From bugzilla at redhat.com Tue Nov 1 00:14:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 19:14:15 -0500 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200511010014.jA10EFef016871@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-10-31 19:14 EST ------- Couldn't test it, no APC here, but the cgi monitor page displayed, at least. Don't include README.solaris, but this isn't a blocker. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From sopwith at redhat.com Tue Nov 1 00:52:06 2005 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 31 Oct 2005 19:52:06 -0500 (EST) Subject: Timescale question In-Reply-To: <1130793507.10678.1.camel@localhost> References: <1130793507.10678.1.camel@localhost> Message-ID: Hey Paul, I think some account system e-mails were lost due to some changes I didn't make. If you already created an account in the account system, you just need to click again on the 'send me the CLA' link, and you should get the missing e-mail. Best, -- Elliot On Mon, 31 Oct 2005, Paul wrote: > I requested a username and password for FC Extras so I can check in > z88dk (and hopefully fuse-emulator with associated libs at some point > this week) mid last week and have heard nothing yet. > > I do have a sponsor for z88dk. > > How long do these things take? > > TTFN > > Paul > From bugzilla at redhat.com Tue Nov 1 01:50:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 20:50:58 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511010150.jA11owVs026482@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From jpmahowald at gmail.com 2005-10-31 20:50 EST ------- I did rpmbuild directly on the SRPM, FC4. Modules are now stripped. OK, openssl-devel requires zlib-devel. rpmlint still complains about non-standard uid and gid. Note that uid and gid conflicts need to be avoided, see http://fedoraproject.org/wiki/PackageUserCreation Currently there is no ideal solution, though you can register ircd to avoid conflicts. The start problem is because you define ircd's home to be %{_var}/lib/ircd, which doesn't exist. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at cypherpunks.ca Tue Nov 1 02:28:03 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Tue, 1 Nov 2005 03:28:03 +0100 (CET) Subject: [Bug 171987] Review Request: scponly In-Reply-To: <200510312045.j9VKjQD4020779@www.beta.redhat.com> References: <200510312045.j9VKjQD4020779@www.beta.redhat.com> Message-ID: On Mon, 31 Oct 2005, bugzilla at redhat.com wrote: > ------- Additional Comments From wtogami at redhat.com 2005-10-31 15:45 EST ------- > It is not easy to create a chroot jail and (the more difficult part) to keep it > updated. scponly without the chroot itself is pretty useful so I want to push > this into Extras now. If you can think of a good solution to creating and > updating chroots, please propose solutions on fedora-extras-list and we can fold > it into a future package if accepted. I'll think about the jail solution. Regarding the chroot or not. As an ISP, I am first initerested in the security of my system, and secondly interested in the security of the individual users. As an ISP offering ftp, I have a chroot ftp daemon available, so it limits ftp users to their own home directory. I would never give up the chroot to give the enduser encryption and privacy on his password and data at the expense of the user being able to have read access to my entire machine. As such, I don't think anyone will use scponly if it does not have a chroot feature. Paul -- "Happiness is never grand" --- Mustapha Mond, World Controller (Brave New World) From rc040203 at freenet.de Tue Nov 1 02:35:20 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 01 Nov 2005 03:35:20 +0100 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <436671F4.6080603@redhat.com> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> Message-ID: <1130812520.5205.70.camel@mccallum.corsepiu.local> On Mon, 2005-10-31 at 14:35 -0500, Warren Togami wrote: > Chris Wright wrote: > > > > It builds fine, and has internal macros to handle zlib-devel < 1.2. > > It's runtime that fails (apparently, I haven't recreated this myself, > > it was reported by someone running older distro). But git-core uses > > zlib's *Bound functions which seem to have been introduced in the > > .so w/out bumping any library version (between zlib 1.1 and zlib 1.2). > > So RPM creates implicit requirement on libz.so.1, which is satisified on > > machine that has either zlib 1.1 or zlib 1.2. However will fail during > > runtime with the former. So it seems that zlib >= 1.2 is best way to > > handle that. What do you think? So, the purpose of this requirement is to force users running zlib-1.1 to upgrade to zlib-1.2? If users are pulling zlib and git-core rpms from the same site (FC rsp. FE), this should not be a issue. All versions of zlib having ever been shipped with FC had been > 1.2. Nevertheless, you still will want: BuildRequires: zlib-devel >= 1.2 Then, the package won't build on distros with older zlibs and will prevent those people building against insufficient libz's to trip over this issue, later (linking should fail). > Usually we advise against adding requirements like this, because it is > unsupported to run packages built on one distro on another. However in > a few cases like this were the soname was not bumped, I suppose it is > fine. Well, this "R: zlib >= 1.2" shouldn't do any harm ;) > Please leave a comment above it explaining why it is that way though. If you want to keep it, yes, but I don't see much reason for keeping the equation. Ralf From bugzilla at redhat.com Tue Nov 1 03:16:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 22:16:00 -0500 Subject: [Bug 172150] Review Request: kxdocker: A Mac OSX style docker In-Reply-To: Message-ID: <200511010316.jA13G0Ik002172@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker: A Mac OSX style docker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172150 ------- Additional Comments From rdieter at math.unl.edu 2005-10-31 22:15 EST ------- Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kxdocker-0.39-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kxdocker-0.39-2.src.rpm %changelog * Mon Oct 31 2005 Rex Dieter 0.39-2 - use desktop-file-install -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 03:17:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 22:17:06 -0500 Subject: [Bug 172147] Review Request: kdocker: Dock any application in the system tray In-Reply-To: Message-ID: <200511010317.jA13H6U3002305@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdocker: Dock any application in the system tray https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172147 ------- Additional Comments From rdieter at math.unl.edu 2005-10-31 22:16 EST ------- Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kdocker-1.3-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kdocker-1.3-2.src.rpm %changelog * Mon Oct 31 2005 Rex Dieter 1.3-2 - use desktop-file-install -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Tue Nov 1 03:38:45 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 01 Nov 2005 04:38:45 +0100 Subject: autoconf/automake in BuildRequires (fwd) In-Reply-To: References: Message-ID: <1130816325.5205.88.camel@mccallum.corsepiu.local> On Mon, 2005-10-31 at 21:51 +0100, Paul Wouters wrote: > On Mon, 31 Oct 2005, Ralf Corsepius wrote: > > > > I clearly remember some packages which have no any ready configure > > > script at all (probably to decrease tarball size). I.e., sometimes it is > > > an upstream's policy to ship only configure.{in|ac} . > > Well, this is a corner case. > > > > On one hand this clearly violates the auto*tools' working principles and > > the GNU standards these tools are based on, on the other hand, if > > upstream doesn't ship the generated files, they must clearly specify > > which versions to use and should be prepared to be flamed for doing a > > bad job. > > I believe there is an exception though. I agree with you for FC3/FC4 releases, > but FC5/devel should be allowed to call configure, Pardon, you seem to be mixing up things: We are discussing running autoconf, automake, libtool etc. from inside of rpm-specs, i.e. tasks like * "generating configure from configure.{in|ac}s" * "generating Makefile.ins from Makefile.ams". ... "calling configure" is "using the auto*tool generated files". According to auto*tools' working principles, "calling configure" a task package integrators (rpm spec authors) are supposed to perform, while generating auto*tool generated files is the source-package release manager's ("the person who cuts the tarball") task. These are two different things. Ralf From chrisw at osdl.org Tue Nov 1 06:45:35 2005 From: chrisw at osdl.org (Chris Wright) Date: Mon, 31 Oct 2005 22:45:35 -0800 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <1130812520.5205.70.camel@mccallum.corsepiu.local> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> <1130812520.5205.70.camel@mccallum.corsepiu.local> Message-ID: <20051101064535.GF30904@shell0.pdx.osdl.net> * Ralf Corsepius (rc040203 at freenet.de) wrote: > On Mon, 2005-10-31 at 14:35 -0500, Warren Togami wrote: > > Chris Wright wrote: > > > > > > It builds fine, and has internal macros to handle zlib-devel < 1.2. > > > It's runtime that fails (apparently, I haven't recreated this myself, > > > it was reported by someone running older distro). But git-core uses > > > zlib's *Bound functions which seem to have been introduced in the > > > .so w/out bumping any library version (between zlib 1.1 and zlib 1.2). > > > So RPM creates implicit requirement on libz.so.1, which is satisified on > > > machine that has either zlib 1.1 or zlib 1.2. However will fail during > > > runtime with the former. So it seems that zlib >= 1.2 is best way to > > > handle that. What do you think? > > So, the purpose of this requirement is to force users running zlib-1.1 > to upgrade to zlib-1.2? If users are pulling zlib and git-core rpms from > the same site (FC rsp. FE), this should not be a issue. All versions of > zlib having ever been shipped with FC had been > 1.2. At least to let them know that the package won't work. A clue to rebuild from src.rpm. > Nevertheless, you still will want: > BuildRequires: zlib-devel >= 1.2 > > Then, the package won't build on distros with older zlibs and will > prevent those people building against insufficient libz's to trip over > this issue, later (linking should fail). Building with zlib < 1.2 is handled by the package (doesn't use the new *Bound functions), it's build on zlib 1.2, install on zlib 1.1 that fails, because zlib didn't change soname. This is possible if you build your own rpm w/out FE build system to add _fc? to release. Patch came from upstream where user hit this situation. > > Usually we advise against adding requirements like this, because it is > > unsupported to run packages built on one distro on another. However in > > a few cases like this were the soname was not bumped, I suppose it is > > fine. > Well, this "R: zlib >= 1.2" shouldn't do any harm ;) > > > Please leave a comment above it explaining why it is that way though. > If you want to keep it, yes, but I don't see much reason for keeping the > equation. My interest is in keeping deviation from upstream to a minimum. thanks, -chris From rc040203 at freenet.de Tue Nov 1 07:03:46 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 01 Nov 2005 08:03:46 +0100 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <20051101064535.GF30904@shell0.pdx.osdl.net> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> <1130812520.5205.70.camel@mccallum.corsepiu.local> <20051101064535.GF30904@shell0.pdx.osdl.net> Message-ID: <1130828627.5205.145.camel@mccallum.corsepiu.local> On Mon, 2005-10-31 at 22:45 -0800, Chris Wright wrote: > * Ralf Corsepius (rc040203 at freenet.de) wrote: > > On Mon, 2005-10-31 at 14:35 -0500, Warren Togami wrote: > > > Chris Wright wrote: > > Nevertheless, you still will want: > > BuildRequires: zlib-devel >= 1.2 > > > > Then, the package won't build on distros with older zlibs and will > > prevent those people building against insufficient libz's to trip over > > this issue, later (linking should fail). > > Building with zlib < 1.2 is handled by the package (doesn't use the new > *Bound functions), it's build on zlib 1.2, install on zlib 1.1 that fails, > because zlib didn't change soname. You are referring to source-level configuration - I am referring to packaging. These are two different and only marginally related topics. We want reproducible rpms, always providing the same package when building it on FC/FE-based systems, whether or not a user is using a buildsystem, is rebuilding an rpm as root or as ordinary user. Here, the "BR: libz >= 1.2" is a "necessary condition" (in the mathematical sense) to force users (or the buildsystem) to use a sufficient zlib. Whether or not the sources support "graceful degrating" to other internal underneath, isn't of any importance. Ralf From chrisw at osdl.org Tue Nov 1 07:30:31 2005 From: chrisw at osdl.org (Chris Wright) Date: Mon, 31 Oct 2005 23:30:31 -0800 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <1130828627.5205.145.camel@mccallum.corsepiu.local> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> <1130812520.5205.70.camel@mccallum.corsepiu.local> <20051101064535.GF30904@shell0.pdx.osdl.net> <1130828627.5205.145.camel@mccallum.corsepiu.local> Message-ID: <20051101073031.GG30904@shell0.pdx.osdl.net> * Ralf Corsepius (rc040203 at freenet.de) wrote: > Here, the "BR: libz >= 1.2" is a "necessary condition" (in the > mathematical sense) to force users (or the buildsystem) to use a > sufficient zlib. Whether or not the sources support "graceful degrating" > to other internal underneath, isn't of any importance. Problem is BR zlib >= 1.2 is completely irrelevant when installing a package, simply because implicit dependency on libz.so.1 is inaccurate. Since this shouldn't be an issue for FC/FE users, I can just drop that bit from upstream. It's there only because somebody hit it, complained, and sent a patch. thanks, -chris From bugzilla at redhat.com Tue Nov 1 08:32:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 03:32:04 -0500 Subject: [Bug 172183] New: Review Request: drgeo-doc Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 Summary: Review Request: drgeo-doc Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: eric.tanguy at univ-nantes.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc-1.6-1.src.rpm Description: Html documentation for drgeo -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 08:32:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 03:32:16 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511010832.jA18WGkf029886@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 eric.tanguy at univ-nantes.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172183 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 09:25:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 04:25:57 -0500 Subject: [Bug 172151] Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker In-Reply-To: Message-ID: <200511010925.jA19Pvtu005832@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172151 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 04:25 EST ------- * please remove the following files or dirs: /usr/share/apps/kxdocker/themes/bar/transparent-pink/.xvpics /usr/share/apps/kxdocker/themes/pillow/label_h2o_blue_left/.DS_Store * The following file is set 0744 : /usr/share/apps/kxdocker/themes/pillow/label_h2o_blue_left/background-center.png * "make" is useless * Only kdelibs is required as a build dependency, because configure needs kde-config. However, I would put kdelibs-devel as BR. Shouldn't kde-config be in kdelibs-devel anyway ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 10:10:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 05:10:23 -0500 Subject: [Bug 172150] Review Request: kxdocker: A Mac OSX style docker In-Reply-To: Message-ID: <200511011010.jA1AANYt012344@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker: A Mac OSX style docker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172150 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 05:10 EST ------- Review for release 2: * RPM name is OK * Source kxdocker-0.39.tar.bz2 is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of kxdocker looks OK * File list of kxdocker looks OK * Works fine APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 10:19:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 05:19:09 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511011019.jA1AJ9iK013636@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-01 05:18 EST ------- (In reply to comment #11) > I did rpmbuild directly on the SRPM, FC4. > > Modules are now stripped. > > OK, openssl-devel requires zlib-devel. > > rpmlint still complains about non-standard uid and gid. Note that uid and gid > conflicts need to be avoided, see > http://fedoraproject.org/wiki/PackageUserCreation Currently there is no ideal > solution, though you can register ircd to avoid conflicts. I'm not sure to well understand this problem. If in the spec file i replace %{_sbindir}/useradd -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ -c "IRC service account" ircd &>/dev/null || : by %{_sbindir}/fedora-useradd 10 -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ -c "IRC service account" ircd &>/dev/null || : rpmlint still complains about non-standard uid and gid. I don't understand what you mean abour register ircd. Sorry for that but i'm a "new" packager and i still have to learn ... > > The start problem is because you define ircd's home to be %{_var}/lib/ircd, > which doesn't exist. If i remerber well the defined home in useradd is created by default if it does not exist ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 10:41:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 05:41:17 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511011041.jA1AfH67016928@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From dmitry at butskoy.name 2005-11-01 05:40 EST ------- (for comment #59): > virtual packages are deprecated Can you give some links for this (docs/guides/lists)? It could convince guys finally. Also it would be good idea to open a bug for "koffice" package, as it has "*-suite' too... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 10:43:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 05:43:32 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511011043.jA1AhWGJ017242@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From paul at city-fan.org 2005-11-01 05:43 EST ------- (In reply to comment #12) > (In reply to comment #11) > > I did rpmbuild directly on the SRPM, FC4. > > > > Modules are now stripped. > > > > OK, openssl-devel requires zlib-devel. > > > > rpmlint still complains about non-standard uid and gid. Note that uid and gid > > conflicts need to be avoided, see > > http://fedoraproject.org/wiki/PackageUserCreation Currently there is no ideal > > solution, though you can register ircd to avoid conflicts. > > I'm not sure to well understand this problem. If in the spec file i replace > %{_sbindir}/useradd -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ > -c "IRC service account" ircd &>/dev/null || : > by > %{_sbindir}/fedora-useradd 10 -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ > -c "IRC service account" ircd &>/dev/null || : > rpmlint still complains about non-standard uid and gid. > I don't understand what you mean abour register ircd. > Sorry for that but i'm a "new" packager and i still have to learn ... It will do. Don't worry about it. It's entirely up to you if you want to use the optional fedora-useradd mechanism, and I believe you register the UID to use by editing the wiki page http://fedoraproject.org/wiki/PackageUserRegistry (UID 10 is already taken). > > The start problem is because you define ircd's home to be %{_var}/lib/ircd, > > which doesn't exist. > If i remerber well the defined home in useradd is created by default if it does > not exist ? You've used the -M option in useradd, which means "The user?s home directory will not be created, even if the system wide settings from /etc/login.defs is to create home dirs". You should create this directory in the %install section of your spec and make sure that your package "owns" that directory by including it in the %files list, with an appropriate %attr clause to make the directory owned by user ircd and have the right permissions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 10:48:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 05:48:27 -0500 Subject: [Bug 172144] Review Request: superkaramba: allows for custom content on the desktop In-Reply-To: Message-ID: <200511011048.jA1AmRAF018187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: superkaramba: allows for custom content on the desktop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172144 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://netdragon.sourceforge |http://netdragon.sourceforge|.net/ |.net/ | AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 05:48 EST ------- * Desktop file: the Categories tag should contain Application (wiki: PackagingGuidelines#desktop) Minor: * summary is not capitalized * /usr/share/doc/superkaramba-0.36/NEWS is empty -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 11:06:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 06:06:55 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511011106.jA1B6toI021909@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-01 06:06 EST ------- (In reply to comment #13) > (In reply to comment #12) > > (In reply to comment #11) > > > I did rpmbuild directly on the SRPM, FC4. > > > > > > Modules are now stripped. > > > > > > OK, openssl-devel requires zlib-devel. > > > > > > rpmlint still complains about non-standard uid and gid. Note that uid and gid > > > conflicts need to be avoided, see > > > http://fedoraproject.org/wiki/PackageUserCreation Currently there is no ideal > > > solution, though you can register ircd to avoid conflicts. > > > > I'm not sure to well understand this problem. If in the spec file i replace > > %{_sbindir}/useradd -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ > > -c "IRC service account" ircd &>/dev/null || : > > by > > %{_sbindir}/fedora-useradd 10 -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ > > -c "IRC service account" ircd &>/dev/null || : > > rpmlint still complains about non-standard uid and gid. > > I don't understand what you mean abour register ircd. > > Sorry for that but i'm a "new" packager and i still have to learn ... > > It will do. Don't worry about it. It's entirely up to you if you want to use the > optional fedora-useradd mechanism, and I believe you register the UID to use by > editing the wiki page http://fedoraproject.org/wiki/PackageUserRegistry (UID 10 > is already taken). I will take UID 14 : %{_sbindir}/fedora-useradd 14 -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ -c "IRC service account" ircd &>/dev/null || : but i can't see how to edit the wiki page http://fedoraproject.org/wiki/PackageUserRegistry maybe only some registered users can ? > > > > The start problem is because you define ircd's home to be %{_var}/lib/ircd, > > > which doesn't exist. > > If i remerber well the defined home in useradd is created by default if it does > > not exist ? > > You've used the -M option in useradd, which means "The user?s home directory > will not be created, even if the system wide settings from > /etc/login.defs is to create home dirs". You should create this directory in the > %install section of your spec and make sure that your package "owns" that > directory by including it in the %files list, with an appropriate %attr clause > to make the directory owned by user ircd and have the right permissions. > So if i put %{__mkdir_p} %{buildroot}%{_var}/lib/ircd in %install section and %attr(770,root,ircd) %dir %{_var}/lib/ircd in %files section it will be ok ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 11:20:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 06:20:30 -0500 Subject: [Bug 172136] Review Request: kiosktool: KIOSK administration tool for KDE In-Reply-To: Message-ID: <200511011120.jA1BKUpb024432@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kiosktool: KIOSK administration tool for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172136 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 06:20 EST ------- * Desktop file: the Categories tag should contain Application (wiki: PackagingGuidelines#desktop) * Missing dependancy on update-desktop-database for %post and %postun (package desktop-file-utils) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 11:26:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 06:26:11 -0500 Subject: [Bug 172136] Review Request: kiosktool: KIOSK administration tool for KDE In-Reply-To: Message-ID: <200511011126.jA1BQBgK025721@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kiosktool: KIOSK administration tool for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172136 ------- Additional Comments From gauret at free.fr 2005-11-01 06:26 EST ------- One more thing: it would be nice to make this package own /etc/kde-profile/, since this is where the profiles are stored. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 11:27:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 06:27:32 -0500 Subject: [Bug 172136] Review Request: kiosktool: KIOSK administration tool for KDE In-Reply-To: Message-ID: <200511011127.jA1BRWov025986@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kiosktool: KIOSK administration tool for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172136 ------- Additional Comments From gauret at free.fr 2005-11-01 06:27 EST ------- ... and /etc/kde-user-profile (sorry) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 11:48:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 06:48:30 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511011148.jA1BmUos029806@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 06:48 EST ------- * Everything below %setup should be in %install. %prep is just for unpacking the archive and applying the patches. The install of the files should be in the %install section. * If you use "install -D" you don't need to use mkdir before * Use the -p switch of "install" to preserve timestamps * HTML files and pictures should be installed with mode 644, not 755. * Add the AUTHORS, README, TODO, ChangeLog, and COPYING 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 buc at odusz.so-cdu.ru Tue Nov 1 11:54:57 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 01 Nov 2005 14:54:57 +0300 Subject: autoconf/automake in BuildRequires In-Reply-To: <43660EA3.8040400@odu.neva.ru> References: <43660EA3.8040400@odu.neva.ru> Message-ID: <43675791.6050008@odu.neva.ru> How about libtool? According to wiki/PackagingGuidelines, there is exceptions list for BuildRequires tag: > There is no need to include the following packages or their > dependencies as BuildRequires because they would occur too often. > These packages are considered the minimum build environment. > libtool is not present in this list, therefore it must be specified in the BuildRequires tag. OTOH it looks as some basic thing... May be libtool should be included in the exception list too? Dmitry Butskoy From bugzilla at redhat.com Tue Nov 1 11:56:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 06:56:11 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511011156.jA1BuBrh030880@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From paul at city-fan.org 2005-11-01 06:56 EST ------- (In reply to comment #14) > (In reply to comment #13) > > (In reply to comment #12) > > > (In reply to comment #11) > > > > I did rpmbuild directly on the SRPM, FC4. > > > > > > > > Modules are now stripped. > > > > > > > > OK, openssl-devel requires zlib-devel. > > > > > > > > rpmlint still complains about non-standard uid and gid. Note that uid and gid > > > > conflicts need to be avoided, see > > > > http://fedoraproject.org/wiki/PackageUserCreation Currently there is no ideal > > > > solution, though you can register ircd to avoid conflicts. > > > > > > I'm not sure to well understand this problem. If in the spec file i replace > > > %{_sbindir}/useradd -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ > > > -c "IRC service account" ircd &>/dev/null || : > > > by > > > %{_sbindir}/fedora-useradd 10 -s /sbin/nologin -M -r -d %{_var}/lib/ircd \ > > > -c "IRC service account" ircd &>/dev/null || : > > > rpmlint still complains about non-standard uid and gid. > > > I don't understand what you mean abour register ircd. > > > Sorry for that but i'm a "new" packager and i still have to learn ... > > > > It will do. Don't worry about it. It's entirely up to you if you want to use the > > optional fedora-useradd mechanism, and I believe you register the UID to use by > > editing the wiki page http://fedoraproject.org/wiki/PackageUserRegistry (UID 10 > > is already taken). > > I will take UID 14 : %{_sbindir}/fedora-useradd 14 -s /sbin/nologin -M -r -d > %{_var}/lib/ircd \ > -c "IRC service account" ircd &>/dev/null || : > but i can't see how to edit the wiki page > http://fedoraproject.org/wiki/PackageUserRegistry maybe only some registered > users can ? You need to be added to the EditGroup for the Wiki. Do you have a Wiki account, and if so, what is it called? > > > > The start problem is because you define ircd's home to be %{_var}/lib/ircd, > > > > which doesn't exist. > > > If i remerber well the defined home in useradd is created by default if it does > > > not exist ? > > > > You've used the -M option in useradd, which means "The user?s home directory > > will not be created, even if the system wide settings from > > /etc/login.defs is to create home dirs". You should create this directory in the > > %install section of your spec and make sure that your package "owns" that > > directory by including it in the %files list, with an appropriate %attr clause > > to make the directory owned by user ircd and have the right permissions. > > > So if i put %{__mkdir_p} %{buildroot}%{_var}/lib/ircd in %install section > and %attr(770,root,ircd) %dir %{_var}/lib/ircd in %files section it will be ok ? That's the idea, though I'd be inclined to make the directory owned by the user ircd as well as the group: %attr(770,ircd,ircd) %dir %{_var}/lib/ircd -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 1 12:14:44 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 01 Nov 2005 13:14:44 +0100 Subject: autoconf/automake in BuildRequires In-Reply-To: <43675791.6050008@odu.neva.ru> References: <43660EA3.8040400@odu.neva.ru> <43675791.6050008@odu.neva.ru> Message-ID: <1130847284.4494.22.camel@thl.ct.heise.de> Am Dienstag, den 01.11.2005, 14:54 +0300 schrieb Dmitry Butskoy: > > There is no need to include the following packages or their > > dependencies as BuildRequires because they would occur too often. > > These packages are considered the minimum build environment. > > > libtool is not present in this list, therefore it must be specified in > the BuildRequires tag. OTOH it looks as some basic thing... May be > libtool should be included in the exception list too? For the same reason why automake and autoconf should not be used in specfiles. The external libtool is normally not needed. And if that's not enough: Download and untar http://cvs.fedora.redhat.com/webfiles/cvs-extras-devel-20051101.tar.gz then run: $ cd devel $ ls | wc -l 1188 $ grep -i '^BuildRequires.*libtool ' */*.spec | wc -l 10 Okay, 10 out of 1188 extras packages need libtool (those ten probably also need auto{make,conf}. They INHO should not to that and use patches instead. But that's another discussion we had yesterday already. So please, can you tell me now why it should be in the exception list? CU Thorsten "this thread is annoying" Leemhuis From bugzilla at redhat.com Tue Nov 1 12:47:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 07:47:23 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511011247.jA1ClNpD006713@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 07:47 EST ------- Needs work: * BuildRequires: gcc and gcc-c++ should not be included (wiki: PackagingGuidelines#Exceptions) * No downloadable source. Please give the full URL in the Source tag. You can use http://download.softpedia.com/linux/yakuake-2.7.3.tar.bz2 * Add --disable-rpath and --disable-debug to %configure * Add AUTHORS and COPYING as %doc * don't package /usr/share/apps/yakuake/default/install.sh (useless and could be misleading) * Missing "gtk-update-icon-cache" in %post and %postun (wiki: ScriptletSnippets) * Use desktop-file-install to install the desktop file (wiki: PackagingGuidelines#desktop) * The directory %{_datadir}/apps/yakuake/ should be owned by the package * Requires: kdelibs is superfluous, it will be picked up by rpm * There is a typo in the summary Minor: * QT environment variable are not sourced, add unset QTDIR || : ; . /etc/profile.d/qt.sh export QTLIB=${QTDIR}/lib QTINC=${QTDIR}/include at the beginning of the %build section. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 12:50:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 07:50:24 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511011250.jA1CoOlT007169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From gauret at free.fr 2005-11-01 07:50 EST ------- Ah, forget my comment about the install.sh script, it is useful. But chmod it 755 please. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 13:09:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 08:09:34 -0500 Subject: [Bug 172147] Review Request: kdocker: Dock any application in the system tray In-Reply-To: Message-ID: <200511011309.jA1D9YNN010365@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdocker: Dock any application in the system tray https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172147 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 08:09 EST ------- Review for release 2: * RPM name is OK * Source kdocker-1.3.tar.gz is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of kdocker looks OK * Works fine Possible improvement: * Tag as %%lang the files /usr/share/kdocker/i18n/kdocker_*.qm 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 Nov 1 13:51:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 08:51:44 -0500 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200511011351.jA1DpiuP017672@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From gauret at free.fr 2005-11-01 08:51 EST ------- (In reply to comment #14) > Yeah, and perl has CPAN. But we have *lots* of perl-* RPMs to allow for a > common mechanism to install software. And to deal with dependencies... >From a pure packaging point of view, this package looks clean. I don't know of a way to properly add a path to php's include_path, but it does not seem necessary anyway. Please provide a package with a full Source0 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 Tue Nov 1 14:01:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 09:01:37 -0500 Subject: [Bug 172136] Review Request: kiosktool: KIOSK administration tool for KDE In-Reply-To: Message-ID: <200511011401.jA1E1bse019194@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kiosktool: KIOSK administration tool for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172136 ------- Additional Comments From rdieter at math.unl.edu 2005-11-01 09:01 EST ------- %changelog * Tue Nov 01 2005 Rex Dieter 1.0-3 - %%post: drop needless update-desktop-database - --add-category=Application - create/own %%_sysconfdir/{kde-profile,kde-user-profile} Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kiosktool-1.0-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kiosktool-1.0-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 14:02:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 09:02:46 -0500 Subject: [Bug 172144] Review Request: superkaramba: allows for custom content on the desktop In-Reply-To: Message-ID: <200511011402.jA1E2k70019341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: superkaramba: allows for custom content on the desktop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172144 ------- Additional Comments From rdieter at math.unl.edu 2005-11-01 09:02 EST ------- %changelog * Tue Nov 01 2005 Rex Dieter 0.36-2 - --add-category Application - %%doc: drop empty NEWS - Capitalize Summary Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/superkaramba-0.36-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/superkaramba-0.36-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 14:05:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 09:05:54 -0500 Subject: [Bug 172151] Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker In-Reply-To: Message-ID: <200511011405.jA1E5sOP019953@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172151 ------- Additional Comments From rdieter at math.unl.edu 2005-11-01 09:05 EST ------- %changelog * Tue Nov 01 2005 Rex Dieter 0.14-2 - remove useless dirs - fixup permissions on installed theme/resources - %%build: drop useless make Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kxdocker-resources-0.14-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kxdocker-resources-0.14-2.src.rpm IMO, it's fine that kde-config is in kdelibs and not kdelibs-devel. It's something useful at runtime. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 14:25:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 09:25:21 -0500 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200511011425.jA1EPLRZ023750@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 ------- Additional Comments From dmitry at butskoy.name 2005-11-01 09:25 EST ------- Tom, new version 0.4 has appeared in upstream... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 14:37:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 09:37:32 -0500 Subject: [Bug 172136] Review Request: kiosktool: KIOSK administration tool for KDE In-Reply-To: Message-ID: <200511011437.jA1EbWls025944@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kiosktool: KIOSK administration tool for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172136 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 09:37 EST ------- Review for release 3: * RPM name is OK * Source kiosktool-1.0.tar.gz is the same as upstream * Builds fine in mock * rpmlint of kiosktool looks OK * File list of kiosktool looks OK * Works fine. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 14:54:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 09:54:57 -0500 Subject: [Bug 172151] Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker In-Reply-To: Message-ID: <200511011454.jA1Esvu2029091@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172151 ------- Additional Comments From gauret at free.fr 2005-11-01 09:54 EST ------- * themes/pillow/label_h2o_blue_left/.DS_Store is still there * themes/pillow/label_h2o_blue_left/background-center.png is still set 0744 * While you're at it, you can delete "themes/pillow/label_h2o_blue_left/backgrond-right copia.png" which looks like a copy. Please report it upstream (where it should be fixed) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 15:10:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 10:10:59 -0500 Subject: [Bug 172144] Review Request: superkaramba: allows for custom content on the desktop In-Reply-To: Message-ID: <200511011510.jA1FAxF4031880@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: superkaramba: allows for custom content on the desktop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172144 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 10:10 EST ------- Review for release 2: * RPM name is OK * Source superkaramba-0.36.tar.gz is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of superkaramba looks OK * File list of superkaramba looks OK * Works fine. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Tue Nov 1 15:38:58 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 01 Nov 2005 09:38:58 -0600 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <20051031190643.GD30904__7680.04528149522$1130855539$gmane$org@shell0.pdx.osdl.net> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904__7680.04528149522$1130855539$gmane$org@shell0.pdx.osdl.net> Message-ID: Chris Wright wrote: > It builds fine, and has internal macros to handle zlib-devel < 1.2. > It's runtime that fails (apparently, I haven't recreated this myself, > it was reported by someone running older distro). But git-core uses > zlib's *Bound functions which seem to have been introduced in the > .so w/out bumping any library version (between zlib 1.1 and zlib 1.2). > So RPM creates implicit requirement on libz.so.1, which is satisified on > machine that has either zlib 1.1 or zlib 1.2. However will fail during > runtime with the former. So it seems that zlib >= 1.2 is best way to > handle that. What do you think? Anyone installing/using binary git from devel/rawhide on older systems is in a world of hurt anyway. IMO, you needn't worry yourself trying to work around that. -- Rex From bugzilla at redhat.com Tue Nov 1 15:43:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 10:43:59 -0500 Subject: [Bug 172151] Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker In-Reply-To: Message-ID: <200511011543.jA1Fhxdw006367@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172151 Bug 172151 depends on bug 172150, which changed state. Bug 172150 Summary: Review Request: kxdocker: A Mac OSX style docker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172150 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Tue Nov 1 16:02:46 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 01 Nov 2005 18:02:46 +0200 Subject: rpms/git-core/devel .cvsignore, 1.8, 1.9 git-core.spec, 1.7, 1.8 sources, 1.8, 1.9 In-Reply-To: <20051031182933.GC30904@shell0.pdx.osdl.net> References: <200510161703.j9GH3kax003386@cvs-int.fedora.redhat.com> <43529C95.5070300@fedora.pl> <20051031182933.GC30904@shell0.pdx.osdl.net> Message-ID: <1130860966.27371.20.camel@localhost.localdomain> On Mon, 2005-10-31 at 10:29 -0800, Chris Wright wrote: > Yes, I haven't been adding changelog each time I resync with upstream > package. Is this required? Well, that's what %changelog is there for, for listing changes in the package. Even if it's just an upstream tarball update, mentioning it explicitly is certainly much more welcome than leaving it out IMO. From bugzilla at redhat.com Tue Nov 1 16:04:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 11:04:09 -0500 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200511011604.jA1G49W0010419@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 ------- Additional Comments From orion at cora.nwra.com 2005-11-01 11:04 EST ------- Fixed Source0 URL: http://www.cora.nwra.com/~orion/fedora/php-Smarty-2.6.10-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 gijs at gewis.nl Tue Nov 1 16:12:32 2005 From: gijs at gewis.nl (Gijs Hollestelle) Date: Tue, 1 Nov 2005 17:12:32 +0100 Subject: Can python-cherrypy be removed from needsign queue and how to handle incompatible package upgrades Message-ID: <95da2d290511010812q3ddca856tb6d0cb9854eda314@mail.gmail.com> Hi all, Can someone that has the proper priviledges on the build system remove python-cherrypy from the needsign queue? I tried to kill the build using plague-client kill but this did not work for some reason. Does anyone have suggestions on how to handle this package upgrade to 2.1: it is an upgrade in functionality compared to 2.0 and contains a number of bugfixes but it is incompatible with the previous release. Toshio suggested creating a new package cherrypy20 for the old version but I think this might be overkill because I think that anyone who is using cherrypy will upgrade to 2.1 anyhow. Is there a general policy for this kind of thing? See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172158 for more details Greets, Gijs From oliver.andrich at gmail.com Tue Nov 1 16:38:02 2005 From: oliver.andrich at gmail.com (Oliver Andrich) Date: Tue, 1 Nov 2005 17:38:02 +0100 Subject: Can python-cherrypy be removed from needsign queue and how to handle incompatible package upgrades In-Reply-To: <95da2d290511010812q3ddca856tb6d0cb9854eda314@mail.gmail.com> References: <95da2d290511010812q3ddca856tb6d0cb9854eda314@mail.gmail.com> Message-ID: <6f7b52d0511010838g7a52ddf5l@mail.gmail.com> Hi Gijs, 2005/11/1, Gijs Hollestelle : > > Hi all, > > Can someone that has the proper priviledges on the build system remove > python-cherrypy from the needsign queue? I tried to kill the build > using plague-client kill but this did not work for some reason. > > Does anyone have suggestions on how to handle this package upgrade to > 2.1: it is an upgrade in functionality compared to 2.0 and contains a > number of bugfixes but it is incompatible with the previous release. > Toshio suggested creating a new package cherrypy20 for the old version > but I think this might be overkill because I think that anyone who is > using cherrypy will upgrade to 2.1 anyhow. Is there a general policy > for this kind of thing? as people using 2.0 are not forced to upgrade, I think it is perfectly okay to just use the normal method. I think, that all these issues with different versions of python libraries can only be dealt with sucessfully, when more people are using easy_install from Phillip J. Eby. And if this is the case, I think these issues are resolved easily. Best regards, Oliver -- Oliver Andrich --- http://roughbook.de/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Tue Nov 1 16:36:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 11:36:36 -0500 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200511011636.jA1Gaa61016608@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 11:36 EST ------- Review for release 2: * RPM name is OK * Source Smarty-2.6.10.tar.gz is the same as upstream * Builds fine in mock * rpmlint of php-Smarty looks OK * File list of php-Smarty looks OK * Works fine. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 16:40:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 11:40:28 -0500 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200511011640.jA1GeSvt017571@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-11-01 11:40 EST ------- Checked in a builds 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 bugzilla at redhat.com Tue Nov 1 16:43:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 11:43:25 -0500 Subject: [Bug 172151] Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker In-Reply-To: Message-ID: <200511011643.jA1GhPnv018743@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172151 ------- Additional Comments From rdieter at math.unl.edu 2005-11-01 11:43 EST ------- %changelog * Tue Nov 01 2005 Rex Dieter 0.14-3 - prune more junk - *really* fix permissions Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kxdocker-resources-0.14-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kxdocker-resources-0.14-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 toshio at tiki-lounge.com Tue Nov 1 17:05:26 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 01 Nov 2005 09:05:26 -0800 Subject: Can python-cherrypy be removed from needsign queue and how to handle incompatible package upgrades In-Reply-To: <6f7b52d0511010838g7a52ddf5l@mail.gmail.com> References: <95da2d290511010812q3ddca856tb6d0cb9854eda314@mail.gmail.com> <6f7b52d0511010838g7a52ddf5l@mail.gmail.com> Message-ID: <1130864726.3212.8.camel@localhost> On Tue, 2005-11-01 at 17:38 +0100, Oliver Andrich wrote: > as people using 2.0 are not forced to upgrade, I think it is perfectly > okay to just use the normal method. I think, that all these issues > with different versions of python libraries can only be dealt with > sucessfully, when more people are using easy_install from Phillip J. > Eby. And if this is the case, I think these issues are resolved > easily. And when they want to upgrade from FC4 to FC5? There would need to be a python-cherrypy20 package on FC5 to allow them not to upgrade. But this is a bit tangential of me as we want them to upgrade. The question is how easy we want to make the transition. If there are any large installations of cherrypy on Fedora (a web hosting site in my example) they need to be able to parallel install cherrypy-2.0 and 2.1 to give users a chance to upgrade their sites before removing cherrypy-2.0 altogether. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Tue Nov 1 17:17:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:17:14 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511011717.jA1HHEuc024948@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-01 12:17 EST ------- (In reply to comment #1) > * Everything below %setup should be in %install. %prep is just for unpacking the > archive and applying the patches. The install of the files should be in the > %install section. Ok > * If you use "install -D" you don't need to use mkdir before > * Use the -p switch of "install" to preserve timestamps > * HTML files and pictures should be installed with mode 644, not 755. Ok > * Add the AUTHORS, README, TODO, ChangeLog, and COPYING files Ok but without TODO which does not exist Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc-1.6-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 17:19:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:19:38 -0500 Subject: [Bug 172151] Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker In-Reply-To: Message-ID: <200511011719.jA1HJcn2025499@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kxdocker-resources: Plugins, Sounds, and Themes for kxdocker https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172151 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-01 12:19 EST ------- Review for release 3: * RPM name is OK * Source kxdocker-resources-0.14.tar.bz2 is the same as upstream * Builds fine in mock * rpmlint of kxdocker-resources looks OK * File list of kxdocker-resources looks OK * Works fine APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 17:19:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:19:53 -0500 Subject: [Bug 172217] New: Review Request: xchat-gnome Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 Summary: Review Request: xchat-gnome Product: Fedora Extras Version: devel Platform: All URL: http://xchat-gnome.navi.cx/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: bdpepple at ameritech.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://piedmont.homelinux.org/fedora/xchat-gnome/xchat-gnome.spec SRPM Name or Url: http://piedmont.homelinux.org/fedora/xchat-gnome/xchat-gnome-0.6-1.src.rpm Description: GNOME front-end to xchat. Note dbus support is disabled, since the dbus version if FC4 isn't current enough. Just change the dbus variable to build the plugin in devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 17:20:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:20:11 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511011720.jA1HKBO1025711@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172217 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 17:22:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:22:21 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511011722.jA1HMLGT026228@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From gauret at free.fr 2005-11-01 12:22 EST ------- About the AUTHORS, README, ChangeLog, and COPYING files, it's better to package them as %doc in the %files section. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 17:27:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:27:53 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511011727.jA1HRrs1027410@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From rc040203 at freenet.de 2005-11-01 12:27 EST ------- What the rationale for not packaging these files as part of the drgeo rsp. drgeo-devel packages? To me, shipping them separately doesn't make much 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 Tue Nov 1 17:29:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:29:58 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511011729.jA1HTwpM027755@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-01 12:29 EST ------- Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid-7.1.3-4.src.rpm I have a wiki account : EricTanguy but i can't edit PackageUserRegistry. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 17:42:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:42:15 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511011742.jA1HgFbc030171@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From paul at city-fan.org 2005-11-01 12:42 EST ------- (In reply to comment #16) > I have a wiki account : EricTanguy but i can't edit PackageUserRegistry. You should be able to do this now (I added your account on the EditGroup page) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 17:53:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:53:49 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511011753.jA1HrnR3000342@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-01 12:53 EST ------- (In reply to comment #4) > What the rationale for not packaging these files as part of the drgeo rsp. > drgeo-devel packages? > > To me, shipping them separately doesn't make much sense. It makes sense to package them separately because the soft and the doc does not move at the same rate. That's why the version number for the soft is 1.1.0 and 1.6 for doc. And that's why also the are shipped in 2 separate archives. New version : Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc-1.6-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 17:58:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 12:58:09 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511011758.jA1Hw9Me001077@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-01 12:57 EST ------- Ok it's done and about the package ? :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 18:01:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 13:01:33 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511011801.jA1I1Xt0001607@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From rdieter at math.unl.edu 2005-11-01 13:01 EST ------- Also, a separate -doc rpm can be packaged as .noarch.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 Nov 1 18:15:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 13:15:02 -0500 Subject: [Bug 168705] Review Request: newscache - Free cache server for USENET News In-Reply-To: Message-ID: <200511011815.jA1IF2fJ003597@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: newscache - Free cache server for USENET News https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168705 ------- Additional Comments From jpmahowald at gmail.com 2005-11-01 13:14 EST ------- OK, upstream can't make up their mind, so we're going lowercase, with the macro defining the source name. Sorry, you're right, I forget the rules with alphabetic release versions. If socket++ isn't used by anything else, then go ahead and put it in newscache. OK, follow the example of Core when it comes to cron then. Still needs a BuildReqires: texinfo pam-devel Good: - source matches upstream - license (GPL) in %doc - compiles on FC4 i386 - no locales - not relocatable - %clean OK - define good BuildRoot - use of macros -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Tue Nov 1 18:26:24 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 01 Nov 2005 13:26:24 -0500 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <20051101073031.GG30904@shell0.pdx.osdl.net> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> <1130812520.5205.70.camel@mccallum.corsepiu.local> <20051101064535.GF30904@shell0.pdx.osdl.net> <1130828627.5205.145.camel@mccallum.corsepiu.local> <20051101073031.GG30904@shell0.pdx.osdl.net> Message-ID: <4367B350.2080203@redhat.com> Chris Wright wrote: > * Ralf Corsepius (rc040203 at freenet.de) wrote: > >>Here, the "BR: libz >= 1.2" is a "necessary condition" (in the >>mathematical sense) to force users (or the buildsystem) to use a >>sufficient zlib. Whether or not the sources support "graceful degrating" >>to other internal underneath, isn't of any importance. > > > Problem is BR zlib >= 1.2 is completely irrelevant when installing a > package, simply because implicit dependency on libz.so.1 is inaccurate. Exactly. > > Since this shouldn't be an issue for FC/FE users, I can just drop that > bit from upstream. It's there only because somebody hit it, complained, > and sent a patch. > I use the following in gaim for a similar purpose. It is rather ugly but works. # Require Binary Compatible glib # returns bogus value if glib2-devel is not installed in order for parsing to succeed # bogus value wont make it into a real package %define glib_ver %([ -a %{_libdir}/pkgconfig/glib-2.0.pc ] && pkg-config --modversion glib-2.0 | cut -d. -f 1,2 || echo -n "999") Requires: glib2 >= %{glib_ver} BuildRequires: glib2-devel This way the SRPM can build on any version of glib2, but the package enforces the install-time version of glib2. Warren Togami wtogami at redhat.com From laroche at redhat.com Tue Nov 1 18:37:10 2005 From: laroche at redhat.com (Florian La Roche) Date: Tue, 1 Nov 2005 19:37:10 +0100 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <4367B350.2080203@redhat.com> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> <1130812520.5205.70.camel@mccallum.corsepiu.local> <20051101064535.GF30904@shell0.pdx.osdl.net> <1130828627.5205.145.camel@mccallum.corsepiu.local> <20051101073031.GG30904@shell0.pdx.osdl.net> <4367B350.2080203@redhat.com> Message-ID: <20051101183710.GA9469@dudweiler.stuttgart.redhat.com> > I use the following in gaim for a similar purpose. It is rather ugly > but works. > > # Require Binary Compatible glib > # returns bogus value if glib2-devel is not installed in order for > parsing to succeed > # bogus value wont make it into a real package > %define glib_ver %([ -a %{_libdir}/pkgconfig/glib-2.0.pc ] && pkg-config > --modversion glib-2.0 | cut -d. -f 1,2 || echo -n "999") > Requires: glib2 >= %{glib_ver} > BuildRequires: glib2-devel > > This way the SRPM can build on any version of glib2, but the package > enforces the install-time version of glib2. Why not just add BuildRequires: and have the dependencies to shared libs? I think that should be enough, especially for really core libraries as glib2 that are anyway installed on all machines. regards, Florian La Roche From bugzilla at redhat.com Tue Nov 1 18:37:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 13:37:17 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511011837.jA1IbHKI008359@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From Jochen at herr-schmitt.de 2005-11-01 13:37 EST ------- When I try to make $ moch wine-0.9-3.src.rpm I will got the following messages: gcc -o wine-kthread -Wl,--export-dynamic -Wl,--section-start,.interp=0x7bf00400 kthread.o main.o -L../libs/wine -lwine -L../libs/port -lwine_port gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -o pthread.o pthread.c gcc -o wine-pthread -Wl,--export-dynamic -Wl,--section-start,.interp=0x7bf00400 pthread.o main.o -L../libs/wine -lwine -L../libs/port -lwine_port -lpthread gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -o preloader.o preloader.c gcc -o wine-preloader -static -nostartfiles -nodefaultlibs -Wl,-Ttext=0x7c000000 preloader.o -L../libs/port -lwine_port preloader.o: In function `map_so_lib': /builddir/build/BUILD/wine-0.9/loader/preloader.c:734: undefined reference to `__stack_chk_fail' preloader.o: In function `wld_printf': /builddir/build/BUILD/wine-0.9/loader/preloader.c:360: undefined reference to `__stack_chk_fail' collect2: ld returned 1 exit status make[1]: *** [wine-preloader] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/wine-0.9/loader' make: *** [loader] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.60875 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.60875 (%build) This may be solve, if you add the following line on top of the SPEC file: %define __global_cflags -O2 -g -pipe -fexceptions Best Regards: Jochen Schmitt -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Tue Nov 1 18:41:04 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 01 Nov 2005 13:41:04 -0500 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <20051101183710.GA9469@dudweiler.stuttgart.redhat.com> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> <1130812520.5205.70.camel@mccallum.corsepiu.local> <20051101064535.GF30904@shell0.pdx.osdl.net> <1130828627.5205.145.camel@mccallum.corsepiu.local> <20051101073031.GG30904@shell0.pdx.osdl.net> <4367B350.2080203@redhat.com> <20051101183710.GA9469@dudweiler.stuttgart.redhat.com> Message-ID: <4367B6C0.2030102@redhat.com> Florian La Roche wrote: >>I use the following in gaim for a similar purpose. It is rather ugly >>but works. >> >># Require Binary Compatible glib >># returns bogus value if glib2-devel is not installed in order for >>parsing to succeed >># bogus value wont make it into a real package >>%define glib_ver %([ -a %{_libdir}/pkgconfig/glib-2.0.pc ] && pkg-config >>--modversion glib-2.0 | cut -d. -f 1,2 || echo -n "999") >>Requires: glib2 >= %{glib_ver} >>BuildRequires: glib2-devel >> >>This way the SRPM can build on any version of glib2, but the package >>enforces the install-time version of glib2. > > > Why not just add BuildRequires: and have the dependencies to shared libs? > I think that should be enough, especially for really core libraries as glib2 > that are anyway installed on all machines. > > regards, > > Florian La Roche > This is about enforcing a certain version of the library, because a binary compiled with glib2-2.6 wont work when run with glib2-2.4. On the other hand maybe I shouldn't have added this because we don't support mixing packages on the wrong distribution anyway... Yeah, I'm going to remove this from gaim when I rebuild it. Warren From bugzilla at redhat.com Tue Nov 1 18:57:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 13:57:28 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200511011857.jA1IvSFv012268@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 ------- Additional Comments From wtogami at redhat.com 2005-11-01 13:57 EST ------- SRPM: http://togami.com/~warren/fedora/scponly-4.1-5.src.rpm SPEC: http://togami.com/~warren/fedora/scponly.spec s/GPL/BSD/ Fixed path to scponly binary in both man pages and other installed docs. Will not attempt chrooted scponly 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 rdieter at math.unl.edu Tue Nov 1 20:27:29 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 01 Nov 2005 14:27:29 -0600 Subject: buildsystem slow/stuck Message-ID: I've had 8 jobs in the buildsystem queue much of the day (3+ hours), and see no progress being made, with all of them in the "waiting/in-progress" state. Does it just not like me? (-: Current Job ids: 416, 418, 419, 420, 421, 422, 423, 424 -- Rex From wtogami at redhat.com Tue Nov 1 20:51:05 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 01 Nov 2005 15:51:05 -0500 Subject: erlang FC4 Notice Re: buildsystem slow/stuck In-Reply-To: References: Message-ID: <4367D539.1030605@redhat.com> Rex Dieter wrote: > I've had 8 jobs in the buildsystem queue much of the day (3+ hours), and > see no progress being made, with all of them in the > "waiting/in-progress" state. Does it just not like me? (-: > > Current Job ids: 416, 418, 419, 420, 421, 422, 423, 424 > > -- Rex > erlang seems to be causing a deadlock in gcj-dbtool during %post when it is run within mock, however it doesn't happen when run manually in the chroot. For this reason please do not attempt to build erlang on FC4 for now. We have to somehow figure out what's going on here... Warren Togami wtogami at redhat.com From dcbw at redhat.com Tue Nov 1 21:00:32 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Nov 2005 16:00:32 -0500 Subject: buildsystem slow/stuck In-Reply-To: References: Message-ID: <1130878832.10585.8.camel@localhost.localdomain> On Tue, 2005-11-01 at 14:27 -0600, Rex Dieter wrote: > I've had 8 jobs in the buildsystem queue much of the day (3+ hours), and > see no progress being made, with all of them in the > "waiting/in-progress" state. Does it just not like me? (-: > > Current Job ids: 416, 418, 419, 420, 421, 422, 423, 424 Stuff should be going now, I was trying to figure out the erlang/gcj hang thing in-process for a couple hours this afternoon which was holding up the system. Now that I've killed the erlang job the builds are going through. We're taking hammer3 down to use for debugging this issue. Dan From bugzilla at redhat.com Tue Nov 1 21:05:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 16:05:52 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511012105.jA1L5qdk006543@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From carsten at dvdisaster.de 2005-11-01 16:05 EST ------- (In reply to comment #21) > Non-numeric versions tend to often interact badly with version > ordering algorithms, such as rpm's or deb's, forcing packagers to apply weird > versioning tricks so that upgrades work. I'd suggest 0.64.2 instead of > 0.64pl2. I changed the package handling to allow separate package and "GUI" version names in the just released update. Therefore we can now use standard package names like dvdisaster-0.64.2.tar.bz2, but the program can advertise itself in the GUI in a more convenient manner [I prefer 0.64 (pl2) for some reason ;-)] Carsten -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 21:17:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 16:17:03 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200511012117.jA1LH31e008620@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 ------- Additional Comments From pertusus at free.fr 2005-11-01 16:16 EST ------- This should be fixed in: http://www.environnement.ens.fr/docs/fc-srpms/intuitively-0.7-4.src.rpm I changed /usr/share to /opt in the config file, is it enough? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nicolas.mailhot at laposte.net Tue Nov 1 22:25:18 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 01 Nov 2005 23:25:18 +0100 Subject: Protecting against ssh brute-force attacks Message-ID: <1130883918.3962.8.camel@rousalka.dyndns.org> Hi, I see denyhosts and pam_abl are both in extras. Perhaps there are even other packages devoted to defending against ssh brute-force attacks. Anyone tried them ? Care to recommend one or the other ? Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Tue Nov 1 22:38:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 17:38:29 -0500 Subject: [Bug 167888] Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass In-Reply-To: Message-ID: <200511012238.jA1McTun027169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-common - Contains all textual/graphical data required for polyxmass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167888 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-01 17:38 EST ------- If fixed that, checked in and build for devel... Thanks for the approval :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 22:41:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 17:41:22 -0500 Subject: [Bug 167890] Review Request: polyxmass-doc In-Reply-To: Message-ID: <200511012241.jA1MfM2B027890@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: polyxmass-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167890 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-01 17:41 EST ------- imported an build... Special thanks again for the time you took with all the packages involved =) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 1 23:35:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 1 Nov 2005 18:35:44 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511012335.jA1NZiV4005914@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From gauret at free.fr 2005-11-01 18:35 EST ------- * The BuildRoot must be cleaned at the beginning of %install * %{_datadir}/drgeo/help should be owned by the package, that was right. * Don't copy the AUTHORS...COPYING files in %install, just put this in %files: %doc AUTHORS README ChangeLog COPYING It will copy the files to the right place (%_docdir) and tag them -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Wed Nov 2 00:56:14 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 1 Nov 2005 19:56:14 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051102005614.453EA808D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 15 TeXmacs-1.0.5.11-1.fc3 abcm2ps-4.12.0-1.fc3 flow-tools-0.68-5.fc3 gc-6.6-3.fc3 git-core-0.99.9-1.fc3 gperiodic-2.0.8-2.fc3 kipi-plugins-0.1.0-0.3.rc1.fc3.1 lablgl-1.02-1.fc3 lablgl-1.02-2.fc3 meanwhile-0.5.0-1.fc3 plague-0.4.2-1.fc3 python-durus-3.1-1.fc3 scim-hangul-0.2.1-1.fc3 scim-skk-0.4.0-1.fc3 sword-1.5.8-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 Nov 2 00:56:41 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 1 Nov 2005 19:56:41 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051102005641.BF9F6808D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 31 TeXmacs-1.0.5.11-1.fc4 abcm2ps-4.12.0-1.fc4 alacarte-0.8-1.fc4 apcupsd-3.10.18-3.fc4 balsa-2.3.3-2.fc4 cln-1.1.10-1.fc4 ctrlproxy-2.6.2-4.fc4 flow-tools-0.68-5.fc4 gazpacho-0.6.2-1.fc4 gc-6.6-3.fc4 git-core-0.99.9-1.fc4 git-core-0.99.9a-1.fc4 gperiodic-2.0.8-2.fc4 gv-3.6.1-4.fc4 highlight-2.4.3-1.fc4 kdissert-1.0.5-1.fc4 kid3-0.6-1.fc4 lablgl-1.02-2.fc4 libeXosip2-1.9.1-0.5.pre17.fc4 maxima-5.9.2-6.fc4 meanwhile-0.5.0-1.fc4 plague-0.4.2-1.fc4 python-cherrypy-2.1.0-1.fc4 python-durus-3.1-1.fc4 rt3-3.4.4-9.fc4 scim-skk-0.4.0-1.fc4 shorewall-2.4.6-1.fc4 sword-1.5.8-4.fc4 tetex-font-cm-lgc-0.5-3.fc4 tetex-font-kerkis-2.0-7.fc4 yumex-0.42-9.0.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Nov 2 00:56:40 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 1 Nov 2005 19:56:40 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051102005640.003FE8025@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 29 TeXmacs-1.0.5.11-2.fc5 abcm2ps-4.12.0-1.fc5 alacarte-0.8-2.fc5 apcupsd-3.10.18-3.fc5 cln-1.1.10-1.fc5 ctrlproxy-2.6.2-4.fc5 dietlibc-0.29-4.fc5 flow-tools-0.68-5.fc5 gazpacho-0.6.2-1.fc5 git-core-0.99.9a-1.fc5 gperiodic-2.0.8-2.fc5 highlight-2.4.3-1.fc5 kdocker-1.3-3.fc5 lablgl-1.02-2.fc5 libeXosip2-1.9.1-0.5.pre17.fc5 meanwhile-0.5.0-1.fc5 mgopen-fonts-0.20050515-2 mod_auth_pam-1.1.1-2.fc5 perl-gettext-1.05-5.fc5 php-Smarty-2.6.10-2.fc5 phpldapadmin-0.9.7.1-1 plague-0.4.2-1.fc5 polyxmass-common-0.8.7-4.fc5 polyxmass-doc-0.8.7-2.fc5 python-durus-3.1-1.fc5 sword-1.5.8-4.fc5 tetex-font-cm-lgc-0.5-3.fc5 tetex-font-kerkis-2.0-7.fc5 yumex-0.42-9.0.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 Wed Nov 2 01:40:36 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 01 Nov 2005 20:40:36 -0500 Subject: Protecting against ssh brute-force attacks In-Reply-To: <1130883918.3962.8.camel@rousalka.dyndns.org> References: <1130883918.3962.8.camel@rousalka.dyndns.org> Message-ID: <43681914.4050806@redhat.com> Nicolas Mailhot wrote: > Hi, > > I see denyhosts and pam_abl are both in extras. Perhaps there are even > other packages devoted to defending against ssh brute-force attacks. > > Anyone tried them ? Care to recommend one or the other ? I just tried denyhosts. It seems to worked as advertised, although I wonder why FE5 has the latest 1.1.2 version while FE3 and FE4 contain 1.0.2. I tested the 1.1.2 SRPM rebuilt on FE3 and it seems to work fine. I haven't tried pam_abl, but I am guessing that it reacts faster to an attack than denyhosts. The packaged denyhosts defaults to 30 seconds between log checks when in daemon mode. This is good enough, although I wonder if pam_abl is more efficient by not re-reading the logs often. (Just guessing how it works...) Warren Togami wtogami at redhat.com From rc040203 at freenet.de Wed Nov 2 04:34:50 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 02 Nov 2005 05:34:50 +0100 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <4367B350.2080203@redhat.com> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> <1130812520.5205.70.camel@mccallum.corsepiu.local> <20051101064535.GF30904@shell0.pdx.osdl.net> <1130828627.5205.145.camel@mccallum.corsepiu.local> <20051101073031.GG30904@shell0.pdx.osdl.net> <4367B350.2080203@redhat.com> Message-ID: <1130906091.5205.176.camel@mccallum.corsepiu.local> On Tue, 2005-11-01 at 13:26 -0500, Warren Togami wrote: > Chris Wright wrote: > > * Ralf Corsepius (rc040203 at freenet.de) wrote: > > > >>Here, the "BR: libz >= 1.2" is a "necessary condition" (in the > >>mathematical sense) to force users (or the buildsystem) to use a > >>sufficient zlib. Whether or not the sources support "graceful degrating" > >>to other internal underneath, isn't of any importance. > > > > > > Problem is BR zlib >= 1.2 is completely irrelevant when installing a > > package, simply because implicit dependency on libz.so.1 is inaccurate. > > Exactly. True, but ... you are trying to fix a non-issue. This issue can only occur if a user installs a git-core having been compiled against libz.so.1.2.* on a system being equipped with libz.so.1.1*. The only situations this (theoretically) can happen is the user trying to _manually_ install a Fedora git-core package on non-Fedora rsp. ancient RH systems. During automated updates/upgrades (up2date, yum, apt) this issue shouldn't occur, because then, zlib should be updated/upgraded at the same time. > > Since this shouldn't be an issue for FC/FE users, I can just drop that > > bit from upstream. It's there only because somebody hit it, complained, > > and sent a patch. The problem with your current spec is it being inconsistent: You currently have: BuildRequires: zlib-devel Requires: zlib >= 1.2 This is inconsistent. It allow building against zlib < 1.2 but dissallows running it on such systems. Either: BuildRequires: zlib-devel >= 1.2 Requires: zlib >= 1.2 Or BuildRequires: zlib-devel Or even BuildRequires: zlib-devel >= 1.2 Conflicts: zlib < 1.2 would be consistent. Ralf From bugzilla at redhat.com Wed Nov 2 05:13:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 00:13:33 -0500 Subject: [Bug 172267] New: Review Request: srtp - An implementation of the Secure Real-time Transport Protocol (SRTP) Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172267 Summary: Review Request: srtp - An implementation of the Secure Real-time Transport Protocol (SRTP) Product: Fedora Extras Version: devel Platform: All URL: http://srtp.sourceforge.net/srtp.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jeff at ollie.clive.ia.us QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.ocjtech.us/srtp-1.4.1-1.spec SRPM Name or Url: http://www.ocjtech.us/srtp-1.4.1-1.src.rpm Description: The libSRTP library is an open-source implementation of the Secure Real-time Transport Protocol (SRTP) originally authored by Cisco Systems, Inc. SRTP is a security profile for RTP that adds confidentiality, message authentication, and replay protection to that protocol. It is specified in RFC 3711. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 2 05:13:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 00:13:50 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511020513.jA25DoIa027696@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jeff at ollie.clive.ia.us changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172267 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 2 05:26:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 00:26:16 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511020526.jA25QGvs029496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-02 00:26 EST ------- Done. Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc-1.6-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 tmraz at redhat.com Wed Nov 2 08:23:27 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 02 Nov 2005 09:23:27 +0100 Subject: Protecting against ssh brute-force attacks In-Reply-To: <43681914.4050806@redhat.com> References: <1130883918.3962.8.camel@rousalka.dyndns.org> <43681914.4050806@redhat.com> Message-ID: <1130919808.3024.2.camel@perun.redhat.usu> On Tue, 2005-11-01 at 20:40 -0500, Warren Togami wrote: > Nicolas Mailhot wrote: > > Hi, > > > > I see denyhosts and pam_abl are both in extras. Perhaps there are even > > other packages devoted to defending against ssh brute-force attacks. > > > > Anyone tried them ? Care to recommend one or the other ? > > I just tried denyhosts. It seems to worked as advertised, although I > wonder why FE5 has the latest 1.1.2 version while FE3 and FE4 contain > 1.0.2. I tested the 1.1.2 SRPM rebuilt on FE3 and it seems to work fine. > > I haven't tried pam_abl, but I am guessing that it reacts faster to an > attack than denyhosts. The packaged denyhosts defaults to 30 seconds > between log checks when in daemon mode. This is good enough, although I > wonder if pam_abl is more efficient by not re-reading the logs often. > (Just guessing how it works...) It doesn't read the logs, it uses the information provided from the PAM calls. So it reacts immediately although it means that the protected service must use PAM for authentication+authorization. As SSH does it is very well usable for it and I even think it was primarily designed with ssh in mind. -- Tomas Mraz From chrisw at osdl.org Wed Nov 2 08:28:27 2005 From: chrisw at osdl.org (Chris Wright) Date: Wed, 2 Nov 2005 00:28:27 -0800 Subject: rpms/git-core/devel .cvsignore, 1.10, 1.11 git-core.spec, 1.9, 1.10 sources, 1.10, 1.11 In-Reply-To: <1130906091.5205.176.camel@mccallum.corsepiu.local> References: <200510310533.j9V5XgGV018041@cvs-int.fedora.redhat.com> <1130748308.6384.332.camel@mccallum.corsepiu.local> <20051031190643.GD30904@shell0.pdx.osdl.net> <436671F4.6080603@redhat.com> <1130812520.5205.70.camel@mccallum.corsepiu.local> <20051101064535.GF30904@shell0.pdx.osdl.net> <1130828627.5205.145.camel@mccallum.corsepiu.local> <20051101073031.GG30904@shell0.pdx.osdl.net> <4367B350.2080203@redhat.com> <1130906091.5205.176.camel@mccallum.corsepiu.local> Message-ID: <20051102082827.GH30904@shell0.pdx.osdl.net> * Ralf Corsepius (rc040203 at freenet.de) wrote: > On Tue, 2005-11-01 at 13:26 -0500, Warren Togami wrote: > > Chris Wright wrote: > > > * Ralf Corsepius (rc040203 at freenet.de) wrote: > > > > > >>Here, the "BR: libz >= 1.2" is a "necessary condition" (in the > > >>mathematical sense) to force users (or the buildsystem) to use a > > >>sufficient zlib. Whether or not the sources support "graceful degrating" > > >>to other internal underneath, isn't of any importance. > > > > > > > > > Problem is BR zlib >= 1.2 is completely irrelevant when installing a > > > package, simply because implicit dependency on libz.so.1 is inaccurate. > > > > Exactly. > True, but ... you are trying to fix a non-issue. > > This issue can only occur if a user installs a git-core having been > compiled against libz.so.1.2.* on a system being equipped with > libz.so.1.1*. Exactly. > The only situations this (theoretically) can happen is the user trying > to _manually_ install a Fedora git-core package on non-Fedora rsp. > ancient RH systems. Agreed. It just so happens that it's not unusual in this case, but it's outside the scope of Fedora Extras packaging. Users just grab the rpm (gets built on RHEL4 in this case), install/update, and go as long as rpm is happy dependency-wise. > During automated updates/upgrades (up2date, yum, apt) this issue > shouldn't occur, because then, zlib should be updated/upgraded at the > same time. Heh, I guess that's the point. Add yum repo that just has that git-core, yum update, and the install works fine, because implicit dependency is inaccurately satisfied. It's what people do, hence the change upstream. But again, this isn't a Fedora issue (esp. considering you mentioned Fedora always shipped with zlib-1.2). > > > Since this shouldn't be an issue for FC/FE users, I can just drop that > > > bit from upstream. It's there only because somebody hit it, complained, > > > and sent a patch. > > The problem with your current spec is it being inconsistent: > > You currently have: > BuildRequires: zlib-devel > Requires: zlib >= 1.2 > > This is inconsistent. It allow building against zlib < 1.2 but > dissallows running it on such systems. Yes, you're right. > Either: > BuildRequires: zlib-devel >= 1.2 > Requires: zlib >= 1.2 That works for me, thanks for your review/suggestions. > Or > BuildRequires: zlib-devel > > Or even > BuildRequires: zlib-devel >= 1.2 > Conflicts: zlib < 1.2 > > would be consistent. thanks, -chris From bugzilla at redhat.com Wed Nov 2 08:49:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 03:49:19 -0500 Subject: [Bug 171987] Review Request: scponly In-Reply-To: Message-ID: <200511020849.jA28nJaU029081@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scponly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171987 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-02 03:49 EST ------- Review for release 5: * RPM name is OK * Source scponly-4.1.tgz is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of scponly looks OK * File list of scponly looks OK * Works fine Just replace /usr with %{_prefix} in the sed substitution in the spec file and you're 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 Nov 2 09:34:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 04:34:05 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511020934.jA29Y5fM005813@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From gauret at free.fr 2005-11-02 04:33 EST ------- You have to own %{_datadir}/drgeo/help in this package, because it is not in drgeo. Everything else looks OK. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nicolas.mailhot at laposte.net Wed Nov 2 10:38:05 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 2 Nov 2005 11:38:05 +0100 (CET) Subject: Protecting against ssh brute-force attacks In-Reply-To: <1130919808.3024.2.camel@perun.redhat.usu> References: <1130883918.3962.8.camel@rousalka.dyndns.org> <43681914.4050806@redhat.com> <1130919808.3024.2.camel@perun.redhat.usu> Message-ID: <36062.192.54.193.25.1130927885.squirrel@rousalka.dyndns.org> On Mer 2 novembre 2005 09:23, Tomas Mraz wrote: > On Tue, 2005-11-01 at 20:40 -0500, Warren Togami wrote: >> I haven't tried pam_abl, but I am guessing that it reacts faster to an >> attack than denyhosts. The packaged denyhosts defaults to 30 seconds >> between log checks when in daemon mode. This is good enough, although I >> wonder if pam_abl is more efficient by not re-reading the logs often. >> (Just guessing how it works...) > It doesn't read the logs, it uses the information provided from the PAM > calls. So it reacts immediately although it means that the protected > service must use PAM for authentication+authorization. As SSH does it is > very well usable for it and I even think it was primarily designed with > ssh in mind. Ok one voice for denyhosts, another for pam_abl. Anyone tried both ? Is pam_abl easy to setup ? Will pam_abl react only to ssh or also lockup local connexions if someone mistypes his password too often ? Regards, -- Nicolas Mailhot From rc040203 at freenet.de Wed Nov 2 11:15:19 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 02 Nov 2005 12:15:19 +0100 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> Message-ID: <1130930119.21382.46.camel@mccallum.corsepiu.local> On Wed, 2005-11-02 at 05:59 -0500, Sarantis Paskalis wrote: > Author: sarantis > diff -u -r1.7 -r1.8 > --- tetex-font-cm-lgc.spec 10 Oct 2005 12:46:09 -0000 1.7 > +++ tetex-font-cm-lgc.spec 2 Nov 2005 10:59:49 -0000 1.8 > @@ -56,15 +56,17 @@ > > > %post > +texhash > if [ "$1" = "1" ]; then > - /usr/bin/updmap-sys --quiet --nohash --outputdir %{texmf}/dvips/config --enable Map cm-lgc.map > + updmap-sys --quiet --nohash --enable Map %{texpkg}.map > fi > > > %postun > if [ "$1" = "0" ]; then > - /usr/bin/updmap-sys --quiet --nohash --outputdir %{texmf}/dvips/config --disable cm-lgc.map > + updmap-sys --quiet --nohash --disable %{texpkg}.map > fi > +texhash Why did you replace /usr/bin/updmap-sys with updmap-sys? To me, this is a regression. Ralf From bugzilla at redhat.com Wed Nov 2 11:41:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 06:41:53 -0500 Subject: [Bug 168705] Review Request: newscache - Free cache server for USENET News In-Reply-To: Message-ID: <200511021141.jA2BfrNx002007@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: newscache - Free cache server for USENET News https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168705 ------- Additional Comments From dmitry at butskoy.name 2005-11-02 06:41 EST ------- > Still needs a BuildReqires: texinfo pam-devel done. New SPEC: http://dmitry.butskoy.name/newscache/newscache.spec New SRPM: http://dmitry.butskoy.name/newscache/newscache-1.2-0.2.rc6.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 sarantis at cnl.di.uoa.gr Wed Nov 2 11:42:26 2005 From: sarantis at cnl.di.uoa.gr (Sarantis Paskalis) Date: Wed, 2 Nov 2005 13:42:26 +0200 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: <1130930119.21382.46.camel@mccallum.corsepiu.local> References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> <1130930119.21382.46.camel@mccallum.corsepiu.local> Message-ID: <20051102114226.GA5363@gallagher.di.uoa.gr> On Wed, Nov 02, 2005 at 12:15:19PM +0100, Ralf Corsepius wrote: > On Wed, 2005-11-02 at 05:59 -0500, Sarantis Paskalis wrote: > > - /usr/bin/updmap-sys --quiet --nohash --outputdir %{texmf}/dvips/config --disable cm-lgc.map > > + updmap-sys --quiet --nohash --disable %{texpkg}.map > > fi > > +texhash > Why did you replace /usr/bin/updmap-sys with updmap-sys? > > To me, this is a regression. I tend to agree with the comment in http://www.redhat.com/archives/fedora-extras-list/2005-October/msg00593.html imho when a system utility is used to build/install - unless the path is needed (ie /usr/sbin/foo) then it should use whatever comes first in the path of the rpm builder (or rpm's defined path) And I might add, that we have a controlled build environment (mock) as a given, which eliminates any possible conflicts. Anyway, I am willing to follow the general consensus, but I have not seen any guidelines on this. -- Sarantis From bugzilla at redhat.com Wed Nov 2 11:58:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 06:58:42 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511021158.jA2BwgXq005934@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-11-02 06:58 EST ------- Update to 0.64.2 New SPEC: http://dmitry.butskoy.name/dvdisaster/dvdisaster.spec New SRPM: http://dmitry.butskoy.name/dvdisaster/dvdisaster-0.64.2-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Wed Nov 2 12:20:35 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 02 Nov 2005 13:20:35 +0100 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: <20051102114226.GA5363@gallagher.di.uoa.gr> References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> <1130930119.21382.46.camel@mccallum.corsepiu.local> <20051102114226.GA5363@gallagher.di.uoa.gr> Message-ID: <1130934035.21382.69.camel@mccallum.corsepiu.local> On Wed, 2005-11-02 at 13:42 +0200, Sarantis Paskalis wrote: > On Wed, Nov 02, 2005 at 12:15:19PM +0100, Ralf Corsepius wrote: > > On Wed, 2005-11-02 at 05:59 -0500, Sarantis Paskalis wrote: > > > - /usr/bin/updmap-sys --quiet --nohash --outputdir %{texmf}/dvips/config --disable cm-lgc.map > > > + updmap-sys --quiet --nohash --disable %{texpkg}.map > > > fi > > > +texhash > > Why did you replace /usr/bin/updmap-sys with updmap-sys? > > > > To me, this is a regression. > > I tend to agree with the comment in > http://www.redhat.com/archives/fedora-extras-list/2005-October/msg00593.html You are running programs in %post and %postun scriptlets. Just stick a broken or malicious program somewhere into path, and you are breaking the user's system. Ralf From sarantis at cnl.di.uoa.gr Wed Nov 2 12:48:19 2005 From: sarantis at cnl.di.uoa.gr (Sarantis Paskalis) Date: Wed, 2 Nov 2005 14:48:19 +0200 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: <1130934035.21382.69.camel@mccallum.corsepiu.local> References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> <1130930119.21382.46.camel@mccallum.corsepiu.local> <20051102114226.GA5363@gallagher.di.uoa.gr> <1130934035.21382.69.camel@mccallum.corsepiu.local> Message-ID: <20051102124819.GB5363@gallagher.di.uoa.gr> On Wed, Nov 02, 2005 at 01:20:35PM +0100, Ralf Corsepius wrote: > On Wed, 2005-11-02 at 13:42 +0200, Sarantis Paskalis wrote: > > On Wed, Nov 02, 2005 at 12:15:19PM +0100, Ralf Corsepius wrote: > > > On Wed, 2005-11-02 at 05:59 -0500, Sarantis Paskalis wrote: > > > > - /usr/bin/updmap-sys --quiet --nohash --outputdir %{texmf}/dvips/config --disable cm-lgc.map > > > > + updmap-sys --quiet --nohash --disable %{texpkg}.map > > > > fi > > > > +texhash > > > Why did you replace /usr/bin/updmap-sys with updmap-sys? > > > > > > To me, this is a regression. > > > > I tend to agree with the comment in > > http://www.redhat.com/archives/fedora-extras-list/2005-October/msg00593.html > > You are running programs in %post and %postun scriptlets. Just stick a > broken or malicious program somewhere into path, and you are breaking > the user's system. You have a point that these operations are not so much protected as others in the main building procedure. However, you would need a malicious program before (not anywhere) the valid one in the administrator's path (not just any user's). I will revert the change (readd the /usr/bin), but I think we should have guidelines for these issues such as: - If the spec file contains commands in the building stage (%prep, %build, %install), then use the plain command name, i.e. foo instead of /usr/bin/foo - If the spec file contains commands in the installation/removal stage, i.e. user run scriptlets (%pre, %preun, %post, %postun), then use the absolute command path, i.e. /usr/bin/foo What do you think? -- Sarantis From paul at city-fan.org Wed Nov 2 14:26:43 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 02 Nov 2005 14:26:43 +0000 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: <20051102124819.GB5363@gallagher.di.uoa.gr> References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> <1130930119.21382.46.camel@mccallum.corsepiu.local> <20051102114226.GA5363@gallagher.di.uoa.gr> <1130934035.21382.69.camel@mccallum.corsepiu.local> <20051102124819.GB5363@gallagher.di.uoa.gr> Message-ID: <1130941604.3668.176.camel@laurel.intra.city-fan.org> On Wed, 2005-11-02 at 14:48 +0200, Sarantis Paskalis wrote: > On Wed, Nov 02, 2005 at 01:20:35PM +0100, Ralf Corsepius wrote: > > On Wed, 2005-11-02 at 13:42 +0200, Sarantis Paskalis wrote: > > > On Wed, Nov 02, 2005 at 12:15:19PM +0100, Ralf Corsepius wrote: > > > > On Wed, 2005-11-02 at 05:59 -0500, Sarantis Paskalis wrote: > > > > > - /usr/bin/updmap-sys --quiet --nohash --outputdir %{texmf}/dvips/config --disable cm-lgc.map > > > > > + updmap-sys --quiet --nohash --disable %{texpkg}.map > > > > > fi > > > > > +texhash > > > > Why did you replace /usr/bin/updmap-sys with updmap-sys? > > > > > > > > To me, this is a regression. > > > > > > I tend to agree with the comment in > > > http://www.redhat.com/archives/fedora-extras-list/2005-October/msg00593.html > > > > You are running programs in %post and %postun scriptlets. Just stick a > > broken or malicious program somewhere into path, and you are breaking > > the user's system. > > You have a point that these operations are not so much protected as > others in the main building procedure. However, you would need a > malicious program before (not anywhere) the valid one in the > administrator's path (not just any user's). > > I will revert the change (readd the /usr/bin), but I think we should > have guidelines for these issues such as: > > - If the spec file contains commands in the building stage > (%prep, %build, %install), then use the plain command name, i.e. foo > instead of /usr/bin/foo > > - If the spec file contains commands in the installation/removal > stage, i.e. user run scriptlets (%pre, %preun, %post, %postun), > then use the absolute command path, i.e. /usr/bin/foo > > What do you think? I think the full command path should be used everywhere. Whilst this will make no difference in the Extras build system, it's worth remembering that people will download the SRPMs and build them manually for a bunch of different reasons (e.g. building for a different distro such as CentOS, building with different --with options etc.) and that specifying full paths will result in more consistent results in such cases where people might have other versions of commands installed earlier in their own PATH. Paul. -- Paul Howarth From bugzilla at redhat.com Wed Nov 2 14:33:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 09:33:07 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511021433.jA2EX7hT007584@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From sundaram at redhat.com 2005-11-02 09:32 EST ------- (In reply to comment #60) > (for comment #59): > > > virtual packages are deprecated > Can you give some links for this (docs/guides/lists)? It could convince guys > finally. I dont think its documented yet as a guideline but do post to the extras list about this -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Wed Nov 2 15:39:04 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 02 Nov 2005 09:39:04 -0600 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: <1130934035.21382.69.camel@mccallum.corsepiu.local> References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> <1130930119.21382.46.camel@mccallum.corsepiu.local> <20051102114226.GA5363@gallagher.di.uoa.gr> <1130934035.21382.69.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > You are running programs in %post and %postun scriptlets. Just stick a > broken or malicious program somewhere into path, and you are breaking > the user's system. By that definition, isn't the user's system *already* broken (even before the %post/%postun)? -- Rex From bugzilla at redhat.com Wed Nov 2 15:51:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 10:51:24 -0500 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200511021551.jA2FpOx2028469@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 ------- Additional Comments From dmitry at butskoy.name 2005-11-02 10:51 EST ------- First, it is not compiled (at least under FC3) . When it is compiled though (:), after a little patch), the check results seem to be the same :( Wait for 0.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 rdieter at math.unl.edu Wed Nov 2 15:39:23 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 02 Nov 2005 09:39:23 -0600 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: <1130941604.3668.176.camel@laurel.intra.city-fan.org> References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> <1130930119.21382.46.camel@mccallum.corsepiu.local> <20051102114226.GA5363@gallagher.di.uoa.gr> <1130934035.21382.69.camel@mccallum.corsepiu.local> <20051102124819.GB5363@gallagher.di.uoa.gr> <1130941604.3668.176.camel@laurel.intra.city-fan.org> Message-ID: Paul Howarth wrote: > I think the full command path should be used everywhere. I disagree. All I see is mostly specfile bloat. Disadvantage of full path(s): * What if a command ever gets moved to a different location (but is still in the default path)? The only argument I've seen (so far) raised in favor of full paths: * Maliciously named programs in path. If this is the case, end-user has bigger problems, IMO, outside the scope of rpm packaging guildelines. Now, if the package in question is a security-related one, then, by all means, be paranoid and use full paths, just don't impose that "guideline" on everyone. From buildsys at fedoraproject.org Wed Nov 2 15:58:33 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 2 Nov 2005 10:58:33 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051102155833.7628F8025@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 6 advancecomp-1.15-1.fc3 gaim-meanwhile-1.2.5-1.fc3 perl-Module-Refresh-0.08-1.fc3 plague-0.4.2-2.fc3 scim-1.4.2-5.fc3 scim-tables-0.5.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 Wed Nov 2 15:59:15 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 2 Nov 2005 10:59:15 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051102155915.DBD3F8025@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 12 advancecomp-1.15-1 advancecomp-1.15-1.fc5 gaim-meanwhile-1.2.5-1.fc5 hunky-fonts-0.3.1-3.fc5 perl-Module-Refresh-0.08-1.fc5 perl-gettext-1.05-6.fc5 perl-gettext-1.05-7.fc5 plague-0.4.2-2.fc5 tetex-font-cm-lgc-0.5-4.fc5 tetex-font-cm-lgc-0.5-5.fc5 tetex-font-kerkis-2.0-8.fc5 tetex-font-kerkis-2.0-9.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Nov 2 15:59:30 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 2 Nov 2005 10:59:30 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051102155930.E64FE8025@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 20 advancecomp-1.15-1.fc4 d4x-2.5.6-1.fc4 gaim-meanwhile-1.2.5-1.fc4 ginac-1.3.3-1.fc4 hunky-fonts-0.3.1-2.fc4 perl-Module-Refresh-0.08-1.fc4 perl-gettext-1.05-5.fc4 perl-gettext-1.05-6.fc4 perl-gettext-1.05-7.fc4 plague-0.4.2-2.fc4 polyxmass-common-0.8.7-4.fc4 polyxmass-doc-0.8.7-2.fc4 scim-1.4.2-5.fc4 scim-hangul-0.2.1-1.fc4 scim-tables-0.5.4-1.fc4 scim-tables-0.5.4-2.fc4 tetex-font-cm-lgc-0.5-4.fc4 tetex-font-cm-lgc-0.5-5.fc4 tetex-font-kerkis-2.0-8.fc4 tetex-font-kerkis-2.0-9.fc4 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 Wed Nov 2 16:07:12 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 02 Nov 2005 17:07:12 +0100 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> <1130930119.21382.46.camel@mccallum.corsepiu.local> <20051102114226.GA5363@gallagher.di.uoa.gr> <1130934035.21382.69.camel@mccallum.corsepiu.local> Message-ID: <1130947632.21382.119.camel@mccallum.corsepiu.local> On Wed, 2005-11-02 at 09:39 -0600, Rex Dieter wrote: > Ralf Corsepius wrote: > > > You are running programs in %post and %postun scriptlets. Just stick a > > broken or malicious program somewhere into path, and you are breaking > > the user's system. > > By that definition, isn't the user's system *already* broken (even > before the %post/%postun)? Of cause yes, but should this prevent us from preventing further harm? Anyway, the classic situation this hits is users having corrupted their "root" shell's environment by tweaking their non-interactive shell's environment, or simply having accidentally installed/copied a program into /sbin where a %pre*/%post*/trigg* scriptlet was supposed to pickup one from /usr/sbin or /usr/bin. Ralf From rc040203 at freenet.de Wed Nov 2 16:35:37 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 02 Nov 2005 17:35:37 +0100 Subject: rpms/tetex-font-cm-lgc/devel tetex-font-cm-lgc.spec,1.7,1.8 In-Reply-To: <1130941604.3668.176.camel@laurel.intra.city-fan.org> References: <200511021100.jA2B0MRB024188@cvs-int.fedora.redhat.com> <1130930119.21382.46.camel@mccallum.corsepiu.local> <20051102114226.GA5363@gallagher.di.uoa.gr> <1130934035.21382.69.camel@mccallum.corsepiu.local> <20051102124819.GB5363@gallagher.di.uoa.gr> <1130941604.3668.176.camel@laurel.intra.city-fan.org> Message-ID: <1130949337.21382.137.camel@mccallum.corsepiu.local> On Wed, 2005-11-02 at 14:26 +0000, Paul Howarth wrote: > On Wed, 2005-11-02 at 14:48 +0200, Sarantis Paskalis wrote: > > On Wed, Nov 02, 2005 at 01:20:35PM +0100, Ralf Corsepius wrote: > > > On Wed, 2005-11-02 at 13:42 +0200, Sarantis Paskalis wrote: > > > > On Wed, Nov 02, 2005 at 12:15:19PM +0100, Ralf Corsepius wrote: > > > > > On Wed, 2005-11-02 at 05:59 -0500, Sarantis Paskalis wrote: > > > > > > - /usr/bin/updmap-sys --quiet --nohash --outputdir %{texmf}/dvips/config --disable cm-lgc.map > > > > > > + updmap-sys --quiet --nohash --disable %{texpkg}.map > > > > > > fi > > > > > > +texhash > > > > > Why did you replace /usr/bin/updmap-sys with updmap-sys? > > > > > > > > > > To me, this is a regression. > > > > > > > > I tend to agree with the comment in > > > > http://www.redhat.com/archives/fedora-extras-list/2005-October/msg00593.html > > > > > > You are running programs in %post and %postun scriptlets. Just stick a > > > broken or malicious program somewhere into path, and you are breaking > > > the user's system. > > > > You have a point that these operations are not so much protected as > > others in the main building procedure. However, you would need a > > malicious program before (not anywhere) the valid one in the > > administrator's path (not just any user's). > > > > I will revert the change (readd the /usr/bin), but I think we should > > have guidelines for these issues such as: > > > > - If the spec file contains commands in the building stage > > (%prep, %build, %install), then use the plain command name, i.e. foo > > instead of /usr/bin/foo > > > > - If the spec file contains commands in the installation/removal > > stage, i.e. user run scriptlets (%pre, %preun, %post, %postun), > > then use the absolute command path, i.e. /usr/bin/foo > > > > What do you think? > > I think the full command path should be used everywhere. ACK, but ... > Whilst this > will make no difference in the Extras build system, it's worth > remembering that people will download the SRPMs and build them manually > for a bunch of different reasons (e.g. building for a different distro > such as CentOS, building with different --with options etc.) and that > specifying full paths will result in more consistent results in such > cases where people might have other versions of commands installed > earlier in their own PATH. ... I consider %pre*/%post* scriptlets to be much more critical than programs in %build, %install etc., because %pre*/%post scriptlets are executed much more frequently and in most cases, silently/unsupervised by "unconscious casual installers" as part of "installing a package". Those in %build, %install etc. are less critical, because they normally are only executed as part of "building a package", a task far less frequently being exercised, in an at least "semi-controlled/semi-supervised environment", by at least "half- conscious users". Ralf From bugzilla at redhat.com Wed Nov 2 16:52:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 11:52:56 -0500 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200511021652.jA2GqutX012272@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From gajownik at gmail.com 2005-11-02 11:52 EST ------- Thanks for the review! Packages are now in FC-4 and devel branch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ndbecker2 at gmail.com Wed Nov 2 17:11:49 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 02 Nov 2005 12:11:49 -0500 Subject: Protecting against ssh brute-force attacks References: <1130883918.3962.8.camel@rousalka.dyndns.org> <43681914.4050806@redhat.com> <1130919808.3024.2.camel@perun.redhat.usu> <36062.192.54.193.25.1130927885.squirrel@rousalka.dyndns.org> Message-ID: Nicolas Mailhot wrote: > > On Mer 2 novembre 2005 09:23, Tomas Mraz wrote: >> On Tue, 2005-11-01 at 20:40 -0500, Warren Togami wrote: > >>> I haven't tried pam_abl, but I am guessing that it reacts faster to an >>> attack than denyhosts. The packaged denyhosts defaults to 30 seconds >>> between log checks when in daemon mode. This is good enough, although I >>> wonder if pam_abl is more efficient by not re-reading the logs often. >>> (Just guessing how it works...) >> It doesn't read the logs, it uses the information provided from the PAM >> calls. So it reacts immediately although it means that the protected >> service must use PAM for authentication+authorization. As SSH does it is >> very well usable for it and I even think it was primarily designed with >> ssh in mind. > > Ok one voice for denyhosts, another for pam_abl. > Anyone tried both ? Is pam_abl easy to setup ? Will pam_abl react only to > ssh or also lockup local connexions if someone mistypes his password too > often ? > denyhosts has a big problem - it never removes entries - so hosts.deny will grow without bounds. I suggest daemonshield. Uses iptables, so is probably faster - does expire entries, AND can protect more that just ssh. From tibbs at math.uh.edu Wed Nov 2 17:42:24 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 02 Nov 2005 11:42:24 -0600 Subject: Protecting against ssh brute-force attacks In-Reply-To: (Neal Becker's message of "Wed, 02 Nov 2005 12:11:49 -0500") References: <1130883918.3962.8.camel@rousalka.dyndns.org> <43681914.4050806@redhat.com> <1130919808.3024.2.camel@perun.redhat.usu> <36062.192.54.193.25.1130927885.squirrel@rousalka.dyndns.org> Message-ID: >>>>> "NB" == Neal Becker writes: NB> denyhosts has a big problem - it never removes entries - so NB> hosts.deny will grow without bounds. This is untrue. You can specify how long entries live in hosts.deny, and how often the daemon will attempt to prune them. - J< From bugzilla at redhat.com Wed Nov 2 17:42:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 12:42:55 -0500 Subject: [Bug 170701] Review Request: php-Smarty - Template/Presentation Framework for PHP In-Reply-To: Message-ID: <200511021742.jA2HgtSW026230@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-Smarty - Template/Presentation Framework for PHP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170701 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-11-02 12:42 EST ------- Checked into cvs and builds 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 bugzilla at redhat.com Wed Nov 2 17:59:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 12:59:56 -0500 Subject: [Bug 168705] Review Request: newscache - Free cache server for USENET News In-Reply-To: Message-ID: <200511021759.jA2HxuRp031510@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: newscache - Free cache server for USENET News https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168705 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-11-02 12:59 EST ------- Looks good. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nicolas.mailhot at laposte.net Wed Nov 2 18:18:57 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 02 Nov 2005 19:18:57 +0100 Subject: Protecting against ssh brute-force attacks In-Reply-To: References: <1130883918.3962.8.camel@rousalka.dyndns.org> <43681914.4050806@redhat.com> <1130919808.3024.2.camel@perun.redhat.usu> <36062.192.54.193.25.1130927885.squirrel@rousalka.dyndns.org> Message-ID: <1130955538.15396.4.camel@rousalka.dyndns.org> Le mercredi 02 novembre 2005 ? 12:11 -0500, Neal Becker a ?crit : > denyhosts has a big problem - it never removes entries - so hosts.deny will > grow without bounds. > > I suggest daemonshield. Uses iptables, so is probably faster - does expire > entries, AND can protect more that just ssh. This one is not in FE and I won't bother pulling in a third redondant utility. Even though iptables integration would be nice. Anyway my feeling after the previous posts is denyhosts is full-featured and easy to install, while pam_abl seems a more "correct" and reactive solution. I wonder if I'll dare install a FE pam package on a rawhide system... The idea has some sort of evil appeal. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Wed Nov 2 18:37:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 13:37:56 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511021837.jA2IbuQ1008853@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-02 13:37 EST ------- Done : Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/drgeo-doc-1.6-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From qspencer at ieee.org Wed Nov 2 18:57:06 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 02 Nov 2005 12:57:06 -0600 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <20051102155930.E64FE8025@extras64.linux.duke.edu> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> Message-ID: <43690C02.1050906@ieee.org> buildsys at fedoraproject.org wrote: >Packages built and released for Fedora Extras 4: 20 > >advancecomp-1.15-1.fc4 >d4x-2.5.6-1.fc4 >gaim-meanwhile-1.2.5-1.fc4 >ginac-1.3.3-1.fc4 >hunky-fonts-0.3.1-2.fc4 >perl-Module-Refresh-0.08-1.fc4 >perl-gettext-1.05-5.fc4 >perl-gettext-1.05-6.fc4 >perl-gettext-1.05-7.fc4 >plague-0.4.2-2.fc4 >polyxmass-common-0.8.7-4.fc4 >polyxmass-doc-0.8.7-2.fc4 >scim-1.4.2-5.fc4 >scim-hangul-0.2.1-1.fc4 >scim-tables-0.5.4-1.fc4 >scim-tables-0.5.4-2.fc4 >tetex-font-cm-lgc-0.5-4.fc4 >tetex-font-cm-lgc-0.5-5.fc4 >tetex-font-kerkis-2.0-8.fc4 >tetex-font-kerkis-2.0-9.fc4 > > When these releases are done, doesn't that mean the build system has the released packages available for future builds? After receiving this e-mail I requested a build of another package (octave-forge) that failed because mock installed an old version of ginac. -Quentin From ndbecker2 at gmail.com Wed Nov 2 19:07:25 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 02 Nov 2005 14:07:25 -0500 Subject: Protecting against ssh brute-force attacks References: <1130883918.3962.8.camel@rousalka.dyndns.org> <43681914.4050806@redhat.com> <1130919808.3024.2.camel@perun.redhat.usu> <36062.192.54.193.25.1130927885.squirrel@rousalka.dyndns.org> Message-ID: Jason L Tibbitts III wrote: >>>>>> "NB" == Neal Becker >>>>>> writes: > > NB> denyhosts has a big problem - it never removes entries - so > NB> hosts.deny will grow without bounds. > > This is untrue. You can specify how long entries live in hosts.deny, > and how often the daemon will attempt to prune them. > I'm sorry - you are correct. Unfortunately (IMO) the expiration is set to 1year by default. That's awfully high considering the rate my ssh is attacked. I'd suggest patching the rpm to set it to perhaps, 1 week? Still, I'm concerned that a large hosts.deny could lead to performance issues, and I'm guessing (based on no evidence at all) that an iptable-based approach might scale better. From orion at cora.nwra.com Wed Nov 2 19:18:00 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 02 Nov 2005 12:18:00 -0700 Subject: apcupsd- 3.10.18-3 In-Reply-To: <4368FEB4.2090606@users.sourceforge.net> References: <4368FEB4.2090606@users.sourceforge.net> Message-ID: <436910E8.6000502@cora.nwra.com> CCing extras-list to make public. Perhaps bugzilla would have been the appropriate place. Lubo? Stan?k wrote: > Hi Orion, > I am using apcupsd on my machines due to poor USB handling by nut. > > I have reviewed your changes to the extras package and I consider them > insufficient. > > Problems: > > 1) init script: > - Reload action: do you think that reload and restart are the same? I do > not! I think that the reload means that the application can handle > config reloading after a signal (frequently SIGHUP) without breaking > current status. Consider that master reloads itself your way but all > slaves may loose connections. > - Autostarting the daemon without proper configuration is meaningless if > you do not provide autoconfiguration mechanism. Other services that don't handle SIGHUP like methods have reload mapped to resart (e.g. dhcp). I guess the question is what is worse - having "service apcupsd reload" not do *anything*, or have it do a restart. Service is not started automatically. > 2) SMP: I am working on AMD Athlon 64 X2 machine and the -j2 build works > fine. > -j 3 broke on at least one machine so it's gone. Besides, that's just a small build time issue. > 3) Your package does not build and distribute the USB driver. > Not sure I follow. I have no trouble talking with USB UPSes. hid-ups is just a test program, not a driver. > 4) Patching and modifying runtime initscripts without reapplying changes > after their update is not good. Either ask initscripts maintainers to > add apcupsd handling in the halt script or use other solution. > Where is this being done? -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From ville.skytta at iki.fi Wed Nov 2 19:30:04 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 02 Nov 2005 21:30:04 +0200 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <43690C02.1050906@ieee.org> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43690C02.1050906@ieee.org> Message-ID: <1130959804.27371.153.camel@localhost.localdomain> On Wed, 2005-11-02 at 12:57 -0600, Quentin Spencer wrote: > When these releases are done, doesn't that mean the build system has the > released packages available for future builds? Unless I'm mistaken, they should actually be available even earlier, right after they've been built. But see below. > After receiving this > e-mail I requested a build of another package (octave-forge) that failed > because mock installed an old version of ginac. This is from memory, anyone feel free to correct any inaccuracies: The scripts currently used to sign/move/sync the packages work so that the notification mail is sent when the respective packages are signed and moved out from the needsign area. After that, the repodata is rebuilt for the corresponding repository. During this repodata rebuild (~5 minutes or so, IIRC, not before, not after) there may be a window when the newly signed packages aren't actually available in any repository at all. Also, note that there is a significant delay between sending these notification mails and the moment when the packages are actually available in public repositories. In addition to the repodata rebuild, there's at least the repoview rebuild for that particular distro version, and possibly the whole sign/move/repodata/repoview shebang for another distro version (or two) before the packages go public. The buildsys should be unaffected by this longer "window" though. Yep, there's some room for improvement... From bugzilla at redhat.com Wed Nov 2 19:44:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 14:44:24 -0500 Subject: [Bug 172183] Review Request: drgeo-doc In-Reply-To: Message-ID: <200511021944.jA2JiOGT025176@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: drgeo-doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172183 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-02 14:44 EST ------- Review for release 5: * RPM name is OK * Source drgeo-doc-1.6.tar.gz is the same as upstream * Builds fine in mock * rpmlint of drgeo-doc looks OK * File list of drgeo-doc looks OK * Will be accessible from drgeo when bug 172321 is fixed 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 Nov 2 19:46:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 14:46:24 -0500 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200511021946.jA2JkOgQ025854@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From ville.skytta at iki.fi 2005-11-02 14:46 EST ------- OpenSC 0.10.0 is out, as expected without the pam module, so I made this obsolete pam_opensc < 0.10.0 in CVS (and this bug is now blocking my OpenSC update). Still waiting for comments about what to do with the "badstatic" patch, see comment 18. Tom, Juan, anyone? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From qspencer at ieee.org Wed Nov 2 19:56:41 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 02 Nov 2005 13:56:41 -0600 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <1130959804.27371.153.camel@localhost.localdomain> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43690C02.1050906@ieee.org> <1130959804.27371.153.camel@localhost.localdomain> Message-ID: <436919F9.1060805@ieee.org> Ville Skytt? wrote: >On Wed, 2005-11-02 at 12:57 -0600, Quentin Spencer wrote: > > > >>When these releases are done, doesn't that mean the build system has the >>released packages available for future builds? >> >> > >Unless I'm mistaken, they should actually be available even earlier, >right after they've been built. But see below. > > I thought so, too, but last week I had a case where I submitted two builds where the second depended on the first, and the second failed because the version of the first package that mock installed was an old one rather than the one that had just completed. Anyway, I requested a new build of octave-forge and it seems to be working now, so I must have by chance hit the window where the current libraries weren't available the first time I built it. -Quentin From skvidal at phy.duke.edu Wed Nov 2 20:02:03 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Nov 2005 15:02:03 -0500 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <436919F9.1060805@ieee.org> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43690C02.1050906@ieee.org> <1130959804.27371.153.camel@localhost.localdomain> <436919F9.1060805@ieee.org> Message-ID: <1130961723.11708.26.camel@cutter> On Wed, 2005-11-02 at 13:56 -0600, Quentin Spencer wrote: > Ville Skytt? wrote: > > >On Wed, 2005-11-02 at 12:57 -0600, Quentin Spencer wrote: > > > > > > > >>When these releases are done, doesn't that mean the build system has the > >>released packages available for future builds? > >> > >> > > > >Unless I'm mistaken, they should actually be available even earlier, > >right after they've been built. But see below. > > > > > > I thought so, too, but last week I had a case where I submitted two > builds where the second depended on the first, and the second failed > because the version of the first package that mock installed was an old > one rather than the one that had just completed. Anyway, I requested a > new build of octave-forge and it seems to be working now, so I must have > by chance hit the window where the current libraries weren't available > the first time I built it. No, Last week there was another issue. The mock configs on the buildboxes had not been updated to point to the needsign repos for the new targets since the plague 0.4.X update. -sv From qspencer at ieee.org Wed Nov 2 20:07:50 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 02 Nov 2005 14:07:50 -0600 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <1130961723.11708.26.camel@cutter> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43690C02.1050906@ieee.org> <1130959804.27371.153.camel@localhost.localdomain> <436919F9.1060805@ieee.org> <1130961723.11708.26.camel@cutter> Message-ID: <43691C96.8090201@ieee.org> seth vidal wrote: >On Wed, 2005-11-02 at 13:56 -0600, Quentin Spencer wrote: > > >>Ville Skytt? wrote: >> >> >> >>>On Wed, 2005-11-02 at 12:57 -0600, Quentin Spencer wrote: >>> >>> >>> >>> >>> >>>>When these releases are done, doesn't that mean the build system has the >>>>released packages available for future builds? >>>> >>>> >>>> >>>> >>>Unless I'm mistaken, they should actually be available even earlier, >>>right after they've been built. But see below. >>> >>> >>> >>> >>I thought so, too, but last week I had a case where I submitted two >>builds where the second depended on the first, and the second failed >>because the version of the first package that mock installed was an old >>one rather than the one that had just completed. Anyway, I requested a >>new build of octave-forge and it seems to be working now, so I must have >>by chance hit the window where the current libraries weren't available >>the first time I built it. >> >> > >No, Last week there was another issue. The mock configs on the >buildboxes had not been updated to point to the needsign repos for the >new targets since the plague 0.4.X update. > > OK, thanks for the clarification. I had started thinking I had to wait for a package to be released before building dependent packages, which led to some dependency breakages yesterday in some packages I maintain. -Quentin From skvidal at phy.duke.edu Wed Nov 2 20:11:11 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Nov 2005 15:11:11 -0500 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <43691C96.8090201@ieee.org> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43690C02.1050906@ieee.org> <1130959804.27371.153.camel@localhost.localdomain> <436919F9.1060805@ieee.org> <1130961723.11708.26.camel@cutter> <43691C96.8090201@ieee.org> Message-ID: <1130962271.11708.31.camel@cutter> > OK, thanks for the clarification. I had started thinking I had to wait > for a package to be released before building dependent packages, which > led to some dependency breakages yesterday in some packages I maintain. nope - just submit them in order to the buildsys. There will be exceptional situations where something leaves on place and doesn't show up in time. We just need to get the workflow a little more rigorously defined. -sv From fedora at leemhuis.info Wed Nov 2 20:10:16 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 02 Nov 2005 21:10:16 +0100 Subject: RFC: fuse packages In-Reply-To: <1130610769.10746.40.camel@bree.local.net> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> Message-ID: <1130962216.3309.44.camel@localhost.localdomain> Am Samstag, den 29.10.2005, 14:32 -0400 schrieb Jeremy Katz: > On Sat, 2005-10-29 at 19:36 +0200, Thorsten Leemhuis wrote: > I'd do one of the following: >[...] > b) Put the utilities in the fuse package, libs in -libs. There are a > number of packages at least in Core which go this route Done. > > - where store the Docs? All docs in fuse now, only COPYING.lib in %doc of fuse-libs > > - should the devel package named fuse-libs-devel or fuse-devel? > fuse-devel is the normal pattern Changed. > > - fuse installs %{_bindir}/fusermount with 4755 -- do we allow that in > > extras? And should we add a group "fuse" and allow only members of that > > group access to fuse? > > Why does fusermount need to be suid? None of the other mount "helpers" > for things like cifs or smb are. They get invoked by mount which is > suid and does checking to see if the user should be able to do the mount > they're asking for. This can work this way with fuse, too -- I just tried it with an updated version of my package. But Fuse explicitly wants to allow the user to mount things that are not configured in /etc/fstab. I don't really like this but it seems to be one of the fuse design goals (AFAICS). In the default install every user can mount a fuse-filesystem -- e.g. with sshfs mount each and every machine that can be reached by the user via ssh. That's IMHO to lax. AFAICS we have three solutions: 1) do it as upstream does (suid root) 2) create a fusemount group -- only members of that group are allowed to mount fuse-filesystems that are not in /etc/fstab 3) only allow fuse for things listed in /etc/fstab I tent to do 3) and can also live with 2) (if that's possible -- I suppose it is but did not try yet). I don't like 1). Other opinions? > > - Fuse needs a device file /dev/fuse [...] > You probably want to add a fuse file to /etc/udev/makedev.d I new I was missing something. Thanks jeremy, works fine afaics. -- Thorsten Leemhuis From qspencer at ieee.org Wed Nov 2 20:14:34 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 02 Nov 2005 14:14:34 -0600 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <1130961723.11708.26.camel@cutter> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43690C02.1050906@ieee.org> <1130959804.27371.153.camel@localhost.localdomain> <436919F9.1060805@ieee.org> <1130961723.11708.26.camel@cutter> Message-ID: <43691E2A.6040702@ieee.org> seth vidal wrote: >On Wed, 2005-11-02 at 13:56 -0600, Quentin Spencer wrote: > > >>Ville Skytt? wrote: >> >> >> >>>On Wed, 2005-11-02 at 12:57 -0600, Quentin Spencer wrote: >>> >>> >>> >>> >>> >>>>When these releases are done, doesn't that mean the build system has the >>>>released packages available for future builds? >>>> >>>> >>>> >>>> >>>Unless I'm mistaken, they should actually be available even earlier, >>>right after they've been built. But see below. >>> >>> >>> >>> >>I thought so, too, but last week I had a case where I submitted two >>builds where the second depended on the first, and the second failed >>because the version of the first package that mock installed was an old >>one rather than the one that had just completed. Anyway, I requested a >>new build of octave-forge and it seems to be working now, so I must have >>by chance hit the window where the current libraries weren't available >>the first time I built it. >> >> > >No, Last week there was another issue. The mock configs on the >buildboxes had not been updated to point to the needsign repos for the >new targets since the plague 0.4.X update. > > Wait, I'm still seeing this problem. Build number 514 just failed a few minutes ago on x86_64 because it tried to install ginac-devel-1.3.2-1.fc5.x86_64 instead of ginac-devel-1.3.3-1.fc5.x86_64, which completed building earlier today (build number 499) and is awaiting release. -Quentin From tibbs at math.uh.edu Wed Nov 2 20:20:00 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 02 Nov 2005 14:20:00 -0600 Subject: Protecting against ssh brute-force attacks In-Reply-To: (Neal Becker's message of "Wed, 02 Nov 2005 14:07:25 -0500") References: <1130883918.3962.8.camel@rousalka.dyndns.org> <43681914.4050806@redhat.com> <1130919808.3024.2.camel@perun.redhat.usu> <36062.192.54.193.25.1130927885.squirrel@rousalka.dyndns.org> Message-ID: >>>>> "NB" == Neal Becker writes: NB> Unfortunately (IMO) the expiration is set to 1year by default. I set it that high because I wanted to leave expiration enabled but felt that it was better to let things live there too long rather than violate someones security assumptions by expiring too soon. Heck, I even explained that in the configuration file _and_ put this text into README.fedora: By default, DenyHosts is set up to purge old block entries, but only after one year. If you wish to adjust this, edit /etc/denyhosts.conf and look for "PURGE_DENY". I sure wish the DenyHosts author would cook up a version that doesn't require the admin to edit the config file for every new feature that's added. Currently if you update and don't put the new settings in your config file, the program won't start. (So an automatic update would leave you without a running denyhosts daemon.) This prevents me from pushing updated FC3 and FC4 packages. - J< From skvidal at phy.duke.edu Wed Nov 2 20:37:41 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Nov 2005 15:37:41 -0500 Subject: Dependency relationships in buildsys: was Fedora Extras 4 Package Build Report In-Reply-To: <43691E2A.6040702@ieee.org> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43690C02.1050906@ieee.org> <1130959804.27371.153.camel@localhost.localdomain> <436919F9.1060805@ieee.org> <1130961723.11708.26.camel@cutter> <43691E2A.6040702@ieee.org> Message-ID: <1130963861.11708.39.camel@cutter> On Wed, 2005-11-02 at 14:14 -0600, Quentin Spencer wrote: > seth vidal wrote: > > >On Wed, 2005-11-02 at 13:56 -0600, Quentin Spencer wrote: > > > > > >>Ville Skytt? wrote: > >> > >> > >> > >>>On Wed, 2005-11-02 at 12:57 -0600, Quentin Spencer wrote: > >>> > >>> > >>> > >>> > >>> > >>>>When these releases are done, doesn't that mean the build system has the > >>>>released packages available for future builds? > >>>> > >>>> > >>>> > >>>> > >>>Unless I'm mistaken, they should actually be available even earlier, > >>>right after they've been built. But see below. > >>> > >>> > >>> > >>> > >>I thought so, too, but last week I had a case where I submitted two > >>builds where the second depended on the first, and the second failed > >>because the version of the first package that mock installed was an old > >>one rather than the one that had just completed. Anyway, I requested a > >>new build of octave-forge and it seems to be working now, so I must have > >>by chance hit the window where the current libraries weren't available > >>the first time I built it. > >> > >> > > > >No, Last week there was another issue. The mock configs on the > >buildboxes had not been updated to point to the needsign repos for the > >new targets since the plague 0.4.X update. > > > > > > > > Wait, I'm still seeing this problem. Build number 514 just failed a few > minutes ago on x86_64 because it tried to install > ginac-devel-1.3.2-1.fc5.x86_64 instead of > ginac-devel-1.3.3-1.fc5.x86_64, which completed building earlier today > (build number 499) and is awaiting release. Dan, How often does createrepo get re-run on the needsign repo? -sv From bugzilla at redhat.com Wed Nov 2 20:51:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 15:51:38 -0500 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200511022051.jA2KpcvJ010437@www.beta.redhat.com> Please 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 2005-11-02 15:51 EST ------- Sorry for the delay... I'm a bit busy :-( In release 0.5.3 FIND_USER, MATCH_USER, FIND_ENTRIES and MODULE_END _must_ be declared static, as they may be statically linked, to avoid "duplicate symbols" MODULE_INIT should never be used, unless included in dynamically loaded mappers Anyway, in current tree, "match", "find", and "entries" are used only by null mapper, that is to be statically linked. So let it remain "static" to get sure that these functions will not be duplicated In fact, my idea is remove remove these macros on next release, as they were a dirty patch for non-complete mappers Juan Antonio PS: in a few weeks I'll restart work on pam_pkcs11. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 2 21:10:28 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 2 Nov 2005 15:10:28 -0600 Subject: Dependency relationships in buildsys: was Fedora Extras 4 Package Build Report In-Reply-To: <1130963861.11708.39.camel@cutter> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43691E2A.6040702@ieee.org> <1130963861.11708.39.camel@cutter> Message-ID: <200511021510.28945.dennis@ausil.us> On Wednesday 02 November 2005 14:37, seth vidal wrote: > Dan, > How often does createrepo get re-run on the needsign repo? > > -sv Once there are no jobs in prepping state ?and there are builds needing it Dennis From dcbw at redhat.com Wed Nov 2 21:33:57 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 02 Nov 2005 16:33:57 -0500 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <1130961723.11708.26.camel@cutter> References: <20051102155930.E64FE8025@extras64.linux.duke.edu> <43690C02.1050906@ieee.org> <1130959804.27371.153.camel@localhost.localdomain> <436919F9.1060805@ieee.org> <1130961723.11708.26.camel@cutter> Message-ID: <1130967237.6225.2.camel@dhcp83-40.boston.redhat.com> On Wed, 2005-11-02 at 15:02 -0500, seth vidal wrote: > On Wed, 2005-11-02 at 13:56 -0600, Quentin Spencer wrote: > > Ville Skytt? wrote: > > > > >On Wed, 2005-11-02 at 12:57 -0600, Quentin Spencer wrote: > > > > > > > > > > > >>When these releases are done, doesn't that mean the build system has the > > >>released packages available for future builds? > > >> > > >> > > > > > >Unless I'm mistaken, they should actually be available even earlier, > > >right after they've been built. But see below. > > > > > > > > > > I thought so, too, but last week I had a case where I submitted two > > builds where the second depended on the first, and the second failed > > because the version of the first package that mock installed was an old > > one rather than the one that had just completed. Anyway, I requested a > > new build of octave-forge and it seems to be working now, so I must have > > by chance hit the window where the current libraries weren't available > > the first time I built it. > > No, Last week there was another issue. The mock configs on the > buildboxes had not been updated to point to the needsign repos for the > new targets since the plague 0.4.X update. Right, once the builders' mock configs get updated to point to the new location, dependencies will be available to subsequent packages when the dep has built and been placed in the 'needsign' state. I'm going to try to get the builders' mock configs updated tomorrow or Friday to fix this. Dan From bugzilla at redhat.com Wed Nov 2 21:39:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 16:39:00 -0500 Subject: [Bug 172330] New: Review Request: perl-XML-RegExp Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172330 Summary: Review Request: perl-XML-RegExp Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/XML-RegExp/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ville.skytta at iki.fi QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com http://cachalot.mine.nu/4/SRPMS/perl-XML-RegExp-0.03-0.1.src.rpm This package contains an utility module containing regular expressions for the following XML tokens: BaseChar, Ideographic, Letter, Digit, Extender, CombiningChar, NameChar, EntityRef, CharRef, Reference, Name, NmToken, and AttValue. For FC5+ only, this is part 1/3 of the replacements of the former (but still needed) perl-libxml-enno package, see bug 128879. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 2 21:39:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 16:39:14 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511022139.jA2LdEBM024468@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172330 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 2 21:40:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 16:40:09 -0500 Subject: [Bug 172331] New: Review Request: perl-XML-DOM Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172331 Summary: Review Request: perl-XML-DOM Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/XML-DOM/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ville.skytta at iki.fi QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com http://cachalot.mine.nu/4/SRPMS/perl-XML-DOM-1.44-0.1.src.rpm This is a Perl extension to XML::Parser. It adds a new 'Style' to XML::Parser, called 'Dom', that allows XML::Parser to build an Object Oriented datastructure with a DOM Level 1 compliant interface. For a description of the DOM (Document Object Model), see http://www.w3.org/DOM/ For FC5+ only, this is part 2/3 of the replacements of the former (but still needed) perl-libxml-enno package, see bug 128879. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 2 21:40:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 16:40:23 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511022140.jA2LeNPJ024880@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172331 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 2 21:41:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 16:41:18 -0500 Subject: [Bug 172332] New: Review Request: perl-XML-XQL Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 Summary: Review Request: perl-XML-XQL Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/XML-XQL/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ville.skytta at iki.fi QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com http://cachalot.mine.nu/4/SRPMS/perl-XML-XQL-0.68-0.1.src.rpm This is a Perl extension that allows you to perform XQL queries on XML object trees. Currently only the XML::DOM module is supported, but other implementations, like XML::Grove, may soon follow. For FC5+ only, this is part 3/3 of the replacements of the former (but still needed) perl-libxml-enno package, see bug 128879. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 2 21:41:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 16:41:32 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511022141.jA2LfW7U025191@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172332 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 00:38:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 19:38:29 -0500 Subject: [Bug 172343] New: Review Request: libtomoe-gtk Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172343 Summary: Review Request: libtomoe-gtk Product: Fedora Extras Version: devel Platform: All URL: http://tomoe.sourceforge.jp/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ryo-dairiki at users.sourceforge.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://proxy.f2.ymdb.yahoofs.jp/users/d1e4801f/bc/libtomoe-gtk/libtomoe-gtk.spec?bcpaA4DB7yOz1XS. SRPM Name or Url: http://proxy.f2.ymdb.yahoofs.jp/users/d1e4801f/bc/libtomoe-gtk/libtomoe-gtk-0.1.0-1.src.rpm?bcpaA4DBjduEbYXg Description: Gtk library for tomoe Japanese handwritten input. This package is used by scim-tomoe, or uim-tomoe. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 00:38:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 2 Nov 2005 19:38:37 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511030038.jA30cbNE000443@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ryo-dairiki at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172343 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Nov 3 01:54:20 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Thu, 3 Nov 2005 02:54:20 +0100 (CET) Subject: Question regarding the proper procedure to update packages in all branches Message-ID: Hi, I am trying to upgrade two packages in fedora extras, and I'm trying to find a consistent way of doing things, but I seem to be failing at doing that. Could some one tell me what is wrong with the following procedure. In this example I'm trying to upgrade gaim-otr to version 3.0.0-1. I already have devel, FC-3 and FC-4 branches. cd fedora-extras/gaim-otr/devel ../common/cvs-import.sh /usr/src/redhat/SRPMS/gaim-otr-3.0.0-1.src.rpm cvs -q upd -d make tag plague-client build gaim-otr gaim-otr-3_0_0-1_fc5 fc5 [this seems to work fine so far, though the build failed because the build system does not yet have the new libotr installed which it built 15 minutes ago] cd ../FC-3/devel ../common/cvs-import.sh -b FC-3 /usr/src/redhat/SRPMS/gaim-otr-3.0.0-1.src.rpm [this gives an error but seems to be doing the work to upgrade the spec file and the sources file.] cvs -q upd -d make tag plague-client build gaim-otr gaim-otr-3_0_0-1_fc3 fc3 the buildsystem then gives the following error: From: buildsys at fedoraproject.org To: paul at xelerance.com Subject: Prep Error (Job 537): gaim-otr-3_0_0-1_fc3 on fedora-3-extras Error: could not check out gaim-otr-3_0_0-1_fc3 from fedora-3-extras - output was: cvs checkout: warning: cannot open /cvs/extras/CVSROOT/val-tags read/write: Permission denied cvs [checkout aborted]: no such tag gaim-otr-3_0_0-1_fc3 but the tag does exist: make tag cvs tag -c gaim-otr-3_0_0-1_fc3 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ERROR: Tag gaim-otr-3_0_0-1_fc3 has been already created. [...] gaim-otr-3_0_0-1_fc3:FC-3:pwouters:1130980908 Somehow, by trying various things, I did get libotr to build for the fc-3 branch, but for the fc-4 branc I've managed to confuse it completely: Error: could not make srpm for libotr-3_0_0-1_fc4 - output was: Downloading libotr-2.0.2.tar.gz... --19:42:38-- http://cvs.fedora.redhat.com/repo/extras/libotr/libotr-2.0.2.tar.gz/895598219517297fc7633456cd08e937/libotr-2.0.2.tar .gz => `libotr-2.0.2.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... 200 OK Length: 368,896 [application/x-gzip] 19:42:38 (547.61 KB/s) - `libotr-2.0.2.tar.gz' saved [368,896/368,896] FINISHED --19:42:38-- Downloaded: 368,896 bytes in 1 files -rw-rw-rw- 1 root root 368896 Jun 17 22:46 libotr-2.0.2.tar.gz rpmbuild --define "_sourcedir /tmp/533-libotr-3_0_0-1_fc4-1130978555/libotr/FC-4" --define "_builddir /tmp/533-libotr-3_0_0-1_fc4-1130978555/libotr/FC-4" --define "_srcrpmdir /tmp/533-libotr-3_0_0-1_fc4-1130978555/libotr/FC-4" --define "_rpmdir /tmp/533-libotr-3_0_0-1_fc4-1130978555/libotr/FC-4" --define "dist .fc4" --define "fedora 4" --nodeps -bs libotr.spec error: File /tmp/533-libotr-3_0_0-1_fc4-1130978555/libotr/FC-4/libotr-3.0.0.tar.gz: No such file or directory make: *** [srpm] Error 1 Somewhere there is still a version "2.0.2" in the buildsystem, while I only have 3.0.0-1 versions. Paul -- "Happiness is never grand" --- Mustapha Mond, World Controller (Brave New World) From eric.tanguy at univ-nantes.fr Wed Nov 2 21:59:50 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 02 Nov 2005 22:59:50 +0100 Subject: make tag problem Message-ID: <1130968790.2904.14.camel@bureau.maison> I don't what i did but when i try to tag the drgeo devel branch, i have this : [tanguy at bureau devel]$ make plague drgeo.spec not tagged with tag drgeo-1_1_0-3_fc5 make: *** [plague] Erreur 1 and i don't have the problem with FC-3 and FC-4 branch. Help ? Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From bugzilla at redhat.com Thu Nov 3 06:24:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 01:24:07 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511030624.jA36O7RF002047@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 ------- Additional Comments From ville.skytta at iki.fi 2005-11-03 01:23 EST ------- http://cachalot.mine.nu/4/SRPMS/perl-XML-XQL-0.68-0.2.src.rpm * Thu Nov 3 2005 Ville Skytt? - 0.68-0.2 - Fix insecure $PATH error in taint mode (#147465). - Avoid warnings with empty (but defined) $TERM (#147465). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Thu Nov 3 05:46:07 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 03 Nov 2005 06:46:07 +0100 Subject: make tag problem In-Reply-To: <1130968790.2904.14.camel@bureau.maison> References: <1130968790.2904.14.camel@bureau.maison> Message-ID: <1130996767.2896.0.camel@bureau.maison> Le mercredi 02 novembre 2005 ? 22:59 +0100, Eric Tanguy a ?crit : > I don't what i did but when i try to tag the drgeo devel branch, i have > this : [tanguy at bureau devel]$ make plague > drgeo.spec not tagged with tag drgeo-1_1_0-3_fc5 > make: *** [plague] Erreur 1 > and i don't have the problem with FC-3 and FC-4 branch. > Help ? > Thanks Sorry i posted the result of make plague and make tag : [tanguy at bureau devel]$ make tag cvs tag -c drgeo-1_1_0-3_fc5 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ERROR: Tag drgeo-1_1_0-3_fc5 has been already created. The following tags have been created so far drgeo-1_1_0-2:devel:tanguy:1130101671 drgeo-1_1_0-2_fc5:devel:tanguy:1130101932 drgeo-1_1_0-2_fc3:FC-3:tanguy:1130134997 drgeo-1_1_0-2_fc4:FC-4:tanguy:1130135013 drgeo-1_1_0-3_fc5:devel:tanguy:1130967657 drgeo-1_1_0-3:devel:tanguy:1130968065 drgeo-1_1_0-3_fc3:FC-3:tanguy:1130968381 drgeo-1_1_0-3_fc4:FC-4:tanguy:1130968414 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Erreur 1 -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From rc040203 at freenet.de Thu Nov 3 06:41:43 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 03 Nov 2005 07:41:43 +0100 Subject: make tag problem In-Reply-To: <1130996767.2896.0.camel@bureau.maison> References: <1130968790.2904.14.camel@bureau.maison> <1130996767.2896.0.camel@bureau.maison> Message-ID: <1131000103.19437.117.camel@mccallum.corsepiu.local> On Thu, 2005-11-03 at 06:46 +0100, Eric Tanguy wrote: > Le mercredi 02 novembre 2005 ? 22:59 +0100, Eric Tanguy a ?crit : > > I don't what i did but when i try to tag the drgeo devel branch, i have > > this : [tanguy at bureau devel]$ make plague > > drgeo.spec not tagged with tag drgeo-1_1_0-3_fc5 > > make: *** [plague] Erreur 1 > > and i don't have the problem with FC-3 and FC-4 branch. > > Help ? Make sure to have commited all your changes, then, inside of drgeo/devel, try cvs tag -F drgeo-1_1_0-3_fc5 make plague Ralf From ville.skytta at iki.fi Thu Nov 3 07:11:57 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 03 Nov 2005 09:11:57 +0200 Subject: make tag problem In-Reply-To: <1131000103.19437.117.camel@mccallum.corsepiu.local> References: <1130968790.2904.14.camel@bureau.maison> <1130996767.2896.0.camel@bureau.maison> <1131000103.19437.117.camel@mccallum.corsepiu.local> Message-ID: <1131001917.27371.190.camel@localhost.localdomain> On Thu, 2005-11-03 at 07:41 +0100, Ralf Corsepius wrote: > On Thu, 2005-11-03 at 06:46 +0100, Eric Tanguy wrote: > > Le mercredi 02 novembre 2005 ? 22:59 +0100, Eric Tanguy a ?crit : > > > I don't what i did but when i try to tag the drgeo devel branch, i have > > > this : [tanguy at bureau devel]$ make plague > > > drgeo.spec not tagged with tag drgeo-1_1_0-3_fc5 > > > make: *** [plague] Erreur 1 > > > and i don't have the problem with FC-3 and FC-4 branch. > > > Help ? > > Make sure to have commited all your changes, then, inside of > drgeo/devel, try > cvs tag -F drgeo-1_1_0-3_fc5 Or just bump release to 4%{?dist} in devel and proceed as usual. From bugzilla at redhat.com Thu Nov 3 08:43:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 03:43:01 -0500 Subject: [Bug 172330] Review Request: perl-XML-RegExp In-Reply-To: Message-ID: <200511030843.jA38h1Vi027936@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-RegExp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172330 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |rc040203 at freenet.de OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-11-03 03:42 EST ------- APPROVED Tested and built on FC4 only, but I don't see why this package should introduce further issues if this splitout is handled appropriately in perl-libxml-enno in parallel (Yes, I've read #128879). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 3 09:08:00 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 03 Nov 2005 10:08:00 +0100 Subject: rpms/libotr/FC-3 clog,1.1,1.2 In-Reply-To: <200511030034.jA30YHe0024562@cvs-int.fedora.redhat.com> References: <200511030034.jA30YHe0024562@cvs-int.fedora.redhat.com> Message-ID: <1131008880.19437.165.camel@mccallum.corsepiu.local> On Wed, 2005-11-02 at 19:33 -0500, Paul Wouters wrote: > Author: pwouters > > Update of /cvs/extras/rpms/libotr/FC-3 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv24545 > > Modified Files: > clog > Log Message: Seems to me as if you accidentally checked in your cvs-log entry file ;) Ralf From dragoran at feuerpokemon.de Thu Nov 3 10:07:09 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 03 Nov 2005 11:07:09 +0100 Subject: RFC: fuse packages In-Reply-To: <1130962216.3309.44.camel@localhost.localdomain> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> Message-ID: <4369E14D.8010108@feuerpokemon.de> Thorsten Leemhuis wrote: >Am Samstag, den 29.10.2005, 14:32 -0400 schrieb Jeremy Katz: > > >>On Sat, 2005-10-29 at 19:36 +0200, Thorsten Leemhuis wrote: >>I'd do one of the following: >>[...] >>b) Put the utilities in the fuse package, libs in -libs. There are a >>number of packages at least in Core which go this route >> >> >Done. > > > >>> - where store the Docs? >>> >>> >All docs in fuse now, only COPYING.lib in %doc of fuse-libs > > > >>> - should the devel package named fuse-libs-devel or fuse-devel? >>> >>> >>fuse-devel is the normal pattern >> >> >Changed. > > > >>>- fuse installs %{_bindir}/fusermount with 4755 -- do we allow that in >>>extras? And should we add a group "fuse" and allow only members of that >>>group access to fuse? >>> >>> >>Why does fusermount need to be suid? None of the other mount "helpers" >>for things like cifs or smb are. They get invoked by mount which is >>suid and does checking to see if the user should be able to do the mount >>they're asking for. >> >> > >This can work this way with fuse, too -- I just tried it with an updated >version of my package. > >But Fuse explicitly wants to allow the user to mount things that are not >configured in /etc/fstab. I don't really like this but it seems to be >one of the fuse design goals (AFAICS). > >In the default install every user can mount a fuse-filesystem -- e.g. >with sshfs mount each and every machine that can be reached by the user >via ssh. That's IMHO to lax. > >AFAICS we have three solutions: > >1) do it as upstream does (suid root) >2) create a fusemount group -- only members of that group are allowed to >mount fuse-filesystems that are not in /etc/fstab >3) only allow fuse for things listed in /etc/fstab > >I tent to do 3) and can also live with 2) (if that's possible -- I >suppose it is but did not try yet). I don't like 1). > >Other opinions? > > > 1) would be the best one if we can make it more secure using the selinux-policy If this isn't possible than I would go for 2) 3) is the worse solution... why should I (admin) add fstab lines fore every ssh host a user can possible want to mount? From triad at df.lth.se Thu Nov 3 11:55:34 2005 From: triad at df.lth.se (Linus Walleij) Date: Thu, 3 Nov 2005 12:55:34 +0100 (CET) Subject: RFC: fuse packages In-Reply-To: <1130962216.3309.44.camel@localhost.localdomain> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> Message-ID: On Wed, 2 Nov 2005, Thorsten Leemhuis wrote: > 1) do it as upstream does (suid root) > 2) create a fusemount group -- only members of that group are allowed to > mount fuse-filesystems that are not in /etc/fstab > 3) only allow fuse for things listed in /etc/fstab > I tent to do 3) and can also live with 2) (if that's possible -- I > suppose it is but did not try yet). I don't like 1). It seems you are thinking alot about sshfs, and that is not the only thing you can to with FUSE... One specific package I would like to include at some point is EncFS (http://arg0.net/wiki/encfs) which, by letting the user mount from his/her own homedirectory or whatever place in the FS, can create an all-userspace, encrypted, loopback-like filesystem. It would be most unfortunate if you installed a policy that would prevent the user from mounting at points in his/her own $HOME atleast. (I am known to have misinformed opinions, so please correct me if needed.) Linus From bugzilla at redhat.com Thu Nov 3 12:46:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 07:46:30 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511031246.jA3CkUsI016841@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From dmitry at butskoy.name 2005-11-03 07:46 EST ------- >Use user's preferred browser Add a patch. Just use: Closure->browser = g_strdup("htmlview"); it is enough to do changes here only. Notwithstanding htmlview is considered itself as deprecated, it is still used in FC3/FC4/devel. htmlview is a desktop-independed way, therefore I'll use it for this. Carsten, IMHO this patch is Fedora-specific (other distros may no have htmlview at all), therefore don't apply it upstream... :) Also I've added you to CC list of this package (you will receive all bugzilla reports too). If you don't want it, tell me :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Thu Nov 3 12:56:05 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Nov 2005 07:56:05 -0500 Subject: Question regarding the proper procedure to update packages in all branches In-Reply-To: References: Message-ID: <1131022565.2706.0.camel@localhost.localdomain> On Thu, 2005-11-03 at 02:54 +0100, Paul Wouters wrote: > [this seems to work fine so far, though the build failed because the > build system does not yet have the new libotr installed which it built > 15 minutes ago] Which should be fixed either today or Friday. Dan From buc at odusz.so-cdu.ru Thu Nov 3 13:22:47 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 03 Nov 2005 16:22:47 +0300 Subject: buildsys: noone provides XFree86-devel anymore? Message-ID: <436A0F27.80709@odu.neva.ru> I have received the following result when build for devel branch: >install 'gtk2-devel' 'gettext' 'desktop-file-utils' >Error: Missing Dependency: XFree86-devel is needed by package gtk2-devel >Error: Missing Dependency: XFree86-devel >= 4.2.99 is needed by package pango-devel > It looks like gtk2-devel, pango-devel etc. still need XFree86-devel, but xorg-x11-devel no more provides it... Dmitry Butskoy From dragoran at feuerpokemon.de Thu Nov 3 13:41:02 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 03 Nov 2005 14:41:02 +0100 Subject: RFC: fuse packages In-Reply-To: References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> Message-ID: <436A136E.2010802@feuerpokemon.de> Linus Walleij wrote: > On Wed, 2 Nov 2005, Thorsten Leemhuis wrote: > >> 1) do it as upstream does (suid root) >> 2) create a fusemount group -- only members of that group are allowed to >> mount fuse-filesystems that are not in /etc/fstab >> 3) only allow fuse for things listed in /etc/fstab >> I tent to do 3) and can also live with 2) (if that's possible -- I >> suppose it is but did not try yet). I don't like 1). > > > It seems you are thinking alot about sshfs, and that is not the only > thing you can to with FUSE... > > One specific package I would like to include at some point is EncFS > (http://arg0.net/wiki/encfs) which, by letting the user mount from > his/her own homedirectory or whatever place in the FS, can create an > all-userspace, encrypted, loopback-like filesystem. > > It would be most unfortunate if you installed a policy that would > prevent the user from mounting at points in his/her own $HOME atleast. > > (I am known to have misinformed opinions, so please correct me if > needed.) > > Linus > same for fusesmb (http://hannibal.lr-s.tudelft.nl/fusesmb/) From bugzilla at redhat.com Thu Nov 3 14:41:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 09:41:36 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511031441.jA3EfaTY009280@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-11-03 09:41 EST ------- As long as htmlview is installed by default and it's hard enough to get rid of it due to dependencies, your patch should be ok'ish. But note that htmlview is not really that desktop independent. On FC4 it uses the browser configured in GNOME if gconftool-2 and gnome-open are installed even if running under KDE. Also, in that case, /etc/htmlview.conf or ~/.htmlviewrc are not even read, so there doesn't seem to be a way around 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 katzj at redhat.com Thu Nov 3 15:36:40 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 03 Nov 2005 10:36:40 -0500 Subject: RFC: fuse packages In-Reply-To: <1130962216.3309.44.camel@localhost.localdomain> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> Message-ID: <1131032200.11424.8.camel@bree.local.net> On Wed, 2005-11-02 at 21:10 +0100, Thorsten Leemhuis wrote: > Am Samstag, den 29.10.2005, 14:32 -0400 schrieb Jeremy Katz: > > Why does fusermount need to be suid? None of the other mount "helpers" > > for things like cifs or smb are. They get invoked by mount which is > > suid and does checking to see if the user should be able to do the mount > > they're asking for. > > This can work this way with fuse, too -- I just tried it with an updated > version of my package. > > But Fuse explicitly wants to allow the user to mount things that are not > configured in /etc/fstab. I don't really like this but it seems to be > one of the fuse design goals (AFAICS). > > In the default install every user can mount a fuse-filesystem -- e.g. > with sshfs mount each and every machine that can be reached by the user > via ssh. That's IMHO to lax. > > AFAICS we have three solutions: > > 1) do it as upstream does (suid root) > 2) create a fusemount group -- only members of that group are allowed to > mount fuse-filesystems that are not in /etc/fstab > 3) only allow fuse for things listed in /etc/fstab > > I tent to do 3) and can also live with 2) (if that's possible -- I > suppose it is but did not try yet). I don't like 1). The more I think about it, the more I think that the third is really the only "reasonable" solution for now. Obviously the first isn't good because I'm just shuddering to think of the security implications... The second really has the worst of both worlds -- there are the security problems if you add anyone to the group and if you don't, then it's just like doing the third Jeremy From bugzilla at redhat.com Thu Nov 3 16:05:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 11:05:12 -0500 Subject: [Bug 170384] Review request: perl-DBIx-DBSchema - Database-independent schema objects In-Reply-To: Message-ID: <200511031605.jA3G5CEe029102@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-DBIx-DBSchema - Database-independent schema objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170384 Bug 170384 depends on bug 167797, which changed state. Bug 167797 Summary: perl-DBD-Pg package doesn't Provide: perl(DBD::Pg) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167797 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |RAWHIDE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 16:14:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 11:14:13 -0500 Subject: [Bug 170384] Review request: perl-DBIx-DBSchema - Database-independent schema objects In-Reply-To: Message-ID: <200511031614.jA3GEDCY031182@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-DBIx-DBSchema - Database-independent schema objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170384 Bug 170384 depends on bug 167797, which changed state. Bug 167797 Summary: perl-DBD-Pg package doesn't Provide: perl(DBD::Pg) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167797 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution|RAWHIDE | Status|CLOSED |REOPENED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 16:17:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 11:17:03 -0500 Subject: [Bug 172330] Review Request: perl-XML-RegExp In-Reply-To: Message-ID: <200511031617.jA3GH3u8031868@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-RegExp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172330 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ville.skytta at iki.fi 2005-11-03 11:16 EST ------- Thanks, 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 Thu Nov 3 16:17:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 11:17:26 -0500 Subject: [Bug 172331] Review Request: perl-XML-DOM In-Reply-To: Message-ID: <200511031617.jA3GHQoT032009@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-DOM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172331 Bug 172331 depends on bug 172330, which changed state. Bug 172330 Summary: Review Request: perl-XML-RegExp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172330 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 16:20:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 11:20:28 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511031620.jA3GKSb0032647@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 ------- Additional Comments From ville.skytta at iki.fi 2005-11-03 11:20 EST ------- Re: XML::DOM BR version: ack. Regarding the "useless-explicit-provides" one, surely you meant /perl(XML::XQL)$/d, right? Without the trailing "$" (or similar), the package wouldn't provide any versioned nor versionless perl(XML::XQL). And of course, this being a perl module package, we'll use either perl or grep for stream editing, not sed, for crying out loud ;) http://cachalot.mine.nu/4/SRPMS/perl-XML-XQL-0.68-0.3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 17:09:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 12:09:15 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511031709.jA3H9FcN012080@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 ------- Additional Comments From rc040203 at freenet.de 2005-11-03 12:09 EST ------- (In reply to comment #3) > Regarding the "useless-explicit-provides" one, surely you > meant /perl(XML::XQL)$/d, right? Of cause, stupid oversight of mine ;) > And of course, this being a perl module package, we'll use either perl or grep > for stream editing, not sed, for crying out loud ;) Nah, as a portability adict I prefer using a lean and POSIX-compliant tool, like "sed". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Thu Nov 3 17:22:48 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 03 Nov 2005 10:22:48 -0700 Subject: buildsys: noone provides XFree86-devel anymore? In-Reply-To: <436A0F27.80709@odu.neva.ru> References: <436A0F27.80709@odu.neva.ru> Message-ID: <436A4768.70704@cora.nwra.com> Dmitry Butskoy wrote: > I have received the following result when build for devel branch: > >> install 'gtk2-devel' 'gettext' 'desktop-file-utils' >> Error: Missing Dependency: XFree86-devel is needed by package gtk2-devel >> Error: Missing Dependency: XFree86-devel >= 4.2.99 is needed by >> package pango-devel >> > It looks like gtk2-devel, pango-devel etc. still need XFree86-devel, but > xorg-x11-devel no more provides it... > > Dmitry Butskoy > * sam oct 29 2005 Mike A. Harris 6.8.2-58 - Remove virtual provide "XFree86-devel" backward compatibility. All packages that depended on this should now be updated to use the modular X library virtual provides included in build -56 and later. * sam oct 29 2005 Mike A. Harris 6.8.2-57 - Re-enable s390x arch * mer oct 26 2005 Mike A. Harris 6.8.2-56 - Added "Provides: lib*-devel" virtual provides to 'devel' subpackage, so that packages updated tp build in the modular tree will still build in the monolithic tree as well. -- 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 wtogami at redhat.com Thu Nov 3 18:08:09 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 03 Nov 2005 13:08:09 -0500 Subject: Protecting against ssh brute-force attacks In-Reply-To: References: <1130883918.3962.8.camel@rousalka.dyndns.org> <43681914.4050806@redhat.com> <1130919808.3024.2.camel@perun.redhat.usu> <36062.192.54.193.25.1130927885.squirrel@rousalka.dyndns.org> Message-ID: <436A5209.6050101@redhat.com> Jason L Tibbitts III wrote: >>>>>>"NB" == Neal Becker writes: > > > NB> Unfortunately (IMO) the expiration is set to 1year by default. > > I set it that high because I wanted to leave expiration enabled but > felt that it was better to let things live there too long rather than > violate someones security assumptions by expiring too soon. Heck, I > even explained that in the configuration file _and_ put this text into > README.fedora: > > By default, DenyHosts is set up to purge old block entries, but only > after one year. If you wish to adjust this, edit /etc/denyhosts.conf > and look for "PURGE_DENY". I personally think that 2 or 3 months would be a lot more reasonable a default than 1 year for our package. 1 year is extremely long in Internet time... > > I sure wish the DenyHosts author would cook up a version that doesn't > require the admin to edit the config file for every new feature that's > added. Currently if you update and don't put the new settings in your > config file, the program won't start. (So an automatic update would > leave you without a running denyhosts daemon.) This prevents me from > pushing updated FC3 and FC4 packages. > A simple solution to this is something like how spamassassin does it. The default config is shipped in one file containing large warnings "DO NOT EDIT". Then a local.cf is where the user makes configuration changes to override the shipped config. local.cf is %config(noreplace) while the shipped config is a regular file, replaced every time the package is updated. This makes it safe and easy to add new config options. And I personally think the risk of upgrading Extras to the latest version is small. It isn't like SSH server will stop working after an update. Only the paranoid protection might turn itself off. Doing this once would be well worth gaining the above local.cf ability in a future update IMHO. Warren Togami wtogami at redhat.com From eric.tanguy at univ-nantes.fr Thu Nov 3 18:25:35 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 03 Nov 2005 19:25:35 +0100 Subject: Build problem Message-ID: <1131042335.11144.2.camel@bureau.maison> I can't understand this error from the buildsystem : warning: Could not canonicalize hostname: hammer2.fedora.redhat.com Building target platforms: x86_64 Building for target x86_64 Wrote: /builddir/build/SRPMS/drgeo-1.1.0-3.fc5.src.rpm ensuring dir /var/lib/mock/fedora-development-x86_64-core-0d5aa571e07b2afc3b0777c936832764d7044a1d/root/proc ensuring dir /var/lib/mock/fedora-development-x86_64-core-0d5aa571e07b2afc3b0777c936832764d7044a1d/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-x86_64-core-0d5aa571e07b2afc3b0777c936832764d7044a1d/root resolvedep 'flex' 'gtk2-devel' 'libxml2-devel' 'gmp-devel >= 2.0.2' 'libglade2-devel' 'bison' 'desktop-file-utils' 'guile-devel' 0:flex-2.5.4a-34.x86_64 0:gtk2-devel-2.8.6-3.x86_64 0:libxml2-devel-2.6.22-1.x86_64 0:gmp-devel-4.1.4-6.x86_64 0:libglade2-devel-2.5.1-3.x86_64 0:bison-2.1-1.x86_64 0:desktop-file-utils-0.10-3.x86_64 5:guile-devel-1.6.7-4.x86_64 0:flex-2.5.4a-34.x86_64 0:gtk2-devel-2.8.6-3.x86_64 0:libxml2-devel-2.6.22-1.x86_64 0:gmp-devel-4.1.4-6.x86_64 0:libglade2-devel-2.5.1-3.x86_64 0:bison-2.1-1.x86_64 0:desktop-file-utils-0.10-3.x86_64 5:guile-devel-1.6.7-4.x86_64 ensuring dir /var/lib/mock/fedora-development-x86_64-core-0d5aa571e07b2afc3b0777c936832764d7044a1d/root/proc ensuring dir /var/lib/mock/fedora-development-x86_64-core-0d5aa571e07b2afc3b0777c936832764d7044a1d/root/dev/pts /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-x86_64-core-0d5aa571e07b2afc3b0777c936832764d7044a1d/root install 'flex' 'gtk2-devel' 'libxml2-devel' 'gmp-devel >= 2.0.2' 'libglade2-devel' 'bison' 'desktop-file-utils' 'guile-devel' Error: Missing Dependency: XFree86-devel is needed by package gtk2-devel Error: Missing Dependency: XFree86-devel >= 4.2.99 is needed by package pango-devel Cleaning up... Done. This package build fine in FC-3 and FC-4 branch. There is a special problem with devel branch ? -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From ville.skytta at iki.fi Thu Nov 3 18:37:34 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 03 Nov 2005 20:37:34 +0200 Subject: Build problem In-Reply-To: <1131042335.11144.2.camel@bureau.maison> References: <1131042335.11144.2.camel@bureau.maison> Message-ID: <1131043054.27371.242.camel@localhost.localdomain> On Thu, 2005-11-03 at 19:25 +0100, Eric Tanguy wrote: > I can't understand this error from the buildsystem : See the "buildsys: noone provides XFree86-devel anymore?" thread on this list earlier today. From eric.tanguy at univ-nantes.fr Thu Nov 3 18:45:42 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 03 Nov 2005 19:45:42 +0100 Subject: Build problem In-Reply-To: <1131043054.27371.242.camel@localhost.localdomain> References: <1131042335.11144.2.camel@bureau.maison> <1131043054.27371.242.camel@localhost.localdomain> Message-ID: <1131043542.11144.11.camel@bureau.maison> Le jeudi 03 novembre 2005 ? 20:37 +0200, Ville Skytt? a ?crit : > On Thu, 2005-11-03 at 19:25 +0100, Eric Tanguy wrote: > > I can't understand this error from the buildsystem : > > See the "buildsys: noone provides XFree86-devel anymore?" thread on this > list earlier today. > > You are right but i saw it only after sending this email. Sorry! So if i understand well the problem : i have to wait that some packages in devel branch will be updated to take into account the modular xorg structure ? thanks From dcbw at redhat.com Thu Nov 3 19:26:48 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Nov 2005 14:26:48 -0500 Subject: Build problem In-Reply-To: <1131043542.11144.11.camel@bureau.maison> References: <1131042335.11144.2.camel@bureau.maison> <1131043054.27371.242.camel@localhost.localdomain> <1131043542.11144.11.camel@bureau.maison> Message-ID: <1131046008.7842.1.camel@localhost.localdomain> On Thu, 2005-11-03 at 19:45 +0100, Eric Tanguy wrote: > Le jeudi 03 novembre 2005 ? 20:37 +0200, Ville Skytt? a ?crit : > > On Thu, 2005-11-03 at 19:25 +0100, Eric Tanguy wrote: > > > I can't understand this error from the buildsystem : > > > > See the "buildsys: noone provides XFree86-devel anymore?" thread on this > > list earlier today. > > > > > You are right but i saw it only after sending this email. Sorry! > So if i understand well the problem : i have to wait that some packages > in devel branch will be updated to take into account the modular xorg > structure ? Yes. File bugs against pango and gtk2 to make Mathias Clasen work harder :) Maybe it will just annoy him, I don't know. Dan From nicolas.mailhot at laposte.net Thu Nov 3 19:40:21 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 03 Nov 2005 20:40:21 +0100 Subject: Build problem In-Reply-To: <1131046008.7842.1.camel@localhost.localdomain> References: <1131042335.11144.2.camel@bureau.maison> <1131043054.27371.242.camel@localhost.localdomain> <1131043542.11144.11.camel@bureau.maison> <1131046008.7842.1.camel@localhost.localdomain> Message-ID: <1131046822.23932.11.camel@rousalka.dyndns.org> Le jeudi 03 novembre 2005 ? 14:26 -0500, Dan Williams a ?crit : > On Thu, 2005-11-03 at 19:45 +0100, Eric Tanguy wrote: > > Le jeudi 03 novembre 2005 ? 20:37 +0200, Ville Skytt? a ?crit : > > > On Thu, 2005-11-03 at 19:25 +0100, Eric Tanguy wrote: > > > > I can't understand this error from the buildsystem : > > > > > > See the "buildsys: noone provides XFree86-devel anymore?" thread on this > > > list earlier today. > > > > > > > > You are right but i saw it only after sending this email. Sorry! > > So if i understand well the problem : i have to wait that some packages > > in devel branch will be updated to take into account the modular xorg > > structure ? > > Yes. File bugs against pango and gtk2 to make Mathias Clasen work > harder :) Maybe it will just annoy him, I don't know. I've already annoyed him today (by mail) ;) Today's gnome-utils depends on several -devel packages (which in turn pull in other -devel packages) which is not nice. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From skvidal at fedoraproject.org Thu Nov 3 19:50:12 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 03 Nov 2005 14:50:12 -0500 Subject: Steering Committee Meeting Minutes Message-ID: <1131047412.20403.11.camel@cutter> We've been bad, bad bad, naughty, naughty committee members. We've been meeting secretly and not telling anyone. Making decisions that will control the world and disperse black helicopters and mustachioed villains as far a the eye can see. But our better angels have gotten a hold of our consciences and shook them with a fierce intensity. And we have Meeting Minutes all posted! Another way of putting it is that we were reminded that we had kept minutes but not posted them anywhere public b/c we're lazy and indolent. So - with no further adieu: http://fedoraproject.org/wiki/Extras/SteeringCommittee All the minutes since late August are online, now. We've been meeting once a week and keeping track of this stuff - but not updating things enough. Read through the minutes - if you find something you want to work on - let someone know, we can help! -sv Sometimes the mustachioed villains aren't _all_ bad. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jeff.pitman at gmail.com Thu Nov 3 19:52:27 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Thu, 3 Nov 2005 19:52:27 +0000 Subject: Steering Committee Meeting Minutes In-Reply-To: <1131047412.20403.11.camel@cutter> References: <1131047412.20403.11.camel@cutter> Message-ID: <6b9c17630511031152p252968fbjc51158f5ba6dab53@mail.gmail.com> On 11/3/05, seth vidal wrote: > > We've been meeting secretly and not telling anyone. I knew you guys were running a cult out of your basement! I just needed the proof! What flavor of Kool-aid do you got? -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Thu Nov 3 19:54:03 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 03 Nov 2005 14:54:03 -0500 Subject: Steering Committee Meeting Minutes In-Reply-To: <6b9c17630511031152p252968fbjc51158f5ba6dab53@mail.gmail.com> References: <1131047412.20403.11.camel@cutter> <6b9c17630511031152p252968fbjc51158f5ba6dab53@mail.gmail.com> Message-ID: <436A6ADB.3010908@redhat.com> Jeff Pitman wrote: > > On 11/3/05, *seth vidal* > wrote: > > We've been meeting secretly and not telling anyone. > > > I knew you guys were running a cult out of your basement! I just needed > the proof! What flavor of Kool-aid do you got? Dunno, but it is blue. Warren From buildsys at fedoraproject.org Thu Nov 3 19:54:57 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 3 Nov 2005 14:54:57 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051103195457.8084C8025@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 16 drgeo-1.1.0-3.fc3 drgeo-doc-1.6-5.fc3 dvdisaster-0.64.2-2.fc3 kdocker-1.3-3.fc3 kiosktool-1.0-3.fc3 kxdocker-0.39-2.fc3 kxdocker-resources-0.14-3.fc3 libotr-3.0.0-1.fc3 libqalculate-0.8.2-3.fc3 newscache-1.2-0.2.rc6.fc3 nmh-1.1-10.fc3 phpldapadmin-0.9.7.1-1.fc3 python-psyco-1.5-2.fc3 qalculate-gtk-0.8.2-5.fc3 scponly-4.1-6.fc3 superkaramba-0.36-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From skvidal at phy.duke.edu Thu Nov 3 19:55:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 14:55:59 -0500 Subject: Steering Committee Meeting Minutes In-Reply-To: <6b9c17630511031152p252968fbjc51158f5ba6dab53@mail.gmail.com> References: <1131047412.20403.11.camel@cutter> <6b9c17630511031152p252968fbjc51158f5ba6dab53@mail.gmail.com> Message-ID: <1131047759.20403.13.camel@cutter> On Thu, 2005-11-03 at 19:52 +0000, Jeff Pitman wrote: > > On 11/3/05, seth vidal wrote: > We've been meeting secretly and not telling anyone. > > I knew you guys were running a cult out of your basement! I just > needed the proof! What flavor of Kool-aid do you got? Fedora Blue and Red Hat Red duh. :) -sv From Jochen at herr-schmitt.de Thu Nov 3 19:55:43 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 3 Nov 2005 20:55:43 +0100 Subject: Sugg: Improve for mock (caching) Message-ID: <20051103195543.GA29411@myhome> Hello, during the problem of the buildsystem in the last past, I have got the following idea. Everytime mock will be launched the base dist will be installed in a chroot via yum. AFAIK this will take a while, becouse of the network trafic and so on. So I have got the idea to save the base chroot dir into a tar file, so I can restore the chroot after cleaning it after a build. I have create a initial prove of concept as a patch you may download from http://www.herr-schmitt.de/pub/mock/mock-0.4-cache.patch After you have aply this patch, you may do following: $ mock createcache will create the chroot tree with yum groupinstall build and save it in a gzipped tar file. I you enter anything like $ mock after this, the initial build enviroument will be restored from the stored .tgz file. It will be nice to hear any comment for this suggestion. Best Regards: Jochen Schmitt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at phy.duke.edu Thu Nov 3 19:59:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 14:59:10 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <20051103195543.GA29411@myhome> References: <20051103195543.GA29411@myhome> Message-ID: <1131047950.20403.15.camel@cutter> On Thu, 2005-11-03 at 20:55 +0100, Jochen Schmitt wrote: > Hello, > > during the problem of the buildsystem in the last past, I have got > the following idea. > > Everytime mock will be launched the base dist will be installed in a > chroot via yum. AFAIK this will take a while, becouse of the network trafic > and so on. > > So I have got the idea to save the base chroot dir into a tar file, so I can > restore the chroot after cleaning it after a build. > > I have create a initial prove of concept as a patch you may download from > > http://www.herr-schmitt.de/pub/mock/mock-0.4-cache.patch > > After you have aply this patch, you may do following: > > $ mock createcache > > will create the chroot tree with yum groupinstall build and save it in a > gzipped tar file. > > I you enter anything like > > $ mock > > after this, the initial build enviroument will be restored from the stored > .tgz file. > > It will be nice to hear any comment for this suggestion. The network environment is incredibly fast where the buildsystems are. The cache just adds a place for errors to happen if, for any reason, things get stale. -sv From skvidal at phy.duke.edu Thu Nov 3 20:02:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 15:02:44 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131047950.20403.15.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> Message-ID: <1131048164.20403.19.camel@cutter> > The network environment is incredibly fast where the buildsystems are. > > The cache just adds a place for errors to happen if, for any reason, > things get stale. > > -sv I wanted to edit my remarks b/c they are a little more harsh than I intended. Sorry about that. My concern is that we're fixing the wrong component. We should be in a place where a chroot build is lightining fast. If its not then we need to start checking out where the bottlenecks are. If the ONLY thing that's making the chroot builds go slowly is the network performance - meaning if we removed that problem everything would be amazingly fast then we'd be better off not caching but having a local mirror on the builder nodes. But I don't think the network is the only bottleneck. I think there are places in the installation mechanism where we can get some speedups. Let's look at those instead? -sv From jeff.pitman at gmail.com Thu Nov 3 20:07:39 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Thu, 3 Nov 2005 20:07:39 +0000 Subject: Protecting against ssh brute-force attacks In-Reply-To: <1130883918.3962.8.camel@rousalka.dyndns.org> References: <1130883918.3962.8.camel@rousalka.dyndns.org> Message-ID: <6b9c17630511031207k869f214hef7a32006b110f48@mail.gmail.com> On 11/1/05, Nicolas Mailhot wrote: > > Anyone tried them ? Care to recommend one or the other ? > Since the discussion focused on denyhosts, I installed pam_abl to see how it stacked up. Wow. To sum it up in one word. Now, I knew this brute force was coming through because I had cron's dumping out saying what users were failing and crap. Running the included "pam_abl" program, it reports some statistics and stuff that it did based on what had happened. For example, for failed hosts, I got the following in a couple of hours of running it: Failed hosts: 140.130.111.211 (9) Not blocking 219.149.13.154 (7) Not blocking 61-218-175-2.hinet-ip.hinet.net (4529) Blocking users [*] 80.169.137.162 (1) Not blocking Check that, 4529. Most of it was hitting root. There's also a report of which users were tried (of course, we all knew about this coming from cron.) and also the associated counts. My list is too long to be of use as an example. The CPU utilization is great. Maintained previous levels without any hit. But, disadvantage is not having an iptables lockout of the hosts engaged in their devious behaviors. This would be cool. Kind of get sick of the logs in LogWatch. pam_abl does *not* alleviate the log problem. -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at fedoraproject.org Thu Nov 3 20:09:03 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 3 Nov 2005 15:09:03 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051103200903.CB22C8025@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 17 drgeo-1.1.0-3.fc4 drgeo-doc-1.6-5.fc4 dvdisaster-0.64.2-2.fc4 kdocker-1.3-3.fc4 kiosktool-1.0-3.fc4 kxdocker-0.39-2.fc4 kxdocker-resources-0.14-3.fc4 libqalculate-0.8.2-3.fc4 newscache-1.2-0.2.rc6.fc4 nmh-1.1-10.fc4 octave-forge-2005.06.13-10.fc4 php-Smarty-2.6.10-2.fc4 phpldapadmin-0.9.7.1-1.fc4 python-psyco-1.5-2.fc4 scponly-4.1-6.fc4 superkaramba-0.36-3.fc4 superkaramba-0.36-4.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Thu Nov 3 20:09:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 15:09:19 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511032009.jA3K9JGA021539@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From carsten at dvdisaster.de 2005-11-03 15:09 EST ------- (In reply to comment #24) > [..] > The attached patch would make it more likely that the manual is opened with the > user's preferred browser. Using gnome-open et al looks like a good idea. However the patch is not yet water-proof for the case that gnome-open can be executed, but eventually fails to open the document (may not happen on Fedora, but I could name at least one distro where this happens ;-) This needs some rework of the code which wait()s for the forked browser process; I'll look into this tomorrow. (Switching to Dmitry's reply) > IMHO this patch is Fedora-specific (other distros may no have htmlview at all), > therefore don't apply it upstream... :) That won't hurt. If calling a specific "browser" fails, dvdisaster will try the next alternative from the list in show-manual.c (if the above problem is solved, that is). > Also I've added you to CC list of this package (you will receive all bugzilla > reports too). Fine :-) Carsten -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jeff.pitman at gmail.com Thu Nov 3 20:12:09 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Thu, 3 Nov 2005 20:12:09 +0000 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131048164.20403.19.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> Message-ID: <6b9c17630511031212m374bd189va22350f32b527e64@mail.gmail.com> On 11/3/05, seth vidal wrote: > > But I don't think the network is the only bottleneck. I think there are > places in the installation mechanism where we can get some speedups. > Let's look at those instead? > If we want to improvement out of the process, we need to look at enhancing Yum. For sure. The single most "Wow" we could get out of the whole thing would be to introduce an asynchronous download of the repo metadata. In addition to this, async download of packages from multiple disparate servers is definitely needed. Possible learning vector on how it could work: smartpm.org . It would be very beneficial to the whole process. Anyone up for the task?! :-D -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at phy.duke.edu Thu Nov 3 20:15:39 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 15:15:39 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <6b9c17630511031212m374bd189va22350f32b527e64@mail.gmail.com> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <6b9c17630511031212m374bd189va22350f32b527e64@mail.gmail.com> Message-ID: <1131048939.20403.25.camel@cutter> On Thu, 2005-11-03 at 20:12 +0000, Jeff Pitman wrote: > > On 11/3/05, seth vidal wrote: > But I don't think the network is the only bottleneck. I think > there are > places in the installation mechanism where we can get some > speedups. > Let's look at those instead? > > If we want to improvement out of the process, we need to look at > enhancing Yum. For sure. The single most "Wow" we could get out of the > whole thing would be to introduce an asynchronous download of the repo > metadata. In addition to this, async download of packages from > multiple disparate servers is definitely needed. Possible learning > vector on how it could work: smartpm.org. It would be very beneficial > to the whole process. > > Anyone up for the task?! :-D you think async downloads will actually be all that much of an improvement? As a test setup entirely local-disk repositories and run a chroot install, compare that to a fast network and see where the bottlenecks are. I'm curious of the results. The biggest objection I've had to async downloads/parsing is that you end up having a very confusing callback interface to track what is being downloaded and when. Your thoughts on correcting that? -sv From rdieter at math.unl.edu Thu Nov 3 20:11:43 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 03 Nov 2005 14:11:43 -0600 Subject: Steering Committee Meeting Minutes In-Reply-To: <1131047759.20403.13.camel@cutter> References: <1131047412.20403.11.camel@cutter> <6b9c17630511031152p252968fbjc51158f5ba6dab53@mail.gmail.com> <1131047759.20403.13.camel@cutter> Message-ID: seth vidal wrote: > On Thu, 2005-11-03 at 19:52 +0000, Jeff Pitman wrote: >>On 11/3/05, seth vidal wrote: >> We've been meeting secretly and not telling anyone. >>I knew you guys were running a cult out of your basement! I just >>needed the proof! What flavor of Kool-aid do you got? > Fedora Blue > and > Red Hat Red So, you drink the purple stuff? -- Rex From skvidal at phy.duke.edu Thu Nov 3 20:18:24 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 15:18:24 -0500 Subject: Steering Committee Meeting Minutes In-Reply-To: References: <1131047412.20403.11.camel@cutter> <6b9c17630511031152p252968fbjc51158f5ba6dab53@mail.gmail.com> <1131047759.20403.13.camel@cutter> Message-ID: <1131049104.20403.29.camel@cutter> On Thu, 2005-11-03 at 14:11 -0600, Rex Dieter wrote: > seth vidal wrote: > > On Thu, 2005-11-03 at 19:52 +0000, Jeff Pitman wrote: > >>On 11/3/05, seth vidal wrote: > >> We've been meeting secretly and not telling anyone. > >>I knew you guys were running a cult out of your basement! I just > >>needed the proof! What flavor of Kool-aid do you got? > > > Fedora Blue > > and > > Red Hat Red > > So, you drink the purple stuff? yes, it's yum. -sv From Jochen at herr-schmitt.de Thu Nov 3 20:18:36 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 03 Nov 2005 21:18:36 +0100 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131048164.20403.19.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> Message-ID: <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 03 Nov 2005 15:02:44 -0500, you wrote: >If its not then we need to start checking out where the bottlenecks are. >If the ONLY thing that's making the chroot builds go slowly is the >network performance - meaning if we removed that problem everything >would be amazingly fast then we'd be better off not caching but having a >local mirror on the builder nodes. > >But I don't think the network is the only bottleneck. I think there are >places in the installation mechanism where we can get some speedups. >Let's look at those instead? Thank you for your comments. I can accept, that you have a other point of view, becouse you have a better network connectiviity then I have. I think, yum may be a bottleleg too. From my feeling, yum needs equeal or more time to process metadata then the final rpm run. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBQ2pwr09gByurcX4MEQLqwQCgr3fHc976HlVQgrm61PTlAsJrrjMAoIi9 RwzElxKO+RPdkJYZVqXhdbeh =CII4 -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Thu Nov 3 20:20:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 15:20:30 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> Message-ID: <1131049230.20403.31.camel@cutter> On Thu, 2005-11-03 at 21:18 +0100, Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, 03 Nov 2005 15:02:44 -0500, you wrote: > > >If its not then we need to start checking out where the bottlenecks are. > >If the ONLY thing that's making the chroot builds go slowly is the > >network performance - meaning if we removed that problem everything > >would be amazingly fast then we'd be better off not caching but having a > >local mirror on the builder nodes. > > > >But I don't think the network is the only bottleneck. I think there are > >places in the installation mechanism where we can get some speedups. > >Let's look at those instead? > > Thank you for your comments. I can accept, that you have a other > point of view, becouse you have a better network connectiviity > then I have. > > I think, yum may be a bottleleg too. From my feeling, yum needs > equeal or more time to process metadata then the final rpm run. > You are using yum 2.4.X, right? -sv From jeff.pitman at gmail.com Thu Nov 3 20:23:08 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Thu, 3 Nov 2005 20:23:08 +0000 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131048939.20403.25.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <6b9c17630511031212m374bd189va22350f32b527e64@mail.gmail.com> <1131048939.20403.25.camel@cutter> Message-ID: <6b9c17630511031223q98bab4fm13c6182a3da20a3@mail.gmail.com> On 11/3/05, seth vidal wrote: > > you think async downloads will actually be all that much of an > improvement? As a test setup entirely local-disk repositories and run a > chroot install, compare that to a fast network and see where the > bottlenecks are. > > I'm curious of the results. > > The biggest objection I've had to async downloads/parsing is that you > end up having a very confusing callback interface to track what is being > downloaded and when. Your thoughts on correcting that? > Never said it would be easy, I only said it would be wor....@#$(@*.. Never mind. Anyway, as to the first question: Well buildgroups needs to be pulled down locally. (For me anyway). I "feel" like the setup stage is taking quite awhile even with the --no-clean param. But, I haven't done any legit tests or looking into why. I presume it's the buildgroups thing, but, maybe something else lurks. Async definitely needs callbacks, there's no other way. Async and threaded programming never come through cleanly, unless you want to use Twisted. But, that'd be a bulky dep to have for yum. :P Asyncore is in Py; but, many heads have declared it crap. Not sure what smart is using, because I haven't pealed it open yet. But, smart is definitely downloading async or multi-thread. It's definitely an eye-opener difference. Of course, this diverges from the topic about local buildsystems. So, I'll shut up now. thanks, jeff -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From enrico.scholz at informatik.tu-chemnitz.de Thu Nov 3 20:45:26 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 03 Nov 2005 21:45:26 +0100 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131047950.20403.15.camel@cutter> (seth vidal's message of "Thu, 03 Nov 2005 14:59:10 -0500") References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> Message-ID: <87oe51wjdl.fsf@kosh.bigo.ensc.de> skvidal at phy.duke.edu (seth vidal) writes: >> $ mock createcache >> >> will create the chroot tree with yum groupinstall build and save it in a >> gzipped tar file. >> >> I you enter anything like >> >> $ mock >> >> after this, the initial build enviroument will be restored from the >> stored .tgz file. >> >> It will be nice to hear any comment for this suggestion. > > The network environment is incredibly fast where the buildsystems are. The speedup gained by caching is not (primarily) related to the network connection but to the rpm installation and disk-IO. On the fedora.us server we used caching also and the initial buildroot was created in <1min (afair). Local tests at that time showed, that the initial buildroot can be created in 20 seconds when a tmpfs will be used instead of a real disk with ext3. Enrico From skvidal at phy.duke.edu Thu Nov 3 20:54:33 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 15:54:33 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <87oe51wjdl.fsf@kosh.bigo.ensc.de> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <87oe51wjdl.fsf@kosh.bigo.ensc.de> Message-ID: <1131051274.20403.34.camel@cutter> On Thu, 2005-11-03 at 21:45 +0100, Enrico Scholz wrote: > skvidal at phy.duke.edu (seth vidal) writes: > > >> $ mock createcache > >> > >> will create the chroot tree with yum groupinstall build and save it in a > >> gzipped tar file. > >> > >> I you enter anything like > >> > >> $ mock > >> > >> after this, the initial build enviroument will be restored from the > >> stored .tgz file. > >> > >> It will be nice to hear any comment for this suggestion. > > > > The network environment is incredibly fast where the buildsystems are. > > The speedup gained by caching is not (primarily) related to the network > connection but to the rpm installation and disk-IO. On the fedora.us > server we used caching also and the initial buildroot was created in > <1min (afair). > > Local tests at that time showed, that the initial buildroot can be > created in 20 seconds when a tmpfs will be used instead of a real disk > with ext3. So the numbers I'm curious about that you may have: - remote repos - but lan-like connection times - local-disk repos - chroot creation - all on ext3 - tmpfs targets for the chroot creation and repos do you have anything like that? -sv From bugzilla at redhat.com Thu Nov 3 20:51:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 15:51:31 -0500 Subject: [Bug 172400] New: Review Request: kdesvn - A subversion client for KDE Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172400 Summary: Review Request: kdesvn - A subversion client for KDE Product: Fedora Extras Version: devel Platform: All URL: http://www.cora.nwra.com/~orion/fedora/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: orion at cora.nwra.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/kdesvn.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/kdesvn-0.6.3-1.src.rpm Description: KDESvn is a frontend to the subversion vcs. In difference to most other tools it uses the subversion C-Api direct via a c++ wrapper made by Rapid SVN and doesn't parse the output of the subversion client. So it is a real client itself instead of a frontend to the command line tool. It is designed for the K-Desktop environment and uses all of the goodies it has. It is planned for future that based on the native client some plugins for konqueror and/or kate will made. URL: http://www.alwins-world.de/programs/kdesvn/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 20:51:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 15:51:44 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511032051.jA3KpibV000441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172400 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 3 20:59:47 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 3 Nov 2005 15:59:47 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051103205947.66B5D8025@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 13 bittorrent-4.1.7-1.fc5 blackbox-0.70.1-1.fc5 drgeo-doc-1.6-5.fc5 ginac-1.3.3-1.fc5 kid3-0.6-1.fc5 libotr-3.0.0-1.fc5 libqalculate-0.8.2-3.fc5 newscache-1.2-0.2.rc6.fc5 nmh-1.1-10.fc5 perl-XML-RegExp-0.03-1.fc5 python-psyco-1.5-2.fc5 scponly-4.1-6.fc5 util-vserver-0.30.209-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 Nov 3 21:02:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 16:02:54 -0500 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200511032102.jA3L2sp0003172@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ------- Additional Comments From ed at eh3.com 2005-11-03 16:02 EST ------- Hi Roland, heres a quick review: perhaps these two need work or perhaps [more likely? ;-)] I just don't understand: - The devel package includes a static library but there are no header files -- I assume thats because this is a "plug-in library" for libibverbs and it uses the libibverbs-devel headers so it doesn't actually have to provide any headers itself, right? If so, thats fine but then you should probably have libmthca-devel Require: the libibverbs-devel package - a shared library is installed but the usual post/postun ldconfig scripts are not run -- is that really OK? good: + source matches upstream using: http://www.digitalvampire.org/fedora/libmthca-1.0-0.2.rc4.src.rpm + spec is simple, clean, and readable + license is OK and correctly included + builds in mock on FC4 + *.la files correctly removed + no errors or warnings from rpmlint And if someone donates a few compatible IB host adapters and an IB switch, I'll gladly test this package on a few cluster nodes running Fedora. ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 21:04:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 16:04:09 -0500 Subject: [Bug 171090] Review Request: paps - Plain Text to PostScript(TM) converter In-Reply-To: Message-ID: <200511032104.jA3L49v7003466@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: paps - Plain Text to PostScript(TM) converter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171090 ------- Additional Comments From dov.grobgeld at gmail.com 2005-11-03 16:03 EST ------- Please use paps-0.5.tgz that I just released instead. It's postscript is up to 100 times more compact and it fixes several critical layout bugs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Jochen at herr-schmitt.de Thu Nov 3 21:14:36 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 03 Nov 2005 22:14:36 +0100 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131049230.20403.31.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> <1131049230.20403.31.camel@cutter> Message-ID: <0MKwtQ-1EXmPm2vHM-0004et@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 03 Nov 2005 15:20:30 -0500, you wrote: >You are using yum 2.4.X, right? Yes. On apt there was a command like $ apt-get update to update the metadata. After the you could call apt to install a package and as far as I remember the overhead was small i opposite of yum. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBQ2p9vE9gByurcX4MEQJDbwCgyk8jdNhzwOR1nZgV9gjtu+mnFMcAoOKL Llc90YCkjoA6ubiicQ+c4Gjc =/fkf -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Thu Nov 3 21:22:16 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 16:22:16 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <0MKwtQ-1EXmPm2vHM-0004et@mrelayeu.kundenserver.de> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> <1131049230.20403.31.camel@cutter> <0MKwtQ-1EXmPm2vHM-0004et@mrelayeu.kundenserver.de> Message-ID: <1131052936.20403.38.camel@cutter> On Thu, 2005-11-03 at 22:14 +0100, Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, 03 Nov 2005 15:20:30 -0500, you wrote: > > >You are using yum 2.4.X, right? > > Yes. > > On apt there was a command like > > $ apt-get update > > to update the metadata. this was cited, repeatedly, as an example of a major interface flaw. Users don't want to remember to update their metadata before they ask to install something. They just want to install it. > After the you could call apt to install a package and as far as I > remember the overhead was small i opposite of yum. On any given consecutive run of yum the overhead should be: 1. contact hosts and retrieve repomd.xml 2. if the repomd.xml is unchanged, open the sqlite files 3. if the repomd.xml is updated, then update the metadata. but that's it. In most of the cases it should just go directly to the sqlite files. Are you seeing a problem with gathering the repomd.xml files? -sv From bugzilla at redhat.com Thu Nov 3 21:24:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 16:24:03 -0500 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200511032124.jA3LO3KF007924@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ------- Additional Comments From rolandd at cisco.com 2005-11-03 16:23 EST ------- > - The devel package includes a static library but there are no header > files -- I assume thats because this is a "plug-in library" for > libibverbs and it uses the libibverbs-devel headers so it doesn't > actually have to provide any headers itself, right? If so, thats > fine but then you should probably have libmthca-devel Require: > the libibverbs-devel package Right, there are no header files because nothing except libibverbs calls functions in libibverbs. The static library is just there because some people have found it useful to link everything staticly into their app (libibverbs finds static libmthca via dlopen(NULL, )). You're probably right that libmthca-devel needs to Require: libibverbs-devel, since libmthca does call libibverbs functions. > - a shared library is installed but the usual post/postun ldconfig > scripts are not run -- is that really OK? Do you mean /usr/lib/infiniband/mthca.so? Again, that's a "plug-in" that's dlopen()ed by libibverbs, so nothing directly links to it. So I don't think we need to do any ldconfig stuff, right? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Thu Nov 3 21:35:39 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 03 Nov 2005 16:35:39 -0500 Subject: FC5test1 devel freeze, November 14th Message-ID: <436A82AB.9070701@redhat.com> If you are involved in the development of Fedora Core as a packager, here is information that will be relevant to you. FC5test1 devel freeze now November 14th ======================================= Rawhide is undergoing a large amount of churn as we are preparing for the switch from monolithic to modular X. Modular X is one of the larger and more important changes of FC5, meaning we need extensive test exposure. For this reason the test1 devel freeze has been postponed until November 14th. http://fedora.redhat.com/participate/schedule/ Fedora Core 5 Development Schedule has been updated. http://fedoraproject.org/wiki/DocsProject/Schedule Participants of the Fedora Documentation project have an updated schedule here for release notes content and translation deadlines. If you are brave and willing to deal with the unpredictability of rawhide, your assistance in testing, reporting and fixing bugs as we approach the November 14th devel freeze would be greatly appreciated. Modular X requires FE5 Fixes ============================ The major change created by modular X is that XFree86-devel and xorg-x11-devel are no longer provided in the buildroot. All packages in both Core and Extras are now expected to have BuildRequires on the individual libFOO-devel packages of the newly split modular X. In order to ease into this, the current monolithic xorg-x11 package in rawhide contains many virtual provides for libFOO-devel. Modular X itself will hit rawhide *REAL SOON NOW*. In addition to the lack of XFree86-devel and xorg-x11-devel, /usr/X11R6/lib will disappear so packages that previously hardcoded this path will need to be fixed. mharris has indicated that he is preparing a webpage with further details about modular X and things that need to be fixed. Unfortunately FC5 rawhide will not be consistent and suitable for many FE5 builds until the entire modular X tree is pushed. But when it does happen, everyone's help will be needed to find problems in Core and rebuild packages in Extras in order to rapidly prepare everything for test1. Warren Togami wtogami at redhat.com From j.w.r.degoede at hhs.nl Thu Nov 3 21:42:24 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 03 Nov 2005 22:42:24 +0100 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131051274.20403.34.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <87oe51wjdl.fsf@kosh.bigo.ensc.de> <1131051274.20403.34.camel@cutter> Message-ID: <436A8440.7010807@hhs.nl> Hi all, I for one would really like to see this feature, maybe not for use in the buildsys but atleast for use with make mock, make mock works, but is no fun with a 1 Mbps internet connection. Regards, Hans From skvidal at phy.duke.edu Thu Nov 3 21:46:35 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Nov 2005 16:46:35 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <436A8440.7010807@hhs.nl> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <87oe51wjdl.fsf@kosh.bigo.ensc.de> <1131051274.20403.34.camel@cutter> <436A8440.7010807@hhs.nl> Message-ID: <1131054395.20403.49.camel@cutter> On Thu, 2005-11-03 at 22:42 +0100, Hans de Goede wrote: > Hi all, > > I for one would really like to see this feature, maybe not for use in > the buildsys but atleast for use with make mock, make mock works, but is > no fun with a 1 Mbps internet connection. Ah, now this is a use case I can completely understand. While the buildsys might not benefit from this patch I can see a lot of extras package maintainers who could. I'll take a look at it with that in mind. thanks -sv From enrico.scholz at informatik.tu-chemnitz.de Thu Nov 3 21:45:32 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 03 Nov 2005 22:45:32 +0100 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131051274.20403.34.camel@cutter> (seth vidal's message of "Thu, 03 Nov 2005 15:54:33 -0500") References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <87oe51wjdl.fsf@kosh.bigo.ensc.de> <1131051274.20403.34.camel@cutter> Message-ID: <87k6fpwglf.fsf@kosh.bigo.ensc.de> skvidal at phy.duke.edu (seth vidal) writes: >> >> $ mock createcache >> >> >> >> will create the chroot tree with yum groupinstall build and save it in a >> >> gzipped tar file. >> >> ... >> > The network environment is incredibly fast where the buildsystems are. >> >> The speedup gained by caching is not (primarily) related to the network >> connection but to the rpm installation and disk-IO. On the fedora.us >> server we used caching also and the initial buildroot was created in >> <1min (afair). >> >> Local tests at that time showed, that the initial buildroot can be >> created in 20 seconds when a tmpfs will be used instead of a real disk >> with ext3. > > So the numbers I'm curious about that you may have: fedora.us does not exist anymore, so I will try to estimate the numbers below with other methods. The times for a real buildsystem will be higher because of additional operations. > - remote repos - but lan-like connection times The LAN-like connection is 100Mb/s ethernet to an ftp server; machine is a P4 2.6GHz with 1GB RAM and a SAMSUNG SP1614C 7200rpm SATA disk. I repeated the operations several times to avoid false results due to caching effects. | # rpm --root `pwd`/tree-1 -Uvh | # ~mirror/fedora/core/4/i386/fedora-release-4-2.noarch.rpm --nodeps rpm | # --root `pwd`/tree-1 --import /etc/pki/rpm-gpg/RPM-GPG-KEY* | | # time ftp_proxy= yum -d0 -y -c `pwd`/yum.conf --installroot=`pwd`/tree-1 install redhat-rpm-config gcc-c++ make tar | | real 1m42.072s ## 1st time | user 0m51.955s | sys 0m7.256s | | real 1m39.572s ## 2nd time | user 0m51.263s | sys 0m6.960s > - local-disk repos - chroot creation - all on ext3 sorry, makes too much work to setup and configure the local repo... > - tmpfs targets for the chroot creation and repos My comments regarding 'tmpfs' are related to caching, so let me compare caching on ext3 and on tmpfs: | # tar cf tree.tar tree-1 | # ll -h tree.tar | -rw-r--r-- 1 root root 416M 3. Nov 22:23 tree.tar ext3: | # mkdir tree-2 | # time tar xf tree.tar -C tree-2 | real 0m37.369s | user 0m0.248s | sys 0m3.372s | | real 0m32.805s | user 0m0.260s | sys 0m3.456s | | real 0m34.126s | user 0m0.212s | sys 0m3.492s tmpfs: | # mkdir tree-3 | # mount -t tmpfs -o size=500m none tree-3 | # time tar xf tree.tar -C tree-3 | | real 0m14.976s | user 0m0.156s | sys 0m1.628s | | real 0m14.253s | user 0m0.176s | sys 0m1.632s | | real 0m14.700s | user 0m0.196s | sys 0m1.464s The caching numbers do NOT include things like 'yum upgrade' operations but with yum-2.4 and up-to-date cache-images, this will add perhaps 5-10 seconds. Enrico From jspaleta at gmail.com Thu Nov 3 21:57:18 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 3 Nov 2005 16:57:18 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131048164.20403.19.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> Message-ID: <604aa7910511031357x76fd4a7dj64ff26f4c46198cd@mail.gmail.com> On 11/3/05, seth vidal wrote: > My concern is that we're fixing the wrong component. We should be in a > place where a chroot build is lightining fast. Was the original poster thinking of mock as "piece of official buildhost system" or was he thinking "man the lack of caching whem im using mock on my local workstation to do package building and reviewing really slow things down and is causing me to drink way too much coffee while I'm idling" Typing as a parttime reviewer/package submitter the cache certaintly seems like it could have marginal utility for how i (ab)use mock and my residential band. But a local mirror with about a weeks worth of rawhide on it would have much more utility and would require no effort beyond my own. For anyone using mock on a regular basis to review or prep submissions making room locally for a mirror of the development tree would seem like best benefit to effort ratio. -jef From orion at cora.nwra.com Thu Nov 3 22:00:17 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 03 Nov 2005 15:00:17 -0700 Subject: Help with desktop file Message-ID: <436A8871.3050408@cora.nwra.com> I'm working on packaging ksynaptics 0.2.3 and I'm getting the following error from desktop-file-install: /export/tmp/rpm/ksynaptics-0.2.3-1-root-orion/usr/share/applications/fedora-ksynaptics.desktop: error: invalid characters in value of key "Keywords[sr]", keys of type string may contain ASCII characters except control characters Now, the desktop file claims to be in UTF-8 but I don't know how to verify it's correctness. Help please! -- 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: ksynaptics.desktop Type: application/x-desktop Size: 2128 bytes Desc: not available URL: From bugzilla at redhat.com Thu Nov 3 23:05:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 18:05:16 -0500 Subject: [Bug 169247] Review request: rt3 - Request tracker 3 In-Reply-To: Message-ID: <200511032305.jA3N5G26032481@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: rt3 - Request tracker 3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169247 Bug 169247 depends on bug 170998, which changed state. Bug 170998 Summary: Fedora Extras packages rt3 and perl-HTML-Mason don't work with SELinux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170998 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |CURRENTRELEASE 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 triad at df.lth.se Thu Nov 3 23:18:07 2005 From: triad at df.lth.se (Linus Walleij) Date: Fri, 4 Nov 2005 00:18:07 +0100 (CET) Subject: Help with desktop file In-Reply-To: <436A8871.3050408@cora.nwra.com> References: <436A8871.3050408@cora.nwra.com> Message-ID: On Thu, 3 Nov 2005, Orion Poplawski wrote: > /export/tmp/rpm/ksynaptics-0.2.3-1-root-orion/usr/share/applications/fedora-ksynaptics.desktop: > error: invalid characters in value of key "Keywords[sr]", keys of type > string may contain ASCII characters except control characters > > Now, the desktop file claims to be in UTF-8 but I don't know how to > verify it's correctness. Help please! I had RPM barf on me for all kind of non-7bit stuff that was placed anywhere else than in %description[sv]. Especially in #comments. As for Keywords: who uses that? Just drop it and see if it works better without. Linus From bugzilla at redhat.com Thu Nov 3 23:26:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 18:26:51 -0500 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200511032326.jA3NQpwp004471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 ------- Additional Comments From michel.salim at gmail.com 2005-11-03 18:26 EST ------- Still alive! Been a bit busy, and after discussion with Paul I decided to modify both my quarry and grhino patches to only change the game-name-that-shan't-be-mentioned to Reversi within the UI code. Hopefully I'll get it up this weekend! Will probably need retesting though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 3 23:44:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 18:44:05 -0500 Subject: [Bug 169744] Review Request: libmthca - Mellanox hardware support for libibverbs In-Reply-To: Message-ID: <200511032344.jA3Ni51f008428@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libmthca - Mellanox hardware support for libibverbs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169744 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-11-03 18:44 EST ------- Hi Roland, that makes sense and tanks for the explanation! APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Fri Nov 4 00:09:52 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 03 Nov 2005 17:09:52 -0700 Subject: Help with desktop file In-Reply-To: References: <436A8871.3050408@cora.nwra.com> Message-ID: <436AA6D0.1070003@cora.nwra.com> Linus Walleij wrote: > On Thu, 3 Nov 2005, Orion Poplawski wrote: > >> /export/tmp/rpm/ksynaptics-0.2.3-1-root-orion/usr/share/applications/fedora-ksynaptics.desktop: >> >> error: invalid characters in value of key "Keywords[sr]", keys of type >> string may contain ASCII characters except control characters >> >> Now, the desktop file claims to be in UTF-8 but I don't know how to >> verify it's correctness. Help please! > > > I had RPM barf on me for all kind of non-7bit stuff that was placed > anywhere else than in %description[sv]. Especially in #comments. > > As for Keywords: who uses that? Just drop it and see if it works better > without. > > Linus > Changing Keywords to X-KDE-Keywords seems to have fixed the issue. -- 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 gemi at bluewin.ch Fri Nov 4 00:12:39 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Fri, 04 Nov 2005 01:12:39 +0100 Subject: The future of wxGTK in Extras Message-ID: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> What are the plans for wxGTK(2) in Extras? Currently there is the previous stable version 2.4.2. The new stable version, however, is 2.6.2. I did not try it, but I presume that they are not quite compatible, so there must be some parallel install. The interest in wxGTK extras seems to be quite low, is there any active maintainer? I think wxGTK is important, because quite a few cross platform applications (e.g. pgadmin III) use it, and the old stable version 2.4.2 is being phased out. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From katzj at redhat.com Fri Nov 4 00:34:24 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 03 Nov 2005 19:34:24 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131048164.20403.19.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> Message-ID: <1131064464.11424.78.camel@bree.local.net> On Thu, 2005-11-03 at 15:02 -0500, seth vidal wrote: > If its not then we need to start checking out where the bottlenecks are. > If the ONLY thing that's making the chroot builds go slowly is the > network performance - meaning if we removed that problem everything > would be amazingly fast then we'd be better off not caching but having a > local mirror on the builder nodes. And we all but have this, realistically. The builders have the netapp which backs download.fedora mounted read-only for the main Core and Extras pieces. The only things the network is used for are: a) Access to the buildgroups file. We could move this to be local as well at this point if we think it's not really changing often b) Access to the needsign queue (caching won't help here since these have basically "just changed") c) Pushing the actual packages back and forth over the network. Jeremy From katzj at redhat.com Fri Nov 4 00:36:37 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 03 Nov 2005 19:36:37 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131048939.20403.25.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <6b9c17630511031212m374bd189va22350f32b527e64@mail.gmail.com> <1131048939.20403.25.camel@cutter> Message-ID: <1131064598.11424.81.camel@bree.local.net> On Thu, 2005-11-03 at 15:15 -0500, seth vidal wrote: > you think async downloads will actually be all that much of an > improvement? As a test setup entirely local-disk repositories and run a > chroot install, compare that to a fast network and see where the > bottlenecks are. FWIW, when looking at things for pup a few weeks ago, I noticed that ensuring the repomd is "current" is the most lengthy part of the process and that it doesn't get worse enabling more network repos. It does get faster if you only have local repos but that's to be expected since you don't have to do any DNS lookups or connection setups. Or at least, that's my recollection at this point Jeremy From katzj at redhat.com Fri Nov 4 00:39:34 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 03 Nov 2005 19:39:34 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131052936.20403.38.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> <1131049230.20403.31.camel@cutter> <0MKwtQ-1EXmPm2vHM-0004et@mrelayeu.kundenserver.de> <1131052936.20403.38.camel@cutter> Message-ID: <1131064774.11424.85.camel@bree.local.net> On Thu, 2005-11-03 at 16:22 -0500, seth vidal wrote: > > After the you could call apt to install a package and as far as I > > remember the overhead was small i opposite of yum. > > On any given consecutive run of yum the overhead should be: > 1. contact hosts and retrieve repomd.xml > 2. if the repomd.xml is unchanged, open the sqlite files > 3. if the repomd.xml is updated, then update the metadata. > but that's it. In most of the cases it should just go directly to the > sqlite files. > > Are you seeing a problem with gathering the repomd.xml files? The biggest "problem" here is with the default setup of using the mirror list, mirrors are often not in sync enough that you download metadata often. One of the lower priority things for pup is making it easier to select the "best" mirror for a user instead of always using the mirror lists. For mock users, you almost certainly want to do this, though and I'm not sure how to really make it easier/more obvious Jeremy From katzj at redhat.com Fri Nov 4 00:45:48 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 03 Nov 2005 19:45:48 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <87oe51wjdl.fsf@kosh.bigo.ensc.de> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <87oe51wjdl.fsf@kosh.bigo.ensc.de> Message-ID: <1131065148.11424.90.camel@bree.local.net> On Thu, 2005-11-03 at 21:45 +0100, Enrico Scholz wrote: > The speedup gained by caching is not (primarily) related to the network > connection but to the rpm installation and disk-IO. On the fedora.us > server we used caching also and the initial buildroot was created in > <1min (afair). I personally think that time is better spent investigating where this time is spent because it will be far more generally useful than just doing some caching for builds. It would help users doing installs, users installing updates and developers using mock One thing that probably makes sense would be to set the rpm macros we use at install-time in anaconda to change db4's configuration to be a little bit less worried about ensuring everything is synced to disk. > Local tests at that time showed, that the initial buildroot can be > created in 20 seconds when a tmpfs will be used instead of a real disk > with ext3. I wish we had the RAM to do all builds on tmpfs or ramfs. Alas, not really practical at this point Jeremy From jwboyer at jdub.homelinux.org Fri Nov 4 00:29:57 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 03 Nov 2005 18:29:57 -0600 Subject: Steering Committee Meeting Minutes In-Reply-To: <1131047412.20403.11.camel@cutter> References: <1131047412.20403.11.camel@cutter> Message-ID: <1131064198.30608.1.camel@yoda.jdub.homelinux.org> On Thu, 2005-11-03 at 14:50 -0500, seth vidal wrote: > We've been bad, bad bad, naughty, naughty committee members. > > We've been meeting secretly and not telling anyone. Making decisions > that will control the world and disperse black helicopters and > mustachioed villains as far a the eye can see. > > But our better angels have gotten a hold of our consciences and shook > them with a fierce intensity. And we have Meeting Minutes all posted! Hm... has hell frozen over recently? :) In all seriousness, a big thanks. josh From jspaleta at gmail.com Fri Nov 4 01:16:49 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 3 Nov 2005 20:16:49 -0500 Subject: The future of wxGTK in Extras In-Reply-To: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> Message-ID: <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> On 11/3/05, G?rard Milmeister wrote: > What are the plans for wxGTK(2) in Extras? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154618 should give you a reasonable answer. The bug has seen recent discussion that seems to indicate the lastest stable version is going to be going in as an update with Matthew Miller as the maintainer. -jef From bugzilla at redhat.com Fri Nov 4 01:36:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 20:36:41 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511040136.jA41afoa031595@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2005-11-03 20:36 EST ------- Hi Deji, I'm afraid this package needs a bit more work and here are the specific comments: needswork: - I'm afraid I don't understand the with_jvm %define -- what does it accomplish? - rpmlint reports: - a lot of ignorable "devel-file-in-non-devel-package" warnings - more ignorable "non-executable-script" and "non-conffile-in-etc" warnings/errors related to conf files that are in bash syntax and have a shebang - are the following files really needed [what purpose do they serve?] and perhaps can be deleted: W: mpich2 unstripped-binary-or-object /usr/lib/debug/usr/bin/clog2_print.debug E: mpich2 statically-linked-binary /usr/lib/debug/usr/bin/clog2_print.debug W: mpich2 unstripped-binary-or-object /usr/lib/debug/usr/bin/mpdroot.debug E: mpich2 statically-linked-binary /usr/lib/debug/usr/bin/mpdroot.debug W: mpich2 unstripped-binary-or-object /usr/lib/debug/usr/share/mpich2/examples/cpi.debug E: mpich2 statically-linked-binary /usr/lib/debug/usr/share/mpich2/examples/cpi.debug - what is this error? Can we simply delete this file? : E: mpich2 arch-dependent-file-in-usr-share /usr/share/mpich2/examples/cpi - The files in, for instance, /usr/include/* "pollute" the standard name-space and should probably be placed in something like /usr/include/mpich2/* or /usr/lib/mpich2/include/* since they already conflict with the "lam" package in Core. Please note that this is a fairly critical bug since Extras packages should not (AFAIK) conflict with any Core packages. good: + source matches upstream + license looks OK and correctly included + specfile is clean and readable So I think, at a min, a number of the rpmlint errors should be corrected and a file layout should be chosen that allows mpich2 to be installed concurrently (no conflicts) with the lam package already in Core. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Fri Nov 4 03:02:59 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 04 Nov 2005 04:02:59 +0100 Subject: FC5test1 devel freeze, November 14th In-Reply-To: <436A82AB.9070701@redhat.com> References: <436A82AB.9070701@redhat.com> Message-ID: <1131073379.19437.294.camel@mccallum.corsepiu.local> On Thu, 2005-11-03 at 16:35 -0500, Warren Togami wrote: > If you are involved in the development of Fedora Core as a packager, > here is information that will be relevant to you. > Modular X requires FE5 Fixes > ============================ > The major change created by modular X is that XFree86-devel and > xorg-x11-devel are no longer provided in the buildroot. All packages in > both Core and Extras are now expected to have BuildRequires on the > individual libFOO-devel packages of the newly split modular X. In order > to ease into this, the current monolithic xorg-x11 package in rawhide > contains many virtual provides for libFOO-devel. Modular X itself will > hit rawhide *REAL SOON NOW*. Will we see corresponding "Provides: libFOO-devel = x.y.z" being added to xorg-x11-devel for FC4/FC3 for better FC5-> FC4/FC3 rpm.spec backward compatibility? Ralf From bugzilla at redhat.com Fri Nov 4 03:51:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 22:51:18 -0500 Subject: [Bug 169973] Review Request: ClientForm In-Reply-To: Message-ID: <200511040351.jA43pIEW026269@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ClientForm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169973 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-11-03 22:51 EST ------- branched, tagged, and built. 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 rc040203 at freenet.de Fri Nov 4 04:18:18 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 04 Nov 2005 05:18:18 +0100 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131052936.20403.38.camel@cutter> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> <1131049230.20403.31.camel@cutter> <0MKwtQ-1EXmPm2vHM-0004et@mrelayeu.kundenserver.de> <1131052936.20403.38.camel@cutter> Message-ID: <1131077898.19437.310.camel@mccallum.corsepiu.local> On Thu, 2005-11-03 at 16:22 -0500, seth vidal wrote: > On Thu, 2005-11-03 at 22:14 +0100, Jochen Schmitt wrote: > > After the you could call apt to install a package and as far as I > > remember the overhead was small i opposite of yum. > > On any given consecutive run of yum the overhead should be: > 1. contact hosts and retrieve repomd.xml > 2. if the repomd.xml is unchanged, open the sqlite files > 3. if the repomd.xml is updated, then update the metadata. > but that's it. In most of the cases it should just go directly to the > sqlite files. > > Are you seeing a problem with gathering the repomd.xml files? Yes. Just try it yourself and you'll probably see. Real world example as of a couple of minutes ago: # yum update Setting up Update Process Setting up repositories extras 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files No Packages marked for Update/Obsoletion # yum update Setting up Update Process Setting up repositories extras 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 http://ftp.chg.ru/pub/Linux/fedora/core/4/i386/os/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 404: D ate: Fri, 04 Nov 2005 03:56:31 GMT Server: Apache/1.3.33 (Unix) Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1 Trying other mirror. base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 331 kB 00:08 updates-re: ################################################## 954/954 Added 3 new packages, deleted 32 old in 3.68 seconds No Packages marked for Update/Obsoletion # yum update Setting up Update Process Setting up repositories extras 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 877 kB 00:19 extras : ################################################## 2440/2440 Added 521 new packages, deleted 347 old in 14.36 seconds primary.xml.gz 100% |=========================| 334 kB 00:07 updates-re: ################################################## 981/981 Added 28 new packages, deleted 1 old in 4.57 seconds No Packages marked for Update/Obsoletion # yum update Setting up Update Process Setting up repositories extras 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 806 kB 00:17 extras : ################################################## 2266/2266 Added 347 new packages, deleted 521 old in 11.57 seconds No Packages marked for Update/Obsoletion As you can see, inaccessible mirrors and mirrors being out of sync cause yum to iterate between different repomd.xml's and trigger repeated and unnecessary downloads of further primary.xml.gz files. Depending on which yum call actually having been issued and on the mirrors' states, I've seen this triggering series of filelists.xml.gz and other.xml.gz downloads. IMO, yum should have an "apt-get update" counterpart, which should download repomd.xml once and then would continue using the mirror this particular repomd.xml had been downloaded from, only, until yum discovers this cached repomd.xml is out-of-date. Ralf From bugzilla at redhat.com Fri Nov 4 04:18:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 3 Nov 2005 23:18:48 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511040418.jA44ImPP030938@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From dakingun at gmail.com 2005-11-03 23:18 EST ------- (In reply to comment #1) > Hi Deji, I'm afraid this package needs a bit more work and here are the > specific comments: Thanks for reviewing it. > > needswork: > - I'm afraid I don't understand the with_jvm %define -- what > does it accomplish? Some portion of the package (slog2 and clog tools and utilities) needs the Sun java sdk to build them. I should have actually remove that definition before submitting the spec file, I'll clean it up for the iteration of the spec file. > - rpmlint reports: > - a lot of ignorable "devel-file-in-non-devel-package" i guess this can be ignored, the whole package is a development package imho. > warnings > - more ignorable "non-executable-script" and > "non-conffile-in-etc" warnings/errors related to conf > files that are in bash syntax and have a shebang I don't know exactly what to say about this, I however believe it should be ignored; mpich executables needs these conf files at the installed location. > - are the following files really needed [what purpose > do they serve?] and perhaps can be deleted: > W: mpich2 unstripped-binary-or-object > /usr/lib/debug/usr/bin/clog2_print.debug > E: mpich2 statically-linked-binary > /usr/lib/debug/usr/bin/clog2_print.debug > W: mpich2 unstripped-binary-or-object > /usr/lib/debug/usr/bin/mpdroot.debug > E: mpich2 statically-linked-binary > /usr/lib/debug/usr/bin/mpdroot.debug > W: mpich2 unstripped-binary-or-object > /usr/lib/debug/usr/share/mpich2/examples/cpi.debug > E: mpich2 statically-linked-binary > /usr/lib/debug/usr/share/mpich2/examples/cpi.debug I didn't noticed these while building because I had turned off packaging debuginfo in my rpmmacros. Incidentally mpich2 has a debuginfo option too (which is disabled by default) that builds these .debugs. I'll be explicitly disabling the debuginfo option in the spec file. > - what is this error? Can we simply delete this file? : > E: mpich2 arch-dependent-file-in-usr-share > /usr/share/mpich2/examples/cpi I think this can be ignored too as the. i personally used to make use of this file to test my mpich installations. > - The files in, for instance, /usr/include/* "pollute" the > standard name-space and should probably be placed in > something like /usr/include/mpich2/* or > /usr/lib/mpich2/include/* since they already conflict > with the "lam" package in Core. Please note that this > is a fairly critical bug since Extras packages should not > (AFAIK) conflict with any Core packages. > You're right, I've not thought of lam. Taken care in the next spec file. Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 4 05:11:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 00:11:29 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511040511.jA45BTvE008602@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From jpmahowald at gmail.com 2005-11-04 00:11 EST ------- Ignoring non standard uid/guid files only readable by ircd, and zero length config files, rpmlint still says: W: ircd-hybrid wrong-file-end-of-line-encoding /usr/share/doc/ircd-hybrid-7.1.3/Tao-of-IRC.940110 W: ircd-hybrid log-files-without-logrotate /var/log/ircd E: ircd-hybrid no-chkconfig-line /etc/rc.d/init.d/ircd W: ircd-hybrid incoherent-init-script-name ircd The important one is the chkconfig line. See the chkconfig man page for how to add it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 4 05:58:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 00:58:58 -0500 Subject: [Bug 169514] Review Request: Gobby - A cross-platform collaborative editor In-Reply-To: Message-ID: <200511040558.jA45wwMo016331@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Gobby - A cross-platform collaborative editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169514 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpmahowald at gmail.com 2005-11-04 00:58 EST ------- I see gobby has been released. 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 Fri Nov 4 06:41:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 01:41:49 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511040641.jA46fnuW022422@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From dakingun at gmail.com 2005-11-04 01:41 EST ------- I've put up updated package here; Spec Name or Url: ftp://czar.eas.yorku.ca/pub/mpich2/mpich2-1.0.2p1-2.src.rpm SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/mpich2/mpich2.spec Disabling the debuginfo option in the configure flag doesn't seem to work, so I resorted to removing /usr/lib/debug* from the buildroot. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mricon at gmail.com Fri Nov 4 06:54:29 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Fri, 4 Nov 2005 01:54:29 -0500 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131077898.19437.310.camel@mccallum.corsepiu.local> References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> <1131049230.20403.31.camel@cutter> <0MKwtQ-1EXmPm2vHM-0004et@mrelayeu.kundenserver.de> <1131052936.20403.38.camel@cutter> <1131077898.19437.310.camel@mccallum.corsepiu.local> Message-ID: On 03/11/05, Ralf Corsepius wrote: > IMO, yum should have an "apt-get update" counterpart, which should > download repomd.xml once and then would continue using the mirror this > particular repomd.xml had been downloaded from, only, until yum > discovers this cached repomd.xml is out-of-date. This has been discussed on the yum list some [1], and a few possible solutions were given. It's pretty much down to "so, who wants to write the code?" which is met with the usual silence. :) Everyone agrees, though, that mirrorlists are broken in their current state. [1] E.g. https://lists.dulug.duke.edu/pipermail/yum/2005-October/thread.html#7728 Regards, -- Konstantin Ryabitsev http://www.mricon.com/ Montr?al, Qu?bec From rc040203 at freenet.de Fri Nov 4 07:25:39 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 04 Nov 2005 08:25:39 +0100 Subject: Sugg: Improve for mock (caching) In-Reply-To: References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <1131048164.20403.19.camel@cutter> <0ML2ov-1EXlXt0nWM-00075F@mrelayeu.kundenserver.de> <1131049230.20403.31.camel@cutter> <0MKwtQ-1EXmPm2vHM-0004et@mrelayeu.kundenserver.de> <1131052936.20403.38.camel@cutter> <1131077898.19437.310.camel@mccallum.corsepiu.local> Message-ID: <1131089139.19437.327.camel@mccallum.corsepiu.local> On Fri, 2005-11-04 at 01:54 -0500, Konstantin Ryabitsev wrote: > On 03/11/05, Ralf Corsepius wrote: > > IMO, yum should have an "apt-get update" counterpart, which should > > download repomd.xml once and then would continue using the mirror this > > particular repomd.xml had been downloaded from, only, until yum > > discovers this cached repomd.xml is out-of-date. > > This has been discussed on the yum list some [1], and a few possible > solutions were given. It's pretty much down to "so, who wants to write > the code?" which is met with the usual silence. :) Switch to a different programming language and I will consider to join. > Everyone agrees, though, that mirrorlists are broken in their current state. > > [1] E.g. https://lists.dulug.duke.edu/pipermail/yum/2005-October/thread.html#7728 Sorry, I am already subscribed to too many mailing lists. Ralf From ville.skytta at iki.fi Fri Nov 4 08:35:07 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 04 Nov 2005 10:35:07 +0200 Subject: Help with desktop file In-Reply-To: <436A8871.3050408@cora.nwra.com> References: <436A8871.3050408@cora.nwra.com> Message-ID: <1131093307.27371.258.camel@localhost.localdomain> On Thu, 2005-11-03 at 15:00 -0700, Orion Poplawski wrote: > I'm working on packaging ksynaptics 0.2.3 and I'm getting the following > error from desktop-file-install: > > /export/tmp/rpm/ksynaptics-0.2.3-1-root-orion/usr/share/applications/fedora-ksynaptics.desktop: > error: invalid characters in value of key "Keywords[sr]", keys of type > string may contain ASCII characters except control characters > > Now, the desktop file claims to be in UTF-8 but I don't know how to > verify it's correctness. Help please! It looks like correct UTF-8 but that won't help; like the message says, desktop-file-utils insists on ASCII for "Keywords". https://bugzilla.redhat.com/172423 From enrico.scholz at informatik.tu-chemnitz.de Fri Nov 4 09:10:21 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 04 Nov 2005 10:10:21 +0100 Subject: Sugg: Improve for mock (caching) In-Reply-To: <1131065148.11424.90.camel@bree.local.net> (Jeremy Katz's message of "Thu, 03 Nov 2005 19:45:48 -0500") References: <20051103195543.GA29411@myhome> <1131047950.20403.15.camel@cutter> <87oe51wjdl.fsf@kosh.bigo.ensc.de> <1131065148.11424.90.camel@bree.local.net> Message-ID: <877jbo4w3m.fsf@kosh.bigo.ensc.de> katzj at redhat.com (Jeremy Katz) writes: >> Local tests at that time showed, that the initial buildroot can be >> created in 20 seconds when a tmpfs will be used instead of a real >> disk with ext3. > > I wish we had the RAM to do all builds on tmpfs or ramfs. Alas, not > really practical at this point I do not see a problem with this. You can add e.g. 20GB swap and assign a 10GB tmpfs to each builder. The real build will read only a very limited part of the environment (I guess <50 MB) and usually, the build process does not access the generated data very often. Because swap operations are much more efficient than ext3 filesystem operations, this would speedup the build also. Enrico From bugzilla at redhat.com Fri Nov 4 09:29:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 04:29:13 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511040929.jA49TDFe015590@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2005-11-04 04:29 EST ------- debuginfo should not be removed in this way. Your problems are caused by | %{_libdir}/* you should either add an | %exclude %_libdir/debug or enumerate the files in %_libdir (should be doable with wildcards). When mpich2 ships libraries which can be used by applications, the package should be splitted into a main and a -devel subpackage. Or, at least you should 'Provide: %name-devel = %version-%release' -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 4 10:37:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 05:37:28 -0500 Subject: [Bug 172428] New: Review Request: A command line ACPI client for Linux Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172428 Summary: Review Request: A command line ACPI client for Linux Product: Fedora Extras Version: devel Platform: All URL: http://freeunix.dyndns.org:8088/site2/acpitool.shtml OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: fttp://www.environnement.ens.fr/perso/dumas/fc-srpms/acpitool-0.3.0-2.src.rpm Description: AcpiTool is a Linux ACPI client. It's a small command line application, intended to be a replacement for the apm tool. The primary target audience are laptop users, since these people are most interested in things like battery status, thermal status and the ability to suspend (sleep mode). The program simply accesses the /proc/acpi or /sysfs entries to get/set acpi values. Hence, a computer running a Linux kernel from the 2.4.x or 2.6.x series with ACPI enabled is needed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 4 10:37:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 05:37:40 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511041037.jA4AbeKg026055@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172428 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 4 15:24:47 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Nov 2005 10:24:47 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> Message-ID: <20051104152447.GA18805@jadzia.bu.edu> On Thu, Nov 03, 2005 at 08:16:49PM -0500, Jeff Spaleta wrote: > On 11/3/05, G?rard Milmeister wrote: > > What are the plans for wxGTK(2) in Extras? > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154618 > should give you a reasonable answer. > The bug has seen recent discussion that seems to indicate the lastest > stable version is going to be going in as an update with Matthew > Miller as the maintainer. Yes, and in fact, I was just going to post about that. I've been crazy-busy with, y'know, stuff, but just took a long vacation and am now all ready to go. :) Since this isn't a new package, but is a new maintainer (and the first I'll actually be doing for FE), I was a bit hesitant to just check in such a big change. But if no one says anything soon, I'm gonna. So please consider this a chance to check out the new packages if you haven't already. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From nphilipp at redhat.com Fri Nov 4 16:24:44 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Nov 2005 17:24:44 +0100 Subject: FC5test1 devel freeze, November 14th In-Reply-To: <1131073379.19437.294.camel@mccallum.corsepiu.local> References: <436A82AB.9070701@redhat.com> <1131073379.19437.294.camel@mccallum.corsepiu.local> Message-ID: <1131121484.14465.4.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-11-04 at 04:02 +0100, Ralf Corsepius wrote: > On Thu, 2005-11-03 at 16:35 -0500, Warren Togami wrote: > > If you are involved in the development of Fedora Core as a packager, > > here is information that will be relevant to you. > > > Modular X requires FE5 Fixes > > ============================ > > The major change created by modular X is that XFree86-devel and > > xorg-x11-devel are no longer provided in the buildroot. All packages in > > both Core and Extras are now expected to have BuildRequires on the > > individual libFOO-devel packages of the newly split modular X. In order > > to ease into this, the current monolithic xorg-x11 package in rawhide > > contains many virtual provides for libFOO-devel. Modular X itself will > > hit rawhide *REAL SOON NOW*. > > Will we see corresponding "Provides: libFOO-devel = x.y.z" being added > to xorg-x11-devel for FC4/FC3 for better FC5-> FC4/FC3 rpm.spec backward > compatibility? Now that would be so _nice_. Mike, pretty please? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From christoph.wickert at gmx.de Fri Nov 4 16:40:03 2005 From: christoph.wickert at gmx.de (Christoph Wickert) Date: Fri, 04 Nov 2005 17:40:03 +0100 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <20051104152447.GA18805@jadzia.bu.edu> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> Message-ID: <1131122403.4626.31.camel@hal9000.local.lan> Am Freitag, den 04.11.2005, 10:24 -0500 schrieb Matthew Miller: > On Thu, Nov 03, 2005 at 08:16:49PM -0500, Jeff Spaleta wrote: > > On 11/3/05, G?rard Milmeister wrote: > > > What are the plans for wxGTK(2) in Extras? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154618 What I wonder after reading this is: If GTK1.2 support will be dropped, what is supposed to happen to packages depending on the GKT1.2 part of wxGTK like amule (from livna)? Christoph From gauret at free.fr Fri Nov 4 17:00:08 2005 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 04 Nov 2005 18:00:08 +0100 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> Message-ID: Christoph Wickert wrote: > What I wonder after reading this is: If GTK1.2 support will be dropped, > what is supposed to happen to packages depending on the GKT1.2 part of > wxGTK like amule (from livna)? I maintain amule in livna. Amule can be compiled with the GTK2 version of wxGTK, but upstream warns that it is less tested and that it eats much more memory. So there is still a way to have amule work even if GTK1.2 support is discontinued. Are there packages strictly dependent on wxGTK/GTK1.2 ? Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr Programmer: A biological system designed to convert coffee and pizza into code. From gemi at bluewin.ch Fri Nov 4 17:11:00 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Fri, 04 Nov 2005 18:11:00 +0100 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131122403.4626.31.camel@hal9000.local.lan> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> Message-ID: <1131124260.7157.1.camel@scriabin.tannenrauch.ch> On Fri, 2005-11-04 at 17:40 +0100, Christoph Wickert wrote: > Am Freitag, den 04.11.2005, 10:24 -0500 schrieb Matthew Miller: > > On Thu, Nov 03, 2005 at 08:16:49PM -0500, Jeff Spaleta wrote: > > > On 11/3/05, G?rard Milmeister wrote: > > > > What are the plans for wxGTK(2) in Extras? > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154618 > > What I wonder after reading this is: If GTK1.2 support will be dropped, > what is supposed to happen to packages depending on the GKT1.2 part of > wxGTK like amule (from livna)? Maybe we should compile a list of packages using wxGTK, and try to build them against 2.6.2. I too fear that some only compile with 2.4.2 at the moment. In that case, a parallel install of both versions might be necessary for a while. BTW: what about wxPythonGTK? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From ville.skytta at iki.fi Fri Nov 4 17:28:02 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 04 Nov 2005 19:28:02 +0200 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131124260.7157.1.camel@scriabin.tannenrauch.ch> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> Message-ID: <1131125282.27371.327.camel@localhost.localdomain> On Fri, 2005-11-04 at 18:11 +0100, G?rard Milmeister wrote: > On Fri, 2005-11-04 at 17:40 +0100, Christoph Wickert wrote: > > Am Freitag, den 04.11.2005, 10:24 -0500 schrieb Matthew Miller: > > > On Thu, Nov 03, 2005 at 08:16:49PM -0500, Jeff Spaleta wrote: > > > > On 11/3/05, G?rard Milmeister wrote: > > > > > What are the plans for wxGTK(2) in Extras? > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154618 > > > > What I wonder after reading this is: If GTK1.2 support will be dropped, > > what is supposed to happen to packages depending on the GKT1.2 part of > > wxGTK like amule (from livna)? Hm, what distro versions does such a largish change (dropping the GTK1 bits) target? IMNSHO, it should be done only in devel. > Maybe we should compile a list of packages using wxGTK, $ repoquery --whatrequires --alldeps wxGTK wxGTK2 wxPythonGTK2 | grep -v ^wx bochs-0:2.2-2.i386 bochs-0:2.2.1-1.fc4.i386 audacity-0:1.2.3-5.i386 scorched3d-0:37.2-2.i386 pgadmin3-0:1.0.2-5.i386 comical-0:0.4-9.fc4.i386 > and try to build > them against 2.6.2. I too fear that some only compile with 2.4.2 at > the moment. In that case, a parallel install of both versions might > be necessary for a while. Or just do the 2.6.x update in devel, and try to sort things out before FC5 and avoid the compat packages altogether. From mattdm at mattdm.org Fri Nov 4 17:31:06 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Nov 2005 12:31:06 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131122403.4626.31.camel@hal9000.local.lan> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> Message-ID: <20051104173106.GA22460@jadzia.bu.edu> On Fri, Nov 04, 2005 at 05:40:03PM +0100, Christoph Wickert wrote: > > On Thu, Nov 03, 2005 at 08:16:49PM -0500, Jeff Spaleta wrote: > > > On 11/3/05, G?rard Milmeister wrote: > > > > What are the plans for wxGTK(2) in Extras? > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154618 > What I wonder after reading this is: If GTK1.2 support will be dropped, > what is supposed to happen to packages depending on the GKT1.2 part of > wxGTK like amule (from livna)? Well, as the comment in Bugzilla notes, upstream is phasing out support. Maintaining something like that when the upstream package provider doesn't is out of the scope of what we can reasonably do. If a particular package has bugs which prevent it from working with the GTK2 version of wxWidgets, those bugs will need to be fixed by the various upstream projects sooner or later. Are you aware of a particular reason aMule or any other program wouldn't work? I can't seem to access Livna right now, but as a quick test, I downloaded the latest aMule source and it seems to build and run against the new package just fine. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Fri Nov 4 17:34:11 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Nov 2005 12:34:11 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131124260.7157.1.camel@scriabin.tannenrauch.ch> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> Message-ID: <20051104173411.GB22460@jadzia.bu.edu> On Fri, Nov 04, 2005 at 06:11:00PM +0100, G?rard Milmeister wrote: > > what is supposed to happen to packages depending on the GKT1.2 part of > > wxGTK like amule (from livna)? > Maybe we should compile a list of packages using wxGTK, and try to build > them against 2.6.2. I too fear that some only compile with 2.4.2 at > the moment. In that case, a parallel install of both versions might > be necessary for a while. I sincerely hope not. The current packages aren't really installable in parallel -- you have to pick one -- and reducing the complexity in the RPM required to support both versions at once is a major goal of mine. > BTW: what about wxPythonGTK? As I understand it, the 2.6 version of that package is basically ready to go once I get my act together with wxGTK itself. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From christoph.wickert at gmx.de Fri Nov 4 17:38:26 2005 From: christoph.wickert at gmx.de (Christoph Wickert) Date: Fri, 04 Nov 2005 18:38:26 +0100 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> Message-ID: <1131125906.3598.6.camel@hal9000.local.lan> Am Freitag, den 04.11.2005, 18:00 +0100 schrieb Aurelien Bompard: > Christoph Wickert wrote: > > What I wonder after reading this is: If GTK1.2 support will be dropped, > > what is supposed to happen to packages depending on the GKT1.2 part of > > wxGTK like amule (from livna)? > > I maintain amule in livna. Amule can be compiled with the GTK2 version of > wxGTK, but upstream warns that it is less tested and that it eats much more > memory. > So there is still a way to have amule work even if GTK1.2 support is > discontinued. Are there packages strictly dependent on wxGTK/GTK1.2 ? They are not strictly dependent of (wx)GTK1.2, I rebuild your package against wxGTK2 once, ignoring the warnings for I wanted a bright and shiny amule. The result was disappointing, in fact, not usable at all for me. > > Aur?lien Christoph From mattdm at mattdm.org Fri Nov 4 17:43:33 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Nov 2005 12:43:33 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131125282.27371.327.camel@localhost.localdomain> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131125282.27371.327.camel@localhost.localdomain> Message-ID: <20051104174333.GC22460@jadzia.bu.edu> On Fri, Nov 04, 2005 at 07:28:02PM +0200, Ville Skytt? wrote: > > > What I wonder after reading this is: If GTK1.2 support will be dropped, > > > what is supposed to happen to packages depending on the GKT1.2 part of > > > wxGTK like amule (from livna)? > Hm, what distro versions does such a largish change (dropping the GTK1 > bits) target? IMNSHO, it should be done only in devel. Oh, definitely. This is too major of a change to drop on current releases. > > Maybe we should compile a list of packages using wxGTK, > $ repoquery --whatrequires --alldeps wxGTK wxGTK2 wxPythonGTK2 | grep -v ^wx > bochs-0:2.2-2.i386 > bochs-0:2.2.1-1.fc4.i386 > audacity-0:1.2.3-5.i386 > scorched3d-0:37.2-2.i386 > pgadmin3-0:1.0.2-5.i386 > comical-0:0.4-9.fc4.i386 Offhand, I know that audacity needs to be updated to the CVS version (ie "1.3.0 beta"). It's been close to a year since the last audacity release, unfortunately. (FWIW, the CVS version *requires* wxWidgets 2.6.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From ville.skytta at iki.fi Fri Nov 4 17:48:58 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 04 Nov 2005 19:48:58 +0200 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <20051104174333.GC22460@jadzia.bu.edu> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131125282.27371.327.camel@localhost.localdomain> <20051104174333.GC22460@jadzia.bu.edu> Message-ID: <1131126538.27371.338.camel@localhost.localdomain> On Fri, 2005-11-04 at 12:43 -0500, Matthew Miller wrote: > On Fri, Nov 04, 2005 at 07:28:02PM +0200, Ville Skytt? wrote: > > > > What I wonder after reading this is: If GTK1.2 support will be dropped, > > > > what is supposed to happen to packages depending on the GKT1.2 part of > > > > wxGTK like amule (from livna)? > > Hm, what distro versions does such a largish change (dropping the GTK1 > > bits) target? IMNSHO, it should be done only in devel. > > Oh, definitely. This is too major of a change to drop on current releases. Good. Just making sure because someone mentioned it being planned to go "in as an update". > > > Maybe we should compile a list of packages using wxGTK, > > $ repoquery --whatrequires --alldeps wxGTK wxGTK2 wxPythonGTK2 | grep -v ^wx > > bochs-0:2.2-2.i386 > > bochs-0:2.2.1-1.fc4.i386 > > audacity-0:1.2.3-5.i386 > > scorched3d-0:37.2-2.i386 > > pgadmin3-0:1.0.2-5.i386 > > comical-0:0.4-9.fc4.i386 > > Offhand, I know that audacity needs to be updated to the CVS version (ie > "1.3.0 beta"). It's been close to a year since the last audacity release, > unfortunately. (FWIW, the CVS version *requires* wxWidgets 2.6.) Ok. In addition to the already mentioned packages, dvdstyler and vlc in Livna use wxWidgets too, dunno about their status wrt. 2.6. From mattdm at mattdm.org Fri Nov 4 17:52:09 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 4 Nov 2005 12:52:09 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131126538.27371.338.camel@localhost.localdomain> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131125282.27371.327.camel@localhost.localdomain> <20051104174333.GC22460@jadzia.bu.edu> <1131126538.27371.338.camel@localhost.localdomain> Message-ID: <20051104175209.GA24281@jadzia.bu.edu> On Fri, Nov 04, 2005 at 07:48:58PM +0200, Ville Skytt? wrote: > > > > > What I wonder after reading this is: If GTK1.2 support will be > > > > > dropped, what is supposed to happen to packages depending on the > > > > > GKT1.2 part of wxGTK like amule (from livna)? > > > Hm, what distro versions does such a largish change (dropping the GTK1 > > > bits) target? IMNSHO, it should be done only in devel. > > Oh, definitely. This is too major of a change to drop on current releases. > Good. Just making sure because someone mentioned it being planned to go > "in as an update". If that was me, I apologize for being unclear. :) It's not a brand new package, is what I might have meant. > > Offhand, I know that audacity needs to be updated to the CVS version (ie > > "1.3.0 beta"). It's been close to a year since the last audacity release, > > unfortunately. (FWIW, the CVS version *requires* wxWidgets 2.6.) > Ok. In addition to the already mentioned packages, dvdstyler and vlc in > Livna use wxWidgets too, dunno about their status wrt. 2.6. Also, if I remember right, the audacity 1.2 issue isn't with GTK 1.2 vs 2, but rather that it doesn't work at all with the new version no matter what. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From paul at cypherpunks.ca Fri Nov 4 18:17:13 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 4 Nov 2005 19:17:13 +0100 (CET) Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131125282.27371.327.camel@localhost.localdomain> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131125282.27371.327.camel@localhost.localdomain> Message-ID: On Fri, 4 Nov 2005, Ville Skytt? wrote: > > Maybe we should compile a list of packages using wxGTK, > > $ repoquery --whatrequires --alldeps wxGTK wxGTK2 wxPythonGTK2 | grep -v ^wx > bochs-0:2.2-2.i386 > bochs-0:2.2.1-1.fc4.i386 > audacity-0:1.2.3-5.i386 > scorched3d-0:37.2-2.i386 > pgadmin3-0:1.0.2-5.i386 > comical-0:0.4-9.fc4.i386 > > > and try to build > > them against 2.6.2. I have not yet proposed the addition of "otrproxy" to the set of OTR tools (libotr and gaim-otr) because it requires wxGTK >= 2.6. Once that is in, I will submit otrproxy for review. Paul From bugzilla at redhat.com Fri Nov 4 18:42:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 13:42:02 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511041842.jA4Ig2Uf016570@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From dakingun at gmail.com 2005-11-04 13:41 EST ------- (In reply to comment #4) > you should either add an > > | %exclude %_libdir/debug Thanks, I've done this and also not package the binary examples. > > When mpich2 ships libraries which can be used by applications, the package > should be splitted into a main and a -devel subpackage. Or, at least you should > 'Provide: %name-devel = %version-%release' I've taken a look at lam (in fedora core), and it doesn't provide a -devel subpackage too. The two (mpich and lam) are alternative implementation of MPI protocol and are very similar both in use and in packaging. I really don't know how the split into a -devel subpackage should be done (if at all necessary), i mean which files should remain in the package and what goes into the -devel subpackage. Spec Name or Url: ftp://czar.eas.yorku.ca/pub/mpich2/mpich2-1.0.2p1-3.src.rpm SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/mpich2/mpich2.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 4 18:43:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 13:43:26 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511041843.jA4IhQc3016928@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-04 13:43 EST ------- (In reply to comment #19) > Ignoring non standard uid/guid files only readable by ircd, and zero length > config files, rpmlint still says: > > W: ircd-hybrid wrong-file-end-of-line-encoding > /usr/share/doc/ircd-hybrid-7.1.3/Tao-of-IRC.940110 I can't see anything wrong in this file > W: ircd-hybrid log-files-without-logrotate /var/log/ircd Is it very important ? > E: ircd-hybrid no-chkconfig-line /etc/rc.d/init.d/ircd > W: ircd-hybrid incoherent-init-script-name ircd I can't understand this warning > > The important one is the chkconfig line. See the chkconfig man page for how to > add it. Done : Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid-7.1.3-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From fedora at leemhuis.info Fri Nov 4 19:00:13 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 Nov 2005 20:00:13 +0100 Subject: Fuse packages now with use fuse-group and suid binary (Was: RFC: fuse packages) In-Reply-To: <1131032200.11424.8.camel@bree.local.net> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> <1131032200.11424.8.camel@bree.local.net> Message-ID: <1131130813.3327.10.camel@localhost.localdomain> Am Donnerstag, den 03.11.2005, 10:36 -0500 schrieb Jeremy Katz: > On Wed, 2005-11-02 at 21:10 +0100, Thorsten Leemhuis wrote: > > Am Samstag, den 29.10.2005, 14:32 -0400 schrieb Jeremy Katz: > > > Why does fusermount need to be suid? > > AFAICS we have three solutions: > > > > 1) do it as upstream does (suid root) > > 2) create a fusemount group -- only members of that group are allowed to > > mount fuse-filesystems that are not in /etc/fstab > > 3) only allow fuse for things listed in /etc/fstab > > > > I tent to do 3) and can also live with 2) (if that's possible -- I > > suppose it is but did not try yet). I don't like 1). > > The more I think about it, the more I think that the third is really the > only "reasonable" solution for now. I did not get solution 3 to work correctly. So I chose solution 2 (this is also the scheme that is used by debian afaics). See: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/fuse.spec http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-2.4.1-2.src.rpm http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/fuse-sshfs.spec http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-sshfs-1.2-2.src.rpm I'm going to submit this to bugzilla as review request at the beginning of next week if no one complains loudly. (side note: rpmlint does not like it very much: $ rpmlint rpmbuild/RPMS/i386/fuse-2.4.1-2.i386.rpm W: fuse non-conffile-in-etc /etc/udev/rules.d/40-fuse.rules W: fuse non-conffile-in-etc /etc/makedev.d/z-fuse E: fuse non-standard-gid /usr/bin/fusermount fuse E: fuse setuid-binary /usr/bin/fusermount root 04754 E: fuse non-standard-executable-perm /usr/bin/fusermount 04754 W: fuse non-conffile-in-etc /etc/udev/makedev.d/40-fuse.nodes ) The fuse kernel-module is in the latest rawhide kernel or in this one for FC4: http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ It is not in the 2.6.14 kernel currently in updates-testing for FC4 -- but the above kernel or a newer one afaik should hit updates-testing before 2.6.14 is shipped as official update. -- Thorsten Leemhuis From bugzilla at redhat.com Fri Nov 4 19:22:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 14:22:09 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511041922.jA4JM9LK026014@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From ed at eh3.com 2005-11-04 14:22 EST ------- Hi Deji, I agree that it makes little sense to split either lam or mpich2 into separate -devel packages. But it also doesn't hurt to add a Provides: mpich2-devel as suggested in comment #4 above. I'll review your new srpm as soon as I get a chance. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 4 22:40:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 17:40:47 -0500 Subject: [Bug 172400] Review Request: kdesvn - A subversion client for KDE In-Reply-To: Message-ID: <200511042240.jA4MeloC031916@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdesvn - A subversion client for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172400 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-04 17:40 EST ------- Needs work: * Use of buildroot is not consistant (wiki: PackagingGuidelines#UsingBuildRootOptFlags) * Just BuildRequires the "desktop-file-utils" package, not /usr/bin/desktop-file-install. * Scriptlets: missing update-desktop-database (wiki: ScriptletSnippets) * Desktop file: the Categories tag should contain Application (wiki: PackagingGuidelines#desktop) * Scriptlets: missing "gtk-update-icon-cache" in %post and %postun (wiki: ScriptletSnippets) * Why patch out the icon in the desktop file ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Fri Nov 4 22:47:28 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 04 Nov 2005 14:47:28 -0800 Subject: gtkhtml3 Message-ID: <1131144448.3132.37.camel@locolhost.localdomain> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171314 It's been roughly two weeks. I'm not sure if the recent change to xorg-devel requires changing this spec file or not, I don't think so because it does not directly BuildRequires xorg-x11-devel - but some of the BuildRequires do (a couple of dependencies deep I believe). At any rate - this version of the library is needed for some stuff (including one package I maintain) to build in gnome 2.12.x - and the new version of gtkhtml3 has some pretty major changes from this version. I really would like to see this in FC5 extras. If there are concerns with having this package in Extras, I would like to see them discussed. From bugzilla at redhat.com Fri Nov 4 22:59:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 4 Nov 2005 17:59:01 -0500 Subject: [Bug 172400] Review Request: kdesvn - A subversion client for KDE In-Reply-To: Message-ID: <200511042259.jA4Mx1a6002682@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdesvn - A subversion client for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172400 ------- Additional Comments From orion at cora.nwra.com 2005-11-04 17:58 EST ------- (In reply to comment #1) > Needs work: > * Use of buildroot is not consistant > (wiki: PackagingGuidelines#UsingBuildRootOptFlags) oops, fixed. > * Just BuildRequires the "desktop-file-utils" package, not > /usr/bin/desktop-file-install. okay, fixed. > * Scriptlets: missing update-desktop-database (wiki: ScriptletSnippets) Hmm, didn't think it had a MimeType entry, but I guess it does. Added. > * Desktop file: the Categories tag should contain Application > (wiki: PackagingGuidelines#desktop) Added. > * Scriptlets: missing "gtk-update-icon-cache" in %post and %postun > (wiki: ScriptletSnippets) > * Why patch out the icon in the desktop file ? There are two Icon entries in the upstream version. I'm removing the duplicate. http://www.cora.nwra.com/~orion/fedora/kdesvn-0.6.3-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 5 07:59:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 02:59:35 -0500 Subject: [Bug 172400] Review Request: kdesvn - A subversion client for KDE In-Reply-To: Message-ID: <200511050759.jA57xZTG028545@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdesvn - A subversion client for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172400 ------- Additional Comments From gauret at free.fr 2005-11-05 02:59 EST ------- Please replace the call to "/usr/bin/desktop-file-install" in the spec file by a simple "desktop-file-install" (without the path). Everything else looks OK. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 5 08:13:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 03:13:47 -0500 Subject: [Bug 172331] Review Request: perl-XML-DOM In-Reply-To: Message-ID: <200511050813.jA58DlOx030395@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-DOM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172331 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |rc040203 at freenet.de OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-11-05 03:13 EST ------- APPROVED As with XML-RegExp, tested on FC4 only, but ... can't spot anything justifying to withhold this package. One remark: I think, I understand why this package "Obsoletes: perl-libxml-enno <= 1.02", but is this Obsoletes really necessary? FC4's perl-libxml-enno provides perl(XML::DOM) = 1.27, while this package provides perl(XML::DOM) = 1.44. Unless I'm mistaken, as perl-libxml-enno will continue to exist in FC5, when releasing a perl-libxml-enno package w/o XML-DOM removed simultaneously with this perl-XML-DOM package should suffice. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nicolas.mailhot at laposte.net Sat Nov 5 09:27:01 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 05 Nov 2005 10:27:01 +0100 Subject: Protecting against ssh brute-force attacks In-Reply-To: <6b9c17630511031207k869f214hef7a32006b110f48@mail.gmail.com> References: <1130883918.3962.8.camel@rousalka.dyndns.org> <6b9c17630511031207k869f214hef7a32006b110f48@mail.gmail.com> Message-ID: <1131182821.10387.26.camel@rousalka.dyndns.org> Le jeudi 03 novembre 2005 ? 20:07 +0000, Jeff Pitman a ?crit : > > On 11/1/05, Nicolas Mailhot wrote: > Anyone tried them ? Care to recommend one or the other ? > > > Since the discussion focused on denyhosts, I installed pam_abl to see > how it stacked up. Wow. To sum it up in one word. My reaction is more whaaaa at this point. It seems pam_abl does not work well with rawhide selinux. And I doubt the target audience of pam_abl wants to run with selinux disabled (see bug #172496 ) Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Sat Nov 5 09:42:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 04:42:10 -0500 Subject: [Bug 172331] Review Request: perl-XML-DOM In-Reply-To: Message-ID: <200511050942.jA59gAHK002839@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-DOM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172331 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ville.skytta at iki.fi 2005-11-05 04:42 EST ------- Thanks, imported and built. Note that perl-libxml-enno has already been dropped from FC5 and is dead upstream; I've submitted the three packages (XML-RegExp, XML-DOM, XML-XQL) that are needed in order to not break dependencies in FE5. The full list of libxml-enno replacement CPAN distributions is in bug 128879 comment 2. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 5 09:42:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 04:42:12 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511050942.jA59gCbW002859@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 Bug 172332 depends on bug 172331, which changed state. Bug 172331 Summary: Review Request: perl-XML-DOM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172331 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 5 20:10:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 15:10:31 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511052010.jA5KAVas006594@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From carsten at dvdisaster.de 2005-11-05 15:10 EST ------- Oops, sorry. Forgot to paste in the comments. I have merged Ville's patch and some additional logic against misconfigured gnome-open/html-views into dvdisaster-browsers2.patch. Please note that the order of the browser list is not that important since the last working choice is remembered in the .dvdisaster file and always tried first. Carsten -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 5 20:52:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 15:52:55 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200511052052.jA5Kqtk3008556@www.beta.redhat.com> Please 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 2005-11-05 15:52 EST ------- I've made a few fixes, available now as: Spec Name or Url: http://matt.truch.net/fedora/cfitsio.spec SRPM Name or Url: http://matt.truch.net/fedora/cfitsio-3.004-0.2.b.src.rpm * Sun Oct 30 2005 Matthew Truch - 3.004-0.2.b - Include gcc-gfortran build requirment and make sure it gets used. - Use macros instead of hard coded paths. - Include home page in description [Someone please sponsor me :-) ] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 5 23:30:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 18:30:57 -0500 Subject: [Bug 172428] Review Request: A command line ACPI client for Linux In-Reply-To: Message-ID: <200511052330.jA5NUvFu016500@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A command line ACPI client for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172428 ------- Additional Comments From pertusus at free.fr 2005-11-05 18:30 EST ------- The correct url is in fact: http://www.environnement.ens.fr/perso/dumas/fc-srpms/acpitool-0.3.0-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 5 23:31:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 18:31:16 -0500 Subject: [Bug 172521] New: Review Request: Translates TeX and LaTeX into HTML or XML+MathML Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 Summary: Review Request: Translates TeX and LaTeX into HTML or XML+MathML Product: Fedora Extras Version: devel Platform: All URL: http://www.cse.ohio-state.edu/~gurari/TeX4ht/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/tetex-tex4ht-1.0.2005_10_31_0336-1.src.rpm Description: A converter from TeX and LaTeX to hypertext (HTML, XML, etc.), providing a configurable (La)TeX-based authoring system for hypertext. When converting to XML, you can use MathML instead of images for equation representation. This package can also be used to translated to XML that OpenOffice.org can understand, which then gives the user a path by which to convert a document to rtf for import into Microsoft Word. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 5 23:31:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 18:31:38 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511052331.jA5NVcfH016572@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172521 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 6 00:42:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 19:42:56 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200511060042.jA60guP0020620@www.beta.redhat.com> Please 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 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2005-11-05 19:42 EST ------- Hi Matthew, I started to do a review and immediately noticed that the source tarball included in the above SRPM does not match the upstream souce. The difference seems to be that your tarball has its contents packed within the directory "cfitsio-3.004" while upstream uses "cfitsio". You can use the upstream tarball unchanged with: %setup -q -n cfitsio instead of %setup -q Not to give you a hard time, but I consider a mismatch between the upstream sources and the SRPM-distributed sources to be something that happens only in really unusual circumstances. So, could you please update your SRPM so that it uses a tarball identical to the 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 Sun Nov 6 01:46:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 20:46:03 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511060146.jA61k3I7023650@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From ed at eh3.com 2005-11-05 20:45 EST ------- Hi Deji, your 1.0.2p1-3 srpm is certainly an improvement but there is still a bit more work to do. The main thing that needs to be fixed are the conflicts with lam. Putting the include files in /usr/include/mpich2 helped but there are still many conflicting files such as /usr/bin/mpicc, /usr/bin/mpif77, /usr/share/man/man1/mpicc.1.gz, etc. As I see it, you have at least two options. Option #1 would be to put: includes in --> /usr/include/mpich2 binaries in --> /usr/bin/mpich2 or similar libs in --> /usr/libs/mpich2 or similar man files in--> ??? and Option #2 would be to put things in /usr/lib/mpich2: includes in --> /usr/lib/mpich2/include binaries in --> /usr/lib/mpich2/bin or similar libs in --> /usr/lib/mpich2/lib or similar man files in--> /usr/lib/mpich2/man or similar which is similar to having /usr/lib/mpich2 as your "prefix". I prefer layout #2. However, since you're the packager, you get to choose which is best. But please keep in mind that its important not to conflict with lam since its in Core. And it would be very nice to create a layout that allows for the simultaneous installation of multiple (not just lam and mpich2) MPI implementations since there are others (some of which are variants of the above) available and actively used. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 6 02:29:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 21:29:26 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511060229.jA62TQP2025564@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From dakingun at gmail.com 2005-11-05 21:29 EST ------- (In reply to comment #7) > Hi Deji, your 1.0.2p1-3 srpm is certainly an improvement but there is still a > bit more work to do. The main thing that needs to be fixed are the conflicts > with lam. Thanks Ed for the review. My understanding previously was that extras package cannot replace core ones, i.e. there can't be conflict in file names. While i may be very wrong, i thought in the particular case of mpich and lam (or/and any other MPI implementation), one cannot have simultaneously install and use more than one implementation. If more than one is installed in parallel in a rpm based system, amd their paths properly set in the system environment, if I run 'mpirun' how would the system know which implementation to use. I'm not so versed on how to deal with situation like this, any advice and directions will be appreciated. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 6 03:09:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 22:09:54 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511060309.jA639sXx027227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From ed at eh3.com 2005-11-05 22:09 EST ------- > My understanding previously was that extras package cannot replace > core ones Yes, I think thats correct but I can't locate any references in the Wiki that spell it out. Maybe I just need to look harder? ;-) > in the particular case of mpich and lam (or/and any other MPI > implementation), one cannot have simultaneously install and use > more than one implementation Actually, you can! One of our clusters at work has no less than five MPI versions installed, each of which has been built with multiple different compiler suites (GCC, Intel, PGI, etc.). To visualize the layout, imagine a directory structure such as: /opt/mpich/{gcc,intel,pgi} /opt/mpich2/{gcc,intel,pgi} /opt/mpich-vmi/{gcc,intel,pgi} /opt/lam/{gcc,intel,pgi} where each of the above directories contains a complete install with bin, include, lib, and man subdirs that contain, respectively, all the necessary binaries, headers, libs, and man pages. With the above directory layout, all users can manipulate their PATH, MANPATH, and other environment variables to select the desired combination of MPI and compiler, etc. And all the environment variable manipulation can be done in a rather user-friendly way with the "modules" system: http://modules.sourceforge.net/ which would also be a nice thing to add to Fedora Extras. So, please consider installing essentially all of the mpich2 binaries, headers, libs, man pages, etc. in /usr/lib/mpich2 since, that way, it will not conflict with lam and one can readily add additional MPI implementations such as mpich v1 (/usr/lib/mpich) by following the same pattern. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 6 04:44:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 5 Nov 2005 23:44:41 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200511060444.jA64ifqL031286@www.beta.redhat.com> Please 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 2005-11-05 23:44 EST ------- No worries about the "hard time." I'm new, and I agree, having the tarball match is important. I was unable to find the -n flag. Updated spec and SRPM: http://matt.truch.net/fedora/cfitsio.spec http://matt.truch.net/fedora/cfitsio-3.004-0.3.b.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 Nov 6 05:44:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 00:44:05 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511060544.jA65i5Vf001527@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |rc040203 at freenet.de OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-11-06 00:43 EST ------- APPROVED 2 minor issues, without visible effect: * I'd add BuildRequires: perl(XML::Parser) >= 2.30 BuildRequires: perl(Date::Manip) >= 5.33 to make these deps easier traceable should perl-packaging change (e.g. a module be dropped) in future. * XQLParser/Makefile.PL contains a hidden build-time dep on /usr/bin/yapp. /usr/bin/yapp currently is part of perl-Parse-Yapp. ATM, you BR perl(Parse::Yapp) [i.e. .../Parse/Yapp.pm]. I.e. /usr/bin/yapp is only being pulled-in as a side effect of BR-ing perl(Parse::Yapp). Should the location of /usr/bin/yapp ever change, this will break. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 6 06:20:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 01:20:23 -0500 Subject: [Bug 172527] New: Review Request: python-astng Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172527 Summary: Review Request: python-astng Product: Fedora Extras Version: devel Platform: All URL: http://www.logilab.org/projects/astng OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: icon at fedoraproject.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://linux.duke.edu/~icon/misc/fe/python-astng.spec SRPM Name or Url: http://linux.duke.edu/~icon/misc/fe/python-astng-0.13.0-0.1.src.rpm Description: The aim of this module is to provide a common base representation of python source code for projects such as pychecker, pyreverse, pylint, and others. It extends the class defined in the compiler.ast python module with some additional methods and attributes. PS: This is pulled in as a newly introduced requirement for pylint-0.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 Sun Nov 6 06:20:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 01:20:35 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511060620.jA66KZkn003231@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 icon at fedoraproject.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172527 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From toshio at tiki-lounge.com Fri Nov 4 20:23:40 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 04 Nov 2005 12:23:40 -0800 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131125282.27371.327.camel@localhost.localdomain> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131125282.27371.327.camel@localhost.localdomain> Message-ID: <1131135820.3234.27.camel@localhost> On Fri, 2005-11-04 at 19:28 +0200, Ville Skytt? wrote: > On Fri, 2005-11-04 at 18:11 +0100, G?rard Milmeister wrote: > > On Fri, 2005-11-04 at 17:40 +0100, Christoph Wickert wrote: > > > Am Freitag, den 04.11.2005, 10:24 -0500 schrieb Matthew Miller: > > > > On Thu, Nov 03, 2005 at 08:16:49PM -0500, Jeff Spaleta wrote: > > > > > On 11/3/05, G?rard Milmeister wrote: > > > > > > What are the plans for wxGTK(2) in Extras? > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154618 > > > > > > What I wonder after reading this is: If GTK1.2 support will be dropped, > > > what is supposed to happen to packages depending on the GKT1.2 part of > > > wxGTK like amule (from livna)? > > Hm, what distro versions does such a largish change (dropping the GTK1 > bits) target? IMNSHO, it should be done only in devel. > > > Maybe we should compile a list of packages using wxGTK, > > $ repoquery --whatrequires --alldeps wxGTK wxGTK2 wxPythonGTK2 | grep -v ^wx > bochs-0:2.2-2.i386 > bochs-0:2.2.1-1.fc4.i386 > audacity-0:1.2.3-5.i386 > scorched3d-0:37.2-2.i386 > pgadmin3-0:1.0.2-5.i386 pgadmin3 is in an unenviable position right now. The current version in the repository will run against FC3's postgreSQL but not FC4's. In order to upgrade, wxGTK-2.6 is needed. So if you don't upgrade wxGTK in FC4 in order to not break other things, pgadmin3 will remain broken. Upstream is pushing pgadmin rpms with wxGTK statically linked; I assume that's not an option for us. Maybe after wxGTK is updated in devel we can look at whether a parallel installable version is at all possible for FC4. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sun Nov 6 07:48:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 02:48:09 -0500 Subject: [Bug 170384] Review request: perl-DBIx-DBSchema - Database-independent schema objects In-Reply-To: Message-ID: <200511060748.jA67m91n006825@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-DBIx-DBSchema - Database-independent schema objects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170384 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE BugsThisDependsOn|167797 | ------- Additional Comments From rc040203 at freenet.de 2005-11-06 02:47 EST ------- (In reply to comment #2) > - Buildreq perl(DBD::Pg) >= 1.32 will need changing to perl-DBD-Pg >= 1.32 for > rawhide due to Bug 167797, at least until that bug is fixed Issue has been resolved. > - Might http://search.cpan.org/dist/DBIx-DBSchema/ be a better URL than > http://search.cpan.org/~ivan/DBIx-DBSchema-%{version}/ ? Applied. > Approved. Thanks Package has been built for devel, branch request for FC-4 is pending. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 6 10:11:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 05:11:59 -0500 Subject: [Bug 165878] Review Request: kadu In-Reply-To: Message-ID: <200511061011.jA6ABxb4023304@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kadu https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165878 ------- Additional Comments From joi at kadu.net 2005-11-06 05:11 EST ------- why this spec does not include external modules? ps: .so files was moved to /usr/lib month ago, but as it would break compatibility in 0.4 line, it will be included in next major release (0.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 buildsys at fedoraproject.org Sun Nov 6 11:53:26 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 6 Nov 2005 06:53:26 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051106115326.29C007FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 16 apcupsd-3.10.18-4.fc5 drgeo-1.1.0-3.fc5 gaim-otr-3.0.0-1.fc5 graphviz-2.6-2.fc5 libmthca-1.0-0.2.rc4.fc5 libqalculate-0.9.0-1.fc5 liferea-1.0-0.2.rc3.fc5 mail-notification-2.0-6.fc5 openvpn-2.1-0.1.beta6.fc5 perl-DBIx-DBSchema-0.27-2.fc5 perl-XML-DOM-1.44-1.fc5 python-clientform-0.1.17-3.fc5 qalculate-gtk-0.8.2.1-2.fc5 qucs-0.0.7-8.fc5 rt3-3.4.4-10.fc5 shorewall-3.0.0-0.3.RC3.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 Nov 6 12:25:49 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 6 Nov 2005 07:25:49 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051106122549.1E9617FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 12 anthy-7100b-1.fc4 apcupsd-3.10.18-4.fc4 clamav-0.87.1-1.fc4 lablgl-1.02-3.fc4 libqalculate-0.8.2-4.fc4 libqalculate-0.9.0-1.fc4 liferea-1.0-0.1.rc3.fc4 openvpn-2.0.4-1.fc4 openvpn-2.0.5-1.fc4 python-clientform-0.1.17-3.fc4 qalculate-gtk-0.8.2-5.fc4 qucs-0.0.7-8.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 Sun Nov 6 12:31:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 07:31:31 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511061231.jA6CVVd4000783@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From ville.skytta at iki.fi 2005-11-06 07:31 EST ------- Thanks for the review, committed. Will try to build later when the buildsys can see "perl(XML::DOM) >= 1.29". Dunno why it currently can't. I didn't add any of the suggestions in comment 5, though: - Nothing in XML-XQL directly depends on XML::Parser - Date::Manip 5.36 was already in Red Hat 6.2, unversioned BR already in pkg - /usr/bin/yapp is only needed if XQLParser/Parser.pm is outdated or missing -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sun Nov 6 12:52:12 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 6 Nov 2005 07:52:12 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051106125212.F15407FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 6 anthy-7100b-1.fc3 clamav-0.87.1-1.fc3 libqalculate-0.9.0-1.fc3 openvpn-2.0.5-1.fc3 python-clientform-0.1.17-3.fc3 qucs-0.0.7-8.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From ville.skytta at iki.fi Sun Nov 6 13:27:36 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 06 Nov 2005 15:27:36 +0200 Subject: Buildsys issues Message-ID: <1131283656.12719.40.camel@localhost.localdomain> Some build system issues: noarch jobs seem to be built in the ppc builder, which is probably the slowest of them all and a strong bottleneck candidate. Shouldn't they be built on hammer[123] instead? The ppc/devel build host can't resolve "perl(XML::DOM) >= 1.29". A package providing "perl(XML::DOM) = 1.44" was built yesterday and released today. It couldn't be resolved today before pushing the package, nor about 1 hour after pushing it to the public repo. Repository generation takes much too long. It was a bit under 30 minutes for FC-4 and devel each, and 15ish for FC-3. repoview seems to be the culprit, taking 25+ minutes of the 30 mentioned above. So, totally, one full push takes roughly 1.5 hours, during which human input is needed at start, between each of FC-3, FC-4, devel generation, and at the end. Very tedious. Ideas? From skvidal at phy.duke.edu Sun Nov 6 13:47:32 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 06 Nov 2005 08:47:32 -0500 Subject: Buildsys issues In-Reply-To: <1131283656.12719.40.camel@localhost.localdomain> References: <1131283656.12719.40.camel@localhost.localdomain> Message-ID: <1131284852.9139.8.camel@cutter> On Sun, 2005-11-06 at 15:27 +0200, Ville Skytt? wrote: > Some build system issues: > > noarch jobs seem to be built in the ppc builder, which is probably the > slowest of them all and a strong bottleneck candidate. Shouldn't they > be built on hammer[123] instead? > > The ppc/devel build host can't resolve "perl(XML::DOM) >= 1.29". A > package providing "perl(XML::DOM) = 1.44" was built yesterday and > released today. It couldn't be resolved today before pushing the > package, nor about 1 hour after pushing it to the public repo. > > Repository generation takes much too long. It was a bit under 30 > minutes for FC-4 and devel each, and 15ish for FC-3. repoview seems to > be the culprit, taking 25+ minutes of the 30 mentioned above. So, > totally, one full push takes roughly 1.5 hours, during which human input > is needed at start, between each of FC-3, FC-4, devel generation, and at > the end. Very tedious. So if we take repoview out of the process it only takes 5 minutes for the process? If so then maybe we should have repoview run on fedoraproject.org at regular intervals to limit the need for a person to be in front of it. Another option is I could look through the repoview code and see why it is taking so long. -sv From bugzilla at redhat.com Sun Nov 6 13:48:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 08:48:27 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200511061348.jA6DmRdA004960@www.beta.redhat.com> Please 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 2005-11-06 08:48 EST ------- I've properly required cfitsio for the -devel package. Don't know how I missed this before: http://matt.truch.net/fedora/cfitsio.spec http://matt.truch.net/fedora/cfitsio-3.004-0.4.b.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 Nov 6 13:54:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 08:54:30 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200511061354.jA6DsUfc005290@www.beta.redhat.com> Please 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 ed at eh3.com 2005-11-06 08:54 EST ------- Hi Matthew, this is not a complete review but I think it catches most of the remaining problems. Please fix them and I'll do a (hopefully!) final review. nits: - please shorten the Summary: to something like "Library for manipulating FITS data files" - please use the: %post -p /sbin/ldconfig %postun -p /sbin/ldconfig syntax - rpmlint reports OK to ignore: W: cfitsio-devel no-documentation probably OK to ignore: W: cfitsio no-soname /usr/lib/libcfitsio.so these two need to be fixed: W: cfitsio one-line-command-in-%post /sbin/ldconfig W: cfitsio one-line-command-in-%postun /sbin/ldconfig - the license is actually "Distributable" (not GPL) and needs to be included with "%doc README Licence.txt" - the header files should be put into /usr/include/cfitsio or a similar location since they "pollute" the standard name space and one of them ("longnam.h") has a mighty generic name good: + source matches upstream + builds in mock on FC-4 + spec is simple and readable -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Sun Nov 6 14:04:48 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 06 Nov 2005 16:04:48 +0200 Subject: Buildsys issues In-Reply-To: <1131284852.9139.8.camel@cutter> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> Message-ID: <1131285888.12719.52.camel@localhost.localdomain> On Sun, 2005-11-06 at 08:47 -0500, seth vidal wrote: > On Sun, 2005-11-06 at 15:27 +0200, Ville Skytt? wrote: > > > Repository generation takes much too long. It was a bit under 30 > > minutes for FC-4 and devel each, and 15ish for FC-3. repoview seems to > > be the culprit, taking 25+ minutes of the 30 mentioned above. So, > > totally, one full push takes roughly 1.5 hours, during which human input > > is needed at start, between each of FC-3, FC-4, devel generation, and at > > the end. Very tedious. > > So if we take repoview out of the process it only takes 5 minutes for > the process? I doubt it could be squeezed down to 5 doing only that, but something like 10-15. But that would be much better than ~90. > If so then maybe we should have repoview run on > fedoraproject.org at regular intervals to limit the need for a person to > be in front of it. Yep. Also, IIRC the way repoview is currently set up on the buildsys (or due to repoview's internals, dunno), it's unable to use any caching and regenerates everything from scratch every time even if only one package would be changed in a repo. > Another option is I could look through the repoview code and see why it > is taking so long. I've had the intention to do that too, but have so far failed to find time for it. Thanks in advance ;). One thing that could be worth looking into is whether something in repoview or the templating engine uses a lot of string concatenations (AFAIK strings are immutable in Python). A couple of years ago I was using htmltmpl for something, and changing it to append strings into a list and joining at the end instead of concatenating all the time made a huge difference in performance, in particular for large pages. See the htmltmpl package in Extras and the -performance patch included in it if interested. From bugzilla at redhat.com Sun Nov 6 14:33:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 09:33:05 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200511061433.jA6EX5Zl007328@www.beta.redhat.com> Please 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 2005-11-06 09:32 EST ------- (In reply to comment #5) > nits: > - please shorten the Summary: to something like > "Library for manipulating FITS data files" Done. > - please use the: > %post -p /sbin/ldconfig > %postun -p /sbin/ldconfig > syntax Ditto. > - rpmlint reports > OK to ignore: > W: cfitsio-devel no-documentation > probably OK to ignore: > W: cfitsio no-soname /usr/lib/libcfitsio.so > these two need to be fixed: > W: cfitsio one-line-command-in-%post /sbin/ldconfig > W: cfitsio one-line-command-in-%postun /sbin/ldconfig Fixed by implimenting the above changes. > - the license is actually "Distributable" (not GPL) and > needs to be included with "%doc README Licence.txt" Included. However, isn't what License.txt says is that if you compile cfitsio with the zlib and AIPS code (included, and as I do as it's what cfitsio does by default), which is GPLed, that cfitsio becomes GPL? Of course, IANAL, but I believe that cfitsio is GPL in this case. I also included other documentation that I never noticed was in the tarball before. > - the header files should be put into /usr/include/cfitsio or a > similar location since they "pollute" the standard name space > and one of them ("longnam.h") has a mighty generic name Done. The configure script doesn't obey --includedir, so I had to move the files manually. I hope that's ok. Let me know how it is now: http://matt.truch.net/fedora/cfitsio-3.004-0.5.b.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 mattdm at mattdm.org Sun Nov 6 15:09:54 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 6 Nov 2005 10:09:54 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131135820.3234.27.camel@localhost> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131125282.27371.327.camel@localhost.localdomain> <1131135820.3234.27.camel@localhost> Message-ID: <20051106150954.GA13262@jadzia.bu.edu> On Fri, Nov 04, 2005 at 12:23:40PM -0800, Toshio Kuratomi wrote: > pgadmin3 is in an unenviable position right now. > The current version in the repository will run against FC3's postgreSQL > but not FC4's. In order to upgrade, wxGTK-2.6 is needed. > So if you don't upgrade wxGTK in FC4 in order to not break other things, > pgadmin3 will remain broken. That sounds like the case for a lot of things. I think I'm going to go ahead and put 2.6 in devel early this week. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Sun Nov 6 16:16:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 11:16:10 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511061616.jA6GGAie012398@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ville.skytta at iki.fi 2005-11-06 11:15 EST ------- Build 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 Sun Nov 6 16:35:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 11:35:01 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511061635.jA6GZ0O1013595@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 ------- Additional Comments From rc040203 at freenet.de 2005-11-06 11:34 EST ------- (In reply to comment #6) > Thanks for the review, committed. Will try to build later when the buildsys > can see "perl(XML::DOM) >= 1.29". Dunno why it currently can't. Me thinks something rpm's perl module dependency tracking probably is broken. (C.f. the perl(DBI::Pg) issue. > I didn't add any of the suggestions in comment 5, though: > - Nothing in XML-XQL directly depends on XML::Parser Doesn't matter, Makefile.PL explictly checks for it, for whatever reasons. > - Date::Manip 5.36 was already in Red Hat 6.2, unversioned BR already in pkg > - /usr/bin/yapp is only needed if XQLParser/Parser.pm is outdated or missing Or being split 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 fedora at leemhuis.info Sun Nov 6 16:38:17 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 06 Nov 2005 17:38:17 +0100 Subject: Buildsys issues In-Reply-To: <1131284852.9139.8.camel@cutter> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> Message-ID: <1131295097.3539.29.camel@localhost.localdomain> Am Sonntag, den 06.11.2005, 08:47 -0500 schrieb seth vidal: > On Sun, 2005-11-06 at 15:27 +0200, Ville Skytt? wrote: > > Some build system issues: >>[...] > > Repository generation takes much too long. It was a bit under 30 > > minutes for FC-4 and devel each, and 15ish for FC-3. repoview seems to > > be the culprit, taking 25+ minutes of the 30 mentioned above. So, > > totally, one full push takes roughly 1.5 hours, during which human input > > is needed at start, between each of FC-3, FC-4, devel generation, and at > > the end. Very tedious. >[...] > Another option is I could look through the repoview code and see why it > is taking so long. This reminds me of something else: Why do we have a repoview per arch? IMHO it would it be a lot easier to read and browse the repoview-files if we would have one general interface for all archs. Each package description should then of course have a section like this: "This package is available for these archs: i386 x86_64 ppc " Similar to how thias does it on freshrpms, for example: http://stentz.freshrpms.net/rpm.html?id=70 Build date Package 27 Apr 2005 Homepage Download frozen-bubble-1.0.0-8.2.fc4.i386.rpm 31 May 2005 Homepage Download frozen-bubble-1.0.0-8.2.fc4.ppc.rpm 28 Apr 2005 Homepage Download frozen-bubble-1.0.0-8.2.fc4.x86_64.rpm Creating the repoview-html-files like this would probably also faster because it only has to create the files once, and not two (FC3) or three (FC4, devel) times a lot of mostly similar files per arch. Just my 2 cent. -- Thorsten Leemhuis From eric.tanguy at univ-nantes.fr Sun Nov 6 16:22:40 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Sun, 06 Nov 2005 17:22:40 +0100 Subject: Problem in FC-4 buildsys ?? Message-ID: <1131294161.2905.6.camel@bureau.maison> I just launch drgeo package building in devel, FC-3 and FC-4. All was fine and the packages build. But i looked to the root.log file and i found this for FC-4 and nothing for devel and FC-3 : FC-4 i386 : ls: readlink:: No such file or directory ls: file: No such file or directory ls: expected: No such file or directory cp: cannot stat `/dev/md0': No such file or directory cp: cannot stat `/dev/md1': No such file or directory cp: cannot stat `/dev/md2': No such file or directory cp: cannot stat `/dev/md3': No such file or directory stall: libacl.i386 0:2.2.23-8 - core x86_64 : ls: readlink:: No such file or directory ls: file: No such file or directory ls: expected: No such file or directory cp: cannot stat `/dev/md0': No such file or directory cp: cannot stat `/dev/md1': No such file or directory cp: cannot stat `/dev/md2': No such file or directory cp: cannot stat `/dev/md3': No such file or directory ppc : warning: findutils-4.2.20-1: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2 warning: perl-XML-SAX-0.12-7: Header V3 DSA signature: NOKEY, key ID db42a60e warning: waiting for transaction lock on /var/lib/rpm/__db.000 ls: readlink:: No such file or directory ls: file: No such file or directory ls: expected: No such file or directory cp: cannot stat `/dev/md1': No such file or directory Why ? Is it a problem ? Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From bugzilla at redhat.com Sun Nov 6 17:30:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 12:30:45 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200511061730.jA6HUj9C016785@www.beta.redhat.com> Please 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 2005-11-06 12:30 EST ------- I found another (possible) mistake. cfitsio-devel didn't own the directory it created (/usr/include/cfitsio), but should: http://matt.truch.net/fedora/cfitsio-3.004-0.6.b.src.rpm PS - I should have read fully the PackageReviewGuidelines, not just the PackagingGuidelines, PackageNamingGuidlines, and Extras/Contributors. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 6 17:36:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 12:36:58 -0500 Subject: [Bug 172332] Review Request: perl-XML-XQL In-Reply-To: Message-ID: <200511061736.jA6HawBA017021@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-XML-XQL https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172332 ------- Additional Comments From ville.skytta at iki.fi 2005-11-06 12:36 EST ------- > (In reply to comment #6) > Me thinks something rpm's perl module dependency tracking probably is broken. > (C.f. the perl(DBI::Pg) issue. Not the same thing here. This was apparently a buildsys local issue, repos not updating or something. Works now. > > - Nothing in XML-XQL directly depends on XML::Parser > Doesn't matter, Makefile.PL explictly checks for it, for whatever reasons. That results in a warning at worst, and doesn't affect the build. > > - /usr/bin/yapp is only needed if XQLParser/Parser.pm is outdated or missing > Or being split out ;) What being split from where? /usr/bin/yapp being split from perl-Parse-Yapp? XQLParser/Parser.pm being split from perl-XML-XQL? Anyway, /usr/bin/yapp is not needed to build whatever package XQLParser/Parser.pm is in as long as it's up to date wrt XQLParser/Parser.yp, no matter what packages things are in. Already tested before committing by manually moving /usr/bin/yapp elsewhere and rebuilding. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Sun Nov 6 18:49:31 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 06 Nov 2005 13:49:31 -0500 Subject: Buildsys issues In-Reply-To: <1131295097.3539.29.camel@localhost.localdomain> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> <1131295097.3539.29.camel@localhost.localdomain> Message-ID: <1131302971.9139.17.camel@cutter> > Why do we have a repoview per arch? IMHO it would it be a lot easier to > read and browse the repoview-files if we would have one general > interface for all archs. > > Each package description should then of course have a section like this: > > "This package is available for these archs: > i386 > x86_64 > ppc > " > b/c we have multiple repositories. and repoview generates per repository. > Similar to how thias does it on freshrpms, for example: > http://stentz.freshrpms.net/rpm.html?id=70 > > Build date Package > 27 Apr 2005 Homepage Download frozen-bubble-1.0.0-8.2.fc4.i386.rpm > 31 May 2005 Homepage Download frozen-bubble-1.0.0-8.2.fc4.ppc.rpm > 28 Apr 2005 Homepage Download frozen-bubble-1.0.0-8.2.fc4.x86_64.rpm > > Creating the repoview-html-files like this would probably also faster > because it only has to create the files once, and not two (FC3) or three > (FC4, devel) times a lot of mostly similar files per arch. I think matthias is pushing that data into a database and querying it out. I might be wrong, though. -sv From bugzilla at redhat.com Sun Nov 6 21:03:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 16:03:32 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511062103.jA6L3WWO027258@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From dreadyman at gmail.com 2005-11-06 16:03 EST ------- ok back from holidays ! worked on all comments : please see http://mickael.bailly.free.fr/yakuake.spec http://mickael.bailly.free.fr/yakuake-2.7.3-2.src.rpm Thanks (In reply to comment #3) > Ah, forget my comment about the install.sh script, it is useful. But chmod it > 755 please. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sun Nov 6 22:15:05 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 6 Nov 2005 17:15:05 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051106221505.33FDA7FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 drgeo-1.1.0-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Nov 6 22:15:11 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 6 Nov 2005 17:15:11 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051106221511.34FE87FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 5 drgeo-1.1.0-4.fc4 freeciv-2.0.7-2.fc4 libotr-3.0.0-1.fc4.1 qalculate-gtk-0.9.0-1.fc4 qalculate-kde-0.9.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 Sun Nov 6 22:15:20 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 6 Nov 2005 17:15:20 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051106221520.9998F7FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 4 drgeo-1.1.0-4.fc5 perl-XML-XQL-0.68-1.fc5 qalculate-gtk-0.9.0-1.fc5 qalculate-kde-0.9.0-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From mricon at gmail.com Sun Nov 6 23:11:12 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sun, 6 Nov 2005 18:11:12 -0500 Subject: Buildsys issues In-Reply-To: <1131284852.9139.8.camel@cutter> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> Message-ID: On 06/11/05, seth vidal wrote: > Another option is I could look through the repoview code and see why it > is taking so long. Most time is spent in kid routines, generating pages from templates. There's no easy way to avoid generating pages to check if they have changed. Even when adding one package, a lot of pages may change, not just the page for that package -- because of the indexes on the left and letter index on top. I can try something that would track the data that goes into generating each page, but last time I tried that, setting up and handling tracking routines created lots of extra code, and didn't particularly sped up the things. The alternative would be the frames, but that brings in the suckage that is frames, including linking nightmares. I'm open to suggestions. Cheers, -- Konstantin Ryabitsev http://www.mricon.com/ Montr?al, Qu?bec From bugzilla at redhat.com Sun Nov 6 23:11:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 18:11:46 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511062311.jA6NBkgL001549@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From gauret at free.fr 2005-11-06 18:11 EST ------- Needs work: * Desktop file: the Categories tag should contain Application (wiki: PackagingGuidelines#desktop) Minor: * You can use "%doc AUTHORS COPYING" in the %files list, it will take care by itself to create the directories in the buildroot, and to copy the files. * You can use the "--delete-original" option of desktop-file-install to remove the installed file, instead of doing it manually. The desktop-file-install call could look like : use desktop-file-install --vendor fedora \ --dir ${RPM_BUILD_ROOT}%{_datadir}/applications \ --add-category X-Fedora \ --add-category Application \ --delete-original \ ${RPM_BUILD_ROOT}%{_datadir}/applnk/Utilities/yakuake.desktop * The spec file is chmod +x. The rest looks fine. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From micwise at bellsouth.net Mon Nov 7 00:06:01 2005 From: micwise at bellsouth.net (Michael D. Wise) Date: Sun, 06 Nov 2005 18:06:01 -0600 Subject: libgoffice spec file Message-ID: <1131321962.1039.14.camel@stonewall.northforty.net> I would like to submit libgoffice eventually but I have a couple of problems. First I'm not sure about the spec file and locales. I'm sure there's a better way to deal with installing locales than I have. The second is I have no place to post the spec file and source rpm at this time. I've attached the spec file. Any help would be appreciated. Thanks, Michael -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -------------- next part -------------- Name: libgoffice Version: 0.0.4 Release: 1 Summary: Goffice support libraries Group: System Environment/Libraries License: GPL URL: ftp://ftp.gnome.org Source0: libgoffice-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: glib2-devel >= 2.6.4 BuildRequires: libgsf >= 1.12.2 BuildRequires: pango-devel >= 1.8.1 BuildRequires: libxml2-devel >= 2.4.12 BuildRequires: gtk2-devel >= 2.6.0 BuildRequires: libglade2-devel >= 2.3.6 BuildRequires: libgnomeprint22-devel >= 2.8.2 BuildRequires: libart_lgpl-devel >= 2.3.11 Requires: glib2 >= 2.6.4 Requires: libgsf >= 1.12.2 Requires: libxml2 >= 2.4.12 Requires: gtk2 >= 2.6.0 Requires: libglade2 >= 2.3.6 Requires: libgnomeprint22 >= 2.8.2 Requires: libart_lgpl >= 2.3.11 %description Support libraries for gnome office %package devel Summary: Libraries and include files for goffice Group: Development/Libraries Requires: %{name} = %{version} Requires: glib2-devel >= 2.6.4 Requires: libgsf-devel >= 1.12.2 Requires: libxml2-devel >= 2.4.12 Requires: gtk2-devel >= 2.6.0 Requires: libglade2-devel >= 2.3.6 Requires: libgnomeprint22-devel >= 2.8.2 Requires: libart_lgpl-devel >= 2.3.11 %description devel Development libraries for goffice %prep %setup -q %build %configure make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make install DESTDIR=$RPM_BUILD_ROOT %post -p /sbin/ldconfig %postun -p /sbin/ldconfig %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc AUTHORS COPYING ChangeLog NEWS README %{_libdir}/goffice/%{version}/ %{_libdir}/*.so.* %{_datadir}/goffice/%{version}/ %{_datadir}/pixmaps/goffice/ /usr/share/locale/am/LC_MESSAGES/goffice.mo /usr/share/locale/az/LC_MESSAGES/goffice.mo /usr/share/locale/bg/LC_MESSAGES/goffice.mo /usr/share/locale/ca/LC_MESSAGES/goffice.mo /usr/share/locale/cs/LC_MESSAGES/goffice.mo /usr/share/locale/da/LC_MESSAGES/goffice.mo /usr/share/locale/de/LC_MESSAGES/goffice.mo /usr/share/locale/el/LC_MESSAGES/goffice.mo /usr/share/locale/en_CA/LC_MESSAGES/goffice.mo /usr/share/locale/en_GB/LC_MESSAGES/goffice.mo /usr/share/locale/es/LC_MESSAGES/goffice.mo /usr/share/locale/et/LC_MESSAGES/goffice.mo /usr/share/locale/fi/LC_MESSAGES/goffice.mo /usr/share/locale/fr/LC_MESSAGES/goffice.mo /usr/share/locale/ga/LC_MESSAGES/goffice.mo /usr/share/locale/gl/LC_MESSAGES/goffice.mo /usr/share/locale/he/LC_MESSAGES/goffice.mo /usr/share/locale/hr/LC_MESSAGES/goffice.mo /usr/share/locale/hu/LC_MESSAGES/goffice.mo /usr/share/locale/it/LC_MESSAGES/goffice.mo /usr/share/locale/ja/LC_MESSAGES/goffice.mo /usr/share/locale/ko/LC_MESSAGES/goffice.mo /usr/share/locale/lv/LC_MESSAGES/goffice.mo /usr/share/locale/ml/LC_MESSAGES/goffice.mo /usr/share/locale/mr/LC_MESSAGES/goffice.mo /usr/share/locale/ms/LC_MESSAGES/goffice.mo /usr/share/locale/nb/LC_MESSAGES/goffice.mo /usr/share/locale/nl/LC_MESSAGES/goffice.mo /usr/share/locale/nn/LC_MESSAGES/goffice.mo /usr/share/locale/no/LC_MESSAGES/goffice.mo /usr/share/locale/pl/LC_MESSAGES/goffice.mo /usr/share/locale/pt/LC_MESSAGES/goffice.mo /usr/share/locale/pt_BR/LC_MESSAGES/goffice.mo /usr/share/locale/ro/LC_MESSAGES/goffice.mo /usr/share/locale/ru/LC_MESSAGES/goffice.mo /usr/share/locale/sk/LC_MESSAGES/goffice.mo /usr/share/locale/sr/LC_MESSAGES/goffice.mo /usr/share/locale/sr at Latn/LC_MESSAGES/goffice.mo /usr/share/locale/sv/LC_MESSAGES/goffice.mo /usr/share/locale/tr/LC_MESSAGES/goffice.mo /usr/share/locale/uk/LC_MESSAGES/goffice.mo /usr/share/locale/vi/LC_MESSAGES/goffice.mo /usr/share/locale/zh_CN/LC_MESSAGES/goffice.mo /usr/share/locale/zh_TW/LC_MESSAGES/goffice.mo %files devel %{_includedir}/libgoffice-1/ %{_libdir}/pkgconfig/libgoffice-1.pc %{_libdir}/*.so %{_libdir}/*.la %changelog * Sat Nov 05 2005 Michael Wise - 0.0.4-1 - Initial spec file From wtogami at redhat.com Mon Nov 7 00:22:03 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 06 Nov 2005 19:22:03 -0500 Subject: Buildsys issues In-Reply-To: References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> Message-ID: <436E9E2B.5020009@redhat.com> Konstantin Ryabitsev wrote: > On 06/11/05, seth vidal wrote: > >>Another option is I could look through the repoview code and see why it >>is taking so long. > > > Most time is spent in kid routines, generating pages from templates. > > There's no easy way to avoid generating pages to check if they have > changed. Even when adding one package, a lot of pages may change, not > just the page for that package -- because of the indexes on the left > and letter index on top. I can try something that would track the data > that goes into generating each page, but last time I tried that, > setting up and handling tracking routines created lots of extra code, > and didn't particularly sped up the things. > > The alternative would be the frames, but that brings in the suckage > that is frames, including linking nightmares. > > I'm open to suggestions. How about something entirely different. Rather than distributing thousands of files from repoview, instead make a central website that displays info about the packages. It could be either database generated dynamic or pre-generated static pages. One official site can have all of this package info, and the source exists for anybody to make their own mirror easily. I personally think it is inefficient to generate and mirror thousands of those files in the normal mirror system. This resource can easily be offloaded into an asynchronous system that doesn't slow down everything else. http://fedoratracker.org/ A later idea might be to make this separate system with more flexible capabilites like searching like Fedora Tracker. An initial launch would be fine with plain repoview though. Warren Togami wtogami at redhat.com From skvidal at fedoraproject.org Mon Nov 7 00:30:39 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Sun, 06 Nov 2005 19:30:39 -0500 Subject: Buildsys issues In-Reply-To: <436E9E2B.5020009@redhat.com> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> <436E9E2B.5020009@redhat.com> Message-ID: <1131323439.19797.18.camel@cutter> > How about something entirely different. Rather than distributing > thousands of files from repoview, instead make a central website that > displays info about the packages. It could be either database generated > dynamic or pre-generated static pages. One official site can have all > of this package info, and the source exists for anybody to make their > own mirror easily. 1. the point of the repoview format was to be mirrorable 2. it was intended to be infrastructure-less and to work with the existent layout of things. 3. distributing this info out onto the mirrors means we do not have a single point of failure - like we have with fedoratracker and friends. Any mirror is browseable using this layout. -sv From wtogami at redhat.com Mon Nov 7 00:33:57 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 06 Nov 2005 19:33:57 -0500 Subject: Buildsys issues In-Reply-To: <1131323439.19797.18.camel@cutter> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> <436E9E2B.5020009@redhat.com> <1131323439.19797.18.camel@cutter> Message-ID: <436EA0F5.5070602@redhat.com> seth vidal wrote: >>How about something entirely different. Rather than distributing >>thousands of files from repoview, instead make a central website that >>displays info about the packages. It could be either database generated >>dynamic or pre-generated static pages. One official site can have all >>of this package info, and the source exists for anybody to make their >>own mirror easily. > > > > 1. the point of the repoview format was to be mirrorable > 2. it was intended to be infrastructure-less and to work with the > existent layout of things. > 3. distributing this info out onto the mirrors means we do not have a > single point of failure - like we have with fedoratracker and friends. > Any mirror is browseable using this layout. > How about making generation asynchronous but keeping everything else the same? That would be an improvement over what we currently have. Warren Togami wtogami at redhat.com From skvidal at phy.duke.edu Mon Nov 7 00:38:36 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 06 Nov 2005 19:38:36 -0500 Subject: Buildsys issues In-Reply-To: <436EA0F5.5070602@redhat.com> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> <436E9E2B.5020009@redhat.com> <1131323439.19797.18.camel@cutter> <436EA0F5.5070602@redhat.com> Message-ID: <1131323916.22176.1.camel@cutter> On Sun, 2005-11-06 at 19:33 -0500, Warren Togami wrote: > seth vidal wrote: > >>How about something entirely different. Rather than distributing > >>thousands of files from repoview, instead make a central website that > >>displays info about the packages. It could be either database generated > >>dynamic or pre-generated static pages. One official site can have all > >>of this package info, and the source exists for anybody to make their > >>own mirror easily. > > > > > > > > 1. the point of the repoview format was to be mirrorable > > 2. it was intended to be infrastructure-less and to work with the > > existent layout of things. > > 3. distributing this info out onto the mirrors means we do not have a > > single point of failure - like we have with fedoratracker and friends. > > Any mirror is browseable using this layout. > > > > How about making generation asynchronous but keeping everything else the > same? That would be an improvement over what we currently have. Isn't that what I suggested when I said we make the repoview run occur on a regular basis on fedoraproject.org - rather than at extras-push time? -sv From mricon at gmail.com Mon Nov 7 00:42:08 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sun, 6 Nov 2005 19:42:08 -0500 Subject: Buildsys issues In-Reply-To: <436EA0F5.5070602@redhat.com> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> <436E9E2B.5020009@redhat.com> <1131323439.19797.18.camel@cutter> <436EA0F5.5070602@redhat.com> Message-ID: On 06/11/05, Warren Togami wrote: > How about making generation asynchronous but keeping everything else the > same? That would be an improvement over what we currently have. Well, I was really envisioning the generation routines to run from cron, since it's specifically built to check if the things have changed by storing and checking the checksums in the repomd.xml file. However, I am opposed to making it centralized. Currently, this system works for any mirror, running on any OS. With the 0.4 version, it's also rsync-friendly, since it preserves the files that have not changed. I'll look into ways to avoid generating the unchanged files in the first place, but I can't make any promises about efficiency of that code. Regards, -- Konstantin Ryabitsev http://www.mricon.com/ Montr?al, Qu?bec From bugzilla at redhat.com Mon Nov 7 01:19:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 20:19:13 -0500 Subject: [Bug 172547] New: Review Request: ghdl/gtkwave VHDL frontend for gcc and associated waveform 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=172547 Summary: Review Request: ghdl/gtkwave VHDL frontend for gcc and associated waveform viewer Product: Fedora Extras Version: devel Platform: All URL: http://www.baycom.org/~tom/fedora/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: t.sailer at alumni.ethz.ch QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com http://www.baycom.org/~tom/fedora/ghdl.spec http://www.baycom.org/~tom/fedora/ghdl-0.20-3.src.rpm http://www.baycom.org/~tom/fedora/gtkwave.spec http://www.baycom.org/~tom/fedora/gtkwave-1.3.76-1.src.rpm Description: ghdl is a VHDL frontend for gcc. VHDL (VHSIC Hardware Description Language) is used to describe (digital) electronic systems. ghdl turns such descriptions into executables that, when run simulate the digital system. Waveforms of all signals can be logged to a file. gtkwave then allows these signals to be displayed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 01:19:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 6 Nov 2005 20:19:32 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511070119.jA71JW5Z008577@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 t.sailer at alumni.ethz.ch changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172547 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 06:46:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 01:46:21 -0500 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200511070646.jA76kL4p028448@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 ------- Additional Comments From ankit644 at yahoo.com 2005-11-07 01:46 EST ------- ping -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Mon Nov 7 08:14:54 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 07 Nov 2005 00:14:54 -0800 Subject: libgoffice spec file In-Reply-To: <1131321962.1039.14.camel@stonewall.northforty.net> References: <1131321962.1039.14.camel@stonewall.northforty.net> Message-ID: <1131351294.11657.18.camel@locolhost.localdomain> On Sun, 2005-11-06 at 18:06 -0600, Michael D. Wise wrote: > I would like to submit libgoffice eventually but I have a couple of > problems. First I'm not sure about the spec file and locales. Fedora ships with a macro just for locales in the %install section sometime after install - use %find_lang goffice Then in %files - do %files -f goffice.lang > I've attached the spec file. Any help would be appreciated. 1) Drop the explicit Requires on main package rpm will figure them out based upon the shared libraries your binaries need. 2) Reduce the BuildRequires - some of them are redundant (IE already required by other BuildRequires) 3) Remove %{_libdir}/*.la Extras does not package .la files. You should remove them in the % install section - after the make install - via find %buildroot%_libdir -type f -name "*.la" -exec rm -f {} ';' 4) Your devel package probably has too many explicit requires some of which are redundant (ie one already requires another) - it really only should require packages specified in its pkgconfig file. -=- There may be other things too. -=- As far as a place to host the spec file and src.rpm so that you can file a bugzilla for a formal review - I unfortunately can't help you there. From bugzilla at redhat.com Mon Nov 7 08:42:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 03:42:50 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511070842.jA78gonw003872@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From dreadyman at gmail.com 2005-11-07 03:42 EST ------- hello!, fixed package following comment #5. please see http://mickael.bailly.free.fr/yakuake.spec http://mickael.bailly.free.fr/yakuake-2.7.3-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Mon Nov 7 08:49:10 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 07 Nov 2005 09:49:10 +0100 Subject: libgoffice spec file In-Reply-To: <1131321962.1039.14.camel@stonewall.northforty.net> References: <1131321962.1039.14.camel@stonewall.northforty.net> Message-ID: <436F1506.6020608@hhs.nl> Michael D. Wise wrote: > I would like to submit libgoffice eventually but I have a couple of > problems. First I'm not sure about the spec file and locales. I'm sure > there's a better way to deal with installing locales than I have. The > second is I have no place to post the spec file and source rpm at this > time. I've attached the spec file. Any help would be appreciated. > libgoffice in extras-devel would be great I want to upgrade gnumeric to 1.6.x and that needs libgoffice. If you mail me the SRPM (provided it has a reasonable size, say no more then 5 MB) the I can put it up somewhere, in the mean time could you open a bugzilla ticket for the review of this, cut and paste Michael A. Peters reaction and put me in the CC, then I'll add an url for the SRPM. Thanks & Regards, Hans From bugzilla at redhat.com Mon Nov 7 08:54:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 03:54:17 -0500 Subject: [Bug 172547] Review Request: ghdl/gtkwave VHDL frontend for gcc and associated waveform viewer In-Reply-To: Message-ID: <200511070854.jA78sHdN004590@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl/gtkwave VHDL frontend for gcc and associated waveform viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From paul at city-fan.org 2005-11-07 03:54 EST ------- Please use separate bugzilla entries for each package. I have a spec for gtkwave that you might want to look at, possibly taking some things from that: http://www.city-fan.org/~paul/extras/gtkwave/gtkwave.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 09:06:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 04:06:50 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511070906.jA796oan005691@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From gauret at free.fr 2005-11-07 04:06 EST ------- Last thing : add these lines to the desktop-file-install call : --add-category Utility \ --add-category KDE \ --add-category Qt \ The 1st one is because Yakuake currently appears in the "Other" section of the menu. The other make it not appear in GNOME, where it would be useless (it uses dcop). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 09:37:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 04:37:59 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511070937.jA79bxuq008376@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From dreadyman at gmail.com 2005-11-07 04:37 EST ------- fixed. Please see http://mickael.bailly.free.fr/yakuake.spec http://mickael.bailly.free.fr/yakuake-2.7.3-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 09:51:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 04:51:02 -0500 Subject: [Bug 172547] Review Request: ghdl/gtkwave VHDL frontend for gcc and associated waveform viewer In-Reply-To: Message-ID: <200511070951.jA79p2Cm009363@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl/gtkwave VHDL frontend for gcc and associated waveform viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From t.sailer at alumni.ethz.ch 2005-11-07 04:50 EST ------- (In reply to comment #1) Are you planning to request inclusion of gtkwave to fedora extras? Your spec file looks much more elaborate than mine, so I'm happy if you submit your version of gtkwave. However, I'd like the ghdl patch to be applied, it adds support for ghdl's ghw wavefile format. While ghdl also supports VCD, VCD only allows a subset of the VHDL data types. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 10:01:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 05:01:29 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511071001.jA7A1Ta7010197@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-07 05:01 EST ------- Review for release 4: * RPM name is OK * Source yakuake-2.7.3.tar.bz2 is the same as upstream * Builds fine in mock * rpmlint of yakuake looks OK * File list of yakuake looks OK * Works fine APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gauret at free.fr Mon Nov 7 10:23:14 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 07 Nov 2005 11:23:14 +0100 Subject: Zope packages in Extras Message-ID: Hi *, I'm maintaining the Zope and Plone packages in Extras. I'm not using them professionnaly anymore, and I'm not following Zope news as closely as I did before. I don't want to orphan them since I'm still interested in them, but I'm looking for zope-litterate people to co-maintain those packages with me. Zope is kind of tricky as regards to versions, and Plone is even more picky. Plone usually requires a specific version of Zope (not the last one of course), and both packages require specific versions of python... With Zope3 around the corner, we'll have to roll out a separate package, since it's not compatible. And if we wanted to do as upstream recommands, we would have to use our own python 2.3 packages, since the latest Zope is unsupported on python 2.4. That's a lot of work for me alone. I've already made mistakes updating these packages in the past, see bugs 160971, 162652 and 171681 for examples, so if there are people interested in co-maintaining zope and plone with me in extras, you're welcome. If nobody steps forward, I'll continue as now, and be extra careful when updating. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr Recursion: (n.) See "Recursion". From bugzilla at redhat.com Mon Nov 7 10:38:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 05:38:36 -0500 Subject: [Bug 172547] Review Request: ghdl/gtkwave VHDL frontend for gcc and associated waveform viewer In-Reply-To: Message-ID: <200511071038.jA7AcaK3013416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl/gtkwave VHDL frontend for gcc and associated waveform viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From paul at city-fan.org 2005-11-07 05:38 EST ------- (In reply to comment #2) > (In reply to comment #1) > > Are you planning to request inclusion of gtkwave to fedora extras? Your spec > file looks much more elaborate than mine, so I'm happy if you submit your > version of gtkwave. > > However, I'd like the ghdl patch to be applied, it adds support for ghdl's ghw > wavefile format. While ghdl also supports VCD, VCD only allows a subset of the > VHDL data types. OK, I'll do that; change this bugzilla entry to just include ghdl, I'll post a separate request for gtkwave and we can review each other's packages. Regarding the ghdl patch, have you passed it on to Tony (upstream) for inclusion in gtkwave? He's getting though around 2 releases a week at the moment, so there could be issues maintaining a patch like this if it's unsupported upstream. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 11:52:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 06:52:36 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511071152.jA7BqaYq021971@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From dmitry at butskoy.name 2005-11-07 06:52 EST ------- (for comment #29) I've already released dvdisaster before this comment, you can find it at http://download.fedora.redhat.com/pub/fedora/linux/extras/ Is there a chance this change will be appeared soon in the next upstream version? If so, I'll just wait for it, else I'll apply this patch immediately. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 13:06:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 08:06:17 -0500 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200511071306.jA7D6Hia029214@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 sundaram at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sundaram at redhat.com ------- Additional Comments From sundaram at redhat.com 2005-11-07 08:06 EST ------- can you rename your package system-config-controlcenter. I am not sure the current name is specific enough. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Nov 7 13:14:32 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 07 Nov 2005 14:14:32 +0100 Subject: rpms/thttpd/FC-4 thttpd-2.25b-CVE-2005-3124.patch, NONE, 1.1 thttpd.spec, 1.7, 1.8 In-Reply-To: <200511071211.jA7CB8QN029399@cvs-int.fedora.redhat.com> References: <200511071211.jA7CB8QN029399@cvs-int.fedora.redhat.com> Message-ID: <1131369272.22701.26.camel@mccallum.corsepiu.local> On Mon, 2005-11-07 at 07:10 -0500, Matthias Saou wrote: > Author: thias > diff -u -r1.7 -r1.8 > --- thttpd.spec 22 May 2005 23:46:05 -0000 1.7 > +++ thttpd.spec 7 Nov 2005 12:10:36 -0000 1.8 > %pre > -/usr/sbin/groupadd -r www 2>/dev/null || : > +/usr/sbin/groupadd -r www &>/dev/null || : Are you sure about this? Looks very much like a bug to me. Ralf From bugzilla at redhat.com Mon Nov 7 13:34:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 08:34:40 -0500 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200511071334.jA7DYeM9031567@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 ------- Additional Comments From ankit644 at yahoo.com 2005-11-07 08:34 EST ------- Renamin of package is not a big task. But i need the confirmation from the reviewer if he really wants. After confirmation i will resubmit the package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 15:16:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 10:16:53 -0500 Subject: [Bug 172579] New: Review Request: gtkwave - Waveform 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=172579 Summary: Review Request: gtkwave - Waveform Viewer Product: Fedora Extras Version: devel Platform: All URL: http://home.nc.rr.com/gtkwave/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at city-fan.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.city-fan.org/~paul/extras/gtkwave/gtkwave.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/gtkwave/gtkwave-1.3.76-3.src.rpm Description: GTKWave is a waveform viewer that can view VCD files produced by most Verilog simulation tools, as well as LXT files produced by certain Verilog simulation tools. This package includes support for reading .ghw files as produced by ghdl. This review request follows on from Bug 172547, which was a combined ghdl/gtkwave 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 bugzilla at redhat.com Mon Nov 7 15:17:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 10:17:11 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511071517.jA7FHBYN009580@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172579 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 15:18:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 10:18:18 -0500 Subject: [Bug 172547] Review Request: ghdl VHDL frontend for gcc In-Reply-To: Message-ID: <200511071518.jA7FII51009765@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl VHDL frontend for gcc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From paul at city-fan.org 2005-11-07 10:18 EST ------- I've submitted the gtkwave package for review as Bug 172579. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 7 15:23:01 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 07 Nov 2005 09:23:01 -0600 Subject: compat-gtkhtml36 In-Reply-To: <1131144448.3132.37.camel@locolhost.localdomain> References: <1131144448.3132.37.camel@locolhost.localdomain> Message-ID: Michael A. Peters wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171314 > At any rate - this version of the library is needed for some stuff > (including one package I maintain) to build in gnome 2.12.x - What packages require it? > I really would like to see this in FC5 extras. You're on the right track by submitting the Review Request. -- Rex From katzj at redhat.com Mon Nov 7 15:39:05 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Nov 2005 10:39:05 -0500 Subject: Fuse packages now with use fuse-group and suid binary (Was: RFC: fuse packages) In-Reply-To: <1131130813.3327.10.camel@localhost.localdomain> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> <1131032200.11424.8.camel@bree.local.net> <1131130813.3327.10.camel@localhost.localdomain> Message-ID: <1131377945.2759.13.camel@bree.local.net> On Fri, 2005-11-04 at 20:00 +0100, Thorsten Leemhuis wrote: > Am Donnerstag, den 03.11.2005, 10:36 -0500 schrieb Jeremy Katz: > > On Wed, 2005-11-02 at 21:10 +0100, Thorsten Leemhuis wrote: > > > Am Samstag, den 29.10.2005, 14:32 -0400 schrieb Jeremy Katz: > > > > Why does fusermount need to be suid? > > > AFAICS we have three solutions: > > > > > > 1) do it as upstream does (suid root) > > > 2) create a fusemount group -- only members of that group are allowed to > > > mount fuse-filesystems that are not in /etc/fstab > > > 3) only allow fuse for things listed in /etc/fstab > > > > > > I tent to do 3) and can also live with 2) (if that's possible -- I > > > suppose it is but did not try yet). I don't like 1). > > > > The more I think about it, the more I think that the third is really the > > only "reasonable" solution for now. > > I did not get solution 3 to work correctly. So I chose solution 2 (this > is also the scheme that is used by debian afaics). See: How does it fail? I really don't like the idea of fuse being different from every other thing that's shipped :/ Jeremy From toshio at tiki-lounge.com Mon Nov 7 15:46:58 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 07 Nov 2005 07:46:58 -0800 Subject: compat-gtkhtml36 In-Reply-To: References: <1131144448.3132.37.camel@locolhost.localdomain> Message-ID: <1131378418.22848.17.camel@localhost> On Mon, 2005-11-07 at 09:23 -0600, Rex Dieter wrote: > Michael A. Peters wrote: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171314 > > At any rate - this version of the library is needed for some stuff > > (including one package I maintain) to build in gnome 2.12.x - > > What packages require it? > gnomesword. Near as I can figure out, gtkhtml36 and previous shipped with private headers in the /usr/include hierarchy. gtkhtml38 decided to correct the mistake and no longer installs the private headers. This breaks applications that assumed anything in /usr/include was public and were using the functions declared in the private headers. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Nov 7 15:58:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 10:58:16 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511071558.jA7FwGqO014402@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: kmymoney2- |Review Request: kmymoney2: |0.8-4: Personal finance |Personal finance ------- Additional Comments From rdieter at math.unl.edu 2005-11-07 10:58 EST ------- Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kmymoney2-0.8.1-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kmymoney2-0.8.1-1.src.rpm %changelog * Sat Nov 05 2005 Rex Dieter 0.8.1-1 - 0.8.1 * Fri Nov 04 2005 Rex Dieter 0.8-5 - drop useless macros - use %%fedora,%%rhel to conditionalize ofxbanking support -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buc at odusz.so-cdu.ru Mon Nov 7 16:43:29 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 07 Nov 2005 19:43:29 +0300 Subject: php-extras -- some skilled reviewing is needed Message-ID: <436F8431.7050201@odu.neva.ru> There is "php-extras" package pending for review: http://bugzilla.redhat.com/bugzilla/170131 The idea is to add those standard php modules which were not included in the Fedora Core's php package. The modules' source is the standard php tarball (they just not compiled by default for FC). All required dependencies are already present either in FC or in FE. Due to its goal, the design of "php-extras" is a little not trivial. (The same tarball as in the main php package, compile only some parts of the source, different tarballs for fc3/fc4/devel, etc.). Therefore IMHO it will be better if this package will be reviewed by somebody skilled enough. Skills in PHP programming are not required, as php itself is a "C application" and there are a lot of good "make check" stuff. Just non-trivial packaging experience is actually needed. The review request has appeared several weeks ago. During this time some people were interested in this package (according to download logs), but probably everyone have been frightened of the too complex spec-file. :) Therefore I considered necessary to post here. There are already some remarks satisfied, I hope nothing special remains. Thanks in advance, Dmitry Butskoy From bugzilla at redhat.com Mon Nov 7 16:41:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 11:41:22 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511071641.jA7GfMxe018971@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From ville.skytta at iki.fi 2005-11-07 11:41 EST ------- FWIW, to me it looks like the version in FE is fine for now, no need to roll a new one just because of this patch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 16:47:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 11:47:14 -0500 Subject: [Bug 172400] Review Request: kdesvn - A subversion client for KDE In-Reply-To: Message-ID: <200511071647.jA7GlEha019577@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdesvn - A subversion client for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172400 ------- Additional Comments From orion at cora.nwra.com 2005-11-07 11:46 EST ------- (In reply to comment #3) > Please replace the call to "/usr/bin/desktop-file-install" in the spec file by a > simple "desktop-file-install" (without the path). Everything else looks OK. Re-released -2 without the path. Can you mark as approved? Thanks for the review! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 16:50:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 11:50:32 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511071650.jA7GoWrp019973@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From t.sailer at alumni.ethz.ch 2005-11-07 11:50 EST ------- Thanks, looks good. Compiled and tested against a GHDL ghw file, works. rpmlint gives me these: E: gtkwave unknown-key GPG#b56a8bac E: gtkwave configure-without-libdir-spec I've sent the ghw patch to the gtkwave author, no answer yet, but we'll see... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 17:01:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 12:01:01 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511071701.jA7H112d020964@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From ville.skytta at iki.fi 2005-11-07 12:00 EST ------- Aurelien, are you sure that adding KDE/Qt categories would prevent the package from appearing in Gnome menus? If that's true, I think something's abusing the categories. The correct way to prevent something from appearing in certain environment's menus or make it appear only in specified ones is to use NotShowIn and OnlyShowIn respectively. There's nothing wrong with adding the KDE/Qt categories though, but I think they'd be unused in FC currently. More info: http://standards.freedesktop.org/menu-spec/latest/ar01s03.html http://standards.freedesktop.org/menu-spec/latest/apa.html http://standards.freedesktop.org/menu-spec/latest/apb.html -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 17:07:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 12:07:05 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511071707.jA7H75JV021525@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From paul at city-fan.org 2005-11-07 12:06 EST ------- (In reply to comment #1) > Thanks, looks good. Compiled and tested against a GHDL ghw file, works. > > rpmlint gives me these: > E: gtkwave unknown-key GPG#b56a8bac This is normal since I signed the package and rpmlint doesn't recognise my key. > E: gtkwave configure-without-libdir-spec This is to be expected since gtkwave's configure script is not an autotools-generated one and does not expect a --libdir= parameter. > I've sent the ghw patch to the gtkwave author, no answer yet, but we'll see... Hopefully it'll get included upstream, since it doesn't (I think) break any current feature. Are you able to approve the package? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 17:08:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 12:08:19 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511071708.jA7H8JDa021696@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From ville.skytta at iki.fi 2005-11-07 12:08 EST ------- Also, I think use of dcop doesn't make anything useless outside KDE per se. It might be suboptimal and there may be other reasons for not showing something in eg. GNOME menus, but I think the "dcop -> KDE only" generalization shouldn't be made, but rather considered case by case instead. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 17:53:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 12:53:09 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511071753.jA7Hr9r2026611@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From jpmahowald at gmail.com 2005-11-07 12:52 EST ------- Wrong file end of line means it has the wrong line characters at the end. Not a big deal, if you wanted to fix it run dos2unix on it (which would have to be a BuildRequires) logrotate is nice, but not mandatory. incoherent init script means it wasn't expecting it to be called ircd. Not a blocker either. rpmlint also complains about non readable files chmodded 640, these are however readable by ircd which is what we want. rpmlint also says: W: ircd-hybrid service-default-enabled /etc/rc.d/init.d/ircd We don't want ircd starting by default, users have to enable that. So put a - in the chkconfig line so it doesn't. On a more serious problem, after installing, building, and starting on FC4, ircd seems to just quit. No ircd processes remain, and "telnet localhost 6667" is refused. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jeff at ultimateevil.org Mon Nov 7 18:06:27 2005 From: jeff at ultimateevil.org (Jeff Carlson) Date: Mon, 07 Nov 2005 10:06:27 -0800 Subject: Zope packages in Extras In-Reply-To: References: Message-ID: <436F97A3.5010107@ultimateevil.org> Aurelien Bompard wrote: > Hi *, > > I'm maintaining the Zope and Plone packages in Extras. I'm not using them > professionnaly anymore, and I'm not following Zope news as closely as I did > before. I don't want to orphan them since I'm still interested in them, but > I'm looking for zope-litterate people to co-maintain those packages with > me. > > Zope is kind of tricky as regards to versions, and Plone is even more picky. > Plone usually requires a specific version of Zope (not the last one of > course), and both packages require specific versions of python... > > With Zope3 around the corner, we'll have to roll out a separate package, > since it's not compatible. And if we wanted to do as upstream recommands, > we would have to use our own python 2.3 packages, since the latest Zope is > unsupported on python 2.4. That's a lot of work for me alone. > > I've already made mistakes updating these packages in the past, see bugs > 160971, 162652 and 171681 for examples, so if there are people interested > in co-maintaining zope and plone with me in extras, you're welcome. If > nobody steps forward, I'll continue as now, and be extra careful when > updating. > > Aur?lien Sure. I'd be happy to offer some assistance on future Zope packages. I'm a member of the Los Angeles Zope Users Group, and I've been planning on packaging a few other Zope products for easy install/upgrade (ZWiki for one, possibly Zope-Perl if I can figure it out, and maybe OIO). (ZWiki and OIO are written and maintained by other LAZUG members.) A recent hard drive crash has just monkeywrenched some of my recent plans, which is why I haven't done those packages or pdmenu (hey Tom, remember looking over that one in San Francisco?) yet. Well, I got my web server running again, so I should get back on that ball. From toshio at tiki-lounge.com Mon Nov 7 18:09:02 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 07 Nov 2005 10:09:02 -0800 Subject: Zope packages in Extras In-Reply-To: References: Message-ID: <1131386942.3206.12.camel@localhost> On Mon, 2005-11-07 at 11:23 +0100, Aurelien Bompard wrote: > Zope is kind of tricky as regards to versions, and Plone is even more picky. > Plone usually requires a specific version of Zope (not the last one of > course), and both packages require specific versions of python... > > With Zope3 around the corner, we'll have to roll out a separate package, > since it's not compatible. And if we wanted to do as upstream recommands, > we would have to use our own python 2.3 packages, since the latest Zope is > unsupported on python 2.4. That's a lot of work for me alone. > I just looked at Zope and Zope3 on Friday. It looks like Zope-3.1 is out (as a stable product) and it works fine with python-2.4.1. From the ANNOUNCEMENT.txt file: Zope 3.1 requires Python 2.3.5 or 2.4.1 to run. You must also have zlib installed on your system. My understanding is that Zope2 has to have security audits of the python versions it can run on before they release so Zope2 is going to continue to lag behind a bit on what python version can be used. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Nov 7 18:21:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 13:21:57 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511071821.jA7ILvts029454@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From dakingun at gmail.com 2005-11-07 13:21 EST ------- Hi Ed, This is getting more complicated than i set out to do ;). I'm quite aware of such multiple installations in /opt, we actually have a setup similar to what you described. But i was confused on how it could be done in a Fedora-extras rpm packaging stlye. Your suggestion of putting it in /usr/lib/mpich2 is very interesting, it reminds me of what is being done with java sdk/jre stuff and alternatives in fedora and jpackage. I'm trying to study the use of update-alternatives to see if it will be useful in this situation. Also using the layout above (/usr/lib/mpich2), I'm stuck with the man pages. The packaging guildlines stipulates arch-independent data to be put in /usr/share; what do you think i should do here, put the man pages in /usr/share/mpich2 ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 7 18:33:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 13:33:16 -0500 Subject: [Bug 171993] Review Request: mpich2 - An implementation of MPI In-Reply-To: Message-ID: <200511071833.jA7IXGEQ030948@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mpich2 - An implementation of MPI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 ------- Additional Comments From ed at eh3.com 2005-11-07 13:33 EST ------- Hi Deji, I'd put the man pages in /usr/lib/mpich2 along with headers, libs, binaries, etc. But thats just my opinion. I'll send an email to the fedora extras list requesting input from others who may have better ideas... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From joost at soeterbroek.com Mon Nov 7 18:47:24 2005 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Mon, 07 Nov 2005 19:47:24 +0100 Subject: Ownership of glunarclock Message-ID: <1131389245.7077.4.camel@alexandria> Hi, I would like to claim ownership of the orphaned package 'glunarclock' in Fedora Extras. Joost Soeterbroek From ed at eh3.com Mon Nov 7 18:50:44 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 07 Nov 2005 13:50:44 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb Message-ID: <1131389444.8901.277.camel@ernie> Hi folks, Deji Akingunola has stepped forward to package mpich2 and I'm reviewing it: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 Two questions have come up that aren't (afaict) covered by the Fedora Extras packaging guidelines and we're looking for "authoritative" answers: 1) What is official policy on conflicts between Extras and Core packages? I have a vague memory that "no conflicts" is the rule but I don't see it documented anywhere... [or maybe I just need to look harder? ;-)] 2) What should one do in the case of packaging multiple MPI implementations? The "interesting" problem with different MPI implementations (eg. LAM/MPI, mpich, mpich2) is that they all want to provide a set of binaries, headers, man pages and libs that have similar (many identical) names. So where does one put them? I like: /usr/lib/${MPI_IMPL_NAME}/{include,lib,man,bin} but thats just my opinion and more experienced packagers may have a better idea...? Any help/guidance is appreciated! 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 fedora at leemhuis.info Mon Nov 7 19:00:42 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 07 Nov 2005 20:00:42 +0100 Subject: Fuse packages now with use fuse-group and suid binary (Was: RFC: fuse packages) In-Reply-To: <1131377945.2759.13.camel@bree.local.net> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> <1131032200.11424.8.camel@bree.local.net> <1131130813.3327.10.camel@localhost.localdomain> <1131377945.2759.13.camel@bree.local.net> Message-ID: <1131390042.2808.57.camel@localhost.localdomain> Am Montag, den 07.11.2005, 10:39 -0500 schrieb Jeremy Katz: > On Fri, 2005-11-04 at 20:00 +0100, Thorsten Leemhuis wrote: > > Am Donnerstag, den 03.11.2005, 10:36 -0500 schrieb Jeremy Katz: > > > On Wed, 2005-11-02 at 21:10 +0100, Thorsten Leemhuis wrote: > > > > Am Samstag, den 29.10.2005, 14:32 -0400 schrieb Jeremy Katz: > > > > > Why does fusermount need to be suid? > > > > AFAICS we have three solutions: > > > > > > > > 1) do it as upstream does (suid root) > > > > 2) create a fusemount group -- only members of that group are allowed to > > > > mount fuse-filesystems that are not in /etc/fstab > > > > 3) only allow fuse for things listed in /etc/fstab > > > > > > > > I tent to do 3) and can also live with 2) (if that's possible -- I > > > > suppose it is but did not try yet). I don't like 1). > > > > > > The more I think about it, the more I think that the third is really the > > > only "reasonable" solution for now. > > > > I did not get solution 3 to work correctly. So I chose solution 2 (this > > is also the scheme that is used by debian afaics). See: > > How does it fail? Try this: download and recompile http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-2.4.1-2.src.rpm install fuse, fuse-libs and fuse-devel and recompile http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-sshfs-1.2-2.src.rpm Add something like this to your /etc/fstab: sshfs#thl at somemachine: /home/thl/test fuse defaults,user And add yourself to the fuse-group $ usermod -a -G fuse $USER $ ssh localhost #or relogin Try it: $ mount /home/thl/test $ ls /home/thl/test [...] $ umount /home/thl/test Works! Okay, now without suid: $ exit $ sudo chmod 0755 /usr/bin/fusermount $ sudo chmod 0666 /dev/fuse $ mount /home/thl/test fusermount: mount failed: Operation not permitted $ sudo mount /home/thl/test [asks for password -- did not to that before -- seems sshfs runs at root now and does not look in /home/thl/.ssh/ for my private key] $ ls -l /home/thl/test ls: x: Permission denied $ ls -l /home/thl [...] ?--------- ? ? ? ? ? test $ sudo ls -ld /home/thl/test drwx------ 1 thl thl 4096 7. Nov 19:47 x Anything I did wrong? I'm open for suggestions. BTW, the above leaves two other things aside: - module autoloading does also not work without suid root - is 0666 for /dev/fuse secure? > I really don't like the idea of fuse being different > from every other thing that's shipped :/ Me neither -- but if we don't a a fuse group a lot of people will simply to "chmod 4755 /usr/bin/fusermount" to allow what fuse is designed for (afaics). This that is much worse than adding the fuse-group (imho). -- Thorsten Leemhuis From gauret at free.fr Mon Nov 7 19:11:52 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 07 Nov 2005 20:11:52 +0100 Subject: Zope packages in Extras References: <1131386942.3206.12.camel@localhost> Message-ID: Toshio Kuratomi wrote: > On Mon, 2005-11-07 at 11:23 +0100, Aurelien Bompard wrote: >> Zope is kind of tricky as regards to versions, and Plone is even more >> picky. Plone usually requires a specific version of Zope (not the last >> one of course), and both packages require specific versions of python... >> >> With Zope3 around the corner, we'll have to roll out a separate package, >> since it's not compatible. And if we wanted to do as upstream recommands, >> we would have to use our own python 2.3 packages, since the latest Zope >> is unsupported on python 2.4. That's a lot of work for me alone. >> > I just looked at Zope and Zope3 on Friday. It looks like Zope-3.1 is > out (as a stable product) and it works fine with python-2.4.1. Yes, Zope3 will work with our python, but it still needs to be in a separate package, because many Zope Products work only on Zope2 at the moment. > My understanding is that Zope2 has to have security audits of the python > versions it can run on before they release so Zope2 is going to continue > to lag behind a bit on what python version can be used. Yes, I understand their position, but it's just too much work for me to maintain another version of python just for Zope. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about." --?Albert?Einstein From gauret at free.fr Mon Nov 7 19:17:24 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 07 Nov 2005 20:17:24 +0100 Subject: Zope packages in Extras References: <436F97A3.5010107@ultimateevil.org> Message-ID: Jeff Carlson wrote: > Sure. I'd be happy to offer some assistance on future Zope packages. > I'm a member of the Los Angeles Zope Users Group, and I've been planning > on packaging a few other Zope products for easy install/upgrade Great, feel free to commit changes in the Zope and Plone modules. You also may want to set yourself in copy of new Zope and Plone bugs in bugzilla. Thanks for helping. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook From bugzilla at redhat.com Mon Nov 7 19:21:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 14:21:43 -0500 Subject: [Bug 171601] Review Request: yakuake KDE terminal emulator In-Reply-To: Message-ID: <200511071921.jA7JLhdQ004829@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: yakuake KDE terminal emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171601 ------- Additional Comments From gauret at free.fr 2005-11-07 14:21 EST ------- Right, "it uses dcop" was the quickest justification I had in mind, which was actually wrong. I just tried yakuake in GNOME, and it works fine. It appears in the menu too, so the right way to hide it is in fact to add --only-show-in. Well, since it works fine in GNOME, we can leave it in the menu. No change to do to the package 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 Mon Nov 7 19:47:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 14:47:55 -0500 Subject: [Bug 172400] Review Request: kdesvn - A subversion client for KDE In-Reply-To: Message-ID: <200511071947.jA7Jls4Z009192@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdesvn - A subversion client for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172400 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-07 14:47 EST ------- Review for release 2: * RPM name is OK * Source kdesvn-0.6.3.tar.gz is the same as upstream * Builds fine in mock * rpmlint of kdesvn looks OK * File list of kdesvn looks OK * Works fine APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gauret at free.fr Mon Nov 7 19:52:36 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 07 Nov 2005 20:52:36 +0100 Subject: php-extras -- some skilled reviewing is needed References: <436F8431.7050201@odu.neva.ru> Message-ID: Dmitry Butskoy wrote: > The review request has appeared several weeks ago. During this time some > people were interested in this package (according to download logs), but > probably everyone have been frightened of the too complex spec-file. :) The package has been reviewed once by Matthias Saou, who is very knowledgeable in packaging. Matthias, are you still interested in this package ? Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr It is by caffeine alone that I set my mind in motion. It is by the beans of java that the thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone that I set my mind in motion. From mpeters at mac.com Mon Nov 7 20:55:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 07 Nov 2005 12:55:01 -0800 Subject: compat-gtkhtml36 In-Reply-To: References: <1131144448.3132.37.camel@locolhost.localdomain> Message-ID: <1131396902.19907.3.camel@locolhost.localdomain> On Mon, 2005-11-07 at 09:23 -0600, Rex Dieter wrote: > Michael A. Peters wrote: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171314 > > At any rate - this version of the library is needed for some stuff > > (including one package I maintain) to build in gnome 2.12.x - > > What packages require it? gnomesword is one that I know about. I put it in the bug as blocked by. There are possibly others. With every update of Fedora Core, there are always people at places like linuxquestions.org who have one app or another that does not build against the new version of gtkhtml3 - which seems to change with every gnome release that causes some apps to require porting. > > > I really would like to see this in FC5 extras. > > You're on the right track by submitting the Review Request. > > -- Rex > From mpeters at mac.com Mon Nov 7 21:02:09 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 07 Nov 2005 13:02:09 -0800 Subject: libgoffice spec file In-Reply-To: <436F1506.6020608@hhs.nl> References: <1131321962.1039.14.camel@stonewall.northforty.net> <436F1506.6020608@hhs.nl> Message-ID: <1131397330.19907.12.camel@locolhost.localdomain> On Mon, 2005-11-07 at 09:49 +0100, Hans de Goede wrote: > > libgoffice in extras-devel would be great I want to upgrade gnumeric to > 1.6.x and that needs libgoffice. If you mail me the SRPM (provided it > has a reasonable size, say no more then 5 MB) the I can put it up > somewhere, in the mean time could you open a bugzilla ticket for the > review of this, cut and paste Michael A. Peters reaction and put me in > the CC, then I'll add an url for the SRPM. > > Thanks & Regards, > > Hans > I might be wrong about this - but I seem to remember building libgoffice while playing with something - I think criawips (a not quite ready gnome presentation software project). I seem to remember that it will optionally build against cairo, which is in rawhide core but not in fc4 - so it *might* be necessary to either add cairo to extras as well, or maintain different spec files for fc4 and fc5/devel. I might be wrong about that - it might have been something else. But I think it was goffice (are goffice and libgoffice the same thing? maybe I'm mis-remembering the name) I'll look up more info on that. From bugzilla at redhat.com Mon Nov 7 21:03:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 16:03:27 -0500 Subject: [Bug 172527] Review Request: python-astng In-Reply-To: Message-ID: <200511072103.jA7L3RCW022957@www.beta.redhat.com> Please 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-astng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172527 ------- Additional Comments From icon at fedoraproject.org 2005-11-07 16:03 EST ------- Updated to version 0.13.1 released today. http://linux.duke.edu/~icon/misc/fe/python-astng.spec http://linux.duke.edu/~icon/misc/fe/python-astng-0.13.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 maillist at roomity.com Mon Nov 7 21:11:09 2005 From: maillist at roomity.com (shenanigans) Date: Mon, 7 Nov 2005 13:11:09 -0800 (PST) Subject: [OTAnn] Feedback Message-ID: <19411658.271131397869868.JavaMail.tomcat5@slave1.roomity.com> I was interested in getting feedback from current mail group users. We have mirrored your mail list in a new application that provides a more aggregated and safe environment which utilizes the power of broadband. Roomity.com v 1.5 is a web 2.01 community webapp. Our newest version adds broadcast video and social networking such as favorite authors and an html editor. It?s free to join and any feedback would be appreciated. S. ------------------------------------------------------------------------------------------------------------------------------------------------------ Broadband interface (RIA) + mail box saftey = Fedora_Extras_Discussion_List.roomity.com *Your* clubs, no sign up to read, ad supported; try broadband internet. ~~1131397869858~~ ------------------------------------------------------------------------------------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Mon Nov 7 21:32:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 7 Nov 2005 16:32:41 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511072132.jA7LWfbX027652@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 ------- Additional Comments From eric.tanguy at univ-nantes.fr 2005-11-07 16:32 EST ------- (In reply to comment #21) > Wrong file end of line means it has the wrong line characters at the end. Not a > big deal, if you wanted to fix it run dos2unix on it (which would have to be a > BuildRequires) Done > > logrotate is nice, but not mandatory. > > incoherent init script means it wasn't expecting it to be called ircd. Not a > blocker either. > > > rpmlint also complains about non readable files chmodded 640, these are however > readable by ircd which is what we want. > > rpmlint also says: > W: ircd-hybrid service-default-enabled /etc/rc.d/init.d/ircd > > We don't want ircd starting by default, users have to enable that. So put a - in > the chkconfig line so it doesn't. Done > > On a more serious problem, after installing, building, and starting on FC4, ircd > seems to just quit. No ircd processes remain, and "telnet localhost 6667" is > refused. It was an access problem ot /etc/ircd by ircd : solved Now it runs fine if the ircd.conf is ok Spec Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid.spec SRPM Name or Url: http://perso.wanadoo.fr/eric.tanguy/ircd-hybrid-7.1.3-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 buildsys at fedoraproject.org Tue Nov 8 02:02:24 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 7 Nov 2005 21:02:24 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051108020224.F1DBF7FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 10 TeXmacs-1.0.5.12-2.fc3 blackbox-0.70.1-1.fc3 gaim-otr-3.0.0-2.fc3 libqalculate-0.9.0-2.fc3 php-pecl-mailparse-2.1.1-1.fc3 powermanga-0.79-6.fc3 qalculate-gtk-0.9.0-2.fc3 qalculate-kde-0.9.0-1.fc3 synergy-1.2.5-1.fc3 thttpd-2.25b-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 Tue Nov 8 02:02:33 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 7 Nov 2005 21:02:33 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051108020233.C4B567FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 12 TeXmacs-1.0.5.12-2.fc4 blackbox-0.70.1-1.fc4 gaim-otr-3.0.0-2.fc4 libmthca-1.0-0.2.rc4.fc4 perl-DBIx-DBSchema-0.27-2.fc4 php-pecl-mailparse-2.1.1-1.fc4 powermanga-0.79-6.fc4 sabayon-2.12.1-1 synergy-1.2.5-1.fc4 tetex-font-cm-lgc-0.5-6.fc4 tetex-font-kerkis-2.0-10.fc4 thttpd-2.25b-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 Tue Nov 8 02:03:55 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 7 Nov 2005 21:03:55 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051108020355.624D87FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 13 TeXmacs-1.0.5.12-2.fc5 d4x-2.5.6-1.fc5 dvdisaster-0.64.2-2.fc5 gaim-otr-3.0.0-2.fc5 lighttpd-1.4.7-1.fc5 paps-0.5-1.fc5 php-pecl-mailparse-2.1.1-1.fc5 sabayon-2.12.1-2 scim-skk-0.4.0-1.fc5 synergy-1.2.5-1.fc5 tetex-font-cm-lgc-0.5-6.fc5 tetex-font-kerkis-2.0-10.fc5 thttpd-2.25b-8.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From katzj at redhat.com Tue Nov 8 04:02:09 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 07 Nov 2005 23:02:09 -0500 Subject: Fuse packages now with use fuse-group and suid binary (Was: RFC: fuse packages) In-Reply-To: <1131390042.2808.57.camel@localhost.localdomain> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> <1131032200.11424.8.camel@bree.local.net> <1131130813.3327.10.camel@localhost.localdomain> <1131377945.2759.13.camel@bree.local.net> <1131390042.2808.57.camel@localhost.localdomain> Message-ID: <1131422529.3533.4.camel@bree.local.net> On Mon, 2005-11-07 at 20:00 +0100, Thorsten Leemhuis wrote: > $ mount /home/thl/test > fusermount: mount failed: Operation not permitted [snip] > Anything I did wrong? I'm open for suggestions. Hmmm, looking closer at the smbfs stuff, it seems that it works the same way :( [katzj at bree samba]$ mount /home/katzj/samba Password: Anonymous login successful smbmnt must be installed suid root for direct user mounts (500,500) smbmnt failed: 1 Going to look at the mount code, it seems that it drops privileges before calling helper programs for security reasons. This goes back a long time... > > I really don't like the idea of fuse being different > > from every other thing that's shipped :/ > > Me neither -- but if we don't a a fuse group a lot of people will simply > to "chmod 4755 /usr/bin/fusermount" to allow what fuse is designed for > (afaics). This that is much worse than adding the fuse-group (imho). This is the approach taken for, eg, samba. So I'd lean towards sticking with it. To be honest, users probably don't really care about mounting and are just as well off using gnome-vfs or kio stuff depending on their desktop environment. Jeremy From bugzilla at redhat.com Tue Nov 8 07:18:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 8 Nov 2005 02:18:55 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511080718.jA87ItmX020440@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From paul at city-fan.org 2005-11-08 02:18 EST ------- Package now updated to 1.3.77, which includes the ghw support upstream so the patches are dropped. http://www.city-fan.org/~paul/extras/gtkwave/gtkwave.spec http://www.city-fan.org/~paul/extras/gtkwave/gtkwave-1.3.77-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 Nov 8 08:02:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 8 Nov 2005 03:02:32 -0500 Subject: [Bug 172677] New: Review Request: perl-Readonly Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 Summary: Review Request: perl-Readonly Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: mpeters at mac.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mpeters.us/fc_extras/perl-Readonly.spec SRPM Name or Url: http://mpeters.us/fc_extras/perl-Readonly-1.03-1.src.rpm Description: Readonly.pm provides a facility for creating non-modifiable scalars, arrays, and hashes. Readonly.pm * Creates scalars, arrays (not lists), and hashes. * Creates variables that look and work like native perl variables. * Creates global or lexical variables. * Works at runtime or compile time. * Works with deep or shallow data structures. * Prevents reassignment of Readonly variables. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 8 08:02:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 8 Nov 2005 03:02:44 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511080802.jA882igP023879@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172677 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 8 08:08:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 8 Nov 2005 03:08:27 -0500 Subject: [Bug 172677] Review Request: perl-Readonly In-Reply-To: Message-ID: <200511080808.jA888RcS024667@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: perl- |Review Request: perl- |Readonly |Readonly CC| |fedora-perl-devel- | |list at redhat.com OtherBugsDependingO| |172676 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-08 03:08 EST ------- This package has two source files. The perl-Readonly src could produce a noarch rpm, it does not *need* the binary Readonly::XS module - but it benefits from it performance wise - and thus should be made available. Readonly::XS is only of value if Readonly is installed. Rather than building them as separate packages with a noarch perl-Readonly package requiring the binary arch specific perl-Readonly-XS package, I figured it was cleaner to just package both in the same 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 all-the-johnsons.co.uk Tue Nov 8 08:29:06 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 08 Nov 2005 08:29:06 +0000 Subject: What do I need to do to write to /etc in an rpm? Message-ID: <1131438546.3613.41.camel@localhost> Hi, I have a kernel module which needs to be able to write files to /etc/somewhere. What do I need to put into my .spec file to this? TTFN Paul P.S. Still not heard from my application for cvs access to get z88dk in - how long do these things take? -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the world's most evil and insidious cults, Scientology. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rc040203 at freenet.de Tue Nov 8 09:06:53 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 08 Nov 2005 10:06:53 +0100 Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: <1131438546.3613.41.camel@localhost> References: <1131438546.3613.41.camel@localhost> Message-ID: <1131440814.22701.200.camel@mccallum.corsepiu.local> On Tue, 2005-11-08 at 08:29 +0000, Paul wrote: > Hi, > > I have a kernel module which needs to be able to write files > to /etc/somewhere. What do I need to put into my .spec file to this? Do you mean to install a config file to /etc/ when installing the rpm? Just copy the files to %{_sysconfdir} or a subdirectory from inside of the spec. Or do you mean, you want this kernel module to write into /etc/ at run-time? Ralf From tla at rasmil.dk Tue Nov 8 09:19:37 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Tue, 08 Nov 2005 10:19:37 +0100 Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: <1131438546.3613.41.camel@localhost> References: <1131438546.3613.41.camel@localhost> Message-ID: <43706DA9.7020803@rasmil.dk> Paul wrote: >Hi, > >I have a kernel module which needs to be able to write files >to /etc/somewhere. What do I need to put into my .spec file to this? > >TTFN > >Paul > >P.S. Still not heard from my application for cvs access to get z88dk in >- how long do these things take? > > somthing like this should do the job. %install mkdir -p $RPM_BUILD_ROOT/etc install -m644 foo.conf $RPM_BUILD_ROOT/etc/. %files %config(noreplace) %{_sysconfdir}/foo.conf Regards, Tim From triad at df.lth.se Tue Nov 8 10:03:01 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 8 Nov 2005 11:03:01 +0100 (CET) Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: <1131438546.3613.41.camel@localhost> References: <1131438546.3613.41.camel@localhost> Message-ID: On Tue, 8 Nov 2005, Paul wrote: > I have a kernel module which needs to be able to write files > to /etc/somewhere. What do I need to put into my .spec file to this? This might be a case for the rarely-used %ghost macro: http://rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.html#S3-RPM-INSIDE-FLIST-GHOST-DIRECTIVE Linus From jeff.pitman at gmail.com Tue Nov 8 10:05:46 2005 From: jeff.pitman at gmail.com (Jeff Pitman) Date: Tue, 8 Nov 2005 10:05:46 +0000 Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: References: <1131438546.3613.41.camel@localhost> Message-ID: <6b9c17630511080205y22bbb0c3u62890c90d7541a5f@mail.gmail.com> On 11/8/05, Linus Walleij wrote: > > On Tue, 8 Nov 2005, Paul wrote: > > > I have a kernel module which needs to be able to write files > > to /etc/somewhere. What do I need to put into my .spec file to this? > > This might be a case for the rarely-used %ghost macro: > > http://rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.html#S3-RPM-INSIDE-FLIST-GHOST-DIRECTIVE > Negative. Stick with %config. %ghost will delete and will not make it available after rpm install. -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From triad at df.lth.se Tue Nov 8 10:23:51 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 8 Nov 2005 11:23:51 +0100 (CET) Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: <6b9c17630511080205y22bbb0c3u62890c90d7541a5f@mail.gmail.com> References: <1131438546.3613.41.camel@localhost> <6b9c17630511080205y22bbb0c3u62890c90d7541a5f@mail.gmail.com> Message-ID: On Tue, 8 Nov 2005, Jeff Pitman wrote: > Negative. Stick with %config. %ghost will delete and will not make it > available after rpm install. I thought that that was what was intended, the kernel module writes the file (akin to /var/log files), not the RPM package. Atleast that's how I read it. But then again the question was perhaps not very clear... Linus From triad at df.lth.se Tue Nov 8 10:26:35 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 8 Nov 2005 11:26:35 +0100 (CET) Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: References: <1131438546.3613.41.camel@localhost> <6b9c17630511080205y22bbb0c3u62890c90d7541a5f@mail.gmail.com> Message-ID: On Tue, 8 Nov 2005, Linus Walleij wrote: > I thought that that was what was intended, the kernel module writes the file > (akin to /var/log files), not the RPM package. Atleast that's how I read it. And ironically, there really is a file that should be %ghost:ed in /etc, namely /etc/mtab, but ironically: [linus at felicia ~]$ rpm -qf /etc/mtab file /etc/mtab is not owned by any package Linus From paul at city-fan.org Tue Nov 8 10:38:50 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Nov 2005 10:38:50 +0000 Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: <1131438546.3613.41.camel@localhost> References: <1131438546.3613.41.camel@localhost> Message-ID: <4370803A.5020804@city-fan.org> Paul wrote: > P.S. Still not heard from my application for cvs access to get z88dk in > - how long do these things take? Not long at all normally. How far through the accounts system are you? What's your username on the accounts system? Have you sent in the CLA? Paul. From paul at all-the-johnsons.co.uk Tue Nov 8 10:51:34 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 08 Nov 2005 10:51:34 +0000 Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: <4370803A.5020804@city-fan.org> References: <1131438546.3613.41.camel@localhost> <4370803A.5020804@city-fan.org> Message-ID: <1131447094.3613.59.camel@localhost> Hi, > > P.S. Still not heard from my application for cvs access to get z88dk in > > - how long do these things take? > > Not long at all normally. How far through the accounts system are you? > What's your username on the accounts system? Have you sent in the CLA? I went through the process shortly after you said you'd sponsor me (same day IIRC). Username is probably PFJ or Nodoid. TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the world's most evil and insidious cults, Scientology. From paul at city-fan.org Tue Nov 8 11:06:29 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Nov 2005 11:06:29 +0000 Subject: What do I need to do to write to /etc in an rpm? In-Reply-To: <1131447094.3613.59.camel@localhost> References: <1131438546.3613.41.camel@localhost> <4370803A.5020804@city-fan.org> <1131447094.3613.59.camel@localhost> Message-ID: <437086B5.2000301@city-fan.org> Paul F. Johnson wrote: >>>P.S. Still not heard from my application for cvs access to get z88dk in >>>- how long do these things take? >> >>Not long at all normally. How far through the accounts system are you? >>What's your username on the accounts system? Have you sent in the CLA? > > > I went through the process shortly after you said you'd sponsor me (same > day IIRC). > > Username is probably PFJ or Nodoid. Can't see any indication of either of those account names having applied for membership of the cvsextras group, or being in the cla_done group. I'd try again if I was you. Make sure your username is all lower case and that the email address used on your GPG key matches your bugzilla account address. And your GPG key (used to sign the CLA) should be available on public keyservers. Paul. From aportal at univ-montp2.fr Tue Nov 8 12:40:04 2005 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 8 Nov 2005 13:40:04 +0100 Subject: Error on updating a package. Message-ID: <200511081340.06413.aportal@univ-montp2.fr> Hi, Consecutively to bug report #172601, I've made a patch that I have unfortunately add in the cvs by the command "make upload FILES="my_patch"" instead of cvs add mypatch. Now, I'm trying to reverse by doing "make news-sources FILES="my_tarball"" but I get the following error: Checking : utrac-0.3.0.tar.gz on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [new-sources] Erreur 255 Could you 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: 189 bytes Desc: not available URL: From micwise at bellsouth.net Tue Nov 8 13:00:10 2005 From: micwise at bellsouth.net (Michael D. Wise) Date: Tue, 08 Nov 2005 07:00:10 -0600 Subject: libgoffice spec file In-Reply-To: <1131397330.19907.12.camel@locolhost.localdomain> References: <1131321962.1039.14.camel@stonewall.northforty.net> <436F1506.6020608@hhs.nl> <1131397330.19907.12.camel@locolhost.localdomain> Message-ID: <1131454810.2426.15.camel@stonewall.northforty.net> On Mon, 2005-11-07 at 13:02 -0800, Michael A. Peters wrote: > On Mon, 2005-11-07 at 09:49 +0100, Hans de Goede wrote: > > > > > libgoffice in extras-devel would be great I want to upgrade gnumeric to > > 1.6.x and that needs libgoffice. If you mail me the SRPM (provided it > > has a reasonable size, say no more then 5 MB) the I can put it up > > somewhere, in the mean time could you open a bugzilla ticket for the > > review of this, cut and paste Michael A. Peters reaction and put me in > > the CC, then I'll add an url for the SRPM. > > > > Thanks & Regards, > > > > Hans > > > > I might be wrong about this - but I seem to remember building libgoffice > while playing with something - I think criawips (a not quite ready gnome > presentation software project). > > I seem to remember that it will optionally build against cairo, which is > in rawhide core but not in fc4 - so it *might* be necessary to either > add cairo to extras as well, or maintain different spec files for fc4 > and fc5/devel. > > I might be wrong about that - it might have been something else. But I > think it was goffice (are goffice and libgoffice the same thing? maybe > I'm mis-remembering the name) > > I'll look up more info on that. I've seen it both referred to as goffice and libgoffice. Debian packages it as libgoffice. From my understanding compiling in cairo support is not recommended right now and it compiles fine without it. Plus it won't compile on FC4 anyways - libgsf is too old. Even the new version of libgoffice (0.1.0) won't compile on FC devel because of the version of libgsf. I hope to make those changes you suggested and get the buzilla ticket open tonight after work. Hans has been gracious enough to offet to host the two files for me. Michael -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From tcallawa at redhat.com Tue Nov 8 14:12:20 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 08 Nov 2005 08:12:20 -0600 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131389444.8901.277.camel@ernie> References: <1131389444.8901.277.camel@ernie> Message-ID: <1131459140.2244.8.camel@localhost.localdomain> On Mon, 2005-11-07 at 13:50 -0500, Ed Hill wrote: > Hi folks, > > Deji Akingunola has stepped forward to package mpich2 and I'm reviewing > it: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 > > Two questions have come up that aren't (afaict) covered by the Fedora > Extras packaging guidelines and we're looking for "authoritative" > answers: > > 1) What is official policy on conflicts between Extras and Core > packages? I have a vague memory that "no conflicts" is the > rule but I don't see it documented anywhere... [or maybe I > just need to look harder? ;-)] The official policy has always been "don't do that". :) I probably should document that better. > 2) What should one do in the case of packaging multiple MPI > implementations? The "interesting" problem with different > MPI implementations (eg. LAM/MPI, mpich, mpich2) is that > they all want to provide a set of binaries, headers, man > pages and libs that have similar (many identical) names. > So where does one put them? I like: > > /usr/lib/${MPI_IMPL_NAME}/{include,lib,man,bin} > > but thats just my opinion and more experienced packagers > may have a better idea...? I'd rather do this: %{_libdir}/${MPI_IMPL_NAME}/ %{_includedir}/${MPI_IMPL_NAME}/ And use something like alternatives to manage the binaries, without putting them in a "magic" dir that violates the FHS. lam will probably need some work to meet these guidelines, but I'll push internally to get it fixed for FC5. Let me know how I can help. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From tcallawa at redhat.com Tue Nov 8 14:17:07 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 08 Nov 2005 08:17:07 -0600 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131124260.7157.1.camel@scriabin.tannenrauch.ch> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> Message-ID: <1131459427.2244.10.camel@localhost.localdomain> On Fri, 2005-11-04 at 18:11 +0100, G?rard Milmeister wrote: > Maybe we should compile a list of packages using wxGTK, and try to build > them against 2.6.2. I too fear that some only compile with 2.4.2 at > the moment. In that case, a parallel install of both versions might > be necessary for a while. I'm willing to maintain a "compat-wxGTK" and "compat-wxPythonGTK" packageset for those apps that need it. > BTW: what about wxPythonGTK? We'd need to update this to 2.6.* at the same time. :) ~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 paul at city-fan.org Tue Nov 8 14:17:28 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Nov 2005 14:17:28 +0000 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131459140.2244.8.camel@localhost.localdomain> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> Message-ID: <4370B378.8010804@city-fan.org> Tom 'spot' Callaway wrote: > I'd rather do this: > > %{_libdir}/${MPI_IMPL_NAME}/ > %{_includedir}/${MPI_IMPL_NAME}/ > > And use something like alternatives to manage the binaries, without > putting them in a "magic" dir that violates the FHS. > > lam will probably need some work to meet these guidelines, but I'll push > internally to get it fixed for FC5. Is alternatives the best way of dealing with this? It provides only for changing the system-wide default, and doesn't help if regular users want to try different implementations themselves. At least if different implementations are in different directories, the implementations can be selected by changing environment variables such as PATH. The FHS doesn't really cater for that, does it? Paul. From buc at odusz.so-cdu.ru Tue Nov 8 15:06:53 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 08 Nov 2005 18:06:53 +0300 Subject: static libraries' policy Message-ID: <4370BF0D.4070804@odu.neva.ru> During the review processes I've noticed that reviewers very differently concern to presence of the static libraries in the devel packages. Some of them force me to get rid of it, but some say nothing about it at all. I've looked in the CVS code for some statistics: Extras: there are 235 packages which have "*-devel", 149 have static libs, 86 not have. Core: there are 364 "devel" packages, 211 with static libs, 153 without. Extras: 149/235 -- 63% have static libs Core: 211/364 -- 58% have static libs It seems that the recommendation to avoid the including of static libraries into devel package does not work properly. Is it some kind of liberalism or some kind of anarchy?... Dmitry Butskoy From paul at city-fan.org Tue Nov 8 15:14:01 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Nov 2005 15:14:01 +0000 Subject: static libraries' policy In-Reply-To: <4370BF0D.4070804@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> Message-ID: <4370C0B9.1080807@city-fan.org> Dmitry Butskoy wrote: > During the review processes I've noticed that reviewers very differently > concern to presence of the static libraries in the devel packages. Some > of them force me to get rid of it, but some say nothing about it at all. > > > I've looked in the CVS code for some statistics: > > Extras: there are 235 packages which have "*-devel", 149 have static > libs, 86 not have. > Core: there are 364 "devel" packages, 211 with static libs, 153 without. > > Extras: 149/235 -- 63% have static libs > Core: 211/364 -- 58% have static libs > > > It seems that the recommendation to avoid the including of static > libraries into devel package does not work properly. > > Is it some kind of liberalism or some kind of anarchy?... http://fedoraproject.org/wiki/PackagingGuidelines Exclusion of Static Libraries ----------------------------- Packages including libraries should exclude static libs as far as possible (eg by configuring with --disable-static). Static libraries should only be included in exceptional circumstances. Also applications linking against libraries should as far as possible link against shared libraries not static versions. Paul. From Christian.Iseli at licr.org Tue Nov 8 15:21:39 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 08 Nov 2005 16:21:39 +0100 Subject: static libraries' policy In-Reply-To: Your message of "Tue, 08 Nov 2005 15:14:01 GMT." <4370C0B9.1080807@city-fan.org> Message-ID: <200511081521.jA8FLdEG011602@ludwig-alpha.unil.ch> paul at city-fan.org said: > Packages including libraries should exclude static libs as far as possible > (eg by configuring with --disable-static). Static libraries should only be > included in exceptional circumstances. Also applications linking against > libraries should as far as possible link against shared libraries not static > versions. Yup, and according to some recent discussion on the GCC list: http://gcc.gnu.org/ml/gcc/2005-11/msg00358.html this is a sane thing to have in the Guidelines... Christian From ed at eh3.com Tue Nov 8 15:32:41 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 08 Nov 2005 10:32:41 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <4370B378.8010804@city-fan.org> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> Message-ID: <1131463961.8901.362.camel@ernie> On Tue, 2005-11-08 at 14:17 +0000, Paul Howarth wrote: > Tom 'spot' Callaway wrote: > > I'd rather do this: > > > > %{_libdir}/${MPI_IMPL_NAME}/ > > %{_includedir}/${MPI_IMPL_NAME}/ > > > > And use something like alternatives to manage the binaries, without > > putting them in a "magic" dir that violates the FHS. > > > > lam will probably need some work to meet these guidelines, but I'll push > > internally to get it fixed for FC5. > > Is alternatives the best way of dealing with this? It provides only for > changing the system-wide default, and doesn't help if regular users want > to try different implementations themselves. At least if different > implementations are in different directories, the implementations can be > selected by changing environment variables such as PATH. The FHS doesn't > really cater for that, does it? Hi Tom & Paul, Thanks for the feedback! And can someone please explain how the alternatives thing works or, even better, point me towards a doc that explains it? I see how the libs/headers layout that Tom suggests above will work for multiple different MPI implementations. But I *don't* see how it works for the different MPI binaries and man pages. Or am I missing something? 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 paul at city-fan.org Tue Nov 8 15:39:18 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Nov 2005 15:39:18 +0000 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131463961.8901.362.camel@ernie> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> Message-ID: <4370C6A6.9010108@city-fan.org> Ed Hill wrote: > Thanks for the feedback! And can someone please explain how the > alternatives thing works or, even better, point me towards a doc that > explains it? "man alternatives" is a start, and you might also look at the spec files for sendmail and postfix, which provide alternative MTAs using the alternatives system. Paul. From triad at df.lth.se Tue Nov 8 15:46:54 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 8 Nov 2005 16:46:54 +0100 (CET) Subject: static libraries' policy In-Reply-To: <4370BF0D.4070804@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> Message-ID: On Tue, 8 Nov 2005, Dmitry Butskoy wrote: > It seems that the recommendation to avoid the including of static libraries > into devel package does not work properly. It does. Very many if not all of the packages including static libs were probably made before the rule was in place. The case for no static libs is very profound, for example a security error in a static library can not be fixed unless all packages building against it are rebuilt too. If a user has a lot of locally compiled stuff in /usr/local or /opt (think large orgs with NFS-mounted apps servers) you make their life a security hell by including static libs in a distribution. So static libs make the distribution less modular. Get rid of them. Linus From paul at city-fan.org Tue Nov 8 15:54:58 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Nov 2005 15:54:58 +0000 Subject: static libraries' policy In-Reply-To: References: <4370BF0D.4070804@odu.neva.ru> Message-ID: <4370CA52.9050607@city-fan.org> Linus Walleij wrote: > On Tue, 8 Nov 2005, Dmitry Butskoy wrote: > >> It seems that the recommendation to avoid the including of static >> libraries into devel package does not work properly. > > > It does. Very many if not all of the packages including static libs were > probably made before the rule was in place. > > The case for no static libs is very profound, for example a security > error in a static library can not be fixed unless all packages building > against it are rebuilt too. > > If a user has a lot of locally compiled stuff in /usr/local or /opt > (think large orgs with NFS-mounted apps servers) you make their life a > security hell by including static libs in a distribution. > > So static libs make the distribution less modular. Get rid of them. There's also a related issue in that some packages include some common libraries as source in the upstream tarballs, and build against that source by default. For example, in the gtkwave tarball, the zlib and bzip2 libraries are included, so I had to edit the Makefile to get it to link against the system versions of these libraries instead. (see http://bugzilla.redhat.com/172579 for package review entry) Not doing this would introduce the same problems as for static libraries, and it's arguably less obvious an issue for a packager/reviewer to spot. Paul. From ed at eh3.com Tue Nov 8 16:31:08 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 08 Nov 2005 11:31:08 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <4370C6A6.9010108@city-fan.org> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> <4370C6A6.9010108@city-fan.org> Message-ID: <1131467469.8901.385.camel@ernie> On Tue, 2005-11-08 at 15:39 +0000, Paul Howarth wrote: > Ed Hill wrote: > > Thanks for the feedback! And can someone please explain how the > > alternatives thing works or, even better, point me towards a doc that > > explains it? > > "man alternatives" is a start, and you might also look at the spec files > for sendmail and postfix, which provide alternative MTAs using the > alternatives system. Thanks, Paul! So, reading the man pages, alternatives boils down to a bunch of symbolic links. Well, that stinks (tm). I want multiple MPI implementations installed side-by-side and I want to select, for instance, which "mpirun" is called on a *** per-session basis *** by either specifying its full path or by using some semi-automated ${PATH} manipulation magic such as: http://modules.sourceforge.net/ as discussed at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 So, my question for the packaging-gurus becomes: Is there some way that we can accomplish that using something like (that is, similar but perhaps not exactly the same as): /usr/lib/${MPI_IMPL_NAME}/{bin,man,lib,include} that will be acceptable wrt the Fedora packaging guidelines and, if necessary, the FHS as well? Is it even possible? And, if so, how? Ed ps - Please pardon my FHS ignorance. I have skimmed through it but cannot claim any deep understanding. -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From dcbw at redhat.com Tue Nov 8 16:38:38 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 08 Nov 2005 11:38:38 -0500 Subject: Extras buildsystem down Message-ID: <1131467918.5308.2.camel@dhcp83-40.boston.redhat.com> Hi, All builders in the Extras buildsystem are currently unreachable by the build server, due to errors in firewall rules that we're currently fixing, plus prelink screwed up the PPC builder's pcre & grep, which are being fixed. Please hang on while we correct the situation. No requeueing of jobs should be necessary as they will automatically start when the builders come back up. Thanks! Dan From dakingun at gmail.com Tue Nov 8 16:42:11 2005 From: dakingun at gmail.com (Deji Akingunola) Date: Tue, 8 Nov 2005 11:42:11 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131459140.2244.8.camel@localhost.localdomain> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> Message-ID: Hi Tom, > I'd rather do this: > > %{_libdir}/${MPI_IMPL_NAME}/ > %{_includedir}/${MPI_IMPL_NAME}/ > > And use something like alternatives to manage the binaries, without > putting them in a "magic" dir that violates the FHS. > If I understand you very well, you mean doing it the jpackage/java way - putting the _bindir, _libdir, and _includedir in %{_libdir}/${MPI_IMPL_NAME}/ - is discouraged and should not be used ? The problem using the style you proposed above, is that these different mpi implementations provides the same standard mpi binaries {mpicc,mpicxx,mpif90,mpif77,mpirun}, and man pages too. How can those be taken care of. Thanks for offering to help. Deji. From bugzilla at redhat.com Tue Nov 8 16:41:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 8 Nov 2005 11:41:15 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511081641.jA8GfFv9017730@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From triad at df.lth.se 2005-11-08 11:40 EST ------- When I tried to build locally under FC4 I got a lot of unpackaged files, all fonts, for the main wine package. Rewriting by removing all %{_datadir}/fonts/wine/foo.fon and replacing with just the very simple one-line directive: %{_datadir}/fonts/wine/ which implicitly takes the whole subdiectory for the main package solved the problem. Consider this solution instead since none of the subpackages produce any stuff in /fonts/wine 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 ed at eh3.com Tue Nov 8 16:53:22 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 08 Nov 2005 11:53:22 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131467469.8901.385.camel@ernie> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> <4370C6A6.9010108@city-fan.org> <1131467469.8901.385.camel@ernie> Message-ID: <1131468802.8901.397.camel@ernie> On Tue, 2005-11-08 at 11:31 -0500, Ed Hill wrote: > On Tue, 2005-11-08 at 15:39 +0000, Paul Howarth wrote: > > Ed Hill wrote: > > > Thanks for the feedback! And can someone please explain how the > > > alternatives thing works or, even better, point me towards a doc that > > > explains it? > > > > "man alternatives" is a start, and you might also look at the spec files > > for sendmail and postfix, which provide alternative MTAs using the > > alternatives system. > > Thanks, Paul! > > So, reading the man pages, alternatives boils down to a bunch of > symbolic links. Well, that stinks (tm). I want multiple MPI > implementations installed side-by-side and I want to select, for > instance, which "mpirun" is called on a *** per-session basis *** by > either specifying its full path or by using some semi-automated ${PATH} > manipulation magic such as: > > http://modules.sourceforge.net/ > > as discussed at: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 > > So, my question for the packaging-gurus becomes: Is there some way that > we can accomplish that using something like (that is, similar but > perhaps not exactly the same as): > > /usr/lib/${MPI_IMPL_NAME}/{bin,man,lib,include} > > that will be acceptable wrt the Fedora packaging guidelines and, if > necessary, the FHS as well? Is it even possible? And, if so, how? Hi folks, The above email sounds kinda demanding and, after re-reading it, I want to emphasize that I'm humbly begging for the above functionality. Please, please, please... ;-) Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From jspaleta at gmail.com Tue Nov 8 17:15:56 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 8 Nov 2005 12:15:56 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131467469.8901.385.camel@ernie> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> <4370C6A6.9010108@city-fan.org> <1131467469.8901.385.camel@ernie> Message-ID: <604aa7910511080915h633a0d60jb5375803ffdfc78e@mail.gmail.com> On 11/8/05, Ed Hill wrote: > So, reading the man pages, alternatives boils down to a bunch of > symbolic links. Well, that stinks (tm). I want multiple MPI > implementations installed side-by-side and I want to select, for > instance, which "mpirun" is called on a *** per-session basis *** by > either specifying its full path or by using some semi-automated ${PATH} > manipulation magic such as: > > http://modules.sourceforge.net/ > > as discussed at: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171993 > > So, my question for the packaging-gurus becomes: Is there some way that > we can accomplish that using something like (that is, similar but > perhaps not exactly the same as): You run the risk of breaking the fhs by placing binaries in their own dedicated path structures. The use of /usr/local to make versioned paths is pretty much unacceptable for Fedora Extras. The binaries must live in an fhs compatible location for binaries, and the approach that alternatives uses..to give binaries unique names in the same path is pretty much the only way you are going to accomplish this. If you want to layer on per-user evironment "module" support over that..fine. But you can not do it in a way that puts the actual binaries in versioned directories. It would however be pefectly appropriate to provide "module" support via symlinks back to the real binaries and use a path like /usr/share/mpich2/version/env-modules/ in your per-user path manipulation. The environment modules idea does not require the actual binaries to live in versioned directories, a directory with symlinks to the actual binaries will suffice. This way the actual binaries are still available in the default path, with a system default defined via alternatives...with per user module manipulation riding over top to make per-module path manipulations to override the system defaults. -jef From clovis at agr.unicamp.br Tue Nov 8 17:15:53 2005 From: clovis at agr.unicamp.br (Clovis Tristao) Date: Tue, 08 Nov 2005 15:15:53 -0200 Subject: Clamav Package Outdate Message-ID: <4370DD49.4060902@agr.unicamp.br> Hi, My Clamav program is appears this error: ClamAV update process started at Tue Nov 8 10:26:12 2005 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.87 Recommended version: 0.87.1 DON'T PANIC! Read http://www.clamav.net/faq.html The package is outdate in extras-development, in Fedora Core 4 Stable system, the clamav is update to version 0.87.1 but the devel is 0.87-1(outdate). What's happening? Cheers, Cl?vis -- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: mailto:clovis at agr.unicamp.br http://www.agr.unicamp.br Fone(0xx19) 37881031-37881038 ou FAX(55xx19) 37881005/37881010 From enrico.scholz at informatik.tu-chemnitz.de Tue Nov 8 17:37:38 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 08 Nov 2005 18:37:38 +0100 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131467469.8901.385.camel@ernie> (Ed Hill's message of "Tue, 08 Nov 2005 11:31:08 -0500") References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> <4370C6A6.9010108@city-fan.org> <1131467469.8901.385.camel@ernie> Message-ID: <87vez39h25.fsf@kosh.bigo.ensc.de> ed at eh3.com (Ed Hill) writes: > I want multiple MPI implementations installed side-by-side and I > want to select, for instance, which "mpirun" is called on a *** > per-session basis *** by either specifying its full path or by using > some semi-automated ${PATH} manipulation magic such as: > ... > So, my question for the packaging-gurus becomes: Is there some way that > we can accomplish that using something like (that is, similar but > perhaps not exactly the same as): > > /usr/lib/${MPI_IMPL_NAME}/{bin,man,lib,include} You could create binaries like | /usr/bin/lam-mpiCC | /usr/bin/mpich2-mpiCC These binaries are settings correct $PATHs (resp. this should not be needed when the packages are configured with correct paths). In simplest case, the binaries are sym- or hardlinks like /usr/bin/mpich2-mpiCC -> ../lib/mpich2/bin/mpiCC or small C programs (linked against dietlibc to speedup the start). They should not shell scripts because this would add a noticable performance impact. The binaries can be linked with 'alternatives' to the common '/usr/bin/mpi*' name but users can address their prefered implementation by specifying the mpi compiler directly. Obviously, this does not solve the conflicts-with-core issue because 'lam' must be changed in this way also. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From buc at odusz.so-cdu.ru Tue Nov 8 17:48:32 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 08 Nov 2005 20:48:32 +0300 Subject: static libraries' policy In-Reply-To: References: <4370BF0D.4070804@odu.neva.ru> Message-ID: <4370E4F0.8050901@odu.neva.ru> Linus Walleij wrote: >> It seems that the recommendation to avoid the including of static >> libraries into devel package does not work properly. > > > It does. Very many if not all of the packages including static libs > were probably made before the rule was in place. Unfortunately it is not so. I know some packages with static libraries, which have been added recently. IMHO, "the rule was in place" 26.07.2005 (according to http://fedoraproject.org/wiki/PackagingGuidelines?action=info, change #31). There are 72 packages in the Extras which have been modified since then, and still have static libs. BTW, also 109 such packages are in the Core. Certainly not all these packages have been added recently -- maintainers of some of them just could not notice the change of the policy. But upcoming time of FC5test1 release should force them to change for new policy. Total: Extras: devel: 235 with-static: 149 (63%), since policy change: 72 (31%) Core: devel: 364 with-static: 211 (58%), since policy change: 109 (30%) > > The case for no static libs is very profound, for example a security > error in a static library can not be fixed unless all packages > building against it are rebuilt too. > > So static libs make the distribution less modular. Get rid of them. My post is not about use/don't use static libs, I agree that it is better to get rid of them. The problem is a lot of people do not follow the new static libraries' policy, ahd it leads to some kind of mess. BTW, only two weeks remained up to the date of FC5test1 ... Dmitry Butskoy From fedora at leemhuis.info Tue Nov 8 17:48:52 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 08 Nov 2005 18:48:52 +0100 Subject: Fuse packages now with use fuse-group and suid binary (Was: RFC: fuse packages) In-Reply-To: <1131422529.3533.4.camel@bree.local.net> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> <1131032200.11424.8.camel@bree.local.net> <1131130813.3327.10.camel@localhost.localdomain> <1131377945.2759.13.camel@bree.local.net> <1131390042.2808.57.camel@localhost.localdomain> <1131422529.3533.4.camel@bree.local.net> Message-ID: <1131472132.5564.7.camel@localhost.localdomain> Am Montag, den 07.11.2005, 23:02 -0500 schrieb Jeremy Katz: > On Mon, 2005-11-07 at 20:00 +0100, Thorsten Leemhuis wrote: > > > I really don't like the idea of fuse being different > > > from every other thing that's shipped :/ > > > > Me neither -- but if we don't a a fuse group a lot of people will simply > > to "chmod 4755 /usr/bin/fusermount" to allow what fuse is designed for > > (afaics). This that is much worse than adding the fuse-group (imho). > > This is the approach taken for, eg, samba. So I'd lean towards sticking > with it. Jeremy, could we agree on the following: We ship it with the fuse-group in fedora-extras but without the binary suid-root and mention that in a README.fedora? -- Thorsten Leemhuis From mattdm at mattdm.org Tue Nov 8 17:48:56 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 8 Nov 2005 12:48:56 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131459427.2244.10.camel@localhost.localdomain> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131459427.2244.10.camel@localhost.localdomain> Message-ID: <20051108174856.GA12646@jadzia.bu.edu> On Tue, Nov 08, 2005 at 08:17:07AM -0600, Tom 'spot' Callaway wrote: > > Maybe we should compile a list of packages using wxGTK, and try to build > > them against 2.6.2. I too fear that some only compile with 2.4.2 at > > the moment. In that case, a parallel install of both versions might > > be necessary for a while. > I'm willing to maintain a "compat-wxGTK" and "compat-wxPythonGTK" > packageset for those apps that need it. Cool. It may be a bit of a pain.... > > BTW: what about wxPythonGTK? > We'd need to update this to 2.6.* at the same time. :) Who's maintaining that these days? I actually have a 2.6.* prototype package for that too. But it needs a bit more work. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From qspencer at ieee.org Tue Nov 8 18:13:41 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 08 Nov 2005 12:13:41 -0600 Subject: static libraries' policy In-Reply-To: <4370E4F0.8050901@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> <4370E4F0.8050901@odu.neva.ru> Message-ID: <4370EAD5.7010404@ieee.org> Dmitry Butskoy wrote: > Linus Walleij wrote: > >>> It seems that the recommendation to avoid the including of static >>> libraries into devel package does not work properly. >> >> >> >> It does. Very many if not all of the packages including static libs >> were probably made before the rule was in place. > > > Unfortunately it is not so. I know some packages with static > libraries, which have been added recently. > > IMHO, "the rule was in place" 26.07.2005 (according to > http://fedoraproject.org/wiki/PackagingGuidelines?action=info, change > #31). There are 72 packages in the Extras which have been modified > since then, and still have static libs. BTW, also 109 such packages > are in the Core. > > Certainly not all these packages have been added recently -- > maintainers of some of them just could not notice the change of the > policy. But upcoming time of FC5test1 release should force them to > change for new policy. > > > Total: > > Extras: > devel: 235 > with-static: 149 (63%), since policy change: 72 (31%) > Core: > devel: 364 > with-static: 211 (58%), since policy change: 109 (30%) I understand and agree with all of the reasons not to have static libs, but it should be noted the the guideline is "Packages including libraries should exclude static libs as far as possible". It is not always easy to get rid of them, but they should only be used when there is good reason to do so. I maintain one package (glpk) that does not build shared libraries, does not use autotools, and the upstream author is very unresponsive to patches to do so (others have sent them to him before). Since I don't have time to maintain a separate source tree, the libraries do not have potential security issues that I'm aware of (it's a math library), and are currently only used by only one other package, I have left the static library in the package. Reviewers of packages should check for unnecessary static libraries, and packagers should be required to justify any inclusion of static libraries before a package is approved, but no matter how much we dislike them, getting rid of them completely right now is just not realistic. If a package has a static library that can be removed without causing problems, I would suggest filing a bug. Related to this, I have another question: I was under the impression that we should avoid static linking but that static libraries were a standard part of -devel packages (or at least they have been in the past). Should we be excluding static libraries even from them as well? I always thought the guidelines referred to static linking and to putting static libs in the main non-devel packages. -Quentin From ed at eh3.com Tue Nov 8 18:14:37 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 08 Nov 2005 13:14:37 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <87vez39h25.fsf@kosh.bigo.ensc.de> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> <4370C6A6.9010108@city-fan.org> <1131467469.8901.385.camel@ernie> <87vez39h25.fsf@kosh.bigo.ensc.de> Message-ID: <1131473677.23232.6.camel@ernie> On Tue, 2005-11-08 at 18:37 +0100, Enrico Scholz wrote: > ed at eh3.com (Ed Hill) writes: > > > I want multiple MPI implementations installed side-by-side and I > > want to select, for instance, which "mpirun" is called on a *** > > per-session basis *** by either specifying its full path or by using > > some semi-automated ${PATH} manipulation magic such as: > > ... > > So, my question for the packaging-gurus becomes: Is there some way that > > we can accomplish that using something like (that is, similar but > > perhaps not exactly the same as): > > > > /usr/lib/${MPI_IMPL_NAME}/{bin,man,lib,include} > > You could create binaries like > > | /usr/bin/lam-mpiCC > | /usr/bin/mpich2-mpiCC > > These binaries are settings correct $PATHs (resp. this should not be > needed when the packages are configured with correct paths). > > In simplest case, the binaries are sym- or hardlinks like > > /usr/bin/mpich2-mpiCC -> ../lib/mpich2/bin/mpiCC Hi Enrico & Jeff, Thanks for the comments! I suppose the above linking scheme is the best that can be done for binaries. While it is somewhat annoying, it does allow the binaries for multiple MPI implementations to co-exist which is sufficient for side-by-side installs. Good enough for me. ;-) So, that leaves one issue -- what should be done about the man pages? The different MPI implementations have different man pages not only for the binaries but also for much of the MPI API (all the functions which obviously have the same names across implementations). Can the man pages be somehow renamed and/or relocated? Or should they be converted to html pages or totally ignored or ...? 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 paul at city-fan.org Tue Nov 8 18:44:31 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 08 Nov 2005 18:44:31 +0000 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131473677.23232.6.camel@ernie> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> <4370C6A6.9010108@city-fan.org> <1131467469.8901.385.camel@ernie> <87vez39h25.fsf@kosh.bigo.ensc.de> <1131473677.23232.6.camel@ernie> Message-ID: <1131475472.3668.247.camel@laurel.intra.city-fan.org> On Tue, 2005-11-08 at 13:14 -0500, Ed Hill wrote: > On Tue, 2005-11-08 at 18:37 +0100, Enrico Scholz wrote: > > ed at eh3.com (Ed Hill) writes: > > > > > I want multiple MPI implementations installed side-by-side and I > > > want to select, for instance, which "mpirun" is called on a *** > > > per-session basis *** by either specifying its full path or by using > > > some semi-automated ${PATH} manipulation magic such as: > > > ... > > > So, my question for the packaging-gurus becomes: Is there some way that > > > we can accomplish that using something like (that is, similar but > > > perhaps not exactly the same as): > > > > > > /usr/lib/${MPI_IMPL_NAME}/{bin,man,lib,include} > > > > You could create binaries like > > > > | /usr/bin/lam-mpiCC > > | /usr/bin/mpich2-mpiCC > > > > These binaries are settings correct $PATHs (resp. this should not be > > needed when the packages are configured with correct paths). > > > > In simplest case, the binaries are sym- or hardlinks like > > > > /usr/bin/mpich2-mpiCC -> ../lib/mpich2/bin/mpiCC > > > Hi Enrico & Jeff, > > Thanks for the comments! I suppose the above linking scheme is the best > that can be done for binaries. While it is somewhat annoying, it does > allow the binaries for multiple MPI implementations to co-exist which is > sufficient for side-by-side installs. Good enough for me. ;-) > > So, that leaves one issue -- what should be done about the man pages? > The different MPI implementations have different man pages not only for > the binaries but also for much of the MPI API (all the functions which > obviously have the same names across implementations). Can the man > pages be somehow renamed and/or relocated? Or should they be converted > to html pages or totally ignored or ...? There's nothing stopping manpages (or anything else really) using the alternatives system. The sendmail package includes some manpages done this way, Paul. -- Paul Howarth From rc040203 at freenet.de Tue Nov 8 18:49:40 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 08 Nov 2005 19:49:40 +0100 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131473677.23232.6.camel@ernie> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> <4370C6A6.9010108@city-fan.org> <1131467469.8901.385.camel@ernie> <87vez39h25.fsf@kosh.bigo.ensc.de> <1131473677.23232.6.camel@ernie> Message-ID: <1131475780.22701.260.camel@mccallum.corsepiu.local> On Tue, 2005-11-08 at 13:14 -0500, Ed Hill wrote: > On Tue, 2005-11-08 at 18:37 +0100, Enrico Scholz wrote: > > ed at eh3.com (Ed Hill) writes: > > > > > I want multiple MPI implementations installed side-by-side and I > > > want to select, for instance, which "mpirun" is called on a *** > > > per-session basis *** by either specifying its full path or by using > > > some semi-automated ${PATH} manipulation magic such as: > > > ... > > > So, my question for the packaging-gurus becomes: Is there some way that > > > we can accomplish that using something like (that is, similar but > > > perhaps not exactly the same as): > > > > > > /usr/lib/${MPI_IMPL_NAME}/{bin,man,lib,include} > > > > You could create binaries like > > > > | /usr/bin/lam-mpiCC > > | /usr/bin/mpich2-mpiCC > > > > These binaries are settings correct $PATHs (resp. this should not be > > needed when the packages are configured with correct paths). > > > > In simplest case, the binaries are sym- or hardlinks like > > > > /usr/bin/mpich2-mpiCC -> ../lib/mpich2/bin/mpiCC > > > Hi Enrico & Jeff, > > Thanks for the comments! I suppose the above linking scheme is the best > that can be done for binaries. While it is somewhat annoying, it does > allow the binaries for multiple MPI implementations to co-exist which is > sufficient for side-by-side installs. Reasonably packaged packages support --program-prefix=, exactly for this purpose. I don't know if mpich2 or one of its competitors supports it. > So, that leaves one issue -- what should be done about the man pages? > The different MPI implementations have different man pages not only for > the binaries but also for much of the MPI API (all the functions which > obviously have the same names across implementations). Can the man > pages be somehow renamed and/or relocated? Firstly, all application man pages should correspond to the actual binaries. So, if you should rename the applications, you probably also should consider to rename the man-pages. Secondly, you could rename the man-pages to using a different man suffix suffix, eg. .3mpich instead of .3. If these packages' developers have designed their package for parallel installation to their competitors, they already should have done this. If not, this is a strong indication for this package not being prepared for parallel installation. > Or should they be converted > to html pages or totally ignored or ...? ;) Well, all in all it's quite simple: You have 2 choices: 1. Tweak the package for parallel installation 2. Package it as alternative to its competitors Ralf From jspaleta at gmail.com Tue Nov 8 18:55:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 8 Nov 2005 13:55:24 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131473677.23232.6.camel@ernie> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <4370B378.8010804@city-fan.org> <1131463961.8901.362.camel@ernie> <4370C6A6.9010108@city-fan.org> <1131467469.8901.385.camel@ernie> <87vez39h25.fsf@kosh.bigo.ensc.de> <1131473677.23232.6.camel@ernie> Message-ID: <604aa7910511081055k6c3e4169r8c3f1d515391ad54@mail.gmail.com> On 11/8/05, Ed Hill wrote: > So, that leaves one issue -- what should be done about the man pages? > The different MPI implementations have different man pages not only for > the binaries but also for much of the MPI API (all the functions which > obviously have the same names across implementations). Can the man > pages be somehow renamed and/or relocated? Or should they be converted > to html pages or totally ignored or ...? look at how sendmail and postfix handle this rpm -ql sendmail for every binary that alternatives manages for sendmail/postfix the associated manpage is also renamed. Example newaliases from sendmail as managed by alternatives. sendmail package provides /usr/bin/newaliases.sendmail /usr/share/man/man1/newaliases.sendmail.1.gz the alternatives system creates symlinks at /usr/bin/newalieases and /usr/share/man/man1/newaliases.1.gz the command man newaliases.sendmail will always give you the manual page for sendmail's newalias. The command man newalias gives you the manpage for whatever alternatives is configured to use for the mta. -jef From triad at df.lth.se Tue Nov 8 19:53:11 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 8 Nov 2005 20:53:11 +0100 (CET) Subject: static libraries' policy In-Reply-To: <4370CA52.9050607@city-fan.org> References: <4370BF0D.4070804@odu.neva.ru> <4370CA52.9050607@city-fan.org> Message-ID: On Tue, 8 Nov 2005, Paul Howarth wrote: > in the gtkwave tarball, the zlib and bzip2 libraries > are included, so I had to edit the Makefile to get it to link against the > system versions of these libraries instead. Brrr. Scary. Saw this in architecture in PHP long ago, but atleast it had the good manner to use the system version if available. Have you hit upstream with this issue? Linus From triad at df.lth.se Tue Nov 8 19:58:19 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 8 Nov 2005 20:58:19 +0100 (CET) Subject: static libraries' policy In-Reply-To: <4370E4F0.8050901@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> <4370E4F0.8050901@odu.neva.ru> Message-ID: On Tue, 8 Nov 2005, Dmitry Butskoy wrote: > Linus Walleij wrote: > >> So static libs make the distribution less modular. Get rid of them. > > My post is not about use/don't use static libs, I agree that it is better to > get rid of them. Sorry man, I'm not always so smart. :-( Linus From joost at soeterbroek.com Tue Nov 8 20:13:13 2005 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Tue, 08 Nov 2005 21:13:13 +0100 Subject: howto re-assign bugzilla tickets after taking ownership of orphanaged package Message-ID: <1131480793.3238.7.camel@alexandria> Hi, I have just taken ownership of orphanaged glunarclock package, by editing the owners list in CVS. According to http://fedoraproject.org/wiki/Extras/OrphanedPackages I should also 're-assign bugzilla tickets to me'. How do I do this? Joost fedora at soeterbroek.com From roland at redhat.com Tue Nov 8 20:22:47 2005 From: roland at redhat.com (Roland McGrath) Date: Tue, 8 Nov 2005 12:22:47 -0800 (PST) Subject: howto re-assign bugzilla tickets after taking ownership of orphanaged package In-Reply-To: Joost Soeterbroek's message of Tuesday, 8 November 2005 21:13:13 +0100 <1131480793.3238.7.camel@alexandria> Message-ID: <20051108202247.72582180A19@magilla.sf.frob.com> Do a bugzilla search for open bugs on your component, and then click "Change several". There you have the option to apply state changes or reassignment to lots of bugs at once. From ville.skytta at iki.fi Tue Nov 8 20:22:24 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 08 Nov 2005 22:22:24 +0200 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <20051108174856.GA12646@jadzia.bu.edu> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131459427.2244.10.camel@localhost.localdomain> <20051108174856.GA12646@jadzia.bu.edu> Message-ID: <1131481344.28527.7.camel@localhost.localdomain> On Tue, 2005-11-08 at 12:48 -0500, Matthew Miller wrote: > On Tue, Nov 08, 2005 at 08:17:07AM -0600, Tom 'spot' Callaway wrote: > > > > BTW: what about wxPythonGTK? > > We'd need to update this to 2.6.* at the same time. :) > > Who's maintaining that these days? $ grep wxPythonGTK owners.list | cut -d '|' -f 4 extras-orphan at fedoraproject.org From ivazquez at ivazquez.net Tue Nov 8 20:26:44 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 08 Nov 2005 15:26:44 -0500 Subject: static libraries' policy In-Reply-To: <4370BF0D.4070804@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> Message-ID: <1131481604.2490.7.camel@ignacio.lan> On Tue, 2005-11-08 at 18:06 +0300, Dmitry Butskoy wrote: > I've looked in the CVS code for some statistics: > > Extras: there are 235 packages which have "*-devel", 149 have static > libs, 86 not have. > Core: there are 364 "devel" packages, 211 with static libs, 153 without. > > Extras: 149/235 -- 63% have static libs > Core: 211/364 -- 58% have static libs Names please. Then we can go about fixing this. -- 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 Tue Nov 8 20:27:08 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 08 Nov 2005 22:27:08 +0200 Subject: Clamav Package Outdate In-Reply-To: <4370DD49.4060902@agr.unicamp.br> References: <4370DD49.4060902@agr.unicamp.br> Message-ID: <1131481628.28527.11.camel@localhost.localdomain> On Tue, 2005-11-08 at 15:15 -0200, Clovis Tristao wrote: > The package is outdate in extras-development, in Fedora Core 4 Stable > system, the clamav is update to version 0.87.1 but the devel is > 0.87-1(outdate). > What's happening? The probablility of something actually happening could increase by reporting this against clamav at https://bugzilla.redhat.com/ ... From gauret at free.fr Tue Nov 8 20:40:45 2005 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 08 Nov 2005 21:40:45 +0100 Subject: Error on updating a package. References: <200511081340.06413.aportal@univ-montp2.fr> Message-ID: Alain PORTAL wrote: > Checking : utrac-0.3.0.tar.gz on > https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > ERROR: could not check remote file status > make: *** [new-sources] Erreur 255 > > Could you tell me what is the problem and how to fix it? I'm having the same problem without the patch mistake, so it seems to be unrelated. Checking : amarok-1.3.6.tar.bz2 on https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: could not check remote file status make: *** [new-sources] Error 255 Any idea ? Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr One of the universal rules of happiness is: "Always be wary of any helpful item that weighs less than its operating manual". From bugzilla at redhat.com Tue Nov 8 20:55:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 8 Nov 2005 15:55:10 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511082055.jA8KtAte019324@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From triad at df.lth.se 2005-11-08 15:54 EST ------- Update: I tried putting some Windows native .ttf fonts into ~/.fonts and lo and behold then it works. However I believe WINE should be able to go with only the fonts found in /usr/share/fonts/wine/ or am I wrong 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 ville.skytta at iki.fi Tue Nov 8 21:04:40 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 08 Nov 2005 23:04:40 +0200 Subject: Error on updating a package. In-Reply-To: References: <200511081340.06413.aportal@univ-montp2.fr> Message-ID: <1131483880.28527.35.camel@localhost.localdomain> On Tue, 2005-11-08 at 21:40 +0100, Aurelien Bompard wrote: > Alain PORTAL wrote: > > Checking : utrac-0.3.0.tar.gz on > > https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > > ERROR: could not check remote file status > > make: *** [new-sources] Erreur 255 > > > > Could you tell me what is the problem and how to fix it? > > I'm having the same problem without the patch mistake, so it seems to be > unrelated. > > Checking : amarok-1.3.6.tar.bz2 on > https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > ERROR: could not check remote file status > make: *** [new-sources] Error 255 > > Any idea ? WAG: perhaps related to https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00376.html ? From mattdm at mattdm.org Tue Nov 8 21:30:42 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 8 Nov 2005 16:30:42 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131481344.28527.7.camel@localhost.localdomain> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131459427.2244.10.camel@localhost.localdomain> <20051108174856.GA12646@jadzia.bu.edu> <1131481344.28527.7.camel@localhost.localdomain> Message-ID: <20051108213042.GA23975@jadzia.bu.edu> On Tue, Nov 08, 2005 at 10:22:24PM +0200, Ville Skytt? wrote: > > On Tue, Nov 08, 2005 at 08:17:07AM -0600, Tom 'spot' Callaway wrote: > > > > BTW: what about wxPythonGTK? > > > We'd need to update this to 2.6.* at the same time. :) > > Who's maintaining that these days? > $ grep wxPythonGTK owners.list | cut -d '|' -f 4 > extras-orphan at fedoraproject.org Thanks for indulging my laziness. I can probably pick up that too. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From wtogami at redhat.com Tue Nov 8 21:40:53 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 08 Nov 2005 16:40:53 -0500 Subject: Fuse packages now with use fuse-group and suid binary (Was: RFC: fuse packages) In-Reply-To: <1131422529.3533.4.camel@bree.local.net> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> <1131032200.11424.8.camel@bree.local.net> <1131130813.3327.10.camel@localhost.localdomain> <1131377945.2759.13.camel@bree.local.net> <1131390042.2808.57.camel@localhost.localdomain> <1131422529.3533.4.camel@bree.local.net> Message-ID: <43711B65.6070501@redhat.com> Jeremy Katz wrote: > > > This is the approach taken for, eg, samba. So I'd lean towards sticking > with it. To be honest, users probably don't really care about mounting > and are just as well off using gnome-vfs or kio stuff depending on their > desktop environment. > This may be true, if it actually worked nicely and transparently for all. It doesn't. =( Warren From Christian.Iseli at licr.org Tue Nov 8 21:43:53 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 08 Nov 2005 22:43:53 +0100 Subject: static libraries' policy In-Reply-To: Your message of "Tue, 08 Nov 2005 20:48:32 +0300." <4370E4F0.8050901@odu.neva.ru> Message-ID: <200511082215.jA8MFbWX020975@mx1.redhat.com> buc at odusz.so-cdu.ru said: > Certainly not all these packages have been added recently -- maintainers of > some of them just could not notice the change of the policy. But upcoming > time of FC5test1 release should force them to change for new policy. > Total: > Extras: > devel: 235 > with-static: 149 (63%), since policy change: 72 (31%) > Core: > devel: 364 > with-static: 211 (58%), since policy change: 109 (30%) Since you already went through most of the trouble: why not get to the bottom of it and open bugzilla tickets ? Could even imagine have a meta-ticket (or whatever it's called: I'm not a real bugzilla pro) grouping all the individual static lib tickets... Christian From bugzilla at redhat.com Tue Nov 8 22:31:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 8 Nov 2005 17:31:08 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511082231.jA8MV8HX029649@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-08 17:30 EST ------- Did you use my spec/srpm file? I don't see these problems 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 tcallawa at redhat.com Tue Nov 8 23:17:29 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 08 Nov 2005 17:17:29 -0600 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <20051108174856.GA12646@jadzia.bu.edu> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131459427.2244.10.camel@localhost.localdomain> <20051108174856.GA12646@jadzia.bu.edu> Message-ID: <1131491849.2213.19.camel@localhost.localdomain> On Tue, 2005-11-08 at 12:48 -0500, Matthew Miller wrote: > On Tue, Nov 08, 2005 at 08:17:07AM -0600, Tom 'spot' Callaway wrote: > > > Maybe we should compile a list of packages using wxGTK, and try to build > > > them against 2.6.2. I too fear that some only compile with 2.4.2 at > > > the moment. In that case, a parallel install of both versions might > > > be necessary for a while. > > I'm willing to maintain a "compat-wxGTK" and "compat-wxPythonGTK" > > packageset for those apps that need it. > > Cool. It may be a bit of a pain.... Dude, I've had them queued up for months. :) ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From tcallawa at redhat.com Tue Nov 8 23:26:31 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 08 Nov 2005 17:26:31 -0600 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> Message-ID: <1131492391.2213.26.camel@localhost.localdomain> On Tue, 2005-11-08 at 11:42 -0500, Deji Akingunola wrote: > Hi Tom, > > > I'd rather do this: > > > > %{_libdir}/${MPI_IMPL_NAME}/ > > %{_includedir}/${MPI_IMPL_NAME}/ > > > > And use something like alternatives to manage the binaries, without > > putting them in a "magic" dir that violates the FHS. > > > If I understand you very well, you mean doing it the jpackage/java way > - putting the _bindir, _libdir, and _includedir in > %{_libdir}/${MPI_IMPL_NAME}/ - is discouraged and should not be used ? Yes. This violates the FHS. Thou shalt not put binaries in /usr/lib, nor in /usr/include. > The problem using the style you proposed above, is that these > different mpi implementations provides the same standard mpi binaries > {mpicc,mpicxx,mpif90,mpif77,mpirun}, and man pages too. How can those > be taken care of. Binaries need to live in %{_bindir}. By using alternatives, you can choose the implementation which provides "mpicc". The catch is that each package which provides "mpicc" needs to rename that to "mpicc.${MPI_IMPL_NAME}". I'm willing to work with the lam maintainer to make sure that we do this for FC5. Look at sendmail and postfix for an example of how this should work. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From nicolas.mailhot at laposte.net Wed Nov 9 00:01:15 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 09 Nov 2005 01:01:15 +0100 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> Message-ID: <1131494476.3482.11.camel@rousalka.dyndns.org> Le mardi 08 novembre 2005 ? 11:42 -0500, Deji Akingunola a ?crit : > Hi Tom, > > > I'd rather do this: > > > > %{_libdir}/${MPI_IMPL_NAME}/ > > %{_includedir}/${MPI_IMPL_NAME}/ > > > > And use something like alternatives to manage the binaries, without > > putting them in a "magic" dir that violates the FHS. > > > If I understand you very well, you mean doing it the jpackage/java way > - putting the _bindir, _libdir, and _includedir in > %{_libdir}/${MPI_IMPL_NAME}/ - is discouraged and should not be used ? The jpackage/java way is dictated by jvm internal structures Restructuring jvm roots was fun enough without touching their internals If we could have we'd have fully FHSed them, but it was a bit difficult given the lack control we have on upstream binaries, and all the stuff that "knows" how a jvm is supposed to be structured Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mattdm at mattdm.org Wed Nov 9 01:48:21 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 8 Nov 2005 20:48:21 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <1131491849.2213.19.camel@localhost.localdomain> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131459427.2244.10.camel@localhost.localdomain> <20051108174856.GA12646@jadzia.bu.edu> <1131491849.2213.19.camel@localhost.localdomain> Message-ID: <20051109014821.GA2098@jadzia.bu.edu> On Tue, Nov 08, 2005 at 05:17:29PM -0600, Tom 'spot' Callaway wrote: > > > I'm willing to maintain a "compat-wxGTK" and "compat-wxPythonGTK" > > > packageset for those apps that need it. > > Cool. It may be a bit of a pain.... > Dude, I've had them queued up for months. :) Okay then. :) I'll post a for-review wxPythonGTK 2.6.1.0 tomorrow (work crises willing). -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mricon at gmail.com Wed Nov 9 03:22:53 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 8 Nov 2005 22:22:53 -0500 Subject: Review ping: python-astng Message-ID: Hi, all: This is just a quick ping -- pylint version 0.8 and up requires a new library called python-astng. I have packaged it and submitted into the review queue, but there has been no movement so far. It should be a pretty straightforward approve (provides a bunch of files in python site-packages). https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172527 TIA. Cheers, -- Konstantin Ryabitsev Montreal, Quebec From bugzilla at redhat.com Wed Nov 9 03:50:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 8 Nov 2005 22:50:39 -0500 Subject: [Bug 170536] Review Request: ircd-hybrid : Internet Relay Chat server In-Reply-To: Message-ID: <200511090350.jA93odnj027460@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ircd-hybrid : Internet Relay Chat server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170536 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-11-08 22:50 EST ------- Forgot to edit the "read the config file option". Oops. - package meets naming guidelines - package meets packaging guidelines - license (GPL) OK, text in %doc, matches source - spec file legible, in am. english - source matches upstream - package compiles on FC4 i386 - runs, can connect - no missing BR - no unnecessary BR - no locales - not relocatable - owns all directories that it creates - no duplicate files - permissions ok (rpmlint complains non-readable, but ircd can read them) - %clean ok - macro use consistent - code, not content - no need for -docs - nothing in %doc affects runtime - no need for .desktop file Why have an empty /var/lib/ircd be ircd's home, when /usr/lib/ircd already exists in this package? I would change this, but your choice. Looks good. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dakingun at gmail.com Wed Nov 9 03:56:42 2005 From: dakingun at gmail.com (Deji Akingunola) Date: Tue, 8 Nov 2005 22:56:42 -0500 Subject: packaging mpich2 -- conflicts with lam and file layoutb In-Reply-To: <1131492391.2213.26.camel@localhost.localdomain> References: <1131389444.8901.277.camel@ernie> <1131459140.2244.8.camel@localhost.localdomain> <1131492391.2213.26.camel@localhost.localdomain> Message-ID: On 11/8/05, Tom 'spot' Callaway wrote: > On Tue, 2005-11-08 at 11:42 -0500, Deji Akingunola wrote: > > Binaries need to live in %{_bindir}. By using alternatives, you can > choose the implementation which provides "mpicc". The catch is that each > package which provides "mpicc" needs to rename that to > "mpicc.${MPI_IMPL_NAME}". I'm willing to work with the lam maintainer to > make sure that we do this for FC5. > > Look at sendmail and postfix for an example of how this should work. > o.k., I got it now. Packaging mpich2 for extras will have to wait then for Core's lam to take a lead in implementing this structure. Thanks to everyone who's contibuted to this. Deji From bugzilla at redhat.com Wed Nov 9 05:06:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 00:06:36 -0500 Subject: [Bug 172755] New: Review Request: xcompmgr - X11 composite 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=172755 Summary: Review Request: xcompmgr - X11 composite manager Product: Fedora Extras Version: devel Platform: All URL: http://xapps.freedesktop.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/xcompmgr/xcompmgr.spec SRPM Name or Url: ftp://czar.eas.yorku.ca/pub/xcompmgr/xcompmgr-1.1.3.srpm Description: xcompmgr is a sample compositing manager for X servers supporting the XFIXES, DAMAGE, and COMPOSITE extensions. It enables basic eye-candy effects -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 05:06:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 00:06:53 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511090506.jA956rRq032468@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172755 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 07:33:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 02:33:34 -0500 Subject: [Bug 169919] Review Request: m17n-db - multilingualization datafiles In-Reply-To: Message-ID: <200511090733.jA97XYqZ009449@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-db - multilingualization datafiles https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169919 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: m17n-db - |Review Request: m17n-db - |multilingualization |multilingualization |datafiles |datafiles AssignedTo|gdk at redhat.com |wtogami at redhat.com ------- Additional Comments From petersen at redhat.com 2005-11-09 02:33 EST ------- Split some datafiles not needed for input out of the main package and updated spec and srpm files: new SRPM: http://people.redhat.com/petersen/extras/m17n-db-1.2.0-0.2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 07:37:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 02:37:16 -0500 Subject: [Bug 169924] Review Request: scim-m17n - SCIM IMEngine for m17n-lib In-Reply-To: Message-ID: <200511090737.jA97bG74009775@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-m17n - SCIM IMEngine for m17n-lib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169924 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |wtogami at redhat.com ------- Additional Comments From petersen at redhat.com 2005-11-09 02:37 EST ------- Hmmm, I can't reproduce it here with or without smp. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Wed Nov 9 09:32:16 2005 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 9 Nov 2005 10:32:16 +0100 Subject: static libraries' policy In-Reply-To: <4370BF0D.4070804@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> Message-ID: <20051109093216.GB3263@free.fr> On Tue, Nov 08, 2005 at 06:06:53PM +0300, Dmitry Butskoy wrote: > During the review processes I've noticed that reviewers very differently > concern to presence of the static libraries in the devel packages. Some > of them force me to get rid of it, but some say nothing about it at all. I, personally, think that we should be flexible on that matter. I can't see what harm is done when a static library is shipped together with a dynamic library. My tests show that when using -l the default for the linker is to pick the dynamic library (at least on i386). So a user wanting to statically compile has to use the library .a file full path, or add -static (correct me if I'm wrong, I may have missed something). Therefore a user using static libraries in fedora is doing that on purpose, so forcing him to bypass the rpm system and recompile by hand the library seems a bit unusefull to me. Statically linked executables are still usefull because there may be run over a wide range of linux versions. For some libraries the static library versions may be unusefull, but when the library is of use to scientists or sysadmins, I think a static version should be provided, in case the user finds it usefull. They may be shipped outside of -devel packages, but should be available with rpm IMO. I don't think that shipping lapack or netcdf without a static library would be wise and help anyone. Of course libraries included in a package or fedora packages compiled against a static library when a dynamic library exist should be forbidden but that's another issue and there is a consensus on that point. -- Pat From Christian.Iseli at licr.org Wed Nov 9 10:28:23 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 09 Nov 2005 11:28:23 +0100 Subject: static libraries' policy In-Reply-To: Your message of "Wed, 09 Nov 2005 10:32:16 +0100." <20051109093216.GB3263@free.fr> Message-ID: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> pertusus at free.fr said: > I can't see what harm is done when a static library is shipped together with > a dynamic library. Ah well, there was a thread on that topic in fedora-maintainers back in July: https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00061.html The idea to have -static packages was vetoed at some point (https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00095.html) but most people seemed to agree that getting rid of static libs was a good idea... Christian From bugzilla at redhat.com Wed Nov 9 10:55:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 05:55:32 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511091055.jA9AtWFl027795@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From paul at city-fan.org 2005-11-09 05:55 EST ------- Package now updated to 1.3.78. http://www.city-fan.org/~paul/extras/gtkwave/gtkwave.spec http://www.city-fan.org/~paul/extras/gtkwave/gtkwave-1.3.78-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 buc at odusz.so-cdu.ru Wed Nov 9 11:59:52 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 09 Nov 2005 14:59:52 +0300 Subject: static libraries' policy In-Reply-To: <1131481604.2490.7.camel@ignacio.lan> References: <4370BF0D.4070804@odu.neva.ru> <1131481604.2490.7.camel@ignacio.lan> Message-ID: <4371E4B8.7060209@odu.neva.ru> Ignacio Vazquez-Abrams wrote: >>Extras: there are 235 packages which have "*-devel", 149 have static >>libs, 86 not have. >>Core: there are 364 "devel" packages, 211 with static libs, 153 without. >> >>Extras: 149/235 -- 63% have static libs >>Core: 211/364 -- 58% have static libs >> >> > >Names please. Then we can go about fixing this. > > > Sure! Attached. Dmitry Butskoy -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: extras-with-static-libs.txt URL: From bugzilla at redhat.com Wed Nov 9 12:02:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 07:02:21 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511091202.jA9C2LuL002640@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From triad at df.lth.se 2005-11-09 07:02 EST ------- Yep I used the latest spec/RPM. Is it possible that the font stuff will build differently on different hosts depending on what's available? Anyway it's probably all my own fault, just don't know how. Part of it may have to do with running winecfg without any previously existing .wine/ configuration directory containing copies of the system fonts in its c_drive. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Wed Nov 9 14:44:38 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 09 Nov 2005 08:44:38 -0600 Subject: static libraries' policy In-Reply-To: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> Message-ID: <1131547478.2213.42.camel@localhost.localdomain> On Wed, 2005-11-09 at 11:28 +0100, Christian.Iseli at licr.org wrote: > pertusus at free.fr said: > > I can't see what harm is done when a static library is shipped together with > > a dynamic library. > > Ah well, there was a thread on that topic in fedora-maintainers back in July: > https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00061.html > > The idea to have -static packages was vetoed at some point > (https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00095.html) > but most people seemed to agree that getting rid of static libs was a good > idea... Right now, there is not a "no static libs permitted" policy. The policy states that they should be avoided wherever possible. I could change this to a "no static libs unless you have a darned good reason, which you will need to document in the spec file" policy, since some apps are just too dumb to work with out them (unless the maintainer is willing to do what amounts to their own fork of the code). The consensus that I'm hearing here is that a policy change would be welcomed for FC5+, does anyone dissent? ~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 buc at odusz.so-cdu.ru Wed Nov 9 14:45:25 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 09 Nov 2005 17:45:25 +0300 Subject: static libraries' policy In-Reply-To: <4370BF0D.4070804@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> Message-ID: <43720B85.8030105@odu.neva.ru> Just repeat in one place: Last summer a discussion about presence of static libraries in devel packages took place here: https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00061.html Then the decision has appeared: to strongly recommend to exclude static libraries from the devel packages, except for cases when it seems impossible for some reasons. It was specified in PackagingGuidelines , since 26.07.2005 After that, the majority of new packages should appear without static libraries. Either contributor himself or reviewer should block attempts to leave *.a files in the devel packages. Developers of already added packages should gradually update them, having excluded static libs. But actually all is differently. There are many packages since the summer, which have been included in FE with preserved static libraries. Many packages included earlier have undergone changes recently (i.e. maintainer have changed something in spec file), however static libraries have not been removed. The statistics are here: - 235 packages in FE have "devel" subpackage - 149 (63%) still included static libs, from them 72 (48%, or 31% against all) was modified somehow since the policy change, but static libs are still present. This statistics as well as the discussion which has arisen after my initial message, testifies that people either did not hear about changes, or disagree with them. This situation creates a precedent: there is a policy, but significant part of maintainers ignore it. Is it allowed (i.e. some kind of liberalism in Fedora) or is it bad (makes an anarchy)? Dmitry Butskoy P.S. Certainly there are some packages which should have static libs (for example "glibc" as basic thing, "mozilla-nspr" as can be linked only statically, etc). But these are more exception than normal, and the number of such packages is about one ten per whole Fedora (IMHO). -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christian.Iseli at licr.org Wed Nov 9 14:57:21 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 09 Nov 2005 15:57:21 +0100 Subject: static libraries' policy In-Reply-To: Your message of "Wed, 09 Nov 2005 17:45:25 +0300." <43720B85.8030105@odu.neva.ru> Message-ID: <200511091457.jA9EvLXO027590@ludwig-alpha.unil.ch> buc at odusz.so-cdu.ru said: > This situation creates a precedent: there is a policy, but significant part > of maintainers ignore it. Is it allowed (i.e. some kind of liberalism in > Fedora) or is it bad (makes an anarchy)? Hmm, maybe you just need a bit more patience ? :-) The noun "moment of inertia" has one meaning: Meaning #1: the tendency of a body to resist angular acceleration From rdieter at math.unl.edu Wed Nov 9 15:39:57 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 09 Nov 2005 09:39:57 -0600 Subject: rpms/libid3tag/devel libid3tag.spec, 1.9, 1.10 libid3tag.pc, 1.1, NONE In-Reply-To: <200511091531.jA9FV3PG026424@cvs-int.fedora.redhat.com> References: <200511091531.jA9FV3PG026424@cvs-int.fedora.redhat.com> Message-ID: Ville Skytta (scop) wrote: > Author: scop > > Update of /cvs/extras/rpms/libid3tag/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv26403 > +# *.pc originally from the Debian package. > +cat << \EOF > %{name}.pc ... > +Libs: -L${libdir} -lid3tag -lz > +Cflags: -I${includedir} Since you're omitting static libs, you can probably leave out the -lz And since libdir and includedir are just set to %{_libdir} and %{_includedir}, respectively, the -L and -I bits are redundant (but harmless) -- Rex From bugzilla at redhat.com Wed Nov 9 15:53:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 10:53:24 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511091553.jA9FrOjY026236@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 ------- Additional Comments From qspencer at ieee.org 2005-11-09 10:53 EST ------- I have built the latest version with no problems, and everything installs and uninstalls fine. Output of rpmlint on kmymoney2: W: kmymoney2 dangling-symlink /usr/share/doc/HTML/en/kmymoney2/common /usr/share/doc/HTML/en/common W: kmymoney2 symlink-should-be-relative /usr/share/doc/HTML/en/kmymoney2/common /usr/share/doc/HTML/en/common Output of rpmlint on kmymoney2-devel: W: kmymoney2-devel no-provides kmymoney-devel W: kmymoney2-devel no-documentation I'm not sure why rpmlint thinks that the lack of providing kmymoney-devel is a problem, I don't see it as a blocker. There are a lot of macros in the spec file, as noted by a previous reviewer, which seem to be for kde-redhat. I don't know if that's necessarily a problem, but if any of them are not used in FE, I think some comments should be added to explain what they do and why they are not used. For example, what does _with_kbanking do, and why is it not enabled (or at least it appears not to be)? The others are pretty clear, I think. I would also suggest a more concise package description, though I wouldn't consider that a blocker. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 16:01:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 11:01:39 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511091601.jA9G1dcI027435@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 ------- Additional Comments From rdieter at math.unl.edu 2005-11-09 11:01 EST ------- > There are a lot of macros in the spec file, as noted by a previous reviewer, > which seem to be for kde-redhat All of those were dropped since 0.8-5 (as noted in the changelog) > For example, what does _with_kbanking do, and why is it not enabled (or at > least it appears not to be)? Not enabled due to missing dependancies: kbanking-devel (and a newer acqbanking rpm). > I would also suggest a more concise package description, > though I wouldn't consider that a blocker. Agreed, I'll trim that and release an update in a bit. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 16:03:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 11:03:55 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511091603.jA9G3tCb027772@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 ------- Additional Comments From rdieter at math.unl.edu 2005-11-09 11:03 EST ------- Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kmymoney2-0.8.1-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kmymoney2-0.8.1-2.src.rpm %changelog * Wed Nov 09 2005 Rex Dieter 0.8.1-2 - qt-3.3.5 patch - 'make check' workaround (kde bug #115863) - trim %%description -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 16:35:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 11:35:51 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511091635.jA9GZp3D031419@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From dmitry at butskoy.name 2005-11-09 11:35 EST ------- It seems that l2tp is patented, see http://www.ietf.org/ietf/IPR/CISCO-L2TP Please, check out the possible issues, or ask in the mailing list. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 17:03:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 12:03:59 -0500 Subject: [Bug 166945] Review Request: bmp-flac2 - A FLAC playback plugin for BMP In-Reply-To: Message-ID: <200511091703.jA9H3xlT001952@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-11-09 12:03 EST ------- Matthias, can you reproduce the crash and provide me with a debug output and a backtrace? Or shall I import the package 'as is'? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buc at odusz.so-cdu.ru Wed Nov 9 17:22:12 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 09 Nov 2005 20:22:12 +0300 Subject: static libraries' policy In-Reply-To: <1131547478.2213.42.camel@localhost.localdomain> References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> Message-ID: <43723044.1070702@odu.neva.ru> Tom 'spot' Callaway wrote: >Right now, there is not a "no static libs permitted" policy. The policy >states that they should be avoided wherever possible. I could change >this to a "no static libs unless you have a darned good reason, which >you will need to document in the spec file" policy, since some apps are >just too dumb to work with out them (unless the maintainer is willing to >do what amounts to their own fork of the code). > >The consensus that I'm hearing here is that a policy change would be >welcomed for FC5+, does anyone dissent? > > Do you mean "after FC5 will be released" ? Is it correlate with Core's state (where a half of such packages are not changed too) ? ~buc From buc at odusz.so-cdu.ru Wed Nov 9 17:31:24 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 09 Nov 2005 20:31:24 +0300 Subject: static libraries' policy In-Reply-To: <200511091457.jA9EvLXO027590@ludwig-alpha.unil.ch> References: <200511091457.jA9EvLXO027590@ludwig-alpha.unil.ch> Message-ID: <4372326C.7060809@odu.neva.ru> Christian.Iseli at licr.org wrote: >buc at odusz.so-cdu.ru said: > > >>This situation creates a precedent: there is a policy, but significant part >>of maintainers ignore it. Is it allowed (i.e. some kind of liberalism in >>Fedora) or is it bad (makes an anarchy)? >> >> > >Hmm, maybe you just need a bit more patience ? :-) > > Sure! :-) I have been confused by very different attitude of different reviewers to the static libs' policy... >The noun "moment of inertia" has one meaning: >Meaning #1: the tendency of a body to resist angular acceleration > > They can resist indefinitely... And some people do not know about it at all... ~buc From Jochen at herr-schmitt.de Wed Nov 9 17:33:30 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 9 Nov 2005 18:33:30 +0100 Subject: Need information about debuginfo packages. Message-ID: <20051109173330.GA17814@myhome> Hello, I have some question about the creation of debuginfo packages: 1.) When I have to declare a debuginfo package explicitly? 2.) What should I consider when I have to create such a debuginfo package explicitly? Best Regards: Jochen Schmitt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From toshio at tiki-lounge.com Wed Nov 9 16:57:19 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 09 Nov 2005 08:57:19 -0800 Subject: static libraries' policy In-Reply-To: <1131547478.2213.42.camel@localhost.localdomain> References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> Message-ID: <1131555439.3216.21.camel@localhost> On Wed, 2005-11-09 at 08:44 -0600, Tom 'spot' Callaway wrote: > Right now, there is not a "no static libs permitted" policy. The policy > states that they should be avoided wherever possible. I could change > this to a "no static libs unless you have a darned good reason, which > you will need to document in the spec file" policy, since some apps are > just too dumb to work with out them (unless the maintainer is willing to > do what amounts to their own fork of the code). > > The consensus that I'm hearing here is that a policy change would be > welcomed for FC5+, does anyone dissent? I dissent. On Wed, 2005-11-09 at 17:45 +0300, Dmitry Butskoy wrote: > Just repeat in one place: > > Last summer a discussion about presence of static libraries in devel > packages took place here: > https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00061.html > > Then the decision has appeared: to strongly recommend to exclude > static libraries from the devel packages, except for cases when it > seems impossible for some reasons. > I've just re-read that thread as well. Here's my interpretation of listed opinions: Place static libraries in a -static subpackage: Jen Petersen Warren Togami Ralf Corsepius [1/2] Christian Iseli [1/2] Ralf Ertzinger (Probably) Ville Skyta (Mentioned informationally PLD and Mandriva have -static and -static-devel resp.) (Probably) Christopher Aillon (Had nspr specific comments, since resolved) Keep status quo Daniel Velliard [1/2] Christian Iseli [1/2] Ralf Ertzinger [1/2] Jeremy Katz Remove completely [1/2] Jeremy Katz (Because comps is too complex with -static) ([1/2] is where I interpretted the author to be in favor of either of two alternatives.) So my reading is that the decision was "We'd like to move them into -static except that Jeremy has good points about the comps problem." > It was specified in PackagingGuidelines , since 26.07.2005 > This was not a group decision, however. This was done by Jens Petersen relatively early in the conversation, before Daniel Velliard had weighed in. (The proposal had looked good until Daniel's points, however.) Additionally, Jens original proposal was to remove static libraries as much as possible and put them in -static when it wasn't possible. After problems were raised with this, the proposal seemed to shift to moving static libraries into a -static subpackage. > > This statistics as well as the discussion which has arisen after my > initial message, testifies that people either did not hear about > changes, or disagree with them. > > This situation creates a precedent: there is a policy, but significant > part of maintainers ignore it. Is it allowed (i.e. some kind of > liberalism in Fedora) or is it bad (makes an anarchy)? > We should remove the policy from the wiki until we hash out what we really want. The policy was entered into the wiki before the problems with it were discussed and was written in a way that does not agree with what the majority of those who were discussing on -maintainers were advocating for. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Wed Nov 9 18:09:02 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Wed, 9 Nov 2005 11:09:02 -0700 Subject: Error on updating a package. References: <200511081340.06413.aportal@univ-montp2.fr> <1131483880.28527.35.camel@localhost.localdomain> Message-ID: <20051109180905.7A05E38142C@ningauble.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Ville" == Ville Skytt writes: Ville> On Tue, 2005-11-08 at 21:40 +0100, Aurelien Bompard wrote: >> Alain PORTAL wrote: > Checking : utrac-0.3.0.tar.gz on > >> https://cvs.fedora.redhat.com/repo/extras/upload.cgi... > ERROR: >> could not check remote file status > make: *** [new-sources] Erreur >> 255 >> > >> > Could you tell me what is the problem and how to fix it? >> >> I'm having the same problem without the patch mistake, so it seems >> to be unrelated. >> >> Checking : amarok-1.3.6.tar.bz2 on >> https://cvs.fedora.redhat.com/repo/extras/upload.cgi... ERROR: >> could not check remote file status make: *** [new-sources] Error >> 255 >> >> Any idea ? Ville> WAG: perhaps related to Ville> https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00376.html Ville> ? it could be. I am seeing this problem this morning and the buildsys is still down. ;( I thought that the cvs machines and the build machines were seperate, but I could be wrong. Hopefully it will all be up soon. I have a lovely Xfce update to push though. :) kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFDcjtB3imCezTjY0ERAmY2AJ9vQZW0VTioCWNbIQLV5xTNXcAoWwCfZeDD u4mRxSzo2KayeC+FXhdnf+g= =HcwD -----END PGP SIGNATURE----- From ville.skytta at iki.fi Wed Nov 9 18:49:04 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 09 Nov 2005 20:49:04 +0200 Subject: Need information about debuginfo packages. In-Reply-To: <20051109173330.GA17814@myhome> References: <20051109173330.GA17814@myhome> Message-ID: <1131562144.28527.84.camel@localhost.localdomain> On Wed, 2005-11-09 at 18:33 +0100, Jochen Schmitt wrote: > 1.) When I have to declare a debuginfo package explicitly? Never. If the built-in debuginfo functionality of rpmbuild/redhat-rpm-config fails to do what you want and cannot be solved by other means (like the usual case of ensuring that the permissions of files at end of %install are so that find-debuginfo.sh works as expected: executable, writable, non-s[gu]id), you can choose to implement it yourself. But you don't _have_ to. > 2.) What should I consider when I have to create such a debuginfo > package explicitly? Reconsider whether you _really_ need to do that, and if yes, first find out if it's a bug in find-debuginfo.sh. Also ask questions about specific per-package cases eg. here or fedora-devel or fedora-packaging lists before rushing to implement it. See also: $ rpm --showrc | less # and search for "debug" $ less /usr/lib/rpm/find-debuginfo.sh From ville.skytta at iki.fi Wed Nov 9 18:58:53 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 09 Nov 2005 20:58:53 +0200 Subject: rpms/libid3tag/devel libid3tag.spec, 1.9, 1.10 libid3tag.pc, 1.1, NONE In-Reply-To: References: <200511091531.jA9FV3PG026424@cvs-int.fedora.redhat.com> Message-ID: <1131562733.28527.93.camel@localhost.localdomain> On Wed, 2005-11-09 at 09:39 -0600, Rex Dieter wrote: > Ville Skytta (scop) wrote: > > Author: scop > > > > Update of /cvs/extras/rpms/libid3tag/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv26403 > > > +# *.pc originally from the Debian package. > > +cat << \EOF > %{name}.pc > ... > > +Libs: -L${libdir} -lid3tag -lz > > +Cflags: -I${includedir} > > Since you're omitting static libs, you can probably leave out the > -lz Hm, that's probably right. Thanks for the heads up. > And since libdir and includedir are just set to %{_libdir} and > %{_includedir}, respectively, the -L and -I bits are redundant (but > harmless) They're not redundant if someone decides to rebuild the package using a custom prefix. Not that I'd be willing to jump through hoops to really "support" that though... From bugzilla at redhat.com Wed Nov 9 19:16:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 14:16:42 -0500 Subject: [Bug 171418] Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection In-Reply-To: Message-ID: <200511091916.jA9JGgje015761@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dvdisaster - CD/DVD media data loss/scratch/aging protection https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171418 ------- Additional Comments From carsten at dvdisaster.de 2005-11-09 14:16 EST ------- Hi Dmitry and Ville, I agree that the 0.64.2* versions look stable now, so I'll save the second browser patch for 0.65 (which does not yet have a release date). Carsten -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 20:28:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 15:28:50 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511092028.jA9KSoT1024643@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 ------- Additional Comments From qspencer at ieee.org 2005-11-09 15:28 EST ------- I looked at the rpmlint warnings again. I now see that the dangling symlink is unavoidable since it apparently links to external kde stuff. However, the non-relative symlink is still there. It appears you tried to change it in the specfile but it didn't work quite right for me. Take a look at the change below and see if that's what you need to make it go away. --- kmymoney2-0.8.1-2.spec 2005-11-09 14:24:21.000000000 -0600 +++ kmymoney2.spec 2005-11-09 12:01:42.000000000 -0600 @@ -87,8 +87,8 @@ for lang in *; do if [ -d $lang ]; then pushd $lang - for i in */*; do - [ -d $i -a -L $i/common ] && rm -f $i/common && ln -sf ../../common $i/common + for i in *; do + [ -d $i -a -L $i/common ] && rm -f $i/common && ln -sf ../common $i/common done popd fi -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Wed Nov 9 21:05:59 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 09 Nov 2005 23:05:59 +0200 Subject: buildsys: killing "waiting" jobs? Message-ID: <1131570359.28527.98.camel@localhost.localdomain> Just out of general interest, is there a way to remove a queued build when it's in the "waiting" state? "plague-client kill " for a waiting job says it succeeded, but no changes are reflected in the buildsys web UI. The job stays in "waiting" state there, and a subsequent requeue fails saying the job needs to be killed or failed before requeuing. From jochen at herr-schmitt.de Wed Nov 9 21:23:29 2005 From: jochen at herr-schmitt.de (jochen at herr-schmitt.de) Date: Wed, 09 Nov 2005 22:23:29 +0100 Subject: AW: Re: Need information about debuginfo packages. Message-ID: <11376336.84911131571409942.JavaMail.servlet@kundenserver> >On Wed, 2005-11-09 at 18:33 +0100, Jochen Schmitt wrote: >Never. If the built-in debuginfo functionality of >rpmbuild/redhat-rpm-config fails to do what you want and cannot be >solved by other means (like the usual case of ensuring that the >permissions of files at end of %install are so that find-debuginfo.sh Thank you for your answer. The Problem was that it is not possible to build architecture depended and noarch subpackages from one SPEC file. If this should be possible, I will be happy for any response. Best Regards: Jochen Schmitt From bugzilla at redhat.com Wed Nov 9 21:22:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 16:22:55 -0500 Subject: [Bug 172803] New: Review Request: openssl097f - compat package to help transitioning to new openssl Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172803 Summary: Review Request: openssl097f - compat package to help transitioning to new openssl Product: Fedora Extras Version: devel Platform: All URL: http://www.openssl.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tmraz at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/tmraz/openssl097f/openssl.spec SRPM Name or Url: http://people.redhat.com/tmraz/openssl097f/openssl097f-0.9.7f-1.src.rpm Description: This is a compat package to help transitioning to new openssl-0.9.8a in FC5. It is directly created from the latest openssl-0.9.7f package from Fedora Core. The only difference is the package name and removed files which don't belong to compat 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 Wed Nov 9 21:23:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 16:23:12 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511092123.jA9LNCnm006227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tmraz at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172803 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 21:45:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 16:45:26 -0500 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200511092145.jA9LjQTI012114@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Sprog https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 ------- Additional Comments From jspaleta at gmail.com 2005-11-09 16:45 EST ------- Okay looks like the perl(Template) is now available to build against. Are you prepared to hand out a srpm that takes care of the .desktop file issue? We might be able to finally get this sucker built against devel tree this weekend and the review finished. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 22:11:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 17:11:46 -0500 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200511092211.jA9MBkAv015942@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Sprog https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 ------- Additional Comments From ghenry at suretecsystems.com 2005-11-09 17:11 EST ------- Yeah. Soon as I get a sec ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 9 23:15:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 18:15:39 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511092315.jA9NFdkU025300@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From paul at xtdnet.nl 2005-11-09 18:15 EST ------- Correct. But as you can see from the link you provided, Cisco allows anyone to use their patent as long as it is IETF RFC compliant. This is Cisco's standard policy on patents for their IETF work. In fact, their statement was made before being awarded the patent. They complied fully with the IPR disclosure policy of the IETF. The IETF does not release RFC's that are limited or in any way discriminatory in their use. The patent holder (in this case Ciso) agree to a royalty free, unrevocable use of their patent as needed for implementing the IETF standards. If there were any limitations on the implementation and use of L2TP, the L2TP working group would not exist any more, and no new protocol additions or changes would be accepted as RFC standard. The L2TP became an IETF standard, see http://www.ietf.org/rfc/rfc2661.txt Notice the RFC was issued after the disclosure for IPR by Cisco, so the IETF fully knew about the patent and confirmed that there were no restrictions before it issued the RFC. In other words, there is no issue with this software patent. RedHat and users are free to implement, use and deploy the L2TP protocol, without limitation of royalties. If RedHat refuses any software that has any software patent in it, then this request should be denied (but then it should also strip NAT Traversal from the Linux kernel's NETKEY module) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 00:29:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 19:29:57 -0500 Subject: [Bug 172803] Review Request: openssl097f - compat package to help transitioning to new openssl In-Reply-To: Message-ID: <200511100029.jAA0TvTS032716@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openssl097f - compat package to help transitioning to new openssl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172803 ------- Additional Comments From ellson at research.att.com 2005-11-09 19:29 EST ------- Thanks for this. Works for me on both i386 and x86_64. On the x86_64 I had to update with both i386 and x86_64 rpms (as is normal). I've now been able to update the balance of today's Rawhide rpms. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 03:03:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 22:03:34 -0500 Subject: [Bug 169919] Review Request: m17n-db - multilingualization datafiles In-Reply-To: Message-ID: <200511100303.jAA33Y0H011023@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-db - multilingualization datafiles https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169919 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO_REPORTER ------- Additional Comments From wtogami at redhat.com 2005-11-09 22:03 EST ------- Does every sub-package need to own %{_datadir}/m17n? Do the sub-packages need the main package that contains /usr/bin/m17n-db and other stuff? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 03:09:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 22:09:53 -0500 Subject: [Bug 169924] Review Request: scim-m17n - SCIM IMEngine for m17n-lib In-Reply-To: Message-ID: <200511100309.jAA39rmc011656@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-m17n - SCIM IMEngine for m17n-lib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169924 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-11-09 22:09 EST ------- APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 03:10:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 9 Nov 2005 22:10:29 -0500 Subject: [Bug 169922] Review Request: m17n-lib - multilingual text library In-Reply-To: Message-ID: <200511100310.jAA3AT65011798@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-lib - multilingual text library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169922 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-11-09 22:10 EST ------- %{_libdir}/lib*.a %{_libdir}/lib*.la Do we really need these? Probaly should remove them. Otherwise looks good, APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Eric.Tanguy at univ-nantes.fr Thu Nov 10 04:49:03 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Thu, 10 Nov 2005 05:49:03 +0100 (CET) Subject: cvs problem Message-ID: <36991.86.195.197.217.1131598143.squirrel@webmail.univ-nantes.fr> I tried to upload a new package using ./common/cvs-import.sh package.src.rpm but i obtain this error : Checking : ircd-hybrid-7.1.3.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! Someone could explain that because i have tested the link to download ircd-hybrid-7.1.3.tgz and it's good for me. Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From bugzilla at redhat.com Thu Nov 10 08:06:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 03:06:46 -0500 Subject: [Bug 169919] Review Request: m17n-db - multilingualization datafiles In-Reply-To: Message-ID: <200511100806.jAA86k1V032143@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-db - multilingualization datafiles https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169919 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO_REPORTER |ASSIGNED ------- Additional Comments From petersen at redhat.com 2005-11-10 03:06 EST ------- > Does every sub-package need to own %{_datadir}/m17n? Good question. Since they all require m17n-db, is it superfluous? > Do the sub-packages need the main package that contains /usr/bin/m17n-db and > other stuff? I think m17n-db is just needed to build m17n-lib. (I suppose it could go in m17n-db-devel, but that seems to be overdoing it.) scim-m17n needs the datafiles in m17n-db to work, so that is the reason they're there. The others are now in m17n-db-datafiles -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 08:11:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 03:11:27 -0500 Subject: [Bug 169922] Review Request: m17n-lib - multilingual text library In-Reply-To: Message-ID: <200511100811.jAA8BRm4000314@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-lib - multilingual text library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169922 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From petersen at redhat.com 2005-11-10 03:11 EST ------- Thanks, will fix and import to 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 rc040203 at freenet.de Thu Nov 10 07:44:36 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 10 Nov 2005 08:44:36 +0100 Subject: No more FE updates? Message-ID: <1131608677.22701.434.camel@mccallum.corsepiu.local> Hi, Are we going to see FE updates any time soon? As it seems to me, there had not been any new FE packages releases since Nov 6. Even those having been announced Nov 7, eg. https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00346.html don't seem to be released, yet. Ralf From ivazquez at ivazquez.net Thu Nov 10 08:33:52 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 10 Nov 2005 03:33:52 -0500 Subject: No more FE updates? In-Reply-To: <1131608677.22701.434.camel@mccallum.corsepiu.local> References: <1131608677.22701.434.camel@mccallum.corsepiu.local> Message-ID: <1131611632.23974.0.camel@ignacio.lan> On Thu, 2005-11-10 at 08:44 +0100, Ralf Corsepius wrote: > Hi, > > Are we going to see FE updates any time soon? > > As it seems to me, there had not been any new FE packages releases since > Nov 6. > > Even those having been announced Nov 7, eg. > https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00346.html > don't seem to be released, yet. Not to mention the fact that people are having trouble with "make new-sources" and so can't update their package versions. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Thu Nov 10 08:43:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 03:43:06 -0500 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200511100843.jAA8h6Wg003405@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 ------- Additional Comments From ankit644 at yahoo.com 2005-11-10 03:42 EST ------- I got the CVS access to fedora-extras. Do i need any confirmation or APPROVAL to start my work into the CVS 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 petersen at redhat.com Thu Nov 10 08:58:05 2005 From: petersen at redhat.com (Jens Petersen) Date: Thu, 10 Nov 2005 17:58:05 +0900 Subject: [announce] Fedora community SCIM input survey Message-ID: <43730B9D.7090200@redhat.com> The Fedora I18N Team invites you kindly to participate in a survey to provide feedback on the SCIM (Simple Common Input Method [1]) platform for Asian language input. Packages are available in Fedora Core Development and Fedora Extras, and also for RHEL 4. The survey is available now at https://www.keysurvey.com/survey/80474/2da7/ [2] where more details can be found including package installation instructions. The survey has been translated into the following languages: Bengali, Chinese, Gujarati, Hindi, Japanese, Korean, and Punjabi. The goal of the survey is to find out what users see as the main strengths and weaknesses of SCIM to help provide focus on the most important improvements needed from the point of view of users. The survey will run until the end of Friday 25th November, UTC. We hope to receive lots of responses from a wide part of the community. A summary of the results will be made available publicly later. Thank you for your time. And special thanks to the SCIM developers and community for creating SCIM. Jens Petersen on behalf of the Fedora I18N and Translation Teams [1] http://www.scim-im.org/ [2] http://tinyurl.com/9n4qb From bugzilla at redhat.com Thu Nov 10 12:06:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 07:06:30 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511101206.jAAC6UJ7024732@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From dmitry at butskoy.name 2005-11-10 07:06 EST ------- OK According to http://fedoraproject.org/wiki/PackagingGuidelines#head-2d596c519e2f2be4e19d1e5bfe5f473d24aad777 , in such a case some text file should be added to %doc . It would be better if the appropriate SourceXX will have full url (if it is possible). It looks like a paranoia, but in the current legal atmosphere such things are actually 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 Thu Nov 10 12:39:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 07:39:01 -0500 Subject: [Bug 172803] Review Request: openssl097f - compat package to help transitioning to new openssl In-Reply-To: Message-ID: <200511101239.jAACd1xp027260@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openssl097f - compat package to help transitioning to new openssl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172803 ------- Additional Comments From oliver at linux-kernel.at 2005-11-10 07:38 EST ------- Works fine on AlphaCore 2.0: [root at tyskie devel]# rpm -q openssl openssl097f --queryformat "%{name}-%{version}-%{release}.%{arch}\n" openssl-0.9.8a-1.alpha openssl097f-0.9.7f-1.alpha Thanks, Tomas! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 10 14:01:04 2005 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 10 Nov 2005 15:01:04 +0100 Subject: static libraries' policy In-Reply-To: <1131547478.2213.42.camel@localhost.localdomain> References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> Message-ID: <20051110140103.GB3318@free.fr> > Right now, there is not a "no static libs permitted" policy. The policy > states that they should be avoided wherever possible. I could change > this to a "no static libs unless you have a darned good reason, which > you will need to document in the spec file" policy, since some apps are And should the static libs be placed in a -static package or not packaged at all? -- Pat From bugzilla at redhat.com Thu Nov 10 14:03:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 09:03:25 -0500 Subject: [Bug 172547] Review Request: ghdl VHDL frontend for gcc In-Reply-To: Message-ID: <200511101403.jAAE3PWS001708@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl VHDL frontend for gcc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From paul at city-fan.org 2005-11-10 09:03 EST ------- This package is implemented as an additional language frontend for gcc, which introduces some issues I'd like to raise with the other readers of fedora-extras-list. In this particular case, the package includes files/directories as follows: %{_bindir}/i686-pc-linux-gnu-gcc %{_bindir}/i686-pc-linux-gnu-gcc-4.0.2 %{_libdir}/gcc/i686-pc-linux-gnu/4.0.2/ %{_libexecdir}/gcc/i686-pc-linux-gnu/4.0.2/ These could potentially conflict with any other language frontend based on the same gcc version, which would not be good. I don't think this arrangement currently clashes with anything in Core or Extras, but the potential is there. One workaround I could think of would be to include the name of the language or package in the target designation, e.g. i686-pc-linux-ghdl instead of i686-pc-linux-gnu), but that doesn't look "right" to me. Any other suggestions? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 14:11:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 09:11:55 -0500 Subject: [Bug 172547] Review Request: ghdl VHDL frontend for gcc In-Reply-To: Message-ID: <200511101411.jAAEBt3Z002393@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl VHDL frontend for gcc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From paul at city-fan.org 2005-11-10 09:11 EST ------- Some minor issues whilst awaiting resolution of the bigger ones: * Please use full URLs for the sources: Source0: http://ghdl.free.fr/ghdl-%{version}.tar.bz2 Source1: ftp://gcc.gnu.org/pub/gcc/releases/gcc-%{gccver}/gcc-core-%{gccver}.tar.bz2 * Please use the standard Extras buildroot: BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) * The %description seems excessively long to me. How about this: GHDL is a VHDL simulator, using the GCC technology. VHDL is a language standardized by the IEEE, intended for developing electronic systems. GHDL implements the VHDL language according to the IEEE 1076-1987 or the IEEE 1076-1993 standard. It compiles VHDL files and creates a binary that simulates (or executes) your design. GHDL does not do synthesis: it cannot translate your design into a netlist. Since GHDL is a compiler (i.e., it generates object files), you can call functions or procedures written in a foreign language, such as C, C++, or Ada95. * Please include the ghdl.info file in the files list, with appropriate scriptlets to install it (see http://fedoraproject.org/wiki/ScriptletSnippets) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 14:12:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 09:12:24 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511101412.jAAECObt002456@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 ------- Additional Comments From rdieter at math.unl.edu 2005-11-10 09:12 EST ------- Thanks. Ugh.. I just copy-n-pasted that code from one of the other packages I maintain, so it looks like a few others are probably broken the same way. Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kmymoney2-0.8.1-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kmymoney2-0.8.1-3.src.rpm %changelog * Thu Nov 10 2005 Rex Dieter 0.8.1-3 - fix relative symlinks -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Thu Nov 10 15:11:12 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 10 Nov 2005 09:11:12 -0600 Subject: static libraries' policy In-Reply-To: <20051110140103.GB3318@free.fr> References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> <20051110140103.GB3318@free.fr> Message-ID: Patrice Dumas wrote: >>Right now, there is not a "no static libs permitted" policy. The policy >>states that they should be avoided wherever possible. I could change >>this to a "no static libs unless you have a darned good reason, which >>you will need to document in the spec file" policy, since some apps are > > > And should the static libs be placed in a -static package or not packaged > at all? IMO, not packaged at all. -- Rex From bugzilla at redhat.com Thu Nov 10 16:19:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 11:19:22 -0500 Subject: [Bug 169919] Review Request: m17n-db - multilingualization datafiles In-Reply-To: Message-ID: <200511101619.jAAGJMr2016416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-db - multilingualization datafiles https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169919 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-11-10 11:19 EST ------- File permissions are all good, I suppose this is good enough for 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 Nov 10 16:33:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 11:33:01 -0500 Subject: [Bug 166427] Review Request: inform - Compiler for Z-machine story files In-Reply-To: Message-ID: <200511101633.jAAGX1WD018243@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: inform - Compiler for Z-machine story files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166427 ------- Additional Comments From jpmahowald at gmail.com 2005-11-10 11:32 EST ------- The license needs a closer look, in particular: I am happy for it to be freely distributed to anybody who wants a copy, provided that: (a) distributed copies are not substantially different from those archived by the author, (b) this and other copyright messages are always retained in full, and (c) no profit is involved. (Exceptions to these rules must be negotiated directly with the author.) Of need for clarification is the no profit and the "distributed copies are not substantially different". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Nov 10 16:39:27 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 10 Nov 2005 11:39:27 -0500 Subject: buildsys: killing "waiting" jobs? In-Reply-To: <1131570359.28527.98.camel@localhost.localdomain> References: <1131570359.28527.98.camel@localhost.localdomain> Message-ID: <1131640767.4159.6.camel@localhost.localdomain> On Wed, 2005-11-09 at 23:05 +0200, Ville Skytt? wrote: > Just out of general interest, is there a way to remove a queued build > when it's in the "waiting" state? > > "plague-client kill " for a waiting job says it succeeded, but no > changes are reflected in the buildsys web UI. The job stays in > "waiting" state there, and a subsequent requeue fails saying the job > needs to be killed or failed before requeuing. You're right, that's a bug. I'll look into it. Thanks! Dan From buc at odusz.so-cdu.ru Thu Nov 10 17:10:18 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 10 Nov 2005 20:10:18 +0300 Subject: static libraries' policy In-Reply-To: References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> <20051110140103.GB3318@free.fr> Message-ID: <43737EFA.80302@odu.neva.ru> Rex Dieter wrote: > Patrice Dumas wrote: > >>> Right now, there is not a "no static libs permitted" policy. The policy >>> states that they should be avoided wherever possible. I could change >>> this to a "no static libs unless you have a darned good reason, which >>> you will need to document in the spec file" policy, since some apps are >> >> >> >> And should the static libs be placed in a -static package or not >> packaged at all? > > > IMO, not packaged at all. > IMHO, it would be better to package and distribute them, but the same way as debuginfo. I.e., no "-static" packages in any standard distribution (on CD and on most mirrors), and no need to package it explicitly. As packager just leave debug info in the executables (and later they will be stripped, but stripped data go to "-debuginfo"), as static libs can be left and excluded into separate special subpackage automagically. Anyway, the total impossibility to make the static program is very rough idea. There must be already any precedents in another wide-spread enough distros, or Fedora can become a little bit marginal here. Toshio Kuratomi wrote: >Place static libraries in a -static subpackage: >Jen Petersen >Warren Togami >Ralf Corsepius >[1/2] Christian Iseli >[1/2] Ralf Ertzinger >(Probably) Ville Skyta (Mentioned informationally PLD and Mandriva have >-static and -static-devel resp.) >(Probably) Christopher Aillon (Had nspr specific comments, since >resolved) > >Keep status quo >Daniel Velliard >[1/2] Christian Iseli >[1/2] Ralf Ertzinger >[1/2] Jeremy Katz > >Remove completely >[1/2] Jeremy Katz (Because comps is too complex with -static) > >> It was specified in PackagingGuidelines , since 26.07.2005 >> >This was not a group decision, however. > Such is possible???.. 8((( ~buc From bugzilla at redhat.com Thu Nov 10 17:18:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 12:18:37 -0500 Subject: [Bug 172428] Review Request: A command line ACPI client for Linux In-Reply-To: Message-ID: <200511101718.jAAHIb3d024346@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A command line ACPI client for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172428 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-11-10 12:18 EST ------- `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. Specify CXXFLAGS to configure, like %configure CXXFLAGS=%{_optflags} 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 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 - no need for .desktop file Have not tested yet. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mricon at gmail.com Thu Nov 10 17:45:34 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Thu, 10 Nov 2005 12:45:34 -0500 Subject: static libraries' policy In-Reply-To: <43737EFA.80302@odu.neva.ru> References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> <20051110140103.GB3318@free.fr> <43737EFA.80302@odu.neva.ru> Message-ID: On 10/11/05, Dmitry Butskoy wrote: > IMHO, it would be better to package and distribute them, but the same > way as debuginfo. I.e., no "-static" packages in any standard > distribution (on CD and on most mirrors), and no need to package it > explicitly. As packager just leave debug info in the executables (and > later they will be stripped, but stripped data go to "-debuginfo"), as > static libs can be left and excluded into separate special subpackage > automagically. You can't operate automagically here, since sometimes static libs are, for some reason or another, required for program execution during run-time. E.g. KDE programs, when loading plugins, will always look for .la files, and ignore .so files, unless specifically instructed to load the .so extension (and last time I tried this, it didn't work). You can only safely discard the static libs that are not required for program operation, and it's impossible to make such decisions automatically. Regards, -- Konstantin Ryabitsev Montreal, Quebec From bugzilla at redhat.com Thu Nov 10 17:44:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 12:44:15 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511101744.jAAHiFkl027895@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 ------- Additional Comments From qspencer at ieee.org 2005-11-10 12:44 EST ------- Well, I think this package is ready, but I'm not the assignee. If someone knows how to reassign this to me, I'll approve it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 17:57:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 12:57:01 -0500 Subject: [Bug 172677] Review Request: perl-Readonly In-Reply-To: Message-ID: <200511101757.jAAHv1mo029164@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 ------- Additional Comments From rc040203 at freenet.de 2005-11-10 12:56 EST ------- I am still unable to access your site. Therefore only some comments on the spec file from the attachment: 1. FE's packaging policy recommends to ship one package per perl distribution, and I don't see many compelling reasons to make an exception in this case. I.e. I recommend to split this package into 2 packages: perl-Readonly and perl-Readonly-XS 2. Readonly wants to ship this file: /usr/lib/perl5/vendor_perl/5.8.6/benchmark.pl IMO, shipping a script of this name at this location should be avoided. I recommend to move it elsewhere (eg. %doc) or to remove it entirely. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 18:15:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 13:15:08 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511101815.jAAIF8B9030756@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 dennis at dgilmore.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|dennis at dgilmore.net |qspencer at ieee.org ------- Additional Comments From dennis at dgilmore.net 2005-11-10 13:14 EST ------- Sorry that i havent had the time to give this a full review. but I really appreciate that someone has had that time. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 18:47:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 13:47:57 -0500 Subject: [Bug 172677] Review Request: perl-Readonly In-Reply-To: Message-ID: <200511101847.jAAIlvvs001650@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 ------- Additional Comments From mpeters at mac.com 2005-11-10 13:47 EST ------- I'm going to contact my service provider and ask why access isn't working for some people. -=- With respect to splitting it - I can do that, but then perl-Readonly-XS will need to Require perl-Require because it is useless without perl-Readonly. However - perl-Readonly should also require perl-Readonly-XS because it gives perl-Readonly-XS a performance boost, and perl scripts that use perl-Readonly will not require perl-Readonly-XS by automatic dep resolution, so the only way to get perl-Readonly-XS pulled in with yum is to have perl-Readonly require it. Since the two modules will thus need to require each other, and are maintained by the same maintainer, and released in pair (new version of one means new version of other) - does it really make sense for them to be separate packages 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 bugzilla at redhat.com Thu Nov 10 19:09:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:09:03 -0500 Subject: [Bug 172869] New: Review Request: nss-mdns Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172869 Summary: Review Request: nss-mdns Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: bnocera at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://files.hadess.net/redhat/perso/spec/nss-mdns.spec SRPM Name or Url: http://files.hadess.net/redhat/perso/source/nss-mdns-0.6-1.src.rpm Description: nss-mdns is a plugin for the GNU Name Service Switch (NSS) functionality of the GNU C Library (glibc) providing host name resolution via Multicast DNS (aka Zeroconf, aka Apple Rendezvous), effectively allowing name resolution by common Unix/Linux programs in the ad-hoc mDNS domain .local. nss-mdns provides client functionality only, which means that you have to run a mDNS responder daemon seperately from nss-mdns if you want to register the local host name via mDNS (e.g. HOWL). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:09:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:09:17 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511101909.jAAJ9H6Q005880@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172869 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:10:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:10:36 -0500 Subject: [Bug 172870] New: Review Request: fdupes Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172870 Summary: Review Request: fdupes Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: bnocera at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://files.hadess.net/redhat/perso/spec/fdupes.spec SRPM Name or Url: http://files.hadess.net/redhat/perso/source/fdupes-1.40-1.src.rpm Description: FDUPES is a program for identifying or deleting duplicate files residing within specified directories. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:10:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:10:46 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511101910.jAAJAk2C006292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172870 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:12:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:12:25 -0500 Subject: [Bug 172871] New: Review Request: driftnet Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172871 Summary: Review Request: driftnet Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: bnocera at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://files.hadess.net/redhat/perso/spec/driftnet.spec SRPM Name or Url: http://files.hadess.net/redhat/perso/source/driftnet-0.1.6-4.src.rpm Description: Driftnet is a program which listens to network traffic and picks out images from TCP streams it observes. Fun to run on a host which sees lots of web traffic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:12:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:12:42 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511101912.jAAJCgi0006806@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172871 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:14:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:14:11 -0500 Subject: [Bug 172872] New: Review Request: sloccount Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172872 Summary: Review Request: sloccount Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: bnocera at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://files.hadess.net/redhat/perso/spec/sloccount.spec SRPM Name or Url: http://files.hadess.net/redhat/perso/source/sloccount-2.26-1.src.rpm Description: SLOCCount (pronounced "sloc-count") is a suite of programs for counting physical source lines of code (SLOC) in potentially large software systems (thus, SLOCCount is a "software metrics tool" or "software measurement tool"). SLOCCount can count physical SLOC for a wide number of languages; listed alphabetically, they are: Ada, Assembly, awk, Bourne shell, C, C++, C shell, COBOL, Expect, Fortran, Java, lex/flex, LISP (including Scheme), Modula-3, Objective-C, Pascal, Perl, PHP, Python, sed, TCL, and Yacc. SLOCCount can automatically determine if a file is a source code file or not, and if so, which language it's written in. As a result, you can analyze large systems completely automatically; it's been used to examine entire GNU/Linux distributions, for example. SLOCCount also includes some report-generating tools to collect the data generated and present it in several different formats. Normally you can just run "sloccount DIRECTORY" and all the source code in the directory and its descendants will be counted. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:14:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:14:29 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511101914.jAAJET8t007315@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172872 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:15:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:15:51 -0500 Subject: [Bug 172873] New: Review Request: xchat-gnome Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172873 Summary: Review Request: xchat-gnome Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: bnocera at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://files.hadess.net/redhat/perso/spec/xchat-gnome.spec SRPM Name or Url: http://files.hadess.net/redhat/perso/source/xchat-gnome-0.6-0.src.rpm Description: A GUI IRC client with DCC file transfers, C plugin interface, Perl and Python scripting capability, mIRC color, shaded transparency, tabbed channels and more. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:16:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:16:00 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511101916.jAAJG0jM007950@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172873 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:18:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:18:42 -0500 Subject: [Bug 172873] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511101918.jAAJIg4e008707@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172873 ------- Additional Comments From notting at redhat.com 2005-11-10 14:18 EST ------- See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:20:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:20:31 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511101920.jAAJKVDo009309@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bnocera at redhat.com ------- Additional Comments From bnocera at redhat.com 2005-11-10 14:20 EST ------- I have also got a request for review in bug #172873 for this same package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:22:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:22:57 -0500 Subject: [Bug 172873] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511101922.jAAJMv75009885@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172873 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From bnocera at redhat.com 2005-11-10 14:22 EST ------- Closing, but will leave the .spec and rpm available for Brian to check. *** This bug has been marked as a duplicate of 172217 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:23:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:23:17 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511101923.jAAJNH3D010053@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From bnocera at redhat.com 2005-11-10 14:23 EST ------- *** Bug 172873 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 19:27:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 14:27:25 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200511101927.jAAJRPar011393@www.beta.redhat.com> Please 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 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bnocera at redhat.com ------- Additional Comments From bnocera at redhat.com 2005-11-10 14:27 EST ------- Is id3lib already shipped in the extras? Also, you could simply have your .desktop file as another Source: Source1: nomadsync.desktop -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Thu Nov 10 19:40:29 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 10 Nov 2005 13:40:29 -0600 Subject: static libraries' policy In-Reply-To: References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> <20051110140103.GB3318@free.fr> <43737EFA.80302@odu.neva.ru> Message-ID: Konstantin Ryabitsev wrote: > You can't operate automagically here, since sometimes static libs are, > for some reason or another, required for program execution during > run-time. E.g. KDE programs, when loading plugins, will always look > for .la files, and ignore .so files, unless specifically instructed to > load the .so extension (and last time I tried this, it didn't work). Yep, easy fix though, http://bugzilla.redhat.com/bugzilla/171544 -- Rex From bugzilla at redhat.com Thu Nov 10 20:16:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 15:16:49 -0500 Subject: [Bug 166980] Review Request: kmymoney2: Personal finance In-Reply-To: Message-ID: <200511102016.jAAKGnq1023920@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 qspencer at ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From qspencer at ieee.org 2005-11-10 15:16 EST ------- -License is OK. -Spec file appears to meet all the necessary criteria. -Builds and installs on i386 (note that other testers reported build problems on x86_64 with earlier versions, but it is unknown whether the problems persist with the newest update). rpmlint output on main package W: kmymoney2 dangling-relative-symlink /usr/share/doc/HTML/en/kmymoney2/common ../common This is OK, it refers to an external KDE directory that will be present on the system. rpmlint output on devel package: W: kmymoney2-devel no-provides kmymoney-devel W: kmymoney2-devel no-documentation I think the first warning can be ignored. I can't figure out the reason for the second one, as there are other devel packages that don't include a %doc section in the files list and don't produce this error, so for now, I say ignore it. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Thu Nov 10 20:20:43 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 10 Nov 2005 22:20:43 +0200 Subject: static libraries' policy In-Reply-To: References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> <20051110140103.GB3318@free.fr> <43737EFA.80302@odu.neva.ru> Message-ID: <1131654043.21951.56.camel@localhost.localdomain> On Thu, 2005-11-10 at 12:45 -0500, Konstantin Ryabitsev wrote: > You can't operate automagically here, since sometimes static libs are, > for some reason or another, required for program execution during > run-time. E.g. KDE programs, when loading plugins, will always look > for .la files, and ignore .so files, unless specifically instructed to > load the .so extension (and last time I tried this, it didn't work). > You can only safely discard the static libs that are not required for > program operation, and it's impossible to make such decisions > automatically. But *.la (libtool archive) != *.a (static library). FWIW, I have doubts that anything would actually require static libraries (*.a) at runtime, assuming runtime doesn't include "compiling stuff". From katzj at redhat.com Thu Nov 10 20:26:17 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 10 Nov 2005 15:26:17 -0500 Subject: Extras buildsystem back up Message-ID: <1131654377.3533.99.camel@bree.local.net> The Fedora Extras buildsystem is now back up. Apologies for the downtime. There were some new firewall rules put into place which didn't play well as well as one of the build machines booting into an older, non-working kernel. Things should be back to normal now. Additionally, the problems with uploading new tarballs to CVS should be corrected. This was caused by a change in a mod_ssl errata Thanks for your patience, Jeremy From jnovy at redhat.com Thu Nov 10 20:52:52 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 10 Nov 2005 21:52:52 +0100 Subject: Extras buildsystem back up In-Reply-To: <1131654377.3533.99.camel@bree.local.net> References: <1131654377.3533.99.camel@bree.local.net> Message-ID: <1131655972.2981.1.camel@localhost.localdomain> On Thu, 2005-11-10 at 15:26 -0500, Jeremy Katz wrote: > Additionally, the problems with uploading new tarballs to CVS should be > corrected. This was caused by a change in a mod_ssl errata Confirmed the tarball uploading works fine now. Thanks. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From bugzilla at redhat.com Thu Nov 10 21:07:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 16:07:38 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200511102107.jAAL7cV6000691@www.beta.redhat.com> Please 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 ville.skytta at iki.fi 2005-11-10 16:07 EST ------- (In reply to comment #1) > Is id3lib already shipped in the extras? 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 ivazquez at ivazquez.net Thu Nov 10 21:15:40 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 10 Nov 2005 16:15:40 -0500 Subject: static libraries' policy In-Reply-To: <1131654043.21951.56.camel@localhost.localdomain> References: <200511091028.jA9ASNPi024361@ludwig-alpha.unil.ch> <1131547478.2213.42.camel@localhost.localdomain> <20051110140103.GB3318@free.fr> <43737EFA.80302@odu.neva.ru> <1131654043.21951.56.camel@localhost.localdomain> Message-ID: <1131657340.23974.5.camel@ignacio.lan> On Thu, 2005-11-10 at 22:20 +0200, Ville Skytt? wrote: > FWIW, I have doubts > that anything would actually require static libraries (*.a) at runtime, > assuming runtime doesn't include "compiling stuff". xorg uses (used?) them, for its extensions. Although that doesn't necessarily mean that they must be static libraries. -- 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 mattdm at mattdm.org Thu Nov 10 21:23:59 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 10 Nov 2005 16:23:59 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <20051109014821.GA2098@jadzia.bu.edu> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131459427.2244.10.camel@localhost.localdomain> <20051108174856.GA12646@jadzia.bu.edu> <1131491849.2213.19.camel@localhost.localdomain> <20051109014821.GA2098@jadzia.bu.edu> Message-ID: <20051110212359.GA22362@jadzia.bu.edu> On Tue, Nov 08, 2005 at 08:48:21PM -0500, Matthew Miller wrote: > > > > I'm willing to maintain a "compat-wxGTK" and "compat-wxPythonGTK" > > > > packageset for those apps that need it. > > > Cool. It may be a bit of a pain.... > > Dude, I've had them queued up for months. :) > Okay then. :) I'll post a for-review wxPythonGTK 2.6.1.0 tomorrow (work > crises willing). Oh, hey, jury duty. Will still try to work on this in spare time though. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Thu Nov 10 21:29:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 16:29:32 -0500 Subject: [Bug 172872] Review Request: sloccount In-Reply-To: Message-ID: <200511102129.jAALTWdB005081@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sloccount https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172872 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-11-10 16:29 EST ------- I don't know what the policies of Fedora are on data that is generated by a program, but sloccount produces the following statement at the bottom of each report: SLOCCount, Copyright (C) 2001-2004 David A. Wheeler SLOCCount is Open Source Software/Free Software, licensed under the GNU GPL. SLOCCount comes with ABSOLUTELY NO WARRANTY, and you are welcome to redistribute it under certain conditions as specified by the GNU GPL license; see the documentation for details. Please credit this data as "generated using David A. Wheeler's 'SLOCCount'." Does the "Please credit.." line cause a problem at all? Is it required when including the data in a report, etc? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 21:42:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 16:42:30 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511102142.jAALgUuV008159@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From bdpepple at ameritech.net 2005-11-10 16:42 EST ------- Made some changes based on Bastien's spec. Spec Name or Url: http://piedmont.homelinux.org/fedora/xchat-gnome/xchat-gnome.spec SRPM Name or Url: http://piedmont.homelinux.org/fedora/xchat-gnome/xchat-gnome-0.6-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 jspaleta at gmail.com Thu Nov 10 22:14:58 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 10 Nov 2005 17:14:58 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <20051110212359.GA22362@jadzia.bu.edu> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131459427.2244.10.camel@localhost.localdomain> <20051108174856.GA12646@jadzia.bu.edu> <1131491849.2213.19.camel@localhost.localdomain> <20051109014821.GA2098@jadzia.bu.edu> <20051110212359.GA22362@jadzia.bu.edu> Message-ID: <604aa7910511101414t133cd9adtd268c651ab2152b8@mail.gmail.com> On 11/10/05, Matthew Miller wrote: > Oh, hey, jury duty. Will still try to work on this in spare time though. jury duty is for suckers. Just rent a formal star trek next generation uniform and wear it on the day you have to report... they will send you home early. -jef"and yes..the difference between the formal and the standard issue uniform does matter"spaleta From bugzilla at redhat.com Thu Nov 10 22:44:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 17:44:36 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511102244.jAAMiaBq020571@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From bdpepple at ameritech.net 2005-11-10 17:44 EST ------- Add changes from Ryan's suggestion: Spec Name or Url: http://piedmont.homelinux.org/fedora/xchat-gnome/xchat-gnome.spec SRPM Name or Url: http://piedmont.homelinux.org/fedora/xchat-gnome/xchat-gnome-0.6-3.src.rpm * Thu Nov 10 2005 Brian Pepple - 0.6-3 - Add xchat-remote to files, and re-add dbus config flag. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 22:44:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 17:44:49 -0500 Subject: [Bug 172900] New: Review Request: htop Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 Summary: Review Request: htop Product: Fedora Extras Version: devel Platform: All URL: http://htop.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gajownik at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://wiki.fedora.pl/gajownik/htop/htop.spec SRPM Name or Url: http://wiki.fedora.pl/gajownik/htop/htop-0.5.4-1.src.rpm Description: htop is an interactive text-mode process viewer for Linux. It aims to be a better 'top'. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 10 22:45:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 17:45:06 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511102245.jAAMj6SJ020681@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172900 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 10 22:51:35 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 10 Nov 2005 23:51:35 +0100 Subject: Broken dependencies in Fedora Extras 4 and 3 Message-ID: <20051110235135.35e32305.bugs.michael@gmx.net> Packages with broken dependencies: bigloo git jabberd polyxmass pyxdg smeg ## ------------------------------------------------------------------- ## Fedora Extras 4 ppc ## ------------------------------------------------------------------- package: bigloo - 2.6f-1.fc4.ppc from fedora-extras-4-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: jabberd - 2.0-0.s6.5.ppc from fedora-extras-4-ppc unresolved deps: libpq.so.3 package: bigloo-libs - 2.6f-1.fc4.ppc from fedora-extras-4-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so ## ------------------------------------------------------------------- ## Fedora Extras 3 i386 ## ------------------------------------------------------------------- package: smeg - 0.7.5-3.fc3.noarch from fedora-extras-3-i386 unresolved deps: gnome-menus package: git-core - 0.99.9-1.fc3.i386 from fedora-extras-3-i386 unresolved deps: perl(v5.8.0) package: polyxmass-data - 0.8.6-3.fc3.noarch from fedora-extras-3-i386 unresolved deps: polyxmass-bin >= 0:0.8.6 ## ------------------------------------------------------------------- ## Fedora Extras 3 x86_64 ## ------------------------------------------------------------------- package: polyxmass-data - 0.8.6-3.fc3.noarch from fedora-extras-3-x86_64 unresolved deps: polyxmass-bin >= 0:0.8.6 package: git-core - 0.99.9-1.fc3.x86_64 from fedora-extras-3-x86_64 unresolved deps: perl(v5.8.0) package: pyxdg - 0.15-1.fc3.noarch from fedora-extras-3-x86_64 unresolved deps: /usr/lib/python2.3/site-packages package: smeg - 0.7.5-3.fc3.noarch from fedora-extras-3-x86_64 unresolved deps: gnome-menus From bugzilla at redhat.com Thu Nov 10 22:50:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 17:50:59 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511102250.jAAMoxug021446@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #120911|0 |1 is obsolete| | ------- Additional Comments From bdpepple at ameritech.net 2005-11-10 17:50 EST ------- (From update of attachment 120911) Suggestions merged. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 10 23:29:55 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 10 Nov 2005 18:29:55 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051110232955.CD7D57FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 5 dkms-2.0.8-1.fc4 kasablanca-0.4.0.2-3.fc4 kxdocker-0.39-3.fc4 libxfce4util-4.2.3.1-1.fc4 perl-HTTP-Server-Simple-0.16-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 Thu Nov 10 23:39:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 18:39:14 -0500 Subject: [Bug 172428] Review Request: A command line ACPI client for Linux In-Reply-To: Message-ID: <200511102339.jAANdEmj027173@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A command line ACPI client for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172428 ------- Additional Comments From pertusus at free.fr 2005-11-10 18:39 EST ------- %configure allready defines CXXFLAGS to the right value; the issue is in the upstream configure.in script where compiler flags are setting although they shouldn't. I have patched the configure script, now it uses the optflags. See the srpm here: http://www.environnement.ens.fr/perso/dumas/fc-srpms/acpitool-0.3.0-3.src.rpm I also have contacted the 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 Nov 11 02:26:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 21:26:26 -0500 Subject: [Bug 172428] Review Request: A command line ACPI client for Linux In-Reply-To: Message-ID: <200511110226.jAB2QQVK006870@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A command line ACPI client for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172428 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-11-10 21:26 EST ------- Clean build now. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 04:06:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 10 Nov 2005 23:06:47 -0500 Subject: [Bug 167863] Review Request: gpp - gnome-photo-printer In-Reply-To: Message-ID: <200511110406.jAB46l8D014269@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gpp - gnome-photo-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167863 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |CURRENTRELEASE Fixed In Version| |0.6.5-2.fc3 and .fc3 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-10 23:06 EST ------- Committed to cvs and building now for FC3 and FC4. 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 Fri Nov 11 09:50:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 04:50:41 -0500 Subject: [Bug 169919] Review Request: m17n-db - multilingualization datafiles In-Reply-To: Message-ID: <200511110950.jAB9ofdZ007784@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-db - multilingualization datafiles https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169919 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED ------- Additional Comments From petersen at redhat.com 2005-11-11 04:50 EST ------- Thanks. Imported into cvs and build 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 Nov 11 09:57:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 04:57:11 -0500 Subject: [Bug 169924] Review Request: scim-m17n - SCIM IMEngine for m17n-lib In-Reply-To: Message-ID: <200511110957.jAB9vB0N008262@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-m17n - SCIM IMEngine for m17n-lib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169924 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED ------- Additional Comments From petersen at redhat.com 2005-11-11 04:57 EST ------- Thank you - imported 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 laroche at redhat.com Fri Nov 11 12:26:40 2005 From: laroche at redhat.com (Florian La Roche) Date: Fri, 11 Nov 2005 13:26:40 +0100 Subject: packages to remove from Fedora Extra 4 Message-ID: <20051111122640.GA5981@dudweiler.stuttgart.redhat.com> The following rpms can be removed from Fedora Extra 4. Sometimes they are obsoleted sub-rpms not anymore in newer packages, completely renamed packages or similar stuff. Warning: GiNaC-1.3.1-6.fc4.i386.rpm is obsoleted by ginac-1.3.3-1.fc4.i386.rpm Warning: GiNaC-devel-1.3.1-6.fc4.i386.rpm is obsoleted by ginac-devel-1.3.3-1.fc4.i386.rpm Warning: GiNaC-utils-1.3.1-6.fc4.i386.rpm is obsoleted by ginac-utils-1.3.3-1.fc4.i386.rpm Warning: anthy-libs-6700-1.fc4.i386.rpm is obsoleted by anthy-7100b-1.fc4.i386.rpm Warning: fillets-ng-data-cs-0.6.0-2.noarch.rpm is obsoleted by fillets-ng-data-0.7.1-1.noarch.rpm Warning: nethack-falconseye-1.9.4-6.a.i386.rpm is obsoleted by nethack-3.4.3-3.fc4.i386.rpm Warning: perl-Locale-gettext-1.05-3.fc4.i386.rpm is obsoleted by perl-gettext-1.05-7.fc4.i386.rpm Warning: scribus-templates-1.2.1-2.noarch.rpm is obsoleted by scribus-1.2.2.1-2.fc4.i386.rpm Warning: smeg-0.7.5-3.fc4.noarch.rpm is obsoleted by alacarte-0.8-1.fc4.noarch.rpm Warning: python-reportlab-1.19-2.i386.rpm did not find a package for: python < 0:2.4 Above output comes from pyrpm available on http://people.redhat.com/laroche/pyrpm/ and the following call: ./pyrpm.py --checkdeps --small --nodigest --nopayload --noverify --arch=i686 \ /mirror/fedora/4/i386/os/Fedora/RPMS \ /mirror/fedora/updates/4/i386 \ /mirror/fedora-extras/4/i386 regards, Florian La Roche From bugzilla at redhat.com Fri Nov 11 13:50:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 08:50:06 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111350.jABDo6jA032140@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |dmitry at butskoy.name OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-11-11 08:50 EST ------- Some remarks & nitpicks: - CFLAGS in make line is not needed (it is properly written into Makefile by configure script). - remove AUTHORS (more useful info is already in README) and NEWS (unusable) from the %doc - change "It aims to be a better 'top'" in the description to ", similar to top(1)" . "Aims to be a better" is obvious here (else why add to FE? :)). "top(1)" points the reader that it is some system command "top", rather than something else. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 14:04:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 09:04:05 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111404.jABE451U001781@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 ------- Additional Comments From dmitry at butskoy.name 2005-11-11 09:03 EST ------- rpmlint OK name OK license OK package OK source matches upstream Works fine on the both Linux console and xterm. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 15:08:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 10:08:14 -0500 Subject: [Bug 172871] Review Request: driftnet In-Reply-To: Message-ID: <200511111508.jABF8EF5011641@www.beta.redhat.com> Please 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 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-11-11 10:07 EST ------- I will attach a patch for the spec file because it had just to many differences with the packaging guidelines to list them all 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 Nov 11 15:15:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 10:15:39 -0500 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200511111515.jABFFdb2012345@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at city-fan.org 2005-11-11 10:15 EST ------- Review (lib765 package ONLY): - rpmlint nearly clean (see below) - package naming OK - package meets guidelines - license is LGPL, matches spec, text included - spec file written in English and is legible - sources match upstream - package builds OK in mock for FC4 (i386) - BR's OK - no locales or pkgconfigs to worry about - %post and %postun correctly call /sbin/ldconfig - not relocatable - no directory ownership or permissions issues - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - header and .so file properly delegated to -devel subpackage - -devel package has proper base package dependency - libtool archive properly excluded - no desktop entry needed - scriptlets are OK Needswork: * spec file should be called lib765.spec, not lib765-0.3.3-1.spec * Vendor: and Packager: tags should be removed * remove buildroot in %install rather than %prep * add libdsk-devel dep for -devel subpackage; this is because the library provides additional functionality if libdsk-devel is installed, and so libdsk-devel should be added as a dep to maintain consistency of build results Suggestions: * use Fedora Extras standard buildroot * unpack tarball quietly * use DESTDIR with make instead of %makeinstall * don't build or include the static library Notes: * rpmlint output: W: lib765-devel no-provides lib-devel This is due to rpmlint's assumption that "765" is a library version number rather than just a name, and can be ignored. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 15:33:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 10:33:37 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111533.jABFXbwO015377@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 ------- Additional Comments From gajownik at gmail.com 2005-11-11 10:33 EST ------- (In reply to comment #1) > - CFLAGS in make line is not needed (it is properly written into Makefile by > configure script). Ooops. At first I was compiling it by hand I must have used system account without exported CFLAGS variable :/ > - remove AUTHORS (more useful info is already in README) and NEWS (unusable) > from the %doc Done. > - change "It aims to be a better 'top'" in the description to ", similar to > top(1)" I copied this description from project site ? http://sourceforge.net/projects/htop ;-) Updated package is available here: http://wiki.fedora.pl/gajownik/htop/htop.spec http://wiki.fedora.pl/gajownik/htop/htop-0.5.4-2.src.rpm Thanks for the review! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 15:39:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 10:39:45 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111539.jABFdjxL016105@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-11-11 10:39 EST ------- OK APPROVED! BTW, optional, the first word in the %description (i.e. "htop") can be changed to %{name} 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 bugzilla at redhat.com Fri Nov 11 15:46:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 10:46:26 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511111546.jABFkQPf016823@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From dmitry at butskoy.name 2005-11-11 10:46 EST ------- According to http://l2tpd.sourceforge.net/, > The l2tpd project is now officially inactive and they give a link to rp-l2tp project. In such a situation, it would be better to compare these two similar projects, and probably choose alive rp-l2tp instead of dead l2tpd... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 15:50:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 10:50:35 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111550.jABFoZGH017326@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 ------- Additional Comments From paul at city-fan.org 2005-11-11 10:50 EST ------- (In reply to comment #4) > BTW, optional, the first word in the %description (i.e. "htop") can be changed > to %{name} macro... That would IMHO be a regression, because it would make the spec file less clear. Macros are useful where their expansions may be expected to change at some point, but that's not the case for the %{name} macro, so I'd try to avoid it in all but the most generic of cases, such as in the standard buildroot [%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)]. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 15:55:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 10:55:53 -0500 Subject: [Bug 172871] Review Request: driftnet In-Reply-To: Message-ID: <200511111555.jABFtrPf018187@www.beta.redhat.com> Please 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 bnocera at redhat.com 2005-11-11 10:55 EST ------- That was pretty gross indeed. I should really have checked the spec file before putting it there ;) Thanks Adrian. Spec Name or Url: http://files.hadess.net/redhat/perso/spec/driftnet.spec SRPM Name or Url: http://files.hadess.net/redhat/perso/source/driftnet-0.1.6-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 16:00:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 11:00:03 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111600.jABG03d9018863@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 ------- Additional Comments From dmitry at butskoy.name 2005-11-11 10:59 EST ------- > Macros are useful where their expansions may be expected to change at some > point, but that's not the case for the %{name} macro, Why? If you want to change the name of package (i.e. "Name: bar" instead of "Name: foo") sometimes in the future, you will must do a lot of manual changes in the spec file. To avoid this, %{name} macro is used. IMHO, %{name} is even more clear than original name, because it specifies that there is PACKAGE NAME in this place, and it is not a word which just matches with package's name occasionally. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Fri Nov 11 16:07:06 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 11 Nov 2005 11:07:06 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051111160706.34DFE7FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 11 digikamimageplugins-0.7.4-10.fc3 dkms-2.0.8-1.fc3 eet-0.9.10.018-2.fc3 kasablanca-0.4.0.2-3.fc3 kickpim-0.5.3-9.fc3 kile-1.8.1-7.fc3 kimdaba-2.1-6.fc3 kiosktool-1.0-5.fc3 kxdocker-0.39-3.fc3 nmh-1.1-11.fc3 yakuake-2.7.3-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Nov 11 16:05:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 11:05:00 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511111605.jABG4xLP019498@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From dmitry at butskoy.name 2005-11-11 11:04 EST ------- BTW, there is an existing rp-l2tp rpm in some RedHat-related distro: ftp://ftp.asplinux.ru/pub/contribs/7.3/SRPMS/rp-l2tp-0.3-3asp.src.rpm (but with old upstream version). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 16:10:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 11:10:52 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111610.jABGAqrP020074@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 ------- Additional Comments From paul at city-fan.org 2005-11-11 11:10 EST ------- (In reply to comment #6) > > Macros are useful where their expansions may be expected to change at some > > point, but that's not the case for the %{name} macro, > Why? > > If you want to change the name of package (i.e. "Name: bar" instead of "Name: > foo") sometimes in the future, you will must do a lot of manual changes in the > spec file. To avoid this, %{name} macro is used. Seriously, how often do package names change? And if it did, there would probably be a whole host of other changes needed too, such as for the URL, the binary name, the manpage etc. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 16:18:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 11:18:10 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111618.jABGIAr5020685@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 ------- Additional Comments From dmitry at butskoy.name 2005-11-11 11:18 EST ------- > how often do package names change? Yep, but: > there is PACKAGE NAME in this place, and it is not a word which just matches with package's name occasionally. is a main reason for this. (IMHO). > the binary name, the manpage etc. Therefore people use %{_bindir}/* , %{_mandir}/*/* , %{_initrddir}/* etc. It is not just my opinion, I see such approach at least in half of packages which I looked 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 buildsys at fedoraproject.org Fri Nov 11 16:35:37 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 11 Nov 2005 11:35:37 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051111163537.2FC277FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 13 SDL_mixer-1.2.6-2.fc4 digikamimageplugins-0.7.4-10.fc4 eet-0.9.10.018-2.fc4 gnet2-2.0.7-5.fc4 gpp-0.6.5-3.fc4 kickpim-0.5.3-9.fc4 kile-1.8.1-7.fc4 kimdaba-2.1-6.fc4 kiosktool-1.0-5.fc4 libxfce4util-4.2.3.1-3.fc4 qascade-0.1-4.fc4 sylpheed-1.0.6-1.fc4 yakuake-2.7.3-4.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Nov 11 16:49:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 11:49:44 -0500 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200511111649.jABGniH7023895@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at city-fan.org 2005-11-11 11:49 EST ------- Review (libspectrum package ONLY): - rpmlint clean - package naming OK - package meets guidelines - license is GPL, matches spec, text included - spec file written in English and is legible - source matches upstream - package builds OK in mock on FC4 (i386) - no redundant buildreqs - no locales or pkgconfigs to worry about - %post and %postun scriptlets properly call /sbin/ldconfig - 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 - header and .so files properly delegated to -devel subpackage - -devel package has proper base package dependency - libtool archive properly excluded - no desktop entry needed - scriptlets are OK Needswork: * spec file should be called libspectrum.spec, not libspectrum-0.2.2-2.spec * missing buildreqs bzip2-devel, libgcrypt-devel, glib2-devel * use full URL for source: http://dl.sf.net/fuse-emulator/libspectrum-%{version}.tar.gz * -devel subpackage should have a dependency on libgcrypt-devel because it includes a header file that includes gcrypt.h Suggestions: * use Fedora Extras standard buildroot * unpack tarball quietly * use DESTDIR with make instead of %makeinstall * don't build or include the static library * use %{?_smp_mflags} with make * put the manpage libspectrum.3 in the -devel subpackage -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 16:52:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 11:52:57 -0500 Subject: [Bug 172400] Review Request: kdesvn - A subversion client for KDE In-Reply-To: Message-ID: <200511111652.jABGqvi9024232@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kdesvn - A subversion client for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172400 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-11-11 11:52 EST ------- Build succeeded 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 bugzilla at redhat.com Fri Nov 11 16:59:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 11:59:57 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111659.jABGxves024895@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 ------- Additional Comments From paul at city-fan.org 2005-11-11 11:59 EST ------- (In reply to comment #8) > > how often do package names change? > Yep, but: > > there is PACKAGE NAME in this place, and it is not a word which just matches > with package's name occasionally. > is a main reason for this. (IMHO). > > > the binary name, the manpage etc. > Therefore people use %{_bindir}/* , %{_mandir}/*/* , %{_initrddir}/* etc. > > It is not just my opinion, I see such approach at least in half of packages > which I looked in... This is also an unfortunate choice IMHO. Such vague wildcarding can lead to problems where a later version of a package from upstream may include files with generic names that could clash with other packages. This is particularly an issue with include files. A packager using wildcards as suggested above might not notice this when updating the package, but a packager that enumerated the files list more specifically would do (they would get an unpackaged file error at rpm build time), and could exclude or rename the offending file as was appropriate. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buc at odusz.so-cdu.ru Fri Nov 11 17:08:44 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Fri, 11 Nov 2005 20:08:44 +0300 Subject: static libraries' policy In-Reply-To: <43720B85.8030105@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> <43720B85.8030105@odu.neva.ru> Message-ID: <4374D01C.9080801@odu.neva.ru> Dmitry Butskoy wrote: > > This statistics as well as the discussion which has arisen after my > initial message, testifies that people either did not hear about > changes, or disagree with them. > > This situation creates a precedent: there is a policy, but significant > part of maintainers ignore it. Rex Dieter wrote: > And should the static libs be placed in a -static package or not > packaged at all? > >IMO, not packaged at all. > > Dmitry Butskoy wrote: > Anyway, the total impossibility to make the static program is very > rough idea. Toshio Kuratomi wrote: >We should remove the policy from the wiki until we hash out what we >really want. > Tom 'spot' Callaway wrote: >The consensus that I'm hearing here is that a policy change would be >welcomed for FC5+ > > Are there any chances to clear this problem in the nearest future? In other words - what I should do with static libraries today? And whether it will be necessary to alter things in the near future? ~buc -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Fri Nov 11 17:07:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 12:07:20 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511111707.jABH7K8o025714@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From paul at xtdnet.nl 2005-11-11 12:07 EST ------- Information from the previous two entries is not as up to date as you think. For a more up to date reference on various l2tp daemons, see: http://www.jacco2.dds.nl/networking/freeswan-l2tp.html#L2TPoverview And in an update on that. rp-l2tp development has stalled. l2tp development in cvs has started again, and some of the long standing patches that are in Jacco's rpm have been integrated. I am waiting for a real release before updating my rpm. My rpm is based on Jacco's, but adapted to remove all the suse / mandrake / slackware specifics. This l2tp daemon is by far the most commonly deployed l2tp in combination with openswan, since it has a buil-in IP address pool option. All other l2tp daemons need IP Adress Pooling via a Radius server and/or the very latest pppd server options, which no one who has deployed l2tp servers on linux really has any experience with AFAIK. In the next few days I will be updating the l2tp rpm to include the patent documentation. I do hope we will not be stalling based on a long discussion on which l2tp daemon to include. There is no reason to later on not include openltp or rp-l2tp. I can make sure that there is a proper provide for 'l2tp server' so that these packages can co-exist together. ExecSum: l2tpd is great for small l2tp/ipsec deployments. People who have a radius server running with IP address pools might want openl2tp or l2tpns. If there is an interest, i could also adapt rp-l2tpd, but this package has also not seen much development lately, and has not been deployed as widely as l2tpd. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Fri Nov 11 17:10:01 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 11 Nov 2005 12:10:01 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051111171001.C0D527FDA@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 29 SDL_mixer-1.2.6-4.fc5 amarok-1.3.6-1.fc5 chkrootkit-0.46a-1.fc5 ctrlproxy-2.6.2-5.fc5 d4x-2.5.6-1.fc5 dclib-0.3.7-4.fc5 dkms-2.0.8-1.fc5 eet-0.9.10.018-2.fc5 freeciv-2.0.7-3.fc5 gdome2-0.8.1-2.fc5 ghasher-1.2.0-7.fc5 gnet2-2.0.7-5.fc5 gtorrentviewer-0.2b-7.fc5 http_ping-20050629-2.fc5 kdesvn-0.6.3-2.fc5 ksensors-0.7.3-4.fc5 libid3tag-0.15.1b-1.fc5 libxfce4util-4.2.3.1-4.fc5 lighttpd-1.4.7-1.fc5 m17n-db-1.2.0-1.fc5 openvpn-2.1-0.2.beta6.fc5 pcsc-lite-1.2.0-13.fc5 perl-HTTP-Server-Simple-0.16-1.fc5 perl-Net-SSLeay-1.26-3.fc5 perl-WWW-Mechanize-1.16-1.fc5 powermanga-0.79-6.fc5 qascade-0.1-4.fc5 sylpheed-2.0.4-1.fc5 ucl-1.03-4.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Nov 11 17:11:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 12:11:04 -0500 Subject: [Bug 172870] Review Request: fdupes In-Reply-To: Message-ID: <200511111711.jABHB4hl025967@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172870 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-11-11 12:10 EST ------- Will also attach a patch. Another problem is that fdupes is not GPL as the spec files claims it to be. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Nov 11 17:18:06 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 11 Nov 2005 10:18:06 -0700 Subject: BuildSystem questions Message-ID: <20051111171812.136FA3481ED@ningauble.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings. A few questions/comments/observations about the build system: First of all: Thanks to all the folks that worked on it. It's pretty nice and slick and cool. Without the build system we wouldn't have such a nice growing fedora extras setup. :) On to some questions: If you have 2 packages (say A and B) and queue up first A and then B, can you be sure that A will be finished and be available by the time B is building? This doesn't seem to be the case currently, or there is a window there when it's not true. So for packages with other packages as dependencies should we wait until they have gone to the 'needsign' area? Or longer? before building the package that depends on them? I imagine there is a createrepo in there after A has completed, but B might have already started? If a job fails due to something that doesn't require any changes to the package (ie, it couldn't find a dependent package that was just built, the devel repository was in an unstable state, the build machine got stuck, martians killed the job, etc) do we still need to bump the release of the package and request a new build? Or will 'plague-client requeue NNN' work to rebuild the job after the problem is (hopefully) gone? Since the job failed, that release was never released, so there shouldn't be an issue there. Some observations/comments: If you kill a job with 'plague-client kill NNN' it says it killed it, but the web page shows it still there and unaffected. It then gets killed when it reaches a builder and mails that it was killed. Perhaps plage-client should say "job NNN will be killed when it reaches the builder" or something. The PPC machine seems to be somewhat of a bottleneck. A build of mine this morning took 4min on the i386/x86_64 arches and about 18min on the ppc machine. Should we look at adding another ppc machine? Or increasing memory in the existing one or something? If it's hard to get hardware allocated, perhaps we could stick up a donate button on the website to get more builder boxes? The web pages are very nice. It's very handy to watch whats going on. :) Anyhow, thanks for all the work on it, it's getting quite nice. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFDdNJT3imCezTjY0ERAjAyAJ9vUgxdYDYz+xWx78W25uTzcFLdHgCgj6OF HPsIjlcUb9Mr9j/EwUKZCgk= =5khf -----END PGP SIGNATURE----- From bugzilla at redhat.com Fri Nov 11 17:24:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 12:24:59 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111724.jABHOx9n027357@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 ------- Additional Comments From dmitry at butskoy.name 2005-11-11 12:24 EST ------- > Such vague wildcarding can lead to > problems where a later version of a package from upstream may include files > with generic names that could clash with other packages. "how often do it change?" ;) IMHO, a case with file clashing is more rare rather than a necessity to chew a lot of files at the upstream version change. Anyway, it is some wide-spread practice, permitted in Fedora. Let the user choose it, if he(she) prefers this way. If you have powerful arguments against such way of writing of the spec files, let's open new thread in fedora-extras list to discuss possible changes for PackagingGuidelines. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 17:25:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 12:25:23 -0500 Subject: [Bug 172870] Review Request: fdupes In-Reply-To: Message-ID: <200511111725.jABHPNm9027437@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172870 ------- Additional Comments From bnocera at redhat.com 2005-11-11 12:25 EST ------- You uploaded the .spec file directly, which has no changes compared to mine... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Nov 11 17:36:38 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Fri, 11 Nov 2005 18:36:38 +0100 Subject: static libraries' policy In-Reply-To: Your message of "Fri, 11 Nov 2005 20:08:44 +0300." <4374D01C.9080801@odu.neva.ru> Message-ID: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> buc at odusz.so-cdu.ru said: > In other words - what I should do with static libraries today? So far, I have seen pretty good arguments why static libraries should *not* be included by default: - they introduce security risks - they add bulk to devel packages - some features of modern OS/compiler combos only work with shared libs I don't think I have seen a good argument why static libraries *should* be included *by default* (except maybe "convenience", but convenience to whom ?). So, my answer to your question: unless you really think static libs are a must for your package, don't package them. But that's just me. If you want definitive answers, I guess you'd need to ask for a decision by the steering commitee... Cheers, Christian From bugzilla at redhat.com Fri Nov 11 17:37:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 12:37:38 -0500 Subject: [Bug 172900] Review Request: htop In-Reply-To: Message-ID: <200511111737.jABHbcxo028499@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: htop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172900 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From gajownik at gmail.com 2005-11-11 12:37 EST ------- (In reply to comment #4) > APPROVED! Thanks! Package has built correctly so I'm closing this bugreport :] > BTW, optional, the first word in the %description (i.e. "htop") can be changed > to %{name} macro... Well, I left it as is ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gauret at free.fr Fri Nov 11 17:41:11 2005 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 11 Nov 2005 18:41:11 +0100 Subject: Buildsystem stuck Message-ID: Hi, The buildsys looks stuck, there are 3 packages building but all builders are idle. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr Go away or I will replace you with a very small shell script From bugzilla at redhat.com Fri Nov 11 18:01:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 13:01:17 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511111801.jABI1H7W030152@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |dmitry at butskoy.name OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-11-11 13:01 EST ------- > rp-l2tp development has stalled. Well, foo on it :) > l2tp development in cvs has started again, and some of the long standing > patches that are in Jacco's rpm have been integrated. I am waiting for a real > release before updating my rpm. May be it is better to use CVS tarball instead of the old version with a lot of patches? Especially if a real release will be coming soon. > In the next few days I will be updating the l2tp rpm to include the patent > documentation. I could not find the license text in Internet (only patent itself is present without any license info). But now I am sure that there are no any license issues, therefore just write some own text from the scratch and include it as another README file. Some remark before I'll review it: is "Requires: openswan" actually needed? Is it possible to use l2tpd without IPSec? In the nearest future (next week) I am going to make a VPN gate for my local network, and just this package is required to me. Therefore I can check up all in work, which is good for any 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 jspaleta at gmail.com Fri Nov 11 18:14:53 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 11 Nov 2005 13:14:53 -0500 Subject: static libraries' policy In-Reply-To: <4371E4B8.7060209@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> <1131481604.2490.7.camel@ignacio.lan> <4371E4B8.7060209@odu.neva.ru> Message-ID: <604aa7910511111014g78b322ax7681f100991da944@mail.gmail.com> On 11/9/05, Dmitry Butskoy wrote: > Sure! Attached. I'd like to know exactly how you compiled that list. If you used a script I'd like to see it. If you did visual inspection I'd like to know exactly what you were looking for. -jef From rdieter at math.unl.edu Fri Nov 11 18:15:20 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 11 Nov 2005 12:15:20 -0600 Subject: static libraries' policy In-Reply-To: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> References: <4374D01C.9080801@odu.neva.ru> <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> Message-ID: Christian.Iseli at licr.org wrote: > So, my answer to your question: unless you really think static libs are a must > for your package, don't package them. Couldn't have said it better myself. -- Rex From bugzilla at redhat.com Fri Nov 11 18:21:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 13:21:33 -0500 Subject: [Bug 172971] New: Review Request: pgp-tools Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 Summary: Review Request: pgp-tools Product: Fedora Extras Version: devel Platform: All URL: http://domsch.com/linux/fedora/extras/pgp-tools OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Matt_Domsch at dell.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://domsch.com/linux/fedora/extras/pgp-tools/pgp-tools.spec SRPM Name or Url: http://domsch.com/linux/fedora/extras/pgp-tools/pgp-tools-0.4.4-1.src.rpm Description: This is a collection of several projects relating to OpenPGP. * caff: CA - Fire and Forget signs and mails a key * pgp-clean: removes all non-self signatures from key * pgp-fixkey: removes broken packets from keys * gpg-mailkeys: simply mail out a signed key to its owner * gpg-key2ps: generate PostScript file with fingerprint paper strips * gpglist: show who signed which of your UIDs * gpgsigs: annotates list of GnuPG keys with already done signatures * keylookup: ncurses wrapper around gpg --search In particular, caff has become the most accepted and simplest way to sign keys following a keysigning party. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 18:21:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 13:21:46 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511111821.jABILk5v031693@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172971 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 11 18:29:23 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 11 Nov 2005 19:29:23 +0100 (CET) Subject: BuildSystem questions In-Reply-To: <20051111171812.136FA3481ED@ningauble.scrye.com> References: <20051111171812.136FA3481ED@ningauble.scrye.com> Message-ID: On Fri, 11 Nov 2005, Kevin Fenzi wrote: > If you have 2 packages (say A and B) and queue up first A and then B, > can you be sure that A will be finished and be available by the time B > is building? This doesn't seem to be the case currently, or there is a > window there when it's not true. So for packages with other packages > as dependencies should we wait until they have gone to the 'needsign' > area? Or longer? before building the package that depends on them? My experience based on libotr/gaim-otr dependancies, is that you need to wait until they have been fully released before you can build. "needsign" is not enough. I am guessing the buildsystems take their rpms from a "real" mirror like any other system does. Hence my gaim-otr for fc4 being stuck for a week when libotr was built but in needsign limbo. > If a job fails due to something that doesn't require any changes to > the package (ie, it couldn't find a dependent package that was just > built, the devel repository was in an unstable state, the build > machine got stuck, martians killed the job, etc) do we still need to > bump the release of the package and request a new build? Or will No, that is not needed AFAIK. Paul From qspencer at ieee.org Fri Nov 11 18:41:43 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 11 Nov 2005 12:41:43 -0600 Subject: BuildSystem questions In-Reply-To: References: <20051111171812.136FA3481ED@ningauble.scrye.com> Message-ID: <4374E5E7.8080207@ieee.org> Paul Wouters wrote: >On Fri, 11 Nov 2005, Kevin Fenzi wrote: > > > >>If you have 2 packages (say A and B) and queue up first A and then B, >>can you be sure that A will be finished and be available by the time B >>is building? This doesn't seem to be the case currently, or there is a >>window there when it's not true. So for packages with other packages >>as dependencies should we wait until they have gone to the 'needsign' >>area? Or longer? before building the package that depends on them? >> >> > >My experience based on libotr/gaim-otr dependancies, is that you need >to wait until they have been fully released before you can build. >"needsign" is not enough. I am guessing the buildsystems take their >rpms from a "real" mirror like any other system does. Hence my gaim-otr >for fc4 being stuck for a week when libotr was built but in needsign >limbo. > > I brought up this question recently, and I got the impression that there is an effort under way to fix this so you don't have to wait. The problem with waiting for a release before building the dependent package is that you can cause dependency breakages. I had this happen when I updated two packages at the same time, and the dependent package would not compile unless it had the newest version of the library, but the build system kept trying to build against the old library until the new one was released, which caused dependency breakage on the mirrors, which caused bug reports . . . Anyway, my point is, if this hasn't been fixed yet, it needs to be, because there are good reasons to be able to relase a complete set of packages at the same time. -Quentin From kevin-fedora-extras at scrye.com Fri Nov 11 18:58:29 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 11 Nov 2005 11:58:29 -0700 Subject: BuildSystem questions References: <20051111171812.136FA3481ED@ningauble.scrye.com> Message-ID: <20051111185834.99707361118@ningauble.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Paul" == Paul Wouters writes: Paul> On Fri, 11 Nov 2005, Kevin Fenzi wrote: >> If you have 2 packages (say A and B) and queue up first A and then >> B, can you be sure that A will be finished and be available by the >> time B is building? This doesn't seem to be the case currently, or >> there is a window there when it's not true. So for packages with >> other packages as dependencies should we wait until they have gone >> to the 'needsign' area? Or longer? before building the package that >> depends on them? Paul> My experience based on libotr/gaim-otr dependancies, is that you Paul> need to wait until they have been fully released before you can Paul> build. "needsign" is not enough. I am guessing the buildsystems Paul> take their rpms from a "real" mirror like any other system Paul> does. Hence my gaim-otr for fc4 being stuck for a week when Paul> libotr was built but in needsign limbo. That doesn't seem to be 100% the case. I built libxfce4util on both fc4 and devel this morning. Right after that I tried to build libxfcegui4, which needs the new just built libxfce4util. The fc4 one was successfull, but the devel one failed. It's hard to say, but perhaps it pushes the new needsign ones out, but it takes a few minutes to run makerepo and push to all the builders? If that is true, then just waiting a few minutes after a successfull build will work. I'm just speculating though... >> If a job fails due to something that doesn't require any changes to >> the package (ie, it couldn't find a dependent package that was just >> built, the devel repository was in an unstable state, the build >> machine got stuck, martians killed the job, etc) do we still need >> to bump the release of the package and request a new build? Or will Paul> No, that is not needed AFAIK. ok. So, a 'plague-client requeue NNN' should be ok? Will give that a try on my failed libxfce4util package for devel. Paul> Paul kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFDdOnZ3imCezTjY0ERAmXkAJ9u87/UfQj3Jm0jGiFf8O5SNKJeewCfSNtv HXy2ZR9F5DQE9dnMGMjis1g= =KBdj -----END PGP SIGNATURE----- From katzj at redhat.com Fri Nov 11 19:01:21 2005 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 11 Nov 2005 14:01:21 -0500 Subject: BuildSystem questions In-Reply-To: References: <20051111171812.136FA3481ED@ningauble.scrye.com> Message-ID: <1131735681.4161.10.camel@bree.local.net> On Fri, 2005-11-11 at 19:29 +0100, Paul Wouters wrote: > On Fri, 11 Nov 2005, Kevin Fenzi wrote: > > > If you have 2 packages (say A and B) and queue up first A and then B, > > can you be sure that A will be finished and be available by the time B > > is building? This doesn't seem to be the case currently, or there is a > > window there when it's not true. So for packages with other packages > > as dependencies should we wait until they have gone to the 'needsign' > > area? Or longer? before building the package that depends on them? > > My experience based on libotr/gaim-otr dependancies, is that you need > to wait until they have been fully released before you can build. > "needsign" is not enough. needsign is supposed to be enough and was before the recent plague upgrade... should be fixed up now-ish. Jeremy From mpeters at mac.com Fri Nov 11 19:18:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 11 Nov 2005 11:18:01 -0800 Subject: static libraries' policy In-Reply-To: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> Message-ID: <1131736681.3306.7.camel@locolhost.localdomain> On Fri, 2005-11-11 at 18:36 +0100, Christian.Iseli at licr.org wrote: > > So, my answer to your question: unless you really think static libs are a must > for your package, don't package them. They are extremely useful when compiling a piece of software that you intend to run on a different distribution. If you want to separate them out into a -static package that requires the -devel package, that's fine - but to just simply not include them will result in some developers switching to a distribution that allows THEM to decide whether or not to build software against a static library or not rather than imposing on them how they are to compile software. This could result commercial package foobar being available statically for foobar but dynamically for the distribution they moved to. I really think that static libraries should be packaged when available, they are part of upstream package. Let the developer building software decide whether or not they want to use it. Set a policy for extras that says extras packages link against shared, that's fine - but don't impose that upon developers - you choose for them, and some of them will move to a less imposing distribution. From bugzilla at redhat.com Fri Nov 11 19:27:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 14:27:47 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511111927.jABJRlqe009059@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From redhat at nodata.co.uk 2005-11-11 14:27 EST ------- Any chance of this making Core? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Fri Nov 11 19:31:06 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 11 Nov 2005 13:31:06 -0600 Subject: static libraries' policy In-Reply-To: <1131736681.3306.7.camel@locolhost.localdomain> References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> <1131736681.3306.7.camel@locolhost.localdomain> Message-ID: Michael A. Peters wrote: > On Fri, 2005-11-11 at 18:36 +0100, Christian.Iseli at licr.org wrote: >>So, my answer to your question: unless you really think static libs are a must >>for your package, don't package them. > > > They are extremely useful when compiling a piece of software that you > intend to run on a different distribution. Is that an audience that Extras should even consider? (Offhand, I'd say it's a very small group). > If you want to separate them out into a -static package that requires > the -devel package, that's fine - but to just simply not include them > will result in some developers switching to a distribution that allows > THEM to decide whether or not to build software against a static library > or not rather than imposing on them how they are to compile software. If a developer makes his distribution choice based on the availability of static libraries, then I think they have bigger things to worry about. -- Rex From pertusus at free.fr Fri Nov 11 19:53:59 2005 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 11 Nov 2005 20:53:59 +0100 Subject: static libraries' policy In-Reply-To: References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> <1131736681.3306.7.camel@locolhost.localdomain> Message-ID: <20051111195359.GB3371@free.fr> > Is that an audience that Extras should even consider? (Offhand, I'd say > it's a very small group). I know some scientists and some sysadms (in labs, too ;-) that like to be able to do that. -- Pat From mpeters at mac.com Fri Nov 11 20:33:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 11 Nov 2005 12:33:01 -0800 Subject: static libraries' policy In-Reply-To: References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> <1131736681.3306.7.camel@locolhost.localdomain> Message-ID: <1131741181.3306.15.camel@locolhost.localdomain> On Fri, 2005-11-11 at 13:31 -0600, Rex Dieter wrote: > > If a developer makes his distribution choice based on the availability > of static libraries, then I think they have bigger things to worry about. Either they have to build everything themselves to get the static libraries they need to produce their product - or they use a distribution that already has them. In the case of the latter, they can release versions for that distribution that use shared libraries and release static library for generic installation. Not including static libraries in Fedora won't make Fedora any more secure, it won't stop users from installing software linked against static libraries. It will, however, mean developers who do need static libraries will not find Fedora to be a suitable distribution with which to build their product. If the goal is to cut down on installed base, bigger hard drives are standard - I don't think I can even find a new hard drive smaller than 40GB anymore - I think the local shop doesn't carry anything < 80GB. If the goal is to cut down on bandwidth for network and yum installs, that is a worthy goal imho - and could be accomplished by a -static package, so that they are only installed when specifically requested by the end user. From bugzilla at redhat.com Fri Nov 11 21:15:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 16:15:27 -0500 Subject: [Bug 172991] New: Split ortp from linphone Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172991 Summary: Split ortp from linphone Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: linphone AssignedTo: ivazquez at ivazquez.net ReportedBy: wtogami at redhat.com QAContact: extras-qa at fedoraproject.org CC: extras-qa at fedoraproject.org,fedora-extras- list at redhat.com Currently linphone in Extras uses a copy of the ortp library that shipped in the linphone sources. They also ship a standalone tarball here: http://www.linphone.org/ortp/sources/ We need the linphone package split into ortp and linphone, so ortp can be imported into FC5. Peter Lawler informs me that gaim will use ortp for its Googe Talk voice capability. I will assist in Extras package review of ortp, just assign it to me when someone has the package 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 Fri Nov 11 21:43:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 16:43:52 -0500 Subject: [Bug 172994] New: Review Request: pork - Console based AIM 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=172994 Summary: Review Request: pork - Console based AIM client Product: Fedora Extras Version: devel Platform: All URL: http://dev.ojnk.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lmacken at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/lmacken/pork.spec SRPM Name or Url: http://people.redhat.com/lmacken/pork-0.99.8.1-1.src.rpm Description: pork is an ncurses-based AOL instant messenger client. It uses the OSCAR protocol (the one the windows client uses) to access AIM. Pork features Perl scripting; an online help system; the ability to configure nearly all aspects of the program's look-and-feel; an alias system; and a powerful, fully-configurable key binding system. It supports being logged in with more than one screen name at the same time. The default look-and-feel of the client is modeled after the ircII IRC client. Anyone comfortable using ircII (or any clients derived from it -- e.g., epic, BitchX, etc.) will feel comfortable using pork. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 21:44:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 16:44:03 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511112144.jABLi36m024810@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |172994 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 11 22:19:37 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 11 Nov 2005 23:19:37 +0100 (CET) Subject: BuildSystem questions In-Reply-To: <4374E5E7.8080207@ieee.org> References: <20051111171812.136FA3481ED@ningauble.scrye.com> <4374E5E7.8080207@ieee.org> Message-ID: On Fri, 11 Nov 2005, Quentin Spencer wrote: > I brought up this question recently, and I got the impression that there is an > effort under way to fix this so you don't have to wait. The problem with > waiting for a release before building the dependent package is that you can > cause dependency breakages. I had this happen when I updated two packages at > the same time, and the dependent package would not compile unless it had the > newest version of the library, but the build system kept trying to build > against the old library until the new one was released, which caused > dependency breakage on the mirrors, which caused bug reports . . . Anyway, my > point is, if this hasn't been fixed yet, it needs to be, because there are > good reasons to be able to relase a complete set of packages at the same time. The exact same thing happened to me. Worse, because I had trouble building, and increased the release numbers, it bumbed the previous major version from the mirror sides, so there was no working combination of the two packages that could be installed. So, I got my very first bugzilla report for the package, and I resolved it once the build system worked again :) Paul -- "Happiness is never grand" --- Mustapha Mond, World Controller (Brave New World) From bugzilla at redhat.com Fri Nov 11 22:34:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 17:34:58 -0500 Subject: [Bug 172547] Review Request: ghdl VHDL frontend for gcc In-Reply-To: Message-ID: <200511112234.jABMYw5I030727@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl VHDL frontend for gcc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From t.sailer at alumni.ethz.ch 2005-11-11 17:34 EST ------- (In reply to comment #5) I don't have a better idea. Probably the ideal would be to base it on the same gcc version as Fedora Core uses, but historically ghdl's requirements were off by one or two gcc releases, and porting ghdl to different gcc releases seems to be nontrivial. So I would like to keep ghdl's gcc core separate from that of Fedora Core. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 11 23:29:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 18:29:00 -0500 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200511112329.jABNT0Qr002687@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-11-11 18:28 EST ------- lib765 is the name of the library, not a version number (it's a chipset used as the disc controller on the Speccy +3) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Christian.Iseli at licr.org Fri Nov 11 23:56:58 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Sat, 12 Nov 2005 00:56:58 +0100 Subject: static libraries' policy In-Reply-To: Your message of "Fri, 11 Nov 2005 11:18:01 PST." <1131736681.3306.7.camel@locolhost.localdomain> Message-ID: <200511112357.jABNvC0j019605@mx1.redhat.com> mpeters at mac.com said: > They are extremely useful when compiling a piece of software that you intend > to run on a different distribution. I'm not so convinced. If that's really something you want to do: why not copy the shared libs along with the application ? > If you want to separate them out into a -static package that requires the > -devel package, that's fine - but to just simply not include them will result > in some developers switching to a distribution that allows THEM to decide > whether or not to build software against a static library or not rather than > imposing on them how they are to compile software. I'm not against having -static packages, but I'm not sure it's worth the trouble either. I'm not against concerned developers having an %ifdef build_static in their spec files. I just think it should be off by default. I'd rather users think of Fedora as secure, sleek, fast, with some tendancy to the cutting edge... pertusus at free.fr said: > I know some scientists and some sysadms (in labs, too ;-) that like to be > able to do that. It means they are tweaking packages anyway, and so should have no trouble getting the static libs they might need. Christian From bugzilla at redhat.com Sat Nov 12 00:03:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 19:03:59 -0500 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200511120003.jAC03xrT005162@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-11-11 19:03 EST ------- http://www.all-the-johnsons.co.uk/emulation/downloads/lib765.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libspectrum.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk.spec src rpm names libdsk-1.1.6-1.src.rpm lib765-0.3.3-2.src.rpm libspectrum-0.2.2-4.src.rpm All of the changes suggested have now been incorporated and libdsk has been bumped to 1.1.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 Sat Nov 12 00:18:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 19:18:32 -0500 Subject: [Bug 172547] Review Request: ghdl VHDL frontend for gcc In-Reply-To: Message-ID: <200511120018.jAC0IWqv006520@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl VHDL frontend for gcc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From t.sailer at alumni.ethz.ch 2005-11-11 19:18 EST ------- (In reply to comment #6) > Some minor issues whilst awaiting resolution of the bigger ones: Your wishes should now be integrated in ghdl-0.21-0.21.src.rpm, thanks! Furthermore, I upgraded the ghdl version to SVN revision 21, to make it work on x86_64 natively too. Maybe other archs (like ia64) work now too, but I can only test i386 and x86_64. Note: to display ghw output files, you should use gtkwave 1.3.78, since it fixes a ghw related bug. http://www.baycom.org/~tom/fedora/ghdl-0.21-0.21.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 all-the-johnsons.co.uk Sat Nov 12 00:47:23 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 12 Nov 2005 00:47:23 +0000 Subject: Not quite sure how to generate this Message-ID: <1131756444.28862.16.camel@localhost> Hi, I'm working through the form to request CVS access for a couple of packages I'm trying to get into FE. Now, the problem is this. As you can see, I have a gpg signature on this email. It's available via pgp.mit.edu I have filled in this form before and for some reason, it's vanished. I've filled it in again with my gpg signature numbers, an id_dsa.pub file and all I get when hit go is INSERT INTO person (username, human_name, email, gpg_keyid, ssh_key, password, comments, postal_address, affiliation, telephone, facsimile, approval_status) VALUES ('Eccles', 'Paul Francis Johnson', 'paul at all-the-johnsons.co.uk', '9119BF7C', 'ssh-dss', 'password', '', '77 Station Road, Haydock, St Helens Merseyside WA11 0JL England', '', '01744 600733', '', 'approved') Traceback (most recent call last): File "/var/www/html/admin/accounts/userbox.cgi", line 179, in do_action field_values) File "/var/www/html/admin/accounts/pgdb.py", line 184, in execute self.executemany(operation, (params,)) File "/var/www/html/admin/accounts/pgdb.py", line 199, in executemany rows = self.__source.execute(sql) _pg.error: ERROR: duplicate key violates unique constraint "person_email_key" SELECT * FROM person WHERE username = 'eccles' --> --> (I've removed the ssh-dss key and changed the password to a different one) Any ideas what is going on? I have a feeling it's the dss key. While I have a gpg signature key, I don't have the id-dsa.pub key for it and have no idea how to regenerate it. TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the world's most evil and insidious cults, Scientology. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mpeters at mac.com Sat Nov 12 00:52:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 11 Nov 2005 16:52:01 -0800 Subject: static libraries' policy In-Reply-To: <200511112357.jABNvC0j019605@mx1.redhat.com> References: <200511112357.jABNvC0j019605@mx1.redhat.com> Message-ID: <1131756721.3306.29.camel@locolhost.localdomain> On Sat, 2005-11-12 at 00:56 +0100, Christian.Iseli at licr.org wrote: > mpeters at mac.com said: > > They are extremely useful when compiling a piece of software that you intend > > to run on a different distribution. > > I'm not so convinced. If that's really something you want to do: why not copy > the shared libs along with the application ? Doesn't always work so well. The shared libraries have be put where ldconfig can find them (and by default, it does not look in /usr/local/lib) - and I personally have experienced problems with different versions of the flac shared library installed once pre-binding ran (it broke any application using the older flac library). > > > If you want to separate them out into a -static package that requires the > > -devel package, that's fine - but to just simply not include them will result > > in some developers switching to a distribution that allows THEM to decide > > whether or not to build software against a static library or not rather than > > imposing on them how they are to compile software. > > I'm not against having -static packages, but I'm not sure it's worth the > trouble either. > > I'm not against concerned developers having an %ifdef build_static in their > spec files. I just think it should be off by default. I agree that anything packaged for Fedora {core,extras,livna,jpackage} should absolutely use shared libraries whenever possible. You don't need to remove static libraries though to make that be build policy. Removing them only serves to make it more of a hassle for those who do have a reason to link against a static library. Removing .la files is understandable - they cause problems, and pkgconfig is a better system that has been widely adopted. Static libraries simply being present does not cause any problems though - any software that can use either will likely have a configure switch to choose, and almost always defaults to linking against the shared library. > > I'd rather users think of Fedora as secure, sleek, fast, with some tendancy to > the cutting edge... And that can be accomplished without removing static libraries. Any binary shipped by Fedora {core,extras,livna,jpackage} should link against a shared library whenever that is possible. > > pertusus at free.fr said: > > I know some scientists and some sysadms (in labs, too ;-) that like to be > > able to do that. > > It means they are tweaking packages anyway, and so should have no trouble > getting the static libs they might need. Which can easily be accomplished by using a distro that has not arbitrarily decided it doesn't want tweakers to have static libraries available from the operating systems repository. From bugzilla at redhat.com Sat Nov 12 00:50:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 19:50:03 -0500 Subject: [Bug 169922] Review Request: m17n-lib - multilingual text library In-Reply-To: Message-ID: <200511120050.jAC0o36G009060@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-lib - multilingual text library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169922 Bug 169922 depends on bug 169919, which changed state. Bug 169919 Summary: Review Request: m17n-db - multilingualization datafiles https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169919 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|MODIFIED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at all-the-johnsons.co.uk Sat Nov 12 00:57:44 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 12 Nov 2005 00:57:44 +0000 Subject: static libraries' policy In-Reply-To: <1131756721.3306.29.camel@locolhost.localdomain> References: <200511112357.jABNvC0j019605@mx1.redhat.com> <1131756721.3306.29.camel@locolhost.localdomain> Message-ID: <1131757064.28862.20.camel@localhost> Hi, > Removing them only serves to make it more of a hassle for those who do > have a reason to link against a static library. I'll go along with that. One that I've package (and which has been approved) is a Z80 cross compiler called Z88DK. As the target for the binaries produced (or the object code at least) are archaic Z80 machines, most of which are only available via emulation, the libraries have to be static - the target emulators don't know dynamic linked code as dynamic linked code wasn't around then. For the majority of time, dynamic linked should be the way to be though. TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the world's most evil and insidious cults, Scientology. From nman64 at n-man.com Sat Nov 12 01:39:24 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Fri, 11 Nov 2005 19:39:24 -0600 Subject: Not quite sure how to generate this In-Reply-To: <1131756444.28862.16.camel@localhost> References: <1131756444.28862.16.camel@localhost> Message-ID: <437547CC.6030706@n-man.com> Paul wrote: > Hi, > > I'm working through the form to request CVS access for a couple of > packages I'm trying to get into FE. Now, the problem is this. As you can > see, I have a gpg signature on this email. It's available via > pgp.mit.edu > > I have filled in this form before and for some reason, it's vanished. > > I've filled it in again with my gpg signature numbers, an id_dsa.pub > file and all I get when hit go is > > INSERT INTO person (username, human_name, email, gpg_keyid, ssh_key, > password, comments, postal_address, affiliation, telephone, facsimile, > approval_status) VALUES ('Eccles', 'Paul Francis Johnson', > 'paul at all-the-johnsons.co.uk', '9119BF7C', 'ssh-dss', 'password', '', > '77 Station Road, Haydock, St Helens Merseyside WA11 0JL England', '', > '01744 600733', '', 'approved') > Traceback (most recent call last): > File "/var/www/html/admin/accounts/userbox.cgi", line 179, in do_action > field_values) > File "/var/www/html/admin/accounts/pgdb.py", line 184, in execute > self.executemany(operation, (params,)) > File "/var/www/html/admin/accounts/pgdb.py", line 199, in executemany > rows = self.__source.execute(sql) > _pg.error: ERROR: duplicate key violates unique constraint "person_email_key" > > SELECT * FROM person WHERE username = 'eccles' --> --> > > (I've removed the ssh-dss key and changed the password to a different > one) > > Any ideas what is going on? I have a feeling it's the dss key. While I > have a gpg signature key, I don't have the id-dsa.pub key for it and > have no idea how to regenerate it. > > TTFN > > Paul > There's a big difference between the DSA keys used by SSH and the GPG keys used in your email. Try 'ssh-keygen -t dsa'. The key you will need will be found at ~/.ssh/id_dsa.pub. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.n-man.com -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From jwboyer at jdub.homelinux.org Sat Nov 12 01:08:35 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 11 Nov 2005 19:08:35 -0600 Subject: Broken dependencies in Fedora Extras 4 and 3 In-Reply-To: <20051110235135.35e32305.bugs.michael@gmx.net> References: <20051110235135.35e32305.bugs.michael@gmx.net> Message-ID: <1131757715.2419.2.camel@yoda.jdub.homelinux.org> On Thu, 2005-11-10 at 23:51 +0100, Michael Schwendt wrote: > Packages with broken dependencies: > git > package: git-core - 0.99.9-1.fc3.i386 from fedora-extras-3-i386 > unresolved deps: > perl(v5.8.0) > > package: git-core - 0.99.9-1.fc3.x86_64 from fedora-extras-3-x86_64 > unresolved deps: > perl(v5.8.0) I spoke with Chris today. This is fixed in 0.00.9a which got lost in the uber build breakage recently. He requeued it and it's waiting for the next Extras push. On a related note, git-core in the development branch was respun against the new openssl library too. josh From icon at fedoraproject.org Sat Nov 12 03:02:03 2005 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Fri, 11 Nov 2005 22:02:03 -0500 Subject: Kodos (Artwork copyright question) Message-ID: <1131764523.2893.9.camel@localhost.localdomain> I'm currently packaging Kodos visual regex debugger[1] to submit to Extras, but in the process I've discovered that it includes and uses the graphic[2] that is, what looks like, a fanwork rendition of a minor Simpsons character[3]. The images don't serve any useful purpose in the program itself, but I still wanted to know what esteemed collegues think about their inclusion in something provided in Extras. Since it's an imitation rendition, I didn't think it'd be a problem, but I'm not an expert in these matters. [1] http://kodos.sourceforge.net/ [2] http://kodos.sourceforge.net/help/kodos.html [3] http://en.wikipedia.org/wiki/Fictional_characters_within_The_Simpsons#Kang_and_Kodos -- Konstantin Ryabitsev McGill University WSG Montr?al, Qu?bec From bugzilla at redhat.com Sat Nov 12 04:05:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 23:05:41 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511120405.jAC45fkr020979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 katzj at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katzj at redhat.com ------- Additional Comments From katzj at redhat.com 2005-11-11 23:05 EST ------- Hmm... it would be better if this didn't obsolete xchat as that technically makes the package conflict with stuff shipped in Core. As it stands, the only things which actually conflict are the perl and python plugins -- that should be a relatively simple patch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 04:36:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 23:36:42 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511120436.jAC4ag14022997@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From bdpepple at ameritech.net 2005-11-11 23:36 EST ------- When I began to pack this originally I patched it to use /usr/share/xchat-gnome, instead of /usr/share/xchat, which solves the conflict of the plugins, but it still runs into the problem of sharing conf files with the xchat package in core. If users had both packages installed (which I would hope most wouldn't), they could experience some unexpected behavior, since they are both packages are modifying the same conf files. My solution was to allow only one of these packages on a system, but if somebody's got a better solution I'd have no problem. BTW, I noticed Bastien had the same basic solution on his spec, by having it conflict with xchat. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 04:43:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 23:43:54 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511120443.jAC4hsh7023430@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From mpeters at mac.com 2005-11-11 23:43 EST ------- Is there a reason why it can't be patched to use a config file of a different name? Sometimes it even can be set with a configure switch - but if not, you should be able to grep the source and find where the name of the config file is set, and patch it to use a non conflicting name. There may be reasons why some machines might want both installed - machines used by multiple users. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 04:49:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 11 Nov 2005 23:49:09 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511120449.jAC4n9ig023671@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From katzj at redhat.com 2005-11-11 23:48 EST ------- That's easy enough to change also -- it looks like the default dir is defined at the top of src/common/cfgfiles.c. Also -- if they use the same config dir, then people switching from one to the other could have problems if the config files aren't compatible so it probably makes sense to do the change anyway. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 05:09:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 00:09:01 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511120509.jAC591LI024601@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From bdpepple at ameritech.net 2005-11-12 00:08 EST ------- Jeremy, thanks for the input. I've already got a patch changing the %{_datadir} for xchat-gnome. Tomorrow, I'll work on a patch for changing the config file directory as you suggested in comment #10, and hopefully have some uploaded tomorrow night. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 05:31:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 00:31:54 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511120531.jAC5Vs1r025956@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From bdpepple at ameritech.net 2005-11-12 00:31 EST ------- Jeremy, After glancing at the file you pointed out in comment #10, I figured I would whip up a quick patch since only 1 line is effected. Spec Name or Url: http://piedmont.homelinux.org/fedora/xchat-gnome/xchat-gnome.spec SRPM Name or Url: http://piedmont.homelinux.org/fedora/xchat-gnome/xchat-gnome-0.6-4.src.rpm * Sat Nov 12 2005 Brian Pepple - 0.6-4 - Remove obsoletes xchat. - Add patch to change datadir location. - Add patch to change config 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 bugzilla at redhat.com Sat Nov 12 09:04:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 04:04:48 -0500 Subject: [Bug 172677] Review Request: perl-Readonly In-Reply-To: Message-ID: <200511120904.jAC94m9Q006144@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 ------- Additional Comments From ville.skytta at iki.fi 2005-11-12 04:04 EST ------- I think the bundling makes sense in this case. I'd personally add "Provides: perl-Readonly-XS = %{version}". And the inclusion of benchmark.pl the way it's done now looks pretty suspicious indeed. If it can't be removed or moved to %doc, it needs to renamed to something less generic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 09:14:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 04:14:34 -0500 Subject: [Bug 172677] Review Request: perl-Readonly In-Reply-To: Message-ID: <200511120914.jAC9EY8B006594@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 ------- Additional Comments From ville.skytta at iki.fi 2005-11-12 04:14 EST ------- (In reply to comment #5) > I'd personally add "Provides: perl-Readonly-XS = %{version}". Oops, s/%{version}/%{version}-%{release}/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Wed Nov 9 19:01:03 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 09 Nov 2005 20:01:03 +0100 Subject: cvs problem Message-ID: <1131562863.2901.29.camel@bureau.maison> I tried to upload a new package using ./common/cvs-import.sh package.src.rpm but i obtain this error : Checking : ircd-hybrid-7.1.3.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! Someone could explain that because i have tested the link to download ircd-hybrid-7.1.3.tgz and it's good for me. Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.13-1.1532_FC4 From paul at all-the-johnsons.co.uk Sat Nov 12 10:13:27 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 12 Nov 2005 10:13:27 +0000 Subject: Not quite sure how to generate this In-Reply-To: <437547CC.6030706@n-man.com> References: <1131756444.28862.16.camel@localhost> <437547CC.6030706@n-man.com> Message-ID: <1131790407.28862.23.camel@localhost> Hi, > > There's a big difference between the DSA keys used by SSH and the GPG > keys used in your email. Try 'ssh-keygen -t dsa'. The key you will > need will be found at ~/.ssh/id_dsa.pub. Okay, still getting the same problem though on the FE site. TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the world's most evil and insidious cults, Scientology. From bugzilla at redhat.com Sat Nov 12 11:16:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 06:16:21 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511121116.jACBGLMm015233@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-12 06:16 EST ------- Hm could you try to figure out what BR is missing here so that you get the extra fonts or tell me which font files are missing... ? And maybe try with this new version^^ http://fedora.lowlatency.de/review/wine-0.9.1-1.src.rpm http://fedora.lowlatency.de/review/wine.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From andreas.bierfert at lowlatency.de Sat Nov 12 13:17:19 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 12 Nov 2005 14:17:19 +0100 Subject: Broken dependencies in Fedora Extras 4 and 3 In-Reply-To: <20051110235135.35e32305.bugs.michael@gmx.net> References: <20051110235135.35e32305.bugs.michael@gmx.net> Message-ID: <4375EB5F.9030703@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > Packages with broken dependencies: > ## ------------------------------------------------------------------- > ## Fedora Extras 3 i386 > ## ------------------------------------------------------------------- > > package: polyxmass-data - 0.8.6-3.fc3.noarch from fedora-extras-3-i386 > unresolved deps: > polyxmass-bin >= 0:0.8.6 > > ## ------------------------------------------------------------------- > ## Fedora Extras 3 x86_64 > ## ------------------------------------------------------------------- > > package: polyxmass-data - 0.8.6-3.fc3.noarch from fedora-extras-3-x86_64 > unresolved deps: > polyxmass-bin >= 0:0.8.6 I would love to fix these see build job 269 but it always did and still does freeze the buildsystem till someone kills it... - - Andreas - -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFDdetfQEQyPsWM8csRAqMIAKC9OL2gt48ByfG2x1P7V0jfyGrq0gCgqkUv Bg+pV3/Mr8COktiuxp9nZqo= =VVF4 -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Sat Nov 12 13:47:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 12 Nov 2005 08:47:59 -0500 Subject: Kodos (Artwork copyright question) In-Reply-To: <1131764523.2893.9.camel@localhost.localdomain> References: <1131764523.2893.9.camel@localhost.localdomain> Message-ID: <1131803279.2799.6.camel@cutter> On Fri, 2005-11-11 at 22:02 -0500, Konstantin Ryabitsev wrote: > I'm currently packaging Kodos visual regex debugger[1] to submit to > Extras, but in the process I've discovered that it includes and uses the > graphic[2] that is, what looks like, a fanwork rendition of a minor > Simpsons character[3]. The images don't serve any useful purpose in the > program itself, but I still wanted to know what esteemed collegues think > about their inclusion in something provided in Extras. Since it's an > imitation rendition, I didn't think it'd be a problem, but I'm not an > expert in these matters. > > [1] http://kodos.sourceforge.net/ > [2] http://kodos.sourceforge.net/help/kodos.html > [3] http://en.wikipedia.org/wiki/Fictional_characters_within_The_Simpsons#Kang_and_Kodos > I'd say kill the graphic. It looks like a potential problem and it doesn't serve any purpose. Of course there is the second concern that kodos is a protected name by the creators of the simpsons. This might be one package that we want to pass onto legal about. -sv From petro at mail.ru Sat Nov 12 13:56:30 2005 From: petro at mail.ru (Peter Lemenkov) Date: Sat, 12 Nov 2005 16:56:30 +0300 Subject: Package "autotrace" needs rebuild. Message-ID: Hello, All! Due to mass-update in devel-branch of FC, autotrace looks outdated. ======================================== Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for ImageMagick to pack into transaction set. ImageMagick-6.2.5.4-1.i38 100% |=========================| 71 kB 00:00 ---> Package ImageMagick.i386 0:6.2.5.4-1 set to be updated --> Running transaction check --> Processing Dependency: libMagick.so.6 for package: autotrace --> Finished Dependency Resolution Error: Missing Dependency: libMagick.so.6 is needed by package autotrace ======================================== -- With best regards, Peter Lemenkov. From bugzilla at redhat.com Sat Nov 12 14:27:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 09:27:58 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511121427.jACERweZ026178@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 katzj at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |katzj at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From katzj at redhat.com 2005-11-12 09:27 EST ------- Looks pretty good. Going through the guidelines, nothing jumps out at me as not matching. My only (minor) comment would be that if you want to share the spec file between releases, you might want to wrap the define with_dbus with something like %if "%fedora" >= "5" %define with_dbus 1 %else %define with_dbus 0 %endif But that's definitely up to you to decide. I'll approve it in its current state. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 14:29:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 09:29:50 -0500 Subject: [Bug 172994] Review Request: pork - Console based AIM client In-Reply-To: Message-ID: <200511121429.jACETo4J026300@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pork - Console based AIM client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172994 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-12 09:29 EST ------- * Use http://dl.sourceforge.net as the server for the Source tag, it allows direct download * Own the %{_datadir}/%{name} directory * Build fails in mock : /usr/bin/install -D -p -m 0755 doc/pork.1 /var/tmp/pork-0.99.8.1-1-root-mockbuild/usr/share/man/man1/ /usr/bin/install: cannot overwrite directory `/var/tmp/pork-0.99.8.1-1-root-mockbuild/usr/share/man/man1/' with non-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 Sat Nov 12 14:31:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 09:31:16 -0500 Subject: [Bug 172803] Review Request: openssl097f - compat package to help transitioning to new openssl In-Reply-To: Message-ID: <200511121431.jACEVG3P026440@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openssl097f - compat package to help transitioning to new openssl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172803 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-11-12 09:31 EST ------- Those compatibility packages are usually prefixed by "compat-", aren't they ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 14:39:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 09:39:26 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511121439.jACEdQBm026911@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 ------- Additional Comments From bdpepple at ameritech.net 2005-11-12 09:39 EST ------- That's a good idea, I'll add that after I import it into CVS. Thanks for your time & help, I appreciate 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 ville.skytta at iki.fi Sat Nov 12 14:59:30 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 12 Nov 2005 16:59:30 +0200 Subject: Package "autotrace" needs rebuild, ditto gdl In-Reply-To: References: Message-ID: <1131807570.2691.6.camel@localhost.localdomain> On Sat, 2005-11-12 at 16:56 +0300, Peter Lemenkov wrote: > Due to mass-update in devel-branch of FC, autotrace looks outdated. gdl seems to be in need of a rebuild in devel too for the same reason (ImageMagick changes). From dcbw at redhat.com Sat Nov 12 15:16:06 2005 From: dcbw at redhat.com (Dan Williams) Date: Sat, 12 Nov 2005 10:16:06 -0500 Subject: Buildsystem stuck In-Reply-To: References: Message-ID: <1131808566.3753.6.camel@localhost.localdomain> On Fri, 2005-11-11 at 18:41 +0100, Aurelien Bompard wrote: > Hi, > > The buildsys looks stuck, there are 3 packages building but all builders are > idle. It's gpp again. So I _promise_ that this time, I'll look at this particular issue this afternoon. I think the issue is that mock isn't noticing that child processes have died, they are stuck in "defunct" state which means mock hasn't reaped them yet. Dan From skvidal at phy.duke.edu Sat Nov 12 15:30:17 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 12 Nov 2005 10:30:17 -0500 Subject: Buildsystem stuck In-Reply-To: <1131808566.3753.6.camel@localhost.localdomain> References: <1131808566.3753.6.camel@localhost.localdomain> Message-ID: <1131809417.2799.8.camel@cutter> On Sat, 2005-11-12 at 10:16 -0500, Dan Williams wrote: > On Fri, 2005-11-11 at 18:41 +0100, Aurelien Bompard wrote: > > Hi, > > > > The buildsys looks stuck, there are 3 packages building but all builders are > > idle. > > It's gpp again. So I _promise_ that this time, I'll look at this > particular issue this afternoon. I think the issue is that mock isn't > noticing that child processes have died, they are stuck in "defunct" > state which means mock hasn't reaped them yet. > What are the steps to recreate the problem? Can we recreate this is in a mock run outside of the builders? I'd be curious to see what's happening. -sv From bugzilla at redhat.com Sat Nov 12 15:39:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 10:39:56 -0500 Subject: [Bug 172803] Review Request: openssl097f - compat package to help transitioning to new openssl In-Reply-To: Message-ID: <200511121539.jACFdu8x030229@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openssl097f - compat package to help transitioning to new openssl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172803 ------- Additional Comments From oliver at linux-kernel.at 2005-11-12 10:39 EST ------- The r - usually, but within openssl, it was never done: [root at tyskie devel]# ls -lahd openssl* drwxr-xr-x 5 root root 4.0K Nov 9 16:24 openssl drwxr-xr-x 4 root root 4.0K Nov 9 17:52 openssl096 drwxr-xr-x 4 root root 4.0K Nov 9 16:34 openssl096b drwxr-xr-x 5 root root 4.0K Nov 9 21:09 openssl097a If we start using compat-* for openssl, we would also need to change the pkgnames for the old pkgs (/me things) and use obsolete... However, we would force the users to download a few megs for nothing... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Matt_Domsch at dell.com Sat Nov 12 15:57:29 2005 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 12 Nov 2005 09:57:29 -0600 Subject: Buildsystem stuck In-Reply-To: <1131809417.2799.8.camel@cutter> References: <1131808566.3753.6.camel@localhost.localdomain> <1131809417.2799.8.camel@cutter> Message-ID: <20051112155729.GA1954@lists.us.dell.com> On Sat, Nov 12, 2005 at 10:30:17AM -0500, seth vidal wrote: > On Sat, 2005-11-12 at 10:16 -0500, Dan Williams wrote: > > On Fri, 2005-11-11 at 18:41 +0100, Aurelien Bompard wrote: > > > Hi, > > > > > > The buildsys looks stuck, there are 3 packages building but all builders are > > > idle. > > > > It's gpp again. So I _promise_ that this time, I'll look at this > > particular issue this afternoon. I think the issue is that mock isn't > > noticing that child processes have died, they are stuck in "defunct" > > state which means mock hasn't reaped them yet. > > > > What are the steps to recreate the problem? > Can we recreate this is in a mock run outside of the builders? I'd be > curious to see what's happening. It builds clean in mock, otherwise I wouldn't have submitted it. :-) -- 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 Sat Nov 12 16:06:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 11:06:12 -0500 Subject: [Bug 172803] Review Request: openssl097f - compat package to help transitioning to new openssl In-Reply-To: Message-ID: <200511121606.jACG6Cch031567@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openssl097f - compat package to help transitioning to new openssl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172803 ------- Additional Comments From gauret at free.fr 2005-11-12 11:06 EST ------- Sure, if it hasn't been done before, it shouldn't be done 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 toshio at tiki-lounge.com Sat Nov 12 16:21:28 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 12 Nov 2005 08:21:28 -0800 Subject: static libraries' policy In-Reply-To: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> Message-ID: <1131812489.2955.12.camel@localhost> On Fri, 2005-11-11 at 18:36 +0100, Christian.Iseli at licr.org wrote: > buc at odusz.so-cdu.ru said: > > In other words - what I should do with static libraries today? > > So far, I have seen pretty good arguments why static libraries should *not* be > included by default: > - they introduce security risks > - they add bulk to devel packages > - some features of modern OS/compiler combos only work with shared libs > > I don't think I have seen a good argument why static libraries *should* be > included *by default* (except maybe "convenience", but convenience to whom ?). > Daniel Velliard's LSB argument was accepted by Jens as a reason to modify his original proposal. I've never looked into the LSB until today so I'm not certain of the argument but this is what I've found: A strictly conforming application shall not require or use any interface, facility, or implementation-defined extension that is not defined in this document in order to be installed or to execute successfully.[1]_ [1]_ http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/application.html If this isn't the relevant section, Daniel or jens will have to speak up :-) > So, my answer to your question: unless you really think static libs are a must > for your package, don't package them. If Daniel's got a valid argument then static libraries have to be packaged by default. They don't need to be installed but they have to be available. Does moving libraries into -static for FE work? Or are we going to run into the same comps maintenence issues that Jeremy mentions in relation to FC? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dcbw at redhat.com Sat Nov 12 15:28:58 2005 From: dcbw at redhat.com (Dan Williams) Date: Sat, 12 Nov 2005 10:28:58 -0500 Subject: BuildSystem questions In-Reply-To: <20051111171812.136FA3481ED@ningauble.scrye.com> References: <20051111171812.136FA3481ED@ningauble.scrye.com> Message-ID: <1131809338.3753.16.camel@localhost.localdomain> On Fri, 2005-11-11 at 10:18 -0700, Kevin Fenzi wrote: > If you have 2 packages (say A and B) and queue up first A and then B, > can you be sure that A will be finished and be available by the time B > is building? This doesn't seem to be the case currently, or there is a > window there when it's not true. So for packages with other packages > as dependencies should we wait until they have gone to the 'needsign' > area? Or longer? before building the package that depends on them? > > I imagine there is a createrepo in there after A has completed, but B > might have already started? Correct, there is no ordering guarantee at this time. Mainly because doing ordering would require depsolving on the build server which isn't implemented yet. It's not impossible though and is something I'd like to see in plague 0.5. > If a job fails due to something that doesn't require any changes to > the package (ie, it couldn't find a dependent package that was just > built, the devel repository was in an unstable state, the build > machine got stuck, martians killed the job, etc) do we still need to > bump the release of the package and request a new build? Or will > 'plague-client requeue NNN' work to rebuild the job after the problem > is (hopefully) gone? Since the job failed, that release was never > released, so there shouldn't be an issue there. If any build fails, you do need to bump the release before you stick a new build in. We had a discussion of a 'make force-tag' (essentially, cvs tag -F ) a long time ago and people decided it wasn't a good idea. But technically, if you know the magic cvs command and the tag format, you don't have to do bump the release before a rebuild. A tag and release really only matter when they've gotten through the build system. You never want to RPMs with the same NEVR that differ in content, and you can't possibly have that if one hasn't gotten through the build system successfully. > Some observations/comments: > > If you kill a job with 'plague-client kill NNN' it says it killed it, > but the web page shows it still there and unaffected. It then gets > killed when it reaches a builder and mails that it was killed. Perhaps > plage-client should say "job NNN will be killed when it reaches the > builder" or something. Yes, this was reported earlier this week and is a bug when jobs are in the 'waiting' state. Hope to look at this this afternoon too. > The PPC machine seems to be somewhat of a bottleneck. A build of mine > this morning took 4min on the i386/x86_64 arches and about 18min on > the ppc machine. Should we look at adding another ppc machine? Or > increasing memory in the existing one or something? If it's hard to > get hardware allocated, perhaps we could stick up a donate button on > the website to get more builder boxes? Two issues here... The PPC machine either has 4 processors or 2 x dual core, I forget which. So while it's got twice the number of CPUs as one of the hammer boxes, they are slightly slower. The real issue with the PPC machine is the disks, which seem to be slower in general, and that multiple mock/yum instances don't run in parallel. I think we're still seeing the issue where mock/yum lock the host machine's rpmdb even though they install to the chroot. That means only one 'prepping' job can actually execute at any time, even if 4 jobs are 'prepping'. Dan From dcbw at redhat.com Sat Nov 12 17:52:13 2005 From: dcbw at redhat.com (Dan Williams) Date: Sat, 12 Nov 2005 12:52:13 -0500 Subject: Buildsystem stuck In-Reply-To: <1131809417.2799.8.camel@cutter> References: <1131808566.3753.6.camel@localhost.localdomain> <1131809417.2799.8.camel@cutter> Message-ID: <1131817933.13683.19.camel@localhost.localdomain> On Sat, 2005-11-12 at 10:30 -0500, seth vidal wrote: > On Sat, 2005-11-12 at 10:16 -0500, Dan Williams wrote: > > On Fri, 2005-11-11 at 18:41 +0100, Aurelien Bompard wrote: > > > Hi, > > > > > > The buildsys looks stuck, there are 3 packages building but all builders are > > > idle. > > > > It's gpp again. So I _promise_ that this time, I'll look at this > > particular issue this afternoon. I think the issue is that mock isn't > > noticing that child processes have died, they are stuck in "defunct" > > state which means mock hasn't reaped them yet. > > > > What are the steps to recreate the problem? > Can we recreate this is in a mock run outside of the builders? I'd be > curious to see what's happening. I'm going to start looking at it using gpp/#814 in about half an hour. It seems to happen quite a bit in the FC3 buildroots, but that's not a scientific test. Dan From veillard at redhat.com Sat Nov 12 18:05:02 2005 From: veillard at redhat.com (Daniel Veillard) Date: Sat, 12 Nov 2005 13:05:02 -0500 Subject: static libraries' policy In-Reply-To: <1131812489.2955.12.camel@localhost> References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> <1131812489.2955.12.camel@localhost> Message-ID: <20051112180502.GD11037@redhat.com> On Sat, Nov 12, 2005 at 08:21:28AM -0800, Toshio Kuratomi wrote: > On Fri, 2005-11-11 at 18:36 +0100, Christian.Iseli at licr.org wrote: > > buc at odusz.so-cdu.ru said: > > > In other words - what I should do with static libraries today? > > > > So far, I have seen pretty good arguments why static libraries should *not* be > > included by default: > > - they introduce security risks > > - they add bulk to devel packages > > - some features of modern OS/compiler combos only work with shared libs > > > > I don't think I have seen a good argument why static libraries *should* be > > included *by default* (except maybe "convenience", but convenience to whom ?). > > > Daniel Velliard's LSB argument was accepted by Jens as a reason to > modify his original proposal. I've never looked into the LSB until > today so I'm not certain of the argument but this is what I've found: > > A strictly conforming application shall not require or use any > interface, facility, or implementation-defined extension that is not > defined in this document in order to be installed or to execute > successfully.[1]_ > > [1]_ > http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/application.html > > If this isn't the relevant section, Daniel or jens will have to speak > up :-) yes that was my point basically. > > So, my answer to your question: unless you really think static libs are a must > > for your package, don't package them. > > If Daniel's got a valid argument then static libraries have to be > packaged by default. At least for the libraries 1/ that we expect ISV to use 2/ that are not part of the LSB set this affects me directly (libxml2) and potentially all desktop libs > They don't need to be installed but they have to > be available. Does moving libraries into -static for FE work? Or are > we going to run into the same comps maintenence issues that Jeremy > mentions in relation to FC? A no-nonsense rule is the best, we don't want to add hundreds of -static packages, a maintainer may have a good reason to ship static libs, LSB being one of them, apparently Chris Aillon gave another example where it's required for Mozilla. No static should be a general trend, and for a number of libraries it makes sense, but this should not be imposed as an absolute hard rule. 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 Sat Nov 12 18:05:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 13:05:14 -0500 Subject: [Bug 172527] Review Request: python-astng In-Reply-To: Message-ID: <200511121805.jACI5EC6006543@www.beta.redhat.com> Please 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-astng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172527 ------- Additional Comments From jamatos at fc.up.pt 2005-11-12 13:05 EST ------- Is this line really required? Requires: python-abi = %(%{__python} -c "import sys ; print sys.version[:3]") I thought it was unnecessary for FC4+ Other than that it looks OK, I am building it using mock, and if all goes as I expect I will approve it 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 jamatos at fc.up.pt Sat Nov 12 18:19:02 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Sat, 12 Nov 2005 18:19:02 +0000 Subject: static libraries' policy In-Reply-To: <20051112180502.GD11037@redhat.com> References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> <1131812489.2955.12.camel@localhost> <20051112180502.GD11037@redhat.com> Message-ID: <200511121819.02179.jamatos@fc.up.pt> On Saturday 12 November 2005 18:05, Daniel Veillard wrote: > ? A no-nonsense rule is the best, we don't want to add hundreds of -static > packages, a maintainer may have a good reason to ship static libs, LSB > being one of them, apparently Chris Aillon gave another example where it's > required for Mozilla. No static should be a general trend, and for a number > of libraries it makes sense, but this should not be imposed as an absolute > hard rule. I guess that in this case "no-nonsense" is "common sense". :-) I agree that by default the packages should not ship a static library unless there is a good reason otherwise. It think that this view is consensual, my trouble above is with "common sense" and "good reason". As a first step I would trust packagers, it is the easiest, if that does not work well... troubles ahead. :-) The next step is what is a "good reason"? If necessary this should be defined by the steering committee. > Daniel Just my 0.02 ?. -- Jos? Ab?lio From bugzilla at redhat.com Sat Nov 12 18:24:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 13:24:27 -0500 Subject: [Bug 172527] Review Request: python-astng In-Reply-To: Message-ID: <200511121824.jACIOR1U007697@www.beta.redhat.com> Please 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-astng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172527 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jamatos at fc.up.pt 2005-11-12 13:24 EST ------- OK, ignore my comment, I just saw that line in fedora-rpmdevtools rpm. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 18:36:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 13:36:50 -0500 Subject: [Bug 172527] Review Request: python-astng In-Reply-To: Message-ID: <200511121836.jACIaouP008514@www.beta.redhat.com> Please 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-astng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172527 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE AssignedTo|gdk at redhat.com |jamatos at fc.up.pt OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jamatos at fc.up.pt 2005-11-12 13:36 EST ------- Review: + it build in mock on x86_64 + it carries the license, the license is correct (GPL) and valid for Extras + the source file is the same as upstream + the rpm follows the packaging guides + the rpm follows the packaging name rules + rpmlint does not have any output in any of the generated rpms + the spec file is readable and it is written in American English + the package carries code not contents Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 18:38:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 13:38:30 -0500 Subject: [Bug 173028] New: Review Request: ser - SIP Express Router Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173028 Summary: Review Request: ser - SIP Express Router Product: Fedora Extras Version: devel Platform: All URL: http://iptel.org/ser OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lemenkov at newmail.ru QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://paula.comtv.ru/ser.spec SRPM Name or Url: http://paula.comtv.ru/ser-0.9.4-1.src.rpm Description: Ser or SIP Express Router is a very fast and flexible SIP (RFC3621) proxy server. Written entirely in C, ser can handle thousands calls per second even on low-budget hardware. A C Shell like scripting language provides full control over the server's behaviour. It's modular architecture allows only required functionality to be loaded. Currently the following modules are available: digest authentication, CPL scripts, instant messaging, MySQL support, a presence agent, radius authentication, record routing, an SMS gateway, a jabber gateway, a transaction module, registrar and user location -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 18:38:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 13:38:42 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511121838.jACIcgO7008703@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173028 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 18:40:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 13:40:20 -0500 Subject: [Bug 172527] Review Request: python-astng In-Reply-To: Message-ID: <200511121840.jACIeKWr008872@www.beta.redhat.com> Please 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-astng https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172527 ------- Additional Comments From icon at fedoraproject.org 2005-11-12 13:40 EST ------- Thank you, kind sir -- it will be imported shortly. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 19:15:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 14:15:04 -0500 Subject: [Bug 173033] New: Review Request: doxygen Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173033 Summary: Review Request: doxygen Product: Fedora Extras Version: devel Platform: All URL: http://www.planetsaphire.com/rpms/doxygen OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: kevin at planetsaphire.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: doxygen.spec SRPM Name or Url: http://www.planetsaphire.com/rpms/doxygen/SOURCES/1.4.5/1.4.5-4/ Description: This is an improved version of the doxygen RPMs where the doxywizard is now a seperate package from the main doxygen package, so that those who wish to install doxygen from rpm without the X window system can do so. In addition, there are now pdf's that can be found in the new doxygen-manual package. The new .spec files have been approved by Dimitri van Heesch, main author of doxygen. If you wish to view the related bug report, the report is located at: http://bugzilla.gnome.org/show_bug.cgi?id=317773 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 19:15:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 14:15:17 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511121915.jACJFHdU011275@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 kevin at planetsaphire.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173033 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 19:33:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 14:33:07 -0500 Subject: [Bug 173033] Review Request: doxygen In-Reply-To: Message-ID: <200511121933.jACJX7mk012684@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: doxygen https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173033 ------- Additional Comments From jamatos at fc.up.pt 2005-11-12 14:32 EST ------- doxygen is in Fedora Core, you should propose those enhancements to the doxygen Core maintainer. > list doxygen* Available Packages doxygen.i386 1:1.4.4-0.fc4.1 updates-released doxygen-debuginfo.i386 1:1.4.4-0.fc4.1 updates-released doxygen-doxywizard.i386 1:1.4.4-0.fc4.1 updates-released -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 19:37:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 14:37:00 -0500 Subject: [Bug 173035] New: Review Request: chmlib - Library for dealing with ITSS/CHM format 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=173035 Summary: Review Request: chmlib - Library for dealing with ITSS/CHM format files Product: Fedora Extras Version: devel Platform: All URL: http://66.93.236.84/~jedwin/projects/chmlib/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lemenkov at newmail.ru QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://paula.comtv.ru/chmlib.spec SRPM Name or Url: http://paula.comtv.ru/chmlib-0.37.4-1.src.rpm Description: CHMLIB is a library for dealing with ITSS/CHM format files. Right now, it is a very simple library, but sufficient for dealing with all of the .chm files I've come across. Due to the fairly well-designed indexing built into this particular file format, even a small library is able to gain reasonably good performance indexing into ITSS archives. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 12 19:37:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 14:37:17 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511121937.jACJbHPx012981@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173035 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 20:01:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 15:01:41 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511122001.jACK1fUD014256@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From triad at df.lth.se 2005-11-12 15:01 EST ------- Yeah, heh sorry I must have put my brain on the shelf... Looking into the WINE configure.ac you find that it looks for (the excellent program) fontforge, and if present, it will use the stuff in the fonts/ subdirectory to prepare a number of fonts, so it's a BR: fontforge. If you have fontforge (I believe, nota bene), the following build error log appears: fel: Installerade (men opaketerade) filer funna: /usr/share/fonts/wine/coue1255.fon /usr/share/fonts/wine/coue1256.fon /usr/share/fonts/wine/coue1257.fon /usr/share/fonts/wine/coure.fon /usr/share/fonts/wine/couree.fon /usr/share/fonts/wine/coureg.fon /usr/share/fonts/wine/courer.fon /usr/share/fonts/wine/couret.fon /usr/share/fonts/wine/cvgasys.fon /usr/share/fonts/wine/hvgasys.fon /usr/share/fonts/wine/jvgasys.fon /usr/share/fonts/wine/marlett.ttf /usr/share/fonts/wine/ssee1255.fon /usr/share/fonts/wine/ssee1256.fon /usr/share/fonts/wine/ssee1257.fon /usr/share/fonts/wine/ssee874.fon /usr/share/fonts/wine/sserife.fon /usr/share/fonts/wine/sserifee.fon /usr/share/fonts/wine/sserifeg.fon /usr/share/fonts/wine/sserifer.fon /usr/share/fonts/wine/sserifet.fon /usr/share/fonts/wine/svgasys.fon /usr/share/fonts/wine/vgas1255.fon /usr/share/fonts/wine/vgas1256.fon /usr/share/fonts/wine/vgas1257.fon /usr/share/fonts/wine/vgas874.fon /usr/share/fonts/wine/vgasys.fon /usr/share/fonts/wine/vgasyse.fon /usr/share/fonts/wine/vgasysg.fon /usr/share/fonts/wine/vgasysr.fon /usr/share/fonts/wine/vgasyst.fon (Sorry for Swedish locale, it means found but uninstalled files found.) My fontforge is: fontforge-20050502-1, luckily it is already in Fedora Extras. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From kevin-fedora-extras at scrye.com Sat Nov 12 20:06:51 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sat, 12 Nov 2005 13:06:51 -0700 Subject: BuildSystem questions References: <20051111171812.136FA3481ED@ningauble.scrye.com> <1131809338.3753.16.camel@localhost.localdomain> Message-ID: <20051112200654.672B545404C@ningauble.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Dan" == Dan Williams writes: Dan> On Fri, 2005-11-11 at 10:18 -0700, Kevin Fenzi wrote: >> If you have 2 packages (say A and B) and queue up first A and then >> B, can you be sure that A will be finished and be available by the >> time B is building? This doesn't seem to be the case currently, or >> there is a window there when it's not true. So for packages with >> other packages as dependencies should we wait until they have gone >> to the 'needsign' area? Or longer? before building the package that >> depends on them? >> >> I imagine there is a createrepo in there after A has completed, but >> B might have already started? Dan> Correct, there is no ordering guarantee at this time. Mainly Dan> because doing ordering would require depsolving on the build Dan> server which isn't implemented yet. It's not impossible though Dan> and is something I'd like to see in plague 0.5. It would be good to get something that would work for that asap. Currently if you have a string of packages that depends on the next one up in the chain, you have to build one, wait for it to be released and break the repository, then do the next one. Not very optimal. ;( Are you sure this isn't working now? Looking at the build system in the root.log files I see it refering to packages that are 'core' 'extras' or 'local'. Isn't 'local' the local needsign repository? >> If a job fails due to something that doesn't require any changes to >> the package (ie, it couldn't find a dependent package that was just >> built, the devel repository was in an unstable state, the build >> machine got stuck, martians killed the job, etc) do we still need >> to bump the release of the package and request a new build? Or will >> 'plague-client requeue NNN' work to rebuild the job after the >> problem is (hopefully) gone? Since the job failed, that release was >> never released, so there shouldn't be an issue there. Dan> If any build fails, you do need to bump the release before you Dan> stick a new build in. We had a discussion of a 'make force-tag' Dan> (essentially, cvs tag -F ) a long time ago and people Dan> decided it wasn't a good idea. But technically, if you know the Dan> magic cvs command and the tag format, you don't have to do bump Dan> the release before a rebuild. But if the job just failed due to a build system issue you shouldn't need to re-tag the package, right? Just requeue the job and it should run the same build again. Dan> A tag and release really only matter when they've gotten through Dan> the build system. You never want to RPMs with the same NEVR that Dan> differ in content, and you can't possibly have that if one hasn't Dan> gotten through the build system successfully. But they _don't_ differ in content. - - Submit job for package A-1.0-1.fc5 - - Build fails or gets stuck in the build system. - - make NO CHANGES to the package in cvs. - - plague-client kill NNN - - plague-client requeue NNN - - package builds and goes to needsign. Is there anything wrong with that procedure? I find it nasty to bump the release in a package just to get another build when nothing in the package has changed. If you have to modify the package to build of course you need to change release, but in this case nothing has changed except the buildsystem didn't get stuck on the job. >> Some observations/comments: >> >> If you kill a job with 'plague-client kill NNN' it says it killed >> it, but the web page shows it still there and unaffected. It then >> gets killed when it reaches a builder and mails that it was >> killed. Perhaps plage-client should say "job NNN will be killed >> when it reaches the builder" or something. Dan> Yes, this was reported earlier this week and is a bug when jobs Dan> are in the 'waiting' state. Hope to look at this this afternoon Dan> too. Excellent. Thanks. ;) >> The PPC machine seems to be somewhat of a bottleneck. A build of >> mine this morning took 4min on the i386/x86_64 arches and about >> 18min on the ppc machine. Should we look at adding another ppc >> machine? Or increasing memory in the existing one or something? If >> it's hard to get hardware allocated, perhaps we could stick up a >> donate button on the website to get more builder boxes? Dan> Two issues here... The PPC machine either has 4 processors or 2 Dan> x dual core, I forget which. So while it's got twice the number Dan> of CPUs as one of the hammer boxes, they are slightly slower. Dan> The real issue with the PPC machine is the disks, which seem to Dan> be slower in general, and that multiple mock/yum instances don't Dan> run in parallel. I think we're still seeing the issue where Dan> mock/yum lock the host machine's rpmdb even though they install Dan> to the chroot. That means only one 'prepping' job can actually Dan> execute at any time, even if 4 jobs are 'prepping'. Bummer. Perhaps we could add another ppc box to spread out the disk load? Or move to a RAID setup on it? FYI, two of my builds are currently sitting stuck on the build queue. - From what I can see in the log files, the build completed and the rpm was written out, but then it's not seeing that and moving it to needsign/addtorepo. Do you want to take a look at those jobs? Or should I just kill them and requeue? I'm in the #fedora-extras on irc.freenode.net too. Dan> Dan kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFDdkte3imCezTjY0ERAqQ+AJ9IyX1E1aRvioPLhov5WluZs6P0xgCfSOVV 5n7rHx1m0QH5xZ3WwwXdU34= =ArRq -----END PGP SIGNATURE----- From bugzilla at redhat.com Sat Nov 12 20:09:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 15:09:46 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511122009.jACK9kX5014818@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From triad at df.lth.se 2005-11-12 15:09 EST ------- The other bug (the weird screenshot) is (I have found) that winecfg needs the Arial.ttf font. If I put this in my ~/.fonts everything works. I guess it could also be available system-wide. But obviously wine doesn't find anything on my system until I put it in some obvious place like ~/.fonts. I will experiment more with this and see if there is some package adding the Arial.ttf font system-wide. You don't happen to have it installed somewhere on your machine, have you? (find /usr |grep Arial) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Sat Nov 12 20:14:51 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 12 Nov 2005 15:14:51 -0500 Subject: BuildSystem questions In-Reply-To: <20051112200654.672B545404C@ningauble.scrye.com> References: <20051111171812.136FA3481ED@ningauble.scrye.com> <1131809338.3753.16.camel@localhost.localdomain> <20051112200654.672B545404C@ningauble.scrye.com> Message-ID: <1131826491.24717.8.camel@bree.local.net> On Sat, 2005-11-12 at 13:06 -0700, Kevin Fenzi wrote: > >>>>> "Dan" == Dan Williams writes: > Dan> On Fri, 2005-11-11 at 10:18 -0700, Kevin Fenzi wrote: > >> If you have 2 packages (say A and B) and queue up first A and then > >> B, can you be sure that A will be finished and be available by the > >> time B is building? This doesn't seem to be the case currently, or > >> there is a window there when it's not true. So for packages with > >> other packages as dependencies should we wait until they have gone > >> to the 'needsign' area? Or longer? before building the package that > >> depends on them? > >> > >> I imagine there is a createrepo in there after A has completed, but > >> B might have already started? > > Dan> Correct, there is no ordering guarantee at this time. Mainly > Dan> because doing ordering would require depsolving on the build > Dan> server which isn't implemented yet. It's not impossible though > Dan> and is something I'd like to see in plague 0.5. > > It would be good to get something that would work for that asap. > > Currently if you have a string of packages that depends on the next > one up in the chain, you have to build one, wait for it to be released > and break the repository, then do the next one. Not very optimal. ;( You should just have to wait for it to be finished building (and not need releasing) now. Waiting for release was a temporary thing while the builder configs pointed to the wrong place for the needsign repo. That should be fixed as of yesterday afternoon. Jeremy From nman64 at n-man.com Sat Nov 12 20:25:33 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Sat, 12 Nov 2005 14:25:33 -0600 Subject: Kodos (Artwork copyright question) In-Reply-To: <1131803279.2799.6.camel@cutter> References: <1131764523.2893.9.camel@localhost.localdomain> <1131803279.2799.6.camel@cutter> Message-ID: <43764FBD.3070108@n-man.com> seth vidal wrote: > On Fri, 2005-11-11 at 22:02 -0500, Konstantin Ryabitsev wrote: > >> I'm currently packaging Kodos visual regex debugger[1] to submit to >> Extras, but in the process I've discovered that it includes and uses the >> graphic[2] that is, what looks like, a fanwork rendition of a minor >> Simpsons character[3]. The images don't serve any useful purpose in the >> program itself, but I still wanted to know what esteemed collegues think >> about their inclusion in something provided in Extras. Since it's an >> imitation rendition, I didn't think it'd be a problem, but I'm not an >> expert in these matters. >> >> [1] http://kodos.sourceforge.net/ >> [2] http://kodos.sourceforge.net/help/kodos.html >> [3] http://en.wikipedia.org/wiki/Fictional_characters_within_The_Simpsons#Kang_and_Kodos >> >> > > I'd say kill the graphic. It looks like a potential problem and it > doesn't serve any purpose. Of course there is the second concern that > kodos is a protected name by the creators of the simpsons. > > This might be one package that we want to pass onto legal about. > > -sv > > > I agree about the graphic. It almost certainly treads on protected IP. The name 'Kodos' has not been trademarked, but, when combined with the graphic, it's more than a little risky. If you kill the graphic, the package should be fine. You might contact the author and encourage him to use a different graphic, too. As long as no attempts are made to confuse the software 'Kodos' with the character 'Kodos', the name should be safe. Since it isn't trademarked, the name alone doesn't violate any IP, but the graphic creates that dangerous confusion. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.n-man.com -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From bugzilla at redhat.com Sat Nov 12 20:31:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 15:31:20 -0500 Subject: [Bug 172042] Review Request: cfitsio -- library to read and write FITS files. In-Reply-To: Message-ID: <200511122031.jACKVKWE016404@www.beta.redhat.com> Please 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 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-11-12 15:31 EST ------- Hi Matthew, looking at the 3.004-0.6.b SRPM it seems that there were still a few minor nits, some of which I missed earlier. They are all fixed in the above patch to the specfile and described here: nits: - please delete the "/%{_includedir}/%{name}/*.h" since it results in the header files being listed twice (the previous "/%{_includedir}/%{name}" already includes all of them) - rpmlint reports: W: cfitsio no-soname /usr/lib/libcfitsio.so and the attached (above) spec is one way to fix it. For more info on shared libs, please see: http://www.tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html - please add "unset FC" to the end of the %build section - the macro usage can be simplified a bit and some of the "/"'s in some paths are redundant good: + builds in mock on FC4 + with the above patch, the only rpmlint complaint is: W: cfitsio-devel no-documentation which can be safely ignored APPROVED. Please feel free to make the above changes (or equivalent changes) after you have checked it into CVS but before the first build request. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 20:49:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 15:49:59 -0500 Subject: [Bug 173033] Review Request: doxygen In-Reply-To: Message-ID: <200511122049.jACKnxgG017203@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: doxygen https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173033 ------- Additional Comments From kevin at planetsaphire.com 2005-11-12 15:49 EST ------- I have e-mailed than at redhat.com, the last known maintainer of doxygen Core, about the enhancements. I could not find out if that has changed over the years, despite an exhaustive search. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 21:01:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 16:01:07 -0500 Subject: [Bug 173033] Review Request: doxygen In-Reply-To: Message-ID: <200511122101.jACL171D017693@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: doxygen https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173033 ------- Additional Comments From kevin at planetsaphire.com 2005-11-12 16:00 EST ------- This is all I get after obtaining the info of the latest doxygen package. It does not tell me the exact person that is responsible for maintaining "doxygen Core". I hope Than is the correct person. [root at planetsaphire doxygen]# rpm -q --info doxygen Name : doxygen Relocations: /usr Version : 1.4.5 Vendor: Red Hat, Inc. Release : 1 Build Date: Sat 15 Oct 2005 11:50:56 AM EDT Install Date: Sat 12 Nov 2005 04:01:01 PM EST Build Host: hs20-bc1-5.build.redhat.com Group : Development/Tools Source RPM: doxygen-1.4.5-1.src.rpm Size : 7178018 License: GPL Signature : (none) Packager : Red Hat, Inc. URL : http://www.stack.nl/~dimitri/doxygen/index.html Summary : A documentation system for C/C++. Description : Doxygen can generate an online class browser (in HTML) and/or a reference manual (in LaTeX) from a set of documented source files. The documentation is extracted directly from the sources. Doxygen can also be configured to extract the code structure from undocumented source files. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From icon at fedoraproject.org Sat Nov 12 18:55:55 2005 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sat, 12 Nov 2005 13:55:55 -0500 Subject: Kodos (Artwork copyright question) In-Reply-To: <1131803279.2799.6.camel@cutter> References: <1131764523.2893.9.camel@localhost.localdomain> <1131803279.2799.6.camel@cutter> Message-ID: <1131821755.2927.4.camel@localhost.localdomain> On Sat, 2005-12-11 at 08:47 -0500, seth vidal wrote: > I'd say kill the graphic. It looks like a potential problem and it > doesn't serve any purpose. Of course there is the second concern that > kodos is a protected name by the creators of the simpsons. I don't think the name is a problem, seeing as they have already taken it from Star Trek, and it's therefore unlikely to be (tm). I can kill the graphics, but the question is how do I proceed about it -- should I remove them from the tarball, re-roll it, and then submit to extras, or should I kill it in .spec (in which case the potentially offending graphics will still be there in the SRPM). > This might be one package that we want to pass onto legal about. OK, I'll email them later, unless I get a clear response here. I will also try contacting the author. -- Konstantin Ryabitsev McGill University WSG Montr?al, Qu?bec From skvidal at phy.duke.edu Sat Nov 12 21:24:35 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 12 Nov 2005 16:24:35 -0500 Subject: Kodos (Artwork copyright question) In-Reply-To: <1131821755.2927.4.camel@localhost.localdomain> References: <1131764523.2893.9.camel@localhost.localdomain> <1131803279.2799.6.camel@cutter> <1131821755.2927.4.camel@localhost.localdomain> Message-ID: <1131830675.5370.14.camel@cutter> On Sat, 2005-11-12 at 13:55 -0500, Konstantin Ryabitsev wrote: > On Sat, 2005-12-11 at 08:47 -0500, seth vidal wrote: > > I'd say kill the graphic. It looks like a potential problem and it > > doesn't serve any purpose. Of course there is the second concern that > > kodos is a protected name by the creators of the simpsons. > > I don't think the name is a problem, seeing as they have already taken > it from Star Trek, and it's therefore unlikely to be (tm). I can kill > the graphics, but the question is how do I proceed about it -- should I > remove them from the tarball, re-roll it, and then submit to extras, or > should I kill it in .spec (in which case the potentially offending > graphics will still be there in the SRPM). not that it matters but: taking it from star trek can almost certainly b/c considered parody. Considering it is the simpsons. -sv From bugzilla at redhat.com Sat Nov 12 21:55:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 16:55:32 -0500 Subject: [Bug 173040] New: Review Request: rlog - Runtime Logging for C++ Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 Summary: Review Request: rlog - Runtime Logging for C++ Product: Fedora Extras Version: devel Platform: All URL: http://arg0.net/wiki/rlog OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lemenkov at newmail.ru QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://paula.comtv.ru/rlog.spec SRPM Name or Url: http://paula.comtv.ru/rlog-1.3.7-1.src.rpm Description: RLog provides a flexible message logging facility for C++ programs and libraries. It is meant to be fast enough to leave in production code. RLog needs for EncFS, a filesystem in user-space, which uses FUSE. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 12 21:55:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 16:55:50 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511122155.jACLtoFX020514@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173040 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Sat Nov 12 23:03:02 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 13 Nov 2005 00:03:02 +0100 Subject: use of %{__*} macros Message-ID: <20051112230302.GA3411@free.fr> Hello, Should macros like %{__make}, %{__install} and so on be avoided in fedora extra spec files, or is it up to the packager? -- Pat From bdpepple at ameritech.net Sat Nov 12 23:10:19 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Sat, 12 Nov 2005 18:10:19 -0500 Subject: use of %{__*} macros In-Reply-To: <20051112230302.GA3411@free.fr> References: <20051112230302.GA3411@free.fr> Message-ID: <1131837019.8897.0.camel@shuttle.273piedmont.com> On Sun, 2005-11-13 at 00:03 +0100, Patrice Dumas wrote: > Hello, > > Should macros like %{__make}, %{__install} and so on be avoided in fedora > extra spec files, or is it up to the packager? > Last I checked, it was up to the packager. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sat Nov 12 23:16:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 18:16:37 -0500 Subject: [Bug 173035] Review Request: chmlib - Library for dealing with ITSS/CHM format files In-Reply-To: Message-ID: <200511122316.jACNGb7Q025291@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: chmlib - Library for dealing with ITSS/CHM format files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173035 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pertusus at free.fr ------- Additional Comments From pertusus at free.fr 2005-11-12 18:16 EST ------- I made a diff for the following issues: - use simpler {__make} DESTDIR=%{buildroot} install instead of %makeinstall - don't package .la files - add %post/postun -p /sbin/ldconfig - cleaner deffatr - add %doc, especially licence - don't own %{includedir} - add version-release - in devel Requires: %{name} = %{version}-%{release} One thing remains to be corrected: the summary for the devel package is too long. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Sun Nov 13 00:22:07 2005 From: dcbw at redhat.com (Dan Williams) Date: Sat, 12 Nov 2005 19:22:07 -0500 Subject: BuildSystem questions In-Reply-To: <20051112200654.672B545404C@ningauble.scrye.com> References: <20051111171812.136FA3481ED@ningauble.scrye.com> <1131809338.3753.16.camel@localhost.localdomain> <20051112200654.672B545404C@ningauble.scrye.com> Message-ID: <1131841328.3501.2.camel@localhost.localdomain> On Sat, 2005-11-12 at 13:06 -0700, Kevin Fenzi wrote: > >>>>> "Dan" == Dan Williams writes: > But they _don't_ differ in content. > > - - Submit job for package A-1.0-1.fc5 > - - Build fails or gets stuck in the build system. > - - make NO CHANGES to the package in cvs. > - - plague-client kill NNN > - - plague-client requeue NNN > - - package builds and goes to needsign. > > Is there anything wrong with that procedure? I find it nasty to bump > the release in a package just to get another build when nothing in the > package has changed. If you have to modify the package to build of > course you need to change release, but in this case nothing has > changed except the buildsystem didn't get stuck on the job. No, nothing wrong with that procedure. Buildsystem issues shouldn't require a retag unless the job has actually made it through to needsign, which almost none will. You can simply requeue. > Dan> Two issues here... The PPC machine either has 4 processors or 2 > Dan> x dual core, I forget which. So while it's got twice the number > Dan> of CPUs as one of the hammer boxes, they are slightly slower. > Dan> The real issue with the PPC machine is the disks, which seem to > Dan> be slower in general, and that multiple mock/yum instances don't > Dan> run in parallel. I think we're still seeing the issue where > Dan> mock/yum lock the host machine's rpmdb even though they install > Dan> to the chroot. That means only one 'prepping' job can actually > Dan> execute at any time, even if 4 jobs are 'prepping'. I'm actually 50% wrong here, the problem is not mock/yum waiting on buildroot locks as I've just found out. So I think its just slower disks or something, not anything intrinsic to mock or yum. Dan From j.w.r.degoede at hhs.nl Sun Nov 13 00:35:57 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 13 Nov 2005 01:35:57 +0100 Subject: gcc segfaults on hammer2 Message-ID: <43768A6D.4070007@hhs.nl> Hi, I've a x86_64 machine myself and on my machine (few days old rawhide) directfb builds fine. But on hammer2 it crashes with a segfault, see: http://buildsys.fedoraproject.org/logs/fedora-development-extras/868-directfb-0.9.24-1.fc5/x86_64/build.log Any clues? I'll try to upgrade to a fully up2date rawhide to see if I can reproduce. Regards, Hans From steve at silug.org Sun Nov 13 01:11:33 2005 From: steve at silug.org (Steven Pritchard) Date: Sat, 12 Nov 2005 19:11:33 -0600 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: <200511111801.jABI1H7W030152@www.beta.redhat.com> References: <200511111801.jABI1H7W030152@www.beta.redhat.com> Message-ID: <20051113011133.GA25819@osiris.silug.org> > In the nearest future (next week) I am going to make a VPN gate for my local > network, and just this package is required to me. You should save yourself a lot of trouble and use openvpn instead. 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 Sun Nov 13 01:28:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 20:28:56 -0500 Subject: [Bug 172872] Review Request: sloccount In-Reply-To: Message-ID: <200511130128.jAD1SuBn000595@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sloccount https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172872 ------- Additional Comments From ed at eh3.com 2005-11-12 20:28 EST ------- Hi Bastien & Josh, I don't think the "Please credit..." line should be seen as anything more (or less!) than a polite request by the author. The lines immediately preceeding it clearly and unequivocally state that SLOCCount is GPL-ed. Moving on to a quick (incomplete!) review, I noticed the following: - the source does not match upstream according to: wget http://www.dwheeler.com/sloccount/sloccount-2.26.tar.gz cmp sloccount-2.26.tar.gz.1 sloccount-2.26.tar.gz and this is a necessary pre-requisiste for almost any review - wrong "BuildRoot:" is used -- please see: http://fedoraproject.org/wiki/PackagingGuidelines -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 03:17:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 22:17:33 -0500 Subject: [Bug 173033] Review Request: doxygen In-Reply-To: Message-ID: <200511130317.jAD3HX3T005572@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: doxygen https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173033 ------- Additional Comments From rdieter at math.unl.edu 2005-11-12 22:17 EST ------- Just file a bugzilla report (enhancement) against doxygen. It'll get to the right person. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From sopwith at redhat.com Sun Nov 13 03:50:36 2005 From: sopwith at redhat.com (Elliot Lee) Date: Sat, 12 Nov 2005 22:50:36 -0500 (EST) Subject: Not quite sure how to generate this In-Reply-To: <1131756444.28862.16.camel@localhost> References: <1131756444.28862.16.camel@localhost> Message-ID: Hey Paul, >From the error, it looks like you already have another account registered to the same e-mail address. Best, -- Elliot > I'm working through the form to request CVS access for a couple of > packages I'm trying to get into FE. Now, the problem is this. As you can > see, I have a gpg signature on this email. It's available via > pgp.mit.edu From bugzilla at redhat.com Sun Nov 13 04:03:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 23:03:17 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511130403.jAD43Hut007729@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 ------- Additional Comments From ed at eh3.com 2005-11-12 23:03 EST ------- The "Source:" URL (using "1.0.2005_10_31_0336" for the %{version}): http://www.cse.ohio-state.edu/~gurari/TeX4ht/fix/tex4ht-%{version}.tar.gz doesn't work for me -- are you sure its correct? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 04:51:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 12 Nov 2005 23:51:16 -0500 Subject: [Bug 172677] Review Request: perl-Readonly In-Reply-To: Message-ID: <200511130451.jAD4pGsr009919@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 ------- Additional Comments From rc040203 at freenet.de 2005-11-12 23:51 EST ------- (In reply to comment #5) > I think the bundling makes sense in this case. I could not disagree more. * Readonly-XS and Readonly are independent, there is no dependency between both. Actually, Readonly-XS is a sort of overlay plugin to Readonly * Readonly is noarch/Readonly-XS is arch'ed. Probs will occur, should Readonly-XS not be buildable on one particular architecture. * Splitting both makes the *specs much simpler and less error-prone. => There is no technically need to merge these perl-dists into one, therefore there is no need to make an exception from the FE packaging rules. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Sun Nov 13 05:30:26 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 13 Nov 2005 06:30:26 +0100 Subject: static libraries' policy In-Reply-To: <20051112180502.GD11037@redhat.com> References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> <1131812489.2955.12.camel@localhost> <20051112180502.GD11037@redhat.com> Message-ID: <1131859826.16644.3.camel@mccallum.corsepiu.local> On Sat, 2005-11-12 at 13:05 -0500, Daniel Veillard wrote: > On Sat, Nov 12, 2005 at 08:21:28AM -0800, Toshio Kuratomi wrote: > > On Fri, 2005-11-11 at 18:36 +0100, Christian.Iseli at licr.org wrote: > > > buc at odusz.so-cdu.ru said: > > > > In other words - what I should do with static libraries today? > > > > > > So far, I have seen pretty good arguments why static libraries should *not* be > > > included by default: > > > - they introduce security risks > > > - they add bulk to devel packages > > > - some features of modern OS/compiler combos only work with shared libs > > > > > > I don't think I have seen a good argument why static libraries *should* be > > > included *by default* (except maybe "convenience", but convenience to whom ?). > > > > > Daniel Velliard's LSB argument was accepted by Jens as a reason to > > modify his original proposal. I've never looked into the LSB until > > today so I'm not certain of the argument but this is what I've found: > > > > A strictly conforming application shall not require or use any > > interface, facility, or implementation-defined extension that is not > > defined in this document in order to be installed or to execute > > successfully.[1]_ > > > > [1]_ > > http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/application.html > > > > If this isn't the relevant section, Daniel or jens will have to speak > > up :-) > > yes that was my point basically. There is no fixated Linux ABI. This renders all attempts to build LSB compliant packages moot and renders the LSB moot as a whole. Ralf From bugzilla at redhat.com Sun Nov 13 05:37:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 00:37:11 -0500 Subject: [Bug 173033] Review Request: doxygen In-Reply-To: Message-ID: <200511130537.jAD5bBfq012169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: doxygen https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173033 kevin at planetsaphire.com changed: What |Removed |Added ---------------------------------------------------------------------------- Product|Fedora Extras |Fedora Core Component|Package Review |doxygen ------- Additional Comments From kevin at planetsaphire.com 2005-11-13 00:36 EST ------- (In reply to comment #4) > Just file a bugzilla report (enhancement) against doxygen. It'll get to the > right person. I tried looking for doxygen in the products list, and I didn't see it on the list. I didn't -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 05:38:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 00:38:46 -0500 Subject: [Bug 173033] Review Request: doxygen In-Reply-To: Message-ID: <200511130538.jAD5ckHB012208@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: doxygen https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173033 ------- Additional Comments From kevin at planetsaphire.com 2005-11-13 00:38 EST ------- never mind, I found out that "doxygen" was in a different product (Fedora Core, not Fedora Extras) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 05:40:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 00:40:44 -0500 Subject: [Bug 172217] Review Request: xchat-gnome In-Reply-To: Message-ID: <200511130540.jAD5eiRb012371@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xchat-gnome https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172217 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From bdpepple at ameritech.net 2005-11-13 00:40 EST ------- Package 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 Nov 13 05:47:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 00:47:48 -0500 Subject: [Bug 173035] Review Request: chmlib - Library for dealing with ITSS/CHM format files In-Reply-To: Message-ID: <200511130547.jAD5lmxA012738@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: chmlib - Library for dealing with ITSS/CHM format files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173035 ------- Additional Comments From lemenkov at newmail.ru 2005-11-13 00:47 EST ------- OK, updated. Spec Name or Url: http://paula.comtv.ru/chmlib.spec SRPM Name or Url: http://paula.comtv.ru/chmlib-0.37.4-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 05:50:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 00:50:38 -0500 Subject: [Bug 173033] Improvements to the doxygen Packages in Fedora Core In-Reply-To: Message-ID: <200511130550.jAD5oct2012846@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Improvements to the doxygen Packages in Fedora Core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173033 kevin at planetsaphire.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: doxygen |Improvements to the doxygen | |Packages in Fedora Core CC|fedora-extras- | |list at redhat.com | OtherBugsDependingO|163776 | nThis| | External Bug| |http://bugzilla.gnome.org/sh Reference| |ow_bug.cgi?id=317773 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 13 06:00:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 01:00:41 -0500 Subject: [Bug 173052] New: Review Request: ttywatch Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 Summary: Review Request: ttywatch Product: Fedora Extras Version: devel Platform: All URL: http://domsch.com/linux/fedora/extras/ttywatch OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Matt_Domsch at dell.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://domsch.com/linux/fedora/extras/ttywatch/ttywatch.spec SRPM Name or Url: http://domsch.com/linux/fedora/extras/ttywatch/ttywatch-0.14-1.src.rpm Description: ttywatch was originally designed to log serial console output from lots of Linux machines on a single monitor machine. It handles log rotation correctly and can be configured both in a configuration file and on the command line -- and you can mix-and-match at your convenience. It can be set up to allow users to interact via the network with any of the ports being logged. It can also log output in arbitrary ways via modules, which can be built with the ttywatch-devel package. Builds clean in mock for {FC3,FC4,devel}x{i386,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 Sun Nov 13 06:00:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 01:00:58 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511130600.jAD60wlj013385@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173052 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 13 06:10:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 01:10:07 -0500 Subject: [Bug 172677] Review Request: perl-Readonly In-Reply-To: Message-ID: <200511130610.jAD6A7LD013655@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 ------- Additional Comments From mpeters at mac.com 2005-11-13 01:09 EST ------- OK. I'll build them separately and submit a spec file for perl-Readonly-XS. I'll fix the benchmark.pl issue as well - I suspect it can be thrown into %doc but I'll verify first. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 06:56:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 01:56:26 -0500 Subject: [Bug 172677] Review Request: perl-Readonly In-Reply-To: Message-ID: <200511130656.jAD6uQuK015966@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172677 ------- Additional Comments From mpeters at mac.com 2005-11-13 01:56 EST ------- New rpm and spec file: http://mpeters.us/fc_extras/perl-Readonly-1.03-2.src.rpm http://mpeters.us/fc_extras/perl-Readonly.spec I'll attach the spec file in case there are still issues with people not being able to access my site. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 07:01:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 02:01:58 -0500 Subject: [Bug 173053] New: Review Request: perl-Readonly-XS Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173053 Summary: Review Request: perl-Readonly-XS Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: mpeters at mac.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mpeters.us/fc_extras/perl-Readonly-XS.spec SRPM Name or Url: http://mpeters.us/fc_extras/perl-Readonly-XS-1.03-1.src.rpm Description: perl-Readonly-XS is a companion module for Readonly.pm, to speed up read-only scalar variables -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 13 07:02:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 02:02:15 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511130702.jAD72Fx4016270@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173053 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From petro at mail.ru Sun Nov 13 06:59:15 2005 From: petro at mail.ru (Peter Lemenkov) Date: Sun, 13 Nov 2005 09:59:15 +0300 Subject: use of %{__*} macros In-Reply-To: <20051112230302.GA3411@free.fr> References: <20051112230302.GA3411@free.fr> Message-ID: On Sun, 13 Nov 2005, Patrice Dumas wrote: > Should macros like %{__make}, %{__install} and so on be avoided in fedora > extra spec files, or is it up to the packager? What's wrong with these macros? -- With best regards, Peter Lemenkov. From bugzilla at redhat.com Sun Nov 13 07:06:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 02:06:07 -0500 Subject: [Bug 173053] Review Request: perl-Readonly-XS In-Reply-To: Message-ID: <200511130706.jAD767MA016405@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly-XS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173053 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-perl-devel- | |list at redhat.com ------- Additional Comments From mpeters at mac.com 2005-11-13 02:06 EST ------- This is a companion package to the package submitted in bug 172677 and is intended to be an explicit Requires of that package (so that yum will pull this in when perl-Readonly is 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 Sun Nov 13 07:13:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 02:13:24 -0500 Subject: [Bug 173040] Review Request: rlog - Runtime Logging for C++ In-Reply-To: Message-ID: <200511130713.jAD7DOMe016834@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rlog - Runtime Logging for C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 ------- Additional Comments From lemenkov at newmail.ru 2005-11-13 02:13 EST ------- Slightly changed spec-file. Spec Name or Url: http://paula.comtv.ru/rlog.spec SRPM Name or Url: http://paula.comtv.ru/rlog-1.3.7-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 07:15:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 02:15:52 -0500 Subject: [Bug 173053] Review Request: perl-Readonly-XS In-Reply-To: Message-ID: <200511130715.jAD7FqnT016948@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Readonly-XS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173053 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |172677 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-13 02:15 EST ------- I'm putting this in as blocking 172677 because if it fails to build on a supported arch and can't be fixed, 172677 will need to be changed so that it can ifnarch the broken arch before it can be built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 09:01:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 04:01:53 -0500 Subject: [Bug 173054] New: Review Request: wavpack - completely open audiocodec Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173054 Summary: Review Request: wavpack - completely open audiocodec Product: Fedora Extras Version: devel Platform: All URL: http://www.wavpack.com/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lemenkov at newmail.ru QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://paula.comtv.ru/wavpack.spec SRPM Name or Url: http://paula.comtv.ru/wavpack-4.3-1.src.rpm Description: WavPack is a completely open audio compression format providing lossless, high-quality lossy, and a unique hybrid compression mode. Although the technology is loosely based on previous versions of WavPack, the new version 4 format has been designed from the ground up to offer unparalleled performance and functionality. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 09:02:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 04:02:06 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511130902.jAD9263C023728@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173054 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Sun Nov 13 10:11:34 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Nov 2005 11:11:34 +0100 Subject: Broken dependencies in Fedora Extras Development Message-ID: <20051113111134.62662640.bugs.michael@gmx.net> Packages with broken dependencies: QuantLib R aalib airsnort allegro amarok apcupsd apt at autotrace bazaar bigloo bzflag centericq cfengine cone cyrus darcs diradmin elmo erlang esmtp exim flow fltk fwbuilder gda gdl git gobby grip hdf5 hping2 iftop imlib2 irssi jabberd kannel kasablanca koffice kphone lft libc libcaca libesmtp libetpan libfwbuilder mail mozilla nail ngrep obby opensc openslp p0f pam_mount pam_opensc pam_ssh perl pgadmin3 pl plt proftpd pure qca qtparted scanssh screem scribus seahorse suck sword sylpheed tla tripwire ucarp up uw valknut x3270 xca xfprint xosd xprobe2 xsupplicant ------------------------------------------------------------------- Fedora Extras Development i386 ------------------------------------------------------------------- package: QuantLib-test - 0.3.10-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libboost_unit_test_framework.so.1 package: opensc-devel - 0.9.6-2.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: libfwbuilder - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: openslp-server - 1.2.1-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: gda-postgres - 1:1.2.0-5.i386 from fedora-extras-development-i386 unresolved deps: libpq.so.3 package: hping2 - 2.0.0-0.5.rc3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: cyrus-imapd-murder - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: up-imapproxy - 1.2.4-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: darcs - 1.0.3-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: xprobe2 - 0.3-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: sylpheed-claws - 1.9.15-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: elmo - 1.2.0-4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: cyrus-imapd - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: hdf5 - 1.6.4-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: pam_mount - 0.9.25-4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: cone - 0.65-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: seahorse - 0.7.9-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 package: plt-scheme - 299.200-10.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: fwbuilder-ipt - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: cfengine - 2.1.16-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: erlang - R10B-6.4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: git-core - 0.99.8f-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: proftpd - 1.2.10-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: nail - 11.25-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: R-devel - 2.2.0-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: irssi - 0.8.9-7.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: uw-imap-utils - 2004g-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: fwbuilder-pf - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-kexi - 1.4.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: scanssh - 2.1-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: amarok-arts - 1.2.2-1.i386 from fedora-extras-development-i386 unresolved deps: amarok = 0:1.2.2 package: x3270-x11 - 3.3.4-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: scribus - 1.2.1-5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-krita - 1.4.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libMagick.so.6 package: libc-client2004g - 2004g-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: grip - 1:3.2.0-8.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: qtparted - 0.4.5-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libparted-1.6.so.13 package: xosd-devel - 2.2.14-3.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: apcupsd - 3.10.18-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: diradmin - 1.6.0-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: pam_opensc - 0.9.6-2.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: kannel - 1.4.0-5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: fltk-devel - 1.1.6-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: openslp - 1.2.1-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: xca - 0.5.1-3.fc4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: koffice-filters - 1.4.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libMagick.so.6 package: obby - 0.2.0-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libhowl.so.0 package: xfprint - 4.2.2-1.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: libesmtp - 1.0.3r1-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: apt-groupinstall - 0.5.15cnc7-2.i386 from fedora-extras-development-i386 unresolved deps: comps package: flow-tools - 0.68-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: airsnort - 0.2.7e-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: fwbuilder - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: allegro-devel - 4.0.3-13.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: screem - 0.14.1-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 libgnome-menu.so.0 package: darcs-server - 1.0.3-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: xsupplicant - 1.2.1-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: aalib-devel - 1.4.0-0.rc5.5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: fwbuilder-ipf - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: lft - 2.31-3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: tripwire - 2.3.1-22.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: iftop - 0.16-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: bzflag - 2.0.2-4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: pure-ftpd - 1.0.20-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: kphone - 4.2-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: mail-notification - 2.0-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-karbon - 1.4.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libMagick.so.6 package: pam_ssh - 1.91-9.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: perl-Cyrus - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: pgadmin3 - 1.0.2-5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: valknut - 0.3.7-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: gdl - 0.8.10-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: libMagick++.so.6 package: cyrus-imapd-utils - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: ucarp - 1.1-1.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: pl - 5.4.6-9.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: sword - 1.5.8-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: centericq - 4.21.0-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: qca-tls - 1.0-4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: uw-imap - 2004g-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: opensc - 0.9.6-2.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: autotrace - 0.31.1-3.i386 from fedora-extras-development-i386 unresolved deps: libMagick.so.6 package: fwbuilder-ipfw - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: imlib2-devel - 1.2.1-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: mozilla-opensc-signer - 0.9.6-2.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: at-poke - 0.2.2-2.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 package: esmtp - 0.5.1-7.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: p0f - 2.0.5-3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: x3270-text - 3.3.4-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: apcupsd-cgi - 3.10.18-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: ngrep - 1.44-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: x3270 - 3.3.4-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: kasablanca - 0.4.0.2-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: cyrus-imapd-nntp - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: libcaca-devel - 0.9-5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: libetpan - 0.39.1-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: exim - 4.54-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: bazaar - 1.4.2-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: apt - 0.5.15cnc7-2.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: tla - 1.3.1-4.fix.1.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 ------------------------------------------------------------------- Fedora Extras Development x86_64 ------------------------------------------------------------------- package: ucarp - 1.1-1.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: centericq - 4.21.0-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: allegro-devel - 4.0.3-13.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: qca-tls - 1.0-4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: screem - 0.14.1-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) libgnome-menu.so.0()(64bit) package: ngrep - 1.44-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: gobby - 0.2.2-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libhowl.so.0()(64bit) package: pam_opensc - 0.9.6-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: scanssh - 2.1-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: p0f - 2.0.5-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: pam_mount - 0.9.25-4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: seahorse - 0.7.9-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) package: koffice-filters - 1.4.2-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick.so.6()(64bit) package: up-imapproxy - 1.2.4-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: koffice-karbon - 1.4.2-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick.so.6()(64bit) package: fwbuilder-pf - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: libcaca-devel - 0.9-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: bazaar - 1.4.2-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: imlib2-devel - 1.2.1-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: flow-tools - 0.68-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: pure-ftpd - 1.0.20-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: proftpd - 1.2.10-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: pgadmin3 - 1.0.2-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: xprobe2 - 0.3-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: cone - 0.65-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: sylpheed-claws - 1.9.15-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: fwbuilder-ipf - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: nail - 11.25-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: fwbuilder - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: opensc-devel - 0.9.6-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: cyrus-imapd-utils - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: kphone - 4.2-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: x3270 - 3.3.4-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: autotrace - 0.31.1-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick.so.6()(64bit) package: xsupplicant - 1.2.1-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: uw-imap - 2004g-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: cyrus-imapd - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: libesmtp - 1.0.3r1-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: sword - 1.5.8-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: xfprint - 4.2.2-1.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: diradmin - 1.6.0-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: xosd-devel - 2.2.14-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: erlang - R10B-6.4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: x3270-text - 3.3.4-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: gda-postgres - 1:1.2.0-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpq.so.3()(64bit) package: uw-imap-utils - 2004g-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: apcupsd - 3.10.18-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: at-poke - 0.2.2-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) package: esmtp - 0.5.1-7.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: hping2 - 2.0.0-0.5.rc3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: opensc - 0.9.6-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: cyrus-imapd-nntp - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: gdl - 0.8.10-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick++.so.6()(64bit) package: iftop - 0.16-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: cyrus-imapd-murder - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: openslp - 1.2.1-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: libfwbuilder - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: valknut - 0.3.7-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: qtparted - 0.4.5-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libparted-1.6.so.13()(64bit) package: libetpan - 0.39.1-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: aalib-devel - 1.4.0-0.rc5.5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: obby-devel - 0.2.0-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: howl-devel package: fwbuilder-ipt - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: perl-Cyrus - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: scribus - 1.2.1-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: libc-client2004g - 2004g-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: cfengine - 2.1.16-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: git-core - 0.99.8f-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: amarok-arts - 1.2.2-1.x86_64 from fedora-extras-development-x86_64 unresolved deps: amarok = 0:1.2.2 package: koffice-krita - 1.4.2-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick.so.6()(64bit) package: darcs-server - 1.0.3-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: koffice-kexi - 1.4.2-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: grip - 1:3.2.0-8.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: xca - 0.5.1-3.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: exim - 4.54-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: tla - 1.3.1-4.fix.1.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: hdf5 - 1.6.4-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: openslp-server - 1.2.1-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: bzflag - 2.0.2-4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: fwbuilder-ipfw - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: kasablanca - 0.4.0.2-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: darcs - 1.0.3-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: plt-scheme - 299.200-10.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: lft - 2.31-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: x3270-x11 - 3.3.4-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: mail-notification - 2.0-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: apcupsd-cgi - 3.10.18-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: R-devel - 2.2.0-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: mozilla-opensc-signer - 0.9.6-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: QuantLib-test - 0.3.10-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libboost_unit_test_framework.so.1()(64bit) package: fltk-devel - 1.1.6-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: irssi - 0.8.9-7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: obby - 0.2.0-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libhowl.so.0()(64bit) package: pam_ssh - 1.91-9.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: airsnort - 0.2.7e-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) ------------------------------------------------------------------- Fedora Extras Development ppc ------------------------------------------------------------------- package: openslp-server - 1.2.1-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: elmo - 1.2.0-4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: exim - 4.54-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: uw-imap-utils - 2004g-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: libfwbuilder - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: libetpan - 0.39.1-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: qtparted - 0.4.5-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libparted-1.6.so.13 package: at-poke - 0.2.2-2.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 package: bigloo - 2.6f-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: diradmin - 1.6.0-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: erlang - R10B-6.4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: cyrus-imapd-nntp - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: koffice-karbon - 1.4.2-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libMagick.so.6 package: perl-Cyrus - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: hping2 - 2.0.0-0.5.rc3.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: libesmtp - 1.0.3r1-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: fwbuilder-pf - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: plt-scheme - 299.200-10.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: pl - 5.4.6-9.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: kannel - 1.4.0-5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: grip - 1:3.2.0-8.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: fwbuilder-ipt - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: darcs-server - 1.0.3-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: cyrus-imapd-murder - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: suck - 4.3.2-9.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 package: apt-groupinstall - 0.5.15cnc7-3.ppc from fedora-extras-development-ppc unresolved deps: comps package: apt - 0.5.15cnc7-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: bzflag - 2.0.2-4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: cfengine - 2.1.16-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: esmtp - 0.5.1-7.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: x3270-text - 3.3.4-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: jabberd - 2.0-0.s6.5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libpq.so.3 libcrypto.so.5 package: flow-tools - 0.68-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: imlib2-devel - 1.2.1-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: QuantLib-test - 0.3.10-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libboost_unit_test_framework.so.1 package: x3270 - 3.3.4-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: libcaca-devel - 0.9-5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: autotrace - 0.31.1-3.ppc from fedora-extras-development-ppc unresolved deps: libMagick.so.6 package: nail - 11.25-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: bigloo-libs - 2.6f-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: koffice-krita - 1.4.2-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libMagick.so.6 package: openslp - 1.2.1-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: xprobe2 - 0.3-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: cone - 0.65-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: gdl - 0.8.10-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libMagick++.so.6 package: mail-notification - 2.0-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-kexi - 1.4.2-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: centericq - 4.21.0-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: lft - 2.31-3.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: kphone - 4.2-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: sword - 1.5.8-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: valknut - 0.3.7-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: cyrus-imapd-utils - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: apcupsd-cgi - 3.10.18-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: screem - 0.14.1-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 libgnome-menu.so.0 package: cyrus-imapd - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: R-devel - 2.2.0-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: scribus - 1.2.1-5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: irssi - 0.8.9-7.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: proftpd - 1.2.10-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: iftop - 0.16-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: xosd-devel - 2.2.14-3.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: fwbuilder-ipf - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: pure-ftpd - 1.0.20-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: obby - 0.2.0-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libhowl.so.0 package: opensc - 0.9.6-2.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: apcupsd - 3.10.18-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: xsupplicant - 1.2.1-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: fwbuilder-ipfw - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: aalib-devel - 1.4.0-0.rc5.5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: pam_mount - 0.9.25-4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: up-imapproxy - 1.2.4-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: xca - 0.5.1-3.fc4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: qca-tls - 1.0-4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: kasablanca - 0.4.0.2-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: xfprint - 4.2.2-1.fc4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: opensc-devel - 0.9.6-2.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: git-core - 0.99.9a-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: sylpheed-claws - 1.9.15-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: gda-postgres - 1:1.2.0-5.ppc from fedora-extras-development-ppc unresolved deps: libpq.so.3 package: allegro-devel - 4.0.3-13.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: pam_opensc - 0.9.6-2.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: ngrep - 1.44-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: libc-client2004g - 2004g-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: ucarp - 1.1-1.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: darcs - 1.0.3-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-filters - 1.4.2-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libMagick.so.6 package: fwbuilder - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: seahorse - 0.7.9-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 package: pam_ssh - 1.91-9.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: hdf5 - 1.6.4-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: x3270-x11 - 3.3.4-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: airsnort - 0.2.7e-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: scanssh - 2.1-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: p0f - 2.0.5-3.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: bazaar - 1.4.2-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: fltk-devel - 1.1.6-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: mozilla-opensc-signer - 0.9.6-2.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: pgadmin3 - 1.0.2-5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: uw-imap - 2004g-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 From bugzilla at redhat.com Sun Nov 13 10:15:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 05:15:32 -0500 Subject: [Bug 173040] Review Request: rlog - Runtime Logging for C++ In-Reply-To: Message-ID: <200511131015.jADAFWTB003881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rlog - Runtime Logging for C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 enrico.scholz at informatik.tu-chemnitz.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |enrico.scholz at informatik.tu- | |chemnitz.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2005-11-13 05:15 EST ------- * version-release tags should be added to the changelog entry(s) (at least to your ones) * package checks for 'valgrind' (which is available). afais, it is used in an assertion function only but perhaps it should be added to the BuildRequires? * 'refman.pdf' comes with unresolved indices (toc chapter 4, Page 13 (resp. 9)) which looks like a missing 'latex' run; perhaps doc should be rebuilt in the package? * upstream ships a GPG signature which should be added to the package (as additional Source) to ease verification of the tarball * there should be a | Requires: /usr/lib/pkgconfig or | Requires: pkgconfig in the -devel package. First variant would be more correct, but can cause ambiguities with some core 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 bugs.michael at gmx.net Sun Nov 13 11:47:16 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Nov 2005 12:47:16 +0100 Subject: [Correction] Broken dependencies in Fedora Extras Development In-Reply-To: <20051113111134.62662640.bugs.michael@gmx.net> References: <20051113111134.62662640.bugs.michael@gmx.net> Message-ID: <20051113124716.3480f7a9.bugs.michael@gmx.net> Corrected list at the top. Package names were truncated. Packages with broken dependencies: QuantLib-test R-devel aalib-devel airsnort allegro-devel amarok-arts apcupsd apcupsd-cgi apt apt-groupinstall at-poke autotrace bazaar bigloo bigloo-libs bzflag centericq cfengine cone cyrus-imapd cyrus-imapd-murder cyrus-imapd-nntp cyrus-imapd-utils darcs darcs-server diradmin elmo erlang esmtp exim flow-tools fltk-devel fwbuilder fwbuilder-ipf fwbuilder-ipfw fwbuilder-ipt fwbuilder-pf gda-postgres gdl git-core gobby grip hdf5 hping2 iftop imlib2-devel irssi jabberd kannel kasablanca koffice-filters koffice-karbon koffice-kexi koffice-krita kphone lft libc-client2004g libcaca-devel libesmtp libetpan libfwbuilder mail-notification mozilla-opensc-signer nail ngrep obby obby-devel opensc opensc-devel openslp openslp-server p0f pam_mount pam_opensc pam_ssh perl-Cyrus pgadmin3 pl plt-scheme proftpd pure-ftpd qca-tls qtparted scanssh screem scribus seahorse suck sword sylpheed-claws tla tripwire ucarp up-imapproxy uw-imap uw-imap-utils valknut x3270 x3270-text x3270-x11 xca xfprint xosd-devel xprobe2 xsupplicant ------------------------------------------------------------------- Fedora Extras Development i386 ------------------------------------------------------------------- package: QuantLib-test - 0.3.10-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libboost_unit_test_framework.so.1 package: opensc-devel - 0.9.6-2.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: libfwbuilder - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: openslp-server - 1.2.1-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: gda-postgres - 1:1.2.0-5.i386 from fedora-extras-development-i386 unresolved deps: libpq.so.3 package: hping2 - 2.0.0-0.5.rc3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: cyrus-imapd-murder - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: up-imapproxy - 1.2.4-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: darcs - 1.0.3-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: xprobe2 - 0.3-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: sylpheed-claws - 1.9.15-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: elmo - 1.2.0-4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: cyrus-imapd - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: hdf5 - 1.6.4-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: pam_mount - 0.9.25-4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: cone - 0.65-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: seahorse - 0.7.9-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 package: plt-scheme - 299.200-10.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: fwbuilder-ipt - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: cfengine - 2.1.16-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: erlang - R10B-6.4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: git-core - 0.99.8f-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: proftpd - 1.2.10-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: nail - 11.25-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: R-devel - 2.2.0-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: irssi - 0.8.9-7.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: uw-imap-utils - 2004g-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: fwbuilder-pf - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-kexi - 1.4.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: scanssh - 2.1-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: amarok-arts - 1.2.2-1.i386 from fedora-extras-development-i386 unresolved deps: amarok = 0:1.2.2 package: x3270-x11 - 3.3.4-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: scribus - 1.2.1-5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-krita - 1.4.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libMagick.so.6 package: libc-client2004g - 2004g-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: grip - 1:3.2.0-8.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: qtparted - 0.4.5-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libparted-1.6.so.13 package: xosd-devel - 2.2.14-3.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: apcupsd - 3.10.18-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: diradmin - 1.6.0-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: pam_opensc - 0.9.6-2.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: kannel - 1.4.0-5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: fltk-devel - 1.1.6-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: openslp - 1.2.1-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: xca - 0.5.1-3.fc4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: koffice-filters - 1.4.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libMagick.so.6 package: obby - 0.2.0-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libhowl.so.0 package: xfprint - 4.2.2-1.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: libesmtp - 1.0.3r1-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: apt-groupinstall - 0.5.15cnc7-2.i386 from fedora-extras-development-i386 unresolved deps: comps package: flow-tools - 0.68-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: airsnort - 0.2.7e-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: fwbuilder - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: allegro-devel - 4.0.3-13.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: screem - 0.14.1-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 libgnome-menu.so.0 package: darcs-server - 1.0.3-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: xsupplicant - 1.2.1-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: aalib-devel - 1.4.0-0.rc5.5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: fwbuilder-ipf - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: lft - 2.31-3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: tripwire - 2.3.1-22.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: iftop - 0.16-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: bzflag - 2.0.2-4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: pure-ftpd - 1.0.20-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: kphone - 4.2-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: mail-notification - 2.0-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-karbon - 1.4.2-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libMagick.so.6 package: pam_ssh - 1.91-9.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: perl-Cyrus - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: pgadmin3 - 1.0.2-5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: valknut - 0.3.7-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: gdl - 0.8.10-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: libMagick++.so.6 package: cyrus-imapd-utils - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: ucarp - 1.1-1.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: pl - 5.4.6-9.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: sword - 1.5.8-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: centericq - 4.21.0-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: qca-tls - 1.0-4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: uw-imap - 2004g-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: opensc - 0.9.6-2.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: autotrace - 0.31.1-3.i386 from fedora-extras-development-i386 unresolved deps: libMagick.so.6 package: fwbuilder-ipfw - 2.0.6-3.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: imlib2-devel - 1.2.1-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: mozilla-opensc-signer - 0.9.6-2.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: at-poke - 0.2.2-2.i386 from fedora-extras-development-i386 unresolved deps: libpixman.so.1 libcairo.so.1 package: esmtp - 0.5.1-7.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: p0f - 2.0.5-3.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.8.3 package: x3270-text - 3.3.4-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: apcupsd-cgi - 3.10.18-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 package: ngrep - 1.44-4.fc5.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.3 package: x3270 - 3.3.4-6.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: kasablanca - 0.4.0.2-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: cyrus-imapd-nntp - 2.2.12-6.fc4.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: libcaca-devel - 0.9-5.i386 from fedora-extras-development-i386 unresolved deps: XFree86-devel package: libetpan - 0.39.1-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: exim - 4.54-1.fc5.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: bazaar - 1.4.2-2.fc5.i386 from fedora-extras-development-i386 unresolved deps: libcrypto.so.5 libssl.so.5 package: apt - 0.5.15cnc7-2.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 package: tla - 1.3.1-4.fix.1.i386 from fedora-extras-development-i386 unresolved deps: libssl.so.5 libcrypto.so.5 ------------------------------------------------------------------- Fedora Extras Development x86_64 ------------------------------------------------------------------- package: ucarp - 1.1-1.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: centericq - 4.21.0-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: allegro-devel - 4.0.3-13.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: qca-tls - 1.0-4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: screem - 0.14.1-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) libgnome-menu.so.0()(64bit) package: ngrep - 1.44-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: gobby - 0.2.2-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libhowl.so.0()(64bit) package: pam_opensc - 0.9.6-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: scanssh - 2.1-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: p0f - 2.0.5-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.8.3()(64bit) package: pam_mount - 0.9.25-4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: seahorse - 0.7.9-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) package: koffice-filters - 1.4.2-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick.so.6()(64bit) package: up-imapproxy - 1.2.4-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: koffice-karbon - 1.4.2-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick.so.6()(64bit) package: fwbuilder-pf - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: libcaca-devel - 0.9-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: bazaar - 1.4.2-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: imlib2-devel - 1.2.1-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: flow-tools - 0.68-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: pure-ftpd - 1.0.20-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: proftpd - 1.2.10-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: pgadmin3 - 1.0.2-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: xprobe2 - 0.3-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: cone - 0.65-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: sylpheed-claws - 1.9.15-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: fwbuilder-ipf - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: nail - 11.25-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: fwbuilder - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: opensc-devel - 0.9.6-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: cyrus-imapd-utils - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: kphone - 4.2-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: x3270 - 3.3.4-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: autotrace - 0.31.1-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick.so.6()(64bit) package: xsupplicant - 1.2.1-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: uw-imap - 2004g-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: cyrus-imapd - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: libesmtp - 1.0.3r1-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: sword - 1.5.8-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: xfprint - 4.2.2-1.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: diradmin - 1.6.0-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: xosd-devel - 2.2.14-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: erlang - R10B-6.4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: x3270-text - 3.3.4-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: gda-postgres - 1:1.2.0-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpq.so.3()(64bit) package: uw-imap-utils - 2004g-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: apcupsd - 3.10.18-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: at-poke - 0.2.2-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpixman.so.1()(64bit) libcairo.so.1()(64bit) package: esmtp - 0.5.1-7.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: hping2 - 2.0.0-0.5.rc3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: opensc - 0.9.6-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: cyrus-imapd-nntp - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: gdl - 0.8.10-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick++.so.6()(64bit) package: iftop - 0.16-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: cyrus-imapd-murder - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: openslp - 1.2.1-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: libfwbuilder - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: valknut - 0.3.7-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: qtparted - 0.4.5-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libparted-1.6.so.13()(64bit) package: libetpan - 0.39.1-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: aalib-devel - 1.4.0-0.rc5.5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: obby-devel - 0.2.0-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: howl-devel package: fwbuilder-ipt - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: perl-Cyrus - 2.2.12-6.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: scribus - 1.2.1-5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: libc-client2004g - 2004g-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: cfengine - 2.1.16-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: git-core - 0.99.8f-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: amarok-arts - 1.2.2-1.x86_64 from fedora-extras-development-x86_64 unresolved deps: amarok = 0:1.2.2 package: koffice-krita - 1.4.2-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libMagick.so.6()(64bit) package: darcs-server - 1.0.3-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: koffice-kexi - 1.4.2-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: grip - 1:3.2.0-8.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: xca - 0.5.1-3.fc4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: exim - 4.54-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: tla - 1.3.1-4.fix.1.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: hdf5 - 1.6.4-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: openslp-server - 1.2.1-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: bzflag - 2.0.2-4.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: fwbuilder-ipfw - 2.0.6-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: kasablanca - 0.4.0.2-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: darcs - 1.0.3-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: plt-scheme - 299.200-10.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: lft - 2.31-3.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) package: x3270-x11 - 3.3.4-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: mail-notification - 2.0-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) libssl.so.5()(64bit) package: apcupsd-cgi - 3.10.18-4.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: R-devel - 2.2.0-2.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: mozilla-opensc-signer - 0.9.6-2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: QuantLib-test - 0.3.10-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libboost_unit_test_framework.so.1()(64bit) package: fltk-devel - 1.1.6-1.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: XFree86-devel package: irssi - 0.8.9-7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libssl.so.5()(64bit) libcrypto.so.5()(64bit) package: obby - 0.2.0-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libhowl.so.0()(64bit) package: pam_ssh - 1.91-9.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcrypto.so.5()(64bit) package: airsnort - 0.2.7e-6.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.3()(64bit) ------------------------------------------------------------------- Fedora Extras Development ppc ------------------------------------------------------------------- package: openslp-server - 1.2.1-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: elmo - 1.2.0-4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: exim - 4.54-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: uw-imap-utils - 2004g-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: libfwbuilder - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: libetpan - 0.39.1-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: qtparted - 0.4.5-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libparted-1.6.so.13 package: at-poke - 0.2.2-2.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 package: bigloo - 2.6f-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: diradmin - 1.6.0-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: erlang - R10B-6.4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: cyrus-imapd-nntp - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: koffice-karbon - 1.4.2-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libMagick.so.6 package: perl-Cyrus - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: hping2 - 2.0.0-0.5.rc3.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: libesmtp - 1.0.3r1-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: fwbuilder-pf - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: plt-scheme - 299.200-10.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: pl - 5.4.6-9.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: kannel - 1.4.0-5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: grip - 1:3.2.0-8.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: fwbuilder-ipt - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: darcs-server - 1.0.3-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: cyrus-imapd-murder - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: suck - 4.3.2-9.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 package: apt-groupinstall - 0.5.15cnc7-3.ppc from fedora-extras-development-ppc unresolved deps: comps package: apt - 0.5.15cnc7-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: bzflag - 2.0.2-4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: cfengine - 2.1.16-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: esmtp - 0.5.1-7.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: x3270-text - 3.3.4-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: jabberd - 2.0-0.s6.5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libpq.so.3 libcrypto.so.5 package: flow-tools - 0.68-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: imlib2-devel - 1.2.1-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: QuantLib-test - 0.3.10-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libboost_unit_test_framework.so.1 package: x3270 - 3.3.4-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: libcaca-devel - 0.9-5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: autotrace - 0.31.1-3.ppc from fedora-extras-development-ppc unresolved deps: libMagick.so.6 package: nail - 11.25-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: bigloo-libs - 2.6f-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: /builddir/build/BUILD/bigloo2.6f/lib/2.6f/libbigloo_s-2.6f.so package: koffice-krita - 1.4.2-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libMagick.so.6 package: openslp - 1.2.1-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: xprobe2 - 0.3-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: cone - 0.65-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: gdl - 0.8.10-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libMagick++.so.6 package: mail-notification - 2.0-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-kexi - 1.4.2-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: centericq - 4.21.0-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: lft - 2.31-3.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: kphone - 4.2-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: sword - 1.5.8-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: valknut - 0.3.7-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: cyrus-imapd-utils - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: apcupsd-cgi - 3.10.18-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: screem - 0.14.1-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 libgnome-menu.so.0 package: cyrus-imapd - 2.2.12-6.fc4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: R-devel - 2.2.0-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: scribus - 1.2.1-5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: irssi - 0.8.9-7.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: proftpd - 1.2.10-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: iftop - 0.16-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: xosd-devel - 2.2.14-3.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: fwbuilder-ipf - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: pure-ftpd - 1.0.20-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: obby - 0.2.0-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libhowl.so.0 package: opensc - 0.9.6-2.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: apcupsd - 3.10.18-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: xsupplicant - 1.2.1-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: fwbuilder-ipfw - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: aalib-devel - 1.4.0-0.rc5.5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: pam_mount - 0.9.25-4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: up-imapproxy - 1.2.4-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: xca - 0.5.1-3.fc4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: qca-tls - 1.0-4.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: kasablanca - 0.4.0.2-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: xfprint - 4.2.2-1.fc4.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: opensc-devel - 0.9.6-2.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: git-core - 0.99.9a-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: sylpheed-claws - 1.9.15-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: gda-postgres - 1:1.2.0-5.ppc from fedora-extras-development-ppc unresolved deps: libpq.so.3 package: allegro-devel - 4.0.3-13.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: pam_opensc - 0.9.6-2.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: ngrep - 1.44-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: libc-client2004g - 2004g-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: ucarp - 1.1-1.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: darcs - 1.0.3-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: koffice-filters - 1.4.2-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libMagick.so.6 package: fwbuilder - 2.0.6-3.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: seahorse - 0.7.9-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpixman.so.1 libcairo.so.1 package: pam_ssh - 1.91-9.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: hdf5 - 1.6.4-4.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: x3270-x11 - 3.3.4-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: airsnort - 0.2.7e-6.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: scanssh - 2.1-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.3 package: p0f - 2.0.5-3.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.8.3 package: bazaar - 1.4.2-2.fc5.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 libssl.so.5 package: fltk-devel - 1.1.6-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: XFree86-devel package: mozilla-opensc-signer - 0.9.6-2.ppc from fedora-extras-development-ppc unresolved deps: libcrypto.so.5 package: pgadmin3 - 1.0.2-5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 package: uw-imap - 2004g-1.fc5.ppc from fedora-extras-development-ppc unresolved deps: libssl.so.5 libcrypto.so.5 From bugzilla at redhat.com Sun Nov 13 11:59:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 06:59:00 -0500 Subject: [Bug 173040] Review Request: rlog - Runtime Logging for C++ In-Reply-To: Message-ID: <200511131159.jADBx0Vv012101@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rlog - Runtime Logging for C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 ------- Additional Comments From lemenkov at newmail.ru 2005-11-13 06:58 EST ------- > * version-release tags should be added to the changelog entry(s) (at least to > your ones) Done. > * package checks for 'valgrind' (which is available). afais, it is used in an > assertion function only but perhaps it should be added to the BuildRequires? Hmmm. It's optional. Would it be more preferable to allow the app to choose itself (at the './configure'-stage) whether to use Valgrind? > * upstream ships a GPG signature which should be added to the package (as > additional Source) to ease verification of the tarball Source1: http://arg0.net/users/vgough/download/rlog-1.3.7.tgz.asc Done. > * there should be a > | Requires: /usr/lib/pkgconfig > or > | Requires: pkgconfig I *temporary* choose second variant. What ambiguities did you mention about? I don't see any. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 13 12:10:35 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 13 Nov 2005 13:10:35 +0100 Subject: [Correction] Broken dependencies in Fedora Extras Development In-Reply-To: <20051113124716.3480f7a9.bugs.michael@gmx.net> References: <20051113111134.62662640.bugs.michael@gmx.net> <20051113124716.3480f7a9.bugs.michael@gmx.net> Message-ID: <1131883835.2638.15.camel@localhost.localdomain> Am Sonntag, den 13.11.2005, 12:47 +0100 schrieb Michael Schwendt: > Corrected list at the top. Package names were truncated. > > Packages with broken dependencies: >[...] > mail-notification > [...] Already build and in the needsign repo. But I write this mail for another reason. Michael, your mail is very helpful IMHO. But the list is way to long -- only reading the overview at the top and scan it for my packages takes some minutes. To long IMHO -- most people probably will abort after around 25 packages. Or they will overlook their own packages in the list (happened to me in the past with a similar list). We should try to automate this process so each owner directly gets a mail "you package foo is broken -- please fix/rebuild". And yes, of course this list should still be created and posted to this fedora-extras-list so other people can have a eye on it and see if problems are fixed or ignored by the maintainer. Just my 2 cent. -- Thorsten Leemhuis From bugzilla at redhat.com Sun Nov 13 12:32:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 07:32:43 -0500 Subject: [Bug 173040] Review Request: rlog - Runtime Logging for C++ In-Reply-To: Message-ID: <200511131232.jADCWhFc014553@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rlog - Runtime Logging for C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 ------- Additional Comments From lemenkov at newmail.ru 2005-11-13 07:32 EST ------- (In reply to comment #2) > * 'refman.pdf' comes with unresolved indices (toc chapter 4, Page 13 (resp. 9)) > which looks like a missing 'latex' run; perhaps doc should be rebuilt in the > package? Done. Spec Name or Url: http://paula.comtv.ru/rlog.spec SRPM Name or Url: http://paula.comtv.ru/rlog-1.3.7-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 andreas.bierfert at lowlatency.de Sun Nov 13 12:43:29 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sun, 13 Nov 2005 13:43:29 +0100 Subject: [Correction] Broken dependencies in Fedora Extras Development In-Reply-To: <1131883835.2638.15.camel@localhost.localdomain> References: <20051113111134.62662640.bugs.michael@gmx.net> <20051113124716.3480f7a9.bugs.michael@gmx.net> <1131883835.2638.15.camel@localhost.localdomain> Message-ID: <437734F1.10707@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thorsten Leemhuis wrote: > with a similar list). We should try to automate this process so each > owner directly gets a mail "you package foo is broken -- please > fix/rebuild". And yes, of course this list should still be created and > posted to this fedora-extras-list so other people can have a eye on it > and see if problems are fixed or ignored by the maintainer. +1 - -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFDdzTxQEQyPsWM8csRAuUsAJwLtLNd3DySPQca64oDYphLQH8Z+gCfUEtL /oOG95+ePedqUlGrx5x7ziE= =GiVs -----END PGP SIGNATURE----- From buildsys at fedoraproject.org Sun Nov 13 17:13:38 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 13 Nov 2005 12:13:38 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051113171338.1B2417FD3@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 10 acpitool-0.3.0-3.fc3 dejavu-fonts-2.0-1.fc3 git-core-0.99.9a-1.fc3 gnet2-2.0.7-5.fc3 gourmet-0.8.5.13-1.fc3 gsynaptics-0.9.5-1.fc3 kmymoney2-0.8.1-3.fc3 m17n-db-1.2.0-1.fc3 pam_mysql-0.6.2-2.fc3 perl-Razor-Agent-2.77-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 Nov 13 17:32:43 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 13 Nov 2005 12:32:43 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051113173243.D0CA37FD3@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 45 acpitool-0.3.0-3.fc4 amarok-1.3.6-1.fc4 baobab-1.3.1-1.fc4 dejavu-fonts-2.0-1.fc4 gourmet-0.8.5.13-1.fc4 gsynaptics-0.9.5-1.fc4 gtk-xfce-engine-2.2.8-1.fc4 htop-0.5.4-2.fc4 kdesvn-0.6.3-2.fc4 kmymoney2-0.8.1-3.fc4 liboil-0.3.5-1.fc4 libsexy-0.1.4-1.fc4 libxfce4mcs-4.2.3-1.fc4 libxfcegui4-4.2.3-2.fc4 m17n-db-1.2.0-1.fc4 ngrep-1.44-3.fc4 nmh-1.1-11.fc4 octave-2.1.72-1.fc4 octave-forge-2005.06.13-11.fc4 pam_mysql-0.6.2-2.fc4 perl-Locale-Maketext-Lexicon-0.50-1.fc4 perl-Razor-Agent-2.77-2.fc4 python-astng-0.13.1-1.fc4 python-kid-0.7.1-2.fc4 qps-1.9.11-2.fc4 tetex-arabtex-3.11-3.l.fc4 xchat-gnome-0.6-5.fc4 xfcalendar-4.2.3-1.fc4 xfce-mcs-manager-4.2.3-1.fc4 xfce-mcs-plugins-4.2.3-1.fc4 xfce-utils-4.2.3-1.fc4 xfce4-appfinder-4.2.3-1.fc4 xfce4-icon-theme-4.2.3-1.fc4 xfce4-iconbox-4.2.3-1.fc4 xfce4-mixer-4.2.3-1.fc4 xfce4-panel-4.2.3-1.fc4 xfce4-session-4.2.3-1.fc4 xfce4-systray-4.2.3-1.fc4 xfce4-toys-4.2.3-1.fc4 xfce4-trigger-launcher-4.2.3-1.fc4 xfdesktop-4.2.3-1.fc4 xffm-4.2.3-1.fc4 xfprint-4.2.3-1.fc4 xfwm4-4.2.3.1-1.fc4 xfwm4-themes-4.2.3-1.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 Nov 13 17:46:45 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 13 Nov 2005 18:46:45 +0100 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on Message-ID: <1131904006.2638.43.camel@localhost.localdomain> Hi *, just FYI: Replies to the cvs-commits on fedora-extras-commits-list at redhat.com should be taken to this list (fedora-extras-list at redhat.com) from now on. The Reply-To on the commits-list is set accordingly. All mail to fedora-extras-commits-list at redhat.com that is not from fedora-extras-commits at redhat.com will get dropped in the near future. CU thl -- Thorsten Leemhuis From buildsys at fedoraproject.org Sun Nov 13 18:06:34 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 13 Nov 2005 13:06:34 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051113180634.51A1B7FD3@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 61 acpitool-0.3.0-3.fc5 apt-0.5.15cnc7-7.fc5 baobab-1.3.1-1.fc5 ccid-0.4.1-6.fc5 centericq-4.21.0-2.fc5 cfengine-2.1.16-3.fc5 dejavu-fonts-2.0-1.fc5 elmo-1.2.0-5.fc5 git-core-0.99.9a-2.fc5 gourmet-0.8.5.13-1.fc5 gsynaptics-0.9.5-1.fc5 gtk-xfce-engine-2.2.8-1.fc5 htop-0.5.4-2.fc5 iftop-0.16-6.fc5 imlib2-1.2.1-4.fc5 kmymoney2-0.8.1-3.fc5 kphone-4.2-3.fc5 lft-2.5-1.fc5 libannodex-0.7.2-1.fc5 libcmml-0.9.0-2.fc5 libetpan-0.39.1-2.fc5 liboggz-0.9.3-2.fc5 liboil-0.3.5-2.fc5 libsexy-0.1.4-1.fc5 libxfce4mcs-4.2.3-1.fc5 libxfcegui4-4.2.3-2.fc5 mail-notification-2.0-7.fc5 meld-1.1.2-1.fc5 nethack-3.4.3-4.fc5 opensc-0.10.0-1.fc5 pam_mysql-0.6.2-2.fc5 perl-Locale-Maketext-Lexicon-0.50-1.fc5 perl-Razor-Agent-2.77-2.fc5 pure-ftpd-1.0.20-4.fc5 python-astng-0.13.1-1.fc5 python-kid-0.7.1-2.fc5 qps-1.9.11-1.fc5 shorewall-3.0.0-1.fc5 sword-1.5.8-4.1.fc5 tetex-arabtex-3.11-3.l.fc5 valknut-0.3.7-5.fc5 xchat-gnome-0.6-7.fc5 xfcalendar-4.2.3-1.fc5 xfce-mcs-manager-4.2.3-1.fc5 xfce-mcs-plugins-4.2.3-1.fc5 xfce-utils-4.2.3-1.fc5 xfce4-appfinder-4.2.3-1.fc5 xfce4-icon-theme-4.2.3-1.fc5 xfce4-iconbox-4.2.3-1.fc5 xfce4-mixer-4.2.3-1.fc5 xfce4-panel-4.2.3-1.fc5 xfce4-session-4.2.3-1.fc5 xfce4-systray-4.2.3-1.fc5 xfce4-toys-4.2.3-1.fc5 xfce4-trigger-launcher-4.2.3-1.fc5 xfdesktop-4.2.3-1.fc5 xffm-4.2.3-1.fc5 xfprint-4.2.3-1.fc5 xfwm4-4.2.3.1-1.fc5 xfwm4-themes-4.2.3-1.fc5 xprobe2-0.3-3.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From jwboyer at jdub.homelinux.org Sun Nov 13 18:08:54 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 13 Nov 2005 12:08:54 -0600 Subject: [Correction] Broken dependencies in Fedora Extras Development In-Reply-To: <20051113124716.3480f7a9.bugs.michael@gmx.net> References: <20051113111134.62662640.bugs.michael@gmx.net> <20051113124716.3480f7a9.bugs.michael@gmx.net> Message-ID: <1131905334.3012.1.camel@yoda.jdub.homelinux.org> On Sun, 2005-11-13 at 12:47 +0100, Michael Schwendt wrote: > Corrected list at the top. Package names were truncated. > > Packages with broken dependencies: > git-core > > package: git-core - 0.99.8f-1.fc5.i386 from fedora-extras-development-i386 > unresolved deps: > libssl.so.5 > libcrypto.so.5 This was rebuilt recently and should be in the needsign state. josh From pertusus at free.fr Sun Nov 13 18:11:42 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 13 Nov 2005 19:11:42 +0100 Subject: use of %{__*} macros In-Reply-To: References: <20051112230302.GA3411@free.fr> Message-ID: <20051113181142.GA3343@free.fr> > What's wrong with these macros? Nothing wrong, but in the PackagingGuidelines it is said that the spec file should be based on the Fedora spec file template and these macros aren't used in the Fedora spec file template. So I was wondering if not using the macros was something to follow or not. -- Pat From fedora at leemhuis.info Sun Nov 13 18:23:16 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 13 Nov 2005 19:23:16 +0100 Subject: Buildsys issues In-Reply-To: <1131302971.9139.17.camel@cutter> References: <1131283656.12719.40.camel@localhost.localdomain> <1131284852.9139.8.camel@cutter> <1131295097.3539.29.camel@localhost.localdomain> <1131302971.9139.17.camel@cutter> Message-ID: <1131906196.2638.61.camel@localhost.localdomain> Am Sonntag, den 06.11.2005, 13:49 -0500 schrieb seth vidal: > > Why do we have a repoview per arch? IMHO it would it be a lot easier to > > read and browse the repoview-files if we would have one general > > interface for all archs. > > > > Each package description should then of course have a section like this: > > > > "This package is available for these archs: > > i386 > > x86_64 > > ppc > > " > > b/c we have multiple repositories. and repoview generates per > repository. Sorry, it took me a week to get back to this issue. I looked at it closer and understand now why it's that way atm. But IMHO that is more and excuse then a reason. We could add a additional meta-repo that includes srpm, i386, x86_64 and ppc. Run repoview afterwards and "tata", we have what I suggested: A repoview html page similar to the current ones but with links to packages for all archs (e.g. ppc. i386 and x86_64) and even a link to the srpm. That's IMHO a lot prettier than before. Simply doing this is all afaics: $ ls i386 SRPMS x86_64 $ createrepo . [...] $ repoview . [...] $ mv repodata/ html $ rm html/filelists.xml.gz html/other.xml.gz html/primary.xml.gz html/repomd.xml And on the next update: $ createrepo . [...] $ mv html/repoview html/index.html repodata/ # this way repoview will reuse a lot of the old pages afaik $ repoview . [...] $ rm -rf html $ mv repodata/ html $ rm html/filelists.xml.gz html/other.xml.gz html/primary.xml.gz html/repomd.xml This of course makes the push step once again a bit longer. But if we're going to create the repodata asynchronus anyway we IMHO should implement the above. -- Thorsten Leemhuis From bugzilla at redhat.com Sun Nov 13 18:28:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 13:28:43 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511131828.jADIShJ2002073@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 ------- Additional Comments From pertusus at free.fr 2005-11-13 13:28 EST ------- It seems that the previous version in http://www.cse.ohio-state.edu/~gurari/TeX4ht/fix/ isn't kept, and there is a new version available. I also updated my srpm, it is on http://www.environnement.ens.fr/perso/dumas/fc-srpms/tetex-tex4ht-1.0.2005_11_06_1516-1.src.rpm however it is a bit annoying as the source will be unavailable as soon as there is another update ;-( -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 20:43:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 15:43:14 -0500 Subject: [Bug 173080] New: Review Request: fdupes Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 Summary: Review Request: fdupes Product: Fedora Extras Version: devel Platform: All URL: http://www.thoughtpolice.co.uk/packages/fedora/fc4/fdupe s/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: simonb at thoughtpolice.co.uk QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.thoughtpolice.co.uk/packages/fedora/fc4/fdupes/fdupes.spec SRPM Name or Url: http://www.thoughtpolice.co.uk/packages/fedora/fc4/fdupes/fdupes-1.40-1.src.rpm Description: fdupes is a program for identifying or deleting duplicate files. Such files are found by comparing file sizes and MD5 signatures, followed by a byte-by-byte comparison. Possible problems: * The Makefile uses /usr/local paths. The package includes a patch to fix that, but perhaps there is a better, recommended way of doing this. * Upstream includes the license in README, I have asked if this can be separated into a separate file for a later 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 Nov 13 20:43:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 15:43:25 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511132043.jADKhPTh009545@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 simonb at thoughtpolice.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173080 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 13 21:23:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 16:23:09 -0500 Subject: [Bug 173040] Review Request: rlog - Runtime Logging for C++ In-Reply-To: Message-ID: <200511132123.jADLN9xh011280@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rlog - Runtime Logging for C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2005-11-13 16:22 EST ------- > > * package checks for 'valgrind' (which is available). afais, it is > > used in an assertion function only but perhaps it should be > > added to the BuildRequires? > > Hmmm. It's optional. Would it be more preferable to allow the app to > choose itself (at the './configure'-stage) whether to use Valgrind? To make builds reproducible, you should either add the BuildRequires: or use '--disable-valgrind'. Because it does not seem to introduce additional dependencies, I do not see reasons to disable it. > > * there should be a > > | Requires: /usr/lib/pkgconfig > > or > > | Requires: pkgconfig > > I *temporary* choose second variant. What ambiguities did you mention > about? I don't see any. 'rpm -qf /usr/lib/pkgconfig' shows that this directories is owned by several core packages. Because yum's depsolver is not very smart, it will probably choose the wrong one which will perhaps add lots of unwanted dependencies > > * 'refman.pdf' comes with unresolved indices (toc chapter 4, Page 13 (resp. 9)) > > which looks like a missing 'latex' run; perhaps doc should be rebuilt in the > > package? > > Done. ok; but - you should add some more BuildRequires then (e.g. tetex-latex, doxygen). - temporary pdf files (classrlog_*.pdf) should not be shipped but 'refman.pdf' only ------------------ New issue * 'INSTALL' should not be packaged; it does not contain anything which might be useful for the enduser -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 13 21:43:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 16:43:02 -0500 Subject: [Bug 173040] Review Request: rlog - Runtime Logging for C++ In-Reply-To: Message-ID: <200511132143.jADLh2uS012523@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rlog - Runtime Logging for C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 ------- Additional Comments From lemenkov at newmail.ru 2005-11-13 16:42 EST ------- (In reply to comment #5) > To make builds reproducible, you should either add the BuildRequires: > or use '--disable-valgrind'. Because it does not seem to introduce > additional dependencies, I do not see reasons to disable it. OK, added valgrind to BuildRequires > 'rpm -qf /usr/lib/pkgconfig' shows that this directories is owned by > several core packages. Because yum's depsolver is not very smart, it > will probably choose the wrong one which will perhaps add lots of > unwanted dependencies Done. Requires: pkgconfig > - you should add some more BuildRequires then (e.g. tetex-latex, > doxygen). Done. > - temporary pdf files (classrlog_*.pdf) should not be shipped but > 'refman.pdf' only Done. > New issue > > * 'INSTALL' should not be packaged; it does not contain anything which > might be useful for the enduser Fixed. Spec Name or Url: http://paula.comtv.ru/rlog.spec SRPM Name or Url: http://paula.comtv.ru/rlog-1.3.7-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 13 21:57:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 16:57:41 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511132157.jADLvfB7013335@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From jamatos at fc.up.pt 2005-11-13 16:57 EST ------- Notice that fdupes was already submitted to Extras and is waiting for review. (What an irony to have a duplicate submission for a package whose purpose is to avoid duplicated files). ;-) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172870 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 13 22:06:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 17:06:50 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511132206.jADM6nox013805@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From simonb at thoughtpolice.co.uk 2005-11-13 17:06 EST ------- Damn. That's annoying, I use fdupes a lot, and was hoping to be the maintainer. I asked the author if he was okay with me packaging for extras, and he was. Then I checked the list of packages, and fdupes wasn't on it. I guess my timing was bad. I'll withdraw my submission if you want to be the maintainer. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Sun Nov 13 22:23:30 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 13 Nov 2005 23:23:30 +0100 Subject: buildsystem (gcc) segfaults on hammer2 In-Reply-To: <43768A6D.4070007@hhs.nl> References: <43768A6D.4070007@hhs.nl> Message-ID: <4377BCE2.4060605@hhs.nl> Hi All, I've fully updated my x86_64 to rawhide and tried building the package locally and it builds fine. If I had the time I could also try a mock build. Regards, Hans Hans de Goede wrote: > Hi, > > I've a x86_64 machine myself and on my machine (few days old rawhide) > directfb builds fine. But on hammer2 it crashes with a segfault, see: > http://buildsys.fedoraproject.org/logs/fedora-development-extras/868-directfb-0.9.24-1.fc5/x86_64/build.log > > > Any clues? I'll try to upgrade to a fully up2date rawhide to see if I > can reproduce. > > Regards, > > Hans > > > From bugzilla at redhat.com Sun Nov 13 22:16:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 17:16:13 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511132216.jADMGDSB014349@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From jamatos at fc.up.pt 2005-11-13 17:16 EST ------- I did not say that I was the maintainer, I was simply checking my email while in the interval of "The Lord of the Rings: The Two Towers", (oops another duplication ;-) ). You should contact Bastien Nocera who submitted the other package. That was why I did not closed this bug as duplicated. And now back to the rest of the movie. ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 13 23:15:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 18:15:57 -0500 Subject: [Bug 173040] Review Request: rlog - Runtime Logging for C++ In-Reply-To: Message-ID: <200511132315.jADNFv1W018158@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rlog - Runtime Logging for C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 enrico.scholz at informatik.tu-chemnitz.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2005-11-13 18:15 EST ------- -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Ok, I APPROVE http://paula.comtv.ru/rlog-1.3.7-1.src.rpm for Fedora Extras -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBQ3fJSAc3PX/XHFA7AQqG1gf+MygOhOt5++RnJaZPHQ9rPMBFKl74M9gE 4u2nNIP50rNpDzo7HEZ6P8uuMQQMoKh1m7MlkDORV/vBdOz9SPa5tlyYo/pbNRRO 62CxDi0yfmjlj1Deu+yn6g7SQNJ8791NxuT4iZdLCMha7l+OtUdV1NF03xmOK3PW 9MMG7VKElKVmY7Ie+3PQ1ZTyK0wT6VNPkgzFrlqq267qOlY9UFyXI5JfQh/yDax4 JTWZY48/T+JeZ7hNhCA0lBoXKtTfzqDQn9aQH3sWxmLWenL4urZDXI19nOmmekfR a1nAWoDHQ5slyM0k0KXUNlNszT5dzgtLrM8Fmb+ZCA+TqG7GTIIjtA== =HzNF -----END PGP SIGNATURE----- -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 13 23:55:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 18:55:13 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511132355.jADNtDvN020509@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 ------- Additional Comments From mpeters at mac.com 2005-11-13 18:55 EST ------- Good: * uses %{?dist} tag * md5sum matches upstream for Source * md5sum matches upstream for Source1 * rpmlint *mostly* likes it * mock builds it (i386 tested) * installs and uninstalls cleanly (Tested on FC4 i386) - works as expected (FC4 i386) -=- Suggestion: * rename Source to Source0 * add a datestamp to tex4ht-all.zip - it will probably change in future updates. (ie tex4ht-all-YYYYMMDD.zip - based on last timestamp in directory) The way that is typically done is something like: Source1: tex4ht-all-YYYYMMDD.zip # unversioned upstream source # http://www.cse.ohio-state.edu/~gurari/TeX4ht/tex4ht-all.zip -=- Question - upstream version has an underscore in the version name, corresponding to the packaging date. Fedora Extras tetex packages that use a date in the version string typically don't. Should we change it - or leave it as upstream? I would be inclined to just leave it be the way upstream is currently doing it. If there are potential problems with how rpm evaluates the version with underscores present (I don't know) then it should be changed. -=- Bad: * Timestamp of source in src.rpm does not match rpm - grab sources with wget -N to preserve timestamp on upstream tarball * rpmlint - complains about license Change it to License: LaTeX Project Public License (drop the '(LPPL)' and change 'Latex to LaTeX') and rpmlint will shut up. -=- Don't Know (probably harmless): rpmlint gives the following errors on debuginfo: E: tetex-tex4ht-debuginfo script-without-shellbang /usr/src/debug/tex4ht-1.0.2005_11_06_1516/src/t4ht.c E: tetex-tex4ht-debuginfo script-without-shellbang /usr/src/debug/tex4ht-1.0.2005_11_06_1516/src/tex4ht.c -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at all-the-johnsons.co.uk Mon Nov 14 00:24:41 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 14 Nov 2005 00:24:41 +0000 Subject: Not quite sure how to generate this In-Reply-To: References: <1131756444.28862.16.camel@localhost> Message-ID: <1131927881.28862.45.camel@localhost> Hi, > >From the error, it looks like you already have another account registered > to the same e-mail address. Great - that means I wasn't going insane. Will someone now please go and accept it so I can press on with importing the packages? TTFN Paul -- "Writing for a penny a word is ridiculous. If a man really wants to make a million dollars, the best way would be to start his own religion" - L. Ron Hubbard, an awful Sci-Fi author, WW2 fraud and founder of one of the world's most evil and insidious cults, Scientology. From bugzilla at redhat.com Mon Nov 14 00:34:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 19:34:31 -0500 Subject: [Bug 173090] New: Review Request: hpic -- Healpix manipulation binaries and 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=173090 Summary: Review Request: hpic -- Healpix manipulation binaries and library Product: Fedora Extras Version: devel Platform: All URL: http://cmb.phys.cwru.edu/hpic/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: matt at truch.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://matt.truch.net/fedora/hpic.spec SRPM Name or Url: http://matt.truch.net/fedora/hpic-0.52-1.src.rpm Description: hpic is a C and C++ implementation of the healpix pixelization of a sphere algorithms. It includes several command line utilities for reading, writing, and manipulating healpix files, as well as a library so other programs can do the same. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 00:34:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 19:34:49 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511140034.jAE0Ynee023623@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 matt at truch.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173090 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 01:00:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 20:00:44 -0500 Subject: [Bug 172994] Review Request: pork - Console based AIM client In-Reply-To: Message-ID: <200511140100.jAE10icY025135@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pork - Console based AIM client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172994 ------- Additional Comments From lmacken at redhat.com 2005-11-13 20:00 EST ------- Updated; builds clean in mock for me. http://people.redhat.com/lmacken/pork-0.99.8.1-2.src.rpm http://people.redhat.com/lmacken/pork.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 02:06:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 21:06:51 -0500 Subject: [Bug 173090] Review Request: hpic -- Healpix manipulation binaries and library In-Reply-To: Message-ID: <200511140206.jAE26pPf028857@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hpic -- Healpix manipulation binaries and library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173090 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-11-13 21:06 EST ------- Hi Matt, heres a review: nits: - please remode the INSTALL and COPYING files from %doc since the former provides no useful info to an end user and the latter is just another copy of the GPL v2 good: + specfile is easy to read--good! + source matches upstream + license is indeed GPL v2 + builds on FC-4 with the latest cfitsio-devel + no *.la files -- good + correct use of devel + shared libs look good + only warning from rpmlint was "W: hpic-devel no-documentation" which can be safely ignored APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 02:10:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 21:10:32 -0500 Subject: [Bug 173090] Review Request: hpic -- Healpix manipulation binaries and library In-Reply-To: Message-ID: <200511140210.jAE2AWLD029166@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hpic -- Healpix manipulation binaries and library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173090 ------- Additional Comments From ed at eh3.com 2005-11-13 21:10 EST ------- Please s|remode|remove| above. ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 02:14:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 21:14:28 -0500 Subject: [Bug 173090] Review Request: hpic -- Healpix manipulation binaries and library In-Reply-To: Message-ID: <200511140214.jAE2ESnU029368@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hpic -- Healpix manipulation binaries and library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173090 ------- Additional Comments From matt at truch.net 2005-11-13 21:14 EST ------- (In reply to comment #1) > nits: > - please remode the INSTALL and COPYING files from %doc since the former > provides no useful info to an end user and the latter is just another > copy of the GPL v2 I'll certainly remove the INSTALL file, but isn't it the inclusion of the COPYING file required as per the PackageReviewGuidlines (even though it means people probably have 3 billion copies of the GPL installed): "MUST: If (and only if) the source package includes the text of the license(s) in its own file, then that file, containing the text of the license(s) for the package must be included in %doc." -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 02:29:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 21:29:14 -0500 Subject: [Bug 173090] Review Request: hpic -- Healpix manipulation binaries and library In-Reply-To: Message-ID: <200511140229.jAE2TE2x030580@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hpic -- Healpix manipulation binaries and library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173090 ------- Additional Comments From ed at eh3.com 2005-11-13 21:29 EST ------- Yes, you're right about the COPYING file. Please include it and ignore my earlier comment. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Nov 14 02:54:04 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 14 Nov 2005 03:54:04 +0100 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131904006.2638.43.camel@localhost.localdomain> References: <1131904006.2638.43.camel@localhost.localdomain> Message-ID: <1131936844.16644.15.camel@mccallum.corsepiu.local> On Sun, 2005-11-13 at 18:46 +0100, Thorsten Leemhuis wrote: > Hi *, > > just FYI: Replies to the cvs-commits on > fedora-extras-commits-list at redhat.com should be taken to this list > (fedora-extras-list at redhat.com) from now on. The Reply-To on the > commits-list is set accordingly. > > All mail to fedora-extras-commits-list at redhat.com that is not from > fedora-extras-commits at redhat.com will get dropped in the near future. In other words, fedora-extras-commits-list has been converted to a read-only list. Not necessarily a helpful (IMO a false) decision, because it means to further cripple FE's already poor QA. Ralf From icon at fedoraproject.org Mon Nov 14 03:05:30 2005 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sun, 13 Nov 2005 22:05:30 -0500 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131936844.16644.15.camel@mccallum.corsepiu.local> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> Message-ID: <1131937530.10910.12.camel@localhost.localdomain> On Mon, 2005-14-11 at 03:54 +0100, Ralf Corsepius wrote: > In other words, fedora-extras-commits-list has been converted to a > read-only list. > > Not necessarily a helpful (IMO a false) decision, because it means to > further cripple FE's already poor QA. With the traffic on that list, any message that isn't CVS commit will easily get overlooked, so any discussions about commits will be far more visible on the main list, than in the overall commit dump. I'd say it does the opposite and improves the chances that things will get noticed. I don't see what makes you say that it'll "further cripple" the QA. -- Konstantin Ryabitsev McGill University WSG Montr?al, Qu?bec From mpeters at mac.com Mon Nov 14 03:58:23 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 13 Nov 2005 19:58:23 -0800 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131937530.10910.12.camel@localhost.localdomain> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> Message-ID: <1131940703.13658.2.camel@locolhost.localdomain> On Sun, 2005-11-13 at 22:05 -0500, Konstantin Ryabitsev wrote: > On Mon, 2005-14-11 at 03:54 +0100, Ralf Corsepius wrote: > > In other words, fedora-extras-commits-list has been converted to a > > read-only list. > > > > Not necessarily a helpful (IMO a false) decision, because it means to > > further cripple FE's already poor QA. > > With the traffic on that list, any message that isn't CVS commit will > easily get overlooked, so any discussions about commits will be far more > visible on the main list, than in the overall commit dump. Agreed. I have filters set up to flag any responses to my packages - but I have to remember to update my filters when I own a new package. Would it possible to set the reply-to on that list to this list (fedora-extras-list) so that people can just hit "reply" and it will go to the correct list? From caillon at redhat.com Mon Nov 14 04:06:23 2005 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 13 Nov 2005 23:06:23 -0500 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131904006.2638.43.camel@localhost.localdomain> References: <1131904006.2638.43.camel@localhost.localdomain> Message-ID: <43780D3F.6050304@redhat.com> On 11/13/2005 12:46 PM, Thorsten Leemhuis wrote: > Hi *, > > just FYI: Replies to the cvs-commits on > fedora-extras-commits-list at redhat.com should be taken to this list > (fedora-extras-list at redhat.com) from now on. The Reply-To on the > commits-list is set accordingly. > > All mail to fedora-extras-commits-list at redhat.com that is not from > fedora-extras-commits at redhat.com will get dropped in the near future. > Is it possible to set it so that it goes To: commiter, Cc: list fedora-extras-list is too high volume for me, and I typically just mark mail as read. Not sure what I'm doing reading this right now. :-) From rc040203 at freenet.de Mon Nov 14 04:17:31 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 14 Nov 2005 05:17:31 +0100 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131937530.10910.12.camel@localhost.localdomain> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> Message-ID: <1131941851.16644.40.camel@mccallum.corsepiu.local> On Sun, 2005-11-13 at 22:05 -0500, Konstantin Ryabitsev wrote: > On Mon, 2005-14-11 at 03:54 +0100, Ralf Corsepius wrote: > > In other words, fedora-extras-commits-list has been converted to a > > read-only list. > > > > Not necessarily a helpful (IMO a false) decision, because it means to > > further cripple FE's already poor QA. > > With the traffic on that list, any message that isn't CVS commit will > easily get overlooked, so any discussions about commits will be far more > visible on the main list, than in the overall commit dump. I'd say it > does the opposite and improves the chances that things will get noticed. > I don't see what makes you say that it'll "further cripple" the QA. Quite simple: If all comments would go to fedora-commit-list only, subscribing to fedora-commits-list would be mandatory to maintainers, and thereby would force them to read other maintainers' commits, too == QA. Redirecting comments to fedora-extras-list rsp. making fedora-commits-list read-only removes all pressure from maintainers to read fedora-commits-list and thereby pushes fedora-commits-list into insignificance. => less eyes, less QA All in all, a truely bad move, of whom ever is responsible for this decision. Ralf From rc040203 at freenet.de Mon Nov 14 04:21:09 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 14 Nov 2005 05:21:09 +0100 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131940703.13658.2.camel@locolhost.localdomain> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> <1131940703.13658.2.camel@locolhost.localdomain> Message-ID: <1131942069.16644.42.camel@mccallum.corsepiu.local> On Sun, 2005-11-13 at 19:58 -0800, Michael A. Peters wrote: > On Sun, 2005-11-13 at 22:05 -0500, Konstantin Ryabitsev wrote: > > On Mon, 2005-14-11 at 03:54 +0100, Ralf Corsepius wrote: > > > In other words, fedora-extras-commits-list has been converted to a > > > read-only list. > > > > > > Not necessarily a helpful (IMO a false) decision, because it means to > > > further cripple FE's already poor QA. > > > > With the traffic on that list, any message that isn't CVS commit will > > easily get overlooked, so any discussions about commits will be far more > > visible on the main list, than in the overall commit dump. > > Agreed. > I have filters set up to flag any responses to my packages - but I have > to remember to update my filters when I own a new package. The point is: In short term, you won't receive any responses anymore, because nobody will read fedora-commits-list anymore ;-) Ralf From icon at fedoraproject.org Mon Nov 14 04:32:43 2005 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sun, 13 Nov 2005 23:32:43 -0500 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131941851.16644.40.camel@mccallum.corsepiu.local> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> <1131941851.16644.40.camel@mccallum.corsepiu.local> Message-ID: <1131942763.10910.22.camel@localhost.localdomain> On Mon, 2005-14-11 at 05:17 +0100, Ralf Corsepius wrote: > If all comments would go to fedora-commit-list only, subscribing to > fedora-commits-list would be mandatory to maintainers, and thereby would > force them to read other maintainers' commits, too == QA. > > Redirecting comments to fedora-extras-list rsp. making > fedora-commits-list read-only removes all pressure from maintainers to > read fedora-commits-list and thereby pushes fedora-commits-list into > insignificance. > > => less eyes, less QA > > All in all, a truely bad move, of whom ever is responsible for this > decision. You assume that all maintainers are currently paying attention to the list anyway. I'm pretty positive that very, very few are actually taking time to read through hundreds upon hundreds of messages that arrive daily. I will be blatantly honest and say that I filter them all to go to /dev/null. I'm pretty sure I'm not alone. => no QA (by your definition of QA) Now, with responses actually going to the main list, I'll be 100% more likely to see responses to my commits. => a lot more QA (by your definition of QA) I'd like to have the dedication and will to read through all of the commits, but currently I have neither, and it's unlikely to change, sadly. Regards, -- Konstantin Ryabitsev McGill University WSG Montr?al, Qu?bec From bugzilla at redhat.com Mon Nov 14 04:45:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 23:45:31 -0500 Subject: [Bug 173098] New: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) Product: Fedora Extras Version: devel Platform: All URL: http://www.linphone.org/ortp/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ivazquez at ivazquez.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.ivazquez.net/files/extras/ortp.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/ortp-0.7.0-4.src.rpm Description: oRTP is a C library that implements RTP (RFC3550). Note: I have packaged 0.7.0 since that's the version that linphone is currently packaged with. I've also started the release at nonzero in order to match the release packaged with linphone. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 04:45:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 13 Nov 2005 23:45:42 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511140445.jAE4jgul006222@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173098 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 14 04:54:11 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 14 Nov 2005 05:54:11 +0100 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131942763.10910.22.camel@localhost.localdomain> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> <1131941851.16644.40.camel@mccallum.corsepiu.local> <1131942763.10910.22.camel@localhost.localdomain> Message-ID: <1131944052.16644.60.camel@mccallum.corsepiu.local> On Sun, 2005-11-13 at 23:32 -0500, Konstantin Ryabitsev wrote: > On Mon, 2005-14-11 at 05:17 +0100, Ralf Corsepius wrote: > > If all comments would go to fedora-commit-list only, subscribing to > > fedora-commits-list would be mandatory to maintainers, and thereby would > > force them to read other maintainers' commits, too == QA. > > > > Redirecting comments to fedora-extras-list rsp. making > > fedora-commits-list read-only removes all pressure from maintainers to > > read fedora-commits-list and thereby pushes fedora-commits-list into > > insignificance. > > > > => less eyes, less QA > > > > All in all, a truely bad move, of whom ever is responsible for this > > decision. > > You assume that all maintainers are currently paying attention to the > list anyway. Well, I am pretty sure this isn't the case. Partially, because subscribing to fedora-commits-list isn't mandatory for maintainers, and partially, because fedora-commits-lists already forwards to fedora-extras-list. > I'm pretty positive that very, very few are actually taking > time to read through hundreds upon hundreds of messages that arrive > daily. Nobody does this, but ... even if you filter (I do so, too), sometimes something catches your eye ... > I will be blatantly honest and say that I filter them all to go > to /dev/null. I'm pretty sure I'm not alone. If feedback to commits would go to fedora-commits-list, only, you could not avoid having to read fedora-commits-list. Now, you can. Why don't you simply unsubscribe to fedora-commits-list if you don't read it, anyway? IMO, the only real motivation for maintainers to read fedora-commits-list is to "catch feedback". > => no QA (by your definition of QA) Yes - Why do you think, am I talking about poor "FE QA"? Take yourself the time and "just browse" through one week of commits. It's pretty amazing to see what of "uncooked stuff" is getting checked in into CVS - IMO, it's apparent, nobody is reading fedora-commits-list and IMO, the reasons also are obvious (High traffic and no obligations to read fedora-commits-list) > Now, with responses actually going to the main list, I'll be 100% more > likely to see responses to my commits. Tell me, why I should read fedora-commits-list? Now, I don't see any reason, anymore .. reading others' commits and commenting isn't actually interesting to me. In all cases I've been commenting in the past, this had been side-effects of browsing the list. Ralf From bugzilla at redhat.com Mon Nov 14 05:11:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 00:11:29 -0500 Subject: [Bug 173040] Review Request: rlog - Runtime Logging for C++ In-Reply-To: Message-ID: <200511140511.jAE5BTRr007706@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: rlog - Runtime Logging for C++ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173040 ------- Additional Comments From lemenkov at newmail.ru 2005-11-14 00:11 EST ------- (In reply to comment #7) > Ok, I APPROVE http://paula.comtv.ru/rlog-1.3.7-1.src.rpm for Fedora Extras Thanks. Could you sponsor me? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Mon Nov 14 05:32:42 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 13 Nov 2005 21:32:42 -0800 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131944052.16644.60.camel@mccallum.corsepiu.local> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> <1131941851.16644.40.camel@mccallum.corsepiu.local> <1131942763.10910.22.camel@localhost.localdomain> <1131944052.16644.60.camel@mccallum.corsepiu.local> Message-ID: <1131946363.13658.9.camel@locolhost.localdomain> On Mon, 2005-11-14 at 05:54 +0100, Ralf Corsepius wrote: > If feedback to commits would go to fedora-commits-list, only, you could > not avoid having to read fedora-commits-list. Now, you can. I filter the list with an evolution vFolder. I only see my commits and responses to my commits. I _have_ to do it that way. Otherwise - I might miss a response due to the volume of commits. If my vFolder is bold, I know there is something in it I have not read - and I read it in the vFolder. There are times when I browse the commits list - but they are rare, usually when I'm bored and I'm looking at what other packagers have recently done. That's it. I know a few packagers do read them and respond - and I greatly appreciate those who do - I'm just usually not one of them. Perhaps I should be when I have the time, but forcing responses to that list isn't going to affect me - I have to filter so that I catch responses to my commits, I filter to a vFolder so that it is easy to see they are there when they are there - and I read them in the vFolder. From rc040203 at freenet.de Mon Nov 14 06:05:23 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 14 Nov 2005 07:05:23 +0100 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131946363.13658.9.camel@locolhost.localdomain> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> <1131941851.16644.40.camel@mccallum.corsepiu.local> <1131942763.10910.22.camel@localhost.localdomain> <1131944052.16644.60.camel@mccallum.corsepiu.local> <1131946363.13658.9.camel@locolhost.localdomain> Message-ID: <1131948323.16644.78.camel@mccallum.corsepiu.local> On Sun, 2005-11-13 at 21:32 -0800, Michael A. Peters wrote: > On Mon, 2005-11-14 at 05:54 +0100, Ralf Corsepius wrote: > > > If feedback to commits would go to fedora-commits-list, only, you could > > not avoid having to read fedora-commits-list. Now, you can. > > I filter the list with an evolution vFolder. > I only see my commits and responses to my commits. > > I _have_ to do it that way. With the change applied this is not true, anymore. > Otherwise - I might miss a response due to > the volume of commits. ... in future, you won't see many (if any) comments anymore. > There are times when I browse the commits list - but they are rare, > usually when I'm bored and I'm looking at what other packagers have > recently done. That's it. That's not much different from how I read it (I am filtering into an evolution folder and automatically delete some mails matching certain filter rules). > I know a few packagers do read them and respond - and I greatly > appreciate those who do - I'm just usually not one of them. ... I occasionally do, when I think somebody is doing something stupid or harmful, ... but what you see here only is the tip of the iceberg .. I am far from systematically reading or commenting on check-ins. > Perhaps I > should be when I have the time, but forcing responses to that list isn't > going to affect me - I have to filter so that I catch responses to my > commits, I filter to a vFolder so that it is easy to see they are there > when they are there - and I read them in the vFolder. ... it is going to affect you, because people like me will unsubscribe from fedora-commits-lists, because there is not any reason to read it anymore. It definitely spares me a lot of trouble, such as having to justify my comments with others, and definitely spares me having to cope with other's comments (Due to the high number of packages, I maintain, I receive a considerable amount of comments). If that's what's intended, go ahead ... I feel this step is harmful to the Fedora Project. Ralf From bugzilla at redhat.com Mon Nov 14 06:43:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 01:43:18 -0500 Subject: [Bug 173105] New: Review Request: xfce4-battery-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173105 Summary: Review Request: xfce4-battery-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-battery-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-battery-plugin-0.3.0-2.fc4.src.rpm Description: A battery monitor plugin for the Xfce panel, compatible with APM and ACPI. - rplint is clean - licese BSD (included) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 06:43:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 01:43:31 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511140643.jAE6hVw4013622@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173105 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 07:40:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 02:40:48 -0500 Subject: [Bug 173090] Review Request: hpic -- Healpix manipulation binaries and library In-Reply-To: Message-ID: <200511140740.jAE7em3w017728@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hpic -- Healpix manipulation binaries and library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173090 ------- Additional Comments From adrian at lisas.de 2005-11-14 02:40 EST ------- I just saw the commit log of this import and I think there should be some small changes to the spec file: The URL line should be the Source0 line and the URL from the %description should be moved to the URL line. I am not sure about this, but I think that the -devel package should require cfitsio-devel because the header file includes headers from that package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 07:59:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 02:59:58 -0500 Subject: [Bug 172871] Review Request: driftnet In-Reply-To: Message-ID: <200511140759.jAE7xwYR018959@www.beta.redhat.com> Please 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 adrian at lisas.de 2005-11-14 02:59 EST ------- - builds in mock - source matches upstream - spec looks good - additional sources and patch look good - clean installation and removal Not approving yet as following makes me nervous, especially as this is running as root: /builddir/build/BUILD/driftnet-0.1.6/driftnet.c:588: warning: the use of `tmpnam' is dangerous, better use `mkstemp' -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 08:16:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 03:16:45 -0500 Subject: [Bug 172871] Review Request: driftnet In-Reply-To: Message-ID: <200511140816.jAE8GjXM020562@www.beta.redhat.com> Please 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 mpeters at mac.com 2005-11-14 03:16 EST ------- http://mirror.espri.arizona.edu/gentoo/rsync/net-analyzer/driftnet/files/driftnet-0.1.6-tmpnam-is-bad.diff That's a gentoo patch for the tmpnam issue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 08:59:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 03:59:35 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511140859.jAE8xZq0023852@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From bnocera at redhat.com 2005-11-14 03:59 EST ------- Damn Channel 4 adverts ;) Simon, if you're interested in maintaining fdupes, feel free. But please make sure that you take into account the patch from Adrian in the other bug. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 09:04:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:04:38 -0500 Subject: [Bug 173110] 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=173110 Summary: Review Request: Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: luya256 at yahoo.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets.spec SRPM Name or Url: http://finalzone.webmasterswebworkshop.com/Fedora/gDesklets-0.35.2-1.src.rpm Description: This is my first build of package. I tested on my system and everything seems to work fine. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 09:04:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:04:49 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511140904.jAE94nQU024662@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 luya256 at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173110 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 09:05:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:05:23 -0500 Subject: [Bug 173111] 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=173111 Summary: Review Request: Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: luya256 at yahoo.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets.spec SRPM Name or Url: http://finalzone.webmasterswebworkshop.com/Fedora/gDesklets-0.35.2-1.src.rpm Description: This is my first build of package. I tested on my system and everything seems to work fine. gDesklets is an architecture for desktop applets. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 09:05:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:05:41 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511140905.jAE95f4o024751@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 luya256 at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173111 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 09:11:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:11:07 -0500 Subject: [Bug 173110] Review Request: In-Reply-To: Message-ID: <200511140911.jAE9B7Th025302@www.beta.redhat.com> Please 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=173110 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: |0.35.2-1> Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From ivazquez at ivazquez.net 2005-11-14 04:11 EST ------- *** This bug has been marked as a duplicate of 173111 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 09:11:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:11:09 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511140911.jAE9B9en025327@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From ivazquez at ivazquez.net 2005-11-14 04:11 EST ------- *** Bug 173110 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 jamatos at fc.up.pt Mon Nov 14 09:40:04 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Mon, 14 Nov 2005 09:40:04 +0000 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: <200511140859.jAE8xZq0023852@www.beta.redhat.com> References: <200511140859.jAE8xZq0023852@www.beta.redhat.com> Message-ID: <200511140940.04462.jamatos@fc.up.pt> On Monday 14 November 2005 08:59, bugzilla at redhat.com wrote: > Additional Comments From bnocera 2005-11-14 03:59 EST > > Damn Channel 4 adverts ;) You got me here. ;-) -- Jos? Ab?lio From bugzilla at redhat.com Mon Nov 14 09:41:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:41:28 -0500 Subject: [Bug 173035] Review Request: chmlib - Library for dealing with ITSS/CHM format files In-Reply-To: Message-ID: <200511140941.jAE9fSEL028389@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: chmlib - Library for dealing with ITSS/CHM format files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173035 ------- Additional Comments From ivazquez at ivazquez.net 2005-11-14 04:41 EST ------- Please consider adding -q to %setup. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 09:51:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:51:27 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511140951.jAE9pRfA029374@www.beta.redhat.com> Please 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=173111 alexl at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: |0.35.2-1> CC| |alexl at users.sourceforge.net ------- Additional Comments From alexl at users.sourceforge.net 2005-11-14 04:51 EST ------- Minor changelog quibble, format is wrong: * Sat Nov 12 2005 Luya Tshimbalanga - 0.35.2-1 * Initial RPM Build Should use a dash (-), also "Initial RPM Build" is a bit vague, I suggest the following: * Sat Nov 12 2005 Luya Tshimbalanga - 0.35.2-1 - Initial 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 bugzilla at redhat.com Mon Nov 14 09:54:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 04:54:41 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511140954.jAE9sfeD029642@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From alexl at users.sourceforge.net 2005-11-14 04:54 EST ------- Please add URL to upstream project in URL field: http://gdesklets.gnomedesktop.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 Mon Nov 14 11:13:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 06:13:08 -0500 Subject: [Bug 172871] Review Request: driftnet In-Reply-To: Message-ID: <200511141113.jAEBD8cZ005689@www.beta.redhat.com> Please 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 bnocera at redhat.com 2005-11-14 06:13 EST ------- Yay for the gentoo patch which doesn't clean up after 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 wtogami at redhat.com Mon Nov 14 12:03:21 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 14 Nov 2005 07:03:21 -0500 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <43780D3F.6050304@redhat.com> References: <1131904006.2638.43.camel@localhost.localdomain> <43780D3F.6050304@redhat.com> Message-ID: <43787D09.5030008@redhat.com> Christopher Aillon wrote: > On 11/13/2005 12:46 PM, Thorsten Leemhuis wrote: > >> Hi *, >> >> just FYI: Replies to the cvs-commits on >> fedora-extras-commits-list at redhat.com should be taken to this list >> (fedora-extras-list at redhat.com) from now on. The Reply-To on the >> commits-list is set accordingly. >> >> All mail to fedora-extras-commits-list at redhat.com that is not from >> fedora-extras-commits at redhat.com will get dropped in the near future. >> > > > Is it possible to set it so that it goes > > To: commiter, Cc: list > > fedora-extras-list is too high volume for me, and I typically just mark > mail as read. Not sure what I'm doing reading this right now. :-) > I do agree this should be a high priority. I'm adding this to the FESCO meeting agenda for this week now. Warren Togami wtogami at redhat.com From wtogami at redhat.com Mon Nov 14 12:04:12 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 14 Nov 2005 07:04:12 -0500 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <1131941851.16644.40.camel@mccallum.corsepiu.local> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> <1131941851.16644.40.camel@mccallum.corsepiu.local> Message-ID: <43787D3C.5040505@redhat.com> Ralf Corsepius wrote: > > All in all, a truely bad move, of whom ever is responsible for this > decision. This was an unanimous decision of the Fedora Extras Steering committee. We can discuss it again at the next FESCO meeting although I don't think the decision will be any different then. Warren Togami wtogami at redhat.com From wtogami at redhat.com Mon Nov 14 12:09:29 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 14 Nov 2005 07:09:29 -0500 Subject: Replies to cvs-commits on fedora-extras-commits-list@redhat.com to this list from now on In-Reply-To: <43787D3C.5040505@redhat.com> References: <1131904006.2638.43.camel@localhost.localdomain> <1131936844.16644.15.camel@mccallum.corsepiu.local> <1131937530.10910.12.camel@localhost.localdomain> <1131941851.16644.40.camel@mccallum.corsepiu.local> <43787D3C.5040505@redhat.com> Message-ID: <43787E79.6030408@redhat.com> Warren Togami wrote: > Ralf Corsepius wrote: > >> >> All in all, a truely bad move, of whom ever is responsible for this >> decision. > > > This was an unanimous decision of the Fedora Extras Steering committee. > We can discuss it again at the next FESCO meeting although I don't > think the decision will be any different then. Hmm, OTOH making the list read-only makes it far more difficult to auto-CC mail about a certain package to package owners. I think FESCO needs to discuss redoing the entire list concept, perhaps to something like a per-package mailing list maintained by the database where package owners are automatically mailed by changes made to those packages, and anybody else can add themselves CC to any package. I believe Debian does something like this? I dunno, need to research. Warren Togami wtogami at redhat.com From bugzilla at redhat.com Mon Nov 14 12:21:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 07:21:01 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511141221.jAECL1ng012398@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 ------- Additional Comments From pertusus at free.fr 2005-11-14 07:20 EST ------- Thanks for the review. Here is the updated srpm: http://www.environnement.ens.fr/perso/dumas/fc-srpms/tetex-tex4ht-1.0.2005_11_06_1516-1.src.rpm > * rename Source to Source0 done > * add a datestamp to tex4ht-all.zip - it will probably change in future updates. > (ie tex4ht-all-YYYYMMDD.zip - based on last timestamp in directory) done > -=- > Question - upstream version has an underscore in the version name, I also think that we should keep the upstream scheme as long as it doesn't break rpm versionning. If the next stable release is 1.0.1 there will be trouble, but let's wait for this to happen before doing something special. > -=- > Bad: > * Timestamp of source in src.rpm does not match rpm - grab sources with wget -N > to preserve timestamp on upstream tarball done > * rpmlint - complains about license done > -=- > Don't Know (probably harmless): > rpmlint gives the following errors on debuginfo: 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 buc at odusz.so-cdu.ru Mon Nov 14 12:26:01 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 14 Nov 2005 15:26:01 +0300 Subject: static libraries' policy In-Reply-To: <604aa7910511111014g78b322ax7681f100991da944@mail.gmail.com> References: <4370BF0D.4070804@odu.neva.ru> <1131481604.2490.7.camel@ignacio.lan> <4371E4B8.7060209@odu.neva.ru> <604aa7910511111014g78b322ax7681f100991da944@mail.gmail.com> Message-ID: <43788259.9000209@odu.neva.ru> Jeff Spaleta wrote: >On 11/9/05, Dmitry Butskoy wrote: > > >> Sure! Attached. >> >> > >I'd like to know exactly how you compiled that list. If you used a >script I'd like to see it. If you did visual inspection I'd like to >know exactly what you were looking for. > > Well, The idea is to check whether the "%files devel" section has some ".a" files. 1. Download cvs daily snapshot from http://cvs.fedora.redhat.com/webfiles, untar it. 2. Then run the script (attached). Certainly this script is not completely correct, but the goal was to quickly get the general situation (I believe it gives 99% true results...). ~buc -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dodo1 URL: From bugzilla at redhat.com Mon Nov 14 12:31:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 07:31:45 -0500 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200511141231.jAECVjsS013726@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-11-14 07:31 EST ------- (In reply to comment #10) > lib765 is the name of the library, not a version number (it's a chipset used as > the disc controller on the Speccy +3) You and I know that; it's rpmlint that's ignorant ;-) As I said, that one can be ignored. (In reply to comment #11) > http://www.all-the-johnsons.co.uk/emulation/downloads/lib765.spec > http://www.all-the-johnsons.co.uk/emulation/downloads/libspectrum.spec > http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk.spec > > src rpm names > > libdsk-1.1.6-1.src.rpm > lib765-0.3.3-2.src.rpm > libspectrum-0.2.2-4.src.rpm > > All of the changes suggested have now been incorporated and libdsk has been > bumped to 1.1.6 Last couple of points: * lib765 could use %{?_smp_mflags} with make in %build * you misspelled my name in the changelog for libdsk; I'd just remove the changelog entry added by my patch because I forgot to get round to actually listing what the changes were (covered by your new changelog entry). Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 12:39:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 07:39:26 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511141239.jAECdQg6014379@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 ------- Additional Comments From pertusus at free.fr 2005-11-14 07:39 EST ------- A new srpm available (the above link is wrong, it leads to an old version) with a Requires for ImageMagick added http://www.environnement.ens.fr/perso/dumas/fc-srpms/tetex-tex4ht-1.0.2005_11_06_1516-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 13:51:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 08:51:37 -0500 Subject: [Bug 172547] Review Request: ghdl VHDL frontend for gcc In-Reply-To: Message-ID: <200511141351.jAEDpbPR020689@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl VHDL frontend for gcc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From paul at city-fan.org 2005-11-14 08:51 EST ------- (In reply to comment #8) > Note: to display ghw output files, you should use gtkwave 1.3.78, since it > fixes a ghw related bug. Bug 172579 is for a gtkwave 1.3.78 package, still awaiting 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 Christian.Iseli at licr.org Mon Nov 14 14:05:30 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Mon, 14 Nov 2005 15:05:30 +0100 Subject: static libraries' policy In-Reply-To: Your message of "Sat, 12 Nov 2005 13:05:02 EST." <20051112180502.GD11037@redhat.com> Message-ID: <200511141405.jAEE5UoR023886@ludwig-alpha.unil.ch> veillard at redhat.com said: > On Sat, Nov 12, 2005 at 08:21:28AM -0800, Toshio Kuratomi wrote: > > If Daniel's got a valid argument then static libraries have to be > > packaged by default. > At least for the libraries > 1/ that we expect ISV to use > 2/ that are not part of the LSB set > this affects me directly (libxml2) and potentially all desktop libs I agree that applications *strictly* conforming to LSB will need to link statically to some libs. But the LSB standards also says about conforming applications: It shall not use any interface or data format that is not required to be provided by a conforming implementation, unless: * If such an interface or data format is supplied by another application through direct invocation of that application during execution, that application shall be in turn an LSB conforming application. * The use of that interface or data format, as well as its source, shall be identified in the documentation of the application. and I'm pretty convinced that any package in FE satisfies those conditions when they are dynamically linked (just look at the BR lines in the spec, and the SRPMs of necessary libs are readily available). I could not find any documentation that Fedora aims to be *strictly* LSB conformant. There is also this old quote from Andreas Rogge in 2002: for strict conformance, it is required that the package does only require LSB and not any other package. This makes it impossible to make software suites (i.e. GNOME or KDE) LSB conforming. As they consist of many applications, which require each other. (from http://www.fedora.us/pipermail/fedora-devel.mbox/fedora-devel.mbox) > > They don't need to be installed but they have to > > be available. Does moving libraries into -static for FE work? Or are > > we going to run into the same comps maintenence issues that Jeremy > > mentions in relation to FC? > A no-nonsense rule is the best, we don't want to add hundreds of -static > packages, a maintainer may have a good reason to ship static libs, LSB being > one of them, apparently Chris Aillon gave another example where it's required > for Mozilla. No static should be a general trend, and for a number of > libraries it makes sense, but this should not be imposed as an absolute hard > rule. I agree that a no-nonsense rule would be good. I still stand by my conviction that static libs should be removed by default. But I have no problem granting people wanting their packages to be strictly LSB conformant their wish to pack the static libs. I just think they should have given the issues of: - security - bulk - maintainability some thought, and have some justification before deciding to pack the static libs. Christian From jspaleta at gmail.com Mon Nov 14 14:18:32 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 14 Nov 2005 09:18:32 -0500 Subject: static libraries' policy In-Reply-To: <43788259.9000209@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> <1131481604.2490.7.camel@ignacio.lan> <4371E4B8.7060209@odu.neva.ru> <604aa7910511111014g78b322ax7681f100991da944@mail.gmail.com> <43788259.9000209@odu.neva.ru> Message-ID: <604aa7910511140618h313ca953kb09419710776a195@mail.gmail.com> On 11/14/05, Dmitry Butskoy wrote: > Well, > The idea is to check whether the "%files devel" section has some ".a" > files. Thanks. I just like full disclosure as to how lists are generated. -jef From bugzilla at redhat.com Mon Nov 14 14:18:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 09:18:06 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511141418.jAEEI6U6023104@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From dmitry at butskoy.name 2005-11-14 09:17 EST ------- Some first remarks & nitpicks: - IMO, URL should be http://sourceforge.net/projects/l2tpd - Group tag should be "System Environment/Daemons" (as have ppp, openswan, wvdial and other similar stuff). - AFAIK l2tp can be useful without IPSec too. If it is true, remove "Requires: openswan" - As unix98pty is a default for FC2+, and spec file should be more Fedora-oriented rather than generic, get rid of unneeded patches and macros here. - Source3 (RPM.README) seems to be unuseful (to be included into %doc for "end" users) - BUGS file in %doc seems to be unuseful too (it is mostly for l2tpd developers). - As Patch0 is not used at all, get rid of it. - According to http://fedoraproject.org/wiki/ScriptletSnippets#head-55b46ef483e6a08c24a8fc3b0b7e2ef7bfb84efd , don't run "chkconfig ... on" on install. Also remove "comment + exit 0;" at the ends of the scripts, it looks a little bit ugly. - Change "try-restart" to "condrestart" in spec and l2tpd.init file. - I would prefer to not activate l2tpd service by default (i.e., change "2345 80 30" to "- 80 30" in l2tpd.init file). Don't use extra spaces in the appropriate line, rpmlint worries about it. - remove the last paragraph from %description (all rpm history should be in the %changelog section). Consider an opportunity of replacement of the current source tarball + a lot of patches to some current CVS snapshot (it seems that several patches are already commited upstream). Of course, if it is stable enough... :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 14:27:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 09:27:45 -0500 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200511141427.jAEERjlZ024393@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170131 ------- Additional Comments From dmitry at butskoy.name 2005-11-14 09:27 EST ------- ping -f Matthias || ping -b Somebody :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 14:41:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 09:41:33 -0500 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200511141441.jAEEfX0C025906@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-11-14 09:41 EST ------- I'll make the last couple of changes. According to the thread running the F.E. list, I do have my email address registered and awaiting approval. Any chance of looking into it so I can upload these 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 Mon Nov 14 14:42:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 09:42:53 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511141442.jAEEgruI026070@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From simonb at thoughtpolice.co.uk 2005-11-14 09:42 EST ------- Great, thanks. I've uploaded the new spec file and srpm. Same URLs as before. I noticed that Adrian uses Applications/Files as a Group, which rpmlint doesn't like. I've assumed rpmlint was wrong, and changed from Applications/System. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 14:45:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 09:45:13 -0500 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200511141445.jAEEjDnR026220@www.beta.redhat.com> Please 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 matthias at rpmforge.net 2005-11-14 09:45 EST ------- Sorry for the lag :-) I've taken a look at the current fc4 spec file. It looks much better! Questions : - Why to you force -Wall -fno-strict-aliasing? Do things break without? - Why do you export EXTENSION_DIR for the build? Is it really needed? - Isn't --enable-shared --disable-static the default after phpize? All the rest is quite clean, well commented now, and pretty nifty too ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 14:49:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 09:49:46 -0500 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200511141449.jAEEnkfC026643@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-11-14 09:49 EST ------- http://www.all-the-johnsons.co.uk/emulation/downloads/lib765.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk.spec src rpm names libdsk-1.1.6-1.src.rpm lib765-0.3.3-3.src.rpm Only real change is in lib765 in that it now uses %{?_smp_flags}. libdsk is a rebuild with Paul H's comment removed from the changelog. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 15:32:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 10:32:52 -0500 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200511141532.jAEFWqll032044@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170131 ------- Additional Comments From dmitry at butskoy.name 2005-11-14 10:32 EST ------- > ping -f Matthias || ping -b Somebody :) I always knew, that "ping -f" is very effective! :) > Why to you force -Wall -fno-strict-aliasing? Do things break without? These things are present in the original php package for Fedora Core. I don't know explicitly why, but IMHO I should repeat them too to avoid possibly unknown issues. > Why do you export EXTENSION_DIR for the build? Is it really needed? Yes, it is unneeded. > Isn't --enable-shared --disable-static the default after phpize? Yep, remove extra args. New SRPM & SPEC: PHP5 & FC4/devel: http://dmitry.butskoy.name/php-extras/php-extras-5.0.4-1.src.rpm http://dmitry.butskoy.name/php-extras/php-extras.spec.fc4 PHP4 & FC3: http://dmitry.butskoy.name/php-extras/php-extras-4.3.11-1.src.rpm http://dmitry.butskoy.name/php-extras/php-extras.spec.fc3 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From toshio at tiki-lounge.com Mon Nov 14 15:41:31 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 14 Nov 2005 07:41:31 -0800 Subject: static libraries' policy In-Reply-To: <200511141405.jAEE5UoR023886@ludwig-alpha.unil.ch> References: <200511141405.jAEE5UoR023886@ludwig-alpha.unil.ch> Message-ID: <1131982892.6971.13.camel@localhost> On Mon, 2005-11-14 at 15:05 +0100, Christian.Iseli at licr.org wrote: > veillard at redhat.com said: > > A no-nonsense rule is the best, we don't want to add hundreds of -static > > packages, a maintainer may have a good reason to ship static libs, LSB being > > one of them, apparently Chris Aillon gave another example where it's required > > for Mozilla. No static should be a general trend, and for a number of > > libraries it makes sense, but this should not be imposed as an absolute hard > > rule. > > I agree that a no-nonsense rule would be good. I still stand by my conviction > that static libs should be removed by default. But I have no problem granting > people wanting their packages to be strictly LSB conformant their wish to pack > the static libs. I just think they should have given the issues of: > - security > - bulk > - maintainability > some thought, and have some justification before deciding to pack the static > libs. The only outstanding issue here would be how does a package maintainer decide that their not-in-LSB library is something an ISV would want to link statically against? Popularity? Wait for bug reports? Ville mentioned that Mandriva and PLD distribute -static packages; do they do this for every library or have they evolved some policy to decide when -static is necessary? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ndbecker2 at gmail.com Mon Nov 14 15:57:57 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 14 Nov 2005 10:57:57 -0500 Subject: static libraries' policy References: <200511091457.jA9EvLXO027590@ludwig-alpha.unil.ch> <4372326C.7060809@odu.neva.ru> Message-ID: Dmitry Butskoy wrote: > Christian.Iseli at licr.org wrote: > >>buc at odusz.so-cdu.ru said: >> >> >>>This situation creates a precedent: there is a policy, but significant >>>part >>>of maintainers ignore it. Is it allowed (i.e. some kind of liberalism in >>>Fedora) or is it bad (makes an anarchy)? >>> >>> >> >>Hmm, maybe you just need a bit more patience ? :-) >> >> > Sure! :-) > I have been confused by very different attitude of different reviewers > to the static libs' policy... > >>The noun "moment of inertia" has one meaning: >>Meaning #1: the tendency of a body to resist angular acceleration >> Q: What do you think about large rotating bodies? A: They have their moments. From bugzilla at redhat.com Mon Nov 14 16:06:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 11:06:15 -0500 Subject: [Bug 173090] Review Request: hpic -- Healpix manipulation binaries and library In-Reply-To: Message-ID: <200511141606.jAEG6Fd2003697@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hpic -- Healpix manipulation binaries and library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173090 ------- Additional Comments From matt at truch.net 2005-11-14 11:06 EST ------- (In reply to comment #5) > The URL line should be the Source0 line and the URL from the %description should > be moved to the URL line. > > I am not sure about this, but I think that the -devel package should require > cfitsio-devel because the header file includes headers from that package. I agree on both counts. These fixes are in 0.52-3, which I'll build shortly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 16:40:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 11:40:24 -0500 Subject: [Bug 171801] Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator In-Reply-To: Message-ID: <200511141640.jAEGeOMN007338@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libspectrum, lib765 and libdsk - libraries required for the fuse-emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171801 ------- Additional Comments From paul at city-fan.org 2005-11-14 11:40 EST ------- (In reply to comment #13) > I'll make the last couple of changes. > > According to the thread running the F.E. list, I do have my email address > registered and awaiting approval. Any chance of looking into it so I can upload > these packages? I still don't know what your account name is in the system (it's only accessible to me by account name and not by email address); I can't see either of the ones you mentioned on-list as being in the cla_done group, nor waiting for approval for the cvsextras group. I think you need to chase that up with Elliot, who has better access to the accounts 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 ville.skytta at iki.fi Mon Nov 14 16:53:00 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 14 Nov 2005 18:53:00 +0200 Subject: static libraries' policy In-Reply-To: <1131982892.6971.13.camel@localhost> References: <200511141405.jAEE5UoR023886@ludwig-alpha.unil.ch> <1131982892.6971.13.camel@localhost> Message-ID: <1131987180.15334.89.camel@localhost.localdomain> On Mon, 2005-11-14 at 07:41 -0800, Toshio Kuratomi wrote: > Ville > mentioned that Mandriva and PLD distribute -static packages; do they do > this for every library or have they evolved some policy to decide when > -static is necessary? I don't know. But I tend to think that splitting the current -devel packages to -devel and -static(-devel) doesn't really add much value; the only thing off the top of my head being somewhat smaller devel/build system install sizes for the majority of cases (ie. ones that use shared libs only). Am I missing something else? Dropping static libs would have the already mentioned pros and cons, but one more pro would be that it'd be easier to clean up various *-config scripts and pkgconfig files of stuff that's only needed for static linking but in practice is applied to shared too, leading to unnecessary dependency bloat. (AFAIK "ld --as-needed" isn't ready for prime time yet (if ever?) to be the default.) From bugzilla at redhat.com Mon Nov 14 16:59:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 11:59:03 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511141659.jAEGx3jC009272@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From paul at city-fan.org 2005-11-14 11:58 EST ------- (In reply to comment #5) > I noticed that Adrian uses Applications/Files as a Group, which rpmlint doesn't > like. I've assumed rpmlint was wrong, and changed from Applications/System. The group should be selected from one of the ones listed in the file /usr/share/doc/rpm-*/GROUPS Applications/File would seem to be the best candidate (same as for findutils). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Mon Nov 14 17:03:25 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Mon, 14 Nov 2005 18:03:25 +0100 Subject: static libraries' policy In-Reply-To: Your message of "Mon, 14 Nov 2005 18:53:00 +0200." <1131987180.15334.89.camel@localhost.localdomain> Message-ID: <200511141703.jAEH3PGq026543@ludwig-alpha.unil.ch> ville.skytta at iki.fi said: > But I tend to think that splitting the current -devel packages to -devel and > -static(-devel) doesn't really add much value; the only thing off the top of > my head being somewhat smaller devel/build system install sizes for the > majority of cases (ie. ones that use shared libs only). Am I missing > something else? The pain of waiting for the .a bits to crawl through the ADSL line while attempting a mock build ? :-) Christian From bugzilla at redhat.com Mon Nov 14 17:08:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 12:08:50 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511141708.jAEH8oLJ010418@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-14 12:08 EST ------- Specs and srpms are updated. Checkout the URL. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Mon Nov 14 17:13:16 2005 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 14 Nov 2005 18:13:16 +0100 Subject: [Correction] Broken dependencies in Fedora Extras Development In-Reply-To: <20051113124716.3480f7a9.bugs.michael@gmx.net> References: <20051113111134.62662640.bugs.michael@gmx.net> <20051113124716.3480f7a9.bugs.michael@gmx.net> Message-ID: <20051114171316.GA3459@free.fr> I really appreciate those reports. I think it would be nice to have something similar for BuildRequires, if somebody is willing to do the script. -- Pat From rdieter at math.unl.edu Mon Nov 14 17:14:00 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 14 Nov 2005 11:14:00 -0600 Subject: static libraries' policy In-Reply-To: <1131741181.3306.15.camel@locolhost.localdomain> References: <200511111736.jABHacNv026814@ludwig-alpha.unil.ch> <1131736681.3306.7.camel@locolhost.localdomain> <1131741181.3306.15.camel@locolhost.localdomain> Message-ID: Michael A. Peters wrote: > Not including static libraries in Fedora won't make Fedora any more > secure, Many (including me) disagree with this assertion. > If the goal is to cut down on installed base, bigger hard drives are No (I don't think so at least) > If the goal is to cut down on bandwidth for network and yum installs, > that is a worthy goal imho - and could be accomplished by a -static Agreed. -static would also (but annoyingly painfully) help the libtool .la bloat too, as folks could add BuildConflicts: foo-static Simply omitting the static libs (and associated libtool archives) is easier. (-: > package, so that they are only installed when specifically requested by > the end user. A goal also is to reduce the total package size to minimize # of required CD's. Eliminating static libs would help achieve that goal. -- Rex From bugzilla at redhat.com Mon Nov 14 17:27:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 12:27:50 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511141727.jAEHRo7h013046@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From simonb at thoughtpolice.co.uk 2005-11-14 12:27 EST ------- (In reply to comment #6) > The group should be selected from one of the ones listed in the file > /usr/share/doc/rpm-*/GROUPS > > Applications/File would seem to be the best candidate (same as for findutils). > Thanks for that. Very useful. I've put a request in for rpmlint to recognise more groups (bug 173149). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 17:41:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 12:41:34 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511141741.jAEHfYvv014304@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From bdpepple at ameritech.net 2005-11-14 12:41 EST ------- I'll give this a review later today. Is this your first package for Fedora? If so, you'll also need someone to sponsor you. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 17:42:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 12:42:52 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511141742.jAEHgqjY014520@www.beta.redhat.com> Please 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=173111 alexl at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163776 nThis| | ------- Additional Comments From alexl at users.sourceforge.net 2005-11-14 12:42 EST ------- Thanks. By the way, this was not a full review, because I am not yet a formal contributor, nor can I sponsor contributors. (When somebody takes this package up for review, they will change the blocker bug from FE-NEW to FE-REVIEW.) I did, however, successfully build from the srpm, however, I installed a simple Clock applet from a website and I found I could not move it. In trying to find a way to fix this problem, I noticed that many links on the upstream site being broken, like the forums and the developer area, and the announcement about the main maintainer not having much time for the project make me wonder about the long term development of this package upstream. Have you a better sense of what is going on in the project, are you in contact with the upstream developer(s)? Lastly, if you update the spec file, you should also bump the release number and add a changelog entry even if it's still in 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 Mon Nov 14 17:50:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 12:50:46 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511141750.jAEHojbc015422@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From alexl at users.sourceforge.net 2005-11-14 12:50 EST ------- (In reply to comment #6)ime for the project make > Lastly, if you update the spec file, you should also bump the release number and > add a changelog entry even if it's still in review. And therefore, regenerate a new SRPM with a new URL (because it will have bumped the release number). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 18:31:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 13:31:26 -0500 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200511141831.jAEIVQr0020746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-11-14 13:31 EST ------- Okay, thanks for the comments, Juan. I have now committed my local changes to CVS. Tom, please note that there are differences between devel and FC[34]; devel is tuned for OpenSC 0.10.0 and FC[34] for 0.9.6 (paths, Obsoletes), and I intend to keep OpenSC that way for the foreseeable future, so please don't do blind branch syncs in this package :) There's one more thing that would be good to address before releasing: I think make_hash_link.sh is a too generic name for a script to be included in /usr/bin. Tom, feel free to address (or not) this the way you see fit; as far as I'm concerned, this is approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:31:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:31:17 -0500 Subject: [Bug 172994] Review Request: pork - Console based AIM client In-Reply-To: Message-ID: <200511141931.jAEJVHLc029891@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pork - Console based AIM client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172994 ------- Additional Comments From gauret at free.fr 2005-11-14 14:31 EST ------- One last thing : please include the text of the license in %doc (at least). For example, you could add to the %files section the following line: %doc COPYING NEWS TODO CONTRIBUTERS STYLE README AUTHORS QUICK_START is already packaged in /usr/share/pork, and ChangeLog is empty for the moment. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:51:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:51:39 -0500 Subject: [Bug 173180] 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=173180 Summary: Review Request:
Product: Fedora Extras Version: devel Platform: All URL: http://www.xs4all.nl/~chabotc/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chabotc at xs4all.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.xs4all.nl/~chabotc/buoh.spec SRPM Url: http://www.xs4all.nl/~chabotc/buoh-0.8-1.src.rpm Description: Buoh is a reader for online strips comics. It has a number of features, including: Selecting your favorites comic through a list of more than 130 comics, easy & simple an eye-candy view of an online comic, browsing over the comic strip archives. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:51:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:51:51 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511141951.jAEJppL5032441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chabotc at xs4all.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173180 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:51:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:51:46 -0500 Subject: [Bug 173181] New: Review Request: buoh Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173181 Summary: Review Request: buoh Product: Fedora Extras Version: devel Platform: All URL: http://www.xs4all.nl/~chabotc/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chabotc at xs4all.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.xs4all.nl/~chabotc/buoh.spec SRPM Url: http://www.xs4all.nl/~chabotc/buoh-0.8-1.src.rpm Description: Buoh is a reader for online strips comics. It has a number of features, including: Selecting your favorites comic through a list of more than 130 comics, easy & simple an eye-candy view of an online comic, browsing over the comic strip archives. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:52:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:52:03 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511141952.jAEJq305032476@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chabotc at xs4all.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173181 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:54:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:54:03 -0500 Subject: [Bug 173180] Review Request:
In-Reply-To: Message-ID: <200511141954.jAEJs3j7032693@www.beta.redhat.com> Please 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=173180 davej at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request:
|package name here> Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From davej at redhat.com 2005-11-14 14:53 EST ------- *** This bug has been marked as a duplicate of 173181 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:54:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:54:20 -0500 Subject: [Bug 173181] Review Request: buoh In-Reply-To: Message-ID: <200511141954.jAEJsKDM000304@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: buoh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173181 ------- Additional Comments From davej at redhat.com 2005-11-14 14:54 EST ------- *** Bug 173180 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:58:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:58:40 -0500 Subject: [Bug 173182] New: Review Request: kismet Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173182 Summary: Review Request: kismet Product: Fedora Extras Version: devel Platform: All URL: http://www.xs4all.nl/~chabotc/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chabotc at xs4all.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.xs4all.nl/~chabotc/kismet.spec SRPM Url: http://www.xs4all.nl/~chabotc/kismet-2005.08.R1-2.src.rpm Description: Kismet is an 802.11 layer2 wireless network detector, sniffer, and intrusion detection system. Kismet will work with any wireless card which supports raw monitoring (rfmon) mode, and can sniff 802.11b, 802.11a, and 802.11g traffic. Note to reviewer(s): The 2005-08-R1 is the actual version that upstream kismet uses, and the name of the upstream sources & version specified in the configure files, hence using this as package version. Since - is not an allowed character in the version field, i've used . as version seperator. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 19:58:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 14:58:52 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511141958.jAEJwqJS000893@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chabotc at xs4all.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173182 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 20:13:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 15:13:37 -0500 Subject: [Bug 173181] Review Request: buoh In-Reply-To: Message-ID: <200511142013.jAEKDbOi002500@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: buoh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173181 ------- Additional Comments From chabotc at xs4all.nl 2005-11-14 15:13 EST ------- Forgot to mention these are my first packages, and i am seeking a sponsor. Other 'first' package submited for review request is in bug #173181 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 20:15:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 15:15:50 -0500 Subject: [Bug 173181] Review Request: buoh In-Reply-To: Message-ID: <200511142015.jAEKFoM1002816@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: buoh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173181 ------- Additional Comments From chabotc at xs4all.nl 2005-11-14 15:15 EST ------- *scratches head, makes coffee* make that bug #173182 for the other package. Hmm hope this little incident doesn't turn away any potential sponsors :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 20:17:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 15:17:08 -0500 Subject: [Bug 173182] Review Request: kismet In-Reply-To: Message-ID: <200511142017.jAEKH8PM003009@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173182 ------- Additional Comments From chabotc at xs4all.nl 2005-11-14 15:17 EST ------- Forgot to mention these are my first packages, and i am seeking a sponsor. Other 'first' package submited for review request is in bug #173181 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 20:20:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 15:20:05 -0500 Subject: [Bug 173182] Review Request: kismet In-Reply-To: Message-ID: <200511142020.jAEKK5qS003286@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173182 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-11-14 15:20 EST ------- Kismet was already proposed in bug 165314, could you coordinate with Enrico to propose a single package ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 20:55:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 15:55:11 -0500 Subject: [Bug 173035] Review Request: chmlib - Library for dealing with ITSS/CHM format files In-Reply-To: Message-ID: <200511142055.jAEKtBTG008030@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: chmlib - Library for dealing with ITSS/CHM format files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173035 ------- Additional Comments From lemenkov at newmail.ru 2005-11-14 15:55 EST ------- (In reply to comment #4) > Please consider adding -q to %setup. Done. Spec Name or Url: http://paula.comtv.ru/chmlib.spec SRPM Name or Url: http://paula.comtv.ru/chmlib-0.37.4-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Mon Nov 14 21:04:21 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 14 Nov 2005 16:04:21 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051114210421.4AC287FD3@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 7 cfitsio-3.004-0.10.b.fc3 hpic-0.52-3.fc3 liboil-0.3.5-3.fc3 plague-0.4.2-3.fc3 plague-0.4.2-4.fc3 scanssh-2.1-6.fc3 utrac-0.3.0-5.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From gauret at free.fr Mon Nov 14 21:14:31 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 14 Nov 2005 22:14:31 +0100 Subject: Sponsors list Message-ID: Hi, Is there a way to list the "sponsors" in Fedora Extras ? I didn't find it in the wiki. Regards, Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." -- Benjamin Franklin From buildsys at fedoraproject.org Mon Nov 14 21:23:08 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 14 Nov 2005 16:23:08 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051114212308.DB0D17FD3@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 9 cfitsio-3.004-0.10.b.fc4 hpic-0.52-4.fc4 liboil-0.3.5-3.fc4 plague-0.4.2-3.fc4 plague-0.4.2-4.fc4 pylint-0.8.1-1.fc4 scanssh-2.1-6.fc4 soundconverter-0.8.1-1.fc4 utrac-0.3.0-5.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Nov 14 21:26:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 16:26:35 -0500 Subject: [Bug 172994] Review Request: pork - Console based AIM client In-Reply-To: Message-ID: <200511142126.jAELQZnl012441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pork - Console based AIM client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172994 ------- Additional Comments From lmacken at redhat.com 2005-11-14 16:26 EST ------- Woops.. definitely forgot the documentation. Fixed. http://people.redhat.com/lmacken/pork-0.99.8.1-3.src.rpm http://people.redhat.com/lmacken/pork.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 21:41:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 16:41:05 -0500 Subject: [Bug 173182] Review Request: kismet In-Reply-To: Message-ID: <200511142141.jAELf58U013818@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173182 ------- Additional Comments From chabotc at xs4all.nl 2005-11-14 16:41 EST ------- Thanks, didn't see the package in the wiki list :-) I'll get in touch with Enrico about the merger, by the look of things our work should be easely mergable. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Mon Nov 14 21:49:48 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 14 Nov 2005 23:49:48 +0200 Subject: packages to remove from Fedora Extra 4 In-Reply-To: <20051111122640.GA5981@dudweiler.stuttgart.redhat.com> References: <20051111122640.GA5981@dudweiler.stuttgart.redhat.com> Message-ID: <1132004988.15334.117.camel@localhost.localdomain> On Fri, 2005-11-11 at 13:26 +0100, Florian La Roche wrote: > The following rpms can be removed from Fedora Extra 4. Sometimes they > are obsoleted sub-rpms not anymore in newer packages, completely renamed > packages or similar stuff. Done, as well as some corresponding removals in FC-3 and devel. A couple of related bugs already reported in Bugzilla, but in addition to those, maintainers of the following packages could do some 'cvs rm'ing of some branches or whole packages from CVS as appropriate: GiNaC fillets-ng-data-cs scribus-templates From buildsys at fedoraproject.org Mon Nov 14 21:53:19 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 14 Nov 2005 16:53:19 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051114215319.D9F5C7FD3@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 21 cfitsio-3.004-0.11.b.fc5 clamav-0.87.1-1.fc5 exim-4.54-4.fc5 fltk-1.1.6-3.fc5 hpic-0.52-3.fc5 irssi-0.8.9-8 liboil-0.3.5-3.fc5 m17n-lib-1.2.0-1.fc5 mod_annodex-0.2.2-2.fc5 pam_ssh-1.91-11.fc5 perl-DBIx-SearchBuilder-1.33-1.fc5 plague-0.4.2-3.fc5 plague-0.4.2-4.fc5 pylint-0.8.1-1.fc5 qca-tls-1.0-8.fc5 qtparted-0.4.5-3.fc5 scanssh-2.1-6.fc5 soundconverter-0.8.1-1.fc5 system-config-control-1.0-3.fc5 utrac-0.3.0-5.fc5 xprobe2-0.3-3.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Nov 14 21:56:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 16:56:19 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511142156.jAELuJsk015540@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From bdpepple at ameritech.net 2005-11-14 16:56 EST ------- Here's my initial review of your spec for gdesklets. Items needing to be fixed: 1. spec file & src.rpm should have same name. Refer to: http://fedoraproject.org/wiki/PackageNamingGuidelines#head-34a32244e4e3fb99d3fedae338781321cb7b5c14 2. Group is not valid. Refer to: http://fedoraproject.org/wiki/RPMGroups 3. Missing BuildRequires: python-devel, & gnome-python2. Also, to handle locales correctly, you should also add gettext. To help determine if your missing BuildRequirements, use Mock. For more information refer to: http://fedoraproject.org/wiki/Projects/Mock 4. Missing Requires: pygtk2. Also instead of requiring python, use this instead: python-abi = %(%{__python} -c "import sys ; print sys.version[:3]") 5. Add '-n gDesklets-%{version}' to the %setup line in your spec. This will solve the problem with having the name as defined as gdesktlets, instead of gDesklets. 6. Desktop file isn't handled according to Fedora Guidelines. Refer to: http://fedoraproject.org/wiki/PackagingGuidelines#desktop 7. Locale files aren't handled correctly, you need to add '%find_lang %{name}' to the install section, and add '-f %{name}.lang' to the %file heading. 8. Missing documentation. You must add the COPYING files at a minimum to %doc in the %file section. 9. Missing scriplets for mime-info. Refer to: http://fedoraproject.org/wiki/ScriptletSnippets#head-ef39068afc1677de2e6b4370ad0fb24dafd4d47b 10. Remove unnecessary files. There's a bunch of files related to mime info, that should be removed so that they don't overwrite existing files on a system. Add the following to in the %install section: rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/application rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/{globs,magic,XMLnamespaces,aliases,subclasses} 11. In the %file section of your spec, there's a lot of changes that need to be made. Using %{_datadir}/* & %{_libdir}/*, is too generic and needs to be more specific. You'll run into problems with directory ownership, and possibly packing things that shouldn't be included. For example try doing this (I banged this out real quick, so there may be other items that still need to be addressed): %{_datadir}/mime/packages/%{name}.xml %{_datadir}/icons/gnome/48x48/mimetypes/*.png %{_datadir}/pixmaps/%{name}.png %{_datadir}/applications/fedora-%{name}.desktop %{_libdir}/%{name}/ %{_mandir}/man1/%{name}.1.gz %{_sysconfdir}/gconf/schemas/%{name}-display-thumbnail.schemas Let's work on fixing these items, then I'll do another review, to make sure I didn't miss anything, and make sure there's no outstanding issues. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 22:06:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 17:06:14 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511142206.jAEM6EJO016822@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From simonb at thoughtpolice.co.uk 2005-11-14 17:06 EST ------- This is my first package for Extras, and I am seeking a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 22:07:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 17:07:45 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511142207.jAEM7jpd016980@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |mpeters at mac.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-14 17:07 EST ------- At a glance - looks good, I'll do the formal review now. Ed Hill - have any additional comments? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 22:22:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 17:22:24 -0500 Subject: [Bug 172994] Review Request: pork - Console based AIM client In-Reply-To: Message-ID: <200511142222.jAEMMO0b018436@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pork - Console based AIM client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172994 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-14 17:22 EST ------- > Woops.. definitely forgot the documentation. That's what the review process is for :) Review for release 3: * RPM name is OK * Source pork-0.99.8.1.tar.gz is the same as upstream * This is the latest version * Builds fine in mock * File list of pork looks OK * Works fine APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 22:27:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 17:27:47 -0500 Subject: [Bug 166506] Review Request: python-basemap - basemap toolkit for matplotlib In-Reply-To: Message-ID: <200511142227.jAEMRl78019120@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-basemap - basemap toolkit for matplotlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 ------- Additional Comments From jamatos at fc.up.pt 2005-11-14 17:27 EST ------- Is there any new development here? If you want to I can contact Jeff about the license. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 22:30:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 17:30:31 -0500 Subject: [Bug 166506] Review Request: python-basemap - basemap toolkit for matplotlib In-Reply-To: Message-ID: <200511142230.jAEMUV1p019443@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-basemap - basemap toolkit for matplotlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 ------- Additional Comments From orion at cora.nwra.com 2005-11-14 17:30 EST ------- (In reply to comment #4) > Is there any new development here? > > If you want to I can contact Jeff about the license. That might be helpful, I emailed him and got no response. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 22:43:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 17:43:46 -0500 Subject: [Bug 173054] Review Request: wavpack - completely open audiocodec In-Reply-To: Message-ID: <200511142243.jAEMhk1c020934@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wavpack - completely open audiocodec https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173054 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-14 17:43 EST ------- This isn't a formal review, as I can't do that yet, and I'm not 100% comfortable doing so, and this appears to be your first package in Fedora, and I can't sponsor you. So this is practice for both of us. :-) !! building on FC4 x86_64, rpmlint yields $ rpmlint RPMS/x86_64/wavpack-4.3-1.x86_64.rpm E: wavpack binary-or-shlib-defines-rpath /usr/bin/wavpack ['/usr/lib64'] E: wavpack binary-or-shlib-defines-rpath /usr/bin/wvunpack ['/usr/lib64'] $ rpmlint RPMS/x86_64/wavpack-devel-4.3-1.x86_64.rpm E: wavpack-devel only-non-binary-in-usr-lib this one appears to be because of the inclusion of the .pc file. * named per PackageNamingGuidelines * spec file name matches * PackagingGuidelines appear to be met * open source license (BSD) * license in %doc * spec in english * spec file legible * sources match upstream package (md5sum) * builds in mock for FC4 x86_64 * no exceptional BuildRequires * no spec file locales issues * %pre/%post calling ldconfig properly * not relocatable * no directory ownership problems * no duplicate files * %files have %defaddr * package has %clean that contains rm -rf buildroot * consistent use of macros * no docs subpackage necessary * header files in -devel, no static libs * pkgconfig .pc file in -devel * library file .so in -devel * -devel Requires fully versioned base package * .la files removed * no desktop file needed, command line only * license in %doc * no translations provided * builds in mock for FC4 x86_64 at least -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 22:54:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 17:54:26 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511142254.jAEMsQZg022481@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 ------- Additional Comments From mpeters at mac.com 2005-11-14 17:54 EST ------- Good * proper use of %{?dist} in release tag * rpmlint clean on mock built packages (src.rpm, i386.rpm, debuginfo) * Package named in accordance with Fedora tetex packages * Spec file name matches package name * Package meets the packaging guidelines * Appropriate Open Source License * Spec file written in legible American English * Sources match upstream md5sum and archive timestamp * Package succesfully builds on i386 FC4 (did not test others) * No un-necessary BuildRequires * All BuildRequires specified (builds cleanly in mock) * No locale files that need to be specified * No shared libraries * Not relocatable * Package owns all directories it creates * No duplicate files * Proper %clean section * Consistent use of Macros * Package contains code/permissable content * IMHO no need to create separate docs package * %doc files not needed to run software * No devel package needed, no libtool files * No desktop file needed * Builds in mock in x86 (and I can personally verify that slightly older versions of the code build in ppc fc4, did not test this version) * package works as it is suppose to in all tested instances (generating xml+mathml from a LaTeX mathematical document) * Scriptlets are sane * uses proper macros and scriptlets for Fedora tetex packages * ChangeLog good - uses version-release to indicate changes -=- As far as I'm concerned - Approved. I'm going to leave it in FE-Review for 24 hours so that Ed Hill (or anyone else) can voice anything else if they see a problem, but it looks excellent to me. Thank you for packaging this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 23:24:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 18:24:53 -0500 Subject: [Bug 167354] Review Request: amavisd-new In-Reply-To: Message-ID: <200511142324.jAENOrqX026472@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amavisd-new https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167354 ------- Additional Comments From dennis at ausil.us 2005-11-14 18:24 EST ------- Starting amavisd: Problem in the Amavis::Unpackers code: Archive::Zip version 1.14 required--this is only version 1.12 at (eval 46) line 20. BEGIN failed--compilation aborted at (eval 46) line 20. Just as a start i havent done a full check on the package yet. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 14 23:36:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 18:36:21 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511142336.jAENaLBq027569@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From jamatos at fc.up.pt 2005-11-14 18:36 EST ------- Some short notes: * change environnement to environment in the spec file, not now just after the approval. :-) * the difference in the tar files is probably due to the different atimes from files. * a warning related to the requirement of xorg-x11-devel that will be changed soon on development -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Mon Nov 14 23:51:26 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 15 Nov 2005 00:51:26 +0100 Subject: common tobuild,1.2234,1.2235 In-Reply-To: <200511142349.jAENnqW4015535@cvs-int.fedora.redhat.com> References: <200511142349.jAENnqW4015535@cvs-int.fedora.redhat.com> Message-ID: <437922FE.10707@linux-kernel.at> Shahms King (shahms) wrote: > Author: shahms > > Update of /cvs/extras/common > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15516 > > Modified Files: > tobuild > Log Message: > request build of rpms/bazaar/devel bazaar-1_4_2-3_fc5 for devel > > > Index: tobuild > =================================================================== > RCS file: /cvs/extras/common/tobuild,v > retrieving revision 1.2234 > retrieving revision 1.2235 > diff -u -r1.2234 -r1.2235 > --- tobuild 13 Nov 2005 19:34:22 -0000 1.2234 > +++ tobuild 14 Nov 2005 23:49:19 -0000 1.2235 > @@ -45,3 +45,4 @@ > shahms rpms/python-psyco/FC-3 python-psyco-1_5-1_fc3 fc3 > dwmw2 rpms/exim/devel exim-4_54-4_fc4 devel > dwmw2 rpms/exim/devel exim-4_54-4_fc4 devel > +shahms rpms/bazaar/devel bazaar-1_4_2-3_fc5 devel /me is a bit confused... Isn't tobuild dead allready? And shouldn't a make build do a make plague instead? -of From shahms at shahms.com Mon Nov 14 23:53:40 2005 From: shahms at shahms.com (Shahms King) Date: Mon, 14 Nov 2005 15:53:40 -0800 Subject: common tobuild,1.2234,1.2235 In-Reply-To: <437922FE.10707@linux-kernel.at> References: <200511142349.jAENnqW4015535@cvs-int.fedora.redhat.com> <437922FE.10707@linux-kernel.at> Message-ID: <43792384.1090606@shahms.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Oliver Falk wrote: *snip* > /me is a bit confused... Isn't tobuild dead allready? And shouldn't a > make build do a make plague instead? > > -of Yes, it is dead. I forgot to update the common makefiles before running make build. - -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFDeSOE/qs2NkWy11sRAupUAJ9y9oTHSkLI+LI4ExbInGgE29BBwwCfZGSZ NWHeDsyHCZBYoe0HKzK9lHk= =tLrp -----END PGP SIGNATURE----- From oliver at linux-kernel.at Mon Nov 14 23:57:08 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 15 Nov 2005 00:57:08 +0100 Subject: common tobuild,1.2234,1.2235 In-Reply-To: <43792384.1090606@shahms.com> References: <200511142349.jAENnqW4015535@cvs-int.fedora.redhat.com> <437922FE.10707@linux-kernel.at> <43792384.1090606@shahms.com> Message-ID: <43792454.8050505@linux-kernel.at> Shahms King wrote: > Oliver Falk wrote: > *snip* > >> /me is a bit confused... Isn't tobuild dead allready? And shouldn't a >> make build do a make plague instead? > > Yes, it is dead. I forgot to update the common makefiles before running > make build. Fine. I just wasn't sure, if I missed somethin' :-) -of From bugzilla at redhat.com Tue Nov 15 00:04:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 19:04:55 -0500 Subject: [Bug 166506] Review Request: python-basemap - basemap toolkit for matplotlib In-Reply-To: Message-ID: <200511150004.jAF04t1W029643@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-basemap - basemap toolkit for matplotlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jamatos at fc.up.pt 2005-11-14 19:04 EST ------- On a second look, the license is: copyright (c) 2004 by Jeffrey Whitaker. Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notices appear in all copies and that both the copyright notices and this permission notice appear in supporting documentation. In PKG-INFO this description shows: License: OSI Approved Searching in OSI the best match seems to be: http://www.opensource.org/licenses/mit-license.html Since this was the latest problem the package is approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 00:57:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 19:57:01 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511150057.jAF0v1eQ002513@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 ------- Additional Comments From ed at eh3.com 2005-11-14 19:56 EST ------- I took a quick glance and it looks good. I'm glad you two found some time to package and review this useful tool -- thank you!!! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 01:01:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 20:01:57 -0500 Subject: [Bug 172994] Review Request: pork - Console based AIM client In-Reply-To: Message-ID: <200511150101.jAF11vjC003266@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pork - Console based AIM client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172994 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From lmacken at redhat.com 2005-11-14 20:01 EST ------- Imported. Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 02:43:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 21:43:52 -0500 Subject: [Bug 173216] New: Review Request: OSIV: Open Source Image Velocimetry Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173216 Summary: Review Request: OSIV: Open Source Image Velocimetry Product: Fedora Extras Version: devel Platform: All URL: http://mitgcm.org/eh3/fedora_misc/osiv-0.1.1-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ed at eh3.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mitgcm.org/eh3/fedora_misc/osiv.spec SRPM Name or Url: http://mitgcm.org/eh3/fedora_misc/osiv-0.1.1-1.src.rpm Description: OSIV is an Open Source Image Velocimetry package. Its a command-line tool for determining fluid velocities from pairs of images. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 02:44:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 21:44:05 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511150244.jAF2i52P011863@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173216 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 02:54:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 21:54:26 -0500 Subject: [Bug 169922] Review Request: m17n-lib - multilingual text library In-Reply-To: Message-ID: <200511150254.jAF2sQuO012480@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: m17n-lib - multilingual text library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169922 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From petersen at redhat.com 2005-11-14 21:54 EST ------- Packages 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 Nov 15 02:54:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 21:54:44 -0500 Subject: [Bug 169924] Review Request: scim-m17n - SCIM IMEngine for m17n-lib In-Reply-To: Message-ID: <200511150254.jAF2simV012529@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-m17n - SCIM IMEngine for m17n-lib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169924 Bug 169924 depends on bug 169922, which changed state. Bug 169922 Summary: Review Request: m17n-lib - multilingual text library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169922 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|MODIFIED |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 Nov 15 03:02:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 14 Nov 2005 22:02:52 -0500 Subject: [Bug 169924] Review Request: scim-m17n - SCIM IMEngine for m17n-lib In-Reply-To: Message-ID: <200511150302.jAF32qwg012988@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-m17n - SCIM IMEngine for m17n-lib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169924 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From petersen at redhat.com 2005-11-14 22:02 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 Tue Nov 15 06:55:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 01:55:01 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511150655.jAF6t1Sm028530@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From adrian at lisas.de 2005-11-15 01:54 EST ------- (In reply to comment #5) > I noticed that Adrian uses Applications/Files as a Group, which rpmlint doesn't > like. That was a typo and should have been Applications/File. So rpmlint was right. So who is submitting this package now? Bastien or Simon? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 07:09:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 02:09:03 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511150709.jAF793WA029620@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-15 02:08 EST ------- (In reply to comment #5) > I'll give this a review later today. Is this your first package for Fedora? If > so, you'll also need someone to sponsor you. Yes, it is. Expect many error :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 08:05:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 03:05:48 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511150805.jAF85m9D001962@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-15 03:05 EST ------- (In reply to comment #8) > 3. Missing BuildRequires: python-devel, & gnome-python2. Also, to handle > locales correctly, you should also add gettext. To help determine if your > missing BuildRequirements, use Mock. For more information refer to: > http://fedoraproject.org/wiki/Projects/Mock Mock display that line: " [finalzone at experience ~]$ mock init rpmbuild/SRPMS/gDesklets-0.35.2-1.src.rpm You need to be a member of the mock group for this to work " I have tried to grant membership to my username but it seems not working. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 08:13:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 03:13:25 -0500 Subject: [Bug 173181] Review Request: buoh In-Reply-To: Message-ID: <200511150813.jAF8DPFi003006@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: buoh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173181 chabotc at xs4all.nl changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.xs4all.nl/~chabot|http://buoh.steve-o.org/ |c/ | ------- Additional Comments From chabotc at xs4all.nl 2005-11-15 03:13 EST ------- Release 2: Changed "%makeinstall" into "make install DESTDIR=$RPM_BUILD_ROOT", was a bug in the makefiles that caused make install to install buoh's icons and xml files in (absolute) /usr/share/..., and not in its the build root. New URLS: Spec: http://www.xs4all.nl/~chabotc/buoh.spec SRPM: http://www.xs4all.nl/~chabotc/buoh-0.8-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 08:20:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 03:20:05 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511150820.jAF8K585003530@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-15 03:20 EST ------- (In reply to comment #6) > Have you a better sense of what is going on in the project, are you in contact > with the upstream developer(s)? According to gdesklets website: "There was a huge summer hole in gDesklets development, simply because the main developer graduated from univsersity and thus had not much time for the project. The situation is getting better again, though." -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 08:23:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 03:23:16 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511150823.jAF8NGRM003726@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From Christian.Iseli at licr.org 2005-11-15 03:22 EST ------- (In reply to comment #10) > I have tried to grant membership to my username but it seems not working. After you add yourself to a group, make sure you logout and login again. Your current processes will never know about the group membership change... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 08:29:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 03:29:57 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511150829.jAF8Tv8j004184@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From alexl at users.sourceforge.net 2005-11-15 03:29 EST ------- (In reply to comment #11) > According to gdesklets website: > > "There was a huge summer hole in gDesklets development, simply because the main > developer graduated from univsersity and thus had not much time for the project. > The situation is getting better again, though." I read that too, which doesn't make me very optimistic. But I was wondering if you have actually been in e-mail contact with the primary maintainer(s). It would probably be a good thing to do especially since the status seems somewhat unclear. Who knows, if they know that you were packaging it for Fedora Extras it might give them an incentive to work more on it, since Fedora is one of the most widely deployed distribitions and it will get much more exposure if you can simply "yum install gDesklets" than having to install it from source. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 08:45:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 03:45:49 -0500 Subject: [Bug 173181] Review Request: buoh In-Reply-To: Message-ID: <200511150845.jAF8jnqb005262@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: buoh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173181 ------- Additional Comments From chabotc at xs4all.nl 2005-11-15 03:45 EST ------- rpmlint now comes back without any warnings or errors and mock also builds it cleanly, nice tool 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 dragoran at feuerpokemon.de Tue Nov 15 09:03:07 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 15 Nov 2005 10:03:07 +0100 Subject: Fuse packages now with use fuse-group and suid binary (Was: RFC: fuse packages) In-Reply-To: <43711B65.6070501@redhat.com> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> <1131032200.11424.8.camel@bree.local.net> <1131130813.3327.10.camel@localhost.localdomain> <1131377945.2759.13.camel@bree.local.net> <1131390042.2808.57.camel@localhost.localdomain> <1131422529.3533.4.camel@bree.local.net> <43711B65.6070501@redhat.com> Message-ID: <4379A44B.2010208@feuerpokemon.de> Warren Togami wrote: > Jeremy Katz wrote: > >> >> >> This is the approach taken for, eg, samba. So I'd lean towards sticking >> with it. To be honest, users probably don't really care about mounting >> and are just as well off using gnome-vfs or kio stuff depending on their >> desktop environment. >> > > This may be true, if it actually worked nicely and transparently for > all. It doesn't. =( > > Warren > status of the fuse package? From bugzilla at redhat.com Tue Nov 15 09:15:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 04:15:53 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511150915.jAF9Fr1u008142@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-15 04:15 EST ------- (In reply to comment #13) But I was wondering if > you have actually been in e-mail contact with the primary maintainer(s). It > would probably be a good thing to do especially since the status seems somewhat > unclear. Who knows, if they know that you were packaging it for Fedora Extras > it might give them an incentive to work more on it, since Fedora is one of the > most widely deployed distribitions and it will get much more exposure if you can > simply "yum install gDesklets" than having to install it from source. > I didn't contact the primary maintainer yet because it is the very first time I build a package from a spec written from scratch. I couldn't find e-mail from gdesklets website as well. ---- I updated the spec but when I build it, I got error like: Ex?cution_de(%install): /bin/sh -e /var/tmp/rpm-tmp.36981 + umask 022 + cd /home/finalzone/rpmbuild/BUILD + cd gDesklets-0.35.2 + LANG=C + export LANG + unset DISPLAY + /usr/lib/rpm/redhat/find-lang.sh /var/tmp/gdesklets-0.35.2-3-root-finalzone gdesklets /usr/lib/rpm/redhat/find-lang.sh: /var/tmp/gdesklets-0.35.2-3-root-finalzone: no such directoryerreur: Mauvais status de sortie pour /var/tmp/rpm-tmp.36981 (%install) Erreur de construction de RPM: Mauvais status de sortie pour /var/tmp/rpm-tmp.36981 (%install) Herer is a code: %install # rm -rf $RPM_BUILD_ROOT %find_lang %{name} rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/application rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/{globs,magic,XMLnamespaces,aliases,subclasses} desktop-file-install --vendor fedora \ --dir ${RPM_BUILD_ROOT}%{_datadir}/applications \ --add-category X-Fedora make install DESTDIR=$RPM_BUILD_ROOT -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 09:30:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 04:30:37 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511150930.jAF9UbUb009742@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-15 04:30 EST ------- specs updated -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 09:40:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 04:40:51 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511150940.jAF9epW5010440@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From alexl at users.sourceforge.net 2005-11-15 04:40 EST ------- You should post a link to the updated SRPM, I think you can do that without rebuilding the binary using: "rpmbuild -bs gDesklets.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 Nov 15 09:41:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 04:41:02 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511150941.jAF9f2QU010501@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From jamatos at fc.up.pt 2005-11-15 04:40 EST ------- Needs work: * Missing SMP flags. If it doesn't build with it, please add a comment (wiki: PackagingGuidelines#parallelmake) * Spec file: some paths are not replaced with RPM macros (wiki: QAChecklist item 7) * Build failed in mock It is easy to spot the problem, since you created the src.rpm blas and lapack have changed and no longer have the devel part The fix is simply to replace them in BuildRequires with their devel counterpart. I have noticed that in the build log I see lots of cases like this: Makefile:454: archive/hadjust.d: No such file or directory and Argument #4 of `hptit' is one type at (2) but is some other type at (1) [info -f g77 M GLOBALS] or Argument #2 of `ucopy' is one precision at (2) but is some other precision at (1) [info -f g77 M GLOBALS] Those are warnings and they don't block the package building but some of them look scary. :-) If have full review that I will send 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 Nov 15 10:04:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 05:04:21 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511151004.jAFA4L4k012553@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-15 05:04 EST ------- updated SRPMS: http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets-0.35.2-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From petro at mail.ru Tue Nov 15 10:33:38 2005 From: petro at mail.ru (Peter Lemenkov) Date: Tue, 15 Nov 2005 13:33:38 +0300 Subject: Package "allegro-devel" needs rebuild. Message-ID: Hello, All! Subj, due to modularization of xorg in Fedora-devel: ========================= --> Running transaction check --> Processing Dependency: XFree86-devel for package: allegro-devel --> Finished Dependency Resolution Error: Missing Dependency: XFree86-devel is needed by package allegro-devel ========================= -- With best regards, Peter Lemenkov. From j.w.r.degoede at hhs.nl Tue Nov 15 11:20:42 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Nov 2005 12:20:42 +0100 Subject: Need help, x86_64 build fails on buildsys while make mockbuild on my x86_64 works fine. Message-ID: <4379C48A.9060805@hhs.nl> He all, The subject pretty much says it all, for the logs see: http://buildsys.fedoraproject.org/logs/fedora-development-extras/868-directfb-0.9.24-1.fc5/ The behavior in this log file is new though, after having a local mockbuild succeed I requeued the job, before this it had gcc segfault on x86_64. Thanks & Regards, Hans From j.w.r.degoede at hhs.nl Tue Nov 15 11:39:16 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Nov 2005 12:39:16 +0100 Subject: More info: Need help, x86_64 build fails on buildsys while make mockbuild on my x86_64 works fine. Message-ID: <4379C8E4.3020101@hhs.nl> He all, The subject pretty much says it all, for the logs see: http://buildsys.fedoraproject.org/logs/fedora-development-extras/868-directfb-0.9.24-1.fc5/ Note the logs are pretty useless, I've tried a couple of rebuilds and each time I get a different error in a different place in the log, something funny is going one here. I suspect that there is something wrong with hammer2. In the logs below is only one gcc segfault, but I've seen others too. Here are a couple of the errors from various requeue attempts: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -DDATADIR=\"/usr/share/directfb-0.9.24\" -DMODULEDIR=\"/usr/lib64/directfb-0.9.24\" -D_REENTRANT -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -c trace.c -fPIC -DPIC -o .libs/trace.o ../../libtool: line 1089: 9374 Segmentation fault gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -DDATADIR=\"/usr/share/directfb-0.9.24\" -DMODULEDIR=\"/usr/lib64/directfb-0.9.24\" -D_REENTRANT -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -c trace.c -fPIC -DPIC -o .libs/trace.o make[3]: *** [trace.lo] Error 1 --- getpic.c: In function 'MPEG2_Decode_Picture': getpic.c:642: warning: 'mvscale' may be used uninitialized in this function getpic.c:641: warning: 'dmv' may be used uninitialized in this function getpic.c:640: warning: 'mv_format' may be used uninitialized in this function getpic.c:639: warning: 'motion_vector_count' may be used uninitialized in this function getpic.c:121: warning: 'dct_type' may be used uninitialized in this function getpic.c:121: warning: 'motion_type' may be used uninitialized in this function getpic.c:125: warning: 'stwclass' may be used uninitialized in this function getpic.c:125: warning: 'stwtype' may be used uninitialized in this function getpic.c:121: warning: 'macroblock_type' may be used uninitialized in this function gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../include -I../../../lib -I../../../lib -I../../../src -D_REENTRANT -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -c getpic.c -o getpic.o >/dev/null 2>&1 ../../../libtool: line 1161: 12407 Segmentation fault gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../include -I../../../lib -I../../../lib -I../../../src -D_REENTRANT -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -c getpic.c -o getpic.o >/dev/null 2>&1 make[4]: *** [getpic.lo] Error 1 --- ../libtool: line 4879: 4237 Segmentation fault gcc -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -o .libs/dfbg dfbg.o ../src/.libs/libdirectfb.so ../lib/fusion/.libs/libfusion.so ../lib/direct/.libs/libdirect.so -ldl -lpthread -Wl,--rpath -Wl,/usr/lib64 make[2]: *** [dfbg] Error 139 --- Regards, Hans From bugzilla at redhat.com Tue Nov 15 11:32:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 06:32:53 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511151132.jAFBWrTT019378@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-15 06:32 EST ------- (In reply to comment #20) > Some short notes: > > * change environnement to environment in the spec file, not now just after > the approval. :-) I don't really understand that point... > * the difference in the tar files is probably due to the different atimes > from files. Yep. > * a warning related to the requirement of xorg-x11-devel that will be changed > soon on development Ok. I currently test the builds on FC4, I'll adjust to devel when 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 Nov 15 11:36:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 06:36:43 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511151136.jAFBahFV019730@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From paul at city-fan.org 2005-11-15 06:36 EST ------- (In reply to comment #22) > (In reply to comment #20) > > Some short notes: > > > > * change environnement to environment in the spec file, not now just after > > the approval. :-) > > I don't really understand that point... I think it means "you can fix that spelling error after importing into cvs; no need to create a new spec 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 Tue Nov 15 11:54:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 06:54:00 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511151154.jAFBs0jB020804@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-15 06:53 EST ------- (In reply to comment #21) > Needs work: > * Missing SMP flags. If it doesn't build with it, please add a comment > (wiki: PackagingGuidelines#parallelmake) It breaks the libraries build, I added them when possible and added a comment too. I'll post a new srpm which contains other minor fixes (add a profile.d csh script and provide saner defaults in the cernlib script) soon. > * Spec file: some paths are not replaced with RPM macros > (wiki: QAChecklist item 7) Which ones? I can't find them? > * Build failed in mock > > It is easy to spot the problem, since you created the src.rpm blas and > lapack have changed and no longer have the devel part > > The fix is simply to replace them in BuildRequires with their devel > counterpart. Thanks. It is fixed, and I'll retry a mock build soon. > I have noticed that in the build log I see lots of cases like this: > > Makefile:454: archive/hadjust.d: No such file or directory Yep, I don't know what it means and it seems harmless. > Argument #4 of `hptit' is one type at (2) but is some other type at (1) [info > -f g77 M GLOBALS] I don't know for this one. > Argument #2 of `ucopy' is one precision at (2) but is some other precision at > (1) [info -f g77 M GLOBALS] This is not an issue, as ucopy accept as argument the storage length. So it may accomodate different precisions as long as the different precisions have a fixed relative storage size, and this is the case in f77 (a double is 2 times real storage). So the compiler should do the right thing, even though it is not very clean. I didn't had a look to the precise code, though. > Those are warnings and they don't block the package building but some of them > look scary. :-) Yep, but as long as the build proceed and leads to the right executable, even though not very optimized I think it's enough, given that the upstream isn't willing to change much. I forgot to mention that the RPM optflags are not used during the build. I have added a comment in the spec file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 11:56:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 06:56:18 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511151156.jAFBuIiF021007@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-15 06:56 EST ------- (In reply to comment #23) > (In reply to comment #22) > > (In reply to comment #20) > > > Some short notes: > > > > > > * change environnement to environment in the spec file, not now just after > > > the approval. :-) > > > > I don't really understand that point... > > I think it means "you can fix that spelling error after importing into cvs; no > need to create a new spec for review". I hadn't seen that environnement was different from environment :-). Thanks for the clarification. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 12:15:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 07:15:56 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511151215.jAFCFuJ1022882@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From jamatos at fc.up.pt 2005-11-15 07:15 EST ------- All your comments are fair remarks. Regarding the raised issues: - There are several places where you use cernlib explicitly, where in others you refer to %{name}, that happens in several places. I would prefer %{name} everywhere. There is one last issue for me. You don't build the cernlib package, instead you transfer all its responsabilities to cernlib-devel. I think that the best would be the creation of both packages, as it is the norm in all Fedora libraries. I don't think there is any good reason where to not follow the rules. You could package most of the documentation there and then later place there the dynamic libraries. Then you require cernlib for cernlib-devel. Then everyone will be happy. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ankit644 at yahoo.com Tue Nov 15 12:23:45 2005 From: ankit644 at yahoo.com (Ankit Patel) Date: Tue, 15 Nov 2005 04:23:45 -0800 (PST) Subject: How to move package from extras to core ? Message-ID: <20051115122346.94854.qmail@web34610.mail.mud.yahoo.com> Hi all, I am the owner of the system-config-control package. And now this package is in fedora extras-devel branch. As it is control panel (control-center) kind of utility i feel it should be in the fedora core packages. So, please suggest/help me how to make it available into the core packages? Thank You! Ankit patel (www.indianoss.org) --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jnovy at redhat.com Tue Nov 15 12:33:16 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Tue, 15 Nov 2005 13:33:16 +0100 Subject: Package "allegro-devel" needs rebuild. In-Reply-To: References: Message-ID: <1132057996.3121.42.camel@enigma> Hi Peter, On Tue, 2005-11-15 at 13:33 +0300, Peter Lemenkov wrote: > Hello, All! > > Subj, due to modularization of xorg in Fedora-devel: > > ========================= > > --> Running transaction check > --> Processing Dependency: XFree86-devel for package: allegro-devel > --> Finished Dependency Resolution > Error: Missing Dependency: XFree86-devel is needed by package > allegro-devel > the new allegro-4.2.0 was released recently. I fixed the dependency, but the new allegro still shows build failures in plague ATM. The dependency will be fixed as soon as the new allegro is built. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From j.w.r.degoede at hhs.nl Tue Nov 15 13:58:33 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Nov 2005 14:58:33 +0100 Subject: Package "allegro-devel" needs rebuild. In-Reply-To: <1132057996.3121.42.camel@enigma> References: <1132057996.3121.42.camel@enigma> Message-ID: <4379E989.5040903@hhs.nl> Jindrich Novy wrote: > Hi Peter, > > On Tue, 2005-11-15 at 13:33 +0300, Peter Lemenkov wrote: >> Hello, All! >> >> Subj, due to modularization of xorg in Fedora-devel: >> >> ========================= >> >> --> Running transaction check >> --> Processing Dependency: XFree86-devel for package: allegro-devel >> --> Finished Dependency Resolution >> Error: Missing Dependency: XFree86-devel is needed by package >> allegro-devel >> > > the new allegro-4.2.0 was released recently. I fixed the dependency, but > the new allegro still shows build failures in plague ATM. The dependency > will be fixed as soon as the new allegro is built. > > Jindrich What kind off buildfailures, on x86_64? I'm having trouble building a package myself which fails on x86_64 each time in a different way, it builds fine on my own x86_64. The x86_64 buildserver might have some hardware failure. If you're seeing x86_64 problems to, then can you write a mail about it? I've already written several mails about this, but they seem to get ignored. Regards, Hans From bugzilla at redhat.com Tue Nov 15 14:52:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 09:52:26 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511151452.jAFEqQbV008658@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-15 09:52 EST ------- In fact I used cernlib everywhere except at 2 places where I used %{name} (not counting the Buildroot). So I removed the use of %{name}, I find the specfile more readable with cernlib instead of %{name}, and now it is consistent. The new srpm is there (with the typo corrected ;-): http://www.environnement.ens.fr/perso/dumas/fc-srpms/cernlib-2005-4.src.rpm -=- Regarding the split in cernlib/cernlib-devel, it is a bit dubious and some packages in fedora don't ship a main package but only a -devel package (libcaca, libnet). Moreover I asked on a thread what to do in that case and the answer was to provide only one package, either a main package providing the -devel package or provide a devel package only. The thread is there: https://www.redhat.com/archives/fedora-extras-list/2005-August/msg01463.html For the cernlib, most %doc files could be in the main cernlib package but I don't think it is worth doing a package for those files. I have added a comment. In fact the main cernlib package is built, but is empty. As soon as there is something in (i.e. as soon as there is a %file section for the main package) it should appear so I believe it is better to wait for files that belong to the main package to appear instead of having a package that has only 6 files in %doc with mostly copyright information. If you really insist I will do the main package with the 6 doc files, but I'd prefer not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buc at odusz.so-cdu.ru Tue Nov 15 14:59:31 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 15 Nov 2005 17:59:31 +0300 Subject: Sponsors list In-Reply-To: References: Message-ID: <4379F7D3.3070003@odu.neva.ru> Aurelien Bompard wrote: >Is there a way to list the "sponsors" in Fedora Extras ? I didn't find it in >the wiki. > > IMHO, it is here: https://admin.fedora.redhat.com/accounts/dump-group.cgi?group=cvsextras&role_type=sponsor&format=html ~buc From buc at odusz.so-cdu.ru Tue Nov 15 14:49:34 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 15 Nov 2005 17:49:34 +0300 Subject: static libraries' policy: possible solution In-Reply-To: <4370BF0D.4070804@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> Message-ID: <4379F57E.8080006@odu.neva.ru> What about the idea to ship static libraries the same way as debuginfo is done? On the one hand, no more static libs will be present in most of devel packages. This should satisfy "no-static' guys, as no any static will be on CD, DVD, most of mirrors etc. (the same way as there are no debuginfo packages there). On the other hand, this can satisfy "save-static" guys, as there will be possibility to download ready/correct static libraries for some rare (but needed!) purposes. The important circumstance voting for this way is the possibility to make static libraries practically "automagically" (similar to way of debuginfo is). I have found ? way, when the packager need to just specify "%find_static" somewhere in the %install section (the same way as, for example, %find_lang), and then to omit any *.a files in the %files sections. For example: %install rm -f $RPM_BUILD_ROOT make install DESTDIR=$RPM_BUILD_ROOT %find_lang %{name} %find_static %clean rm -f $RPM_BUILD_ROOT after successful build, there are packages: libfoo-0.0-1 libfoo-debuginfo-0.0-1 libfoo-devel-0.0-1 libfoo-static-0.0-1 "libfoo" and "libfoo-devel" go to standard repository, whereas "libfoo-debuginfo" and "libfoo-static" go to special directories on the primary site (i386/debug and i386/static). The appropriate macros are in the file attached. These macros can be just written into /etc/rpm/macros if you want to test them in work. Note, that I consider it as an initial attempt only, but I believe that at least 95% of devel packages can be successfully and easily handled this way. Dmitry Butskoy -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: macros-staticlibs URL: From chabotc at xs4all.nl Tue Nov 15 15:12:39 2005 From: chabotc at xs4all.nl (Chris Chabot) Date: Tue, 15 Nov 2005 16:12:39 +0100 (CET) Subject: Mono, not in fedora / extra's yet? Message-ID: <10068.194.109.162.8.1132067559.squirrel@webmail.xs4all.nl> Hey guys, Has there ever been a discussion about including Mono and its related tools in fedora extra's? Novell has some fedora&rh packages, though they do not function on FC5, and aren't a part of fedora-*, nor are the src.rpm's available. Novell's packages for rh/suse/fedora can be found here: http://www.mono-project.com/Downloads Would it be an idea to create packages for fedora-extras for mono and related packages? I'd be happy to volunteer if so This would allow us to use some wonderful tools out there like F-Spot ( http://www.gnome.org/projects/f-spot/ ) and Beagle ( http://www.beagle-project.org/Main_Page ) I'd love to get some feedback before i go packaging crazy -- Chris Chabot From jwboyer at jdub.homelinux.org Tue Nov 15 15:17:22 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 15 Nov 2005 09:17:22 -0600 Subject: Mono, not in fedora / extra's yet? In-Reply-To: <10068.194.109.162.8.1132067559.squirrel@webmail.xs4all.nl> References: <10068.194.109.162.8.1132067559.squirrel@webmail.xs4all.nl> Message-ID: <1132067842.2893.0.camel@windu.rchland.ibm.com> On Tue, 2005-11-15 at 16:12 +0100, Chris Chabot wrote: > Hey guys, > > Has there ever been a discussion about including Mono and its related > tools in fedora extra's? > > Novell has some fedora&rh packages, though they do not function on FC5, > and aren't a part of fedora-*, nor are the src.rpm's available. > Novell's packages for rh/suse/fedora can be found here: > http://www.mono-project.com/Downloads > > Would it be an idea to create packages for fedora-extras for mono and > related packages? I'd be happy to volunteer if so > > This would allow us to use some wonderful tools out there like F-Spot ( > http://www.gnome.org/projects/f-spot/ ) and Beagle ( > http://www.beagle-project.org/Main_Page ) > > I'd love to get some feedback before i go packaging crazy http://fedoraproject.org/wiki/ForbiddenItems josh From paul at city-fan.org Tue Nov 15 15:17:28 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 15 Nov 2005 15:17:28 +0000 Subject: Mono, not in fedora / extra's yet? In-Reply-To: <10068.194.109.162.8.1132067559.squirrel@webmail.xs4all.nl> References: <10068.194.109.162.8.1132067559.squirrel@webmail.xs4all.nl> Message-ID: <4379FC08.10002@city-fan.org> Chris Chabot wrote: > Hey guys, > > Has there ever been a discussion about including Mono and its related > tools in fedora extra's? Yes, and it's still being discussed. See: http://fedoraproject.org/wiki/FedoraLegalIssues Paul. From tian at c-sait.net Tue Nov 15 14:56:39 2005 From: tian at c-sait.net (Christian Jodar) Date: Tue, 15 Nov 2005 15:56:39 +0100 (CET) Subject: How to move package from extras to core ? In-Reply-To: <20051115122346.94854.qmail@web34610.mail.mud.yahoo.com> References: <20051115122346.94854.qmail@web34610.mail.mud.yahoo.com> Message-ID: <46756.83.145.93.226.1132066599.squirrel@83.145.93.226> Hello, > I am the owner of the system-config-control package. And now this package is > in fedora extras-devel branch. As it is control panel (control-center) kind > of utility i feel it should be in the fedora core packages. As there are already an equivalent tool provided in Fedora Core for this purpose (in Nautilus you could have shortcuts to all the administration tools), I don't think it should be also included into FC (we will have some duplicates softwares and FE is provided to help avoiding this). Christian. From dcbw at redhat.com Tue Nov 15 15:59:15 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 15 Nov 2005 10:59:15 -0500 Subject: More info: Need help, x86_64 build fails on buildsys while make mockbuild on my x86_64 works fine. In-Reply-To: <4379C8E4.3020101@hhs.nl> References: <4379C8E4.3020101@hhs.nl> Message-ID: <1132070356.13320.6.camel@dhcp83-87.boston.redhat.com> On Tue, 2005-11-15 at 12:39 +0100, Hans de Goede wrote: > He all, > > The subject pretty much says it all, for the logs see: > http://buildsys.fedoraproject.org/logs/fedora-development-extras/868-directfb-0.9.24-1.fc5/ So, I rebuilt directfb with a patch to remove the custom CFLAGS that the directfb configure/configure.in adds (-O3 -ffast-math -pipe) and the build went through, not sure if that's the cause of the error. However, if you get gcc segfaults, the first thing you should do is to back down the optimization levels. And seriously, if a package is overriding the RPM_OPT_FLAGS, then you need to patch it to _not_ do that. -O2 is really the highest optimization people should need use. Note that while it built fine, it hasn't gone through due to download issues with the buildsystem, possibly iptables problems. Still working on that. Dan From gauret at free.fr Tue Nov 15 15:51:00 2005 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 15 Nov 2005 16:51:00 +0100 Subject: Sponsors list References: <4379F7D3.3070003@odu.neva.ru> Message-ID: Dmitry Butskoy wrote: > Aurelien Bompard wrote: > >>Is there a way to list the "sponsors" in Fedora Extras ? I didn't find it >>in the wiki. >> >> > IMHO, it is here: > https://admin.fedora.redhat.com/accounts/dump-group.cgi?group=cvsextras&role_type=sponsor&format=html Thanks. I could not find a way to display this on https://admin.fedora.redhat.com/accounts/ though, it may be useful to new contributors. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. From toshio at tiki-lounge.com Tue Nov 15 16:21:41 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 15 Nov 2005 08:21:41 -0800 Subject: Mono, not in fedora / extra's yet? In-Reply-To: <1132067842.2893.0.camel@windu.rchland.ibm.com> References: <10068.194.109.162.8.1132067559.squirrel@webmail.xs4all.nl> <1132067842.2893.0.camel@windu.rchland.ibm.com> Message-ID: <1132071701.2965.3.camel@localhost> On Tue, 2005-11-15 at 09:17 -0600, Josh Boyer wrote: > On Tue, 2005-11-15 at 16:12 +0100, Chris Chabot wrote: > > Hey guys, > > > > Has there ever been a discussion about including Mono and its related > > tools in fedora extra's? > > > > Novell has some fedora&rh packages, though they do not function on FC5, > > and aren't a part of fedora-*, nor are the src.rpm's available. > > Novell's packages for rh/suse/fedora can be found here: > > http://www.mono-project.com/Downloads > > > > Would it be an idea to create packages for fedora-extras for mono and > > related packages? I'd be happy to volunteer if so > > > > This would allow us to use some wonderful tools out there like F-Spot ( > > http://www.gnome.org/projects/f-spot/ ) and Beagle ( > > http://www.beagle-project.org/Main_Page ) > > > > I'd love to get some feedback before i go packaging crazy > > http://fedoraproject.org/wiki/ForbiddenItems Hey Colin! What's the status of mpackage.org? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Tue Nov 15 16:49:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 11:49:26 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511151649.jAFGnQeX021436@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From simonb at thoughtpolice.co.uk 2005-11-15 11:49 EST ------- (In reply to comment #9) > That was a typo and should have been Applications/File. So rpmlint was right. Fixed. > So who is submitting this package now? Bastien or Simon? I am. Is that an offer to sponsor me? :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Tue Nov 15 17:02:57 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 15 Nov 2005 19:02:57 +0200 Subject: More info: Need help, x86_64 build fails on buildsys while make mockbuild on my x86_64 works fine. Message-ID: <1132074177.15334.186.camel@localhost.localdomain> [Sorry for breaking the thread, too fast Ctrl-D] Dan Williams wrote: > On Tue, 2005-11-15 at 12:39 +0100, Hans de Goede wrote: > > He all, > > > > The subject pretty much says it all, for the logs see: > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/868-directfb-0.9.24-1.fc5/ > So, I rebuilt directfb with a patch to remove the custom CFLAGS that the > directfb configure/configure.in adds (-O3 -ffast-math -pipe) and the > build went through, not sure if that's the cause of the error. However, > if you get gcc segfaults, the first thing you should do is to back down > the optimization levels. And seriously, if a package is overriding the > RPM_OPT_FLAGS, then you need to patch it to _not_ do that. -O2 is > really the highest optimization people should need use. In this case, the change was: -CFLAGS="-O3 -ffast-math -pipe $CFLAGS" +CFLAGS="$CFLAGS" $CFLAGS at that point probably contains $RPM_OPT_FLAGS which has -O2; according to "man gcc", -O* can be specified multiple times and the last one is the effective one, so the original/unpatched configure was ok in this respect, ie. resulted in -O2 being actually used. $RPM_OPT_FLAGS also already contains -pipe, so the only effect of the change above was that -ffast-math was removed. From kms at passback.co.uk Tue Nov 15 17:09:15 2005 From: kms at passback.co.uk (Keith Sharp) Date: Tue, 15 Nov 2005 17:09:15 +0000 Subject: Mono, not in fedora / extra's yet? In-Reply-To: <1132071701.2965.3.camel@localhost> References: <10068.194.109.162.8.1132067559.squirrel@webmail.xs4all.nl> <1132067842.2893.0.camel@windu.rchland.ibm.com> <1132071701.2965.3.camel@localhost> Message-ID: <1132074555.31151.2.camel@animal.passback.co.uk> On Tue, 2005-11-15 at 08:21 -0800, Toshio Kuratomi wrote: > On Tue, 2005-11-15 at 09:17 -0600, Josh Boyer wrote: > > On Tue, 2005-11-15 at 16:12 +0100, Chris Chabot wrote: > > > Hey guys, > > > > > > Has there ever been a discussion about including Mono and its related > > > tools in fedora extra's? > > > > > > Novell has some fedora&rh packages, though they do not function on FC5, > > > and aren't a part of fedora-*, nor are the src.rpm's available. > > > Novell's packages for rh/suse/fedora can be found here: > > > http://www.mono-project.com/Downloads > > > > > > Would it be an idea to create packages for fedora-extras for mono and > > > related packages? I'd be happy to volunteer if so > > > > > > This would allow us to use some wonderful tools out there like F-Spot ( > > > http://www.gnome.org/projects/f-spot/ ) and Beagle ( > > > http://www.beagle-project.org/Main_Page ) > > > > > > I'd love to get some feedback before i go packaging crazy > > > > http://fedoraproject.org/wiki/ForbiddenItems > > Hey Colin! What's the status of mpackage.org? There is a mailing list: http://fort.crazyfrogs.org/mailman/listinfo/mpackage-discuss but it seems to be struggling from a lack of participants and a lack of leadership. Keith. From bugzilla at redhat.com Tue Nov 15 17:32:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 12:32:10 -0500 Subject: [Bug 173249] New: Review Request: Music Player 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=173249 Summary: Review Request: Music Player Daemon Product: Fedora Extras Version: devel Platform: All URL: http://www.musicpd.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: kas at fi.muni.cz QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://ftp.linux.cz/pub/linux/people/jan_kasprzak/mpd/mpd.spec SRPM Name or Url: ftp://ftp.linux.cz/pub/linux/people/jan_kasprzak/mpd/mpd-0.11.5-1.src.rpm Description: Hello, world! I have just finished my first package for Fedora Extras - I am looking for a sponsor! The package is named mpd (music player daemon, http://www.musicpd.org/). The %description is as follows: Music Player Daemon (MPD) allows remote access for playing music (MP3, Ogg Vorbis, FLAC, AAC, Mod, and wave files) and managing playlists. MPD is designed for integrating a computer into a stereo system that provides control for music playback over a local network. It is also makes a great desktop music player, especially if you are a console junkie, like frontend options, or restart X often. Packager's note: this package may be build without mp3 support due to the Fedora restrictions. To add support for MP3 format, just recompile it on a host which has lame-devel package installed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 17:32:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 12:32:24 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511151732.jAFHWOld027657@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 kas at fi.muni.cz changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173249 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 17:38:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 12:38:53 -0500 Subject: [Bug 173249] Review Request: Music Player Daemon In-Reply-To: Message-ID: <200511151738.jAFHcrs3028306@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Music Player Daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173249 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-15 12:38 EST ------- Hm, this probably falls under this: http://fedoraproject.org/wiki/ForbiddenItems -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 17:42:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 12:42:17 -0500 Subject: [Bug 172521] Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML In-Reply-To: Message-ID: <200511151742.jAFHgHQb028659@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TeX4ht - Translates TeX and LaTeX into HTML or XML+MathML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172521 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-15 12:42 EST ------- Approved -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 17:43:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 12:43:02 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511151743.jAFHh2Y6028779@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From triad at df.lth.se 2005-11-15 12:42 EST ------- I believe the font problem is actually an upstream issue so I have filed a bug in the WINE bugzilla: http://bugs.winehq.org/show_bug.cgi?id=3842 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 17:43:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 12:43:18 -0500 Subject: [Bug 173249] Review Request: Music Player Daemon In-Reply-To: Message-ID: <200511151743.jAFHhIL4028826@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Music Player Daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173249 ------- Additional Comments From kas at fi.muni.cz 2005-11-15 12:43 EST ------- Why? This package does not contain a MP3 support (unless you build the package on the host which has MP3 libraries installed). If you build this on the clean Fedora system, you get ogg, flac, wav, and mod support only. In this sense it is the same as xmms (which is included in Fedora) - it also _can_ support MP3, just the Fedora package is compiled without it. If there is another problem than (optional) MP3 support, please explain further. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 17:50:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 12:50:38 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511151750.jAFHocMw029428@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-15 12:50 EST ------- it builds fine in mock for 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 Tue Nov 15 18:09:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 13:09:18 -0500 Subject: [Bug 173249] Review Request: Music Player Daemon In-Reply-To: Message-ID: <200511151809.jAFI9IYK031692@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Music Player Daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173249 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andreas.bierfert at lowlatency. | |de ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-15 13:09 EST ------- That is true... maybe you should change the decription and edit out the stuff not supported... other then that I see no legal problem 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 Tue Nov 15 18:11:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 13:11:30 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511151811.jAFIBUVd032008@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-15 13:11 EST ------- ok thanks I will add myself there... I tried to rebuild wine with fontforge but something went wrong I habe to take a closer look today or tomorrow when I get around to it.... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 15 18:16:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 13:16:07 -0500 Subject: [Bug 173249] Review Request: Music Player Daemon In-Reply-To: Message-ID: <200511151816.jAFIG7er000428@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Music Player Daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173249 ------- Additional Comments From mpeters at mac.com 2005-11-15 13:15 EST ------- If mp3 support can not be added via a plugin, I would suggest trying to get this package _with_ mp3 support into rpm.livna.org. If mp3 support can be added as a plugin, then extras would be better - with the plugin in rpm.livna.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 gauret at free.fr Tue Nov 15 18:08:59 2005 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 15 Nov 2005 19:08:59 +0100 Subject: Package splitting Message-ID: Hi *, I'm about to update a package in CVS (gmpc), but in the new version it has been split into two tarballs (the app and a library). How should we deal with that. Can I simply import the library into CVS ? Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr Programmer: A biological system designed to convert coffee and pizza into code. From bugzilla at redhat.com Tue Nov 15 18:23:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 13:23:00 -0500 Subject: [Bug 173249] Review Request: Music Player Daemon In-Reply-To: Message-ID: <200511151823.jAFIN0UA001568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Music Player Daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173249 ------- Additional Comments From adrian at lisas.de 2005-11-15 13:22 EST ------- $ yum list | grep mpd mpd.i386 0.11.5-0.lvn.3.4 livna This is already available in rpm.livna.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 dcbw at redhat.com Tue Nov 15 18:31:30 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 15 Nov 2005 13:31:30 -0500 Subject: More info: Need help, x86_64 build fails on buildsys while make mockbuild on my x86_64 works fine. In-Reply-To: <1132074177.15334.186.camel@localhost.localdomain> References: <1132074177.15334.186.camel@localhost.localdomain> Message-ID: <1132079490.13320.12.camel@dhcp83-87.boston.redhat.com> On Tue, 2005-11-15 at 19:02 +0200, Ville Skytt? wrote: > $CFLAGS at that point probably contains $RPM_OPT_FLAGS which has -O2; > according to "man gcc", -O* can be specified multiple times and the last > one is the effective one, so the original/unpatched configure was ok in > this respect, ie. resulted in -O2 being actually used. I had a feeling that was how it worked, but wasn't sure. So -ffast-math seems to be the culprit then, if this whole theory is really true. Dan From bugzilla at redhat.com Tue Nov 15 18:38:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 13:38:42 -0500 Subject: [Bug 173249] Review Request: Music Player Daemon In-Reply-To: Message-ID: <200511151838.jAFIcgqF004260@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Music Player Daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173249 ------- Additional Comments From ville.skytta at iki.fi 2005-11-15 13:38 EST ------- Does the tarball/SRPM still contain a copy of the libmad source? AFAICT that would be a no go. See also the last few comments of http://bugzilla.fedora.us/show_bug.cgi?id=2234 and FWIW, http://mpd.wikicities.com/wiki/Install#Fedora_Install_Procedure -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Tue Nov 15 18:59:57 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Nov 2005 19:59:57 +0100 Subject: More info: Need help, x86_64 build fails on buildsys while make mockbuild on my x86_64 works fine. In-Reply-To: <1132070356.13320.6.camel@dhcp83-87.boston.redhat.com> References: <4379C8E4.3020101@hhs.nl> <1132070356.13320.6.camel@dhcp83-87.boston.redhat.com> Message-ID: <437A302D.1060800@hhs.nl> Dan Williams wrote: > On Tue, 2005-11-15 at 12:39 +0100, Hans de Goede wrote: >> He all, >> >> The subject pretty much says it all, for the logs see: >> http://buildsys.fedoraproject.org/logs/fedora-development-extras/868-directfb-0.9.24-1.fc5/ > > So, I rebuilt directfb with a patch to remove the custom CFLAGS that the > directfb configure/configure.in adds (-O3 -ffast-math -pipe) and the > build went through, not sure if that's the cause of the error. However, > if you get gcc segfaults, the first thing you should do is to back down > the optimization levels. And seriously, if a package is overriding the > RPM_OPT_FLAGS, then you need to patch it to _not_ do that. -O2 is > really the highest optimization people should need use. > > Note that while it built fine, it hasn't gone through due to download > issues with the buildsystem, possibly iptables problems. Still working > on that. > This still doesn't explain why: -it does build unmodified locally on my x86_64 both with make x86_64 and with make mockbuild, esp since the mockbuild should be identical to the buildsystem build. -why it crashes out in different places, if this we're a simple case of triggering a gcc bug by using strange optflags, it should always crash at the same file. I really believe hammer2 needs a thorough look. Also -ffast-math is a quite normal optflag, it offers some IEEE float accuracy compatibility in exchange for speed, which for say an imaging library is a good thing. Actually for almost anything non-scientific & non-bookkeeping -ffastmath is a good idea. Regards, Hans From nman64 at n-man.com Tue Nov 15 20:02:57 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Tue, 15 Nov 2005 14:02:57 -0600 Subject: Sponsors list In-Reply-To: References: <4379F7D3.3070003@odu.neva.ru> Message-ID: <437A3EF1.3040508@n-man.com> Aurelien Bompard wrote: > Dmitry Butskoy wrote: > >> Aurelien Bompard wrote: >> >> >>> Is there a way to list the "sponsors" in Fedora Extras ? I didn't find it >>> in the wiki. >>> >>> >>> >> IMHO, it is here: >> >> > https://admin.fedora.redhat.com/accounts/dump-group.cgi?group=cvsextras&role_type=sponsor&format=html > > Thanks. I could not find a way to display this on > https://admin.fedora.redhat.com/accounts/ though, it may be useful to new > contributors. > > Aur?lien > I've created a link to that address on the 'How to become a contributor' page of the wiki. http://fedoraproject.org/wiki/Extras/Contributors See step 7. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.n-man.com -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From gdk at redhat.com Tue Nov 15 20:01:58 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Tue, 15 Nov 2005 15:01:58 -0500 (EST) Subject: Sponsors list In-Reply-To: <437A3EF1.3040508@n-man.com> References: <4379F7D3.3070003@odu.neva.ru> <437A3EF1.3040508@n-man.com> Message-ID: On Tue, 15 Nov 2005, Patrick Barnes wrote: > I've created a link to that address on the 'How to become a contributor' > page of the wiki. > > http://fedoraproject.org/wiki/Extras/Contributors > > See step 7. Then perhaps you could do me the favor of removing the link I put in step 10? :) --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From bugzilla at redhat.com Tue Nov 15 20:18:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 15:18:42 -0500 Subject: [Bug 173105] Review Request: xfce4-battery-plugin In-Reply-To: Message-ID: <200511152018.jAFKIgS2020018@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-battery-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173105 kevin-redhat-bugzilla at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kevin-redhat- | |bugzilla at tummy.com ------- Additional Comments From kevin-redhat-bugzilla at tummy.com 2005-11-15 15:18 EST ------- Good: - rpmlint ok on both fc4/devel - package meets naming guidelines - package builds fine on both fc4/devel (x86) - no .a files. - source matches upstream. - works on my fc4 laptop. Needswork: - Are you sure the license is BSD? The source files have LGPL headers, but the COPYING file looks BSD. Can you get upstream to clarify? It could be dual LGPL/BSD or something. Nits: - make might need to be 'make %{?_smp_mflags}' I can't seem to (yet) reassign this bug to approve it, my fedorabugs group membership might still be propigating to the cvs 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 nman64 at n-man.com Tue Nov 15 20:30:34 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Tue, 15 Nov 2005 14:30:34 -0600 Subject: Sponsors list In-Reply-To: References: <4379F7D3.3070003@odu.neva.ru> <437A3EF1.3040508@n-man.com> Message-ID: <437A456A.1010603@n-man.com> Greg DeKoenigsberg wrote: > On Tue, 15 Nov 2005, Patrick Barnes wrote: > > >> I've created a link to that address on the 'How to become a contributor' >> page of the wiki. >> >> http://fedoraproject.org/wiki/Extras/Contributors >> >> See step 7. >> > > Then perhaps you could do me the favor of removing the link I put in step > 10? :) > > --g > > :-P Fixed. -- Patrick "The N-Man" Barnes nman64 at n-man.com www.n-man.com -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From Jochen at herr-schmitt.de Tue Nov 15 20:40:40 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 15 Nov 2005 21:40:40 +0100 Subject: Package splitting In-Reply-To: References: Message-ID: <0ML2ov-1Ec7c33vCl-00016H@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 15 Nov 2005 19:08:59 +0100, you wrote: >I'm about to update a package in CVS (gmpc), but in the new version it has >been split into two tarballs (the app and a library). >How should we deal with that. Can I simply import the library into CVS ? I think you have following way to solve the problem: 1.) You may put both tar files into the same package as '%Source0' and 'Source1' and create one package, or 2.) you create tow separate packages, where the app-package has a requirement to the lib package. perhaps you may generate two sub packages from the libs-packages, so you have a Build Requirement to the develop package. I think you decision should depend to the question: "Will the lib be used only from one application or will they are another application which used the library?" Best Regards: Jocheh Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBQ3pH209gByurcX4MEQIvwQCfa6HmkFubf/ol/iqi7XMRejiFFd4An220 2YSLqqzFtBZRx63Zlh8Jjf6C =WYZG -----END PGP SIGNATURE----- From tcallawa at redhat.com Tue Nov 15 21:07:07 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 15 Nov 2005 15:07:07 -0600 Subject: static libraries' policy: possible solution In-Reply-To: <4379F57E.8080006@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> Message-ID: <1132088827.2251.186.camel@localhost.localdomain> On Tue, 2005-11-15 at 17:49 +0300, Dmitry Butskoy wrote: > What about the idea to ship static libraries the same way as debuginfo > is done? > > On the one hand, no more static libs will be present in most of devel > packages. This should satisfy "no-static' guys, as no any static will be > on CD, DVD, most of mirrors etc. (the same way as there are no debuginfo > packages there). > On the other hand, this can satisfy "save-static" guys, as there will be > possibility to download ready/correct static libraries for some rare > (but needed!) purposes. I'm not opposed to this. Jeremy, what do you think? ~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 notting at redhat.com Tue Nov 15 21:08:59 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 15 Nov 2005 16:08:59 -0500 Subject: static libraries' policy: possible solution In-Reply-To: <1132088827.2251.186.camel@localhost.localdomain> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> Message-ID: <20051115210859.GA13874@devserv.devel.redhat.com> Tom 'spot' Callaway (tcallawa at redhat.com) said: > On Tue, 2005-11-15 at 17:49 +0300, Dmitry Butskoy wrote: > > What about the idea to ship static libraries the same way as debuginfo > > is done? > > > > On the one hand, no more static libs will be present in most of devel > > packages. This should satisfy "no-static' guys, as no any static will be > > on CD, DVD, most of mirrors etc. (the same way as there are no debuginfo > > packages there). > > On the other hand, this can satisfy "save-static" guys, as there will be > > possibility to download ready/correct static libraries for some rare > > (but needed!) purposes. > > I'm not opposed to this. Jeremy, what do you think? Sounds messy; it's another tweak to put into rel-eng tools to get things to work in a sane manner. Bill From skvidal at fedoraproject.org Tue Nov 15 21:20:52 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 15 Nov 2005 16:20:52 -0500 Subject: buildsys.fedoraproject.org downtime Message-ID: <1132089652.8361.47.camel@cutter> Hi Everyone, Tomorrow (wednesday 11/16/2005) at 9:00am (GMT-5) until 12:00pm (GMT-5) buildsys.fedoraproject.org will be down so it can move locations. Everyone needs a little change of pace from time to time and buildsys is no different. It found new digs and will be moving there soon. :) -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gauret at free.fr Tue Nov 15 23:01:08 2005 From: gauret at free.fr (Aurelien Bompard) Date: Wed, 16 Nov 2005 00:01:08 +0100 Subject: Package splitting References: <0ML2ov-1Ec7c33vCl-00016H@mrelayeu.kundenserver.de> Message-ID: Jochen Schmitt wrote: > On Tue, 15 Nov 2005 19:08:59 +0100, you wrote: > >>I'm about to update a package in CVS (gmpc), but in the new version it has >>been split into two tarballs (the app and a library). >>How should we deal with that. Can I simply import the library into CVS ? > > I think you have following way to solve the problem: > > 1.) You may put both tar files into the same package as > '%Source0' and 'Source1' and create one package, or > > 2.) you create tow separate packages, where the app-package has a > requirement to the lib package. perhaps you may generate two sub > packages from the libs-packages, so you have a Build Requirement > to the develop package. > > I think you decision should depend to the question: "Will the lib > be used only from one application or will they are another > application which used the library?" This lib will be used by other packages, and might not be released together with the main app, so it needs to be in a separate package IMHO. Now, can I just import the new module into CVS, do I need to go through a full review process (which would not make much sense in this case), what should I do. I'm inclined to just import the new package in CVS, and I'd like to know if it's OK by you all. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr En essayant continuellement, on finit par r?ussir. Donc plus ?a rate, plus on a des chances que ?a marche. -- devise Shadok. From bugzilla at redhat.com Wed Nov 16 00:07:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 19:07:31 -0500 Subject: [Bug 173294] New: Review Request: python-4Suite-XML Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173294 Summary: Review Request: python-4Suite-XML Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: mitr at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: SRPM Name or Url: Description: -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 00:07:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 19:07:48 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511160007.jAG07mDA014837@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173294 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 00:13:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 19:13:30 -0500 Subject: [Bug 173295] New: Review Request: python-4Suite-XML Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173295 Summary: Review Request: python-4Suite-XML Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com/mitr/extras/python-4Suite-XML- 1.0-0.1.b2.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: mitr at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/mitr/extras/python-4Suite-XML.spec SRPM Name or Url: http://people.redhat.com/mitr/extras/python-4Suite-XML-1.0-0.1.b2.src.rpm 4Suite-XML is a suite of Python modules for XML and RDF processing. Its major components include the following: * Ft.Xml.Domlette: A very fast, lightweight XPath-oriented DOM. * Ft.Xml.XPath: An XPath 1.0 implementation for Domlette documents. * Ft.Xml.Xslt: A robust XSLT 1.0 processor. * Ft.Lib: Various support libraries that can be used independently. --- Misc: - This is my first Extras package. I already have cvsextras access, nevertheless I'd like to be sponsored like anyone else would. - This package conflicts with 4Suite in Core; 4Suite will be removed from Core and replaced by python-4Suite-XML in Extras (which offers only a subset of the 4Suite functionality). - The package naming guidelines would suggest python-Ft or something like that, but python-4Suite-XML is only one of a family of 4Suite-* packages that should eventually use the Ft prefix. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 00:13:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 19:13:36 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511160013.jAG0DaTI015689@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173295 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 00:15:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 19:15:43 -0500 Subject: [Bug 173294] Review Request: python-4Suite-XML In-Reply-To: Message-ID: <200511160015.jAG0FhSI015932@www.beta.redhat.com> Please 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-4Suite-XML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173294 mitr at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG ------- Additional Comments From mitr at redhat.com 2005-11-15 19:15 EST ------- Sorry, a typo... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 02:05:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 21:05:57 -0500 Subject: [Bug 173295] Review Request: python-4Suite-XML In-Reply-To: Message-ID: <200511160205.jAG25v9j024671@www.beta.redhat.com> Please 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-4Suite-XML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173295 skvidal at phy.duke.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |skvidal at phy.duke.edu ------- Additional Comments From skvidal at phy.duke.edu 2005-11-15 21:05 EST ------- What's going to happen about the rest of the 4Suite functionality? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Tue Nov 15 21:43:05 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Tue, 15 Nov 2005 22:43:05 +0100 Subject: x86_64 arch Message-ID: <1132090986.2937.5.camel@bureau.maison> I have a package (ircd-hybrid) which make errors compiling on x86_64 (at least). I put the information upstream but i still have no answer could i add ExcludeArch: x86_64 to go ahead ? Thanks Eric From bugzilla at redhat.com Wed Nov 16 02:17:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 21:17:03 -0500 Subject: [Bug 173295] Review Request: python-4Suite-XML In-Reply-To: Message-ID: <200511160217.jAG2H3aQ025553@www.beta.redhat.com> Please 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-4Suite-XML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173295 ------- Additional Comments From mitr at redhat.com 2005-11-15 21:16 EST ------- 4Suite-1.0b1 ("full") was split upstream, and 4Suite-XML-1.0b2 was released; upstream wants to "push 4Suite XML to 1.0 and then focus" on the remaining parts (RDF processing libraries, a XML/RDF repository and a http server). python-amara in Extras requires the XML libraries, so we need 4Suite-XML; the other parts will have to be left out until upstream returns to releasing them. Core used 4Suite only for the XML libraries in s-c-httpd, which was converted to use libxslt-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 Wed Nov 16 02:21:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 21:21:29 -0500 Subject: [Bug 173295] Review Request: python-4Suite-XML In-Reply-To: Message-ID: <200511160221.jAG2LTL2025854@www.beta.redhat.com> Please 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-4Suite-XML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173295 ------- Additional Comments From skvidal at phy.duke.edu 2005-11-15 21:21 EST ------- hmm. moin in extras can use 4Suite for xslt and docbook parsing for wiki pages. It doesn't have an explicit dep on it, though. 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 Wed Nov 16 02:30:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 15 Nov 2005 21:30:25 -0500 Subject: [Bug 173295] Review Request: python-4Suite-XML In-Reply-To: Message-ID: <200511160230.jAG2UP8Q026631@www.beta.redhat.com> Please 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-4Suite-XML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173295 ------- Additional Comments From mitr at redhat.com 2005-11-15 21:30 EST ------- >From a quick look, moin seems to use only the libraries in 4Suite-XML. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 16 03:31:23 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 15 Nov 2005 21:31:23 -0600 Subject: x86_64 arch In-Reply-To: <1132090986.2937.5.camel@bureau.maison> References: <1132090986.2937.5.camel@bureau.maison> Message-ID: Eric Tanguy wrote: > I have a package (ircd-hybrid) which make errors compiling on x86_64 (at > least). I put the information upstream but i still have no answer could > i add ExcludeArch: x86_64 to go ahead ? IMO, that's acceptable. -- Rex From mpeters at mac.com Wed Nov 16 05:33:46 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 15 Nov 2005 21:33:46 -0800 Subject: x86_64 arch In-Reply-To: References: <1132090986.2937.5.camel@bureau.maison> Message-ID: <1132119227.3385.4.camel@locolhost.localdomain> On Tue, 2005-11-15 at 21:31 -0600, Rex Dieter wrote: > Eric Tanguy wrote: > > I have a package (ircd-hybrid) which make errors compiling on x86_64 (at > > least). I put the information upstream but i still have no answer could > > i add ExcludeArch: x86_64 to go ahead ? > > IMO, that's acceptable. You can do that, but file a bug report - and not the bug # in a comment under the exclude arch. If possible - put the failed build log somewhere and reference it in the bug report. There's a possibility the failure is trivial to fix for someone who knows x86_64 issues. From norm at turing.une.edu.au Wed Nov 16 05:35:03 2005 From: norm at turing.une.edu.au (Norman Gaywood) Date: Wed, 16 Nov 2005 16:35:03 +1100 Subject: fuse packages in extras? Message-ID: <20051116053503.GC29155@turing.une.edu.au> A few weeks ago there was mention of a fuse package going into extras: https://www.redhat.com/archives/fedora-extras-list/2005-October/msg01506.html Any progress on the user land tools package for this? The 2.6.14-1.1637_FC4 kernel seems to have fuse enabled as a loadable module. -- Norman Gaywood, Systems Administrator School of Mathematics, Statistics and Computer Science University of New England, Armidale, NSW 2351, Australia norm at turing.une.edu.au Phone: +61 (0)2 6773 2412 http://turing.une.edu.au/~norm Fax: +61 (0)2 6773 3312 Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html From fedora at leemhuis.info Wed Nov 16 06:08:00 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 16 Nov 2005 07:08:00 +0100 Subject: fuse packages in extras? In-Reply-To: <20051116053503.GC29155@turing.une.edu.au> References: <20051116053503.GC29155@turing.une.edu.au> Message-ID: <1132121280.18515.1.camel@thl.ct.heise.de> Am Mittwoch, den 16.11.2005, 16:35 +1100 schrieb Norman Gaywood: > A few weeks ago there was mention of a fuse package going into extras: > > https://www.redhat.com/archives/fedora-extras-list/2005-October/msg01506.html > > Any progress on the user land tools package for this? > > The 2.6.14-1.1637_FC4 kernel seems to have fuse enabled as a loadable module. Latest discussion did (not) happen in https://www.redhat.com/archives/fedora-maintainers/2005-November/msg00062.html I think I'm going to submit them for extras review soon. CU thl From fedora at leemhuis.info Wed Nov 16 06:08:31 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 16 Nov 2005 07:08:31 +0100 Subject: Fuse packages now with use fuse-group and suid binary (Was: RFC: fuse packages) In-Reply-To: <4379A44B.2010208@feuerpokemon.de> References: <1130607382.3203.92.camel@localhost.localdomain> <1130610769.10746.40.camel@bree.local.net> <1130962216.3309.44.camel@localhost.localdomain> <1131032200.11424.8.camel@bree.local.net> <1131130813.3327.10.camel@localhost.localdomain> <1131377945.2759.13.camel@bree.local.net> <1131390042.2808.57.camel@localhost.localdomain> <1131422529.3533.4.camel@bree.local.net> <43711B65.6070501@redhat.com> <4379A44B.2010208@feuerpokemon.de> Message-ID: <1132121311.18515.3.camel@thl.ct.heise.de> Am Dienstag, den 15.11.2005, 10:03 +0100 schrieb dragoran: > Warren Togami wrote: > > Jeremy Katz wrote: > >> This is the approach taken for, eg, samba. So I'd lean towards sticking > >> with it. To be honest, users probably don't really care about mounting > >> and are just as well off using gnome-vfs or kio stuff depending on their > >> desktop environment. > > This may be true, if it actually worked nicely and transparently for > > all. It doesn't. =( > status of the fuse package? Latest discussion did (not) happen in https://www.redhat.com/archives/fedora-maintainers/2005-November/msg00062.html I think I'm going to submit them for extras review soon. CU thl From fedora at leemhuis.info Wed Nov 16 06:12:11 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 16 Nov 2005 07:12:11 +0100 Subject: x86_64 arch In-Reply-To: <1132119227.3385.4.camel@locolhost.localdomain> References: <1132090986.2937.5.camel@bureau.maison> <1132119227.3385.4.camel@locolhost.localdomain> Message-ID: <1132121531.19034.2.camel@thl.ct.heise.de> Am Dienstag, den 15.11.2005, 21:33 -0800 schrieb Michael A. Peters: > On Tue, 2005-11-15 at 21:31 -0600, Rex Dieter wrote: > > Eric Tanguy wrote: > > > I have a package (ircd-hybrid) which make errors compiling on x86_64 (at > > > least). I put the information upstream but i still have no answer could > > > i add ExcludeArch: x86_64 to go ahead ? > > > > IMO, that's acceptable. It is acceptable if you at least tried to fix it or asked for help on this list if you have no access to x64 -- if no one steps up to help go ahead. > You can do that, but file a bug report - and not the bug # in a comment > under the exclude arch. That is required. See: http://www.fedoraproject.org/wiki/PackageReviewGuidelines Quoting: MUST: If the package does not successfully compile, build or work on an architecture, then those architectures should be listed in the spec in ExcludeArch. Each architecture listed in ExcludeArch needs to have a bug filed in bugzilla, describing the reason that the package does not compile/build/work on that architecture. The bug number should then be placed in a comment, next to the corresponding ExcludeArch line. New packages will not have bugzilla entries during the review process, so they should put this description in the comment until the package is approved, then file the bugzilla entry, and replace the long explanation with the bug number. CU thl From ankit644 at yahoo.com Wed Nov 16 06:42:22 2005 From: ankit644 at yahoo.com (Ankit Patel) Date: Tue, 15 Nov 2005 22:42:22 -0800 (PST) Subject: How to move package from extras to core ? In-Reply-To: <46756.83.145.93.226.1132066599.squirrel@83.145.93.226> Message-ID: <20051116064222.31407.qmail@web34602.mail.mud.yahoo.com> I haven't got any other tool/nautilus for the same purpose. Can you please give me the package name? Christian Jodar wrote: Hello, > I am the owner of the system-config-control package. And now this package is > in fedora extras-devel branch. As it is control panel (control-center) kind > of utility i feel it should be in the fedora core packages. As there are already an equivalent tool provided in Fedora Core for this purpose (in Nautilus you could have shortcuts to all the administration tools), I don't think it should be also included into FC (we will have some duplicates softwares and FE is provided to help avoiding this). Christian. -- fedora-extras-list mailing list fedora-extras-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-extras-list --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tian at c-sait.net Wed Nov 16 07:38:34 2005 From: tian at c-sait.net (Christian Jodar) Date: Wed, 16 Nov 2005 08:38:34 +0100 (CET) Subject: How to move package from extras to core ? In-Reply-To: <20051116064222.31407.qmail@web34602.mail.mud.yahoo.com> References: <46756.83.145.93.226.1132066599.squirrel@83.145.93.226> <20051116064222.31407.qmail@web34602.mail.mud.yahoo.com> Message-ID: <39756.83.145.93.226.1132126714.squirrel@83.145.93.226> Ankit Patel wrote: > I haven't got any other tool/nautilus for the same purpose. Can you please > give me the package name? Open a Nautilus Window and enter in the URL bar: system-settings:/// preferences:/// I think there are also some shortcuts for this in the standard Gnome environment (I use XFCE). Here are some screenshots: http://www.johnmunsch.com/articles/FedoraCoreGettingStarted/index_files/screenshots/jpg/desktop/System_Settings.jpeg http://www.johnmunsch.com/articles/FedoraCoreGettingStarted/index_files/screenshots/jpg/desktop/Preferences.jpeg I think it provides same features as you package unless I am wrong. Christian. From eric.tanguy at univ-nantes.fr Wed Nov 16 07:23:22 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 16 Nov 2005 08:23:22 +0100 Subject: x86_64 arch In-Reply-To: <1132121531.19034.2.camel@thl.ct.heise.de> References: <1132090986.2937.5.camel@bureau.maison> <1132119227.3385.4.camel@locolhost.localdomain> <1132121531.19034.2.camel@thl.ct.heise.de> Message-ID: <1132125803.2932.1.camel@bureau.maison> Le mercredi 16 novembre 2005 ? 07:12 +0100, Thorsten Leemhuis a ?crit : > Am Dienstag, den 15.11.2005, 21:33 -0800 schrieb Michael A. Peters: > > On Tue, 2005-11-15 at 21:31 -0600, Rex Dieter wrote: > > > Eric Tanguy wrote: > > > > I have a package (ircd-hybrid) which make errors compiling on x86_64 (at > > > > least). I put the information upstream but i still have no answer could > > > > i add ExcludeArch: x86_64 to go ahead ? > > > > > > IMO, that's acceptable. > > It is acceptable if you at least tried to fix it or asked for help on > this list if you have no access to x64 -- if no one steps up to help go > ahead. > > > You can do that, but file a bug report - and not the bug # in a comment > > under the exclude arch. > > That is required. See: > http://www.fedoraproject.org/wiki/PackageReviewGuidelines > > Quoting: > > MUST: If the package does not successfully compile, build or work on an > architecture, then those architectures should be listed in the spec in > ExcludeArch. Each architecture listed in ExcludeArch needs to have a bug > filed in bugzilla, describing the reason that the package does not > compile/build/work on that architecture. The bug number should then be > placed in a comment, next to the corresponding ExcludeArch line. New > packages will not have bugzilla entries during the review process, so > they should put this description in the comment until the package is > approved, then file the bugzilla entry, and replace the long explanation > with the bug number. > > CU > thl > Thanks, so the build log is http://buildsys.fedoraproject.org/logs/fedora-development-extras/960-ircd-hybrid-7.1.3-7.fc5/x86_64/build.log if someone could see what is the problem and how to solve it because i still have no answer from upstream. Eric From Christian.Iseli at licr.org Wed Nov 16 08:44:00 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 16 Nov 2005 09:44:00 +0100 Subject: x86_64 arch In-Reply-To: Your message of "Wed, 16 Nov 2005 08:23:22 +0100." <1132125803.2932.1.camel@bureau.maison> Message-ID: <200511160844.jAG8i0QJ020474@ludwig-alpha.unil.ch> eric.tanguy at univ-nantes.fr said: > the build log is http://buildsys.fedoraproject.org/logs/fedora-development-ext > ras/960-ircd-hybrid-7.1.3-7.fc5/x86_64/build.log if someone could see what is > the problem and how to solve it because i still have no answer from upstream. Your problem is that the file src/lex.yy.c does the following at its top: #if defined(__FreeBSD__) #include #else #define __unused #endif Then, when more headers are included, you hit this in /usr/include/bits/stat.h: #if __WORDSIZE == 64 long int __unused[3]; #else I'd recommend something like: sed -i 's/__unused/__my_unused/g' src/lex.yy.c Cheers, Christian From bugzilla at redhat.com Wed Nov 16 09:00:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 04:00:59 -0500 Subject: [Bug 173249] Review Request: Music Player Daemon In-Reply-To: Message-ID: <200511160900.jAG90xoS001215@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Music Player Daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173249 kas at fi.muni.cz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DEFERRED ------- Additional Comments From kas at fi.muni.cz 2005-11-16 04:00 EST ------- I did not know about the rpm.livna.org repository. Maybe it should be mentioned in Fedora Extras contributor's documentation. Sorry for the noise. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 11:41:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 06:41:53 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511161141.jAGBfrvN018901@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From alexl at users.sourceforge.net 2005-11-16 06:41 EST ------- You added a line between the "rm" command and the directory, here: rm -rf <- should be no new line ${RPM_BUILD_ROOT}%{_datadir}/mime/{globs,magic,XMLnamespaces,aliases,subclasses} This also needs to appear *after* the make install because it has to remove the files before it packages them (there should be no "unpackaged files left over"). You also need to specify a fedora-gdesklets.desktop to install, and add relevant categories, and remove the upstream gdesklets.desktop from the build root, to make way for the fedora-gdesklets.desktop Your %install should look something like: %install make install DESTDIR=$RPM_BUILD_ROOT rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/application rm -rf ${RPM_BUILD_ROOT}%{_datadir}/mime/{globs,magic,XMLnamespaces,aliases,subclasses} rm -f ${RPM_BUILD_ROOT}%{_datadir}/applications/{gdesklets.desktop,mimeinfo.cache} desktop-file-install --vendor=fedora \ --dir ${RPM_BUILD_ROOT}%{_datadir}/applications \ --add-category X-Fedora \ --add-category Accessories \ --add-category Application \ --add-category Utility \ data/gdesklets.desktop Please read http://fedoraproject.org/wiki/PackagingGuidelines#desktop carefully, you can't just cut and paste the example. Also, I would change to description to which is less over-the-top: %description 'gDesklets' provides an advanced architecture for desktop applets - tiny displays that sit on your desktop such as status meters, icon bars, weather sensors, news tickers. (Don't indent the description.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 11:55:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 06:55:42 -0500 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200511161155.jAGBtgnO019962@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Sprog https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 ------- Additional Comments From ghenry at suretecsystems.com 2005-11-16 06:55 EST ------- Finally done, with correct desktop file, icon as per Grant's request and a patch to fix some non-fatal build tests failing (provided by Grant). New files: http://www.perl.me.uk/downloads/modules/Sprog-0.14-4.src.rpm http://www.perl.me.uk/downloads/modules/Sprog-0.14-4.noarch.rpm http://www.perl.me.uk/downloads/modules/Sprog.spec http://www.perl.me.uk/downloads/modules/md5sums -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Wed Nov 16 13:19:11 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 16 Nov 2005 07:19:11 -0600 Subject: How to move package from extras to core ? In-Reply-To: <46756.83.145.93.226.1132066599.squirrel@83.145.93.226> References: <20051115122346.94854.qmail@web34610.mail.mud.yahoo.com> <46756.83.145.93.226.1132066599.squirrel@83.145.93.226> Message-ID: Christian Jodar wrote: >> I am the owner of the system-config-control package. And now this package is >>in fedora extras-devel branch. As it is control panel (control-center) kind >>of utility i feel it should be in the fedora core packages. > > > As there are already an equivalent tool provided in Fedora Core for this > purpose (in Nautilus you could have shortcuts to all the administration > tools), I don't think it should be also included into FC (we will have some > duplicates softwares and FE is provided to help avoiding this). It isn't a duplicate for those of us who don't use gnome/nautilus. (-: -- rex From rdieter at math.unl.edu Wed Nov 16 13:20:41 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 16 Nov 2005 07:20:41 -0600 Subject: How to move package from extras to core ? In-Reply-To: <20051115122346.94854.qmail@web34610.mail.mud.yahoo.com> References: <20051115122346.94854.qmail@web34610.mail.mud.yahoo.com> Message-ID: Ankit Patel wrote: > I am the owner of the system-config-control package. And now this > package is in fedora extras-devel branch. As it is control panel > (control-center) kind of utility i feel it should be in the fedora core > packages. It's not your call to make. If an Extra's package becomes useful/popular enough, then it has a good chance of being moved to Core. Give it some time. -- Rex From skvidal at fedoraproject.org Wed Nov 16 14:15:53 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Nov 2005 09:15:53 -0500 Subject: buildsys.fedoraproject.org Message-ID: <1132150553.14086.1.camel@cutter> Downtime for the buildsys master. This is a reminder and additional note about the buildsys master. It will be down from 9:30AM GMT-5 (in about 15 minutes) and it _should_ be back up before noon. There may be some complications that extend the downtime but I hope it will be back up before the day is out. Thanks -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Wed Nov 16 14:53:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 09:53:00 -0500 Subject: [Bug 173345] New: Review Request: fuse Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 Summary: Review Request: fuse Product: Fedora Extras Version: devel Platform: All URL: http://sourceforge.net/projects/fuse OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rich at phekda.gotadsl.co.uk QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://homepages.nildram.co.uk/~phekda/richdawe/fedora/FC4/fuse.spec SRPM Name or Url: http://homepages.nildram.co.uk/~phekda/richdawe/fedora/FC4/fuse-2.4.1-1.src.rpm Description: >From the FUSE README: "FUSE (Filesystem in Userspace) is a simple interface for userspace programs to export a virtual filesystem to the linux kernel. FUSE also aims to provide a secure method for non privileged users to create and mount their own filesystem implementations." FUSE was incorporated and ships in kernel-2.6.14-1.1637_FC4. But to be able to write userspace filesystems, you need the userspace libraries and utilities. I've packaged them up according to the Extras guidelines. Please review them. Note that there are currently some rpmlint failures (see below). I don't think these are errors. I opened bug #173341 about the udev rules; I think they belong in the udev package in the future. [rich at katrina FC4]$ rpmlint i386/fuse-2.4.1-1.i386.rpm W: fuse non-conffile-in-etc /etc/udev/rules.d/40-fuse.rules E: fuse setuid-binary /usr/bin/fusermount root 04755 E: fuse non-standard-executable-perm /usr/bin/fusermount 04755 [rich at katrina FC4]$ rpmlint i386/fuse-devel-2.4.1-1.i386.rpm [rich at katrina FC4]$ rpmlint fuse-2.4.1-1.src.rpm Please let me know if you'd like some detailed instructions on how to get a userspace filesystem up and running with FUSE. Also, thanks for reviewing in advance! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 14:53:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 09:53:11 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511161453.jAGErBPp005369@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rich at phekda.gotadsl.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173345 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Wed Nov 16 15:02:09 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 16 Nov 2005 09:02:09 -0600 Subject: static libraries' policy: possible solution In-Reply-To: <20051115210859.GA13874@devserv.devel.redhat.com> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> Message-ID: <1132153329.2251.221.camel@localhost.localdomain> On Tue, 2005-11-15 at 16:08 -0500, Bill Nottingham wrote: > Tom 'spot' Callaway (tcallawa at redhat.com) said: > > On Tue, 2005-11-15 at 17:49 +0300, Dmitry Butskoy wrote: > > > What about the idea to ship static libraries the same way as debuginfo > > > is done? > > > > > > On the one hand, no more static libs will be present in most of devel > > > packages. This should satisfy "no-static' guys, as no any static will be > > > on CD, DVD, most of mirrors etc. (the same way as there are no debuginfo > > > packages there). > > > On the other hand, this can satisfy "save-static" guys, as there will be > > > possibility to download ready/correct static libraries for some rare > > > (but needed!) purposes. > > > > I'm not opposed to this. Jeremy, what do you think? > > Sounds messy; it's another tweak to put into rel-eng tools to get > things to work in a sane manner. Perhaps, but: 1. There is tangible benefit to this, it will shrink the size of Core. 2. This method can be easily short-circuited for those apps which need it. 3. Most other RPM based distros have already done this (or something similar). ~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 notting at redhat.com Wed Nov 16 15:48:15 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 16 Nov 2005 10:48:15 -0500 Subject: static libraries' policy: possible solution In-Reply-To: <1132153329.2251.221.camel@localhost.localdomain> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> Message-ID: <20051116154815.GA8404@devserv.devel.redhat.com> Tom 'spot' Callaway (tcallawa at redhat.com) said: > Perhaps, but: > > 1. There is tangible benefit to this, it will shrink the size of Core. > 2. This method can be easily short-circuited for those apps which need > it. > 3. Most other RPM based distros have already done this (or something > similar). 1. and 2. can simply be solved by removing the static libs, though. Bill From ghenry at suretecsystems.com Wed Nov 16 16:55:32 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 16 Nov 2005 16:55:32 -0000 (GMT) Subject: Broken dependencies in Fedora Extras Development Message-ID: <54730.192.168.100.90.1132160132.squirrel@webmail.suretecsystems.com> I'll get onto it. -- 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/ > This is an automated mail. > Your following packages in the repository have broken dependencies: > > package: pgadmin3 - 1.0.2-5.i386 from fedora-extras-development-i386 > unresolved deps: > libssl.so.5 > libcrypto.so.5 > > package: pgadmin3 - 1.0.2-5.x86_64 from fedora-extras-development-x86_64 > unresolved deps: > libcrypto.so.5()(64bit) > libssl.so.5()(64bit) > > package: pgadmin3 - 1.0.2-5.ppc from fedora-extras-development-ppc > unresolved deps: > libssl.so.5 > libcrypto.so.5 > > From gauret at free.fr Wed Nov 16 16:59:36 2005 From: gauret at free.fr (Aurelien Bompard) Date: Wed, 16 Nov 2005 17:59:36 +0100 Subject: Broken dependencies in Fedora Extras Development Message-ID: <200511161759.36882.gauret@free.fr> Michael, amarok-arts is obsoleted by amarok >= 1.3 (it has been merged). All the amarok-arts packages can be removed from the repo. Thanks for the automated mail, it's very useful. Aur?lien. Le Jeudi 1 Janvier 1970 00:59, Michael Schwendt a ?crit : > This is an automated mail. > Your following packages in the repository have broken dependencies: > > package: amarok-arts - 1.2.2-1.i386 from fedora-extras-development-i386 > unresolved deps: > amarok = 0:1.2.2 > > package: amarok-arts - 1.2.2-1.x86_64 from > fedora-extras-development-x86_64 unresolved deps: > amarok = 0:1.2.2 -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr Unix IS user-friendly. It is just very picky about who his friends are. From bugzilla at redhat.com Wed Nov 16 16:58:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 11:58:33 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511161658.jAGGwXkM021825@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora at leemhuis.info ------- Additional Comments From fedora at leemhuis.info 2005-11-16 11:58 EST ------- Okay, we have a problem now. I also prepared fuse packages and we discussed those on fedora-extras and fedora-maintainers list already. See those threads: https://www.redhat.com/archives/fedora-extras-list/2005-October/msg01506.html https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00120.html I also planed to open a review today -- I don't think opening another bug is helpful, so here are my packages: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/fuse.spec http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-2.4.1-3.src.rpm They have the following benefits over yours afaics: - Splits utils and lib - Uses a fuse group to restrict access - Only allows members of the fuse group to write to /dev/fuse - maybe other, did not look closely BTW, these are wrong in your package: >BuildRequires: autoconf >BuildRequires: automake >BuildRequires: libtool So, how to proceed? Richard, if it's okay for you I'd suggest we go with those packages that were discussed already. But if you want to maintain fuse in extras-FC4 it's okay for me. Note that fuse might be included in Core soon. Richard, btw, do you have a sshfs package? I would submit http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-sshfs-1.2-2.src.rpm for review if you don't have a similar/better 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 Nov 16 17:15:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 12:15:58 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511161715.jAGHFwIi023580@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From rich at phekda.gotadsl.co.uk 2005-11-16 12:15 EST ------- Hi Thorsten. It looks like you've already done a lot of work on this. I agree - we should go with what's been discussed already. I'll try to review the packages at the weekend - if I don't, please proceed anyway. This is my own fault. I should have checked fedora-extras-list! Thanks, bye, Rich -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 17:25:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 12:25:46 -0500 Subject: [Bug 173368] New: Review Request: planetplanet Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173368 Summary: Review Request: planetplanet Product: Fedora Extras Version: devel Platform: All URL: http://www.planetplanet.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rich at phekda.gotadsl.co.uk QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://homepages.nildram.co.uk/~phekda/richdawe/fedora/FC4/planetplanet.spec SRPM Name or Url: http://homepages.nildram.co.uk/~phekda/richdawe/fedora/FC4/planetplanet-1.0-0.1.20051115arch.src.rpm Description: >From Planet's README: "Planet is a flexible feed aggregator, this means that it downloads feeds and aggregates their content together into a single combined feed with the latest news first. It uses Mark Pilgrim's Ultra-liberal feed parser so can read from RDF, RSS and Atom feeds and Tomas Styblo's template library to output static files in unlimited formats based on a series of templates." It's built from a snapshot taken from the GNU arch repository yesterday. Note that the planetplanet.org page lists the wrong branch (or whatever arch calls them). It should be: jdub at perkypants.org--projects/planet--devel--1.0 I've called the package "planetplanet" to match the executable name "planetplanet". The program from upstream is actually called planet.py, but I had problems with planet.py not being able to find the "planet" module that went away when I renamed the script (see ). I chose planetplanet to match the website. There are some rpmlint warnings & errors (see below), but I believe they're spurious. In particular, the errors on .py seem quite selective - rpmlint doesn't warn about the other .py files in the same directory. "Python license" was copied from the list of licences in the rpmlint Python code itself! [rpmbuild at katrina noarch]$ rpmlint planetplanet-1.0-0.1.20051115arch.noarch.rpm W: planetplanet invalid-license Python license E: planetplanet non-executable-script /usr/lib/python2.4/site-packages/planet/__init__.py 0644 E: planetplanet non-executable-script /usr/lib/python2.4/site-packages/planet/feedparser.py 0644 E: planetplanet non-executable-script /usr/lib/python2.4/site-packages/planet/cache.py 0644 If you want to give planetplanet a whirl, I can give you an example config. Just let me know. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 17:25:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 12:25:58 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511161725.jAGHPwmQ024583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rich at phekda.gotadsl.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173368 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 17:31:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 12:31:46 -0500 Subject: [Bug 173369] New: Review Request: fuse-sshfs Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173369 Summary: Review Request: fuse-sshfs Product: Fedora Extras Version: devel Platform: All URL: http://fuse.sourceforge.net/sshfs.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora at leemhuis.info QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/fuse-sshfs.spec SRPM Name or Url: http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-sshfs-1.2-2.src.rpm Description: This is a FUSE-filesystem client based on the SSH File Transfer Protocol. Since most SSH servers already support this protocol it is very easy to set up: i.e. on the server side there's nothing to do. On the client side mounting the filesystem is as easy as logging into the server with ssh. Needs fuse, review request in bug 173345 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 17:31:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 12:31:58 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511161731.jAGHVw2e025620@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173369 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 17:45:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 12:45:13 -0500 Subject: [Bug 173368] Review Request: planetplanet In-Reply-To: Message-ID: <200511161745.jAGHjDtr026852@www.beta.redhat.com> Please 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 paul at city-fan.org 2005-11-16 12:45 EST ------- (In reply to comment #0) > There are some rpmlint warnings & errors (see below), but I believe they're spurious. In particular, the errors on .py seem quite selective - rpmlint doesn't warn about the other .py files in the same directory. I'd hazard a guess that the .py files complained about start with shebangs, and the others don't. > "Python license" was copied from the list of licences in the rpmlint Python code itself! That's a good point! > If you want to give planetplanet a whirl, I can give you an example config. Just let me know. I'd suggest including a sample config in the package, perhaps as a %doc I'd also suggest looking at /usr/share/fedora/spectemplate-python.spec from the fedora-rpmdevtools package regarding the packaging of python packages in general. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buc at odusz.so-cdu.ru Wed Nov 16 17:50:23 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 16 Nov 2005 20:50:23 +0300 Subject: static libraries' policy: possible solution In-Reply-To: <20051116154815.GA8404@devserv.devel.redhat.com> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> Message-ID: <437B715F.3020108@odu.neva.ru> Bill Nottingham wrote: >Tom 'spot' Callaway (tcallawa at redhat.com) said: > > >>Perhaps, but: >> >>1. There is tangible benefit to this, it will shrink the size of Core. >>2. This method can be easily short-circuited for those apps which need >>it. >>3. Most other RPM based distros have already done this (or something >>similar). >> >> > >1. and 2. can simply be solved by removing the static libs, though. > > > The problem is that many people believe that static libraries are necessary. This circumstance is proved by the present discussions, and also by precedents in other distros. IMO, Fedora is not an ordinary distro. Because of its history (RedHat Linux etc.) it is one of leaders, and even the first in a number of leaders. Therefore sharp changes (even correct) and full ignoring of minority's opinion should be avoided. Such things are allowable for some new, "revolutionary", marginal distros, not for wide-spread enough. There is a sign of infinity in the new Fedora's logo. The neglecting of opinion and needs of an appreciable part of users is not an infinity :( I believe that suggested solution (in the part of changes in the spec files) can be useful for any static lib policy. If sometime in the future the decision to change policy will be accepted, it will lead just to change of the appropriate system macros, without any interventions into packages themselves. (I.e., define %find_static "rm -f *.a"-like, and include "--disable-static" into default %configure ). Additionally, spec-files properly edited by this way, can help people who will want to create some additional repository with static libraries (Livna-like), because creating of such a repository can be automated. Dmitry Butskoy -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmacken at redhat.com Wed Nov 16 17:56:57 2005 From: lmacken at redhat.com (Luke Macken) Date: Wed, 16 Nov 2005 12:56:57 -0500 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <200511161750.jAGHoSOP031844@mx1.redhat.com> References: <200511161750.jAGHoSOP031844@mx1.redhat.com> Message-ID: <20051116175656.GA21394@lewk.org> Thanks for the heads up Michael. I'm currently in the process of getting the latest release candidates of net6/obby/gobby into devel (but the buildsystem was having some issues last night). I should have it taken care of in the next day or so. luke On Wed, Nov 16, 2005 at 12:50:28PM -0500, Michael Schwendt wrote: | This is an automated mail. | Your following packages in the repository have broken dependencies: | | package: obby - 0.2.0-5.fc5.i386 from fedora-extras-development-i386 | unresolved deps: | libhowl.so.0 | | package: gobby - 0.2.2-6.fc5.x86_64 from fedora-extras-development-x86_64 | unresolved deps: | libhowl.so.0()(64bit) | | package: obby-devel - 0.2.0-6.fc5.x86_64 from fedora-extras-development-x86_64 | unresolved deps: | howl-devel | | package: obby - 0.2.0-6.fc5.x86_64 from fedora-extras-development-x86_64 | unresolved deps: | libhowl.so.0()(64bit) | | package: obby - 0.2.0-5.fc5.ppc from fedora-extras-development-ppc | unresolved deps: | libhowl.so.0 | From bugzilla at redhat.com Wed Nov 16 18:19:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 13:19:24 -0500 Subject: [Bug 173368] Review Request: planetplanet In-Reply-To: Message-ID: <200511161819.jAGIJOKs031182@www.beta.redhat.com> Please 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 ville.skytta at iki.fi 2005-11-16 13:19 EST ------- The list of licenses rpmlint considers valid are listed in /etc/rpmlint/config. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nicolas.mailhot at laposte.net Wed Nov 16 18:34:39 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 16 Nov 2005 19:34:39 +0100 Subject: static libraries' policy: possible solution In-Reply-To: <437B715F.3020108@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <437B715F.3020108@odu.neva.ru> Message-ID: <1132166081.15961.11.camel@rousalka.dyndns.org> Le mercredi 16 novembre 2005 ? 20:50 +0300, Dmitry Butskoy a ?crit : > IMO, Fedora is not an ordinary distro. Fedora is not an ordinary distro because Red Hat never balked at doing ambitious changes (gnome, gcc 2.96, UTF-8 locale) before everyone else. If you want a consensus-driven distro which changes 2 years after everyone else go look some other place. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bugzilla at redhat.com Wed Nov 16 18:54:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 13:54:34 -0500 Subject: [Bug 173368] Review Request: planetplanet In-Reply-To: Message-ID: <200511161854.jAGIsYJX002580@www.beta.redhat.com> Please 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 2005-11-16 13:54 EST ------- (In reply to comment #1) > (In reply to comment #0) [snip] > > If you want to give planetplanet a whirl, I can give you an example config. > Just let me know. > > I'd suggest including a sample config in the package, perhaps as a %doc Already does: [rich at katrina i386]$ rpm -qpl planetplanet-1.0-0.2.20051115arch.noarch.rpm | grep examples /usr/share/doc/planetplanet-1.0/examples /usr/share/doc/planetplanet-1.0/examples/atom.xml.tmpl /usr/share/doc/planetplanet-1.0/examples/basic /usr/share/doc/planetplanet-1.0/examples/basic/config.ini /usr/share/doc/planetplanet-1.0/examples/basic/index.html.tmpl /usr/share/doc/planetplanet-1.0/examples/fancy /usr/share/doc/planetplanet-1.0/examples/fancy/config.ini /usr/share/doc/planetplanet-1.0/examples/fancy/index.html.tmpl /usr/share/doc/planetplanet-1.0/examples/foafroll.xml.tmpl /usr/share/doc/planetplanet-1.0/examples/opml.xml.tmpl /usr/share/doc/planetplanet-1.0/examples/rss10.xml.tmpl /usr/share/doc/planetplanet-1.0/examples/rss20.xml.tmpl I can give you a tarball of a configuration + stuff that works, if this isn't enough. > I'd also suggest looking at /usr/share/fedora/spectemplate-python.spec > from the fedora-rpmdevtools package regarding the packaging > of python packages in general. Thanks for the tip! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 18:56:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 13:56:44 -0500 Subject: [Bug 173368] Review Request: planetplanet In-Reply-To: Message-ID: <200511161856.jAGIuiMY002768@www.beta.redhat.com> Please 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 2005-11-16 13:56 EST ------- Paul and Ville: Thanks for your help. I have new packages based on the Python spec template. These also now rpmlint cleanly. They're here: Spec Name or Url: http://homepages.nildram.co.uk/~phekda/richdawe/fedora/FC4/planetplanet.spec SRPM Name or Url: http://homepages.nildram.co.uk/~phekda/richdawe/fedora/FC4/planetplanet-1.0-0.2.20051115arch.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 Jochen at herr-schmitt.de Wed Nov 16 19:05:10 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 16 Nov 2005 20:05:10 +0100 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <0MKpV6-1EcQSu12xn-0005BC@mx.kundenserver.de> References: <0MKpV6-1EcQSu12xn-0005BC@mx.kundenserver.de> Message-ID: <0MKwh2-1EcSbE3vKq-0005a3@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 16 Nov 2005 17:48:56 +0100, you wrote: >This is an automated mail. >Your following packages in the repository have broken dependencies: > >package: suck - 4.3.2-9.ppc from fedora-extras-development-ppc > unresolved deps: > libssl.so.5 laut meinen Informationen solte suck - 4.3.2-10 aktuell sein. Anscheinend gibt es auch Schwierigkeiten mit moc ein Build durchzuf?hren. IMHO handelt es sich um ein Netzwerk- bzw. Serverproblem. mfg: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBQ3uC/k9gByurcX4MEQKiEQCg98H/Jv5sgwGMB3C1stTE+RQBHicAn0FR 02J+czT/NrzT1jcHzRwsm0Ya =PMXV -----END PGP SIGNATURE----- From ville.skytta at iki.fi Wed Nov 16 19:16:38 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 16 Nov 2005 21:16:38 +0200 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <200511161759.36882.gauret@free.fr> References: <200511161759.36882.gauret@free.fr> Message-ID: <1132168598.15334.239.camel@localhost.localdomain> On Wed, 2005-11-16 at 17:59 +0100, Aurelien Bompard wrote: > amarok-arts is obsoleted by amarok >= 1.3 (it has been merged). All the > amarok-arts packages can be removed from the repo. Please add this to the relevant FC*Status page(s) in Wiki so it won't be forgotten. From bugzilla at redhat.com Wed Nov 16 19:37:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 14:37:15 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511161937.jAGJbFcJ008996@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 miklos at szeredi.hu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |miklos at szeredi.hu ------- Additional Comments From miklos at szeredi.hu 2005-11-16 14:37 EST ------- Hi Thorsten, Thanks for packaging FUSE. About security: FUSE has been designed in a way, that even malicious users can't cause problems. This is modulo any unknown bugs of course. To date there has been only one security bug found (an information leak) and fixed in 2.3.0 that could be exploited by a hostile user. So restricting mounting to a subset of users IMO just makes administration harder. So at least it should be documented that it's an option for the sysadmin to change the mode of /usr/bin/fusermount to 4755 instead of having to individually add users to the fuse group. Thanks, Miklos -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 19:43:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 14:43:55 -0500 Subject: [Bug 173380] New: Review Request: nethack-vultures Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 Summary: Review Request: nethack-vultures Product: Fedora Extras Version: devel Platform: All URL: http://www.darkarts.co.za/projects/vultures/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: meme at daughtersoftiresias.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.daughtersoftiresias.org/progs/vultures/nethack-vultures.spec SRPM Name or Url: http://www.daughtersoftiresias.org/progs/vultures/nethack-vultures-1.10.1-0.1.src.rpm Description: Vulture's Eye is a mouse-driven interface for NetHack that enhances the visuals, audio and accessibility of the game, yet retains all the original gameplay and game features. Vulture's Eye is based on Falcon's Eye, but is greatly extended. Also included is Vulture's Claw, which is based on the Slash'Em core. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 19:44:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 14:44:11 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511161944.jAGJiB3H009750@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 meme at daughtersoftiresias.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173380 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at fedoraproject.org Wed Nov 16 20:38:32 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Nov 2005 15:38:32 -0500 Subject: buildsys Message-ID: <1132173512.17438.20.camel@cutter> Hi Folks, The buildsys is back online and looking okay. Please be nice. :) Sorry for the downtime extension - just some crossed wires (metaphorically) -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Wed Nov 16 20:35:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 15:35:56 -0500 Subject: [Bug 173388] New: Review Request: Denial of Service evasion module for Apache Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173388 Summary: Review Request: Denial of Service evasion module for Apache Product: Fedora Extras Version: devel Platform: All URL: http://www.nuclearelephant.com/projects/mod_evasive/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: icon at fedoraproject.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://linux.duke.edu/~icon/misc/fe/mod_evasive.spec SRPM Name or Url: http://linux.duke.edu/~icon/misc/fe/mod_evasive-1.10.1-0.1.src.rpm Description: mod_evasive is an evasive maneuvers module for Apache to provide evasive action in the event of an HTTP DoS or DDoS attack or brute force attack. It is also designed to be a detection and network management tool, and can be easily configured to talk to ipchains, firewalls, routers, and etcetera. mod_evasive presently reports abuses via email and syslog facilities. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 20:36:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 15:36:02 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511162036.jAGKa22C019598@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 icon at fedoraproject.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173388 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 16 21:17:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 16:17:28 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200511162117.jAGLHSCK027367@www.beta.redhat.com> Please 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 2005-11-16 16:17 EST ------- It's not id3lib it's libid3tag (there is also taglib and libmetatag somehwere just to add to your confusion) and yes, that is already in the extras too. I switched to using a Source1: line instead of a patch, much smarter, indeed. Fixed package: 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-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 Nov 16 21:18:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 16:18:36 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200511162118.jAGLIa03027523@www.beta.redhat.com> Please 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 2005-11-16 16:18 EST ------- EH sorry yes, no its id3lib not libid3tag and yes as pointed out its in the extras already. I was drunk... or rather... well. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Wed Nov 16 21:58:33 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 16 Nov 2005 23:58:33 +0200 Subject: buildsys: problem in check-files? Message-ID: <1132178313.15334.283.camel@localhost.localdomain> Just happened to notice this in a buildsys build log (for a successful build in devel/i386): Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/neXtaw-0.15.1-7.fc5-buildroot find: cannot get current directory: Permission denied Does this mean that the unpackaged files check is not working there? If so, I guess it'd also affect the possible future buildroot/rpath checks. From eric.tanguy at univ-nantes.fr Wed Nov 16 21:51:07 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Wed, 16 Nov 2005 22:51:07 +0100 Subject: Build in mock and failed in buildsys Message-ID: <1132177867.20123.1.camel@bureau.maison> I can't understand why my package build fine in mock at home and failed in buildsys : http://buildsys.fedoraproject.org/logs/fedora-development-extras/1030-ircd-hybrid-7.1.3-8.fc5/i386/build.log Someone could explain me where is the problem ? Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.14-1.1637_FC4 From jwboyer at jdub.homelinux.org Wed Nov 16 23:00:34 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 16 Nov 2005 17:00:34 -0600 Subject: buildsys: problem in check-files? In-Reply-To: <1132178313.15334.283.camel@localhost.localdomain> References: <1132178313.15334.283.camel@localhost.localdomain> Message-ID: <1132182034.3490.0.camel@windu.rchland.ibm.com> On Wed, 2005-11-16 at 23:58 +0200, Ville Skytt? wrote: > Just happened to notice this in a buildsys build log (for a successful > build in devel/i386): > > Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/neXtaw-0.15.1-7.fc5-buildroot > find: cannot get current directory: Permission denied That is a mock thing as I get the same error at home when using mock. I asked Jeremy and Seth about it once, but I don't recall the answer I got. josh From bugzilla at redhat.com Wed Nov 16 23:06:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 18:06:59 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511162306.jAGN6xYu009127@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From jamatos at fc.up.pt 2005-11-16 18:06 EST ------- Review for release 4: * RPM name is OK * Source file is the same as upstream, or was modified to comply with the license. * Builds fine in mock * rpmlint W: cernlib strange-permission mkdirhier 0755 W: cernlib patch-not-applied Patch25: 048-log-to-var-log-not-tmp W: cernlib patch-not-applied Patch26: 049-fix-kuesvr-security-hole W: cernlib patch-not-applied Patch27: 050-make-secure-comis-tmpdir W: cernlib patch-not-applied Patch28: 051-fix-miscellaneous-tmp-uses W: cernlib patch-not-applied Patch12: 018-move-kernlib-to-toplevel W: cernlib patch-not-applied Patch14: 027-use-tmpfile-not-mktemp W: cernlib patch-not-applied Patch36: cernlib-gfortran.diff W: cernlib strange-permission mkdirhier 0755 W: cernlib patch-not-applied Patch25: 048-log-to-var-log-not-tmp W: cernlib patch-not-applied Patch26: 049-fix-kuesvr-security-hole W: cernlib patch-not-applied Patch27: 050-make-secure-comis-tmpdir W: cernlib patch-not-applied Patch28: 051-fix-miscellaneous-tmp-uses W: cernlib patch-not-applied Patch12: 018-move-kernlib-to-toplevel W: cernlib patch-not-applied Patch14: 027-use-tmpfile-not-mktemp W: cernlib patch-not-applied Patch36: cernlib-gfortran.diff E: cernlib-utils devel-dependency cernlib-devel W: cernlib-utils no-documentation E: cernlib-utils script-without-shellbang /etc/profile.d/cernlib-2005.sh E: cernlib-utils devel-dependency cernlib-devel W: cernlib-utils no-documentation E: cernlib-utils script-without-shellbang /etc/profile.d/cernlib-2005.csh E: cernlib-utils script-without-shellbang /etc/profile.d/cernlib-2005.sh E: geant321 devel-dependency cernlib-devel W: geant321 no-documentation E: geant321 devel-dependency cernlib-devel W: geant321 no-documentation E: kuipc devel-dependency cernlib-devel W: kuipc no-documentation E: kuipc devel-dependency cernlib-devel W: kuipc no-documentation Can be ignored, all of them were justified messages sent to this report. * package mets the package guiding lines * the different licenses are allowed for Extras, the text is included where available in the original source and they are stated in the license field. * the spec file is readable, and written in American English * the BuildRequires are correct and are necessary * the package only contains static libraries, work in progress (OK) * packages own all directories they create * permissions are set correctly * headers and static libraries are in the -devel package * subpackages require the base package Approved. PS: Don't forget %{?dist} in release after import. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Thu Nov 17 00:35:08 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 16 Nov 2005 16:35:08 -0800 Subject: buildsys: problem in check-files? In-Reply-To: <1132178313.15334.283.camel@localhost.localdomain> References: <1132178313.15334.283.camel@localhost.localdomain> Message-ID: <1132187709.6684.1.camel@locolhost.localdomain> On Wed, 2005-11-16 at 23:58 +0200, Ville Skytt? wrote: > Just happened to notice this in a buildsys build log (for a successful > build in devel/i386): > > Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/neXtaw-0.15.1-7.fc5-buildroot > find: cannot get current directory: Permission denied > > Does this mean that the unpackaged files check is not working there? I believe it is the problem behind https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163576 From wtogami at redhat.com Thu Nov 17 02:54:46 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 16 Nov 2005 21:54:46 -0500 Subject: Package Review Requests Message-ID: <437BF0F6.2040108@redhat.com> Hi folks, In the future when you submit a new package review, please be sure to have the exact package name within the title field so it is easily findable with Subject searches in the e-mail archive. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 This is an example that is easy to find based on package name. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 While this isn't easy to find because "cernlib" isn't in the title. Thanks, Warren Togami wtogami at redhat.com From icon at fedoraproject.org Thu Nov 17 02:57:47 2005 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Wed, 16 Nov 2005 21:57:47 -0500 Subject: Package Review Requests In-Reply-To: <437BF0F6.2040108@redhat.com> References: <437BF0F6.2040108@redhat.com> Message-ID: <1132196267.2604.1.camel@localhost.localdomain> On Wed, 2005-16-11 at 21:54 -0500, Warren Togami wrote: > Hi folks, > > In the future when you submit a new package review, please be sure to > have the exact package name within the title field so it is easily > findable with Subject searches in the e-mail archive. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 > This is an example that is easy to find based on package name. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 > While this isn't easy to find because "cernlib" isn't in the title. Don't punish us for following instructions. :) See: https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora% 20Extras&format=extras-review "Help: Brief description of new package. Ex: Review Request: GNOME Network Monitor Applet." Regards, -- Konstantin Ryabitsev McGill University WSG Montr?al, Qu?bec From bugzilla at redhat.com Thu Nov 17 03:11:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 22:11:46 -0500 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200511170311.jAH3Bktg001700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wtogami at redhat.com ------- Additional Comments From wtogami at redhat.com 2005-11-16 22:11 EST ------- I am not branching this in CVS without an explicit approval. Ankit, aren't you a Red Hat employee? Would you please use your redhat.com address for your Bugzilla account? It makes it easier for us to keep track of what is going on in the project. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 03:17:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 22:17:12 -0500 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200511170317.jAH3HCro002388@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 ------- Additional Comments From tcallawa at redhat.com 2005-11-16 22:17 EST ------- I set it to FE-ACCEPT, i said it was Approved. If the packager wants to rename it, that is as their discretion. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 04:27:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 23:27:08 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511170427.jAH4R8sT013679@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |wtogami at redhat.com ------- Additional Comments From wtogami at redhat.com 2005-11-16 23:26 EST ------- Packaging /usr/bin/fusermount as 0755 and expecting the sysadmin to set it to 4755 in order to use it is not a good option, because upon package update it will change the permission back to the default. Red Hat engineering is now assessing our options about what exactly to do with FUSE userspace tools and exactly how we will ship it by default. It will probably be a week or two before we come to any conclusions because we are currently busy trying to get FC5test1 out the door. In the mean time if you have any further information about the security risks of this, including any proof of code audits or design details of the system please submit links here for our analysis. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 04:43:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 23:43:58 -0500 Subject: [Bug 173452] New: Review Request: perl-Parse-Yapp Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173452 Summary: Review Request: perl-Parse-Yapp Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com/wtogami/temp/perl-Parse-Yapp- 1.05-34.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: wtogami at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com http://people.redhat.com/wtogami/temp/perl-Parse-Yapp-1.05-34.src.rpm Removed from FC5 recently, breaks deps on Extras packages. I will not maintain this, somebody must claim it (probably whoever owns a package that requires 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 Nov 17 04:44:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 16 Nov 2005 23:44:10 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511170444.jAH4iAUe015416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173452 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ankit644 at yahoo.com Thu Nov 17 05:02:46 2005 From: ankit644 at yahoo.com (Ankit Patel) Date: Wed, 16 Nov 2005 21:02:46 -0800 (PST) Subject: How to move package from extras to core ? In-Reply-To: Message-ID: <20051117050247.75282.qmail@web34605.mail.mud.yahoo.com> Rex Dieter wrote: Ankit Patel wrote: > I am the owner of the system-config-control package. And now this > package is in fedora extras-devel branch. As it is control panel > (control-center) kind of utility i feel it should be in the fedora core > packages. It's not your call to make. If an Extra's package becomes useful/popular enough, then it has a good chance of being moved to Core. Give it some time. -- Rex I think almost 90% of people are satisfied with the default installation of Fedora core. Nobody wants to try new stuffs. So, it's good to provide them directly, then only they realize the importance of the application. That's the only reason i want it to move from extras to core. Thank You! Ankit Patel --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Thu Nov 17 05:10:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 00:10:33 -0500 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200511170510.jAH5AXnK017350@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 michel.salim at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From michel.salim at gmail.com 2005-11-17 00:10 EST ------- 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 petersen at redhat.com Thu Nov 17 07:11:10 2005 From: petersen at redhat.com (Jens Petersen) Date: Thu, 17 Nov 2005 16:11:10 +0900 Subject: Broken dependencies in Fedora Extras Development In-Reply-To: <200511161750.jAGHo4Du019257@mx3.redhat.com> References: <200511161750.jAGHo4Du019257@mx3.redhat.com> Message-ID: <437C2D0E.8090709@redhat.com> Michael Schwendt wrote: > Your following packages in the repository have broken dependencies: > > package: darcs - 1.0.3-2.fc5.i386 from fedora-extras-development-i386 > unresolved deps: > libssl.so.5 > libcrypto.so.5 Thanks for the reminder: should be fixed by 1.0.4-1.fc5. :) Jens From bugzilla at redhat.com Thu Nov 17 07:16:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:16:34 -0500 Subject: [Bug 173457] New: Review Request: initng Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173457 Summary: Review Request: initng Product: Fedora Extras Version: devel Platform: All URL: http://initng.thinktux.net/download/v0.4/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: daner964 at student.liu.se QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Not quite sure if this is the right place. I'm the rpm packager of initng, which would be nice to get into Fedora extras. Asked on Fedora devel mailing list how to do (especially since I need some help fine tuning the spec) and Rahul Sundaram told me it was a good idea to post a Bugzilla bug. So here it is. The rpm's work just fine, but rpmlint gives loads of errors. I'm quite a newbie in rpm building... Spec Name or Url: http://initng.thinktux.net/download/v0.4/initng.spec SRPM Name or Url: None right now ;-) Description: Initng is a full replacement of the old and in many ways deprecated sysvinit tool. It is designed with speed in mind, doing as much as possible asynchronously. In other words: It will boot your unix-system much faster, and give you more control and statistics over your system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:16:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:16:41 -0500 Subject: [Bug 173458] New: Review Request: initng Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173458 Summary: Review Request: initng Product: Fedora Extras Version: devel Platform: All URL: http://initng.thinktux.net/download/v0.4/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: daner964 at student.liu.se QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Not quite sure if this is the right place. I'm the rpm packager of initng, which would be nice to get into Fedora extras. Asked on Fedora devel mailing list how to do (especially since I need some help fine tuning the spec) and Rahul Sundaram told me it was a good idea to post a Bugzilla bug. So here it is. The rpm's work just fine, but rpmlint gives loads of errors. I'm quite a newbie in rpm building... Spec Name or Url: http://initng.thinktux.net/download/v0.4/initng.spec SRPM Name or Url: None right now ;-) Description: Initng is a full replacement of the old and in many ways deprecated sysvinit tool. It is designed with speed in mind, doing as much as possible asynchronously. In other words: It will boot your unix-system much faster, and give you more control and statistics over your system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:16:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:16:42 -0500 Subject: [Bug 173459] New: Review Request: initng Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 Summary: Review Request: initng Product: Fedora Extras Version: devel Platform: All URL: http://initng.thinktux.net/download/v0.4/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: daner964 at student.liu.se QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Not quite sure if this is the right place. I'm the rpm packager of initng, which would be nice to get into Fedora extras. Asked on Fedora devel mailing list how to do (especially since I need some help fine tuning the spec) and Rahul Sundaram told me it was a good idea to post a Bugzilla bug. So here it is. The rpm's work just fine, but rpmlint gives loads of errors. I'm quite a newbie in rpm building... Spec Name or Url: http://initng.thinktux.net/download/v0.4/initng.spec SRPM Name or Url: None right now ;-) Description: Initng is a full replacement of the old and in many ways deprecated sysvinit tool. It is designed with speed in mind, doing as much as possible asynchronously. In other words: It will boot your unix-system much faster, and give you more control and statistics over your system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:16:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:16:47 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511170716.jAH7Glv0028334@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 daner964 at student.liu.se changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173457 BugsThisDependsOn| |173458 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:16:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:16:49 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511170716.jAH7GnmD028364@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 daner964 at student.liu.se changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173457 BugsThisDependsOn| |173458 BugsThisDependsOn| |173459 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:16:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:16:59 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511170716.jAH7GxX4028402@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 daner964 at student.liu.se changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173459 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:22:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:22:08 -0500 Subject: [Bug 173457] Review Request: initng In-Reply-To: Message-ID: <200511170722.jAH7M8eF028767@www.beta.redhat.com> Please 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=173457 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From ivazquez at ivazquez.net 2005-11-17 02:21 EST ------- *** This bug has been marked as a duplicate of 173459 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:22:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:22:10 -0500 Subject: [Bug 173458] Review Request: initng In-Reply-To: Message-ID: <200511170722.jAH7MAjK028782@www.beta.redhat.com> Please 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=173458 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From ivazquez at ivazquez.net 2005-11-17 02:21 EST ------- *** This bug has been marked as a duplicate of 173459 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:22:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:22:20 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170722.jAH7MKtc028850@www.beta.redhat.com> Please 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 ivazquez at ivazquez.net 2005-11-17 02:22 EST ------- *** Bug 173457 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:22:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:22:17 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170722.jAH7MHpF028835@www.beta.redhat.com> Please 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 ivazquez at ivazquez.net 2005-11-17 02:22 EST ------- *** Bug 173457 has been marked as a duplicate of this bug. *** ------- Additional Comments From ivazquez at ivazquez.net 2005-11-17 02:22 EST ------- *** Bug 173458 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 07:40:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:40:49 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170740.jAH7enh0030395@www.beta.redhat.com> Please 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 ivazquez at ivazquez.net 2005-11-17 02:22 EST ------- *** Bug 173458 has been marked as a duplicate of this bug. *** ------- Additional Comments From daner964 at student.liu.se 2005-11-17 02:40 EST ------- Oh. I'm sorry for the duplicates. I entered the bug from a Windows machine with explorer. We all know how good that is ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Thu Nov 17 07:56:44 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 17 Nov 2005 08:56:44 +0100 Subject: Build in mock and failed in buildsys In-Reply-To: <1132177867.20123.1.camel@bureau.maison> References: <1132177867.20123.1.camel@bureau.maison> Message-ID: <437C37BC.4030000@hhs.nl> It looks like some phase of your build contains absolute (non RPMBUILDROOT prefixed) file paths. Try cleaning out /var/tmp on your local system and then doing a local mockbuild, that will probably give the error too. It seems thay the build process is looking for the absolute addressed file: /var/tmp/ircd-hybrid-7.1.3-8.fc5-root-mockbuild/usr/bin/encspeed Although the /var/tmp/ircd-hybrid-7.1.3-8.fc5-root-mockbuild path might just be the mock-root. Regards, Hans Eric Tanguy wrote: > I can't understand why my package build fine in mock at home and failed > in buildsys : > http://buildsys.fedoraproject.org/logs/fedora-development-extras/1030-ircd-hybrid-7.1.3-8.fc5/i386/build.log > Someone could explain me where is the problem ? > Thanks > > -- > Eric Tanguy | Nantes, France > > Key : A4B8368F | Key Server : subkeys.pgp.net > Fedora Core release 4 (Stentz) sur athlon kernel 2.6.14-1.1637_FC4 > > From Christian.Iseli at licr.org Thu Nov 17 07:55:46 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 17 Nov 2005 08:55:46 +0100 Subject: Build in mock and failed in buildsys In-Reply-To: Your message of "Wed, 16 Nov 2005 22:51:07 +0100." <1132177867.20123.1.camel@bureau.maison> Message-ID: <200511170755.jAH7twL5016665@mx1.redhat.com> eric.tanguy at univ-nantes.fr said: > Someone could explain me where is the problem ? Well, are you positive the encspeed binary gets built in your mock setup ? From bugzilla at redhat.com Thu Nov 17 07:54:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 02:54:10 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511170754.jAH7sAej032595@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-17 02:53 EST ------- Ok here you go =) new version with fontforge requires: http://fedora.lowlatency.de/review/wine-0.9.1-2.src.rpm http://fedora.lowlatency.de/review/wine.spec http://fedora.lowlatency.de/review/i386/ So what is missing to get this ready for prime time fe? How will we handle the x86_64 version? just don't build there for now and let users use the i386 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 eric.tanguy at univ-nantes.fr Thu Nov 17 08:02:57 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 17 Nov 2005 09:02:57 +0100 Subject: Build in mock and failed in buildsys In-Reply-To: <200511170755.jAH7twL5016665@mx1.redhat.com> References: <200511170755.jAH7twL5016665@mx1.redhat.com> Message-ID: <1132214577.2936.1.camel@bureau.maison> Le jeudi 17 novembre 2005 ? 08:55 +0100, Christian.Iseli at licr.org a ?crit : > eric.tanguy at univ-nantes.fr said: > > Someone could explain me where is the problem ? > > Well, are you positive the encspeed binary gets built in your mock setup ? > No that's the problem : it requires openssl-devel which is broken in devel! Eric From bugzilla at redhat.com Thu Nov 17 08:02:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 03:02:25 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170802.jAH82PXj001238@www.beta.redhat.com> Please 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 chabotc at xs4all.nl 2005-11-17 03:02 EST ------- Trying to use Source: tag for downloading the source: http://initng.thinktux.net/download/initng-0.4.0.tar.gz results in "ERROR 404: Not Found." Source URL should probably be: http://initng.thinktux.net/download/v0.4/initng-0.4.0.tar.gz ? :-) Also i see in that directory 0.4.2 is out, is there a specific reason for using 0.4.0, or just an old spec file? Lastly a dos2unix of the spec file would be nice :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 08:16:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 03:16:27 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170816.jAH8GRgC003207@www.beta.redhat.com> Please 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 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-11-17 03:16 EST ------- First ideas : - The correct download URL is http://initng.thinktux.net/download/v0.4/initng-0.4.0.tar.gz (you forgot the v0.4 dir) - where can I find Patch0 ? - The BuildRoot is not the preferred one (http://fedoraproject.org/wiki/PackagingGuidelines#BuildRoot) - 'CFLAGS="$RPM_OPT_FLAGS"' after 'make' is not necessary, this variable is exported in the shell - replace all "/etc" by "%{_sysconfdir}" - replace all "/usr/share" by "%{_datadir}" - since you use "grubby" in %post, you have to add "Requires(post): mkinitrd" - never echo anything in %post (or other scriptlets) - you may want to run the scriptlet only on fresh install, not on upgrade. Look at the beginning of http://fedoraproject.org/wiki/ScriptletSnippets for how to do that. - replace '/usr/share/doc/initng-%{version}/*' in %files by '%doc %{_datadir}/doc/initng-%{version}' (%doc because it is documentation, and remove the /* at the end to own the initng-%{version} 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 Nov 17 08:22:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 03:22:50 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511170822.jAH8MoBQ004064@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From alexl at users.sourceforge.net 2005-11-17 03:22 EST ------- Given the number of comments and reviews on this package request, it's strange that it does not appear to have been even formally accepted for review (i.e. the block is still FE-NEW, not FE-REVIEW and it has not been ACCEPTed) let alone ready to check into CVS. I'm not volunteering (as I'm not an official contributor, just somebody interested having wine in FE), but has somebody actually meant to accept this and just not changed the status? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 08:40:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 03:40:57 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170840.jAH8evGO006577@www.beta.redhat.com> Please 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 chabotc at xs4all.nl 2005-11-17 03:40 EST ------- Woops small correction in %changelog entry, didn't update to new upstream version, 0.4.2 seems to be missing a lot of configure tools (like install-sh), so ended up staying with 0.4.0 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 09:13:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 04:13:55 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170913.jAH9DtNf010322@www.beta.redhat.com> Please 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 chabotc at xs4all.nl 2005-11-17 04:13 EST ------- Mock build with the new spec file, build cleanly -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oyama at physi.uni-heidelberg.de Thu Nov 17 09:33:40 2005 From: oyama at physi.uni-heidelberg.de (oyama at physi.uni-heidelberg.de) Date: Thu, 17 Nov 2005 10:33:40 +0100 (CET) Subject: uw-imap-2004g-1.fc3 points wrong Mail directory? Message-ID: <20051117.103340.41656893.oyama@physi.uni-heidelberg.de> Hi, I started to use uw-imap-2004g-1.fc3 build on Oct.26,2005. I found that the user's mail directory referred by default is not '~/Mail' but '~/Mail ' (with a space after Mail). I guess that this is not the expected behaviour. Oyama From bugzilla at redhat.com Thu Nov 17 09:40:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 04:40:23 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170940.jAH9eN4c012967@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-17 04:40 EST ------- Needs work: * BuildRequires: fedora-release should not be included (wiki: PackagingGuidelines#Exceptions) * Missing SMP flags. If it doesn't build with it, please add a comment (wiki: PackagingGuidelines#parallelmake) * The package should contain the text of the license (wiki: PackageReviewGuidelines) * Missing ldconfig in %post and %postun * The doc in installed in /usr/share/doc/initng-0.4.0/initng. The last dir is superfluous * Own /etc/initng and /lib/initng * Typo for -disable-rpath. It's --disable-rpath with two dashes. * Don't echo anything in %post * /lib should be replaced by %{_lib} (which is different on 64bit systems) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 09:41:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 04:41:19 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511170941.jAH9fJl1013078@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From triad at df.lth.se 2005-11-17 04:41 EST ------- The discussion here already start to resemble what we already had on the Fedora Extras list. The points raised was these: 1. Some people expressed disbelief in the FUSE security system, and wanted to restrict its use to things listed in /etc/fstab. A special concern raised was that sshfs would be able to mount most anything. 2. Protest from me (perhaps some others too) that this was not good, and actually, just mounting things listed in /etc/fstab is not what FUSE is intended for. (See package description above!) IMHO the most reasonable thing is to package FUSE suid root as the developers intended it, and the developers claim this is secure. If sysadmins don't like the goals of the FUSE project or do not believe it is secure though it's claimed to be, they should not install the FUSE packages at all. With respect to the worry of sshfs mounting just anything, the way suid-mounting something using sshfs+FUSE would be different from using GNOME VFS on top of common ssh evades me totally. Just that the kernel is involved and something is run suid root doesn't change the basic concept, its just a matter of whether kernel VFS or GNOME VFS is involved in the operation, the result is the same: user mounts whatever user wants and that's cool. FUSE provides infrastructure for a lot of nice userland things and sshfs will presumably not be the most interesting thing that can be done with it, so I discourage this narrow focus on one single application. I have been waiting for FUSE so that I can then package EncFS, a use case that would be destroyed or hampered beyond repair by crippling fusermount like this. Sorry if stressing my opinion this hard hurts anyones feelings. I'm no sysadmin so please enlighten us to where exactly the problems with FUSE+sshfs are, I don't get it, could be out of my ignorace or misinformedness. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 09:51:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 04:51:44 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170951.jAH9piE7014449@www.beta.redhat.com> Please 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 2005-11-17 04:51 EST ------- (In reply to comment #4) > Source URL should probably be: > http://initng.thinktux.net/download/v0.4/initng-0.4.0.tar.gz ? :-) Yep. I'll fix that. > Also i see in that directory 0.4.2 is out, is there a specific reason for using > 0.4.0, or just an old spec file? I didn't succeed in building 0.4.2, that's the reason. It's in initng bugzilla, so hopefully I'll be able to build 0.4.3 > Lastly a dos2unix of the spec file would be nice :-) Oops. I'm having hectical days, last time I used my own Fedora home computer was a couple of days ago. This spec file passed through the M$ machines at my work before ending up at the web. The original file has correct linefeeds... /Daniel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 09:52:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 04:52:55 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511170952.jAH9qtGe014686@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-17 04:52 EST ------- That is a valid question and I would know that myself... =) Maybe we can agree on an agenda maybe something like stuff that has to be fixed/integrated before first release and points that should be fixed/integrated soon and then stuff that should be done in the future... Would probably help the whole package... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 09:55:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 04:55:09 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170955.jAH9t9K8015032@www.beta.redhat.com> Please 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 2005-11-17 04:54 EST ------- (In reply to comment #5) > - where can I find Patch0 ? At the hd of my home computer ;-) I'll put a srpm up here as soon as I get a chance... > - The BuildRoot is not the preferred one > (http://fedoraproject.org/wiki/PackagingGuidelines#BuildRoot) > - 'CFLAGS="$RPM_OPT_FLAGS"' after 'make' is not necessary, this variable is > exported in the shell > - replace all "/etc" by "%{_sysconfdir}" > - replace all "/usr/share" by "%{_datadir}" > - since you use "grubby" in %post, you have to add "Requires(post): mkinitrd" Ok, I'll fix all this. > - never echo anything in %post (or other scriptlets) Ok. Is there any other good way of pointing the users attention to stuff like this? > - you may want to run the scriptlet only on fresh install, not on upgrade. Look > at the beginning of http://fedoraproject.org/wiki/ScriptletSnippets for how to > do that. > - replace '/usr/share/doc/initng-%{version}/*' in %files by > '%doc %{_datadir}/doc/initng-%{version}' (%doc because it is documentation, > and remove the /* at the end to own the initng-%{version} directory Ok, I'll look at this too. Thanks for the feedback! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 09:59:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 04:59:10 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511170959.jAH9xAYO015640@www.beta.redhat.com> Please 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 2005-11-17 04:59 EST ------- (In reply to comment #9) > * Missing ldconfig in %post and %postun Is this really needed? Nothing in the package is really used until after a reboot anyway. > * Typo for -disable-rpath. It's --disable-rpath with two dashes. This is no typo. This is because I've fiddled around with the darn rpath stuff a lot and couldn't get it to work, and finally I thought maybe it should just be one dash. However, whatever I put there I get the rpmlint errors about rpath anyway. Anyone knows what to do about this? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 10:03:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 05:03:26 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511171003.jAHA3QTj016042@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From fedora at leemhuis.info 2005-11-17 05:03 EST ------- Just FYI: OpenSuse also ships without suid root, see: http://ftp.opensuse.org/pub/opensuse/distribution/SL-OSS-factory/inst-source/suse/src/fuse-2.4.1-3.src.rpm Quote: ># should be 4755, but no security review yet >%attr(0755,root,root) %{_bindir}/fusermount With the fuse group and suid binary, that is only executable by members of the fuse group, we IMHO have a nice solution. Adding yourself to that group and relogin is not that complicated, so please stop whining. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 10:07:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 05:07:58 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511171007.jAHA7wfQ016752@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-17 05:07 EST ------- > Is there any other good way of pointing the users attention to stuff like this? I'd say to put that in a README.Fedora file, and put it in %doc. By convention, the scriptlets should never output anything (it can crash some front-ends) > I've fiddled around with the darn rpath stuff a lot and couldn't get it to work If you cd in the source dir and run find -name Makefile.in | xargs grep rpath you'll see that many Makefiles have rpath hardcoded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 10:27:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 05:27:05 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511171027.jAHAR50H018732@www.beta.redhat.com> Please 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 2005-11-17 05:26 EST ------- Ok, after having installed a notepad replacement at the computer at work, I think I've changed most of what's mentioned above. Just a notice about the default_runlevels.patch. I can't reach it right now so it'll stay commented out for now, but what it does is change what runlevels are enabled by default. It removes system/coldplub (which doesn't work in Fedora anywah) and adds some others like system/usb. I guess I'll post an initng bug about the rpath stuff, as it'll have to be fixed upstreams, right? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Thu Nov 17 11:00:55 2005 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 17 Nov 2005 12:00:55 +0100 Subject: no logs in buildsys Message-ID: <20051117110055.GA3477@free.fr> Hello, I've got a build that failed on ppc, but there is no log at all? The buildsys page for the job is: http://buildsys.fedoraproject.org/build-status/job.psp?uid=1064 Is it normal? -- Pat From bugzilla at redhat.com Thu Nov 17 11:06:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 06:06:49 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511171106.jAHB6nGi024192@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From norm at turing.une.edu.au 2005-11-17 06:06 EST ------- I my view the fuse group is too restrictive. I potentally want any user to mount a USB stick in a LTSP environment. I don't want to add users to a group, I want anyone to be able to do this. I have over 20,000 usernames in an LDAP server. I want to trust to security of the fuse userland tools. If there is a problem there then the tools must be fixed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 11:20:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 06:20:30 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511171120.jAHBKURu026145@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From fedora at leemhuis.info 2005-11-17 06:20 EST ------- (In reply to comment #7) > I my view the fuse group is too restrictive. Several other people say: Shipping programms suid root is a security risk -- we have seen that in the past with several programms and therefor avoid suid root as much as possible. I agree with that opinion. But fuse simply does not work without suid root (note: smbfs, cifs, ncpfs and several other do). So the fuse group is a compromise. > I potentally want any user to mount > a USB stick in a LTSP environment. Interesting environment where users have direct access to physical devices. And mounting a USB-Stick works for me on recent Fedora versions without fuse. But that is a diffenrent story. So back on topic: > I don't want to add users to a group, I want > anyone to be able to do this.[...] > I want to trust to security of the fuse userland tools. Then do a chmod 0755 /usr/bin/fusemount. You are free to do that, I won't complain. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buc at odusz.so-cdu.ru Thu Nov 17 11:31:42 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 17 Nov 2005 14:31:42 +0300 Subject: static libraries' policy: possible solution In-Reply-To: <1132166081.15961.11.camel@rousalka.dyndns.org> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <437B715F.3020108@odu.neva.ru> <1132166081.15961.11.camel@rousalka.dyndns.org> Message-ID: <437C6A1E.3060203@odu.neva.ru> Nicolas Mailhot wrote: >Le mercredi 16 novembre 2005 ? 20:50 +0300, Dmitry Butskoy a ?crit : > > > >>IMO, Fedora is not an ordinary distro. >> >> > >Fedora is not an ordinary distro because Red Hat never balked at doing >ambitious changes (gnome, gcc 2.96, UTF-8 locale) before everyone else. > > Sure! But in all these cases the alternative opportunities have been kept for the users. Noone drops KDE completely (due to GNOME), there was compat-egcs (or something similar) for gcc, the users still can use non-UTF8 locales. I suggest something similar. Do not drop static libs totally, keep them (at least for a while) at some location (like debuginfo packages are kept). Note, I not suggest to keep static libs in the devel packages! The whole standard Fedora distro will be as you want -- without static libs (comps, CD/DVD, repodata, etc.) The only thing that is necessary for the packager is to edit about 40 symbols in the spec file... (without any changes in the future). Really this idea is so inadmissible that causes an allergy?.. :( Not for you personally, many other people think similarly. I understand their opinion, I agree with them, I just suggest some consensus. But it seems that they against the consent in this problem. I cannot understand, why... >If you want a consensus-driven distro which changes 2 years after >everyone else go look some other place. > > What distro could you recommend for this? ~buc -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at camperquake.de Thu Nov 17 11:34:11 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 17 Nov 2005 12:34:11 +0100 Subject: static libraries' policy: possible solution In-Reply-To: <437C6A1E.3060203@odu.neva.ru> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <437B715F.3020108@odu.neva.ru> <1132166081.15961.11.camel@rousalka.dyndns.org> <437C6A1E.3060203@odu.neva.ru> Message-ID: <20051117113411.GA13066@ryoko.camperquake.de> On Thu, Nov 17, 2005 at 02:31:42PM +0300, Dmitry Butskoy wrote: > >If you want a consensus-driven distro which changes 2 years after > >everyone else go look some other place. > > > > > What distro could you recommend for this? Debian sta(b)le? From bugzilla at redhat.com Thu Nov 17 11:43:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 06:43:22 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511171143.jAHBhM4A028455@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From triad at df.lth.se 2005-11-17 06:43 EST ------- Andreas, are you sponsored? If you're not sponsored one of the "root admins" have to be both reviewer and sponsor of this package. Since this is an important package I would also prefer that just for the sake of these people's experience of how things need to fit into the general Fedora framework. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 11:48:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 06:48:28 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511171148.jAHBmS0U029279@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-17 06:48 EST ------- Sure I am just do a grep Bierfert owners.list ^^ But having some FESCO members probably would do no harm... =) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 12:11:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 07:11:56 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511171211.jAHCBubc031469@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From triad at df.lth.se 2005-11-17 07:11 EST ------- I will keep whining until the bitter end :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 12:51:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 07:51:08 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511171251.jAHCp8lb002695@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From adrian at lisas.de 2005-11-17 07:50 EST ------- I have successfully build wine in mock for FC-4. But it doesn't build in mock-development: No Package Found for xorg-x11-devel In the wine-tools package is a small typo. In the desktop file for winefile it tries to start "winfile" this should be "winefile". Not a packaging bug, but my Lotus Notes doesn't work anymore with this 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 rdieter at math.unl.edu Thu Nov 17 12:55:59 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 17 Nov 2005 06:55:59 -0600 Subject: uw-imap-2004g-1.fc3 points wrong Mail directory? In-Reply-To: <20051117.103340.41656893.oyama@physi.uni-heidelberg.de> References: <20051117.103340.41656893.oyama@physi.uni-heidelberg.de> Message-ID: oyama at physi.uni-heidelberg.de wrote: > I started to use uw-imap-2004g-1.fc3 build on Oct.26,2005. > I found that the user's mail directory referred by default is > not '~/Mail' but '~/Mail ' (with a space after Mail). > I guess that this is not the expected behaviour. Does fixing the setting in /etc/c-client.cf help? -- Rex From bugzilla at redhat.com Thu Nov 17 13:38:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 08:38:16 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511171338.jAHDcGdi008188@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-17 08:37 EST ------- Thanks for the type... fixed... for xorg-x11-devel I willl see what I can do once my rawhide box (366 Celeron ^^) can upgrade again... =) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Thu Nov 17 13:41:52 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 17 Nov 2005 08:41:52 -0500 Subject: no logs in buildsys In-Reply-To: <20051117110055.GA3477@free.fr> References: <20051117110055.GA3477@free.fr> Message-ID: <1132234912.2723.1.camel@localhost.localdomain> On Thu, 2005-11-17 at 12:00 +0100, Patrice Dumas wrote: > Hello, > > I've got a build that failed on ppc, but there is no log at all? > The buildsys page for the job is: > > http://buildsys.fedoraproject.org/build-status/job.psp?uid=1064 > > Is it normal? So it seems the problem is that builder was not able to grab the SRPM from the build server. It should try up to 3 times to grab it, but sometimes it fails. Try requeue-ing the build, this is a transient error. I'll try to isolate the cause soon. Dan From veillard at redhat.com Thu Nov 17 13:47:29 2005 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 17 Nov 2005 08:47:29 -0500 Subject: no logs in buildsys In-Reply-To: <1132234912.2723.1.camel@localhost.localdomain> References: <20051117110055.GA3477@free.fr> <1132234912.2723.1.camel@localhost.localdomain> Message-ID: <20051117134729.GM13540@redhat.com> On Thu, Nov 17, 2005 at 08:41:52AM -0500, Dan Williams wrote: > On Thu, 2005-11-17 at 12:00 +0100, Patrice Dumas wrote: > > Hello, > > > > I've got a build that failed on ppc, but there is no log at all? > > The buildsys page for the job is: > > > > http://buildsys.fedoraproject.org/build-status/job.psp?uid=1064 > > > > Is it normal? > > So it seems the problem is that builder was not able to grab the SRPM > from the build server. It should try up to 3 times to grab it, but > sometimes it fails. Try requeue-ing the build, this is a transient > error. I'll try to isolate the cause soon. sabayon failed to build too, first I never see an i386 build being launched from plague list, then the only log is on ppc, which says http://buildsys.fedoraproject.org/logs/fedora-development-extras/1082-sabayon-2.12.2-1/ppc/job.log ob failed due to build errors! Please see build logs. and http://buildsys.fedoraproject.org/logs/fedora-development-extras/1082-sabayon-2.12.2-1/ppc/build.log is empty .... Seems the extra build system is a bit borked ATM 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 Christian.Iseli at licr.org Thu Nov 17 14:05:39 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 17 Nov 2005 15:05:39 +0100 Subject: no logs in buildsys In-Reply-To: Your message of "Thu, 17 Nov 2005 08:47:29 EST." <20051117134729.GM13540@redhat.com> Message-ID: <200511171405.jAHE5ddt012188@ludwig-alpha.unil.ch> veillard at redhat.com said: > sabayon failed to build too Well, it has a BR for xorg-x11-devel, and the root log says: No Package Found for xorg-x11-devel ... From paul at city-fan.org Thu Nov 17 14:40:22 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 17 Nov 2005 14:40:22 +0000 Subject: rpms/sabayon/devel sabayon.spec,1.17,1.18 In-Reply-To: <200511171426.jAHEQDjl010597@cvs-int.fedora.redhat.com> References: <200511171426.jAHEQDjl010597@cvs-int.fedora.redhat.com> Message-ID: <437C9656.8060301@city-fan.org> Daniel Veillard (veillard) wrote: > Author: veillard > > Update of /cvs/extras/rpms/sabayon/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv10560 > > Modified Files: > sabayon.spec > Log Message: > grrr there is no make force-tag, Daniel There is, however, "make tag TAG_OPTS=-F" Paul. From jspaleta at gmail.com Thu Nov 17 15:01:44 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 17 Nov 2005 10:01:44 -0500 Subject: static libraries' policy: possible solution In-Reply-To: <20051116154815.GA8404@devserv.devel.redhat.com> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> Message-ID: <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> On 11/16/05, Bill Nottingham wrote: > 1. and 2. can simply be solved by removing the static libs, though. Or looking at it another way.... If static libraries are to be dropped completely what changes/tools could be made to make it as easy as possible for people who "need" static libs to re-generate them locally as needed? I understand and accept the argument that there will be situations where a developer will want to link statically in situations which run counter to Extras packaging policy standards, for example in-house development needs. How much easier can rebuilding srpms locally be made so that statics can be recovered sanely? I don't think its unreasonable to expect people who are using Fedora as a development platform to rebuild packages on occasion.. they are doing development after all. But the question is, can libraries be packaged in a way that makes it stupefyingly easy to get the statics back locally and keep them synced across package updates.. without horking around with specfiles. -jef From bugzilla at redhat.com Thu Nov 17 15:05:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 10:05:27 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511171505.jAHF5RjE018255@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From 13640887 at sun.ac.za 2005-11-17 10:05 EST ------- Where the USB stick idea becomes useful is when you combine a USB stick with EncFS. This is a good way for carrying around sensitive documents and the like. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Nov 17 15:09:09 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 17 Nov 2005 10:09:09 -0500 Subject: no logs in buildsys In-Reply-To: <200511171405.jAHE5ddt012188@ludwig-alpha.unil.ch> References: <200511171405.jAHE5ddt012188@ludwig-alpha.unil.ch> Message-ID: <1132240149.2514.0.camel@dhcp83-87.boston.redhat.com> On Thu, 2005-11-17 at 15:05 +0100, Christian.Iseli at licr.org wrote: > veillard at redhat.com said: > > sabayon failed to build too > > Well, it has a BR for xorg-x11-devel, and the root log says: > No Package Found for xorg-x11-devel > ... Yep, that would be the issue. Dan From pertusus at free.fr Thu Nov 17 15:18:42 2005 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 17 Nov 2005 16:18:42 +0100 Subject: no logs in buildsys In-Reply-To: <1132234912.2723.1.camel@localhost.localdomain> References: <20051117110055.GA3477@free.fr> <1132234912.2723.1.camel@localhost.localdomain> Message-ID: <20051117151842.GB7574@free.fr> > sometimes it fails. Try requeue-ing the build, this is a transient > error. I'll try to isolate the cause soon. This may be related or not, but another build of the same package (cernlib) on fc3 seems to be hanging... http://buildsys.fedoraproject.org/build-status/job.psp?uid=1066 -- Pat From bugzilla at redhat.com Thu Nov 17 15:20:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 10:20:02 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511171520.jAHFK29Z019752@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-17 10:19 EST ------- Here is a typo fixed version which also (and I think thats a better solution) not edits ld.so.conf but drops in a file for /usr/lib/wine... Thanks for the mock testing btw... http://fedora.lowlatency.de/review/wine-0.9.1-2.src.rpm http://fedora.lowlatency.de/review/wine.spec http://fedora.lowlatency.de/review/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 gemi at bluewin.ch Thu Nov 17 15:27:42 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Thu, 17 Nov 2005 16:27:42 +0100 Subject: help: erlang builds locally but not on the buildsystem Message-ID: <1132241262.17256.4.camel@scriabin.tannenrauch.ch> Erlang builds correctly in a local mock environment, but not on the buildsystem. There are a few crash dumps of the form: erl -pa ../ebin -s gs_make -s erlang halt -noshell {error_logger,{{2005,11,17},{3,45,26}},supervisor_report,[{supervisor,{local,kernel_sup}},{errorContext,start_error},{reason,{'DOWN',#Ref<0.0.0.13>,process,<0.15.0>,normal}},{offender,[{pid,undefined},{name,code_server},{mfa,{code,start_link,[]}},{restart_type,permanent},{shutdown,2000},{child_type,worker}]}]} {error_logger,{{2005,11,17},{3,45,26}},crash_report,[[{pid,<0.7.0>},{registered_name,[]},{error_info,{shutdown,{kernel,start,[normal,[]]}}},{initial_call,{application_master,init,[<0.5.0>,<0.6.0>,{appl_data,kernel,[application_controller,erl_reply,auth,boot_server,code_server,disk_log_server,disk_log_sup,erl_prim_loader,error_logger,file_server,file_server_2,fixtable_server,global_group,global_name_server,heart,init,kernel_config,kernel_sup,net_kernel,net_sup,rex,user,os_server,ddll_server,erl_epmd,inet_db,pg2],undefined,{kernel,[]},[application,application_controller,application_master,application_starter,auth,code,code_aux,packages,code_server,dist_util,erl_boot_server,erl_distribution,erl_prim_loader,erl_reply,erlang,error_handler,error_logger,file,file_server,old_file_server,file_io_server,prim_file,global,global_group,global_search,group,heart,inet6_tcp,inet6_tcp_dist,inet6_udp,inet_config,inet_hosts,inet_gethost_native,inet_tcp_dist,init,kernel,kernel_config,net,net_adm,net_kernel,os,ram_file,rpc,user,user_drv,user_sup,disk_log,disk_log_1,disk_log_server,disk_log_sup,dist_ac,erl_ddll,erl_epmd,erts_debug,gen_tcp,gen_udp,prim_inet,inet,inet_db,inet_dns,inet_parse,inet_res,inet_tcp,inet_udp,pg2,seq_trace,wrap_log_reader,zlib,otp_ring0],[],infinity,infinity},normal]}},{ancestors,[<0.6.0>]},{messages,[{'EXIT',<0.8.0>,normal}]},{links,[<0.6.0>,<0.5.0>]},{dictionary,[]},{trap_exit,true},{status,running},{heap_size,987},{stack_size,21},{reductions,1062}],[]]} {error_logger,{{2005,11,17},{3,45,26}},std_info,[{application,kernel},{exited,{shutdown,{kernel,start,[normal,[]]}}},{type,permanent}]} {"Kernel pid terminated",application_controller,shutdown} which do not occur locally. This happens on all three architectures, so it is not architecture-related. What is different on the buildsystem instead of a normal FC-4 mock? Can somebody help out? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugzilla at redhat.com Thu Nov 17 15:44:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 10:44:50 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511171544.jAHFiouj022810@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From miklos at szeredi.hu 2005-11-17 10:44 EST ------- (In reply to comment #4) > Packaging /usr/bin/fusermount as 0755 and expecting the sysadmin to set it to > 4755 in order to use it is not a good option, because upon package update it > will change the permission back to the default. An alternative is to restrict access to /dev/fuse and install /usr/bin/fusermount with 4755. > In the mean time if you have any further information > about the security risks of this, including any proof of code audits or design > details of the system please submit links here for our analysis. No security audit has been done on any part of FUSE. Prior to inclusion into Linux, the kernel part was reviewed by a couple of people, but without special attention to security. The above alternative would "only" require an audit of fusermount, but of course a full audit (kernel module + fusermount) would be nice. The long term goal is to make mount() syscall unprivileged (with policy controllable via sysctl and ulimit), and so remove the requirement for a suid mount helper. The earliest this could happen is 2.6.16. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From symbiont at berlios.de Thu Nov 17 16:04:28 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri, 18 Nov 2005 00:04:28 +0800 Subject: buildsys: problem in check-files? In-Reply-To: <1132187709.6684.1.camel@locolhost.localdomain> References: <1132178313.15334.283.camel@localhost.localdomain> <1132187709.6684.1.camel@locolhost.localdomain> Message-ID: <6b9c17630511170804r43f1e575kbec27495a3b73805@mail.gmail.com> On 11/17/05, Michael A. Peters wrote: > > On Wed, 2005-11-16 at 23:58 +0200, Ville Skytt? wrote: > > Does this mean that the unpackaged files check is not working there? > > I believe it is the problem behind > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163576 > I can confirm that this patch indeed does the trick. -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From veillard at redhat.com Thu Nov 17 16:21:54 2005 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 17 Nov 2005 11:21:54 -0500 Subject: no logs in buildsys In-Reply-To: <1132240149.2514.0.camel@dhcp83-87.boston.redhat.com> References: <200511171405.jAHE5ddt012188@ludwig-alpha.unil.ch> <1132240149.2514.0.camel@dhcp83-87.boston.redhat.com> Message-ID: <20051117162154.GP13540@redhat.com> On Thu, Nov 17, 2005 at 10:09:09AM -0500, Dan Williams wrote: > On Thu, 2005-11-17 at 15:05 +0100, Christian.Iseli at licr.org wrote: > > veillard at redhat.com said: > > > sabayon failed to build too > > > > Well, it has a BR for xorg-x11-devel, and the root log says: > > No Package Found for xorg-x11-devel > > ... > > Yep, that would be the issue. confirmed, it breaks somewhere else now, so postponed :-) 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 Nov 17 16:45:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 11:45:26 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511171645.jAHGjQ4x031590@www.beta.redhat.com> Please 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 2005-11-17 11:45 EST ------- This is default_runlevels.patch: --- initng-0.3.5/gen_system_runlevel.orig 2005-11-05 12:41:30.000000000 +0100 +++ initng-0.3.5/gen_system_runlevel 2005-11-05 12:42:56.000000000 +0100 @@ -47,7 +47,13 @@ system/keymaps system/urandom system/swap -system/coldplug +daemon/dbus +daemon/dcron +daemon/anacron +daemon/hald +daemon/klogd +daemon/syslogd +daemon/portmap net/lo" > ${DESTDIR}/etc/initng/system.runlevel if [ -x /usr/sbin/readahead ] || [ -x /sbin/readahead ]; 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 Thu Nov 17 17:08:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 12:08:53 -0500 Subject: [Bug 173498] New: libtunepimp: A library for creating MusicBrainz enabled tagging applications Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications Product: Fedora Extras Version: devel Platform: All URL: http://musicbrainz.org/products/tunepimp/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rdieter at math.unl.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/libtunepimp-0.4.0-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.unstable/libtunepimp-0.4.0-1.src.rpm Description: The TunePimp library (also referred to as libtunepimp) is a development library geared towards developers who wish to create MusicBrainz enabled tagging applications. %changelog * Thu Nov 17 2005 Rex Dieter 0.4.0-1 - 0.4.0 - built with --enable-lgpl which omits mp3 plugin bits -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 17:09:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 12:09:13 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511171709.jAHH9Dbx007845@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173498 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 17:16:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 12:16:24 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511171716.jAHHGOjQ008789@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From rdieter at math.unl.edu 2005-11-17 12:16 EST ------- Library (Theoretically) usable by: kdemultimedia(extras/juk), amarok -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 17:17:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 12:17:54 -0500 Subject: [Bug 173499] New: Review Request: lagan: Local, global, and multiple alignment of DNA sequences Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173499 Summary: Review Request: lagan: Local, global, and multiple alignment of DNA sequences Product: Fedora Extras Version: devel Platform: All URL: http://lagan.stanford.edu OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Christian.Iseli at licr.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Another bioinformatics package. GPL licensed. Builds in mock. $ rpmlint /var/lib/mock/fedora-4-i386-core/result/lagan-1.21-0.i386.rpm W: lagan non-standard-dir-in-usr libexec Not sure what this warning is about... Please review. Thanks :-) Spec Name or Url: ftp://ftp.licr.org/pub/software/unix/lagan.spec SRPM Name or Url: ftp://ftp.licr.org/pub/software/unix/lagan-1.21-0.src.rpm Description: LAGAN toolkit is a set of tools for local, global, and multiple alignment of DNA sequences. Please visit http://lagan.stanford.edu for publications describing LAGAN and its components. The 4 main parts of LAGAN are: 1. CHAOS local alignment tool 2. LAGAN pairwise global alignment tool 3. MLAGAN multiple global alignment tool. 4. Shuffle-LAGAN pairwise glocal alignment -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 17:18:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 12:18:09 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511171718.jAHHI92j008995@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173499 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oyama at physi.uni-heidelberg.de Thu Nov 17 17:29:59 2005 From: oyama at physi.uni-heidelberg.de (oyama at physi.uni-heidelberg.de) Date: Thu, 17 Nov 2005 18:29:59 +0100 (CET) Subject: uw-imap-2004g-1.fc3 points wrong Mail directory? In-Reply-To: References: Message-ID: <20051117.182959.71577956.oyama@physi.uni-heidelberg.de> Hi, > > I started to use uw-imap-2004g-1.fc3 build on Oct.26,2005. > > I found that the user's mail directory referred by default is > > not '~/Mail' but '~/Mail ' (with a space after Mail). > > I guess that this is not the expected behaviour. > > Does fixing the setting in > /etc/c-client.cf > help? > > -- Rex Yes, of course. Since there is one ' ' at the end of line, I took time to find the reason just by 'cat c-client.cf'. That space might be not necessary? Oyama From bugzilla at redhat.com Thu Nov 17 17:52:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 12:52:49 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511171752.jAHHqnxA013536@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-17 12:52 EST ------- (In reply to comment #18) > Please read http://fedoraproject.org/wiki/PackagingGuidelines#desktop carefully, > you can't just cut and paste the example. > > Also, I would change to description to which is less over-the-top: > > %description > 'gDesklets' provides an advanced architecture for desktop applets - > tiny displays that sit on your desktop such as status meters, icon > bars, weather sensors, news tickers. > > (Don't indent the description.) It is common mistake to just copy and paste. That's a part of learning process. :) I just updated the spec but stuck with this build error: Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 V?rification des fichiers non empaquet?s: /usr/lib/rpm/check-files /var/tmp/gdesklets-0.35.2-4-root-finalzone erreur: Fichier(s) install?(s) (mais non empaquet?s): /usr/share/mime/mime.cache Erreur de construction de RPM: Fichier(s) install?(s) (mais non empaquet?s): /usr/share/mime/mime.cache It means the path is installed bu not packaged. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 17:57:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 12:57:09 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511171757.jAHHv9mM014241@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From fedora at leemhuis.info 2005-11-17 12:56 EST ------- (In reply to comment #73) > How will we handle the x86_64 version? just don't build there for now and let > users use the i386 version? I was able to install wine.i386 on x86_64 after I installed lcms.i386 from extras. yum was able to install all other i386 deps for a i386-wine automatically. Notepad and winemime both worked fine. >From everything I know about it I'd vote for copying wine and lcms from the i386 to the x86_64 tree for now. Che, Aur?lien, you both used wine on x86_64 iirc. Do you agree? Or do you think there will be other problems? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 17:57:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 12:57:14 -0500 Subject: [Bug 173499] Review Request: lagan: Local, global, and multiple alignment of DNA sequences In-Reply-To: Message-ID: <200511171757.jAHHvE4d014283@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: lagan: Local, global, and multiple alignment of DNA sequences https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173499 ------- Additional Comments From ville.skytta at iki.fi 2005-11-17 12:56 EST ------- (In reply to comment #0) > $ rpmlint /var/lib/mock/fedora-4-i386-core/result/lagan-1.21-0.i386.rpm > W: lagan non-standard-dir-in-usr libexec > > Not sure what this warning is about... /usr/libexec is not standard as in "not FHS compliant". This package would be far from alone in using it in FC/FE though, so not that much of a deal. Using %{_libdir}/lagan instead of it would be one possible fix if you like. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Nov 17 18:20:58 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 17 Nov 2005 10:20:58 -0800 Subject: static libraries' policy: possible solution In-Reply-To: <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> Message-ID: <1132251660.17016.9.camel@locolhost.localdomain> On Thu, 2005-11-17 at 10:01 -0500, Jeff Spaleta wrote: > I understand and accept the argument that there will be situations > where a developer will want to link statically in situations which run > counter to Extras packaging policy standards, for example in-house > development needs. How much easier can rebuilding srpms locally be > made so that statics can be recovered sanely? If static are not split off - then the next yum update would remove their rpm that has the static libraries. So you'll end up with developers using exclude in their yum conf - which is an even bigger security problem than including the static .a files. OTOH if static libraries were their own package, they could be made available via yum - including updates. Your common user doesn't need to install them, only people who need to link against them would install them - and they would have them updated via yum when there are bugs that are found and patched. I realize its a lot of work to modify existing spec files to add a new sub package, but it isn't that much more work than modifying existing spec files to remove the static files. They then would only be installed by explicit request, which means they aren't pulled in by yum - so the only people who get them are those who specifically want them, and when they do get them - they can be updated automagically when the parent package is updated. That will reduce vulnerable binaries because a developer was too lazy to rebuild the src.rpm every time a security issue is found and resolved. From bugzilla at redhat.com Thu Nov 17 18:25:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 13:25:44 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511171825.jAHIPijr017570@www.beta.redhat.com> Please 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 chabotc at xs4all.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chabotc at xs4all.nl ------- Additional Comments From chabotc at xs4all.nl 2005-11-17 13:25 EST ------- I've created the patch from your posting, modified the spec file (based on your latest -4 release), and added ldconfig to %post/%postrun to make gauret happier :-) I've posted this modified spec file at: http://www.xs4all.nl/~chabotc/initng.spec The patch file at: http://www.xs4all.nl/~chabotc/default_runlevels.patch And a working src.rpm (including patch file) at: http://www.xs4all.nl/~chabotc/initng-0.4.0-5.src.rpm I felt brave and tried it out, and i got a working booting system, and i have to say booting very fast :-) (Disclaimer: though ofcource it doesn't start/do everything that regular init does yet so a straight comparisment is imposible) I hope i was of some help Daniel! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Thu Nov 17 18:31:58 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 17 Nov 2005 12:31:58 -0600 Subject: uw-imap-2004g-1.fc3 points wrong Mail directory? In-Reply-To: <20051117.182959.71577956.oyama@physi.uni-heidelberg.de> References: <20051117.182959.71577956.oyama@physi.uni-heidelberg.de> Message-ID: oyama at physi.uni-heidelberg.de wrote: >>>I started to use uw-imap-2004g-1.fc3 build on Oct.26,2005. >>>I found that the user's mail directory referred by default is >>>not '~/Mail' but '~/Mail ' (with a space after Mail). >>>I guess that this is not the expected behaviour. >> >>Does fixing the setting in >>/etc/c-client.cf >>help? > Yes, of course. Since there is one ' ' at the end of line, > I took time to find the reason just by 'cat c-client.cf'. > That space might be not necessary? Correct. Fixed builds have been queued. -- Rex From bugzilla at redhat.com Thu Nov 17 18:34:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 13:34:28 -0500 Subject: [Bug 172870] Review Request: fdupes In-Reply-To: Message-ID: <200511171834.jAHIYSf7018702@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172870 ------- Additional Comments From adrian at lisas.de 2005-11-17 13:34 EST ------- So can this be closed if Simon in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 maintains 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 jspaleta at gmail.com Thu Nov 17 18:39:34 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 17 Nov 2005 13:39:34 -0500 Subject: static libraries' policy: possible solution In-Reply-To: <1132251660.17016.9.camel@locolhost.localdomain> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> <1132251660.17016.9.camel@locolhost.localdomain> Message-ID: <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> On 11/17/05, Michael A. Peters wrote: > On Thu, 2005-11-17 at 10:01 -0500, Jeff Spaleta wrote: > > > I understand and accept the argument that there will be situations > > where a developer will want to link statically in situations which run > > counter to Extras packaging policy standards, for example in-house > > development needs. How much easier can rebuilding srpms locally be > > made so that statics can be recovered sanely? > > If static are not split off - then the next yum update would remove > their rpm that has the static libraries. So you'll end up with > developers using exclude in their yum conf - which is an even bigger > security problem than including the static .a files. > > OTOH if static libraries were their own package, they could be made > available via yum - including updates. Your common user doesn't need to > install them, only people who need to link against them would install > them - and they would have them updated via yum when there are bugs that > are found and patched. I fear you have missed my point entirely. Instead of thinking about what the current tool limitations are I'm asking is there a way to change client side tools that makes it possible to avoid having Fedora mirrors provide the static libs at all in any form. Notting's comment seem sto indicate that the rel-eng tools (which we don't have access to review publicly...cough) are too fragile to handle another tweak so static subpackage can be treated as debuginfo are treated now on the mirrors. There is also the issue of hosting space on the master server and the mirrors. Is it appopriate to require or ask mirrors to host the static subpackages if the are of marginal benefit? I'll restate my question. Can the client side tools available to developers be re-engineered or supllimented to make it possible to rebuild the static libraries locally and keep them updated locally as official updates come down the line. I'm not talking about what the limitations are for existing tools. I'm asking is it worth modifying client tools or creating additional tools to make it easier for developers who need statics to rebuild them locally and keep them updated through normal means, so developers will not have to exclude updates at all. Can tools be designed so library updates trigger local rebuilds of static subpackages? -jef From bugzilla at redhat.com Thu Nov 17 18:38:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 13:38:59 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511171838.jAHIcx1p019209@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-11-17 13:38 EST ------- You shouldn't repeat the name of the package in the summary. Instead of patching the Makefile you could just use install to copy the files to the correct location without using "make install". This would make the spec a bit easier to read because the makefile tweaking wouldn't be necessary. The Group has still to be changed from Applications/Files to Applications/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 laroche at redhat.com Thu Nov 17 18:43:15 2005 From: laroche at redhat.com (Florian La Roche) Date: Thu, 17 Nov 2005 19:43:15 +0100 Subject: static libraries' policy: possible solution In-Reply-To: <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> <1132251660.17016.9.camel@locolhost.localdomain> <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> Message-ID: <20051117184315.GA4838@dudweiler.stuttgart.redhat.com> > I'll restate my question. Can the client side tools available to > developers be re-engineered or supllimented to make it possible to > rebuild the static libraries locally and keep them updated locally as > official updates come down the line. I'm not talking about what the > limitations are for existing tools. I'm asking is it worth modifying > client tools or creating additional tools to make it easier for > developers who need statics to rebuild them locally and keep them > updated through normal means, so developers will not have to exclude > updates at all. Can tools be designed so library updates trigger local > rebuilds of static subpackages? You could add defines into spec files to add static libs, but such things normally break soon and often stay broken unless you enable this by default, but then decide to remove the package for the default repo. regards, Florian La Roche From eric.tanguy at univ-nantes.fr Thu Nov 17 19:15:53 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 17 Nov 2005 20:15:53 +0100 Subject: Buildsys problems ? Message-ID: <1132254953.3599.2.camel@bureau.maison> I have 2 problems with the same package which now build fine in FC-4 : In devel : it requires openssl-devel which seems broken ? In FC-3 : It seems to make Segmentation fault using dos2unix : http://buildsys.fedoraproject.org/logs/fedora-3-extras/1100-ircd-hybrid-7.1.3-8.fc3/x86_64/build.log Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.14-1.1637_FC4 From bugzilla at redhat.com Thu Nov 17 20:00:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 15:00:32 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511172000.jAHK0WY7031175@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From rdieter at math.unl.edu 2005-11-17 15:00 EST ------- FYI, amarok requires patching to use the new libtunepimp, see http://bugs.kde.org/94988 kdemultimedia(-3.5.0) as well: http://bugs.kde.org/116575 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 20:38:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 15:38:23 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511172038.jAHKcNsx002958@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From ville.skytta at iki.fi 2005-11-17 15:38 EST ------- Do you happen to have any info whether the current kid3 in Extras would work with this version? It should have support for libtunepimp, but I've never tried 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 jspaleta at gmail.com Thu Nov 17 20:57:45 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 17 Nov 2005 15:57:45 -0500 Subject: Buildsys problems ? In-Reply-To: <1132254953.3599.2.camel@bureau.maison> References: <1132254953.3599.2.camel@bureau.maison> Message-ID: <604aa7910511171257o2f5adeb9q55a81b52b9eedf71@mail.gmail.com> On 11/17/05, Eric Tanguy wrote: > I have 2 problems with the same package which now build fine in FC-4 : > In devel : it requires openssl-devel which seems broken ? what exactly seems broken about requiring openssl-devel in devel tree? openssl in rawhide has been updated to version 0.9.8a, that version change could very well be enough to require patching to any program that needs to link to openssl. There could have been an internal change to openssl upstream that will require ircd-hybrid to be patched. the buildlog reference you provide clearly shows the dos2unix problem..but I don't see anything in the log that gives me information about the openssl-devel problem you say exists. -jef From bugzilla at redhat.com Thu Nov 17 20:57:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 15:57:05 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511172057.jAHKv5VW005140@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From rdieter at math.unl.edu 2005-11-17 15:57 EST ------- I'll go check 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 Nov 17 21:04:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 16:04:01 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511172104.jAHL414W005948@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From bdpepple at ameritech.net 2005-11-17 16:03 EST ------- rpmlint is also complaining about the following errors: W: gdesklets symlink-should-be-relative /usr/lib/gdesklets/data/gdesklets.png /usr/share/pixmaps/gdesklets.png E: gdesklets script-without-shellbang /usr/lib/gdesklets/NullObject.py W: gdesklets symlink-should-be-relative /usr/bin/gdesklets /usr/lib/gdesklets/gdesklets -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Nov 17 21:07:10 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 17 Nov 2005 13:07:10 -0800 Subject: Buildsys problems ? In-Reply-To: <604aa7910511171257o2f5adeb9q55a81b52b9eedf71@mail.gmail.com> References: <1132254953.3599.2.camel@bureau.maison> <604aa7910511171257o2f5adeb9q55a81b52b9eedf71@mail.gmail.com> Message-ID: <1132261630.17016.34.camel@locolhost.localdomain> On Thu, 2005-11-17 at 15:57 -0500, Jeff Spaleta wrote: > the buildlog reference you provide clearly shows the dos2unix > problem.. The dos2unix could (should?) be done with sed instead. %{__sed} -i 's?\r??' /builddir/build/BUILD/ircd-hybrid-7.1.3/doc/Tao-of-IRC.940110 would probably do it. > but I don't see anything in the log that gives me information > about the openssl-devel problem you say exists. I recently built a package using openssl-devel without a problem, using the new openssl. For me, no patching was required. If patching is required, it should fail in mock as well. Unless you are using FC4 mock. From bugzilla at redhat.com Thu Nov 17 21:05:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 16:05:46 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511172105.jAHL5kUu006236@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From rdieter at math.unl.edu 2005-11-17 16:05 EST ------- Looks like kid3 uses code similar to both juk and amarok, and will need to be likewise patched (the api changed a wee bit from lintunepimp-0.3.0 to 0.4.0). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 21:06:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 16:06:44 -0500 Subject: [Bug 173522] New: Review Request: milter-regex milter filter regular expression based Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173522 Summary: Review Request: milter-regex milter filter regular expression based Product: Fedora Extras Version: devel Platform: All URL: http://www.benzedrine.cx/milter-regex.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: vramirez at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://146.83.196.48/~vramirez/mregex/milter-regex.spec SRPM Name or Url: http://146.83.196.48/~vramirez/mregex/milter-regex-1.6-2.src.rpm Description: Sendmail milter based filter that uses regular expressions. This is my first package,so i am looking for sponsoring. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 21:07:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 16:07:01 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511172107.jAHL71jq006411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 vramirez at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173522 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 21:53:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 16:53:13 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511172153.jAHLrDrZ012341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 ------- Additional Comments From meme at daughtersoftiresias.org 2005-11-17 16:53 EST ------- I assumed that the log2stderr patch was the one that you sent us to include in the source tree, which we did (we've applied all the patches that you've sent us). Although, now thinking back about it, that will only be an appropriate solution for future builds, not this one, even if that was the case. Putting it back in. Sorry about the revision number - you're right, I did forget to bump it! For some reason, I was thinking that your revision was .0. Upped. I didn't try building with ncurses-devel missing, but I grepped through the source, and nothing in there that should be building that looked like it would need ncurses-devel - only obsolete window managers. I suppose uninstalling ncurses-devel wouldn't be too much of a pain for me, so I'll try it out. Ah, I see what's happening - the version that we have a release for here *is* building the obsolete window managers. It's probably just easiest to put ncurses-devel in, rather than make another release. Done. When we make a release that doesn't build the other window managers, I'll take it back out. Remove the timidity++ dependency... Done. The manual thing confuses me, because that this is not the code that I entered. I think when I had backed out some broken code, I must have backed out my fixes (I had two rm statements earlier for the manuals before the "Save some space" comment, as well as removing them from the file list - that's why manual was removed from the for loop - and had narrower doc entries). Restoring the deleted code. Thanks, Ville. Sorry for the errors. http://www.daughtersoftiresias.org/progs/vultures/nethack-vultures.spec http://www.daughtersoftiresias.org/progs/vultures/nethack-vultures-1.10.1-0.2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 17 21:53:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 16:53:17 -0500 Subject: [Bug 173499] Review Request: lagan: Local, global, and multiple alignment of DNA sequences In-Reply-To: Message-ID: <200511172153.jAHLrHne012379@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: lagan: Local, global, and multiple alignment of DNA sequences https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173499 ------- Additional Comments From Christian.Iseli at licr.org 2005-11-17 16:53 EST ------- (In reply to comment #1) > /usr/libexec is not standard as in "not FHS compliant". Ah, ok. > This package would be > far from alone in using it in FC/FE though, so not that much of a deal. Ok. > Using %{_libdir}/lagan instead of it would be one possible fix if you > like. Yup, I'll probably do just that once the package is reviewed. Thanks for the explanations. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Thu Nov 17 21:42:17 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Thu, 17 Nov 2005 22:42:17 +0100 Subject: Buildsys problems ? In-Reply-To: <604aa7910511171257o2f5adeb9q55a81b52b9eedf71@mail.gmail.com> References: <1132254953.3599.2.camel@bureau.maison> <604aa7910511171257o2f5adeb9q55a81b52b9eedf71@mail.gmail.com> Message-ID: <1132263737.3599.16.camel@bureau.maison> Le jeudi 17 novembre 2005 ? 15:57 -0500, Jeff Spaleta a ?crit : > On 11/17/05, Eric Tanguy wrote: > > I have 2 problems with the same package which now build fine in FC-4 : > > In devel : it requires openssl-devel which seems broken ? > > what exactly seems broken about requiring openssl-devel in devel tree? > > openssl in rawhide has been updated to version 0.9.8a, that version > change could very well be enough to require patching to any program > that needs to link to openssl. There could have been an internal > change to openssl upstream that will require ircd-hybrid to be > patched. You are right the log i gave was for the dos2unix problem. For openssl-devel see http://buildsys.fedoraproject.org/logs/fedora-development-extras/1030-ircd-hybrid-7.1.3-8.fc5/x86_64/build.log It seems that configure does not detect openssl-devel. I will alert the ircd-hybrid devel team about this but if someone could have an idea for a patch ... > the buildlog reference you provide clearly shows the dos2unix > problem..but I don't see anything in the log that gives me information > about the openssl-devel problem you say exists. Concerning the dos2unix problem, how could i solve it ? Is it a dos2unix problem in FC3 ? Thanks Eric From mpeters at mac.com Thu Nov 17 22:40:10 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 17 Nov 2005 14:40:10 -0800 Subject: Buildsys problems ? In-Reply-To: <1132263737.3599.16.camel@bureau.maison> References: <1132254953.3599.2.camel@bureau.maison> <604aa7910511171257o2f5adeb9q55a81b52b9eedf71@mail.gmail.com> <1132263737.3599.16.camel@bureau.maison> Message-ID: <1132267210.17016.37.camel@locolhost.localdomain> On Thu, 2005-11-17 at 22:42 +0100, Eric Tanguy wrote: > Concerning the dos2unix problem, how could i solve it ? Is it a dos2unix > problem in FC3 ? I seem to remember having a dos2unix problem and switched to using sed instead to fix linebreaks. sed -i 's?\r??' file The -i option only works with sed >= 3.95 but FC-3 has that (the -i option modifies the file w/o needing to copy it first) From mpeters at mac.com Thu Nov 17 22:44:13 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 17 Nov 2005 14:44:13 -0800 Subject: Buildsys problems ? In-Reply-To: <1132263737.3599.16.camel@bureau.maison> References: <1132254953.3599.2.camel@bureau.maison> <604aa7910511171257o2f5adeb9q55a81b52b9eedf71@mail.gmail.com> <1132263737.3599.16.camel@bureau.maison> Message-ID: <1132267453.17016.41.camel@locolhost.localdomain> On Thu, 2005-11-17 at 22:42 +0100, Eric Tanguy wrote: > You are right the log i gave was for the dos2unix problem. For > openssl-devel see > http://buildsys.fedoraproject.org/logs/fedora-development-extras/1030-ircd-hybrid-7.1.3-8.fc5/x86_64/build.log > It seems that configure does not detect openssl-devel. I will alert the > ircd-hybrid devel team about this but if someone could have an idea for > a patch ... checking for OpenSSL... /usr checking for OpenSSL 0.9.6 or above... no - OpenSSL support disabled You need to at least patch the configure script, maybe more. I'm not sure what its testing. It might require patching configure.in and regenerating configure, but probably not. I'll look at it tonight - but if you look at the configure script, you might be able to see how it is checking for OpenSSL. From bugzilla at redhat.com Fri Nov 18 00:48:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 19:48:06 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511180048.jAI0m61Z031023@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-17 19:47 EST ------- Still a few things to change : * BuildRequires: fedora-release should not be included (wiki: PackagingGuidelines#Exceptions) * The package should contain the text of the license (wiki: PackageReviewGuidelines) * In the files list, change /lib into %{_lib} * The package conflicts with pcmcia-cs on the file /etc/pcmcia/network * I would not have put the /sbin/ldconfig inside the test in %post, but I guess that's harmless -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:20:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:20:21 -0500 Subject: [Bug 173543] New: Review Request: xfce4-datetime-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173543 Summary: Review Request: xfce4-datetime-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-datetime-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-datetime-plugin-0.3.1-3.fc4.src.rpm Description: An alternative clock plugin for the Xfce panel. A calendar appears when you left-click on it. Comments: rpmlint is clean License GPL and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:20:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:20:41 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180120.jAI1KfaR001157@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173543 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:28:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:28:24 -0500 Subject: [Bug 173544] New: Review Request: xfce4-genmon-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173544 Summary: Review Request: xfce4-genmon-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-genmon-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-genmon-plugin.spechttp://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-genmon-plugin-1.1-3.fc4.src.rpm Description: The GenMon plugin cyclically spawns the indicated script/program, captures its output and displays it as a string into the panel. Comments: rpmlint is clean License LGPL and included not sure if "string _into_ the panel" is good english? (but taken from website) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:28:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:28:33 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180128.jAI1SXl2001949@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173544 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:30:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:30:30 -0500 Subject: [Bug 173544] Review Request: xfce4-genmon-plugin In-Reply-To: Message-ID: <200511180130.jAI1UUAu002208@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-genmon-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173544 ------- Additional Comments From fedora.wickert at arcor.de 2005-11-17 20:30 EST ------- Sorry, SRPM is at http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-genmon-plugin-1.1-3.fc4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:33:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:33:48 -0500 Subject: [Bug 173546] New: Review Request: xfce4-minicmd-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173546 Summary: Review Request: xfce4-minicmd-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-minicmd-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-minicmd-plugin-0.3.0-3.fc4.src.rpm Description: A mini command-line plugin for the Xfce panel. You can execute programs by typing their names in the widget and hitting Enter or Ctrl+Enter. The latter runs the command in a terminal. It maintains history which is shared with xfrun4. This history can be accessed by Up and Down keys. Comments: rpmlint is clean License GPL and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:33:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:33:58 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180133.jAI1XwhU002683@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173546 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:37:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:37:26 -0500 Subject: [Bug 173548] New: Review Request: xfce4-modemlights-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173548 Summary: Review Request: xfce4-modemlights-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-modemlights-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-modemlights-plugin-0.1.1-2.fc4.src.rpm Description: A Xfce4 panel applet intended to simplify establishing a ppp connection via a modem. Comments: rpmlint is clean License GPL and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:37:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:37:40 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180137.jAI1beD7003083@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173548 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:44:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:44:05 -0500 Subject: [Bug 173549] New: Review Request: xfce4-mount-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173549 Summary: Review Request: xfce4-mount-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-mount-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-mount-plugin-0.3.2-2.fc4.src.rpm Description: Mount and unmount filesystems from the Xfce panel. Comments: This is not the latest upstream release but the latest to build on XFCE 4.2.x, modemlight-plugin-4.x series is for upcoming xfce 4.3 only. rpmlint is clean License GPL and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:44:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:44:13 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180144.jAI1iDZZ003946@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173549 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:48:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:48:11 -0500 Subject: [Bug 173550] New: Review Request: xfce4-netload-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173550 Summary: Review Request: xfce4-netload-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-netload-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-netload-plugin-0.3.3-2.fc4.src.rpm Description: A network-load monitor plugin for the Xfce panel. Comments: rpmlint is clean License GPL and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:48:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:48:18 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180148.jAI1mIRe004554@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173550 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:55:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:55:20 -0500 Subject: [Bug 173551] New: Review Request: xfce4-notes-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173551 Summary: Review Request: xfce4-notes-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-notes-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-notes-plugin-0.11.1-1.fc4.src.rpm Description: This plugin provides sticky notes for your desktop. You can create a note by clicking on the customizable icon with the middle button of your mouse, show/hide the notes using the left one, edit the titlebar, change the notes background color and much more. Comments: rpmlint is clean License GPL and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:55:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:55:27 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180155.jAI1tRwV005553@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173551 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:57:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:57:39 -0500 Subject: [Bug 173552] New: Review Request: xfce4-sensors-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173552 Summary: Review Request: xfce4-sensors-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-sensors-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-sensors-plugin-0.7.0-1.fc4.src.rpm Description: This plugin displays various hardware sensor values in the Xfce panel. Comments: rpmlint is clean License GPL and included not latest upstream release, but latest for XFCE 4.2.x -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 01:57:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 20:57:54 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180157.jAI1vs0V005982@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173552 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 02:01:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 21:01:42 -0500 Subject: [Bug 173553] New: Review Request: xfce4-websearch-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173553 Summary: Review Request: xfce4-websearch-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-websearch-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-websearch-plugin-0.1.0-3.fc4.src.rpm Description: Access searchengines from the XFCE panel. Comments: rpmlint is clean License GPL and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 02:01:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 21:01:49 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511180201.jAI21nci006456@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173553 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 02:04:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 21:04:07 -0500 Subject: [Bug 173105] Review Request: xfce4-battery-plugin In-Reply-To: Message-ID: <200511180204.jAI247aL006684@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-battery-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173105 ------- Additional Comments From fedora.wickert at arcor.de 2005-11-17 21:03 EST ------- (In reply to comment #1) > > Needswork: > - Are you sure the license is BSD? The source files have LGPL headers, but the > COPYING file looks BSD. Can you get upstream to clarify? It could be dual > LGPL/BSD or something. I have contacted upstream but no reply by now. Styin tuned. I will now push the GPL licensed goodies first (#173543, #173544, #173546, #173548 - #173553), then have a closer look at the BSD ones. > > Nits: > - make might need to be 'make %{?_smp_mflags}' D'oh. Of course, will fix that before biuld. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 03:28:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 22:28:00 -0500 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200511180328.jAI3S0De014878@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 ------- Additional Comments From dakingun at gmail.com 2005-11-17 22:27 EST ------- Hi Patrice. What's keeping you back from moving this package forward? The last srpm you provided works for me after following Ed's comment on removing '%{_bindir}/gradsdods' from spec file and also requiring libsx. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 03:47:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 17 Nov 2005 22:47:20 -0500 Subject: [Bug 173216] Review Request: OSIV: Open Source Image Velocimetry In-Reply-To: Message-ID: <200511180347.jAI3lKpo017207@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OSIV: Open Source Image Velocimetry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173216 kevin-redhat-bugzilla at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kevin-redhat- | |bugzilla at tummy.com ------- Additional Comments From kevin-redhat-bugzilla at tummy.com 2005-11-17 22:47 EST ------- Good: - rpmlint checks return: ok - package meets naming guidelines - package meets packaging guidelines - license GPL, ok. - source matches upstream - package compiles on fc4/devel (x86) - no missing BR - no unnecessary BR - permissions ok questions/info needed: - Should the java/matlab support files be packaged? nits: - Might add AUTHORS file to doc? I can't seem to yet assign this bug to myself to approve, will try and track down 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 mpeters at mac.com Fri Nov 18 08:05:21 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 18 Nov 2005 00:05:21 -0800 Subject: LaTeX breqn license (attn: Rex Dieter) Message-ID: <1132301121.17016.83.camel@locolhost.localdomain> breqn is a LaTeX package that Michael Downes was working on when he unfortunately died. There is a beta version on the ams.org ftp server - but there is no licensing information in the package. I could not find any licensing info on it, so I sent an e-mail to ams.org asking if they could shed some light on it. While searching, I came across an archive of Maxima list where Rex Dieter apparently had also sent such a request about the same package. Does anyone know any more information on this? Rex, did ams.org respond to your query? Thanks, Michael From bugzilla at redhat.com Fri Nov 18 09:02:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 04:02:09 -0500 Subject: [Bug 171443] Provides need to be inserted in spec file In-Reply-To: Message-ID: <200511180902.jAI929wu016756@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Provides need to be inserted in spec file https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171443 ------- Additional Comments From goddamnedprodigy at yahoo.com 2005-11-18 04:01 EST ------- Michael Jennings is forcing Fedora to repackage imlib2 to get the loaders in separate packages. M. Schwendt way of packaging imlib2 is correct. Now the way to solve it is simple: Just alter the new Eterm's spec file as follows: BuildRequires: libast, imlib2-devel, xorg-x11-devel and don't include the imlib2-loader_foo whatever. This has been correctly done by Didier Casse in his repo located at: http://sps.nus.edu.sg/~didierbe/ He's distributing Eterm-0.9.4cvs. Don't bother about Eterm 0.9.3. It's an old version of Eterm and is unmaintained by Mej. Just trash it! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 09:21:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 04:21:31 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511180921.jAI9LVvn018307@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 ------- Additional Comments From Christian.Iseli at licr.org 2005-11-18 04:21 EST ------- (In reply to comment #4) > Here is an updated Spec and SRPM which depend on #169352. Sorry for the delay. > > http://fedora.lowlatency.de/review/orange-0.3-2.src.rpm > http://fedora.lowlatency.de/review/orange.spec Well, it seems that upstream has put in some bit to allow the use of libgsf instead of the old libole2. I took the liberty do grab a CVS snapshot and try that in your package. Results are here: ftp://ftp.licr.org/pub/software/unix/orange.spec ftp://ftp.licr.org/pub/software/unix/orange-0.3cvs-0.src.rpm Have a look... I have not attempted to run the resulting executable (yet). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 09:28:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 04:28:22 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511180928.jAI9SM6K018971@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-18 04:28 EST ------- Thanks :) sounds and looks good to me :)... so how do we proceede... ? Do you want to take over or should I just add your stuff to 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 Fri Nov 18 09:29:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 04:29:56 -0500 Subject: [Bug 172870] Review Request: fdupes In-Reply-To: Message-ID: <200511180929.jAI9TuWM019077@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172870 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |DUPLICATE ------- Additional Comments From bnocera at redhat.com 2005-11-18 04:29 EST ------- Sure thing. *** This bug has been marked as a duplicate of 173080 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 09:30:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 04:30:01 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511180930.jAI9U1sg019111@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 bnocera at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bnocera at redhat.com ------- Additional Comments From bnocera at redhat.com 2005-11-18 04:29 EST ------- *** Bug 172870 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 09:52:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 04:52:15 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511180952.jAI9qFhX021607@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-18 04:51 EST ------- > According to the guidelines if (and only if) the source package includes the > text of the license(s) in its own file, then it should be shipped. The source > package doesn't. Or am I wrong here? There is a COPYING file in the tarball, containing the GPLv2. It would be nice to include the other doc files too. Just add this line to the top of the %files list: %doc COPYING AUTHORS CODING_STANDARDS FAQ NEWS README TODO (INSTALL is useless since we're using rpm) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 10:25:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 05:25:03 -0500 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200511181025.jAIAP3oU024648@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 ------- Additional Comments From pertusus at free.fr 2005-11-18 05:24 EST ------- There are some licencing issues. After I reported them (maybe without diplomacy) on the gradsusr list, I got some feedbacks and clarifications for some files, but not all. And the upstream doesn't seems to be very concerned by this issue. I was hoping that after some time they would step up and clarify things, but it didn't happen. The issue is that there are some files with licences incompatible with the GPL which is the licence for most of the code. It is possible that the copyright holders are ok with distributing their code under a GPL compatible licence but don't care enough for doing a move. Another (but less important) reason why I didn't move is that I submitted a libdap that should integrate easily in fedora extras but Ed or Tom never finished the reviewing. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167111 In case there is a libdap support there is a need to integrate a patch that appeared on the gradsusr list, but I'll do that if needed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 10:39:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 05:39:32 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511181039.jAIAdW2r026555@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 ------- Additional Comments From Christian.Iseli at licr.org 2005-11-18 05:39 EST ------- (In reply to comment #6) > Thanks :) np > sounds and looks good to me :)... so how do we proceede... ? Do you > want to take over or should I just add your stuff to my version? Well, since you started it, why don't you just update it and then I'll review... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 11:52:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 06:52:57 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511181152.jAIBqvQ1003722@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-18 06:52 EST ------- http://fedora.lowlatency.de/review/orange-0.3cvs-0.src.rpm http://fedora.lowlatency.de/review/orange.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 13:48:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 08:48:41 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511181348.jAIDmf7p014758@www.beta.redhat.com> Please 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 2005-11-18 08:48 EST ------- After some more reading up, it seems that the rpath problems _could_ be because I'm setting _prefix to / in the spec file. I couldn't get stuff installed in the proper place any other way (since we don't want initng to end up in /usr/sbin), but if this is the problem I guess someone here has some nice solution about what 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 rdieter at math.unl.edu Fri Nov 18 13:52:50 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 18 Nov 2005 07:52:50 -0600 Subject: LaTeX breqn license (attn: Rex Dieter) In-Reply-To: <1132301121.17016.83.camel@locolhost.localdomain> References: <1132301121.17016.83.camel@locolhost.localdomain> Message-ID: Michael A. Peters wrote: > Rex, did ams.org respond to your query? I sent 2 inquries. No response. -- Rex From toshio at tiki-lounge.com Fri Nov 18 15:05:00 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 18 Nov 2005 07:05:00 -0800 Subject: static libraries' policy: possible solution In-Reply-To: <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> <1132251660.17016.9.camel@locolhost.localdomain> <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> Message-ID: <1132326300.3409.32.camel@localhost> On Thu, 2005-11-17 at 13:39 -0500, Jeff Spaleta wrote: > I'll restate my question. Can the client side tools available to > developers be re-engineered or supllimented to make it possible to > rebuild the static libraries locally and keep them updated locally as > official updates come down the line. I'm not talking about what the > limitations are for existing tools. I'm asking is it worth modifying > client tools or creating additional tools to make it easier for > developers who need statics to rebuild them locally and keep them > updated through normal means, so developers will not have to exclude > updates at all. Can tools be designed so library updates trigger local > rebuilds of static subpackages? Yes. The project to do this is called conary :-) Seriously, a client side tool would have to be a custom tool, not rpm or yum. The tool would have to be in charge of downloading the libraries in question (perhaps it could create its own version of libraries with impossibly high epochs as a kludge), compiling them from the srpm into their own local versions, and then installing them to the system. And the upstream rpm packagers would still have to do work on their spec files to get this to work. I think this is a compromise that would leave everone unhappy. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Fri Nov 18 15:09:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 10:09:14 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511181509.jAIF9ESx024367@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 ------- Additional Comments From Christian.Iseli at licr.org 2005-11-18 10:08 EST ------- Good: - rpmlint is ok - name ok - spec name ok - packaging guidelines met - license ok - license matches actual license in package - license file in %doc - spec file in American English and legible - source ok (CVS) - builds, installs, runs, and uninstalls cleanly - BuildRequires ok - no locale to worry about - shared libs ok - no relocation to worry about - no duplicated files - files perms ok - clean section ok - macro useage ok - package contains code - no large doc - %doc is only doc - builds in mock Nit: I'm not completely sure if there is a definitive policy regarding packages built from CVS snapshots, but looking around I think the spec file would be better with the small attached patch applied. Problem: It looks like the magic code to detect executable files is not quite up to snuff. It seems better with the attached patch. I'll approve it, if you agree with the patch. Cheers, Christian --- orange.spec.orig 2005-11-18 10:16:13.000000000 +0100 +++ orange.spec 2005-11-18 15:58:15.000000000 +0100 @@ -1,12 +1,15 @@ Name: orange -Version: 0.3cvs -Release: 0 +Version: 0.3 +Release: 0.cvs20051118%{?dist} Summary: Squeeze out installable Microsoft cabinet files Group: Applications/Communications License: MIT URL: http://synce.sourceforge.net/ Source0: orange-CVS-20051118.tar.gz +# Obtained through: +# cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/synce co -P orange +Patch0: orange-chris.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: synce-devel @@ -32,6 +35,7 @@ The %{name}-devel package contains the f %prep %setup -q -n orange +%patch0 -p1 -b .chris %build ./bootstrap @@ -67,6 +71,9 @@ rm -rf $RPM_BUILD_ROOT %{_includedir}/liborange.h %changelog +* Fri Nov 18 2005 Christian Iseli 0.3-0 +- grab latest from CVS to use libgsf instead of obsolete libole2 + * Tue Sep 27 2005 Andreas Bierfert - include patch for new libole2 --- orange/lib/squeeze.c.chris 2005-11-18 15:56:56.000000000 +0100 +++ orange/lib/squeeze.c 2005-11-18 15:56:16.000000000 +0100 @@ -226,7 +226,7 @@ synce_trace("Found MSI format."); } #endif - else if (strstr(description, "MS-DOS executable (EXE), OS/2 or MS Windows")) + else if (strstr(description, " executable ")) { success = squeeze_exe(filename, output_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 jspaleta at gmail.com Fri Nov 18 15:23:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Nov 2005 10:23:12 -0500 Subject: static libraries' policy: possible solution In-Reply-To: <1132326300.3409.32.camel@localhost> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> <1132251660.17016.9.camel@locolhost.localdomain> <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> <1132326300.3409.32.camel@localhost> Message-ID: <604aa7910511180723h249b7029le3d0e6d953a365aa@mail.gmail.com> On 11/18/05, Toshio Kuratomi wrote: > Seriously, a client side tool would have to be a custom tool, not rpm or > yum. Someone couldn't come up with a clever yum plugin that checked a list of libraries where statics were locally required...pull the srpm..when the library is updated..rebuild the srpm (using mock of course) in such a way to produce the static subpackage (which is defined in the srpm spec but not actually built by the fedora build system) and install the locally built static subpackage without disturbing the existing Core/Extras library update? Surely a static subpackage would not file conflict with the main library subpackage.. nor with the -devel subpackage. Why would an epoch boost need to happen at all? I'm not talking about replacing any packages... I'm talking about locally building a defined subpackage that is not carried in the fedora mirrors. -jef From bugzilla at redhat.com Fri Nov 18 16:35:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 11:35:08 -0500 Subject: [Bug 173522] Review Request: milter-regex milter filter regular expression based In-Reply-To: Message-ID: <200511181635.jAIGZ8Kk003248@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: milter-regex milter filter regular expression based https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173522 ------- Additional Comments From paul at city-fan.org 2005-11-18 11:34 EST ------- Comments on spec: * the ver_ and rel_ macros serve no purpose; you should remove them * don't include the name of the package in the summary * use macros consistently: if you use %{__cat}, also use%{__perl}, %{__make} etc., and if you use %{buildroot}, don't use $RPM_BUILD_ROOT. * it's tidier to do edits of files etc. in %prep if possible, so I'd move the generation of the LICENSE file from %install to %prep * don't strip the binary; it'll result in a useless debuginfo package * the groupadd and useradd commands could be combined into a single useradd command * /bin/nologin does not exist * don't delete accounts on package removal - see http://www.redhat.com/archives/fedora-extras-commits/2005-June/msg00271.html * /etc/init.d is a symlink to /etc/rc.d/init.d, so files should really go in the latter directory rather than the former * services shouldn't be enabled by default * add dependencies for the pre/post/postun etc. scriptlets * missing buildreq groff, needed to create cat8 manpage (which doesn't get installed...) * use a full URL for the source, so that "spectool --gf milter-regex.spec" will retrieve the source * the default username is edited in the code but not in the manpage * if you use "install" rather than "cp" to install %SOURCE1 and %SOURCE2, you can specify the modes of the files and not have to rely on them being set correctly in the SRPM, which for non-644 files rpmlint doesn't like * add a "%ghost /var/spool/milter-regex/sock" entry in the files list so that the socket and directory get removed cleanly on package deletion * add a "subsys" lockfile and a "reload" entry in the initscript to keep rpmlint happy * sendmail-devel >= 8.13.0 is needed as a buildreq since SMFIF_QUARANTINE is not defined in sendmail < 8.13.0 I'll attach patches to this bug dealing with these issues. See what you think. This is a nice, lightweight but powerful little filter and I wonder why I haven't come across it before! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Nov 18 16:58:08 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 18 Nov 2005 11:58:08 -0500 Subject: Build system maintenance complete Message-ID: <1132333088.5377.15.camel@dhcp83-87.boston.redhat.com> Hi, I've updated and restarted the build system this morning to fix issues many of you may have noticed with jobs stuck in downloading/done state. Things should be flowing more smoothly now. The problem was caused by plague using blocking sockets for RPM downloads, which weren't playing well with SSL and firewall/iptables on the builders. We now use non-blocking sockets with timeouts for RPM downloads, and retry downloads up to 5 times before failing the job. If you notice your job sitting in downloading/done for more than 10 or 15 minutes (it's normal to be in that state for a short time), please email me the job # and I'll look at the logs to see what really went on and hopefully fix it. Thanks for the patience. Dan From bugzilla at redhat.com Fri Nov 18 18:11:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 13:11:00 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200511181811.jAIIB0FW015668@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 ------- Additional Comments From dmitry at butskoy.name 2005-11-18 13:10 EST ------- > I changed /usr/share to /opt in the config file, is it enough? Why don't move /opt stuff to /usr/share ? It would be more usual way of packaging... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 18 18:14:47 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 18 Nov 2005 11:14:47 -0700 Subject: Need help with ppc rawhide build Message-ID: <437E1A17.1010402@cora.nwra.com> Can someone with a ppc rawhide machine try building the following rpm? http://www.cora.nwra.com/~orion/fedora/hdf5-1.6.4-7.fc5.src.rpm I need to test out a patch to try to get fortran support for ppc working. The patch is to define the following types: +/* PPC specific definitions */ +#elif defined __PPC__ + +typedef long long haddr_t_f; +typedef long long hsize_t_f; +typedef long long hssize_t_f; +typedef int size_t_f; +#define FNAME_POST_UNDERSCORE They are defined the same way on i386 and x86_64 (but not on ia64). If anyone thinks this is wrong, please let me know. Thanks! -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From nphilipp at redhat.com Fri Nov 18 19:23:01 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 18 Nov 2005 20:23:01 +0100 Subject: How to move package from extras to core ? In-Reply-To: <20051117050247.75282.qmail@web34605.mail.mud.yahoo.com> References: <20051117050247.75282.qmail@web34605.mail.mud.yahoo.com> Message-ID: <1132341782.3624.43.camel@gibraltar.stuttgart.redhat.com> On Wed, 2005-11-16 at 21:02 -0800, Ankit Patel wrote: > I think almost 90% of people are satisfied with the default > installation of Fedora core. Nobody wants to try new stuffs. So, it's > good to provide them directly, then only they realize the importance > of the application. That's the only reason i want it to move from > extras to core. I'd really like to abuse people of the notion that Extras were somehow inferior to Core. I think this stems from that Extras packages are only installable once the system is running -- if my memory doesn't betray me, getting Extras installable directly from anaconda has been discussed, have these discussions born any fruit? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Nov 18 20:08:26 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 18 Nov 2005 21:08:26 +0100 Subject: How to move package from extras to core ? In-Reply-To: <1132342101.28651.22.camel@cassandra.boston.redhat.com> References: <20051117050247.75282.qmail@web34605.mail.mud.yahoo.com> <1132341782.3624.43.camel@gibraltar.stuttgart.redhat.com> <1132342101.28651.22.camel@cassandra.boston.redhat.com> Message-ID: <1132344507.3624.46.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-11-18 at 14:28 -0500, David Malcolm wrote: > On Fri, 2005-11-18 at 20:23 +0100, Nils Philippsen wrote: > > On Wed, 2005-11-16 at 21:02 -0800, Ankit Patel wrote: > > > > > I think almost 90% of people are satisfied with the default > > > installation of Fedora core. Nobody wants to try new stuffs. So, it's > > > good to provide them directly, then only they realize the importance > > > of the application. That's the only reason i want it to move from > > > extras to core. > > > > I'd really like to abuse people of the notion that Extras were somehow > > inferior to Core. I think this stems from that Extras packages are only > > installable once the system is running -- if my memory doesn't betray > > me, getting Extras installable directly from anaconda has been > > discussed, have these discussions born any fruit? > > > Errr.... being overly pedantic here, perhaps, but don't you mean > "disabuse", rather than "abuse" here? Of course I mean disabuse. Thanks for pointing this out (really), otherwise I'd be abusing people when I don't mean to ;-). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From eric.tanguy at univ-nantes.fr Fri Nov 18 19:28:53 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Fri, 18 Nov 2005 20:28:53 +0100 Subject: Problem in devel buildsys Message-ID: <1132342133.2934.10.camel@bureau.maison> I can't understand why this package building failed in devel whereas it build successfull in FC-4 : http://buildsys.fedoraproject.org/logs/fedora-development-extras/1107-ircd-hybrid-7.1.3-9.fc5/i386/build.log log in FC-4 (http://buildsys.fedoraproject.org/logs/fedora-4-extras/1055-ircd-hybrid-7.1.3-8.fc4/i386/build.log) Thanks. -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.14-1.1637_FC4 From bugzilla at redhat.com Fri Nov 18 20:14:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:14:55 -0500 Subject: [Bug 173653] New: Review Request: xfce4-quicklauncher-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173653 Summary: Review Request: xfce4-quicklauncher-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-quicklauncher-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-quicklauncher-plugin-0.81-1.fc4.src.rpm Description: This plugin allows you to have lots of launchers in the Xfce panel, displaying them on several lines. Comments: rpmlint is clean, but I wonder if "%__chmod 0664 {AUTHORS,COPYING}" is ok to avoid shell bang errors or if there is a smarter way license GPL and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:15:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:15:04 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182015.jAIKF4Mo003071@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173653 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:24:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:24:32 -0500 Subject: [Bug 173657] New: Review Request: xfce4-clipman-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173657 Summary: Review Request: xfce4-clipman-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-clipman-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-clipman-plugin-0.4.1-3.fc4.src.rpm Description: This is a simple cliboard history for Xfce panel. It includes a "Clear clipboard" option, and a drag-and-drop paste feature. Comments: rpmlint is clean license is BSD and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:24:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:24:47 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182024.jAIKOlCY004793@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173657 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:27:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:27:57 -0500 Subject: [Bug 173658] New: Review Request: xfce4-cpugraph-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173658 Summary: Review Request: xfce4-cpugraph-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-cpugraph-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-cpugraph-plugin-0.2.2-3.fc4.src.rpm Description: A CPU monitor plugin for the Xfce panel. It offers multiple display modes (LED, gradient, fire, etc...) to show the current CPU load of the system. The colors and the size of the plugin are customizable. Comments: rpmlint is clean license BSD and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:28:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:28:16 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182028.jAIKSGUi005422@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173658 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:30:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:30:40 -0500 Subject: [Bug 173660] New: Review Request: xfce4-diskperf-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173660 Summary: Review Request: xfce4-diskperf-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-diskperf-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-diskperf-plugin-1.5-3.fc4.src.rpm Description: The DiskPerf plugin displays disk/partition performance (bytes transfered per second) based on data provided by the kernel. Comments: rpmlint is clean license BSD and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:30:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:30:54 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182030.jAIKUsCU005851@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173660 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:33:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:33:13 -0500 Subject: [Bug 173661] New: Review Request: xfce4-fsguard-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173661 Summary: Review Request: xfce4-fsguard-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-fsguard-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-fsguard-plugin-0.2.1-1.fc4.src.rpm Description: A little Xfce plugin, which checks the free space on the chosen mountpoint frequently. It displays 4 different icons and a message box, depending on the free space. The amount of free disk space is visible in a tooltip. If you left-click on its icon, it opens the mountpoint directory in the file manager. Comments: rpmlint clean license BSD and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:33:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:33:27 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182033.jAIKXRw2006267@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173661 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Fri Nov 18 20:46:06 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 18 Nov 2005 13:46:06 -0700 Subject: Problem in devel buildsys References: <1132342133.2934.10.camel@bureau.maison> Message-ID: <20051118204609.414EC380941@ningauble.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Eric" == Eric Tanguy writes: Eric> I can't understand why this package building failed in devel Eric> whereas it build successfull in FC-4 : Eric> http://buildsys.fedoraproject.org/logs/fedora-development-extras/1107-ircd-hybrid-7.1.3-9.fc5/i386/build.log Eric> log in FC-4 Eric> (http://buildsys.fedoraproject.org/logs/fedora-4-extras/1055-ircd-hybrid-7.1.3-8.fc4/i386/build.log) Eric> Thanks. It looks like a change in the way 'mv' works? FC4: mkdir one mv one/ two/ (works) devel/FC5: mkdir one mv one/ two/ mv: target `two/' is not a directory: No such file or directory (doesn't work) So, you will need to adjust to remove the tailing / in your install. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFDfj2Q3imCezTjY0ERAgO2AKCav/Dzt7TidXILnh+UHGmxzriAzwCgifeR kY4v7KnRCeIHecewBH7bAPo= =fmvQ -----END PGP SIGNATURE----- From bugzilla at redhat.com Fri Nov 18 20:50:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:50:49 -0500 Subject: [Bug 173667] New: Review Request: xfce4-showdesktop-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173667 Summary: Review Request: xfce4-showdesktop-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-showdesktop-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-showdesktop-plugin-0.4.0-3.fc4.src.rpm Description: This is a little Xfce plugin, to minimize and unminimize all windows on the current workspace. You can unhide all windows with a left-click, or just unhide the last window group with a middle click. Comments: rpmlint clean license BSD included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:51:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:51:04 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182051.jAIKp4KY009678@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173667 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:53:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:53:15 -0500 Subject: [Bug 173668] New: Review Request: xfce4-systemload-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173668 Summary: Review Request: xfce4-systemload-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-systemload-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-systemload-plugin-0.3.6-3.fc4.src.rpm Description: A system-load monitor plugin for the Xfce panel. It displays the current CPU load, the memory in use, the swap space and the system uptime. Comments: rpmlint clean license BSD included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:53:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:53:28 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182053.jAIKrSd3009954@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173668 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:56:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:56:06 -0500 Subject: [Bug 173669] New: Review Request: xfce4-taskbar-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173669 Summary: Review Request: xfce4-taskbar-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-taskbar-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-taskbar-plugin-0.2.2-3.fc4.src.rpm Description: A tasklist plugin for the Xfce panel. The size of the taskbar can be changed via the properties dialog. It includes an "expand the panel to fill the screen" feature. Comments: rpmlint celean license BSD included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:56:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:56:10 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182056.jAIKuAYi010237@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173669 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:59:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:59:00 -0500 Subject: [Bug 173670] New: Review Request: xfce4-wavelan-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173670 Summary: Review Request: xfce4-wavelan-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-wavelan-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-wavelan-plugin-0.4.1-3.fc4.src.rpm Description: A plugin for the Xfce panel that monitors a wireless LAN interface. It displays stats for signal state, signal quality and network name (SSID). Comments: rpmlint clean license BSD included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 20:59:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 15:59:14 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182059.jAIKxEZZ010558@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173670 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:02:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:02:00 -0500 Subject: [Bug 173671] New: Review Request: xfce4-weather-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173671 Summary: Review Request: xfce4-weather-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-weather-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-weather-plugin-0.4.9-3.fc4.src.rpm Description: A weather plugin for the Xfce panel. It shows the current temperature and weather condition, using weather data provided by xoap.weather.com. Comments: rpmlint clean license BSD included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:02:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:02:09 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182102.jAIL29ho010903@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173671 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:04:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:04:51 -0500 Subject: [Bug 173672] New: Review Request: xfce4-windowlist-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173672 Summary: Review Request: xfce4-windowlist-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-windowlist-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-windowlist-plugin-0.1.0-3.fc4.src.rpm Description: Windowlist plugin for the Xfce panel. The menubutton shows the icon of the active window and leftclick pops up a window list. Leftclick on one of the items activates the selected window, rightclick pops up a window action menu. Comments: rpmlint clean license BSD and included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:05:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:05:02 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182105.jAIL52fv011282@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173672 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:09:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:09:12 -0500 Subject: [Bug 173674] New: Review Request: xfce4-xkb-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173674 Summary: Review Request: xfce4-xkb-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-xkb-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-xkb-plugin-0.3.2-3.fc4.src.rpm Description: Xfce XKB layout switch plugin for the Xfce panel. It displays the current keyboard layout, and refreshes when layout changes. The layout can be switched by simply clicking on the plugin. For now the keyboard layouts cannot be configured from the plugin itself, they should be set in the XF86Config file or some other way (e.g. setxkbmap). Comments: rpmlint clean license BSD included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:09:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:09:21 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182109.jAIL9LB3011881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173674 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:11:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:11:38 -0500 Subject: [Bug 173675] New: Review Request: xfce4-xmms-plugin Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173675 Summary: Review Request: xfce4-xmms-plugin Product: Fedora Extras Version: devel Platform: All URL: http://xfce-goodies.berlios.de/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora.wickert at arcor.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-xmms-plugin.spec SRPM Name or Url: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-xmms-plugin-0.3.1-3.fc4.src.rpm Description: Control XMMS from the Xfce panel. Comments: rpmlint clan license BSD included -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:11:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:11:52 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182111.jAILBq2u012227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora.wickert at arcor.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173675 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Fri Nov 18 21:26:05 2005 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 18 Nov 2005 22:26:05 +0100 Subject: strange build error Message-ID: <20051118212605.GA3301@free.fr> Hello, I have a strange error in the cernlib build. It stops with gmake: *** code: No such file or directory. Stop. gmake: Entering an unknown directorygmake: Leaving an unknown directorygmake[2]: *** [code/archive/objects.list] Error 2 http://buildsys.fedoraproject.org/logs/fedora-4-extras/1131-cernlib-2005-4.fc4.4/i386/build.log It builds fine locally (didn't tried in mock though). Could it be possible that there is a disk full or something like that? -- Pat From bugzilla at redhat.com Fri Nov 18 21:26:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:26:00 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200511182126.jAILQ077014139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 ------- Additional Comments From pertusus at free.fr 2005-11-18 16:25 EST ------- There is nothing packaged in /opt... On the contrary... I changed /usr/share to /opt in a config file to show that it is not in the package... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:46:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:46:37 -0500 Subject: [Bug 173683] New: Review Request: bidiv (BiDi Viewer) - display logical-Hebrew text Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173683 Summary: Review Request: bidiv (BiDi Viewer) - display logical- Hebrew text Product: Fedora Extras Version: devel Platform: All URL: http://ivrix.org.il/redhat/bidiv-1.4-2.i386.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: danken at cs.technion.ac.il QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ivrix.org.il/redhat/bidiv.spec SRPM Name or Url: http://ivrix.org.il/redhat/bidiv-1.4-2.src.rpm Description: bidiv is a tiny but useful unitility for viewing logical-Hebrew text from within an 8-bit terminal. It is an easy-to-use front-end of fribidi library. An excerpt of its man page reads: bidiv is a filter, or viewer, for birectional text stored in logical- order, into visual-order 8-bit text which can be viewed on terminals that do not handle bidirectionality. The output visual-order text is formatted assuming a fixed number of characters per line (automatically determined or given with the -w parameter). The current version is oriented towards Hebrew, and therefore reads ISO-8859-8-i (logical) encoded text and outputs ISO-8859-8 (visual) encoded text. However, bidiv can be easily adapted to other encodings and right-to-left languages. I am trying to make Fedora more useful for Hebrew speakers. Adding bidiv to Fedora Extras is one more step in that direction. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 21:46:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 16:46:45 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182146.jAILkjcu017052@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 danken at cs.technion.ac.il changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173683 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 22:09:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 17:09:11 -0500 Subject: [Bug 173691] New: Review Request: notification-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=173691 Summary: Review Request: notification-daemon Product: Fedora Extras Version: devel Platform: All URL: http://www.galago-project.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: triad at df.lth.se QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/notification-daemon.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/notification-daemon-0.2.4-1.src.rpm Description: The notifications daemon is a subproject of the galago project (presence management) which pops up notifications using the D-BUS interprocess stack and its glib bindings. This package and libnotify will be packed by me for use in gnome-power-manager but is of course also useable if someone want to pack up all of galago later on. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 22:09:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 17:09:26 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182209.jAIM9QlE020787@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173691 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 22:12:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 17:12:33 -0500 Subject: [Bug 173692] New: Review Request: libnotify Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173692 Summary: Review Request: libnotify Product: Fedora Extras Version: devel Platform: All URL: http://www.galago-project.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: triad at df.lth.se QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.df.lth.se/~triad/krad/fc/libnotify.spec SRPM Name or Url: http://www.df.lth.se/~triad/krad/fc/libnotify-0.2.2-1.src.rpm Description: Libnotify is a client library for programs that want to use the D-BUS based notification daemon to display interactive popups. This package and libnotify will be packed by me for use in gnome-power-manager but is of course also useable if someone want to pack up all of galago later on. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 22:12:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 17:12:43 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511182212.jAIMChVB021188@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173692 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 22:37:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 17:37:31 -0500 Subject: [Bug 173692] Review Request: libnotify In-Reply-To: Message-ID: <200511182237.jAIMbVAP024159@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnotify https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173692 ------- Additional Comments From johnp at redhat.com 2005-11-18 17:37 EST ------- I wouldn't put these in extras as they are going in core fairly soonish but will be based off the libnotify-ng API that is now in the SVN upstream servers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 18 22:38:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 17:38:26 -0500 Subject: [Bug 173691] Review Request: notification-daemon In-Reply-To: Message-ID: <200511182238.jAIMcQ7j024299@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: notification-daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173691 ------- Additional Comments From johnp at redhat.com 2005-11-18 17:38 EST ------- I wouldn't put these in extras as they are going in core fairly soonish but will be based off the notify-daemon-ng API that is now in the SVN upstream servers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From michel.salim at gmail.com Fri Nov 18 22:55:06 2005 From: michel.salim at gmail.com (Michel Salim) Date: Fri, 18 Nov 2005 17:55:06 -0500 Subject: Build error on devel: libSM dependency Message-ID: <883cfe6d0511181455n393603ecs@mail.gmail.com> One of my package, grhino, fails to compile on devel because libSM has been split from xorg into its own package, and none of the current build dependencies include it. The package (grhino) currently pulls its build dependencies from desktop-file-utils (to handle the .desktop file), libgnomeui-devel and scrollkeeper ; libgnomeui-devel depends on gtk2-devel, which in turns (as of FC-4) depends on XFree86-devel. So which package should I file a bug against - how are the X.org dependencies supposed to be handled in the upcoming, modularized X packaging? Thanks, -- Michel Salim ??? http://www.cs.indiana.edu/~msalim From Matt_Domsch at dell.com Fri Nov 18 23:00:02 2005 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 18 Nov 2005 17:00:02 -0600 Subject: libshout, ices, and icecast for FE Message-ID: <20051118230001.GA26254@lists.us.dell.com> For a little recording and broadcasting project I'm working on, I figured, hey, why not use a Fedora system to do it. libshout is there, I found ices in Ignacio Vazquez-Abrams's repo, and I found Michael Fleming's build of icecast. However, ices wasn't available for FC4, and newer ices2 needs newer libshout. So, here goes. http://domsch.com/linux/fedora/extras/libshout/ http://domsch.com/linux/fedora/extras/ices/ built for FC3 and FC4, i386 and x86_64. Thomas, as nothing in Fedora Extras, freshrpms, or livna appear to use the 1.0.9 build of libshout, can you consider my changes and upgrading the libshout package in Extras to version 2.1? Ignacio, would you consider submitting ices to Extras, with the changes I've made to work with libshout 2.1? Michael, would you consider submitting your build of icecast to Extras? 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 katzj at redhat.com Fri Nov 18 23:22:52 2005 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 18 Nov 2005 18:22:52 -0500 Subject: Build error on devel: libSM dependency In-Reply-To: <883cfe6d0511181455n393603ecs@mail.gmail.com> References: <883cfe6d0511181455n393603ecs@mail.gmail.com> Message-ID: <1132356172.4591.41.camel@bree.local.net> On Fri, 2005-11-18 at 17:55 -0500, Michel Salim wrote: > One of my package, grhino, fails to compile on devel because libSM has > been split from xorg into its own package, and none of the current > build dependencies include it. > > The package (grhino) currently pulls its build dependencies from > desktop-file-utils (to handle the .desktop file), libgnomeui-devel and > scrollkeeper ; libgnomeui-devel depends on gtk2-devel, which in turns > (as of FC-4) depends on XFree86-devel. > > So which package should I file a bug against - how are the X.org > dependencies supposed to be handled in the upcoming, modularized X > packaging? libSM is almost certainly being pulled in for libgnomeui -- so that's where the bug belongs Jeremy From mpeters at mac.com Fri Nov 18 23:29:44 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 18 Nov 2005 15:29:44 -0800 Subject: libshout, ices, and icecast for FE In-Reply-To: <20051118230001.GA26254@lists.us.dell.com> References: <20051118230001.GA26254@lists.us.dell.com> Message-ID: <1132356586.26085.17.camel@locolhost.localdomain> On Fri, 2005-11-18 at 17:00 -0600, Matt Domsch wrote: > For a little recording and broadcasting project I'm working on, I > figured, hey, why not use a Fedora system to do it. libshout is > there, I found ices in Ignacio Vazquez-Abrams's repo, and I found > Michael Fleming's build of icecast. > > However, ices wasn't available for FC4, and newer ices2 needs newer > libshout. So, here goes. > > http://domsch.com/linux/fedora/extras/libshout/ > http://domsch.com/linux/fedora/extras/ices/ libshout2 can be parallel installed with libshout - though the devel packages will conflict (if I remember). Perhaps there is a way to resolve that? That would be better so as to not break applications that do not build against libshout2 (if there are any still - may be moot) From bugzilla at redhat.com Sat Nov 19 03:51:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 18 Nov 2005 22:51:45 -0500 Subject: [Bug 173098] Review Request: ortp: A C library implementing the RTP protocol (RFC3550) In-Reply-To: Message-ID: <200511190351.jAJ3pjIb016991@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lschiere at users.sf.net, | |redhat-bugzilla at six-by- | |nine.com.au, | |thekingant at users.sourceforge | |.net, stu at nosnilmot.com, | |eblanton at cs.ohiou.edu ------- Additional Comments From wtogami at redhat.com 2005-11-18 22:51 EST ------- Hi gaim folks, would you be able to test this SRPM to see if gaim2's Google Talk voice capability can successful use 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 buildsys at fedoraproject.org Sat Nov 19 09:05:49 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 19 Nov 2005 04:05:49 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051119090549.46354808F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 28 QuantLib-0.3.11-3.fc3 boa-0.94.14-0.2.rc21.fc3 cernlib-2005-4.fc3.2 darcs-1.0.4-1.fc3 fwrestart-1.03-1.fc3 gambas-1.0.13-2.fc3 gnet2-2.0.7-5.fc3 gpp-0.6.5-3.fc3 grhino-0.15.0-4.fc3 ircd-hybrid-7.1.3-10.fc3 libannodex-0.7.2-1.fc3 libcmml-0.9.0-2.fc3 libetpan-0.40-1.fc3 liboggz-0.9.3-2.fc3 m17n-lib-1.2.0-1.fc3 mod_annodex-0.2.2-2.fc3 notecase-1.1.2-1.fc3 plague-0.4.2-5.fc3 plague-0.4.2-7.fc3 polyxmass-bin-0.8.9-4.fc3 python-nltk-1.4.4-1.fc3 quarry-0.1.16-1.fc3 scim-m17n-0.1.4-1.fc3 tetex-tex4ht-1.0.2005_11_06_1516-3.fc3 uw-imap-2004g-3.fc3 xsupplicant-1.2.2-4.fc3 xsupplicant-1.2.2-5.fc3 xsupplicant-1.2.2-6.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Nov 19 09:24:21 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 19 Nov 2005 04:24:21 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051119092421.2A8D8808F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 36 QuantLib-0.3.11-3.fc4 SDL_mixer-1.2.6-3.fc4 boa-0.94.14-0.2.rc21.fc4 darcs-1.0.4-1.fc4 erlang-R10B-8.2.fc4 fwrestart-1.03-1.fc4 gambas-1.0.13-2.fc4 grhino-0.15.0-4.fc4 ircd-hybrid-7.1.3-10.fc4 ircd-hybrid-7.1.3-8.fc4 lapack-3.0-35.fc4 libannodex-0.7.2-1.fc4 libcmml-0.9.0-2.fc4 libetpan-0.40-1.fc4 liboggz-0.9.3-2.fc4 libxfce4util-4.2.3.2-1.fc4 liferea-1.0-0.1.rc4.fc4 m17n-lib-1.2.0-1.fc4 mod_annodex-0.2.2-2.fc4 notecase-1.1.2-1.fc4 php-adodb-4.67-1.fc4 plague-0.4.2-5.fc4 plague-0.4.2-7.fc4 python-astng-0.13.1-2.fc4 python-logilab-common-0.12.0-1.fc4 python-nltk-1.4.4-1.fc4 quarry-0.1.16-1.fc4 scim-m17n-0.1.4-1.fc4 soundconverter-0.8.1-2.fc4 sylpheed-claws-1.9.100-1.fc4 system-config-control-1.0-3.fc4 tetex-tex4ht-1.0.2005_11_06_1516-3.fc4 uw-imap-2004g-3.fc4 xfwm4-4.2.3.2-1.fc4 xsupplicant-1.2.2-5.fc4 xsupplicant-1.2.2-6.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sat Nov 19 09:33:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 04:33:16 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511190933.jAJ9XGV0013238@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-19 04:33 EST ------- I forgot to include src file: http://finalzone.webmasterswebworkshop.com/Fedora/gdesklets-0.35.2-10.src.rpm Now the src and spec are ready 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 buildsys at fedoraproject.org Sat Nov 19 09:57:48 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 19 Nov 2005 04:57:48 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051119095748.A3430808F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 58 QuantLib-0.3.11-3.fc5 SDL_mixer-1.2.6-5.fc5 apcupsd-3.10.18-5.fc5 bazaar-1.4.2-3.fc5 bittorrent-4.1.8-1.fc5 boa-0.94.14-0.2.rc21.fc5 bzflag-2.0.2-5 darcs-1.0.4-1.fc5 diradmin-1.7.1-2.fc5 directfb-0.9.24-2.fc5 erlang-R10B-8.3.fc5 esmtp-0.5.1-8.fc5 esmtp-0.5.1-9.fc5 flow-tools-0.68-6.fc5 fltk-1.1.6-4.fc5 fwrestart-1.03-1.fc5 gambas-1.0.13-2.fc5 gdl-0.8.10-4.fc5 grip-3.2.0-9.fc5 hdf5-1.6.4-7.fc5 ircd-hybrid-7.1.3-10.fc5 irssi-0.8.10-0.1.rc7.fc5 kannel-1.4.0-6 lapack-3.0-35.fc5 libcaca-0.9-7.fc5 libesmtp-1.0.3r1-5.fc5 libesmtp-1.0.3r1-6.fc5 libetpan-0.40-1.fc5 libsx-2.05-6.fc5 libxfce4mcs-4.2.3-4.fc5 libxfce4util-4.2.3.2-1.fc5 liferea-1.0-0.2.rc4.fc5 m17n-lib-1.2.0-1.fc5 nail-11.25-5.fc5 neXtaw-0.15.1-7.fc5 net6-1.2.0-1.fc5 notecase-1.1.2-1.fc5 php-adodb-4.67-1.fc5 phpldapadmin-0.9.7.2-1 phpldapadmin-0.9.7.2-2 pl-5.4.7-3.fc5 plague-0.4.2-5.fc5 plague-0.4.2-7.fc5 plt-scheme-299.200-15.fc5 pork-0.99.8.1-3.fc5 python-astng-0.13.1-2.fc5 python-logilab-common-0.12.0-1.fc5 python-nltk-1.4.4-1.fc5 quarry-0.1.16-1.fc5 scim-m17n-0.1.4-1.fc5 soundconverter-0.8.1-2.fc5 sylpheed-claws-1.9.100-1.fc5 synce-0.9.1-4.fc5 tetex-tex4ht-1.0.2005_11_06_1516-3.fc5 ucarp-1.1-3.fc5 uw-imap-2004g-3.fc5 xosd-2.2.14-4.fc5 xsupplicant-1.2.2-6.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sat Nov 19 10:01:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 05:01:27 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511191001.jAJA1RtA015454@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gauret at free.fr CC|gauret at free.fr | OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-19 05:01 EST ------- Missing BR: zlib-devel and libvorbis-devel. Also, it is BR: libmusicbrainz-devel and not BR: libmusicbrainz -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 11:06:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 06:06:25 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511191106.jAJB6P0d021032@www.beta.redhat.com> Please 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 rc040203 at freenet.de 2005-11-19 06:06 EST ------- (In reply to comment #23) > > I'm setting _prefix to / in the spec file. [...] I guess someone here has some > nice solution about > what to do? Read info autoconf You probably want something similar to %configure --sbindir=/sbin --libdir=/%{_lib} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ankit644 at yahoo.com Sat Nov 19 11:21:43 2005 From: ankit644 at yahoo.com (Ankit Patel) Date: Sat, 19 Nov 2005 03:21:43 -0800 (PST) Subject: How to move package from extras to core ? In-Reply-To: Message-ID: <20051119112143.93021.qmail@web34615.mail.mud.yahoo.com> So, finally isn't there any possibility of moving system-config-control from Extras to Core ? --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at leemhuis.info Sat Nov 19 12:29:18 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 19 Nov 2005 13:29:18 +0100 Subject: Build error on devel: libSM dependency In-Reply-To: <1132356172.4591.41.camel@bree.local.net> References: <883cfe6d0511181455n393603ecs@mail.gmail.com> <1132356172.4591.41.camel@bree.local.net> Message-ID: <1132403358.2614.3.camel@localhost.localdomain> Am Freitag, den 18.11.2005, 18:22 -0500 schrieb Jeremy Katz: > On Fri, 2005-11-18 at 17:55 -0500, Michel Salim wrote: > > One of my package, grhino, fails to compile on devel because libSM has > > been split from xorg into its own package, and none of the current > > build dependencies include it. > > > > The package (grhino) currently pulls its build dependencies from > > desktop-file-utils (to handle the .desktop file), libgnomeui-devel and > > scrollkeeper ; libgnomeui-devel depends on gtk2-devel, which in turns > > (as of FC-4) depends on XFree86-devel. > > > > So which package should I file a bug against - how are the X.org > > dependencies supposed to be handled in the upcoming, modularized X > > packaging? > > libSM is almost certainly being pulled in for libgnomeui -- so that's > where the bug belongs That bug was filed already some hours before this discussion ;) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173610 -- Thorsten Leemhuis -- Thorsten Leemhuis From bugzilla at redhat.com Sat Nov 19 13:04:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 08:04:40 -0500 Subject: [Bug 173098] Review Request: ortp: A C library implementing the RTP protocol (RFC3550) In-Reply-To: Message-ID: <200511191304.jAJD4ewm031011@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 ------- Additional Comments From stu at nosnilmot.com 2005-11-19 08:04 EST ------- from our (Gaim's) configure.ac : PKG_CHECK_MODULES(ORTP, ortp >= 0.7.1...) - we currently need at least version 0.7.1 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 19 13:25:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 08:25:56 -0500 Subject: [Bug 173098] Review Request: ortp: A C library implementing the RTP protocol (RFC3550) In-Reply-To: Message-ID: <200511191325.jAJDPuNx032481@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 ------- Additional Comments From ivazquez at ivazquez.net 2005-11-19 08:25 EST ------- Here's the SRPM updated to 0.7.1: http://fedora.ivazquez.net/files/extras/ortp-0.7.1-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 19 13:27:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 08:27:23 -0500 Subject: [Bug 173691] Review Request: notification-daemon In-Reply-To: Message-ID: <200511191327.jAJDRNLQ032654@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: notification-daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173691 ------- Additional Comments From triad at df.lth.se 2005-11-19 08:27 EST ------- Okay then. I interpret this as "Redhat is working on it in cooperation with the Galago guys". Questions: * Is that soonish as in FC5-test2 or FC6? * Will you put in gnome-power-manager too or is this just to get galago in? When we know I will close these tickets. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 13:27:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 08:27:27 -0500 Subject: [Bug 173692] Review Request: libnotify In-Reply-To: Message-ID: <200511191327.jAJDRRfg032667@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnotify https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173692 ------- Additional Comments From triad at df.lth.se 2005-11-19 08:27 EST ------- Okay then. I interpret this as "Redhat is working on it in cooperation with the Galago guys". Questions: * Is that soonish as in FC5-test2 or FC6? * Will you put in gnome-power-manager too or is this just to get galago in? When we know I will close these tickets. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 14:51:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 09:51:18 -0500 Subject: [Bug 173719] New: Review Request: openmpi - a new MPI 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=173719 Summary: Review Request: openmpi - a new MPI implementation Product: Fedora Extras Version: devel Platform: All URL: http://mitgcm.org/eh3/fedora_misc/openmpi-1.0- 1.fc4.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ed at eh3.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://mitgcm.org/eh3/fedora_misc/openmpi.spec SRPM Url: http://mitgcm.org/eh3/fedora_misc/openmpi-1.0-1.fc4.src.rpm Description: Open MPI is a project combining technologies and resources from several other projects (FT-MPI, LA-MPI, LAM/MPI, and PACX-MPI) in order to build the best MPI library available. A completely new MPI-2 compliant implementation, Open MPI offers advantages for system and software vendors, application developers and computer science researchers. Notes: - package builds in mock on FC-4 - can install side-by-side with the Core-provided lam MPI package - takes a little time to compile [but no where near as bad as Xorg or the kernel ;-)] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 14:51:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 09:51:36 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511191451.jAJEpaNR005694@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173719 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 15:14:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 10:14:27 -0500 Subject: [Bug 173719] Review Request: openmpi - a new MPI implementation In-Reply-To: Message-ID: <200511191514.jAJFERue006821@www.beta.redhat.com> Please 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 ------- Additional Comments From ed at eh3.com 2005-11-19 10:14 EST ------- Oh, fudge! The package needs just a little more work because three files conflict with lam in Core. I'll post an updated version as soon as I can fix it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 19 15:25:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 10:25:53 -0500 Subject: [Bug 173098] Review Request: ortp: A C library implementing the RTP protocol (RFC3550) In-Reply-To: Message-ID: <200511191525.jAJFPrNH007563@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 ------- Additional Comments From stu at nosnilmot.com 2005-11-19 10:25 EST ------- The 0.7.1 SRPM from comment #3 built on FC4 works for building and running current Gaim CVS, but note that the voice support is only partially complete at the moment (such that I have no way of testing that it actually works) and subject to change. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 19 16:23:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 11:23:52 -0500 Subject: [Bug 173721] 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=173721 Summary: Review Request:
Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lemenkov at newmail.ru QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: SRPM Name or Url: Description: -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 19 16:24:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 11:24:03 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511191624.jAJGO3Nh012010@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173721 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 16:26:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 11:26:18 -0500 Subject: [Bug 173722] New: Review Request: stratagus - Real-time strategy gaming 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=173722 Summary: Review Request: stratagus - Real-time strategy gaming engine Product: Fedora Extras Version: devel Platform: All URL: http://stratagus.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lemenkov at newmail.ru QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://paula.comtv.ru/stratagus.spec SRPM Name or Url: http://paula.comtv.ru/stratagus-2.1-1.src.rpm Description: Stratagus is a free cross-platform real-time strategy gaming engine. It includes support for playing over the internet/LAN, or playing a computer opponent. The engine is configurable and can be used to create games with a wide-range of features specific to your needs. See the data sets page for a list of current games using the stratagus engine. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 16:26:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 11:26:26 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511191626.jAJGQQZE012187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173722 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 16:28:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 11:28:08 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511191628.jAJGS8UD012347@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-19 11:27 EST ------- I confirm that: %configure --libdir=/%{_lib} --sbindir=/sbin --disable-rpath remove the rpath. Thanks Ralf. A few more things: - please rename the patch to "initng-default-runlevel.patch", to make it appear side to side with other initng files in the SOURCES dir. - in the %files list, the lines beginning with %{_lib} must begin with "/". (%{_lib} resolves to "lib", not "/lib") - remember to own the %{_sysconfdir}/initng and /%{_lib}/initng dirs (just remove the "/*" at the end of their lines in the %files list. - the files installed from the fixes subdir are installed in /usr/sbin instead of /sbin. If those scripts are needed for booting, the fixes/Makefile.in will need patching to make it use $(sbindir) instead of $(_prefix)/sbin. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From toshio at tiki-lounge.com Sat Nov 19 16:59:45 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 19 Nov 2005 08:59:45 -0800 Subject: static libraries' policy: possible solution In-Reply-To: <604aa7910511180723h249b7029le3d0e6d953a365aa@mail.gmail.com> References: <4370BF0D.4070804@odu.neva.ru> <4379F57E.8080006@odu.neva.ru> <1132088827.2251.186.camel@localhost.localdomain> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> <1132251660.17016.9.camel@locolhost.localdomain> <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> <1132326300.3409.32.camel@localhost> <604aa7910511180723h249b7029le3d0e6d953a365aa@mail.gmail.com> Message-ID: <1132419585.6042.19.camel@localhost> On Fri, 2005-11-18 at 10:23 -0500, Jeff Spaleta wrote: > On 11/18/05, Toshio Kuratomi wrote: > > Seriously, a client side tool would have to be a custom tool, not rpm or > > yum. > Someone couldn't come up with a clever yum plugin that checked a list > of libraries where statics were locally required...pull the srpm..when > the library is updated..rebuild the srpm (using mock of course) Is the yum in mock the system yum? If so I think this will currently fail as yum will detect a lock file and error. (I tried running mockbuild while a system yum was running and got a very strange result... mock setup the basic build hierarcy but did not populate with any packages. And it failed to leave any log files at all.) > in > such a way to produce the static subpackage (which is defined in the > srpm spec but not actually built by the fedora build system) and > install the locally built static subpackage without disturbing the > existing Core/Extras library update? Surely a static subpackage would > not file conflict with the main library subpackage.. nor with the > -devel subpackage. It sounds possible from a dependency angle but very icky implementationally. Having a mock build in the middle of depsolving? More important, there are currently no SRPM repositories indexed by rpm-metadata so getting the srpms would have to be done with a bit of fragile guesswork. > Why would an epoch boost need to happen at all? > I'm not talking about replacing any packages... I'm talking about > locally building a defined subpackage that is not carried in the > fedora mirrors. There needs to be some way to mark a package as "do not allow update from repository". But I've realized that the existence of the static library package itself should be sufficient for that purpose, so you're right, no epoch boost necessary. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Sat Nov 19 17:12:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 12:12:06 -0500 Subject: [Bug 173721] Review Request:
In-Reply-To: Message-ID: <200511191712.jAJHC6kw015066@www.beta.redhat.com> Please 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=173721 ------- Additional Comments From jamatos at fc.up.pt 2005-11-19 12:11 EST ------- Clearly this was a mistake so I have close the bug as NOTABUG. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 19 17:46:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 12:46:56 -0500 Subject: [Bug 173724] New: Review Request: libyahoo2 - Library for the Yahoo! Messenger Protocol Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173724 Summary: Review Request: libyahoo2 - Library for the Yahoo! Messenger Protocol Product: Fedora Extras Version: devel Platform: All URL: http://libyahoo2.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lemenkov at newmail.ru QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://paula.comtv.ru/libyahoo2.spec SRPM Name or Url: http://paula.comtv.ru/libyahoo2-0.7.5-1.src.rpm Description: libyahoo2 is a C library interface to the new Yahoo! Messenger protocol. It supports almost all current features of the protocol. libyahoo2 needs for Miranda-IM, a win32 instant messaging client, which compiles with winelib successfully. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 19 17:47:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 12:47:05 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511191747.jAJHl5cl017960@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173724 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 18:12:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 13:12:02 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511191812.jAJIC2Nt020584@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From rdieter at math.unl.edu 2005-11-19 13:11 EST ------- FYI, see also libtunepimp-mp3 submission to livna: http://bugzilla.livna.org/show_bug.cgi?id=637 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 19 18:18:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 13:18:17 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511191818.jAJIIH0r020923@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From rdieter at math.unl.edu 2005-11-19 13:18 EST ------- Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/libtunepimp-0.4.0-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.unstable/libtunepimp-0.4.0-2.src.rpm %changelog * Sat Nov 19 2005 Rex Dieter 0.4.0-2 - BR: libmusicbrainz -> libmusicbrainz-devel - BR: libogg-devel -> libvorbis-devel - BR: zlib-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 Nov 19 19:48:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 14:48:18 -0500 Subject: [Bug 173719] Review Request: openmpi - a new MPI implementation In-Reply-To: Message-ID: <200511191948.jAJJmIar027914@www.beta.redhat.com> Please 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 ------- Additional Comments From ed at eh3.com 2005-11-19 14:48 EST ------- Updated version peacefully co-exists with lam: http://mitgcm.org/eh3/fedora_misc/openmpi-1.0-2.src.rpm http://mitgcm.org/eh3/fedora_misc/openmpi.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 Nov 19 21:19:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 16:19:06 -0500 Subject: [Bug 167111] Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 In-Reply-To: Message-ID: <200511192119.jAJLJ6vj001095@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167111 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-11-19 16:18 EST ------- Hi Patrice, sorry for the delay. I've looked at your libdap-3.5.2-3.src.rpm package and have the following comments: good: + RPM builds in FC-4 mock + no rpmlint errors + source matches upstream + specfile looks good (readable, code not content, etc.) nits: - the Source0: URL is either out-of-date or wrong, please use: ftp://ftp.unidata.ucar.edu/pub/dods/DODS-3.5/source/libdap-3.5.2.tar.gz - upstream is now at 3.5.3 but its your decision whether to update it or not Moving on to potential conflicts with the opendap* packages, I don't know what to say. I haven't checked to see if there are any conflicts. And even if there are, I don't know if it even matters for FC-4+ since the opendap packages aren't available due to serious build problems on 64-bit architectures. So, how about we proceed by saying that libdap-3.5.2-3.src.rpm is APPROVED for FC-4+ and that a separate bugzilla entry should be opened for the libnc-dap-3.5.2-4.src.rpm package. That will give a reviewer (probably me) a chance to test-build the latter in mock following inclusion of the former into the Extras 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 bugzilla at redhat.com Sat Nov 19 23:28:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 18:28:18 -0500 Subject: [Bug 173216] Review Request: OSIV: Open Source Image Velocimetry In-Reply-To: Message-ID: <200511192328.jAJNSIPb009759@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OSIV: Open Source Image Velocimetry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173216 ------- Additional Comments From ed at eh3.com 2005-11-19 18:28 EST ------- Thanks for the review! > - Should the java/matlab support files be packaged? Unfortunately, the three MatLAB files are all MEX-files and, AFAIK, cannot be used with Octave: http://www.octave.org/octave-lists/archive/help-octave.1996/msg00167.html So, because of their build dependencies on non-Fedora packages, it seems that they can't be included in Fedora--at least not in non-source form. The java files I'll try to include in a future version. They have no associatded Makefiles so I'm not certain how to package them -- any suggestions? If its acceptable, I'd like to leave the java bits out for the time being since they are not a critical part of the OSIV command-line tools (works just fine without them). > - Might add AUTHORS file to doc? Sure, done! http://mitgcm.org/eh3/fedora_misc/osiv-0.1.1-2.src.rpm http://mitgcm.org/eh3/fedora_misc/osiv.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 02:39:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 21:39:43 -0500 Subject: [Bug 173216] Review Request: OSIV: Open Source Image Velocimetry In-Reply-To: Message-ID: <200511200239.jAK2dhwk022117@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OSIV: Open Source Image Velocimetry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173216 kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From kevin at tummy.com 2005-11-19 21:39 EST ------- ok on the MatLab files. :( For the java files, not sure how best to package them. They would likely be copied into a web server area to be used? But thats all likely to be very site specific. Perhaps adding them into a share dir so they can be copied where they are needed? As you say though that can be done down the road. Everything else looks good to me... APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 03:20:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 22:20:04 -0500 Subject: [Bug 173543] Review Request: xfce4-datetime-plugin In-Reply-To: Message-ID: <200511200320.jAK3K4qK024258@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-datetime-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173543 kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |kevin at tummy.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From kevin at tummy.com 2005-11-19 22:19 EST ------- Good: - rpmlint good on both fc4/fc5 - license good (GPL). - Builds and works on fc4/fc5 fine. - locales/find_lang look good. Needswork: - The Source0 url doesn't seem to work from here... gives a 403 Forbidden. http://download.berlios.de/xfce-goodies/xfce4-datetime-plugin-0.3.1.tar.gz -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 04:16:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 19 Nov 2005 23:16:30 -0500 Subject: [Bug 173543] Review Request: xfce4-datetime-plugin In-Reply-To: Message-ID: <200511200416.jAK4GUoR028249@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-datetime-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173543 ------- Additional Comments From fedora.wickert at arcor.de 2005-11-19 23:16 EST ------- > Needswork: > - The Source0 url doesn't seem to work from here... gives a 403 Forbidden. > http://download.berlios.de/xfce-goodies/xfce4-datetime-plugin-0.3.1.tar.gz The URL is ok, just checked it and successfully downloaded the tarball. The berlios server has had some problems during the last two weeks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 05:01:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 00:01:33 -0500 Subject: [Bug 173719] Review Request: openmpi - a new MPI implementation In-Reply-To: Message-ID: <200511200501.jAK51XBS030540@www.beta.redhat.com> Please 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 ------- Additional Comments From dakingun at gmail.com 2005-11-20 00:01 EST ------- Hi Ed, (In reply to comment #2) > Updated version peacefully co-exists with lam: Well, you're still left with mpicc, mpic++, and mpif77 in the {_bindir} though. But how about following through with the idea of using alternatives? I've been testing openmpi, and might actually be using it instead of mpich, howevr model/programs that have been built and configure to use mpirun/mpiexec will not be able use openmpi as it's been packaged. Also gfortran is used to build the fortran 90 module when found, so mpif90 needs to be packaged in too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 05:31:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 00:31:00 -0500 Subject: [Bug 173719] Review Request: openmpi - a new MPI implementation In-Reply-To: Message-ID: <200511200531.jAK5V0k4031887@www.beta.redhat.com> Please 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 ------- Additional Comments From ed at eh3.com 2005-11-20 00:30 EST ------- Hi Deji, For openmpi, the names you list above are just soft-links so I removed them. In addition, the above SRPM uses --program-suffix=".openmpi" so its a definite step towards whats needed for alternatives to work. The other half is to get lam converted as Tom indicated at: https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00406.html and I'm hoping Tom and/or a lam maintainer will be able to change the in-Core parts. I'm only just learning about alternatives works so things will need to get added/changed to the openmpi package. Hopefully, it won't be too hard to figure 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 Sun Nov 20 05:41:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 00:41:50 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511200541.jAK5fouG032463@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-20 00:41 EST ------- Review for release 2: * RPM name is OK * Source libtunepimp-0.4.0.tar.gz is the same as upstream * This is the latest version * Builds fine in mock * rpmlint of libtunepimp looks OK * rpmlint of libtunepimp-devel looks OK * File list of libtunepimp looks OK * File list of libtunepimp-devel looks OK * Works fine APPROVED I've added the patch to amarok, will request a rebuild when this is published. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From symbiont at berlios.de Sun Nov 20 09:18:32 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sun, 20 Nov 2005 09:18:32 +0000 Subject: static libraries' policy: possible solution In-Reply-To: <1132419585.6042.19.camel@localhost> References: <4370BF0D.4070804@odu.neva.ru> <20051115210859.GA13874@devserv.devel.redhat.com> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> <1132251660.17016.9.camel@locolhost.localdomain> <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> <1132326300.3409.32.camel@localhost> <604aa7910511180723h249b7029le3d0e6d953a365aa@mail.gmail.com> <1132419585.6042.19.camel@localhost> Message-ID: <6b9c17630511200118u3906a285ibb87b009c0c9f2cd@mail.gmail.com> On 11/19/05, Toshio Kuratomi wrote: > > Is the yum in mock the system yum? If so I think this will currently > fail as yum will detect a lock file and error. (I tried running > mockbuild while a system yum was running and got a very strange > result... mock setup the basic build hierarcy but did not populate with > any packages. And it failed to leave any log files at all.) It uses mock-yum which just uses the system yum and drops the LD_PRELOAD from the environment. Although it uses the system yum, it should be rooted into the hierarchy which was created. So, there shouldn't be any lock file problems. You must be seeing something else. If possible, run your build again with the cvs version of mock. (Plus, I need more eyes to look at the logging patch I committed last week. :D ) It sounds possible from a dependency angle but very icky > implementationally. Having a mock build in the middle of depsolving? > More important, there are currently no SRPM repositories indexed by > rpm-metadata so getting the srpms would have to be done with a bit of > fragile guesswork. They could be indexed. But, doing this sounds a little too CPANish. Think about running rpmbuild during like %install or something crazy like that. Lot's of weird things can happen and I'm not certain if upstream rpm wants to support that. -- -jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Sun Nov 20 10:39:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 05:39:17 -0500 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200511201039.jAKAdHgZ028734@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 ------- Additional Comments From ankit644 at yahoo.com 2005-11-20 05:39 EST ------- This package is now available for FE4 and FE-devel both. So, should i resolve this bug as NEXTRELEASE ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Sun Nov 20 11:10:11 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 20 Nov 2005 03:10:11 -0800 Subject: rpms/libvisual-plugins/devel libvisual-plugins.spec,1.4,1.5 In-Reply-To: <200511201050.jAKAodKl008875@cvs-int.fedora.redhat.com> References: <200511201050.jAKAodKl008875@cvs-int.fedora.redhat.com> Message-ID: <1132485011.2989.8.camel@locolhost.localdomain> On Sun, 2005-11-20 at 05:50 -0500, Michael A. Peters wrote: > Author: mpeters > > Update of /cvs/extras/rpms/libvisual-plugins/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv8846 > > Modified Files: > libvisual-plugins.spec > Log Message: > Spec file now builds in mock (devel), builds all plugins. > Added OpenGL to build > Cleaned up spec file tabs that should have been spaces I've got this building in rawhide now. I'd like to bump release to 2 and tag and build so it can be tested, but one of the changes required may not meet packaging guidelines. In devel, the configure script does not pick up the x11 headers/libraries. So I am specifying them to configure via: %configure \ --x-includes=/usr/X11R6/include/ \ --x-libraries=/usr/X11R6/lib/ \ -=- That's full hard coded path. There are symlinks to those directories in /usr/include and /usr/lib - would it be better to specify --x-includes=%_includedir/ \ --x-libaries=%_libdir/ \ ?? I'm not sure why configure isn't finding them automagically. >From looking at the configure script, it seems like it should - but it doesn't find them unless specified, and when specified - configures perfectly. Anyway - before I make tag and make plague, I'd like to know what the best way to specify them is - since currently I'm doing it hard coded full path instead of using macros. The spec file is in devel branch of libvisual-plugins release tag is 1.9 (I'll bump it to 2 before I build for devel) From ville.skytta at iki.fi Sun Nov 20 11:31:47 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Nov 2005 13:31:47 +0200 Subject: rpms/libvisual-plugins/devel libvisual-plugins.spec,1.4,1.5 In-Reply-To: <1132485011.2989.8.camel@locolhost.localdomain> References: <200511201050.jAKAodKl008875@cvs-int.fedora.redhat.com> <1132485011.2989.8.camel@locolhost.localdomain> Message-ID: <1132486307.14455.57.camel@localhost.localdomain> On Sun, 2005-11-20 at 03:10 -0800, Michael A. Peters wrote: > In devel, the configure script does not pick up the x11 > headers/libraries. So I am specifying them to configure via: > > %configure \ > --x-includes=/usr/X11R6/include/ \ > --x-libraries=/usr/X11R6/lib/ \ > > -=- > That's full hard coded path. > > There are symlinks to those directories in /usr/include and /usr/lib - > would it be better to specify > > --x-includes=%_includedir/ \ > --x-libaries=%_libdir/ \ > > ?? Well, at least the latter looks better from multilib (lib/lib64) point of view. Also, what's in Rawhide is X11R7, not X11R6, and its things are already installed to "standard" paths, so I'd expect the X11R6 stuff to go away soon. From bugzilla at redhat.com Sun Nov 20 12:27:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 07:27:11 -0500 Subject: [Bug 170995] Review Request: System Control Center (system-config-control) In-Reply-To: Message-ID: <200511201227.jAKCRBWm005759@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: System Control Center (system-config-control) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170995 sundaram at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From sundaram at redhat.com 2005-11-20 07:26 EST ------- Yes. Doing so now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 14:19:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 09:19:52 -0500 Subject: [Bug 173692] Review Request: libnotify In-Reply-To: Message-ID: <200511201419.jAKEJqtU012709@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnotify https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173692 ------- Additional Comments From sundaram at redhat.com 2005-11-20 09:19 EST ------- (In reply to comment #2) > Okay then. I interpret this as "Redhat is working on it in cooperation > with the Galago guys". Questions: > > * Is that soonish as in FC5-test2 or FC6? > * Will you put in gnome-power-manager too or is this just to > get galago in? > > When we know I will close these tickets. Gnome-power-manager is already in Fedora development tree and will be in FC5test1 release. Libnotify is also planned to included shortly IIUC. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jspaleta at gmail.com Sun Nov 20 14:46:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 20 Nov 2005 09:46:24 -0500 Subject: static libraries' policy: possible solution In-Reply-To: <6b9c17630511200118u3906a285ibb87b009c0c9f2cd@mail.gmail.com> References: <4370BF0D.4070804@odu.neva.ru> <1132153329.2251.221.camel@localhost.localdomain> <20051116154815.GA8404@devserv.devel.redhat.com> <604aa7910511170701v37f6872dk2b59fae7d282e20a@mail.gmail.com> <1132251660.17016.9.camel@locolhost.localdomain> <604aa7910511171039o430e5439n6908e298cb0b91f7@mail.gmail.com> <1132326300.3409.32.camel@localhost> <604aa7910511180723h249b7029le3d0e6d953a365aa@mail.gmail.com> <1132419585.6042.19.camel@localhost> <6b9c17630511200118u3906a285ibb87b009c0c9f2cd@mail.gmail.com> Message-ID: <604aa7910511200646h5a460471vdc32c9c0a17ef5bf@mail.gmail.com> On 11/20/05, Jeff Pitman wrote: > They could be indexed. But, doing this sounds a little too CPANish. some srpm repos are provided right now. In fact yumdownloader --source (frm FE yum-utils) works when srpm repo metadata is present. -jef From bugzilla at redhat.com Sun Nov 20 14:48:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 09:48:57 -0500 Subject: [Bug 173692] Review Request: libnotify In-Reply-To: Message-ID: <200511201448.jAKEmvZp014448@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnotify https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173692 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |RAWHIDE ------- Additional Comments From triad at df.lth.se 2005-11-20 09:48 EST ------- Resolving bug as "rawhide" to indicate that RH engineers will fix it for 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 Sun Nov 20 14:53:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 09:53:45 -0500 Subject: [Bug 173691] Review Request: notification-daemon In-Reply-To: Message-ID: <200511201453.jAKErjRv014730@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: notification-daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173691 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |RAWHIDE ------- Additional Comments From triad at df.lth.se 2005-11-20 09:53 EST ------- Resolving bug as "rawhide" to indicate that RH engineers will fix it for 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 Sun Nov 20 14:53:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 09:53:57 -0500 Subject: [Bug 173692] Review Request: libnotify In-Reply-To: Message-ID: <200511201453.jAKErv2T014760@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnotify https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173692 Bug 173692 depends on bug 173691, which changed state. Bug 173691 Summary: Review Request: notification-daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173691 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 fedora at camperquake.de Sun Nov 20 18:15:30 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 20 Nov 2005 19:15:30 +0100 Subject: Problem in devel buildsys In-Reply-To: <20051118204609.414EC380941@ningauble.scrye.com> References: <1132342133.2934.10.camel@bureau.maison> <20051118204609.414EC380941@ningauble.scrye.com> Message-ID: <20051120181530.GA2050@ryoko.camperquake.de> On Fri, Nov 18, 2005 at 01:46:06PM -0700, Kevin Fenzi wrote: > FC4: > > mkdir one > mv one/ two/ > (works) > > devel/FC5: > mkdir one > mv one/ two/ > mv: target `two/' is not a directory: No such file or directory > (doesn't work) Urgh. Is there a bug for this? The FC5 behaviour is broken, methinks. From bugzilla at redhat.com Sun Nov 20 18:14:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 13:14:48 -0500 Subject: [Bug 166506] Review Request: python-basemap - basemap toolkit for matplotlib In-Reply-To: Message-ID: <200511201814.jAKIEmOs028608@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-basemap - basemap toolkit for matplotlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 ------- Additional Comments From orion at cora.nwra.com 2005-11-20 13:14 EST ------- Jose - Can you take a look at the latest, now split into a -data package as well? http://www.cora.nwra.com/~orion/fedora/python-basemap-0.7.2.1-1.src.rpm http://www.cora.nwra.com/~orion/fedora/python-basemap-data-0.7-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 19:29:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 14:29:30 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511201929.jAKJTUiS001657@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rdieter at math.unl.edu 2005-11-20 14:29 EST ------- Thanks, imported. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sun Nov 20 19:43:06 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 20 Nov 2005 14:43:06 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051120194306.2CC8F8006@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 ircd-hybrid-7.1.3-11.fc3 lcdf-typetools-2.36-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 Nov 20 19:59:44 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 20 Nov 2005 14:59:44 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051120195944.1F3E98006@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 4 gcfilms-6.0-1.fc4 ircd-hybrid-7.1.3-11.fc4 lcdf-typetools-2.36-1.fc4 python-matplotlib-0.85-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 Sun Nov 20 20:14:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 15:14:57 -0500 Subject: [Bug 166506] Review Request: python-basemap - basemap toolkit for matplotlib In-Reply-To: Message-ID: <200511202014.jAKKEvTD006007@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-basemap - basemap toolkit for matplotlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 ------- Additional Comments From jamatos at fc.up.pt 2005-11-20 15:14 EST ------- Could you please open another entry for python-basemap-data? In the patch that you apply to python-basemap I see this: +# Always build pyshapelib for RPM consistency, uses system shapelib Why? After this will be build in a safe environment so no problem, OTHO maybe it could be interesting to package pyshapelib by itself, no? Is this the only place where it is used? I saw a message from Jeff in the matplotlib list where he says that he rewrote some part that required one of the versions of array (either Numeric or num) in python thus creating pyshapelib. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 20 20:16:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 15:16:27 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200511202016.jAKKGRTW006129@www.beta.redhat.com> Please 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 2005-11-20 15:16 EST ------- (In reply to comment #2) > (In reply to comment #1) > > E: pari shlib-with-non-pic-code /usr/lib/libpari.so.2.1.7 > I investigated the problem: there is an assembly part that gets linked > into the library that causes it, I don't think there can done anything > to it. Does this assembly part work properly on different 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 Sun Nov 20 20:21:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 15:21:11 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511202021.jAKKLBaP006365@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From ville.skytta at iki.fi 2005-11-20 15:21 EST ------- No component for this yet in Bugzilla, so I'll spam here: some of the headers in -devel contain susceptible #includes that aren't shipped in it (and -devel has no other -devel deps, and even if it did, these would look more or less strange): track.h:#include "mutex.h" track.h:#include "metadata.h" track.h:#include "filelookup.h" tunepimp.h:#include "mutex.h" tunepimp.h:#include "filecache.h" tunepimp.h:#include "analyzer.h" tunepimp.h:#include "submit.h" tunepimp.h:#include "lookup.h" tunepimp.h:#include "filelookup.h" tunepimp.h:#include "write.h" tunepimp.h:#include "readmeta.h" tunepimp.h:#include "plugins.h" -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sun Nov 20 20:28:23 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 20 Nov 2005 15:28:23 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051120202823.C78538006@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 9 denyhosts-1.1.3-1.fc5 gcfilms-6.0-2.fc5 ircd-hybrid-7.1.3-11.fc5 jogl-1.1.1-11.fc5 lcdf-typetools-2.36-1.fc5 libtunepimp-0.4.0-2.fc5 python-matplotlib-0.85-1.fc5 tpb-0.6.4-2.fc5 xfwm4-4.2.3.2-3.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 Nov 20 20:25:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 15:25:55 -0500 Subject: [Bug 169704] Review Request: mosml - Moscow ML In-Reply-To: Message-ID: <200511202025.jAKKPtR7006681@www.beta.redhat.com> Please 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 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO_REPORTER ------- Additional Comments From jpmahowald at gmail.com 2005-11-20 15:25 EST ------- SRPM is 404 not found. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 20:28:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 15:28:33 -0500 Subject: [Bug 173766] New: Review Request: taarich - tell the Hebrew (Jewish) date Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173766 Summary: Review Request: taarich - tell the Hebrew (Jewish) date Product: Fedora Extras Version: devel Platform: All URL: ftp://ftp.math.technion.ac.il/calendar/gauss/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: danken at cs.technion.ac.il QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ivrix.org.il/redhat/taarich.spec SRPM Name or Url: http://ivrix.org.il/redhat/taarich-1.20051120-1.src.rpm Description: This RPM includes two small utilities by Zvi Har'El. Taarich displays the current Hebrew date (in English or in Hebrew). Luach renders a calendar of the current Gregorian month, with Hebrew dates. Both use Gauss's algorithm to find the Gregorian date of Passover. As is bug 173683, this is attempt to make Fedora more useful for Hebrew speakers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 20 20:28:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 15:28:44 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511202028.jAKKSiPK006928@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 danken at cs.technion.ac.il changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173766 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 20 20:57:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 15:57:01 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200511202057.jAKKv1OT009523@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pari - Number Theory-oriented Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169703 ------- Additional Comments From gemi at bluewin.ch 2005-11-20 15:56 EST ------- There are alternatives for alpha, hppa, ix86, m68k, ppc and sparc. There is also a none alternative, which I suppose is used if none of the architectures matches. But I think, the only way to find out is to try to build it on x86_64 and ppc which I cannot do, unfortunately. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 20 20:57:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 15:57:38 -0500 Subject: [Bug 169704] Review Request: mosml - Moscow ML In-Reply-To: Message-ID: <200511202057.jAKKvcQ9009610@www.beta.redhat.com> Please 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 ---------------------------------------------------------------------------- Status|NEEDINFO_REPORTER |ASSIGNED ------- Additional Comments From gemi at bluewin.ch 2005-11-20 15:57 EST ------- This should be: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/mosml-2.01-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 Sun Nov 20 21:04:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 16:04:20 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511202104.jAKL4K7O010097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-11-20 16:04 EST ------- Needs work. %prep fails at autoreconf, you'll need autoconf as a BuildRequires You will need to register the tclhttpd user. http://fedoraproject.org/wiki/PackageUserCreation -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 20 22:58:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 17:58:27 -0500 Subject: [Bug 173766] Review Request: taarich - tell the Hebrew (Jewish) date In-Reply-To: Message-ID: <200511202258.jAKMwQvJ019169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: taarich - tell the Hebrew (Jewish) date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173766 ------- Additional Comments From mpeters at mac.com 2005-11-20 17:58 EST ------- >From the spec file: %build make - Will it build with the RPM_OPT_FLAGS ? - should use sed to add the $RPM_OPT_FLAGS to the CFLAGS in Makefile install -d %{buildroot}/{%{_docdir}/%{name},%{_bindir},%{_mandir}/man1} - Should be install -d -m755 %{buildroot}%{_bindir} install -d -m755 %{buildroot}%{_mandir}/man1 - You don't need to install the docdir - the %doc macro will do that for you. - Splitting it up instead of one liner makes it more readable with the macros - in there. gzip luach.man taarich.man cp luach.man.gz %{buildroot}%{_mandir}/man1/luach.1.gz cp taarich.man.gz %{buildroot}%{_mandir}/man1/taarich.1.gz - don't gzip the man pages, rpm will do it for you - use install to put the man pages in their place install -m644 {luach.man,taarich.man} %{buildroot}%{_mandir}/man1/ - will install them, and rpm will compress them. %files %defattr(-,root,root) %{_bindir}/taarich %{_bindir}/luach %doc gauss.txt reading.txt COPYING %{_mandir}/man1/taarich.1* %{_mandir}/man1/luach.1* - %doc is usually right below %defattr - %defattr needs to be changed to %defattr(-,root,root,-) - man pages need to be changed %files %defattr(-,root,root,-) %doc gauss.txt reading.txt COPYING %{_bindir}/taarich %{_bindir}/luach %{_mandir}/man1/* - would be much better -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 23:32:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 18:32:03 -0500 Subject: [Bug 173778] New: Review Request: python-basemap-data - Data for python-basemap Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173778 Summary: Review Request: python-basemap-data - Data for python- basemap Product: Fedora Extras Version: devel Platform: All URL: http://www.cora.nwra.com/~orion/fedora/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: orion at cora.nwra.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/python-basemap-data.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/python-basemap-data-0.7-1.src.rpm Description: Data for python-basemap The basemap toolkit for matplotlib requires a large amount of map and other data for producing its images. This package provides it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 20 23:32:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 18:32:10 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511202332.jAKNWAvD021665@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173778 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 20 23:38:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 18:38:07 -0500 Subject: [Bug 166506] Review Request: python-basemap - basemap toolkit for matplotlib In-Reply-To: Message-ID: <200511202338.jAKNc7AC022076@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-basemap - basemap toolkit for matplotlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 ------- Additional Comments From orion at cora.nwra.com 2005-11-20 18:38 EST ------- (In reply to comment #8) > Could you please open another entry for python-basemap-data? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173778 > In the patch that you apply to python-basemap I see this: > > +# Always build pyshapelib for RPM consistency, uses system shapelib > > Why? > > After this will be build in a safe environment so no problem, OTHO maybe it > could be interesting to package pyshapelib by itself, no? > > Is this the only place where it is used? > I saw a message from Jeff in the matplotlib list > where he says that he rewrote some part that required one of the versions > of array (either Numeric or num) in python thus creating pyshapelib. Two issues here: - If I build the package on my system and python-basemap is already installed it won't build the pyshapelib extensions resulting in failure or a bad (inconsistent) rpm. Since I don't always build in mock, I patched setup.py to always build it. - I'm using the system shapelib because I think it is *bad* for packages to provide their own copies of libraries that are already provided elsewhere. I don't think it's worth packaging pyshapelib separately at the moment, but we may wan't to split if someone else want's it. Biggest issue is that I'm not sure there is really an *official* pyshapelib anywhere. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Sun Nov 20 23:50:00 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 20 Nov 2005 15:50:00 -0800 Subject: broken xorg-x11-devel BuildRequires Message-ID: <1132530601.25275.8.camel@locolhost.localdomain> I did a cvs checkout of extras ran the following: grep -i "^buildrequires" */devel/*.spec |grep "xorg\-x11\-devel" |sort > broken_buildrequires.txt There's 57 packages that are broken. Some of them I suspect are no longer being maintained, but some of them are, and will not build in fc5 if a build request were made. For those interested, the list is here: http://mpeters.us/fc_extras/broken_buildrequires.txt Hopefully its useful From bugzilla at redhat.com Sun Nov 20 23:53:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 18:53:23 -0500 Subject: [Bug 166506] Review Request: python-basemap - basemap toolkit for matplotlib In-Reply-To: Message-ID: <200511202353.jAKNrNcW023846@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-basemap - basemap toolkit for matplotlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 ------- Additional Comments From mpeters at mac.com 2005-11-20 18:53 EST ------- (In reply to comment #9) > Two issues here: > > - If I build the package on my system and python-basemap is already installed it > won't build the pyshapelib extensions resulting in failure or a bad > (inconsistent) rpm. Since I don't always build in mock, I patched setup.py to > always build it. And that is the right thing to do - many people (well, some anyway) rebuild a src.rpm on their system with a minor tweak - I don't know if this rpm would be rebuilt by any users, but it could be. rpm's should build on a users system, even if the same version is already 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 ed at eh3.com Mon Nov 21 00:10:16 2005 From: ed at eh3.com (Ed Hill) Date: Sun, 20 Nov 2005 19:10:16 -0500 Subject: broken xorg-x11-devel BuildRequires In-Reply-To: <1132530601.25275.8.camel@locolhost.localdomain> References: <1132530601.25275.8.camel@locolhost.localdomain> Message-ID: <1132531816.30351.399.camel@ernie> On Sun, 2005-11-20 at 15:50 -0800, Michael A. Peters wrote: > > There's 57 packages that are broken. > Some of them I suspect are no longer being maintained, but some of them > are, and will not build in fc5 if a build request were made. > Hopefully its useful Hi Michael, Yes, the above email is useful but it would be nice to go a step farther and suggest likely fixes. For instance, will some fraction of the above packages be fixed if one simply substitutes: xorg-x11-proto-devel for xorg-x11-devel Or is it more complicated than that? Ed (whos hoping to avoid having to setup a devel box just to test one package) -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From mpeters at mac.com Mon Nov 21 00:23:42 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 20 Nov 2005 16:23:42 -0800 Subject: broken xorg-x11-devel BuildRequires In-Reply-To: <1132531816.30351.399.camel@ernie> References: <1132530601.25275.8.camel@locolhost.localdomain> <1132531816.30351.399.camel@ernie> Message-ID: <1132532623.25275.12.camel@locolhost.localdomain> On Sun, 2005-11-20 at 19:10 -0500, Ed Hill wrote: > packages be fixed if one simply substitutes: > > xorg-x11-proto-devel for xorg-x11-devel > > Or is it more complicated than that? It is more complicated than that - one of mine required three devel packages in place of xorg-x11-devel > > Ed (whos hoping to avoid having to setup a devel box just to > test one package) What package? If you've just got one, I'll try to figure it out and bugzilla it with the BuildRequires fix. From ed at eh3.com Mon Nov 21 00:45:29 2005 From: ed at eh3.com (Ed Hill) Date: Sun, 20 Nov 2005 19:45:29 -0500 Subject: broken xorg-x11-devel BuildRequires In-Reply-To: <1132532623.25275.12.camel@locolhost.localdomain> References: <1132530601.25275.8.camel@locolhost.localdomain> <1132531816.30351.399.camel@ernie> <1132532623.25275.12.camel@locolhost.localdomain> Message-ID: <1132533930.30351.405.camel@ernie> On Sun, 2005-11-20 at 16:23 -0800, Michael A. Peters wrote: > On Sun, 2005-11-20 at 19:10 -0500, Ed Hill wrote: > > > > Or is it more complicated than that? > > It is more complicated than that - one of mine required three devel > packages in place of xorg-x11-devel Oh, well. I was hoping for a quick and easy fix. ;-) > What package? > If you've just got one, I'll try to figure it out and bugzilla it with > the BuildRequires fix. Thank you but someone else just gave me access to a devel box so I'm all set -- but thanks again! Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From bugzilla at redhat.com Mon Nov 21 01:26:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 20 Nov 2005 20:26:56 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511210126.jAL1Quvw030177@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 ------- Additional Comments From wart at kobold.org 2005-11-20 20:26 EST ------- I tried adding an entry for the tclhttpd user on http://fedoraproject.org/wiki/PackageUserRegistry, but I don't have edit permission on that page. New spec file is available at: http://www.kobold.org/~wart/fedora/tclhttpd.spec This spec file cleans addresses the problems mentioned above, and cleans up some of the rpmlint warnings. I think that the rest of the remaining rpmlint warnings can be ignored for the following reasons (feel free to disagree and/or suggest workarounds): E: tclhttpd non-standard-uid /etc/tclhttpd tclhttpd E: tclhttpd non-standard-gid /etc/tclhttpd tclhttpd - Yes, it is a non-standard uid. This is a new uid created by the package so that the tclhttpd server doesn't have to run as root. W: tclhttpd hidden-file-or-dir /var/www/tclhttpd/htdocs/status/.tclaccess - Yes, these are hidden by design. The .tclaccess files are the tclhttpd equivalent of .htaccess files, except that they use tcl code for access control instead of standard .htaccess syntax. W: tclhttpd hidden-file-or-dir /var/www/tclhttpd/htdocs/templates/.tml - These are also hidden by design. .tml files are library template files that are loaded for all tcl application scripts in the current directory. E: tclhttpd htaccess-file /var/www/tclhttpd/htdocs/htaccess/.htaccess - This is not apache, but it allows the use of .htaccess files for access control. This error only pertains to apache .htaccess files. E: tclhttpd executable-marked-as-config-file /var/www/tclhttpd/htdocs/cgi-bin/wiki.cgi - The tclhttpd content directory /var/www/tclhttpd contains a default wwwroot that can be customized. Since these files can be customized after installation, they must not be replaced during an upgrade, thus, they are marked as %config(noreplace). This also includes a few cgi scripts which are triggering this error. E: tclhttpd zero-length /var/www/tclhttpd/htdocs/empty.html - Intentionally empty file used for web page layouts. E: tclhttpd script-without-shellbang /usr/bin/httpdthread.tcl - This isn't really meant to be invoked directly, but is instead sourced by the real startup script /usr/bin/tclhttpd. W: tclhttpd log-files-without-logrotate /var/log/tclhttpd - tclhttpd has its own builtin log rotation system. W: tclhttpd dangerous-command-in-%preun rm W: tclhttpd dangerous-command-in-%postun rm - Any better suggestions on how to get rid of these runtime files? I'm inclined to ignore 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 bojan at rexursive.com Mon Nov 21 02:39:49 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 21 Nov 2005 13:39:49 +1100 Subject: Reentrant flex Message-ID: <20051121133949.63qm7ihkoowo84go@imp.rexursive.com> I would like to submit one of my own pieces of software (mod_spin: http://www.rexursive.com/software/modspin/) for inclusion in Fedora Extras, but in order to do that, reentrant flex (2.5.31) would need to exist in extras as well, as my software uses it as a build dependency. Shipping reentrant flex within my package is not an option, as they use incompatible licences (BSD with advertising clause for flex and GPL for mod_spin). In order to resolve the conundrum of not upsetting stock flex, I built reentrat flex package (I call it flex-reentrant), which lives in a completely isolated location of /usr/local/flex (and then ./bin, etc.) to prevent clashes with anything system wide. Now, I have absolutely no idea if this is the way things are supposed to be done or not, so I'm looking for some input from people that had to build an alternative version of the same software for the extras repository. Pointers in regards to reentrant flex are especially welcome. Obviously, for all this to happen, an interest in including the reentrant flex and mod_spin would need to exist. If there is no such interest, please disregard this question. -- Bojan From mpeters at mac.com Mon Nov 21 03:02:14 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 20 Nov 2005 19:02:14 -0800 Subject: Reentrant flex In-Reply-To: <20051121133949.63qm7ihkoowo84go@imp.rexursive.com> References: <20051121133949.63qm7ihkoowo84go@imp.rexursive.com> Message-ID: <1132542135.25275.30.camel@locolhost.localdomain> On Mon, 2005-11-21 at 13:39 +1100, Bojan Smojver wrote: > I would like to submit one of my own pieces of software (mod_spin: > http://www.rexursive.com/software/modspin/) for inclusion in Fedora > Extras, but in order to do that, reentrant flex (2.5.31) would need to > exist in extras as well, as my software uses it as a build dependency. > Shipping reentrant flex within my package is not an option, as they use > incompatible licences (BSD with advertising clause for flex and GPL for > mod_spin). > > In order to resolve the conundrum of not upsetting stock flex, I built > reentrat flex package (I call it flex-reentrant), which lives in a > completely isolated location of /usr/local/flex (and then ./bin, etc.) > to prevent clashes with anything system wide. Now, I have absolutely no > idea if this is the way things are supposed to be done or not, so I'm > looking for some input from people that had to build an alternative > version of the same software for the extras repository. Pointers in > regards to reentrant flex are especially welcome. > > Obviously, for all this to happen, an interest in including the > reentrant flex and mod_spin would need to exist. If there is no such > interest, please disregard this question. An interest in them does not need to exist, though it helps. I for one am very happy when maintainers of code want to maintain their packages in Extras - I think it has better odds of quality packaging for those who are interested in it. With respect to reentrat flex - packaging it in /usr/local is not an option. Hopefully a solution can be found that meets the packaging guidelines. Renaming the conflicting files to something else *might* be a workable solution - I'm assuming you can specify which flex you want in the Makefile. I don't know if that's the best solution. Is it impossible to use standard flex? From bojan at rexursive.com Mon Nov 21 03:17:37 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 21 Nov 2005 14:17:37 +1100 Subject: Reentrant flex Message-ID: <20051121141737.9phk7pgraoo4gw4w@imp.rexursive.com> Quoting "Michael A. Peters" : > An interest in them does not need to exist, though it helps. > I for one am very happy when maintainers of code want to maintain their > packages in Extras - I think it has better odds of quality packaging for > those who are interested in it. Cool. I always ship the spec files with my tarballs, so making it Fedora Extras friendly makes it even better. > With respect to reentrat flex - packaging it in /usr/local is not an > option. Hopefully a solution can be found that meets the packaging > guidelines. Renaming the conflicting files to something else *might* be > a workable solution - I'm assuming you can specify which flex you want > in the Makefile. I don't know if that's the best solution. Yeah, that's a possibility as well and it should be all that hard (the /usr/local hack was a quick fix in my own little world :-). Basically, when you use flex to generate the scanner and later link against -lfl (or -lfl), the package build system would pick the correct one. If you have a naming convention in mind, I can attempt building the package. Just append -reentrant to everything? > Is it impossible to use standard flex? Unfortunately not. The mod_spin module works with Apache 2.x, which these days can be a multi-threaded beast (e.g. worker MPM). As such, using a scanner that isn't thread safe would impose performance penalties due to locking requirements and it would also unnecessarily complicate the code (i.e. more bugs), for both of which there is a simple solution - reentrant scanner. -- Bojan From bojan at rexursive.com Mon Nov 21 03:32:21 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 21 Nov 2005 14:32:21 +1100 Subject: Reentrant flex In-Reply-To: <20051121141737.9phk7pgraoo4gw4w@imp.rexursive.com> References: <20051121141737.9phk7pgraoo4gw4w@imp.rexursive.com> Message-ID: <20051121143221.ikv7ori74k0k0soo@imp.rexursive.com> Quoting Bojan Smojver : > it should be all that hard What I meant here was "it shouldn't be all that hard", of course. -- Bojan From mpeters at mac.com Mon Nov 21 03:53:19 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 20 Nov 2005 19:53:19 -0800 Subject: Reentrant flex In-Reply-To: <20051121143221.ikv7ori74k0k0soo@imp.rexursive.com> References: <20051121141737.9phk7pgraoo4gw4w@imp.rexursive.com> <20051121143221.ikv7ori74k0k0soo@imp.rexursive.com> Message-ID: <1132545199.25275.39.camel@locolhost.localdomain> On Mon, 2005-11-21 at 14:32 +1100, Bojan Smojver wrote: > Quoting Bojan Smojver : > > > it should be all that hard > > What I meant here was "it shouldn't be all that hard", of course. Maybe one of the FHS gurus has a better idea, but what I would suggest is a) trying to convince core maintainer to switch to it (might be hard/impossible) b) patching flex-reentrant to use a non conflicting name for header file, static lib, info page, etc. Then in your mod-spin package, configure could first check for the modified flex-reentrant and use it - and if that's not there, check to see if the system flex is flex-reentrant. From bojan at rexursive.com Mon Nov 21 04:17:14 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 21 Nov 2005 15:17:14 +1100 Subject: Reentrant flex In-Reply-To: <1132545199.25275.39.camel@locolhost.localdomain> References: <20051121141737.9phk7pgraoo4gw4w@imp.rexursive.com> <20051121143221.ikv7ori74k0k0soo@imp.rexursive.com> <1132545199.25275.39.camel@locolhost.localdomain> Message-ID: <20051121151714.f9hefoqzkgow8ws0@imp.rexursive.com> Quoting "Michael A. Peters" : > Maybe one of the FHS gurus has a better idea, but what I would suggest > is > > a) trying to convince core maintainer to switch to it (might be > hard/impossible) That will be very hard, as this package isn't well maintained at all (last released March 31, 2003). There are some patches for it that Debian folk keep and I plonked those into the package I built. But a bigger problem here is that this version of flex is (was) supposed to become flex 2.6, therefore being the new official flex, as it has all the functionality of regular flex plus reentrant C bits. So, I'm guessing that upstream folk want to keep it they way it is. Unfortunately, nobody knows any more if 2.6 is going to happen and when. > b) patching flex-reentrant to use a non conflicting name for header > file, static lib, info page, etc. I can do that and it shouldn't be that hard (there is only a bunch of files in the build I need to keep, the rest exists in regular flex, so it can be thrown away). Also, that will make sure that nobody uses that package instead of regular flex by accident. Given that scanners are vital to proper functioning of many packages, accidentaly replacing the old flex with this one would be a disaster and I certainly don't want to do that. > Then in your mod-spin package, configure could first check for the > modified flex-reentrant and use it - and if that's not there, check to > see if the system flex is flex-reentrant. I have options that are passed to configure that do that already. They would have to be tweaked somewhat, but I don't mind doing that. So, this is a non-issue. BTW, the whole thing is only important at build time anyway, so it shouldn't affect runtime at all. Thanks for your suggestions. I'll report back when I have something better (i.e. code :-) -- Bojan From triad at df.lth.se Mon Nov 21 07:25:32 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 21 Nov 2005 08:25:32 +0100 (CET) Subject: Reentrant flex In-Reply-To: <20051121133949.63qm7ihkoowo84go@imp.rexursive.com> References: <20051121133949.63qm7ihkoowo84go@imp.rexursive.com> Message-ID: On Mon, 21 Nov 2005, Bojan Smojver wrote: > In order to resolve the conundrum of not upsetting stock flex, I built > reentrat flex package (I call it flex-reentrant), which lives in a completely > isolated location of /usr/local/flex (and then ./bin, etc.) to prevent > clashes with anything system wide. Is it impossible to have the reentrant flex only exist in your own build tree? So that it will get built and used for this task only then disappear when the source tree is removed. Shouldn't be that hard... Linus From bugzilla at redhat.com Mon Nov 21 08:24:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 03:24:42 -0500 Subject: [Bug 173790] New: Review Request: gstreamer-plugins-fcextras Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173790 Summary: Review Request: gstreamer-plugins-fcextras Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: mpeters at mac.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mpeters.us/fc_extras/gstreamer-plugins-fcextras.spec SRPM Name or Url: http://mpeters.us/fc_extras/gstreamer-plugins-fcextras-0.8.11-1.fc5.src.rpm Description: GStreamer is a streaming-media framework, based on graphs of filters which operate on media data. This package contains plugins that are not distributed as part of the Fedora Core gstreamer-plugins package. This includes libvisual, aalib, ladspa, libsidplay, libsndfile, and libshout plugins. -=- Two binary packages are built: gstreamer-plugins-audio gstreamer-plugins-video This follows the naming scheme that I believe the upstream developers would like to have, and does not conflict with the naming scheme for the plugins in livna. -=- One plugin is currently not being built because of bug #173787 -=- This is intended for fc5. It might also build on fc4 but I do not know if the newer version of gstreamer-plugins than core plugins will cause any issues. One dependency is not yet available (libvisual-plugins) in devel - but it has been through the buildsystem succesfully, just waiting to be pushed. -=- Builds in rawhide mock (at least todays rawhide mock) [mpeters at laptop gstreamer_stuff]$ ls gstreamer-plugins-audio-0.8.11-1.fc5.i386.rpm gstreamer-plugins-fcextras-0.8.11-1.fc5.src.rpm gstreamer-plugins-fcextras-debuginfo-0.8.11-1.fc5.i386.rpm gstreamer-plugins-video-0.8.11-1.fc5.i386.rpm [mpeters at laptop gstreamer_stuff]$ rpmlint *.rpm E: gstreamer-plugins-video explicit-lib-dependency libvisual-plugins [mpeters at laptop gstreamer_stuff]$ The error is bogus, libvisual-plugins does not provide a linked against library - it provides plugins. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 08:24:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 03:24:59 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511210824.jAL8Ox09031732@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173790 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 08:30:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 03:30:06 -0500 Subject: [Bug 173790] Review Request: gstreamer-plugins-fcextras In-Reply-To: Message-ID: <200511210830.jAL8U61F032154@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer-plugins-fcextras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173790 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thomas at apestaart.org ------- Additional Comments From mpeters at mac.com 2005-11-21 03:29 EST ------- Thomas - I'd like your feedback if possible, and if you want to maintain this - I would gladly mark this closed duplicate of your package. Or if you don't have the time to do it now, I'd like to at least make the package naming scheme works for how you would want to do it later. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 08:38:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 03:38:52 -0500 Subject: [Bug 173790] Review Request: gstreamer-plugins-fcextras In-Reply-To: Message-ID: <200511210838.jAL8cqi5000331@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer-plugins-fcextras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173790 ------- Additional Comments From mpeters at mac.com 2005-11-21 03:38 EST ------- %files -n gstreamer-plugins-video %doc AUTHORS COPYING README removed-sources.txt %{_libdir}/gstreamer-%{majmin}/libgstlibvisual.so #%{_libdir}/gstreamer-%{majmin}/libgstaasink.so oops- forgot %defattr(-,root,root,-) rpmlint didn't catch it :-/ Will 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 bojan at rexursive.com Mon Nov 21 08:52:47 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 21 Nov 2005 19:52:47 +1100 Subject: Reentrant flex In-Reply-To: References: <20051121133949.63qm7ihkoowo84go@imp.rexursive.com> Message-ID: <1132563167.31367.2.camel@coyote.rexursive.com> On Mon, 2005-11-21 at 08:25 +0100, Linus Walleij wrote: > Is it impossible to have the reentrant flex only exist in your own build > tree? So that it will get built and used for this task only then disappear > when the source tree is removed. Shouldn't be that hard... Sure (that's basically how my notebook is set up right now). But keep in mind that I don't have build tree in Fedora Extras. So, it'll have to be someone else's build tree. Also, if someone grabs the source RPM and wants to rebuild, they will be up against the wall. I don't think this is how open source is supposed to work... -- Bojan From bugzilla at redhat.com Mon Nov 21 09:03:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 04:03:53 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511210903.jAL93rbu002865@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 ------- Additional Comments From ville.skytta at iki.fi 2005-11-21 04:03 EST ------- (In reply to comment #3) > E: tclhttpd script-without-shellbang /usr/bin/httpdthread.tcl > - This isn't really meant to be invoked directly, but is instead > sourced by the real startup script /usr/bin/tclhttpd. That sounds to me like the script should not be executable, and not installed in /usr/bin. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Nov 21 09:38:36 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 21 Nov 2005 10:38:36 +0100 Subject: buildsys borked, again? Message-ID: <1132565916.13253.99.camel@mccallum.corsepiu.local> /usr/bin/plague-client build Coin2 Coin2-2_4_4-4_fc5 devel Package Coin2 enqueued. (However, no Job ID was provided in the time required) Ralf From oliver at linux-kernel.at Mon Nov 21 09:55:40 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 21 Nov 2005 10:55:40 +0100 Subject: buildsys borked, again? In-Reply-To: <1132565916.13253.99.camel@mccallum.corsepiu.local> References: <1132565916.13253.99.camel@mccallum.corsepiu.local> Message-ID: <4381999C.4030104@linux-kernel.at> On 11/21/2005 10:38 AM, Ralf Corsepius wrote: > /usr/bin/plague-client build Coin2 Coin2-2_4_4-4_fc5 devel > Package Coin2 enqueued. (However, no Job ID was provided in the time > required) Same error here. :/ -of From luya at jpopmail.com Mon Nov 21 10:25:31 2005 From: luya at jpopmail.com (Luya Tshimbalanga) Date: Mon, 21 Nov 2005 02:25:31 -0800 Subject: gdesklets package asked to be reviewed Message-ID: <20051121102531.E615023D32@ws5-3.us4.outblaze.com> Hello, I modified the spec for gdesklets to follow the guideline rules. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173111 I am waiting for reviews and approval if possible. Since it is a fairly popular application, that should be a welcome addition for Extras repository. Luya -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org From mpeters at mac.com Mon Nov 21 10:40:08 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 21 Nov 2005 02:40:08 -0800 Subject: gdesklets package asked to be reviewed In-Reply-To: <20051121102531.E615023D32@ws5-3.us4.outblaze.com> References: <20051121102531.E615023D32@ws5-3.us4.outblaze.com> Message-ID: <1132569609.2740.3.camel@locolhost.localdomain> On Mon, 2005-11-21 at 02:25 -0800, Luya Tshimbalanga wrote: > Hello, > > I modified the spec for gdesklets to follow the guideline rules. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173111 > > I am waiting for reviews and approval if possible. Since it is > a fairly popular application, that should be a welcome addition > for Extras repository. It looks like one thing you are waiting for is sponsorship. It seems that the path to sponsorship is to show those who have authority to sponser (not me) that you know and understand the packaging guidelines by contributing to the review of other packages. While you can't approve other packages, you can comment on them through bugzilla - and make suggestions with respect to how they can better fit the guidelines - so that they can be reviewed and approved more quickly by those who do have authority to approve. I'll look at your newest package and see if there are any other suggestions I see. From bugzilla at redhat.com Mon Nov 21 11:05:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 06:05:41 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511211105.jALB5fnc016517@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From mpeters at mac.com 2005-11-21 06:05 EST ------- configure gives a warning: configure: WARNING: you should use --build, --host, --target Is that really ignorable? -=- Package installs a schema file, but the schema is not installed. The spec file says that gdesklets no longer requires gconf. If it no longer requires gconf, should the schema be removed? in %files %defattr(-,root,root,0755) I think it should be %defattr(-,root,root,-) If that causes a problem, the correct attribute should be set where it is needed. In %files %{_mandir}/man1/%{name}.1.gz should be %{_mandir}/man1/* How the file is compressed (and even if it is compressed) should be left up the macros on the build machine - which currently is gzip, but could change to bz2 or something else (though I find it unlikely that it would) -=- minor - please use a dist tag. IE instead of Release: 10 use Release: 10%{?dist} ... There are some rpmlint warnings/errors: W: gdesklets symlink-should-be-relative /usr/lib/gdesklets/data/gdesklets.png /usr/share/pixmaps/gdesklets.png E: gdesklets script-without-shellbang /usr/lib/gdesklets/NullObject.py W: gdesklets symlink-should-be-relative /usr/bin/gdesklets /usr/lib/gdesklets/gdesklets They could be and should be fixed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 11:17:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 06:17:45 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511211117.jALBHjnU018679@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From rc040203 at freenet.de 2005-11-21 06:17 EST ------- (In reply to comment #24) > configure gives a warning: > > configure: WARNING: you should use --build, --host, --target > > Is that really ignorable? No, it's a bug inside of the spec. The cause is a stray "noreplace" in the %configure line. I have no idea what this is supposed to mean, but I know for sure, it disturbs autoconf - Simply remove it. Further issue: The tarball is called gDesklets, while the package is called gdesklets. IMO, the package therefore should be called gDesklets. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 11:58:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 06:58:46 -0500 Subject: [Bug 173790] Review Request: gstreamer-plugins-fcextras In-Reply-To: Message-ID: <200511211158.jALBwk8E024513@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer-plugins-fcextras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173790 ------- Additional Comments From dmitry at butskoy.name 2005-11-21 06:58 EST ------- May be better to name it "gstreamer-plugins-extras", not "...-fcextras"? There are some precedents (gnome-themes-extras in FE, php-extras under review). Additionally, as %{?dist} is present and will be substituted like "fcX", there is no need to mark again that it is FC-related package... "-audio/-video" -- Is such a separation useful enough? I understand reasons for this, but IMHO it would be a little more easy for users to have "gstreamers-plugins-extras" accompanied with "gstreamers-plugins-livna" (;)), and nothing more. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Mon Nov 21 12:02:37 2005 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 21 Nov 2005 13:02:37 +0100 Subject: strange build error In-Reply-To: <20051118212605.GA3301@free.fr> References: <20051118212605.GA3301@free.fr> Message-ID: <20051121120237.GC3790@free.fr> On Fri, Nov 18, 2005 at 10:26:05PM +0100, Patrice Dumas wrote: > Hello, > > I have a strange error in the cernlib build. It stops with > gmake: *** code: No such file or directory. Stop. I found the problem, it was an issue with parallel make. Sorry for the noise. -- Pat From bugzilla at redhat.com Mon Nov 21 12:18:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 07:18:28 -0500 Subject: [Bug 167111] Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 In-Reply-To: Message-ID: <200511211218.jALCISfo026236@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167111 ------- Additional Comments From pertusus at free.fr 2005-11-21 07:18 EST ------- Here is an updated srpm with the correct Source0, updated to 3.5.3 http://www.environnement.ens.fr/perso/dumas/fc-srpms/libdap-3.5.3-2.src.rpm Once it is approved I'll resubmit libnc-dap in a separated bugzilla entry. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 12:21:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 07:21:39 -0500 Subject: [Bug 173790] Review Request: gstreamer-plugins-fcextras In-Reply-To: Message-ID: <200511211221.jALCLd7n026471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer-plugins-fcextras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173790 ------- Additional Comments From mpeters at mac.com 2005-11-21 07:21 EST ------- The reason for gstreamer-plugins-audio and gstreamer-plugins-video is because several of the various package repositories decided upon this naming scheme early on, and it would be silly to break it imho if we don't have to, especially when it is being used for the rpm.livna.org non free packages. The naming scheme for addon packages was Free (not patent encumbered) gstreamer-plugins-audio gstreamer-plugins-video Non Free (as in patent encumbered) gstreamer-extra-audio gstreamer-extra-video gstreamer-extra-dvd This is the scheme used at http://gstreamer.freedesktop.org/pkg/fedora/4/i386/RPMS.gst/ -=- With respect to the src.rpm - livna already has a gstreamer-plugins-extra src.rpm - gstreamer-plugins-extras is too close to that, hence the fcextras It's only in the src.rpm - not the binary rpm's. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 12:38:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 07:38:16 -0500 Subject: [Bug 173790] Review Request: gstreamer-plugins-fcextras In-Reply-To: Message-ID: <200511211238.jALCcGnm028145@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer-plugins-fcextras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173790 ------- Additional Comments From mpeters at mac.com 2005-11-21 07:38 EST ------- new src.rpm (fix comment 2): http://mpeters.us/fc_extras/gstreamer-plugins-fcextras-0.8.11-2.fc4.src.rpm new spec file: http://mpeters.us/fc_extras/gstreamer-plugins-fcextras.spec builds in fc4 mock - works in fc4 This one won't build in fc5 due to bug #173787 but if that bug isn't closed before an approval, I can disable that plugin before building for devel branch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ed at eh3.com Mon Nov 21 12:56:37 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 21 Nov 2005 07:56:37 -0500 Subject: buildsys borked, again? In-Reply-To: <4381999C.4030104@linux-kernel.at> References: <1132565916.13253.99.camel@mccallum.corsepiu.local> <4381999C.4030104@linux-kernel.at> Message-ID: <1132577797.30351.452.camel@ernie> On Mon, 2005-11-21 at 10:55 +0100, Oliver Falk wrote: > On 11/21/2005 10:38 AM, Ralf Corsepius wrote: > > /usr/bin/plague-client build Coin2 Coin2-2_4_4-4_fc5 devel > > Package Coin2 enqueued. (However, no Job ID was provided in the time > > required) > > Same error here. :/ Yeah, job "1175: ncview" is also stuck. Will I need to re-submit it? Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From bugzilla at redhat.com Mon Nov 21 13:10:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 08:10:17 -0500 Subject: [Bug 173766] Review Request: taarich - tell the Hebrew (Jewish) date In-Reply-To: Message-ID: <200511211310.jALDAHHM031386@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: taarich - tell the Hebrew (Jewish) date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173766 ------- Additional Comments From danken at cs.technion.ac.il 2005-11-21 08:10 EST ------- Thank you for your suggestions. I applied all of them (I hope so), except for the one regarding sed; I did not quite understand what you wanted. Is it enough to pass make CFLAGS="$RPM_OPT_FLAGS -s" ? An updated SRPM sits in http://ivrix.org.il/redhat/taarich-1.20051120-2.src.rpm and the spec file is again in http://ivrix.org.il/redhat/taarich.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 13:24:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 08:24:18 -0500 Subject: [Bug 173790] Review Request: gstreamer-plugins-fcextras In-Reply-To: Message-ID: <200511211324.jALDOIgu000481@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer-plugins-fcextras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173790 ------- Additional Comments From thomas at apestaart.org 2005-11-21 08:24 EST ------- This is a little difficult. A few things: - packages in livna and freshrpms and gstreamer repo with encumbered stuff are currently called gstreamer-plugins-extra-*, not gstreamer-extra-* - GStreamer 0.10 is coming out in two weeks. That version will have four tarballs of plugins, not just one, and specifically tries to address distribution's issues with the plugins as well. In short, there will be: - base: a set of essential plug-ins. All of these are expected to be built and shipped by a distro - good: as set of plug-ins with good licensing and quality. All of these expected to be shipped - ugly: a set of plug-ins of good quality, but various distro-related issues. Patent problems, licensing problems, ... - bad: plug-ins of questionable quality, not matured yet, ... ship at own risk. Now, given that you mention targetting fc5, you could decide to not pursue shipping these few plug-ins in extra. But, since 0.8 is parallel-installable with 0.10, you might still want to provide them for those people and apps still on 0.8. I guess this needs more thought, and some thinking on the core question: how much pain do you want to be 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 Mon Nov 21 13:29:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 08:29:02 -0500 Subject: [Bug 173766] Review Request: taarich - tell the Hebrew (Jewish) date In-Reply-To: Message-ID: <200511211329.jALDT2QB001177@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: taarich - tell the Hebrew (Jewish) date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173766 ------- Additional Comments From mpeters at mac.com 2005-11-21 08:29 EST ------- (In reply to comment #2) > Thank you for your suggestions. I applied all of them (I hope so), > except for the one regarding sed; I did not quite understand what you > wanted. Is it enough to pass make CFLAGS="$RPM_OPT_FLAGS -s" ? Yeah - that works too. > > An updated SRPM sits in http://ivrix.org.il/redhat/taarich-1.20051120-2.src.rpm > and the spec file is again in http://ivrix.org.il/redhat/taarich.spec Formal review coming -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 13:42:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 08:42:23 -0500 Subject: [Bug 173766] Review Request: taarich - tell the Hebrew (Jewish) date In-Reply-To: Message-ID: <200511211342.jALDgNWK002449@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: taarich - tell the Hebrew (Jewish) date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173766 ------- Additional Comments From ville.skytta at iki.fi 2005-11-21 08:42 EST ------- What's that "-s" in CFLAGS for? If it's for stripping binaries, it should be removed as it'll result in a useless -debuginfo package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 13:49:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 08:49:58 -0500 Subject: [Bug 173766] Review Request: taarich - tell the Hebrew (Jewish) date In-Reply-To: Message-ID: <200511211349.jALDnwsP003700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: taarich - tell the Hebrew (Jewish) date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173766 ------- Additional Comments From danken at cs.technion.ac.il 2005-11-21 08:49 EST ------- (in reply to comment 4) Yep, that's my bad. I mistakenly understood that Michael A. Peters wanted that the upstream compilation flags would be maintained. Will be fixed during next take. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 14:06:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 09:06:38 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511211406.jALE6c4O006158@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From rdieter at math.unl.edu 2005-11-21 09:06 EST ------- Ville, Yeah, clearly the C++ API is not finalized, and some of the included headers don't seem 100% usable (ie, tunepimp.h). The only header I know that libtunepimp-using apps are actively using is tp_c.h. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 14:09:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 09:09:41 -0500 Subject: [Bug 173766] Review Request: taarich - tell the Hebrew (Jewish) date In-Reply-To: Message-ID: <200511211409.jALE9fs3006568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: taarich - tell the Hebrew (Jewish) date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173766 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-21 09:09 EST ------- (In reply to comment #5) > (in reply to comment 4) > Yep, that's my bad. I mistakenly understood that Michael A. Peters > wanted that the upstream compilation flags would be maintained. > Will be fixed during next take. With that change - Approved Good: + (from reviewer MUST section) * rpmlint output clean: [mpeters at utility result]$ ls build.log taarich-1.20051120-2.fc4.i386.rpm mockconfig.log taarich-1.20051120-2.fc4.src.rpm root.log taarich-debuginfo-1.20051120-2.fc4.i386.rpm [mpeters at utility result]$ rpmlint *.rpm [mpeters at utility result]$ * Package named according to guidelines - no upstream tarball name, named according to primary binary * Spec file name matches binary package name * Package meets packaging guidelines * OSI Approved license (MIT) - matches source * License in %doc * Spec file written in American English - Hebrew portions obviously appropriate, and english exists * Spec file legible * Sources match upstream - I mirrored upstream ftp directory to verify md5sum of files -- lftp -e 'mirror -e' ftp://ftp.math.technion.ac.il/calendar/gauss/ * Package succesfully compiles on i386 FC4 * No un-necessary BuildRequires, builds in mock * No lang files (no need for %find_lang) * No shared libraries (no need for ldconfig) * Proper use of macros for paths * No duplicate files * Proper %files section - appropriate permissions/ownership * Proper %clean * Consistent use of macros * Package contains code * No need for separate doc package * No need for devel package * No .la files * No need for desktop file + (from reviewer SHOULD section) * Builds in mock * Hebrew description * Package works [mpeters at utility result]$ taarich 19 Heshvan 5766 [mpeters at utility result]$ -=- Needs: There should be a Hebrew summary line since there is a Hebrew description. This is not a blocker, I'm approving. But adding Summary(he): Something in Hebrew under Summary: Tells the Hebrew date, Torah readings, and generates calendars would be advised. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 14:25:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 09:25:48 -0500 Subject: [Bug 173790] Review Request: gstreamer-plugins-fcextras In-Reply-To: Message-ID: <200511211425.jALEPmX4008179@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gstreamer-plugins-fcextras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173790 ------- Additional Comments From mpeters at mac.com 2005-11-21 09:25 EST ------- (In reply to comment #6) > This is a little difficult. > > A few things: > > - packages in livna and freshrpms and gstreamer repo with encumbered stuff are > currently called gstreamer-plugins-extra-*, not gstreamer-extra-* Heh - typo > - GStreamer 0.10 is coming out in two weeks. That version will have four > tarballs of plugins, not just one, and specifically tries to address > distribution's issues with the plugins as well. > In short, there will be: > - base: a set of essential plug-ins. All of these are expected to be built and > shipped by a distro > - good: as set of plug-ins with good licensing and quality. All of these > expected to be shipped > - ugly: a set of plug-ins of good quality, but various distro-related issues. > Patent problems, licensing problems, ... > - bad: plug-ins of questionable quality, not matured yet, ... ship at own risk. Hopefully that gets into FC5. Guessing it will given January release date. > > Now, given that you mention targetting fc5, you could decide to not pursue > shipping these few plug-ins in extra. But, since 0.8 is parallel-installable > with 0.10, you might still want to provide them for those people and apps still > on 0.8. > > I guess this needs more thought, and some thinking on the core question: how > much pain do you want to be in ? :) These seem to work in FC4 - and the livna packages for FC4 are here, so perhaps these should be made available for FC4? Totem makes such a nice audio player with the libvisual plugin in full screen mode (would be nicer if it could randomly change the plugin used every X minutes ... and if it came with a pony) If this could target FC4 at least, then when FC5 ships with 0.10 - the plugins not in core and not livna bound could be done 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 dcbw at redhat.com Mon Nov 21 14:48:44 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 21 Nov 2005 09:48:44 -0500 Subject: buildsys borked, again? In-Reply-To: <1132565916.13253.99.camel@mccallum.corsepiu.local> References: <1132565916.13253.99.camel@mccallum.corsepiu.local> Message-ID: <1132584524.4404.0.camel@localhost.localdomain> On Mon, 2005-11-21 at 10:38 +0100, Ralf Corsepius wrote: > /usr/bin/plague-client build Coin2 Coin2-2_4_4-4_fc5 devel > Package Coin2 enqueued. (However, no Job ID was provided in the time > required) Kicked and working again, I think its related to lack of XMLRPC SSL socket timeouts and such which was fixed for RPM/SRPM downloads last week. I'll look into it. Dan From bugzilla at redhat.com Mon Nov 21 15:01:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 10:01:51 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511211501.jALF1pQt012044@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From paul at city-fan.org 2005-11-21 10:01 EST ------- Package now updated to 1.3.79. http://www.city-fan.org/~paul/extras/gtkwave/gtkwave.spec http://www.city-fan.org/~paul/extras/gtkwave/gtkwave-1.3.79-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 buc at odusz.so-cdu.ru Mon Nov 21 16:52:22 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 21 Nov 2005 19:52:22 +0300 Subject: static libraries' policy In-Reply-To: <1131481604.2490.7.camel@ignacio.lan> References: <4370BF0D.4070804@odu.neva.ru> <1131481604.2490.7.camel@ignacio.lan> Message-ID: <4381FB46.3040605@odu.neva.ru> Ignacio Vazquez-Abrams wrote: >>Extras: 149/235 -- 63% have static libs >>Core: 211/364 -- 58% have static libs >> >> > >Names please. Then we can go about fixing this. > > > ... Jeff Spaleta wrote: >> Sure! Attached. > >I'd like to know exactly how you compiled that list. > >> The idea is to check whether the "%files devel" section has some ".a" >> files. > >Thanks. I just like full disclosure as to how lists are generated. > > > The list is already generated some time ago. What's further? May be contact the appropriate packages' maintainers to ask, why they use static libraries despite of the recommendation to avoid it... ~buc -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Mon Nov 21 17:50:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 12:50:47 -0500 Subject: [Bug 173823] New: Review Request: nuttcp Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 Summary: Review Request: nuttcp Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com/rvokal/nuttcp/nuttcp-5.1.11- 1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rvokal at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: nuttcp SRPM Name or Url: http://people.redhat.com/rvokal/nuttcp/nuttcp-5.1.11-1.src.rpm Description: nuttcp is possible replacement for ttcp package from Core. nuttcp is a network performance measurement tool intended for use by network and system managers. Its most basic usage is to determine the raw TCP (or UDP) network layer throughput by transferring memory buffers from a source system across an interconnecting network to a destination system, either transferring data for a specified time interval, or alternatively transferring a specified number of buffers. In addition to reporting the achieved network throughput in Mbps, nuttcp also provides additional useful information related to the data transfer such as user, system, and wall-clock time, transmitter and receiver CPU utilization, and loss percentage (for UDP transfers). nuttcp is based on nttcp, which in turn was an enhancement by someone at Silicon Graphics (SGI) on the original ttcp, which was written by Mike Muuss at BRL sometime before December 1984, to compare the perfor- mance of TCP stacks by U.C. Berkeley and BBN to help DARPA decide which version to place in the first BSD Unix release. nuttcp has several useful features beyond those of the basic ttcp/nttcp, such as a server mode, rate limiting, multiple parallel streams, and timer based usage. nuttcp is also continuing to evolve to meet new requirements that arise and to add desired new features. nuttcp has been successfully tested and used on a variety of Solaris, SGI, and PPC/X86 Linux systems, and should probably work fine on most flavors of Unix. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 17:51:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 12:51:03 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511211751.jALHp3gQ004598@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173823 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 18:13:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 13:13:45 -0500 Subject: [Bug 173452] Review Request: perl-Parse-Yapp In-Reply-To: Message-ID: <200511211813.jALIDjCO009375@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Parse-Yapp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173452 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ville.skytta at iki.fi OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-11-21 13:13 EST ------- Looks good to me. The "|| :" after %check is no longer needed with recent distro versions though, can be removed post-import if you like. I suggest to import this already now, build for devel, set maintainership to extras-orphan and add it to the OrphanedPackages page in Wiki. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Mon Nov 21 18:19:35 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 21 Nov 2005 13:19:35 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051121181935.CA705808B@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 2 sword-1.5.8-5.fc4 sylpheed-claws-1.9.100-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Nov 21 18:28:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 13:28:04 -0500 Subject: [Bug 173498] libtunepimp: A library for creating MusicBrainz enabled tagging applications In-Reply-To: Message-ID: <200511211828.jALIS489011583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: libtunepimp: A library for creating MusicBrainz enabled tagging applications https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173498 ------- Additional Comments From ville.skytta at iki.fi 2005-11-21 13:27 EST ------- Ok, in that case I'd suggest purging the currently unusable headers from the -devel package (track.h, tunepimp.h unless I missed something) in order to avoid confusion. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 18:36:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 13:36:14 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511211836.jALIaE34012621@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://people.redhat.com/rvo|http://people.redhat.com/rvo |kal/nuttcp/nuttcp-5.1.11- |kal/nuttcp/nuttcp-5.1.11- |1.src.rpm |2.src.rpm ------- Additional Comments From rvokal at redhat.com 2005-11-21 13:36 EST ------- Some packaging changes in http://people.redhat.com/rvokal/nuttcp/nuttcp-5.1.11-2.src.rpm xinted service is installed and unnecessary files from tarball were removed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Mon Nov 21 19:02:46 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 21 Nov 2005 14:02:46 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051121190246.A281F808B@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 12 Coin2-2.4.4-4.fc5 gdl-0.8.11-1.fc5 graphviz-2.6-3.fc5 libvisual-plugins-0.2.0-2.fc5 ncview-1.92e-6.fc5 perl-Parse-Yapp-1.05-34.fc5 plt-scheme-299.200-17.fc5 sword-1.5.8-5.fc5 sylpheed-claws-1.9.100-2.fc5 sylpheed-claws-plugins-1.9.100-1.fc5 taarich-1.20051120-3.fc5 ufraw-0.6-1 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From kevin-fedora-extras at scrye.com Mon Nov 21 19:07:39 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 21 Nov 2005 12:07:39 -0700 Subject: Problem in devel buildsys References: <1132342133.2934.10.camel@bureau.maison> <20051118204609.414EC380941@ningauble.scrye.com> <20051120181530.GA2050@ryoko.camperquake.de> Message-ID: <20051121190741.D8E9B38096A@ningauble.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Ralf" == Ralf Ertzinger writes: Ralf> On Fri, Nov 18, 2005 at 01:46:06PM -0700, Kevin Fenzi wrote: >> FC4: >> >> mkdir one mv one/ two/ (works) >> >> devel/FC5: mkdir one mv one/ two/ mv: target `two/' is not a >> directory: No such file or directory (doesn't work) Ralf> Urgh. Is there a bug for this? The FC5 behaviour is broken, Ralf> methinks. I'm not sure it is a bug... If you add a / to a target, mv should expect that to be a directory you would like to move the source(s) into, right? If that directory doesn't exist, why should we move the source to a directory named that? So, this error seems correct to me... I guess if you want it changed, talk to the coreutils folks upstream? kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFDghr93imCezTjY0ERAhVyAJ9dWjAY1f63TDDZQYbxj5lGM5nZbACfcSG3 zEHCFZbJI9DPBAaIA+anBiI= =TcMd -----END PGP SIGNATURE----- From bugzilla at redhat.com Mon Nov 21 19:07:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 14:07:50 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511211907.jALJ7oq6016895@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ville.skytta at iki.fi OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-11-21 14:07 EST ------- Ok, thanks, the 0.2 release looks better. Yep, you got the log2stderr stuff right, the intention of the stderr patch I sent "upstream" to you was that in the future, the log2stderr patch in this package could be later reduced to just #undef'ing (or removing the definition of) JTP_LOG_FILE. However, release 0.2 of the package adds the log2stderr patch back to the source RPM, but forgets to apply it. Needs %patch3 in %prep. Regarding the ncurses-devel dependency, I vaguely remember that it had something to do with the -config patch enabling "#define LINUX", but I may be wrong. Anyway, I agree that just having the build dependency in is ok for now. In case you're not aware of them, for finding missing build dependencies you'll probably find the mock package and/or the fedora-rmdevelrpms script in fedora-rpmdevtools useful. So, this is approved, as long as the missing %patch3 line is put in before the first build (you may do that after importing to CVS, while bumping the release tag to 1%{?dist} ;)). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Mon Nov 21 19:33:02 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 21 Nov 2005 20:33:02 +0100 Subject: Problem in devel buildsys In-Reply-To: <20051121190741.D8E9B38096A@ningauble.scrye.com> References: <1132342133.2934.10.camel@bureau.maison> <20051118204609.414EC380941@ningauble.scrye.com> <20051120181530.GA2050@ryoko.camperquake.de> <20051121190741.D8E9B38096A@ningauble.scrye.com> Message-ID: <1132601582.2934.9.camel@bureau.maison> Le lundi 21 novembre 2005 ? 12:07 -0700, Kevin Fenzi a ?crit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > >>>>> "Ralf" == Ralf Ertzinger writes: > > Ralf> On Fri, Nov 18, 2005 at 01:46:06PM -0700, Kevin Fenzi wrote: > >> FC4: > >> > >> mkdir one mv one/ two/ (works) > >> > >> devel/FC5: mkdir one mv one/ two/ mv: target `two/' is not a > >> directory: No such file or directory (doesn't work) > > Ralf> Urgh. Is there a bug for this? The FC5 behaviour is broken, > Ralf> methinks. > > I'm not sure it is a bug... > > If you add a / to a target, mv should expect that to be a directory > you would like to move the source(s) into, right? If that directory > doesn't exist, why should we move the source to a directory named > that? > > So, this error seems correct to me... > > I guess if you want it changed, talk to the coreutils folks upstream? > > kevin > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Processed by Mailcrypt 3.5.8 > > iD8DBQFDghr93imCezTjY0ERAhVyAJ9dWjAY1f63TDDZQYbxj5lGM5nZbACfcSG3 > zEHCFZbJI9DPBAaIA+anBiI= > =TcMd > -----END PGP SIGNATURE----- > The problem was quite different ; mkdir -p /usr/lib/ircd mv /path/modules/ /usr/lib/ircd/ Which means create /usr/lib/ircd/modules it worked fine with FC-4 but failed with devel i replaced this with mkdir -p /usr/lib/ircd/modules mv /path/modules/* /usr/lib/ircd/modules/. which works fine for all. maybe mkdir -p /usr/lib/ircd mv /path/modules /usr/lib/ircd/ should work But i found only strange the modification of mv between FC-4 and devel. Eric From triad at df.lth.se Mon Nov 21 19:43:45 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 21 Nov 2005 20:43:45 +0100 (CET) Subject: Reentrant flex In-Reply-To: <1132563167.31367.2.camel@coyote.rexursive.com> References: <20051121133949.63qm7ihkoowo84go@imp.rexursive.com> <1132563167.31367.2.camel@coyote.rexursive.com> Message-ID: On Mon, 21 Nov 2005, Bojan Smojver wrote: > On Mon, 2005-11-21 at 08:25 +0100, Linus Walleij wrote: > >> Is it impossible to have the reentrant flex only exist in your own build >> tree? So that it will get built and used for this task only then disappear >> when the source tree is removed. Shouldn't be that hard... > > Sure (that's basically how my notebook is set up right now). But keep in > mind that I don't have build tree in Fedora Extras. So, it'll have to be > someone else's build tree. Also, if someone grabs the source RPM and > wants to rebuild, they will be up against the wall. I don't think this > is how open source is supposed to work... Nah no, I didn't mean like that. I meant you include the patched flex, in source form, in the packaged source tree of the other program. Linus From mattdm at mattdm.org Mon Nov 21 19:55:24 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Nov 2005 14:55:24 -0500 Subject: Everyone ready for wxGTK 2.6? [was Re: The future of wxGTK in Extras] In-Reply-To: <20051110212359.GA22362@jadzia.bu.edu> References: <1131063160.13359.3.camel@scriabin.tannenrauch.ch> <604aa7910511031716g7ab21fcfi2f504064ef7d86fb@mail.gmail.com> <20051104152447.GA18805@jadzia.bu.edu> <1131122403.4626.31.camel@hal9000.local.lan> <1131124260.7157.1.camel@scriabin.tannenrauch.ch> <1131459427.2244.10.camel@localhost.localdomain> <20051108174856.GA12646@jadzia.bu.edu> <1131491849.2213.19.camel@localhost.localdomain> <20051109014821.GA2098@jadzia.bu.edu> <20051110212359.GA22362@jadzia.bu.edu> Message-ID: <20051121195524.GA27839@jadzia.bu.edu> On Thu, Nov 10, 2005 at 04:23:59PM -0500, Matthew Miller wrote: > > > Dude, I've had them queued up for months. :) > > Okay then. :) I'll post a for-review wxPythonGTK 2.6.1.0 tomorrow (work > > crises willing). > Oh, hey, jury duty. Will still try to work on this in spare time though. I know everyone is in High Suspense here, but I don't think I'll get to this until this weekend. Oh well; will give me a chance to put it on FC5t1.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Mon Nov 21 20:17:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 15:17:53 -0500 Subject: [Bug 167943] Review Request: sblim-cmpi-base In-Reply-To: Message-ID: <200511212017.jALKHrdL027265@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sblim-cmpi-base https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167943 jvdias at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |ASSIGN_TO_PM AssignedTo|tcallawa at redhat.com |jvdias at redhat.com ------- Additional Comments From jvdias at redhat.com 2005-11-21 15:17 EST ------- I have now completed review of theses sblim packages, and have verified that all tests pass with tog-pegasus-2.5-4+ : sblim-cmpi-base-1.5.4-3+ sblim-wbemcli-1.5.1-1+ sblim-testsuite-1.2.4-1+ All the tests in sblim-testsuite-1.2.4-1+ pass with these packages installed. These packages seem fine to go into FC Extras . -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 21:09:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 16:09:14 -0500 Subject: [Bug 169703] Review Request: pari - Number Theory-oriented Computer Algebra System In-Reply-To: Message-ID: <200511212109.jALL9ED4000512@www.beta.redhat.com> Please 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 2005-11-21 16:09 EST ------- The non-pic code error would (most likely) go away if you simply forced the use of the "none" alternative on all(*) archs (though you'd likely lose the performance benefits of the hand crafted assembly). (*) or at least 64 bit ones where pic code is required in shared libs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 21:33:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 16:33:15 -0500 Subject: [Bug 167111] Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 In-Reply-To: Message-ID: <200511212133.jALLXFO2005679@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167111 ------- Additional Comments From ed at eh3.com 2005-11-21 16:32 EST ------- Looks good -- libdap-3.5.3-2.src.rpm 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 bojan at rexursive.com Mon Nov 21 22:21:50 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 22 Nov 2005 09:21:50 +1100 Subject: Reentrant flex In-Reply-To: References: <20051121133949.63qm7ihkoowo84go@imp.rexursive.com> Message-ID: <20051122092150.mlgnraqsq8swc848@imp.rexursive.com> Quoting Linus Walleij : > Is it impossible to have the reentrant flex only exist in your own > build tree? This got me thinking and today I've built mod_spin _without_ flex of any kind for the first time. It turns out that if one has "%option noyywrap", which my scanner does, -lfl isn't required at all and the scanner becomes self contained. And since I can always ship .c files alongside .l files, it should be possible to build the package without having flex present at all. Thanks for making me think about this a bit more, it looks like it may have solved the problem ;-) -- Bojan From mpeters at mac.com Mon Nov 21 22:30:46 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 21 Nov 2005 14:30:46 -0800 Subject: FC3 build machine broken? Message-ID: <1132612246.7723.12.camel@locolhost.localdomain> Updated sword.spec for FC3/FC4/devel Only change from last release - --disable-static added to configure libsword.a removed from devel package. Build succesful on FC4/devel Build failed twice on FC3 - and failed in different ways. http://mpeters.us/fc_extras/1187-build.log http://mpeters.us/fc_extras/1203-build.log From bugzilla at redhat.com Mon Nov 21 22:33:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 17:33:07 -0500 Subject: [Bug 173859] New: Review Request: libnc-dap The NetCDF interface to DAP-2 from OPeNDAP Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173859 Summary: Review Request: libnc-dap The NetCDF interface to DAP-2 from OPeNDAP Product: Fedora Extras Version: devel Platform: All URL: http://www.opendap.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/perso/dumas/fc-srpms/libnc-dap-3.5.2-5.src.rpm Description: The libnc-dap library is a call-for-call replacement for netcdf 3.5 (and is mostly compatible with netcdf 3.6). It can read and write to and from netcdf files on the local machine and it can read from DAP2 compatible data servers running on local or remote machines. Data served using DAP2 need not be stored in netcdf files to be read using this replacement library. Also included in this package is the ncdump utility, also bundled with the original netcdf library, relinked with the library and thus able to read from DAP2 compatible servers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 22:33:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 17:33:18 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511212233.jALMXIlL015657@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173859 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 21 22:42:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 17:42:48 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511212242.jALMgmgj016737@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 ------- Additional Comments From meme at daughtersoftiresias.org 2005-11-21 17:42 EST ------- Done :) When I get a chance (an hour or two from now), I'll continue on with the process. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Mon Nov 21 23:22:27 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 21 Nov 2005 18:22:27 -0500 Subject: FC3 build machine broken? In-Reply-To: <1132612246.7723.12.camel@locolhost.localdomain> References: <1132612246.7723.12.camel@locolhost.localdomain> Message-ID: <1132615347.11611.6.camel@localhost.localdomain> On Mon, 2005-11-21 at 14:30 -0800, Michael A. Peters wrote: > Updated sword.spec for FC3/FC4/devel > > Only change from last release - > > --disable-static > > added to configure > > libsword.a > > removed from devel package. > > Build succesful on FC4/devel > Build failed twice on FC3 - and failed in different ways. > > http://mpeters.us/fc_extras/1187-build.log > http://mpeters.us/fc_extras/1203-build.log Your 1203 build has got some problems: ... mkdir /.libs g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -D_FTPLIB_NO_COMPAT -ftemplate-depth-25 -DCURLAVAILABLE -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -MT swconfig.lo -MD -MP -MF .deps/swconfig.Tpo -c ../src/mgr/swconfig.cpp -fPIC -DPIC -o /.libs/swconfig.o ... obviously, it shouldn't be sticking build objects in /.libs, and that's probably why the link section can't find it. Also not that it's a parallel build, since we're doing 'make -j2' at the top since the box is a multiprocessor box. And those opteron boxes are _FAST_. So try removing the %{?_smp_mflags} from the make and see what happens. Dan From mpeters at mac.com Tue Nov 22 00:49:06 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 21 Nov 2005 16:49:06 -0800 Subject: FC3 build machine broken? In-Reply-To: <1132615347.11611.6.camel@localhost.localdomain> References: <1132612246.7723.12.camel@locolhost.localdomain> <1132615347.11611.6.camel@localhost.localdomain> Message-ID: <1132620546.7723.17.camel@locolhost.localdomain> On Mon, 2005-11-21 at 18:22 -0500, Dan Williams wrote: > ... > mkdir /.libs > g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -D_FTPLIB_NO_COMPAT -ftemplate-depth-25 -DCURLAVAILABLE -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -MT swconfig.lo -MD -MP -MF .deps/swconfig.Tpo -c ../src/mgr/swconfig.cpp -fPIC -DPIC -o /.libs/swconfig.o > ... > > obviously, it shouldn't be sticking build objects in /.libs, and that's > probably why the link section can't find it. I'll report that to upstream. > Also not that it's a > parallel build, since we're doing 'make -j2' at the top since the box is > a multiprocessor box. And those opteron boxes are _FAST_. So try > removing the %{?_smp_mflags} from the make and see what happens. To avoid upgrade issues, would it be kosher to put a .1 after %{?dist} in the release tag when I make that change (to ensure the fc4/fc5 are seen as newer)? I suppose I could just bump them all a release - but that seems like a waste. I suppose I also could just wait until the next change, getting rid of the static lib from the devel package isn't that big of a deal. From bugzilla at redhat.com Tue Nov 22 01:34:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 20:34:57 -0500 Subject: [Bug 173859] Review Request: libnc-dap The NetCDF interface to DAP-2 from OPeNDAP In-Reply-To: Message-ID: <200511220134.jAM1YvSn001671@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnc-dap The NetCDF interface to DAP-2 from OPeNDAP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173859 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-11-21 20:34 EST ------- Hi Patrice, heres a review: good: + specfile looks good, proper use of devel, clean, ldconfig, etc. + souce matches upstream + builds on FC-4 + rpmlint OK + *.la correctly removed needswork: - please include both the COPYING and COPYRIGHT files in %doc APPROVED. Please feel free to check in the package as-is and add the COPYING file before requesting the first build. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 01:46:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 20:46:13 -0500 Subject: [Bug 173216] Review Request: OSIV: Open Source Image Velocimetry In-Reply-To: Message-ID: <200511220146.jAM1kDsx002476@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OSIV: Open Source Image Velocimetry https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173216 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ed at eh3.com 2005-11-21 20:46 EST ------- Built on 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 Tue Nov 22 02:05:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 21:05:02 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511220205.jAM2525j004578@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-11-21 21:04 EST ------- I APPROVE of Thorsten's fuse package. We need to give this technology a chance in Extras to see how it goes. Thorsten perhaps submit sshfs to another bug for review and approval? Has anyone packaged encfs too? That sounds interesting. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 02:13:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 21:13:29 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511220213.jAM2DTCj005224@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From wtogami at redhat.com 2005-11-21 21:13 EST ------- Oops, I see Bug #173369 for sshfs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 02:13:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 21 Nov 2005 21:13:58 -0500 Subject: [Bug 173369] Review Request: fuse-sshfs In-Reply-To: Message-ID: <200511220213.jAM2DwHb005349@www.beta.redhat.com> Please 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-sshfs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173369 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |wtogami at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-11-21 21:13 EST ------- Appears clean. We'll see how this goes. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Tue Nov 22 09:03:40 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 22 Nov 2005 11:03:40 +0200 Subject: FC3 build machine broken? In-Reply-To: <1132620546.7723.17.camel@locolhost.localdomain> References: <1132612246.7723.12.camel@locolhost.localdomain> <1132615347.11611.6.camel@localhost.localdomain> <1132620546.7723.17.camel@locolhost.localdomain> Message-ID: <1132650220.26922.145.camel@localhost.localdomain> On Mon, 2005-11-21 at 16:49 -0800, Michael A. Peters wrote: > To avoid upgrade issues, would it be kosher to put a .1 after %{?dist} > in the release tag when I make that change (to ensure the fc4/fc5 are > seen as newer)? Yep. > I suppose I could just bump them all a release - but that seems like a > waste. Right. From bugzilla at redhat.com Tue Nov 22 09:17:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 04:17:20 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511220917.jAM9HKJ8012127@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From pertusus at free.fr 2005-11-22 04:16 EST ------- After some effort I managed to get the cernlib to build on ppc, so there are builds for FC-3 (i386 and x86_64) and FC-4 (x386 and ppc). f771 segfaults on x86_64 on FC-4 so I excluded that arch. There are no builds in devel as there is an issue with modular X: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173530 If I have time I'll try to update the patches to the 2005 debian cernlib patchset in the devel branch while trying to cope with modular X. So don't hold your breath for the devel branch and keep an eye on the cvs commits... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 09:30:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 04:30:57 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511220930.jAM9Uvbt013319@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 ------- Additional Comments From ville.skytta at iki.fi 2005-11-22 04:30 EST ------- It seems you've added the 14MB binary tarball three times into CVS. It belongs in the lookaside cache where it already is. Please remove it from all branches in CVS. You know you can use eg. 1%{?dist} as the release in the specfile for all branches if you don't want to manually tinker with them between branches and ensure upgradeability, right? Also, non-pre-release release tags usually don't start with "0."; my specfile had that but it was meant only for the duration of the package 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 Tue Nov 22 11:08:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 06:08:09 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511221108.jAMB89HM023355@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From adrian at lisas.de 2005-11-22 06:07 EST ------- Will attach a patch with required changes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 11:36:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 06:36:21 -0500 Subject: [Bug 165230] Review Request: Eclipse Graphical Editing Framework In-Reply-To: Message-ID: <200511221136.jAMBaLXZ027919@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Eclipse Graphical Editing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165230 ------- Additional Comments From matthias at rpmforge.net 2005-11-22 06:36 EST ------- Ping? :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 12:05:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 07:05:05 -0500 Subject: [Bug 173897] New: Review Request: fonts-hebrew-fancy Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173897 Summary: Review Request: fonts-hebrew-fancy Product: Fedora Extras Version: devel Platform: All URL: http://culmus.sourceforge.net/fancy/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: danken at cs.technion.ac.il QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ivrix.org.il/redhat/fonts-hebrew-fancy.spec SRPM Name or Url: http://ivrix.org.il/redhat/fonts-hebrew-fancy-0.101-1.src.rpm Description: The fonts-hebrew-fancy package contains fancy (non-standard) Hebrew fonts from the Culmus project by Maxim Iorsh. The core package fonts-hebrew include only the bare minimum fonts. For fancier fonts, such as Ktav-Yad (cursive), install fonts-hebrew-fancy. As is bug 173683, this is an attempt to make Fedora more useful for Hebrew speakers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 12:05:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 07:05:13 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511221205.jAMC5DXA031928@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 danken at cs.technion.ac.il changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173897 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 12:16:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 07:16:09 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511221216.jAMCG9lR000612@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 ------- Additional Comments From rvokal at redhat.com 2005-11-22 07:15 EST ------- Ok, I will grab the changes. Why don't you like this? -[ "$RPM_BUILD_ROOT" != "/" ] && rm -fr $RPM_BUILD_ROOT +rm -fr $RPM_BUILD_ROOT I like to double-check things .. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 12:27:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 07:27:53 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511221227.jAMCRr8Y001743@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 ------- Additional Comments From adrian at lisas.de 2005-11-22 07:27 EST ------- -[ "$RPM_BUILD_ROOT" != "/" ] && rm -fr $RPM_BUILD_ROOT +rm -fr $RPM_BUILD_ROOT This has been discussed already many times on the fedora-extras list. As buildroot is already set this makes no sense and what happens if it is /usr /opt // /etc. But the best would be to check mailing list archives for this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 12:39:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 07:39:20 -0500 Subject: [Bug 173897] Review Request: fonts-hebrew-fancy In-Reply-To: Message-ID: <200511221239.jAMCdKMm002890@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fonts-hebrew-fancy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173897 ------- Additional Comments From mpeters at mac.com 2005-11-22 07:39 EST ------- Thank you for packaging these - I've been looking for good Hebrew fonts (I'm learning it) - found a few, and found some expensive nice commercial ones. Anyway, these look nice. -=- Back on topic - some suggestions: 1) Please use a full url path to the tarballs - IE Source0: http://culmus.sourceforge.net/fancy/comix.tar.gz 2) Please install them into their own directory, rather than a directory owned by a core font package. perhaps %{_datadir}/fonts/hebrew-fancy That will also remove the need for explicit dependency on hebrew-fonts 3) FC-5 uses fonts.cache-2 - so its easiest to touch and ghost both touch $RPM_BUILD_ROOT%{_datadir}/hebrew-fancy/fonts.cache-{1,2} Then in the %files section - ghost both of them. IE %ghost %{_datadir}/fonts/hebrew-fancy/fonts.cache-1 %ghost %{_datadir}/fonts/hebrew-fancy/fonts.cache-2 4) %post fc-cache %{_datadir}/fonts I *think* that is incorrect - may work in fc4, but I believe it doesn't in fc5. I believe in fc5 you have to specify the directory. IE %post fc-cache %{_datadir}/fonts/hebrew-fancy The %postun is I believe correct. %defattr(-,root,root) Please change that to %defattr(-,root,root,-) -=- A Hebrew summary and description would be nice, but not required. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 13:04:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 08:04:52 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511221304.jAMD4qjO004906@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://people.redhat.com/rvo|http://people.redhat.com/rvo |kal/nuttcp/nuttcp-5.1.11- |kal/nuttcp/nuttcp-5.1.11- |2.src.rpm |3.src.rpm ------- Additional Comments From rvokal at redhat.com 2005-11-22 08:04 EST ------- point taken, here's patched version http://people.redhat.com/rvokal/nuttcp/nuttcp-5.1.11-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 13:50:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 08:50:04 -0500 Subject: [Bug 173897] Review Request: fonts-hebrew-fancy In-Reply-To: Message-ID: <200511221350.jAMDo4ff009970@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fonts-hebrew-fancy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173897 ------- Additional Comments From danken at cs.technion.ac.il 2005-11-22 08:49 EST ------- Good luck with your Hebrew studies; you might find my verb conjugator useful http://wassist.cs.technion.ac.il/~danken/cgi-bin/cilla.cgi. I believe that Maxim Iorsh, who drew the fonts, deserves all your thanks. I did what you asked, and hope it's ok (no idea what is this %ghost... should browse MaximumRPM). Do note that I copied the %post script from FC4 fonts-hebrew package. One should make sure it is correct in FC5. .spec and SRPM are updated http://ivrix.org.il/redhat/fonts-hebrew-fancy-0.101-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 14:08:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 09:08:55 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511221408.jAME8tAA012304@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-22 09:08 EST ------- > Is ifplugd a package that people normally has got installed? Not really. But it's in extras. If you don't want to depend on it, you have to create an initng-ifplugd package containing those files. In fact, it would be better. I'll send you a patch. > Does %{?dist} in the release mean anything useful? It will be replaced by ".fc4" on FC4, ".fc5" on FC5, etc... This way you can build for all versions with the same spec file. http://fedoraproject.org/wiki/DistTag > Does this mean we're getting close to finished? We're getting closer with every step... :) Obviously, packaging an init replacement is not trivial and can take some time to do it well. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 17:54:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 12:54:12 -0500 Subject: [Bug 170131] Review Request: php-extras - Additional PHP modules from the standard PHP distribution In-Reply-To: Message-ID: <200511221754.jAMHsCJE007803@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: php-extras - Additional PHP modules from the standard PHP distribution https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170131 ------- Additional Comments From dmitry at butskoy.name 2005-11-22 12:54 EST ------- ping Matthias :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:09:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:09:45 -0500 Subject: [Bug 173923] New: Review Request: xmlstarlet - command-line XML Swiss army knife Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173923 Summary: Review Request: xmlstarlet - command-line XML Swiss army knife Product: Fedora Extras Version: devel Platform: All URL: http://xmlstar.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: stickster at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet.spec SRPM Name or Url: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet-1.0.2-1.1.src.rpm Description: XMLStarlet is a set of command line utilities which can be used to transform, query, validate, and edit XML documents and files using simple set of shell commands in similar way it is done for plain text files using UNIX grep, sed, awk, diff, patch, join, etc commands. In July 2005, Ignacio Vasquez-Abrams submitted this on-list for review, and withdrew it because there were numerous things that needed patching. Thanks to Ignacio and Tommy Reynolds, I think this software can be offered again for FE review and inclusion. Ignacio has graciously agreed to hand this off to me for shepherding. This utility is intended to form part of the Fedora Documentation Project toolchain, since we deal primarily in DocBook XML, so we would appreciate a reviewer's attention. Thank you! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:09:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:09:57 -0500 Subject: [Bug 173924] New: Review Request: xmlstarlet - command-line XML Swiss army knife Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 Summary: Review Request: xmlstarlet - command-line XML Swiss army knife Product: Fedora Extras Version: devel Platform: All URL: http://xmlstar.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: stickster at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet.spec SRPM Name or Url: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet-1.0.2-1.1.src.rpm Description: XMLStarlet is a set of command line utilities which can be used to transform, query, validate, and edit XML documents and files using simple set of shell commands in similar way it is done for plain text files using UNIX grep, sed, awk, diff, patch, join, etc commands. In July 2005, Ignacio Vazquez-Abrams submitted this on-list for review, and withdrew it because there were numerous things that needed patching. Thanks to Ignacio and Tommy Reynolds, I think this software can be offered again for FE review and inclusion. Ignacio has graciously agreed to hand this off to me for shepherding. This utility is intended to form part of the Fedora Documentation Project toolchain, since we deal primarily in DocBook XML, so we would appreciate a reviewer's attention. Thank you! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:09:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:09:59 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511221809.jAMI9xAa012039@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 stickster at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173923 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:10:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:10:03 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511221810.jAMIA3ai012066@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 stickster at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173923 BugsThisDependsOn| |173924 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:11:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:11:08 -0500 Subject: [Bug 173923] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511221811.jAMIB8Tr012262@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173923 stickster at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From stickster at gmail.com 2005-11-22 13:10 EST ------- *** This bug has been marked as a duplicate of 173924 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:11:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:11:13 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511221811.jAMIBDYX012288@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ------- Additional Comments From stickster at gmail.com 2005-11-22 13:11 EST ------- *** Bug 173923 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:16:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:16:43 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511221816.jAMIGhUn013764@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From simonb at thoughtpolice.co.uk 2005-11-22 13:16 EST ------- Fixed. Latest version on site. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:28:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:28:08 -0500 Subject: [Bug 173927] New: Review Request: akode: Audio-decoding framewor Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173927 Summary: Review Request: akode: Audio-decoding framewor Product: Fedora Extras Version: devel Platform: All URL: http://carewolf.com/akode/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rdieter at math.unl.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url:http://apt.kde-redhat.org/apt/kde-redhat/SPECS/akode-2.0-0.1.b3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/akode-2.0-0.1.b3.src.rpm Description: aKode is a simple audio-decoding frame-work that provides a uniform interface to decode the most common audio-formats. It also has a direct playback option for a number of audio-outputs. aKode currently has the following decoder plugins: * mpc: Decodes musepack aka mpc audio. LGPL licensed. * xiph: Decodes FLAC, Ogg/FLAC, Speex and Ogg Vorbis audio. LGPL licensed, patent free. aKode also has the following audio outputs: * oss: Outputs to the OSS (Open Sound System) of for instance FreeBSD and Linux 2.4 * alsa: Outputs to ALSA of Linux 2.6 (version 0.9 or 1.x required) (dmix is recommended). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:28:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:28:21 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511221828.jAMISLQL016519@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173927 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 18:40:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 13:40:49 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511221840.jAMIenYo018028@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 ------- Additional Comments From wart at kobold.org 2005-11-22 13:40 EST ------- Good point about httpdthread.tcl. I've moved it to /usr/share/tclhttpd3.5.1. New files can be found at: http://www.kobold.org/~wart/fedora/tclhttpd.spec http://www.kobold.org/~wart/fedora/tclhttpd-3.5.1-5.src.rpm http://www.kobold.org/~wart/fedora/MD5SUM.asc -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 19:38:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 14:38:14 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511221938.jAMJcETa024957@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 ------- Additional Comments From meme at daughtersoftiresias.org 2005-11-22 14:37 EST ------- Ok, thanks - I didn't know those things. Where is this lookaside cache? And how can I access it to put new release tarballs in there? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 19:39:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 14:39:48 -0500 Subject: [Bug 173927] Review Request: akode: Audio-decoding framewor In-Reply-To: Message-ID: <200511221939.jAMJdmtI025148@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: akode: Audio-decoding framewor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173927 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL| http://carewolf.com/akode/ |http://carewolf.com/akode/ ------- Additional Comments From rdieter at math.unl.edu 2005-11-22 14:39 EST ------- See also akode-extras submission to livna: http://bugzilla.livna.org/show_bug.cgi?id=667 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 20:06:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 15:06:27 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511222006.jAMK6RZP029744@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 ------- Additional Comments From ville.skytta at iki.fi 2005-11-22 15:06 EST ------- cvs-import.sh has already taken care of this for you when you imported the package. For more info, see http://fedoraproject.org/wiki/Extras/UsingCvsFaq -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 20:19:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 15:19:12 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511222019.jAMKJC5G031917@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163779 |163776 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-11-22 15:18 EST ------- Unapprove until this public security issue is verified to be fixed in our package. http://marc.theaimsgroup.com/?l=full-disclosure&m=113267802021371&w=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 wart at kobold.org Tue Nov 22 20:43:25 2005 From: wart at kobold.org (Michael Thomas) Date: Tue, 22 Nov 2005 12:43:25 -0800 Subject: fedora-useradd Message-ID: <438382ED.6010803@kobold.org> I'm trying to use fedora-useradd to create an account for running the tclhttpd daemon (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753), but it doesn't seem that the baseuid in /etc/fedora/usermgmt/baseuid is being used: [root at owl ~]# fedora-useradd 10 -d /tmp -s /bin/false testuser useradd: warning: the home directory already exists. Not copying any file from skel directory into it. [root at owl ~]# grep testuser /etc/passwd testuser:x:514:514::/tmp:/bin/false Shouldn't this user have been created with uid=310? Or am I invoking fedora-useradd incorrectly? --Wart From bugzilla at redhat.com Tue Nov 22 20:51:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 15:51:18 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511222051.jAMKpI4W003643@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 meme at daughtersoftiresias.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RELEASE_PENDING ------- Additional Comments From meme at daughtersoftiresias.org 2005-11-22 15:51 EST ------- Thanks! If it's ok with you, I'm going to go ahead and mark this release pending. What about regular Falcon's Eye? Should we revisit the issue of keeping/removing it in a month or so (after people have had a chance to use Vulture's Eye from RPM and we know that there are no significant issues that we didn't catch), or should we address keeping/removing it now? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 20:54:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 15:54:04 -0500 Subject: [Bug 173897] Review Request: fonts-hebrew-fancy In-Reply-To: Message-ID: <200511222054.jAMKs4Lb003844@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fonts-hebrew-fancy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173897 ------- Additional Comments From mpeters at mac.com 2005-11-22 15:53 EST ------- Formal review coming (including fc5 test) What %ghost does is mark a file such that it is not actually installed by the rpm but is owned by the rpm if it exists. This allows the proper program (in this case) fc-cache to be responsible for creating the file, but it is owned by the rpm - so that when the rpm is removed, the ghosted file is removed as if the rpm had been who put it there in the first place. I don't know if Maximum rpm talks about it or not. I think the Red Hat RPM Guide (which I believe either is or shortly will be available for free) does. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 21:34:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 16:34:44 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511222134.jAMLYiYt008509@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 ------- Additional Comments From ville.skytta at iki.fi 2005-11-22 16:34 EST ------- If by "release pending" you mean that it has been built in the buildsys and is waiting to be pushed, sure. At this point new packages are usually just closed as NEXTRELEASE though. http://fedoraproject.org/wiki/Extras/NewPackageProcess I think we should proceed with removing Falcon's Eye already now; it has been obsoleted by the vanilla nethack package for a while already and I'm not aware of any plans to revive it now that Vulture's * is in. I'll take care of it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 21:46:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 16:46:29 -0500 Subject: [Bug 173897] Review Request: fonts-hebrew-fancy In-Reply-To: Message-ID: <200511222146.jAMLkTSb009923@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fonts-hebrew-fancy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173897 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-22 16:46 EST ------- Reviewed per http://fedoraproject.org/wiki/PackageReviewGuidelines Good: * rpmlint clean * Package name appropriate - upstream distributes as a series of tarballs, but the source of these - fonts are grouped together as fancy - These fonts are from the same project as the Core package fonts-hebrew * Spec file name matches src.rpm name * Package meets packaging guidelines * Specified License (GPL) matches project page and license provided with source * License in %doc * Spec file written in American English, Legible * Sources match upstream md5sum * spec file works * No BuildRequires (thus none from exceptions or redundant) * No locale files * no shared libraries * No use of Prefix: * No duplicates * Appropriate permissions * Proper %clean * consistent use of macros * contains permisable content * No need for separate docs package * files in %doc not necessary for runtime * No devel/library/etc to worry about * Contains summary/description for Hebrew * Sane scriptlets * Works in FC4 and FC5 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 Nov 22 22:16:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 17:16:52 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511222216.jAMMGqRl014361@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ------- Additional Comments From veillard at redhat.com 2005-11-22 17:16 EST ------- In general I think inclusion of xmlstarlet makes sense, Daniel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 22:17:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 17:17:47 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511222217.jAMMHlOP014434@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ------- Additional Comments From stickster at gmail.com 2005-11-22 17:17 EST ------- Oops, there was a small snafu between Tommy and me, so please disregard the earlier URLs. Here are the corrected versions: Spec: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet.spec SRPM: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet-1.0.1-1.1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 23:21:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 18:21:44 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511222321.jAMNLiiB019768@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From mpeters at mac.com 2005-11-22 18:21 EST ------- Looks good - there's an rpmlint errors: [mpeters at utility result]$ ls *.rpm gtkwave-1.3.79-1.fc4.i386.rpm gtkwave-debuginfo-1.3.79-1.fc4.i386.rpm gtkwave-1.3.79-1.fc4.src.rpm [mpeters at utility result]$ rpmlint *.rpm E: gtkwave configure-without-libdir-spec E: gtkwave-debuginfo script-without-shellbang /usr/src/debug/gtkwave-1.3.79/src/helpers/lxt_write.h [mpeters at utility result]$ First can be ignored, second probably can be fixed. I'll work on formal review, with the rpmlint debuginfo noted. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 23:28:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 18:28:17 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511222328.jAMNSHEw020334@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From mpeters at mac.com 2005-11-22 18:28 EST ------- [mpeters at utility gtkwave-1.3.79]$ ls -l src/helpers/ |grep "h$" -rw-r--r-- 1 mpeters family 8608 Jan 18 2004 lxt2_read.h -rw-r--r-- 1 mpeters family 9684 Feb 4 2004 lxt2_write.h -rwxr-xr-x 1 mpeters family 7863 Oct 26 22:17 lxt_write.h -rw-r--r-- 1 mpeters family 3689 Feb 4 2004 v2l_analyzer.h -rw-r--r-- 1 mpeters family 3615 Feb 22 2004 v2l_analyzer_lxt2.h -rw-r--r-- 1 mpeters family 2654 Nov 3 2002 v2l_debug.h -rw-r--r-- 1 mpeters family 2654 Feb 11 2003 v2l_debug_lxt2.h -rw-r--r-- 1 mpeters family 8149 Mar 26 2005 vzt_read.h -rw-r--r-- 1 mpeters family 9014 Feb 27 2005 vzt_write.h removing the execution bit on that header file should fix the debuginfo rpmlint error. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 23:31:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 18:31:30 -0500 Subject: [Bug 173543] Review Request: xfce4-datetime-plugin In-Reply-To: Message-ID: <200511222331.jAMNVUg1020476@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-datetime-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173543 ------- Additional Comments From kevin at tummy.com 2005-11-22 18:31 EST ------- Yeah, berlios has had all sorts of issues from here lately. ;( It finally just worked now, but the checksums don't match: wget http://download.berlios.de/xfce-goodies/xfce4-datetime-plugin-0.3.1.tar.gz --16:29:17-- http://download.berlios.de/xfce-goodies/xfce4-datetime-plugin-0.3.1.tar.gz => `xfce4-datetime-plugin-0.3.1.tar.gz' Resolving download.berlios.de... 195.37.77.141 Connecting to download.berlios.de|195.37.77.141|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 311,941 (305K) [application/x-gzip] 100%[========================================================>] 311,941 11.45K/s ETA 00:00 16:29:32 (21.32 KB/s) - `xfce4-datetime-plugin-0.3.1.tar.gz' saved [311941/311941] md5sum xfce4-datetime-plugin-0.3.1.tar.gz 92b7ebee7f0c8074f5cf590f77f676f2 xfce4-datetime-plugin-0.3.1.tar.gz md5sum rpm/SOURCES/xfce4-datetime-plugin-0.3.1.tar.gz b29068f1972b34d0777318bc068ff125 rpm/SOURCES/xfce4-datetime-plugin-0.3.1.tar.gz Not sure what could have happened there. Can you re-download the src and check the md5sum? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 22 23:44:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 18:44:06 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511222344.jAMNi6FQ021319@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ------- Additional Comments From stickster at gmail.com 2005-11-22 18:43 EST ------- Additional fixes to make the command name in the included docs consistent. New versions: Spec: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet.spec SRPM: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet-1.0.1-1.2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 00:04:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 19:04:47 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511230004.jAN04lQs023876@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From mpeters at mac.com 2005-11-22 19:04 EST ------- Review per http://fedoraproject.org/wiki/PackageReviewGuidelines Needs Work: See rpmlint comment #6 and #7 Good: * With above noted exception, rpmlint clean - error on configure ignorable as explained in comment #2 * Package properly named according to guidelines * Spec file name matches src.rpm name * Package meets packaging guidelines * Package license (GPL & MIT) matches src * License files in %doc * Written in American English, legible * Source matches upstream timestamp and md5sum * Package succesfully builds on x86 (fc4) * No BuildRequires in exceptions section of packaging guidelines * All other BuildRequires properly specified * No locale files that need find_lang * No shared libraries * No use of Prefix * Package owns all directories it creates * Proper Permissions * Proper %clean * consistent use of macros * contains permissable code * does not need docs subpackage * Works without files in %doc * No devel package concerns ** Desktop File - - 'Twould be nice if it had one, but as explained in specfile: # Note that GTKWave is a GUI application but no desktop entry is provided for it. # This is because the application requires at least one mandatory parameter (file # to view) and cannot be opened in a "no file" mode from a menu. - Hopefully upstream will decide to change that at some point. * Package builds in mock -=- Fix the rpmlint warning on debuginfo package and I'll approve. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 01:14:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 20:14:00 -0500 Subject: [Bug 165230] Review Request: Eclipse Graphical Editing Framework In-Reply-To: Message-ID: <200511230114.jAN1E0LM029233@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Eclipse Graphical Editing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165230 ------- Additional Comments From aluchko at redhat.com 2005-11-22 20:13 EST ------- Sorry for not getting back to you on Monday :) I'm back at school so my time to work on it is fairly limited unfortunately, I have a little more done at http://people.redhat.com/aluchko/eclipse-gef-3.1.0_fc-1.src.rpm http://people.redhat.com/aluchko/eclipse-gef.spec but there's still a couple bugs in the build I need to work out and a couple clean ups in the spec file (I combined your changes with the eclipse-changelog specfile). I hope to be able to get back to this after exams in Christmas and finish it off. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 02:56:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 21:56:03 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511230256.jAN2u3jU003340@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ------- Additional Comments From ivazquez at ivazquez.net 2005-11-22 21:53 EST ------- I'm getting a 403 on the spec file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 03:20:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 22 Nov 2005 22:20:04 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511230320.jAN3K4J4005122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ------- Additional Comments From ivazquez at ivazquez.net 2005-11-22 22:19 EST ------- - Source0 should be http://dl.sourceforge.net/xmlstar/xmlstarlet-%{version}.tar.gz, replacing %{name} in there is optional - Files in %{_mandir} are already marked %doc ! Releases with subreleases (X.Y) might cause problems with the disttag + Upstream source (from proper location) matches + Correct permissions + Builds cleanly in mock + No rpmlint warnings or errors -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 05:58:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 00:58:00 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511230558.jAN5w0cY020539@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 ------- Additional Comments From jpmahowald at gmail.com 2005-11-23 00:57 EST ------- (In reply to comment #3) > I tried adding an entry for the tclhttpd user on > http://fedoraproject.org/wiki/PackageUserRegistry, but I don't have edit > permission on that page. > What's your wiki name so I can add you to the EditGroup ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 06:01:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 01:01:08 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511230601.jAN618Z8020918@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 ------- Additional Comments From wart at kobold.org 2005-11-23 01:00 EST ------- (In reply to comment #6) > (In reply to comment #3) > > I tried adding an entry for the tclhttpd user on > > http://fedoraproject.org/wiki/PackageUserRegistry, but I don't have edit > > permission on that page. > > > > What's your wiki name so I can add you to the EditGroup ? MichaelThomas -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 07:14:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 02:14:15 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511230714.jAN7EFId027302@www.beta.redhat.com> Please 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 2005-11-23 02:14 EST ------- (In reply to comment #30) > > Does %{?dist} in the release mean anything useful? > It will be replaced by ".fc4" on FC4, ".fc5" on FC5, etc... This way you can > build for all versions with the same spec file. > http://fedoraproject.org/wiki/DistTag Oh, nice! Thanks. > > Does this mean we're getting close to finished? > We're getting closer with every step... :) > Obviously, packaging an init replacement is not trivial and can take some time > to do it well. Obviously. I'm just eager to see the respons from the community ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ivazquez at ivazquez.net Wed Nov 23 08:16:12 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 23 Nov 2005 03:16:12 -0500 Subject: libshout, ices, and icecast for FE In-Reply-To: <20051118230001.GA26254@lists.us.dell.com> References: <20051118230001.GA26254@lists.us.dell.com> Message-ID: <1132733772.32681.5.camel@ignacio.lan> On Fri, 2005-11-18 at 17:00 -0600, Matt Domsch wrote: > Ignacio, would you consider submitting ices to Extras, with the > changes I've made to work with libshout 2.1? Fine with me. -- 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 enrico.scholz at informatik.tu-chemnitz.de Wed Nov 23 08:53:03 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 23 Nov 2005 09:53:03 +0100 Subject: fedora-useradd In-Reply-To: <438382ED.6010803@kobold.org> (Michael Thomas's message of "Tue, 22 Nov 2005 12:43:25 -0800") References: <438382ED.6010803@kobold.org> Message-ID: <87psoreoeo.fsf@kosh.bigo.ensc.de> wart at kobold.org (Michael Thomas) writes: > [root at owl ~]# fedora-useradd 10 -d /tmp -s /bin/false testuser > useradd: warning: the home directory already exists. > Not copying any file from skel directory into it. > [root at owl ~]# grep testuser /etc/passwd > testuser:x:514:514::/tmp:/bin/false > > Shouldn't this user have been created with uid=310? Or am I invoking > fedora-useradd incorrectly? You have to activate the predicatable user-creation with /usr/sbin/update-alternatives --set fedora-usermgmt /etc/fedora/usermgmt/scripts.shadow-utils Else, it behaves like a plain 'useradd'. It is not possible to activate it by default because there is no free range for default baseuid/gid values. Enrico From bugzilla at redhat.com Wed Nov 23 09:48:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 04:48:16 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511230948.jAN9mGUf009056@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From alfredo.ferrari at cern.ch 2005-11-23 04:47 EST ------- Hi somebody pointed me at this package claiming that it distributes some parts of FLUKA included in GEANT321 without authorization and under an improper license. Indeed this is the case: several routines and include files are present. The FLUKA parts included in GEANT321 were never released under GPL/LGPL/BSD or similar, neither licensed to be freely redistributed. Their intellectual property originally belong to INFN (the Italian Institute for Nuclear and Particle Physics) and when CERNLIB was relicensed under GPL it did not include (obviously) those parts contributed by other Institutions under different conditions. In particular, from http://cernlib.web.cern.ch/cernlib/conditions.html "(C) Copyright CERN except where explicitly stated otherwise. Permission to use and/or redistribute this work is granted under the terms of the GNU General Public License. FLUKA routines included in GEANT3 are joint copyright of INFN and CERN and are not licensed under the GPL: permission to use and/or redistribute outside GEANT3 should be negotiated. The software and documentation made available under the terms of this license are provided with no warranty." The same statement is reported in the copyright file included in your packaged CERNLIB, together with the statement that the relevant FLUKA files have been excised out of Debian distribution. It could be a qui-pro-quo about which files belong to FLUKA, since part of them was in the "fluka" directory and part in the "peanut" directory, in particular the routines: fdevap fdnopt fdpree flkdt1 flkdt2 flkdt3 flkdt4 flkdt5 flkdt6 flkdt7 bimsel cosleg fekfnc fpfrnc fradnc frhinc frhonc nclvin nclvst nucnuc nwisel peanut pfnclv phdset phdwll pioabs prepre rstsel sbcomp sigfer umofin xinneu xinpro and the include files: aadat.inc auxpar.inc balanc.inc bamjcm.inc cmsres.inc comcon.inc corinc.inc corinc.inc dblprc.inc decayc.inc decayc2.inc depnuc.inc dimpar.inc eva0.inc eva1.inc fheavy.inc finlsp.inc finlsp2.inc finlsp3.inc finpar.inc finpar2.inc finuc.inc finuc2.inc finuct.inc hadflg.inc hadpar.inc higfis.inc inpdat.inc inpdat2.inc inpflg.inc iounit.inc isotop.inc labcos.inc mapa.inc metlsp.inc nucdat.inc nucgeo.inc nuclev.inc nucpar.inc paprop.inc parevt.inc parnuc.inc part.inc part2.inc part3.inc reac.inc redver.inc resnuc.inc split.inc xsepar.inc are part of FLUKA and subject to the FLUKA license. I could have well missed other files. Since several years FLUKA is a standalone joint INFN-CERN project with a specific license (see http://www.fluka.org for details) and those parts included in GEANT321 have been obsoleted as early as 1996. The Debian CERNLIB maintainer contacted me, as main author, after he noted the different conditions for FLUKA, and then he decided not to include those parts in their packages since their are incompatible with the GPL or similar. I assume you are not interested in distributing files GPL-incompatible, and anyway the FLUKA authors are reluctant to let such old stuff go around. Best regards Alfredo Ferrari -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 10:23:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 05:23:04 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511231023.jANAN4sT012927@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 ------- Additional Comments From paul at city-fan.org 2005-11-23 05:22 EST ------- Updated package fixes debuginfo rpmlint issue. I also added a comment in the spec file about the configure script not being an autotools-generated one and hence not supporting --libdir. http://www.city-fan.org/~paul/extras/gtkwave/gtkwave.spec http://www.city-fan.org/~paul/extras/gtkwave/gtkwave-1.3.79-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 10:30:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 05:30:41 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511231030.jANAUfLa013648@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-23 05:30 EST ------- (In reply to comment #31) > in GEANT321 have been obsoleted as early as 1996. The Debian CERNLIB maintainer > contacted me, as main author, after he noted the different conditions for FLUKA, > and then he decided not to include those parts in their packages since their > are incompatible with the GPL or similar. > > I assume you are not interested in distributing files GPL-incompatible, and > anyway the FLUKA authors are reluctant to let such old stuff go around. Indeed that's a mistake. I used the debian 2004 patchset script/file list to remove files, but it seems that these files are not removed. I'll have a look at it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 10:48:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 05:48:14 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511231048.jANAmEmw015975@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-23 05:48 EST ------- Approved -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 11:05:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 06:05:20 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511231105.jANB5KFS018403@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-23 06:05 EST ------- (In reply to comment #31) > in GEANT321 have been obsoleted as early as 1996. The Debian CERNLIB maintainer Maybe you should do the same report to the cernlib maintainer, as it seems that they are shipping fluka files. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 11:19:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 06:19:32 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511231119.jANBJWmZ020257@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-23 06:19 EST ------- > fdevap fdnopt fdpree flkdt1 flkdt2 flkdt3 flkdt4 flkdt5 flkdt6 flkdt7 > bimsel cosleg fekfnc fpfrnc fradnc frhinc frhonc nclvin nclvst nucnuc > nwisel peanut pfnclv phdset phdwll pioabs prepre rstsel sbcomp sigfer > umofin xinneu xinpro Ok, it corresponds with geant321/block/ geant321/peanut/ There is nothing in these files that says that they are part of fluka and not GPLed. This is something that should really be fixed upstream (i.e. by the cernlib maintainers). > and the include files: > > aadat.inc auxpar.inc balanc.inc bamjcm.inc cmsres.inc comcon.inc corinc.inc > corinc.inc dblprc.inc decayc.inc decayc2.inc depnuc.inc dimpar.inc eva0.inc > eva1.inc fheavy.inc finlsp.inc finlsp2.inc finlsp3.inc finpar.inc > finpar2.inc finuc.inc finuc2.inc finuct.inc hadflg.inc hadpar.inc > higfis.inc inpdat.inc inpdat2.inc inpflg.inc iounit.inc isotop.inc > labcos.inc mapa.inc metlsp.inc nucdat.inc nucgeo.inc nuclev.inc nucpar.inc > paprop.inc parevt.inc parnuc.inc part.inc part2.inc part3.inc reac.inc > redver.inc resnuc.inc split.inc xsepar.inc If I'm not wrong such files are not really copyrightable as they correspond with api and/or short/trivial code. However it would be better if they weren't included anyway as it doesn't make sense to redistribute api files without the corresponding libs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 11:30:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 06:30:59 -0500 Subject: [Bug 172579] Review Request: gtkwave - Waveform Viewer In-Reply-To: Message-ID: <200511231130.jANBUxAr021933@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gtkwave - Waveform Viewer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172579 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From paul at city-fan.org 2005-11-23 06:30 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 on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 11:58:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 06:58:49 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511231158.jANBwnj9025576@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-23 06:58 EST ------- I have modified the deadpool.txt file to remove the routines and include files. I send it to the debian cernlib maintainer too. Now I have to modify the source files and the patches to avoid building inexistant code. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Wed Nov 23 12:09:25 2005 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 23 Nov 2005 13:09:25 +0100 Subject: removing file from the look-aside cache Message-ID: <20051123120925.GC3706@free.fr> Hello, The page http://fedoraproject.org/wiki/Extras/UsingCvsFaq has very usefull information on how to update a package, but if I've read well, it lacks the make invocation that should be used to remove a source file from the look-aside cache, without replacing it. What should be used for that? -- Pat From bugzilla at redhat.com Wed Nov 23 12:12:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 07:12:19 -0500 Subject: [Bug 173979] New: Review Request: Licq - A graphical ICQ Client for Linux Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173979 Summary: Review Request: Licq - A graphical ICQ Client for Linux Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com/pvrabec/rpms/licq-1.3.2- 1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pvrabec at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: licq.spec SRPM Name or Url: licq-1.3.2-1.src.rpm Description: Licq is a ICQ Client for the common ICQ network. It provides a graphical user interface based on QT and is enhanceable with many powerful plugins. This build supports SSL and GPGME and contains these plugins: * auto-reply * osd * qt-gui * kde-gui This is my first package, and I'm seeking a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 12:12:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 07:12:34 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511231212.jANCCYpr026650@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pvrabec at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |173979 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 12:25:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 07:25:07 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511231225.jANCP70i027537@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From ivazquez at ivazquez.net 2005-11-23 07:24 EST ------- Fixed in 2.4.2. http://sourceforge.net/project/shownotes.php?release_id=373087 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 12:53:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 07:53:47 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511231253.jANCrld7030709@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ------- Additional Comments From stickster at gmail.com 2005-11-23 07:53 EST ------- Handled all your comments, Ignacio. Sorry about the spec file mode -- I fixed that as well. I was only using the subreleases for my private packages but I've gone ahead and removed them for this release, now 2%{?dist}. They are available here: Spec: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet.spec SRPM: http://rpm.frields.org/extras-testing/xmlstarlet/xmlstarlet-1.0.1-2.src.rpm Thanks for your prompt 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 Matt_Domsch at dell.com Wed Nov 23 14:34:48 2005 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 23 Nov 2005 08:34:48 -0600 Subject: libshout, ices, and icecast for FE In-Reply-To: <1132356586.26085.17.camel@locolhost.localdomain> References: <20051118230001.GA26254@lists.us.dell.com> <1132356586.26085.17.camel@locolhost.localdomain> Message-ID: <20051123143448.GA4567@lists.us.dell.com> On Fri, Nov 18, 2005 at 03:29:44PM -0800, Michael A. Peters wrote: > On Fri, 2005-11-18 at 17:00 -0600, Matt Domsch wrote: > > For a little recording and broadcasting project I'm working on, I > > figured, hey, why not use a Fedora system to do it. libshout is > > there, I found ices in Ignacio Vazquez-Abrams's repo, and I found > > Michael Fleming's build of icecast. > > > > However, ices wasn't available for FC4, and newer ices2 needs newer > > libshout. So, here goes. > > > > http://domsch.com/linux/fedora/extras/libshout/ > > http://domsch.com/linux/fedora/extras/ices/ > > libshout2 can be parallel installed with libshout - though the devel > packages will conflict (if I remember). Perhaps there is a way to > resolve that? > > That would be better so as to not break applications that do not build > against libshout2 (if there are any still - may be moot) repoquery on FC4 x86_64 doesn't yield anything requiring libshout, except libshout-devel, when looking at Core, Extras, livna, and (I'm told) freshrpms. So I think it's moot. -- 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 mpeters at mac.com Wed Nov 23 14:59:55 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 23 Nov 2005 06:59:55 -0800 Subject: libshout, ices, and icecast for FE In-Reply-To: <20051123143448.GA4567@lists.us.dell.com> References: <20051118230001.GA26254@lists.us.dell.com> <1132356586.26085.17.camel@locolhost.localdomain> <20051123143448.GA4567@lists.us.dell.com> Message-ID: <1132757995.18600.47.camel@locolhost.localdomain> On Wed, 2005-11-23 at 08:34 -0600, Matt Domsch wrote: > > repoquery on FC4 x86_64 doesn't yield anything requiring libshout, > except libshout-devel, when looking at Core, Extras, livna, and (I'm > told) freshrpms. So I think it's moot. OK. I have no particular affection for libshout v1 either. What I would suggest - submit the package that wants v2 - and file and RFE bugzilla with libshout listing it as a blocker to your package. This may sound a bit legalistic - but I would only want v2 in FC5 because it is possible users may have software compiled on their local machines in fc3/4 that would break with an update (I know I do - but it's not a problem for me, I can use v2 as well) and its not nice (imho) to change a shared library version like that. I'd file the RFE (if you haven't already) ASAP with libshout in devel branch so that it gets done - even if your package isn't quite ready for submission yet. From bugzilla at redhat.com Wed Nov 23 15:51:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 10:51:18 -0500 Subject: [Bug 173927] Review Request: akode: Audio-decoding framewor In-Reply-To: Message-ID: <200511231551.jANFpICM019849@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: akode: Audio-decoding framewor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173927 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-11-23 10:51 EST ------- rpmlint complains that the description lines about xiph, oss, and alsa are too long. Just to be clear : you are targeting FC5, right ? Because KDE 3.4 as shipped with FC4 includes akode (repoquery --repoid=base -l kdemultimedia | grep libakode). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 15:54:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 10:54:58 -0500 Subject: [Bug 173927] Review Request: akode: Audio-decoding framewor In-Reply-To: Message-ID: <200511231554.jANFswHJ020523@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: akode: Audio-decoding framewor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173927 ------- Additional Comments From rdieter at math.unl.edu 2005-11-23 10:54 EST ------- Yes, target = fc5 (for kde-3.5.0) FYI, developer promised a newer rc later today, so a revision should hopefully appear 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 Wed Nov 23 16:37:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 11:37:52 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511231637.jANGbqr9026038@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |dmitry at butskoy.name OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-11-23 11:37 EST ------- Suggestions: - don't make separate devel package. Include 2k include-file into the main package and add "Provides: ttywatch-devel" tag instead. Remarks & nitpicks: - it is possible to compile with $RPM_OPT_FLAGS, use OPTFLAGS=... for make line. - as install pathes are hardcoded in Makefile, it is better to overwrite them at "make install" time, setting appropriate Makefile's variables in cmdline with appropriate rpm macros (%{_sbindir} etc.) - %defattr(...) is enough, file attributes are set properly by "make install" - IMO it is better to own /var/log/ttywatch by the package. The similar good precedents are httpd and ppp ... - IMHO it is better to use %{name} instead of hardcoded name... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 17:03:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 12:03:11 -0500 Subject: [Bug 170303] Review Request: google-perftools: Very fast malloc & performance analysis tools In-Reply-To: Message-ID: <200511231703.jANH3BH9029572@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: google-perftools: Very fast malloc & performance analysis tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170303 ------- Additional Comments From dmitry at butskoy.name 2005-11-23 12:03 EST ------- 0.5: all the same... Tom, I check this on FC3 box. Can you do: rpmbuild -bc google-perftools.spec cd make check under FC4 or rawhide box? The issues at "make check" stage can be caused by "gcc/g++ < 4.0" at my FC3 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 buc at odusz.so-cdu.ru Wed Nov 23 17:11:17 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Wed, 23 Nov 2005 20:11:17 +0300 Subject: removing file from the look-aside cache In-Reply-To: <20051123120925.GC3706@free.fr> References: <20051123120925.GC3706@free.fr> Message-ID: <4384A2B5.6050808@odu.neva.ru> Patrice Dumas wrote: >The page >http://fedoraproject.org/wiki/Extras/UsingCvsFaq >has very usefull information on how to update a package, but if I've read >well, it lacks the make invocation that should be used to remove a source >file from the look-aside cache, without replacing it. > > If you have foo-0.0.tar.gz and bar-0.0.tar.gz and decide to remove bar-0.0.tar.gz, just use: make new-sources FILES="foo-0.0.tar.gz" ~buc From michel.salim at gmail.com Wed Nov 23 17:43:20 2005 From: michel.salim at gmail.com (Michel Salim) Date: Wed, 23 Nov 2005 12:43:20 -0500 Subject: removing file from the look-aside cache In-Reply-To: <4384A2B5.6050808@odu.neva.ru> References: <20051123120925.GC3706@free.fr> <4384A2B5.6050808@odu.neva.ru> Message-ID: <883cfe6d0511230943l1275d2bbt@mail.gmail.com> On 23/11/05, Dmitry Butskoy wrote: > Patrice Dumas wrote: > > >The page > >http://fedoraproject.org/wiki/Extras/UsingCvsFaq > >has very usefull information on how to update a package, but if I've read > >well, it lacks the make invocation that should be used to remove a source > >file from the look-aside cache, without replacing it. > > > > > If you have foo-0.0.tar.gz and bar-0.0.tar.gz and decide to remove > bar-0.0.tar.gz, just use: > > make new-sources FILES="foo-0.0.tar.gz" > > To clarify, this does not remove the old source file. As Warren pointed out to me on IRC a few days ago, this allows previous versions of the package to still be built. Apparently disk space is cheap :) -- Michel Salim http://www.cs.indiana.edu/~msalim From bugzilla at redhat.com Wed Nov 23 17:50:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 12:50:20 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511231750.jANHoK6X003649@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From fedora at leemhuis.info 2005-11-23 12:50 EST ------- Update to 2.4.2: http://www.leemhuis.info/files/fedorarpms/SPECS.fdr/fuse.spec http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-2.4.1-3.src.rpm Fixes CVE-2005-3531 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 17:52:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 12:52:11 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511231752.jANHqBaP004111@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 ------- Additional Comments From jpmahowald at gmail.com 2005-11-23 12:51 EST ------- (In reply to comment #7) > (In reply to comment #6) > > (In reply to comment #3) > > > I tried adding an entry for the tclhttpd user on > > > http://fedoraproject.org/wiki/PackageUserRegistry, but I don't have edit > > > permission on that page. > > > > > > > What's your wiki name so I can add you to the EditGroup ? > > MichaelThomas Added. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Wed Nov 23 18:41:52 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 23 Nov 2005 12:41:52 -0600 Subject: kdemultimedia-extras/kdemultimedia-nonfree Message-ID: <4384B7F0.6000600@math.unl.edu> In the spirit of the current kdemultimedia-extras pkg available from rpm.livna.org, I'm beginning work on a similar beast for kde-3.5/fc5, except this time we've got 2 subpkgs: (1) free/distributable bits (to be available from Fedora Extras, using dependancies already available in FE), including akode_arts_plugin (akode), juk (libtunepimp), kfile-plugins: flac, mpc, mp3 (taglib), (2) nonfree bits (ie, like the existing kdemultimedia-extras from livna), including akode_arts_plugin extra bits (akode-extras), krec mp3 export (lame), mpeglib_artsplugin, xine_artsplugin (xine-lib) The primary question on my mind right now is naming. I'm leaning toward naming (1) kdemultimedia-extras and (2) kdemultimedia-nonfree. I know this makes the proposed FE package overlap/obsolete the existing livna pkg, but I think this is the safest road to follow. Opinions? -- Rex From bugzilla at redhat.com Wed Nov 23 18:52:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 13:52:40 -0500 Subject: [Bug 171597] Review Request: spandsp - A DSP library for telephony In-Reply-To: Message-ID: <200511231852.jANIqe4w009703@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: spandsp - A DSP library for telephony https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171597 ------- Additional Comments From jeff at ollie.clive.ia.us 2005-11-23 13:52 EST ------- *Ping* Still waiting for information on how to get RedHat Legal to sign off on this package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 19:02:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:02:55 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511231902.jANJ2tpn010565@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 ------- Additional Comments From fedora at leemhuis.info 2005-11-23 14:02 EST ------- (In reply to comment #16) > http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-2.4.1-3.src.rpm This must be: http://www.leemhuis.info/files/fedorarpms/SRPMS.fdr/fuse-2.4.2-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 19:04:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:04:30 -0500 Subject: [Bug 171597] Review Request: spandsp - A DSP library for telephony In-Reply-To: Message-ID: <200511231904.jANJ4Uvk010680@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: spandsp - A DSP library for telephony https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171597 ------- Additional Comments From jeff at ollie.clive.ia.us 2005-11-23 14:04 EST ------- FWIW, Debian carries spandsp. I'm searching for any trace of a discussion about the legal status of spandsp on the debian lists. http://packages.qa.debian.org/s/spandsp.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 Wed Nov 23 19:10:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:10:18 -0500 Subject: [Bug 171597] Review Request: spandsp - A DSP library for telephony In-Reply-To: Message-ID: <200511231910.jANJAIx3011243@www.beta.redhat.com> Please 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 steveu at coppice.org 2005-11-23 14:10 EST ------- I actually bothered to look at the IP issues when developing spandsp. Most projects ignore them, and just hope they go away. Nobody seems to worry about that. A due diligence file that addresses things and finds them to be OK worries people. Weird. I could find no patents problems with anything except V.17. Other patents have lond expired (e.g. one on V.29). I couldn't track down the exact patent IBM claim on V.17. However, I think it relates to trellis coding, and I think it should be mid 80s vintage. That means it should be OK outside the US, but might need checking for the exact expiry date in the US. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 19:13:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:13:00 -0500 Subject: [Bug 171597] Review Request: spandsp - A DSP library for telephony In-Reply-To: Message-ID: <200511231913.jANJD06N011507@www.beta.redhat.com> Please 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 steveu at coppice.org 2005-11-23 14:12 EST ------- Oops, a bit got chopped off my last comment. Because of the uncertain status of V.17, it is not build by default. In fact, right now it isn't even 100% reliable. It needs more work. A default build of spandsp has no patent issues. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 19:14:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:14:57 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511231914.jANJEvkX011702@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-11-23 14:14 EST ------- OK looks fine, APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 19:15:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:15:31 -0500 Subject: [Bug 174021] New: Review Request: aplus-fsf - Advanced APL Interpreter Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174021 Summary: Review Request: aplus-fsf - Advanced APL Interpreter Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Jochen at herr-schmitt.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.herr-schmitt.de/pub/aplus-fsf/aplus-fsf.spec SRPM Name or Url: http://www.herr-schmitt.de/pub/aplus-sfs/aplus-fsf-4.20.2-1.src.rpm Description: A+ is a Morgan Stanley array programming environment that includes a rich set of functions and operators, handling of files as ordinary arrays, a GUI with many widgets and automatic synchronization of widgets and variables (using MStk in A+ Version 4), generalized spreadsheet-like interactions, asynchronous execution of functions that have been associated with variables and events, interprocess communication, calls to user C subroutines, and many other features. Execution is by a very efficient interpreter. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 19:15:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:15:43 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511231915.jANJFhxn011910@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174021 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 19:16:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:16:41 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511231916.jANJGfZA012073@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From triad at df.lth.se 2005-11-23 14:16 EST ------- Should be: http://fedora.lowlatency.de/review/wine-0.9.1-3.src.rpm I think... It's been silently updated. I have applied for reviewer group membership so I can formally review this package (though so many have been involved that it ought to be considered a collective process) so we finally get some movement in the process. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 19:19:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 14:19:21 -0500 Subject: [Bug 174021] Review Request: aplus-fsf - Advanced APL Interpreter In-Reply-To: Message-ID: <200511231919.jANJJLvX012353@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: aplus-fsf - Advanced APL Interpreter https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174021 ------- Additional Comments From Jochen at herr-schmitt.de 2005-11-23 14:19 EST ------- Errornous: The second Link should be: http://www.herr-schmitt.de/pub/apluf-fsf/aplus-fsf-4.20.2-1.src.rpm Sorry for any inconvinience. Best Regards: Jochen Schmitt -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 20:02:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 15:02:52 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511232002.jANK2qQA018117@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-23 15:02 EST ------- Thanks for the suggested changes. All is fine, except the changing of /var/log/ttywatch. As this is commonly used to log all serial traffic (i.e. serial consoles), passwords are highly likely items to be logged, and we really don't want rpm mucking with the permissions on upgrade if the sysadmin changes them. So I've backed out that change and applied the rest. rpmlint now complains about it, but it's got a big fat comment. W: ttywatch dangerous-command-in-%post install Likewise, this change causes rpmlint to complain: W: ttywatch devel-file-in-non-devel-package /usr/include/ttywatch.h but if that's OK, I'm OK with it. http://domsch.com/linux/fedora/extras/ttywatch/ttywatch.spec http://domsch.com/linux/fedora/extras/ttywatch/ttywatch-0.14-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 20:03:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 15:03:33 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511232003.jANK3Xq1018181@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-23 15:03 EST ------- That should have been: http://domsch.com/linux/fedora/extras/ttywatch/ttywatch-0.14-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 dan at danny.cz Wed Nov 23 20:07:31 2005 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Wed, 23 Nov 2005 21:07:31 +0100 Subject: build of TinyERP on Rawhide Message-ID: <1132776451.2882.13.camel@eagle.danny.cz> Hello, I am the maintainer of TinyERP in Fedora Extras and I have problems with build tinyerp rpms for rawhide. It requires running Xvfb (or an other X server) for building and in rawhide Xvfb cannot find the default font 'fixed', see the buildlog bellow. There is no such problem on FC4. Has anybody an idea what is wrong? Full logs are at http://buildsys.fedoraproject.org/logs/fedora-development-extras/1242-tinyerp-3.1.0-5.fc5/noarch/ Dan ...... Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.36673 + umask 022 + cd /builddir/build/BUILD + cd tinyerp-3.1.0 + LANG=C + export LANG + unset DISPLAY + cd tinyerp-client-3.1.0 + /usr/bin/Xvfb :69 -nolisten tcp -ac -terminate + DISPLAY=:69 + ./setup.py build Couldn't open RGB_DB '/usr/lib/X11/rgb' _XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created. error opening security policy file /usr/lib/xserver/SecurityPolicy Could not init font path element /usr/lib/X11/fonts/misc/, removing from list! Could not init font path element /usr/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/lib/X11/fonts/OTF, removing from list! Could not init font path element /usr/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/lib/X11/fonts/100dpi/, removing from list! Could not init font path element /usr/lib/X11/fonts/75dpi/, removing from list! Fatal server error: could not open default font 'fixed' setup.py: Fatal IO error 104 (Connection reset by peer) on X server :69.0. error: Bad exit status from /var/tmp/rpm-tmp.36673 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.36673 (%build) From bugzilla at redhat.com Wed Nov 23 20:06:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 15:06:52 -0500 Subject: [Bug 173380] Review Request: nethack-vultures In-Reply-To: Message-ID: <200511232006.jANK6qPx018464@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nethack-vultures https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173380 meme at daughtersoftiresias.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RELEASE_PENDING |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From meme at daughtersoftiresias.org 2005-11-23 15:06 EST ------- Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Wed Nov 23 20:28:41 2005 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 23 Nov 2005 21:28:41 +0100 Subject: removing file from the look-aside cache In-Reply-To: <883cfe6d0511230943l1275d2bbt@mail.gmail.com> References: <20051123120925.GC3706@free.fr> <4384A2B5.6050808@odu.neva.ru> <883cfe6d0511230943l1275d2bbt@mail.gmail.com> Message-ID: <20051123202841.GA4779@free.fr> > To clarify, this does not remove the old source file. As Warren > pointed out to me on IRC a few days ago, this allows previous versions > of the package to still be built. Ok. I believe this is the best thing to do in most cases (though it should be documented). In my case I want to really remove the files, as there is a licence issue that poped up after the review (this is my case with the cernlib). I guess the best thing is to put it in special requests at http://fedoraproject.org/wiki/Extras/CVSSyncNeeded -- Pat From gauret at free.fr Wed Nov 23 20:34:30 2005 From: gauret at free.fr (Aurelien Bompard) Date: Wed, 23 Nov 2005 21:34:30 +0100 Subject: Build system problem Message-ID: Looks like there is a problem with the buildsystem: $ make plague /usr/bin/plague-client build colorscheme colorscheme-0_3-1_fc5 devel Package colorscheme enqueued. (However, no Job ID was provided in the time required) Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr It is by caffeine alone that I set my mind in motion. It is by the beans of java that the thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone that I set my mind in motion. From rjames at csulb.edu Wed Nov 23 20:44:42 2005 From: rjames at csulb.edu (Ryan James) Date: Wed, 23 Nov 2005 12:44:42 -0800 Subject: build of TinyERP on Rawhide In-Reply-To: <1132776451.2882.13.camel@eagle.danny.cz> References: <1132776451.2882.13.camel@eagle.danny.cz> Message-ID: <1132778682.3471.5.camel@localhost.localdomain> On Wed, 2005-11-23 at 21:07 +0100, Dan Hor?k wrote: > Hello, > > I am the maintainer of TinyERP in Fedora Extras and I have problems with > build tinyerp rpms for rawhide. It requires running Xvfb (or an other X > server) for building and in rawhide Xvfb cannot find the default font > 'fixed', see the buildlog bellow. There is no such problem on FC4. Has > anybody an idea what is wrong? just a guess, but maybe due to modular x.org? it went in last week. From dcbw at redhat.com Wed Nov 23 20:55:05 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 23 Nov 2005 15:55:05 -0500 Subject: Build system problem In-Reply-To: References: Message-ID: <1132779305.7331.2.camel@localhost.localdomain> On Wed, 2005-11-23 at 21:34 +0100, Aurelien Bompard wrote: > Looks like there is a problem with the buildsystem: > > $ make plague > /usr/bin/plague-client build colorscheme colorscheme-0_3-1_fc5 devel > Package colorscheme enqueued. (However, no Job ID was provided in the time > required) Server hang again likely due to blocking SSL sockets. Has been kicked and should be proceeding as normal now. These users will need to requeue their jobs: colorscheme-0_3-1_fc5 on devel (user 'gauret at free.fr') colorscheme-0_3-1_fc4 on fc4 (user 'gauret at free.fr') fuse-2_4_2-2_fc5 on 'devel (user 'fedora at leemhuis.info') Dan From bugzilla at redhat.com Wed Nov 23 21:33:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 16:33:42 -0500 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200511232133.jANLXg1H026684@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-11-23 16:33 EST ------- It is filled in the debian cernlib database, and I think I'll use the debian cernlib patches. http://bugs.debian.org/340433 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 21:36:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 16:36:50 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511232136.jANLaofL027211@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-23 16:36 EST ------- (In reply to comment #82) > Should be: > http://fedora.lowlatency.de/review/wine-0.9.1-3.src.rpm > > I think... It's been silently updated. Yes, bad bad second me *slap* > I have applied for reviewer group membership so I can formally > review this package (though so many have been involved that it ought > to be considered a collective process) so we finally get some movement > in the process. Sounds great... there probably are things that should get done before a push but having it in review is probably a good first step... :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 23 22:30:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 23 Nov 2005 17:30:28 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511232230.jANMUSBH032119@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 ------- Additional Comments From wart at kobold.org 2005-11-23 17:30 EST ------- (In reply to comment #8) > (In reply to comment #7) > > (In reply to comment #6) > > > (In reply to comment #3) > > > > I tried adding an entry for the tclhttpd user on > > > > http://fedoraproject.org/wiki/PackageUserRegistry, but I don't have edit > > > > permission on that page. > > > > > > > > > > What's your wiki name so I can add you to the EditGroup ? > > > > MichaelThomas > > Added. ...and Added. to the PackageUserRegistry, that is. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 07:43:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 02:43:44 -0500 Subject: [Bug 174063] New: Review Request: cssed - css editor and validator Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174063 Summary: Review Request: cssed - css editor and validator Product: Fedora Extras Version: devel Platform: All URL: http://cssed.sf.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora at iagorubio.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://iagorubio.com/fedora/cssed.spec SRPM Name or Url: http://iagorubio.com/fedora/cssed-0.4.0-0.src.rpm Description: cssed is a tiny GTK+ CSS editor and validator for web developers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 07:43:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 02:43:51 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511240743.jAO7hpuB013050@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora at iagorubio.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174063 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dan at danny.cz Thu Nov 24 08:12:48 2005 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 24 Nov 2005 09:12:48 +0100 Subject: build of TinyERP on Rawhide In-Reply-To: <1132778682.3471.5.camel@localhost.localdomain> References: <1132776451.2882.13.camel@eagle.danny.cz> <1132778682.3471.5.camel@localhost.localdomain> Message-ID: <1132819968.2563.2.camel@eagle.danny.cz> Ryan James p??e v St 23. 11. 2005 v 12:44 -0800: > On Wed, 2005-11-23 at 21:07 +0100, Dan Hor?k wrote: > > Hello, > > > > I am the maintainer of TinyERP in Fedora Extras and I have problems with > > build tinyerp rpms for rawhide. It requires running Xvfb (or an other X > > server) for building and in rawhide Xvfb cannot find the default font > > 'fixed', see the buildlog bellow. There is no such problem on FC4. Has > > anybody an idea what is wrong? > > just a guess, but maybe due to modular x.org? it went in last week. > It could be, but what packages should be in BuildRequires? Now I have xorg-x11-server-Xvfb and xorg-x11-fonts-misc (this contains the required font) there. It look like that there are wrong dependencies between xorg packages. Dan From bugzilla at redhat.com Thu Nov 24 08:59:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 03:59:59 -0500 Subject: [Bug 174065] New: Review Request: jabberd server Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174065 Summary: Review Request: jabberd server Product: Fedora Extras Version: devel Platform: All URL: http://jabberd.jabberstudio.org/2/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: adrian at lisas.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: already in CVS jabberd has been imported into CVS but there hasn't been a formal approval, therefore I am submitting a request for package review. See https://www.redhat.com/archives/fedora-extras-list/2005-March/msg00057.html for details on the reviews until now Description: The jabberd project aims to provide an open-source server implementation of the Jabber protocols for instant messaging and XML routing. The goal of this project is to provide a scalable, reliable, efficient and extensible server that provides a complete set of features and is up to date with the latest protocol revisions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 09:00:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 04:00:18 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511240900.jAO90IZS021711@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174065 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 09:22:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 04:22:45 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511240922.jAO9Mjsl023580@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From dmitry at butskoy.name 2005-11-24 04:22 EST ------- > we really don't want rpm mucking with the permissions on upgrade if the > sysadmin changes them. I still not quite understand it. By default, the /var/log/ttywatch permissions is "rwx------ root root". It is the same default as, for example, /var/log/ppp and /var/log/httpd permissions. But both "ppp" and "httpd" packages own its log directories... What reasons can lead to necessity to change /var/log/ttywatch perms/owners? Why the approximately similar Fedora stuff, for example /var/log/ppp, is not affected by such reasons? Anyway, according to http://fedoraproject.org/wiki/PackageReviewGuidelines, > - MUST: A package must own all directories that it creates. If it does not > create a directory that it uses, then it should require a package which does > create that directory. The exception to this are directories listed explicitly > in the Filesystem Hierarchy Standard Also, IMHO it is possible to use the recommended %{_smp_mflags} for the %build stage. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 09:53:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 04:53:44 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511240953.jAO9riWw026955@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From rc040203 at freenet.de 2005-11-24 04:53 EST ------- (In reply to comment #3) > Likewise, this change causes rpmlint to complain: > W: ttywatch devel-file-in-non-devel-package /usr/include/ttywatch.h > > but if that's OK, I'm OK with it. Not OK with me. Shipping a header without a corresponding library is non-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 Nov 24 10:02:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 05:02:59 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511241002.jAOA2xOg027866@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From dmitry at butskoy.name 2005-11-24 05:02 EST ------- (for comment #6): > Shipping a header without a corresponding library is non-sense. There is no any library at all. The header file is shipped just for building additional plugins for the main executable. BTW this header file is 2392-bytes only, shipping an extra "devel" package for such amount of bytes is an ugly way. (There are precedents in FE for omitting of separate devel package in such situations). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 10:15:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 05:15:14 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511241015.jAOAFEL3029152@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From rc040203 at freenet.de 2005-11-24 05:15 EST ------- (In reply to comment #7) > (for comment #6): > > > Shipping a header without a corresponding library is non-sense. > > There is no any library at all. The header file is shipped just for building > additional plugins for the main executable. Headers describe APIs to something. Therefore, shipping a header without the corresponding implementation therefore is nonsense. > BTW this header file is 2392-bytes only, shipping an extra "devel" package for > such amount of bytes is an ugly way. Shipping such a file is simply pollution. > (There are precedents in FE for > omitting of > separate devel package in such situations). Your package is missing the implementation of the devel package. I don't want to fret about this, but unless you can provide an example or describe how this header file is supposed to be used, I consider to veto against this package. - I definitely won't approve it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 10:48:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 05:48:52 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511241048.jAOAmqG8000880@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From dmitry at butskoy.name 2005-11-24 05:48 EST ------- > Headers describe APIs to something. Sure. "something" is /usr/sbin/ttywatch itself. ttywatch is linked properly with -ldl, i.e. can dlopen(3) plugins at runtime. To write a plugin, a user should follow some io-data layouts/bits, which are specified in /usr/include/ttywatch.h . As there are no any referenses in /usr/sbin/ttywatch usable for extern plugins, "-rdynamic" option at link time is not needed. > I don't want to fret about this, but unless you can provide an example or > describe how this header file is supposed to be used Matt, could you write some example? BTW, it can be useful to include into %doc > I consider to veto against this package Could you gpg-sign a text with veto report and reasons for such veto? ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 24 11:38:45 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 24 Nov 2005 06:38:45 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051124113845.79388808B@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 16 bittorrent-4.2.0-1.fc3 denyhosts-1.1.3-1.fc3 emelfm2-0.1.3-2.fc3 fonts-hebrew-fancy-0.101-2.fc3 libdap-3.5.3-2.fc3 libnc-dap-3.5.2-5.fc3 mod_security-1.9-1.fc3 nethack-vultures-1.10.1-0.3 nethack-vultures-1.10.1-1.0.fc3 perl-Image-Info-1.16-5.fc3 perl-Pod-Simple-3.03-1.fc3 perl-Test-WWW-Mechanize-1.08-1.fc3 qcad-2.0.5.0-2.fc3 sword-1.5.8-5.fc3.1 sylpheed-claws-1.0.5-2 taarich-1.20051120-3.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From j.w.r.degoede at hhs.nl Thu Nov 24 09:48:51 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 24 Nov 2005 10:48:51 +0100 Subject: make plague not working Message-ID: <43858C83.4090007@hhs.nl> Hi all, make plague consistently gives the following output: [hans at guest-dhcp-128 devel]$ make plague /usr/bin/plague-client build directfb directfb-0_9_24-3_fc5 devel Package directfb enqueued. (However, no Job ID was provided in the time required) [hans at guest-dhcp-128 devel]$ I already upgraded to the latest plague-client from rawhide. plague-client list doesnot show the package I tried to queue. Thanks & Regards, Hans From bugzilla at redhat.com Thu Nov 24 12:02:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 07:02:16 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511241202.jAOC2GpM010305@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From ville.skytta at iki.fi 2005-11-24 07:02 EST ------- If you decide to keep the -devel provision, it should be made versioned, ie. Provides: %{name}-devel = %{version}-%{release} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Nov 24 12:07:45 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 24 Nov 2005 07:07:45 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051124120745.3D1F7808B@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 21 bittorrent-4.2.0-1.fc4 cernlib-2005-4.fc4.7 colorscheme-0.3-1.fc4 denyhosts-1.1.3-1.fc4 emelfm2-0.1.3-2.fc4 fonts-hebrew-fancy-0.101-2.fc4 gdl-0.8.11-1.fc4 gwenview-1.3.1-2.fc4 libdap-3.5.3-2.fc4 libnc-dap-3.5.2-5.fc4 libtunepimp-0.4.0-2.fc4 nethack-vultures-1.10.1-1.0.fc4 osiv-0.1.1-2.fc4 perl-Image-Info-1.16-5.fc4 perl-Pod-Simple-3.03-1.fc4 perl-Test-WWW-Mechanize-1.08-1.fc4 qcad-2.0.5.0-1.fc4 sylpheed-claws-plugins-1.9.100-1.fc4 taarich-1.20051120-3.fc4 tinyerp-3.1.0-2.fc4 xmms-flac-1.1.2-25.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 Nov 24 12:40:11 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 24 Nov 2005 07:40:11 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051124124011.DD8BB808B@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 24 aalib-1.4.0-0.rc5.6 airsnort-0.2.7e-7.fc5 bittorrent-4.2.0-1.fc5 bubblemon-1.46-4.fc5 colorscheme-0.3-2.fc5 emelfm2-0.1.3-2.fc5 fonts-hebrew-fancy-0.101-2.fc5 fuse-2.4.2-2.fc5 gtkwave-1.3.79-2.fc5 kdesvn-0.7.0-0.rc1.fc5 libdap-3.5.3-2.fc5 libnc-dap-3.5.2-5.fc5 lighttpd-1.4.8-1.fc5 mod_security-1.9-1.fc5 nethack-3.4.3-5.fc5 nethack-vultures-1.10.1-0.5 nethack-vultures-1.10.1-1.0.fc5 perl-Image-Info-1.16-6.fc5 perl-Pod-Simple-3.03-1.fc5 perl-Test-WWW-Mechanize-1.08-1.fc5 qcad-2.0.5.0-1.fc5 sylpheed-claws-plugins-1.9.100-1.fc5 xchat-gnome-0.7-2.fc5 xmms-flac-1.1.2-25.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 Nov 24 13:11:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 08:11:35 -0500 Subject: [Bug 174063] Review Request: cssed - css editor and validator In-Reply-To: Message-ID: <200511241311.jAODBZ6B016559@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cssed - css editor and validator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174063 ------- Additional Comments From fedora at iagorubio.com 2005-11-24 08:11 EST ------- I'm sorry, I forgot to mention that it's my first package and I'm seeking for a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 13:32:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 08:32:19 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511241332.jAODWJLm018492@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From dmitry at butskoy.name 2005-11-24 08:32 EST ------- Remarks & nitpicks: - remove leading "A" from Summary. - IMHO Group should be Applications/System (the same as for gnupg) - it is better to simplify License field (assume BSD,GPL is enough) - Source0 is not full URL. If it is impossible to obtain the tarball at some Internet location, write a comment how to obtain this tarball by svn ... - use "/usr/sbin/sendmail" instead of "sendmail" for Requires tag: /usr/sbin/sendmail is actually needed, and it can be provided by different mail packages (sendmail, postfix, exim, etc.) - license file for GPL looks messy (extra text present). May be just use "keylookup/COPYING" instead? - use macros instead of hardcoded path (/usr/bin, /usr/share/man) - %install and pre-%doc-preparing can be made more easily - only "debian/copyright" seems to be actually useful from the debian/ subdirectory -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 15:47:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 10:47:39 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511241547.jAOFldqx032227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From adrian at lisas.de 2005-11-24 10:47 EST ------- Please post the link to the updated SRPM. It is not hard to find, but would be nicer if I don't have to guess. Looks pretty good so far the only thing which should be added back to the spec is this line "%{__sed} -i -e "s/-Wall/$RPM_OPT_FLAGS/" Makefile" with which the RPM_OPT_FLAGS are used to build the binary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 16:50:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 11:50:37 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511241650.jAOGob9G005564@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From simonb at thoughtpolice.co.uk 2005-11-24 11:50 EST ------- Thanks for that. I've updated the spec file and srpm: http://www.thoughtpolice.co.uk/packages/fedora/fc4/fdupes/fdupes.spec http://www.thoughtpolice.co.uk/packages/fedora/fc4/fdupes/fdupes-1.40-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 mattdm at mattdm.org Thu Nov 24 17:22:39 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 24 Nov 2005 12:22:39 -0500 Subject: wxGTK and wxPython 2.6 -- please check out Message-ID: <20051124172239.GA13237@jadzia.bu.edu> Happy Thanksgiving! I've finally gotten my act together, and have these ready to go: I'd appreciate if people could give them a look-over (particularly wxPython -- the wxGTK package has been looked at a lot already) before I check 'em in. Spot, you said you had compat- versions of the older packages queued up? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dcbw at redhat.com Thu Nov 24 18:57:30 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 24 Nov 2005 13:57:30 -0500 Subject: make plague not working In-Reply-To: <43858C83.4090007@hhs.nl> References: <43858C83.4090007@hhs.nl> Message-ID: <1132858650.3865.3.camel@localhost.localdomain> On Thu, 2005-11-24 at 10:48 +0100, Hans de Goede wrote: > Hi all, > > make plague consistently gives the following output: > [hans at guest-dhcp-128 devel]$ make plague > /usr/bin/plague-client build directfb directfb-0_9_24-3_fc5 devel > Package directfb enqueued. (However, no Job ID was provided in the time > required) > [hans at guest-dhcp-128 devel]$ > > I already upgraded to the latest plague-client from rawhide. > plague-client list doesnot show the package I tried to queue. Yep, hang again which I'm working on. The following jobs will need to be requeued. fbida-2_03-6_fc5 on devel (user 'adrian lisas de') directfb-0_9_24-3_fc5 on devel (user 'j.w.r.degoede hhs nl') gwenview-1_3_1-3_fc5 on devel (user 'gauret free fr') suck-4_3_2-11_fc5 on devel (user 'Jochen herr-schmitt de') I'm working on a more permanent fix for the issue. Dan From bugzilla at redhat.com Thu Nov 24 20:09:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 15:09:02 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511242009.jAOK92gk022320@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-24 15:08 EST ------- Sure I do agree :) here is an updated package =) (sorry for the elapsed time) http://fedora.lowlatency.de/review/orange-0.3-0.cvs20051118.src.rpm http://fedora.lowlatency.de/review/orange.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 20:11:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 15:11:05 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511242011.jAOKB5TN022433@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-24 15:10 EST ------- And version upgrade again :) http://fedora.lowlatency.de/review/wine-0.9.2-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 21:53:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 16:53:03 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511242153.jAOLr32t029662@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From Christian.Iseli at licr.org 2005-11-24 16:52 EST ------- np :) Approved. Please also close the libole2 review request. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 22:33:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 17:33:11 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511242233.jAOMXBmk032212@www.beta.redhat.com> Please 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 dennis at conversis.de 2005-11-24 17:33 EST ------- I built and installed the package and made the following observations: 1. Since the spec file wants a file "initng-default-runlevel.patch" I downloaded the file patch mentioned above and renamed the file. This works fine but I get warnings when building the rpm: ... Patch #0 (initng-default-runlevel.patch): + patch -p1 -b --suffix .default_runlevel -s patch unexpectedly ends in middle of line patch unexpectedly ends in middle of line + exit 0 ... Maybe the patch needs to be cleaned up so it applies without warnings. 2. During the (shockingly fast! 12sec!) boot process the console font is messed up but gets fixed about half-way though. The lines that where output until then stay messed up though which makes debugging a bit hard. There are some error messages but I can't see which services they belong to due to the font problem. 3. USB isn't set up at all with the current settings and doing a 'ngc -u system/usb' doesn't work because ist tries to bring up the USB host with "modprobe usbcore" whereas Fedora seems to alias them as "usb-controller" and "usb-controller1" on my system. 4. "daemon/xfs" needs to be added to "default.runlevel" or X11 cannot be started. After these changes I was able to log in as root and call 'ngc -u gdm' which brought up X nicely. So far I'm *very* impressed by the results. Great work! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Nov 24 23:23:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 18:23:24 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511242323.jAONNOTa003148@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-24 18:23 EST ------- for more convenience, here's a src.rpm with the last spec file : http://gauret.free.fr/fichiers/rpms/fedora/initng-0.4.4-5.src.rpm It contains the patch that should fix the problems mentioned above. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Thu Nov 24 23:44:00 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 25 Nov 2005 00:44:00 +0100 Subject: Taking over directfb maintainership Message-ID: <43865040.1070703@hhs.nl> Hi all, I've been working on directfb lately to fix bug 168343, and have gotten no response from the maintainet during all the time I've been reprorting / working on this ( > 2 monts). So now I would like to take over as directfb maintainer, esp. since it fits my MO (I already maintain svgalib and Glide3). My mean reason for wanting to take this over is to make it so that directfb comes activly maintained (again). Whats the procedure for this? Thanks & Regards, Hans From bugzilla at redhat.com Thu Nov 24 23:50:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 24 Nov 2005 18:50:01 -0500 Subject: [Bug 173543] Review Request: xfce4-datetime-plugin In-Reply-To: Message-ID: <200511242350.jAONo1LF005289@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-datetime-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173543 ------- Additional Comments From fedora.wickert at arcor.de 2005-11-24 18:49 EST ------- I'm getting exactly the same results as you. Source and download don't match. Don't know what happened there, I downloaded the source a while ago and guess it has been changed upstream. So I built a new package with todays source. New SRPM is at http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-datetime-plugin-0.3.1-4.fc4.src.rpm Updated SPEC http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-datetime-plugin.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Fri Nov 25 03:20:01 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 24 Nov 2005 22:20:01 -0500 Subject: Taking over directfb maintainership In-Reply-To: <43865040.1070703@hhs.nl> References: <43865040.1070703@hhs.nl> Message-ID: <438682E1.6020900@redhat.com> Hans de Goede wrote: > Hi all, > > I've been working on directfb lately to fix bug 168343, and have gotten > no response from the maintainet during all the time I've been reprorting > / working on this ( > 2 monts). > > So now I would like to take over as directfb maintainer, esp. since it > fits my MO (I already maintain svgalib and Glide3). > > My mean reason for wanting to take this over is to make it so that > directfb comes activly maintained (again). > > Whats the procedure for this? > > Thanks & Regards, > > Hans > > If there was no response for 2 months, just do it. Warren From bugzilla at redhat.com Fri Nov 25 06:53:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 01:53:36 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511250653.jAP6raLk007730@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 Bug 166555 depends on bug 169352, which changed state. Bug 169352 Summary: Review Request: libole2 - The Structured Storage OLE2 library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169352 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 on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 07:00:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 02:00:22 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511250700.jAP70MUv008191@www.beta.redhat.com> Please 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 2005-11-25 02:00 EST ------- (In reply to comment #34) > 2. During the (shockingly fast! 12sec!) boot process the console font is messed > up but gets fixed about half-way though. The lines that where output until then > stay messed up though which makes debugging a bit hard. There are some error > messages but I can't see which services they belong to due to the font problem. Yes, this is a problem that we've been trying to solve. For some reason it only seems to affect Fedora users (and not all of them, I haven't seen this myself). I'll try to look at this in the weekend if I get time... > 3. USB isn't set up at all with the current settings and doing a 'ngc -u > system/usb' doesn't work because ist tries to bring up the USB host with > "modprobe usbcore" whereas Fedora seems to alias them as "usb-controller" and > "usb-controller1" on my system. Hmmm... USB works for me (but then again, I do not use the kernel that comes with Fedora). Is the usb modules named the same ("usb-controller") in all Fedora kernels? If that's the case, this is an easy fix... > 4. "daemon/xfs" needs to be added to "default.runlevel" or X11 cannot be started. Well, that depends on the settings in Xorg.conf. My X comes up fine with no xfs running. From what I understand we're trying to get rid of xfs in Fedora, so I doubt it's a good idea to have it in default runlevel. Or am I wrong? > So far I'm *very* impressed by the results. Great work! Good! It's my hope that this will be in Fedora extras 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 Nov 25 07:21:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 02:21:10 -0500 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200511250721.jAP7LAeQ009292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-25 02:20 EST ------- imported and build... Thanks for the patience and the review :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 07:46:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 02:46:08 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511250746.jAP7k8C5011633@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From fonya at fatav.hu 2005-11-25 02:45 EST ------- Can You make for modular X dependencies? It would be nice :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 07:50:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 02:50:46 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511250750.jAP7okgw012319@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-25 02:50 EST ------- Yes on my list =) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 09:13:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 04:13:33 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511250913.jAP9DXca021001@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-11-25 04:13 EST ------- * builds in mock (FC4 and development) * rpmlint is happy * spec looks good * source matches upstream * clean installation and removal * works as expected APPROVED I can sponsor you. Do you already exist in the account system? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 09:27:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 04:27:13 -0500 Subject: [Bug 173111] Review Request: In-Reply-To: Message-ID: <200511250927.jAP9RDHK022203@www.beta.redhat.com> Please 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=173111 ------- Additional Comments From luya256 at yahoo.com 2005-11-25 04:27 EST ------- Just to let know that I signed CLA. I habe been busy lately. Currently. I couldn't find what cause error on comment 21. Perhaps I should rework %install. Since it is my first package, I have no clue what to do. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 09:43:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 04:43:25 -0500 Subject: [Bug 173080] Review Request: fdupes In-Reply-To: Message-ID: <200511250943.jAP9hP1B023672@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: fdupes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173080 ------- Additional Comments From simonb at thoughtpolice.co.uk 2005-11-25 04:43 EST ------- Great! Thanks! Yes, I have an account. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Fri Nov 25 09:26:58 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 25 Nov 2005 10:26:58 +0100 Subject: Taking over directfb maintainership In-Reply-To: <438682E1.6020900@redhat.com> References: <43865040.1070703@hhs.nl> <438682E1.6020900@redhat.com> Message-ID: <4386D8E2.5020205@hhs.nl> Warren Togami wrote: > Hans de Goede wrote: >> Hi all, >> >> I've been working on directfb lately to fix bug 168343, and have >> gotten no response from the maintainet during all the time I've been >> reprorting / working on this ( > 2 monts). >> >> So now I would like to take over as directfb maintainer, esp. since it >> fits my MO (I already maintain svgalib and Glide3). >> >> My mean reason for wanting to take this over is to make it so that >> directfb comes activly maintained (again). >> >> Whats the procedure for this? >> >> Thanks & Regards, >> >> Hans >> >> > > If there was no response for 2 months, just do it. > > Warren > Ok, What do I do to make me the default bugzilla component assignee? Regards, Hans p.s. I'm not a native English speaker but I can spell better then in my previous mail that was horrible (if its any excuse it was 2 AM). From ville.skytta at iki.fi Fri Nov 25 10:14:58 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 25 Nov 2005 12:14:58 +0200 Subject: Taking over directfb maintainership In-Reply-To: <4386D8E2.5020205@hhs.nl> References: <43865040.1070703@hhs.nl> <438682E1.6020900@redhat.com> <4386D8E2.5020205@hhs.nl> Message-ID: <1132913698.18442.64.camel@localhost.localdomain> On Fri, 2005-11-25 at 10:26 +0100, Hans de Goede wrote: > What do I do to make me the default bugzilla component assignee? Change it in owners.list in CVS. From bugzilla at redhat.com Fri Nov 25 10:18:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 05:18:56 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251018.jAPAIuGg027459@www.beta.redhat.com> Please 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 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-25 05:18 EST ------- I have the same problem with the console font on boot, but I guess it's not top-priority right now. Concerning USB, changing the modprobe call to load usb-controller1 in system/usb.i worked for me. I guess we can patch it to modprobe usb-controller and usb-controller1, since the output is redirected to dev/null anyway I've spent some time writing init script to get all the services I'm running in initng. You'll find them here : http://gauret.free.fr/fichiers/rpms/fedora/initng/ Not all of them should be added to the rpm, but some of them are useful : - audit.i (goes in system/, not daemon/) : launched by default on Fedora - cups-config-daemon.i : allows dynamic adding of printers via HAL - dhcpd.i : basic daemon - httpd.i : apache is called httpd on Fedora - init.i : this is a wrapper around legacy init scripts. Call the service as daemon/init/spamassassin for example, and it will execute "/etc/init.d/spamassassin start" - mDNSResponder.i : implementation of Apple's Rendezvous. Started by default on Fedora - mysql.i : fixed the damon_args and commented out the pid_file which confuses initng (the started daemon is mysqld_safe, and the pid refers to the first child, mysqld) - named.i : basic daemon - postfix.i : basic daemon - snmpd : basic daemon The other scripts (nagios, nvidia-glx, pure-ftpd, shorewall, smartd, ulogd) can be useful too, it's up to you to decide if you want to include them in the rpm or not. This leads me to another question: what is the best way for a package to ship it's init script ? Surely the ining project cannot ship .i files for every daemon in the wild. For example, I maintain the pure-ftpd and ulogd rpms, should I just package them as documentation, or is there a way to make them available to initng directly ? (I could use triggers, but I've learned that it's evil *wink Mickael* ). Anybody ? A few of the services in my "chkconfig --list" list are still missing, and I did not write a .i file for them yet : nfs server (too complicated for me), kudzu (I'm afraid of this beast, will write a .i file one day maybe), and readahead (guess it's not needed anymore :) ) A last question : in a .i file, can a service declare itself as "being_used_by" ? For example, there is an init script for the nvidia driver shipped by rpm.livna.org, that we cannot include in fedora. But if this script is present, it should be started before {g,k,x}dm. We can't modify gdm.i to add "use = nvidia-glx" because it is not part of fedora. Can the nvidia-glx.i file have some kind of "used_by" directive ? OK, with the USB fix and the basic init scripts, I think we're getting close to a first usable Fedora-integrated version of initng. Thanks for the work you've put into this guys -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 11:22:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 06:22:02 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251122.jAPBM2ft003376@www.beta.redhat.com> Please 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 2005-11-25 06:21 EST ------- (In reply to comment #37) > Concerning USB, changing the modprobe call to load usb-controller1 in > system/usb.i worked for me. I guess we can patch it to modprobe usb-controller > and usb-controller1, since the output is redirected to dev/null anyway Yep, sounds good. I'll see to it that this change gets in the next initng release, which I'm guessing is around the corner. > I've spent some time writing init script to get all the services I'm running in > initng. You'll find them here : > http://gauret.free.fr/fichiers/rpms/fedora/initng/ > Not all of them should be added to the rpm, but some of them are useful : Ok, I'll see to it that these daemons (with small changes) gets into initng cvs, so we'll have them in next release. I think it's nicer to have them in upstreams. Maybe it's a good idea to not release the rpm to extras before next initng release? Firstly, they should be named *.ii, since installation then converts them to .i files (which gives possibility to have different stuff for different distros in the same service file). > - audit.i (goes in system/, not daemon/) : launched by default on Fedora Looks ok. > - cups-config-daemon.i : allows dynamic adding of printers via HAL Guess I'll put @ signs around the daemon arg. Not really sure what they're for though ;-) > - dhcpd.i : basic daemon It's no good depending on net/eth0 or net/eth1. Would a simple require_network work? (Why do we need this anyway? My network using dhcp comes up without this) > - httpd.i : apache is called httpd on Fedora Hmmm... It would be nice if initng had a way to put in aliases for services. I'll look into that... I'll add this one in the meantime. > - init.i : this is a wrapper around legacy init scripts. Call the service as > daemon/init/spamassassin for example, and it will execute > "/etc/init.d/spamassassin start" Nice! And simple! I wonder why nobody thought of this before? > - mDNSResponder.i : implementation of Apple's Rendezvous. Started by default on > Fedora Ok. > - mysql.i : fixed the damon_args and commented out the pid_file which confuses > initng (the started daemon is mysqld_safe, and the pid refers to the first > child, mysqld) This is a case where we'd put a "#ifd fedora" with without the pid_file in the mysqld.ii file. > - named.i : basic daemon > - postfix.i : basic daemon > - snmpd : basic daemon Ok. > The other scripts (nagios, nvidia-glx, pure-ftpd, shorewall, smartd, ulogd) can > be useful too, it's up to you to decide if you want to include them in the rpm > or not. I guess it won't hurt putting them in as well. > This leads me to another question: what is the best way for a package to ship > it's init script ? Surely the ining project cannot ship .i files for every > daemon in the wild. For example, I maintain the pure-ftpd and ulogd rpms, should > I just package them as documentation, or is there a way to make them available > to initng directly ? (I could use triggers, but I've learned that it's evil > *wink Mickael* ). Anybody ? This has been discussed a lot in initng team. The big hope is that services will start to ship their initng scripts as they ship SysVinit scripts today. In the meantime I guess we'll have to ship initng with zillions of scripts. > A few of the services in my "chkconfig --list" list are still missing, and I did > not write a .i file for them yet : nfs server (too complicated for me), kudzu > (I'm afraid of this beast, will write a .i file one day maybe), and readahead > (guess it's not needed anymore :) ) The plan is that initng will somehow check what services are on in SysVinit upon installation (either by using chkconfig in some way or simply looking in /etc/whatever) and enable the corresponding initng services. This project is however not even started yet. > A last question : in a .i file, can a service declare itself as "being_used_by" > ? For example, there is an init script for the nvidia driver shipped by > rpm.livna.org, that we cannot include in fedora. But if this script is present, > it should be started before {g,k,x}dm. We can't modify gdm.i to add "use = > nvidia-glx" because it is not part of fedora. Can the nvidia-glx.i file have > some kind of "used_by" directive ? I'll suggest this to Jimmy. I guess it wouldn't be any really big thing to add this, sounds like a good idea to me... > OK, with the USB fix and the basic init scripts, I think we're getting close to > a first usable Fedora-integrated version of initng. Thanks for the work you've > put into this guys The same. It's really nice working with you! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 11:40:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 06:40:44 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251140.jAPBeipQ005172@www.beta.redhat.com> Please 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 paul at city-fan.org 2005-11-25 06:40 EST ------- (In reply to comment #38) > (In reply to comment #37) > > - dhcpd.i : basic daemon > > It's no good depending on net/eth0 or net/eth1. Would a simple require_network > work? (Why do we need this anyway? My network using dhcp comes up without this) dhcpd is a DHCP server, not a client. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 11:44:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 06:44:44 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511251144.jAPBiiLI005695@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From fonya at fatav.hu 2005-11-25 06:44 EST ------- Maybe, I collect I new, what need for a cleen conpile: remove BuildRequires: xorg-x11-devel and add: BuildRequires: libX11-devel BuildRequires: mesa-libGL-devel mesa-libGLU-devel mesa-libGLw-devel BuildRequires: libXxf86dga-devel libXxf86vm-devel BuildRequires: xorg-x11-proto-devel BuildRequires: libXrandr-devel libXrender-devel libXext-devel I use only modular X, so I dont do any if statements, if You want, I make it :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 11:45:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 06:45:56 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251145.jAPBjuSJ005912@www.beta.redhat.com> Please 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 2005-11-25 06:45 EST ------- (In reply to comment #39) > > It's no good depending on net/eth0 or net/eth1. Would a simple require_network > > work? (Why do we need this anyway? My network using dhcp comes up without this) > dhcpd is a DHCP server, not a client. Hmmm... Sometimes I wonder where my brain is. Never mind me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 11:52:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 06:52:08 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511251152.jAPBq8k0006862@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From paul at city-fan.org 2005-11-25 06:51 EST ------- (In reply to comment #87) > Maybe, I collect I new, what need for a cleen conpile: > remove > > BuildRequires: xorg-x11-devel > > and add: > > BuildRequires: libX11-devel > BuildRequires: mesa-libGL-devel mesa-libGLU-devel mesa-libGLw-devel > BuildRequires: libXxf86dga-devel libXxf86vm-devel > BuildRequires: xorg-x11-proto-devel > BuildRequires: libXrandr-devel libXrender-devel libXext-devel > > I use only modular X, so I dont do any if statements, if You want, I make it :) xorg-x11-proto-devel could be omitted because it's required by libX11-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 Nov 25 11:57:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 06:57:26 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251157.jAPBvQAP007570@www.beta.redhat.com> Please 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 2005-11-25 06:57 EST ------- (In reply to comment #37) > A last question : in a .i file, can a service declare itself as "being_used_by" > ? For example, there is an init script for the nvidia driver shipped by > rpm.livna.org, that we cannot include in fedora. But if this script is present, > it should be started before {g,k,x}dm. We can't modify gdm.i to add "use = > nvidia-glx" because it is not part of fedora. But hey! After a closer thought, why can't we? "use =" only means that this service will be started after service x if service x is in the runlevel. So having "use = nvidia-glx" doesn't really hurt even if there is no nvidia-glx. Of course, with this reasoning, nvidia-glx must be added to default runlevel upon installation, but it seems better than the alternative. 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 j.w.r.degoede at hhs.nl Fri Nov 25 12:59:02 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 25 Nov 2005 13:59:02 +0100 Subject: IMPORTANT/WARNING buildsystem is not stable / unreliable Message-ID: <43870A96.3020305@hhs.nl> Hi all, Sorry for shouting but I hope I've got some attention this time around. I've reported this before, see: https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00804.html Today I again got the same inconsistent results again on x86_64 but this with a FC-4 build (again of directfb). The firsttime it failed (crashed) with the (interesting?) message below. I did a requeue within minutes and this time it build fine. This does not sound like a consistent build environment to me! I've saved all the logs off the failed attempt before the requeue and the succeeded attempt logs are at: http://buildsys.fedoraproject.org/logs/fedora-4-extras/1292-directfb-0.9.24-4.fc4/ Maybe its an idea to run memtest for a couple of hours on hammer? and/or to run the old burn-it kernel compile script once used to detect the notorious hard to find K6 bug. Regards, Hans --- /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -DDATADIR=\"/usr/share/directfb-0.9.24\" -DMODULEDIR=\"/usr/lib64/directfb-0.9.24\" -D_REENTRANT -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -c memcpy.c gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -DDATADIR=\"/usr/share/directfb-0.9.24\" -DMODULEDIR=\"/usr/lib64/directfb-0.9.24\" -D_REENTRANT -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -c mem.c -fPIC -DPIC -o .libs/mem.o : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory: : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory : : No such file or directory *** glibc detected *** : realloc(): invalid next size: 0x000000000051ec00 *** ======= Backtrace: ========= /lib64/libc.so.6[0x2aaaaac32680] /lib64/libc.so.6(__libc_realloc+0x129)[0x2aaaaac33169] [0x4117d7] [0x40c2b7] [0x40c512] [0x40de35] /lib64/libc.so.6(__libc_start_main+0xef)[0x2aaaaabe23cf] [0x401b19] ======= Memory map: ======== 00400000-0041a000 r-xp 00000000 09:03 6527641 /usr/bin/gcc 00519000-0051b000 rw-p 00019000 09:03 6527641 /usr/bin/gcc 0051b000-0053c000 rw-p 0051b000 00:00 0 [heap] 2aaaaaaab000-2aaaaaac5000 r-xp 00000000 09:03 6525332 /lib64/ld-2.3.5.so 2aaaaabc5000-2aaaaabc6000 rw-p 0001a000 09:03 6525332 /lib64/ld-2.3.5.so 2aaaaabc6000-2aaaaacf3000 r-xp 00000000 09:03 6525340 /lib64/libc-2.3.5.so 2aaaaacf3000-2aaaaadf2000 ---p 0012d000 09:03 6525340 /lib64/libc-2.3.5.so 2aaaaadf2000-2aaaaadf6000 r--p 0012c000 09:03 6525340 /lib64/libc-2.3.5.so 2aaaaadf6000-2aaaaadf8000 rw-p 00130000 09:03 6525340 /lib64/libc-2.3.5.so 2aaaaadf8000-2aaaaadfd000 rw-p 2aaaaadf8000 00:00 0 2aaaaae00000-2aaaaae21000 rw-p 2aaaaae00000 00:00 0 2aaaaae21000-2aaaaaf00000 ---p 2aaaaae21000 00:00 0 2aaaaaf00000-2aaaaaf0d000 r-xp 00000000 09:03 6523127 /lib64/libgcc_s-4.0.1-20050727.so.1 2aaaaaf0d000-2aaaab00c000 ---p 0000d000 09:03 6523127 /lib64/libgcc_s-4.0.1-20050727.so.1 2aaaab00c000-2aaaab00d000 rw-p 0000c000 09:03 6523127 /lib64/libgcc_s-4.0.1-20050727.so.1 7fffffb06000-7fffffb1b000 rw-p 7fffffb06000 00:00 0 [stack] ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0 [vdso] ../../libtool: line 1089: 15072 Aborted gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -DDATADIR=\"/usr/share/directfb-0.9.24\" -DMODULEDIR=\"/usr/lib64/directfb-0.9.24\" -D_REENTRANT -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -c mem.c -fPIC -DPIC -o .libs/mem.o make[3]: *** [mem.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -DDATADIR=\"/usr/share/directfb-0.9.24\" -DMODULEDIR=\"/usr/lib64/directfb-0.9.24\" -D_REENTRANT -Wall -O3 -ffast-math -pipe -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m64 -mtune=nocona -D_GNU_SOURCE -Werror-implicit-function-declaration -c memcpy.c -fPIC -DPIC -o .libs/memcpy.o make[3]: Leaving directory `/builddir/build/BUILD/DirectFB-0.9.24/lib/direct' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/builddir/build/BUILD/DirectFB-0.9.24/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/DirectFB-0.9.24' make: *** [all-recursive-am] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.97738 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.97738 (%build) From bugzilla at redhat.com Fri Nov 25 14:17:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 09:17:54 -0500 Subject: [Bug 174181] New: Review Request: python-simpy Python simulation 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=174181 Summary: Review Request: python-simpy Python simulation framework Product: Fedora Extras Version: devel Platform: All URL: http://gallagher.di.uoa.gr/rpms/python-simpy/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: sarantis at cnl.di.uoa.gr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gallagher.di.uoa.gr/rpms/python-simpy/python-simpy.spec SRPM Name or Url: http://gallagher.di.uoa.gr/rpms/python-simpy/python-simpy-1.6.1-1.src.rpm Description: SimPy (= Simulation in Python) is an object-oriented, process-based discrete-event simulation language based on standard Python. It provides the modeler with components of a simulation model including processes, for active components like customers, messages, and vehicles, and resources, for passive components that form limited capacity congestion points like servers, checkout counters, and tunnels. It also provides monitor variables to aid in gathering statistics. Random variates are provided by the standard Python random module. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 14:18:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 09:18:11 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511251418.jAPEIBiS020120@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 sarantis at cnl.di.uoa.gr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174181 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 14:21:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 09:21:10 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511251421.jAPELA5o020332@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From rc040203 at freenet.de 2005-11-25 09:20 EST ------- (In reply to comment #88) > (In reply to comment #87) > > BuildRequires: mesa-libGLw-devel Is this true? If yes, wine is blocked by PR 173879. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 15:20:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 10:20:31 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251520.jAPFKV8U024511@www.beta.redhat.com> Please 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 dennis at conversis.de 2005-11-25 10:20 EST ------- (In reply to comment #38) > (In reply to comment #37) > > Concerning USB, changing the modprobe call to load usb-controller1 in > > system/usb.i worked for me. I guess we can patch it to modprobe usb-controller > > and usb-controller1, since the output is redirected to dev/null anyway > > Yep, sounds good. I'll see to it that this change gets in the next initng > release, which I'm guessing is around the corner. I'm not sure if it's a good idea to rely on hardcoded names like "usb-controller". What if there is an entry for "usb-controller2"? My guess is that something along these lines would be better: for i in `cat /etc/sysconfig/hwconf |grep "driver: .*-hcd"|cut -d" " -f2`;do /sbin/modprobe $i >/dev/null done This should load all necessary host controller modules no matter how they are named. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 15:25:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 10:25:40 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251525.jAPFPeTx025167@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-25 10:25 EST ------- > After a closer thought, why can't we? IANAL, but I think that from a purely legal point of view, it's better if Fedora does not contain references to non-free software (non-free as in patented) We remove the mp3 code from tarballs before making the SRPM... We shouldn't even be referring to rpm.li*na.org... >From a higher point of view, it just scales better if a service can say "I should be started before this one", than if the distro has to take every 3rd party rpms into 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 bugzilla at redhat.com Fri Nov 25 15:27:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 10:27:27 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251527.jAPFRReL025387@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-25 10:27 EST ------- (In reply to comment #42) > I'm not sure if it's a good idea to rely on hardcoded names like > "usb-controller". What if there is an entry for "usb-controller2"? My guess is > that something along these lines would be better: > [snip] +1, that looks much better. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 15:29:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 10:29:36 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511251529.jAPFTapU025511@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From dmitry at butskoy.name 2005-11-25 10:29 EST ------- Paul, Any chance that you update something in the nearest future? Else I will start with the present rpm... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 15:31:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 10:31:23 -0500 Subject: [Bug 173388] Review Request: Denial of Service evasion module for Apache In-Reply-To: Message-ID: <200511251531.jAPFVNXf025688@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Denial of Service evasion module for Apache https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173388 ------- Additional Comments From icon at fedoraproject.org 2005-11-25 10:31 EST ------- Ping. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 15:55:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 10:55:44 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511251555.jAPFti7P028192@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From dmitry at butskoy.name 2005-11-25 10:55 EST ------- "The connection was refused when attempting to contact czar.eas.yorku.ca." Is the URLs above still valid? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 16:03:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 11:03:59 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251603.jAPG3x3X028861@www.beta.redhat.com> Please 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 andreas.bierfert at lowlatency.de 2005-11-25 11:03 EST ------- I had a couple of free minutes last night and could not resist so I build and installed initng... Looks pretty nice to be ready to go in about 8 seconds compared to estimated 30-35 normally. Here are some toughts so: - I do not like rhgb (hence I don't use it ^^) but having something other then (for the normal desktop user) boring init msg is sure something fedora needs to have. So I tought maybe adding splashy even for normal boot would be great (and even better for initng because the initng layout seems to me more confusing for desktop users then the old init one...) I will see if I can wrap something up on that matter - on my first boot initng nfs,xfs,gdm and of course nvidia-glx where missing and I tought of how switching from old init to initng would impact end users. In my opinion we should think of a way to make switching smoother ;) So two things come to mind: Either ship scripts which will be run e.g. as init scripts which will compare runlevels and add/delete services (being the easier idea) or making wrappers for service/chkconfig and friends so that changes will be done for both(all) installed inits... Other then that everything worked pretty great (except maybe for the shutdown... but that could be some issue with my nfs as well ^^) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 16:34:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 11:34:43 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511251634.jAPGYhJC030679@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From dakingun at gmail.com 2005-11-25 11:34 EST ------- (In reply to comment #1) > Is the URLs above still valid? yes, it was taken offline for a while, should be okay now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 16:50:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 11:50:22 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511251650.jAPGoMZO031604@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 sundaram at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tcallawa at redhat.com ------- Additional Comments From sundaram at redhat.com 2005-11-25 11:50 EST ------- (In reply to comment #5) > -[ "$RPM_BUILD_ROOT" != "/" ] && rm -fr $RPM_BUILD_ROOT > +rm -fr $RPM_BUILD_ROOT > > This has been discussed already many times on the fedora-extras list. > As buildroot is already set this makes no sense and what happens if it is > /usr /opt // /etc. But the best would be to check mailing list archives for this. Would be good to get this into the guidelines 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 buildsys at fedoraproject.org Fri Nov 25 16:53:50 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 25 Nov 2005 11:53:50 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051125165350.92A31808E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 2 plague-0.4.3-1.fc3 qcad-2.0.5.0-3.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Nov 25 16:57:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 11:57:24 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200511251657.jAPGvOZ1032140@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |dmitry at butskoy.name OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-11-25 11:57 EST ------- Remarks & nitpicks: - use '-q' for %setup - instead of the patch (patch0), just specify "sysconfdir=..." for "make install" - instead of patch1, just use "sed -i 's/.../..../' filename" at prep stage - there is a garbage in man pages, because instead of "docbook2man file.sgml" a wrong "docbook2man file.sgml > file.NUM" is used. Therefore manuals should be properly re-created in the end of %build stage. - IMO it is better to use %{name} and wildcards for %files - Is it useful to include intuitively.conf.dist into the docs? It seems to be the same as /etc/intuitively/intuitively.conf ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 17:05:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 12:05:49 -0500 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200511251705.jAPH5ned032746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 ------- Additional Comments From ed at eh3.com 2005-11-25 12:05 EST ------- Hi Patrice, now that libdap is in Extras are there any things you intend to update or add/remove here? Please let me know what the status is and, when its ready, I'll give it a (hopefully!) last 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 thomas at apestaart.org Fri Nov 25 17:09:39 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Fri, 25 Nov 2005 18:09:39 +0100 Subject: Taking over directfb maintainership In-Reply-To: <43865040.1070703@hhs.nl> References: <43865040.1070703@hhs.nl> Message-ID: <1132938579.29164.57.camel@thomas.amantes> On Fri, 2005-11-25 at 00:44 +0100, Hans de Goede wrote: > Hi all, > > I've been working on directfb lately to fix bug 168343, and have gotten > no response from the maintainet during all the time I've been reprorting > / working on this ( > 2 monts). > > So now I would like to take over as directfb maintainer, esp. since it > fits my MO (I already maintain svgalib and Glide3). > > My mean reason for wanting to take this over is to make it so that > directfb comes activly maintained (again). Hello, That bug says you were going to rebuild it, which is fine by me. It doesn't mean it wasn't actively maintained - I'm not following FC5 atm because I don't necessarily have time for it. You could have at least mailed me, no ? For the record - I've been working on a .24 update, but there are certain problems that I haven't been able to find a fix for yet. > Whats the procedure for this? I think mailing the person you want to replace would be a minimum ? Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> I know someday you'll have a beautiful life I know you'll be a star in someone else's sky but why oh why oh why why can't it be mine ? <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From dcbw at redhat.com Fri Nov 25 17:28:24 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 25 Nov 2005 12:28:24 -0500 Subject: IMPORTANT/WARNING buildsystem is not stable / unreliable In-Reply-To: <43870A96.3020305@hhs.nl> References: <43870A96.3020305@hhs.nl> Message-ID: <1132939704.7064.5.camel@localhost.localdomain> On Fri, 2005-11-25 at 13:59 +0100, Hans de Goede wrote: > Hi all, > > Sorry for shouting but I hope I've got some attention this time around. > I've reported this before, see: > https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00804.html > > Today I again got the same inconsistent results again on x86_64 but this > with a FC-4 build (again of directfb). The firsttime it failed (crashed) > with the (interesting?) message below. > > I did a requeue within minutes and this time it build fine. This does > not sound like a consistent build environment to me! > > I've saved all the logs off the failed attempt before the requeue and > the succeeded attempt logs are at: > http://buildsys.fedoraproject.org/logs/fedora-4-extras/1292-directfb-0.9.24-4.fc4/ > > Maybe its an idea to run memtest for a couple of hours on hammer? and/or > to run the old burn-it kernel compile script once used to detect the > notorious hard to find K6 bug. I track all the failed builds pretty closely, I usually comb through them every day or two. And directfb seems to be the only one with these sorts of problems. There are, of course, two explanations, one of which you've pointed out here: 1) The build machines are screwed up or have a hardware fault 2) The directfb package has build issues either with gcc, with the build process, or both Given that directfb is the only package in Extras that I've seen that actually _segfaults_ gcc, I'm tending to blame directfb at the moment. What I'll try to do is build with make -j4 to see if there are parallel make issues in directfb. Also, does it always seem to fail on x86_64? Has it ever failed oddly on i386 or ppc32? Dan From buildsys at fedoraproject.org Fri Nov 25 17:37:03 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 25 Nov 2005 12:37:03 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051125173703.431DE808E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 7 WindowMaker-0.92.0-4.fc4 directfb-0.9.24-4.fc4 gazpacho-0.6.2-2.fc4 mod_security-1.9-1.fc4 plague-0.4.3-1.fc4 qcad-2.0.5.0-3.fc4 suck-4.3.2-11.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From thomas at apestaart.org Fri Nov 25 17:50:33 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Fri, 25 Nov 2005 18:50:33 +0100 Subject: libshout, ices, and icecast for FE In-Reply-To: <20051118230001.GA26254@lists.us.dell.com> References: <20051118230001.GA26254@lists.us.dell.com> Message-ID: <1132941033.29164.59.camel@thomas.amantes> Hi, > Thomas, as nothing in Fedora Extras, freshrpms, or livna appear to use > the 1.0.9 build of libshout, can you consider my changes and upgrading > the libshout package in Extras to version 2.1? Fine by me - maybe you want to take it over even ? I have no real interest in libshout beyond having it be available for GStreamer. BTW, you can also consider flumotion, a streaming server - available in Extras. Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> If I was twice the man I could be I'd still be only half of what you need <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From bugzilla at redhat.com Fri Nov 25 17:53:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 12:53:25 -0500 Subject: [Bug 168607] Review Request: perl-Convert-PEM In-Reply-To: Message-ID: <200511251753.jAPHrP5F004038@www.beta.redhat.com> Please do 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 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-11-25 12:53 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, matches spec - license text included, though not directly from upstream - spec file written in English and is legible - sources match upstream - package builds OK in mock on FC4 (i386) - BR's OK - no locales, libraries, subpackages or pkgconfigs to worry about - not relocatable - no duplicate files - no permissions issues - %clean section present and correct - macro usage is consistent - code, not content - no large docs, docs don't affect runtime - no desktop entry needed - no scriptlets Nitpick: - files list should include: %{perl_vendorlib}/Convert/* rather than: %{perl_vendorlib}/* since the package depends on perl(Convert::ASN1), and the package containing that module owns the %{perl_vendorlib}/Convert directory Suggestions: - "Read/write encrypted ASN.1 PEM files" might be a better summary than "Convert::PEM Perl module" - You might want to skip the license texts since upstream doesn't provide them Approved -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Fri Nov 25 17:57:50 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 25 Nov 2005 12:57:50 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051125175750.00AC6808E@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 16 bzflag-2.0.4-1 directfb-0.9.24-3.fc5 directfb-0.9.24-4.fc5 fbida-2.03-6.fc5 fuse-sshfs-1.2-3.fc5 gazpacho-0.6.2-2.fc5 imlib2-1.2.1-5.fc5 orange-0.3-0.cvs20051118.fc5 perl-Tk-804.027-8.fc5 plague-0.4.3-1.fc5 qcad-2.0.5.0-3.fc5 suck-4.3.2-11.fc5 wmCalClock-1.25-5.fc5 wmacpi-1.34-5.fc5 wmapmload-0.3.4-3.fc5 xemacs-21.4.17-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 Fri Nov 25 17:58:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 12:58:32 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511251758.jAPHwWLk004724@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From paul at xtdnet.nl 2005-11-25 12:58 EST ------- Hi Dmitry, I will create the updated l2tpd rpm today. It has been stalled since we were patching it to use ptmx instead of Unix98 pty's. We also found a race condition that is triggered within our UML's, and the code in CVS failed to properly work for us. I'll finish up the work today and present an updated rpm. If I cannot get the cvs tree to reliably work, I'll go back to the current patch set. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 17:59:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 12:59:38 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511251759.jAPHxcJ0004888@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From dakingun at gmail.com 2005-11-25 12:59 EST ------- Updated to newly released version. ftp://czar.eas.yorku.ca/pub/gparted/gparted.spec ftp://czar.eas.yorku.ca/pub/gparted/gparted-0.0.9-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 18:06:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 13:06:28 -0500 Subject: [Bug 168607] Review Request: perl-Convert-PEM In-Reply-To: Message-ID: <200511251806.jAPI6SDW005477@www.beta.redhat.com> Please do 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 rc040203 at freenet.de 2005-11-25 13:06 EST ------- (In reply to comment #1) > - files list should include: > %{perl_vendorlib}/Convert/* > rather than: > %{perl_vendorlib}/* > since the package depends on perl(Convert::ASN1), and the package containing > that module owns the %{perl_vendorlib}/Convert directory Wrong - We have had this discussion before. Both packages must own %{perl_vendorlib}/Convert because rpm does not assure any particular order during multilib packag removals, such as rpm -e ' References: <20051118230001.GA26254@lists.us.dell.com> <1132941033.29164.59.camel@thomas.amantes> Message-ID: <20051125183331.GA3227@lists.us.dell.com> On Fri, Nov 25, 2005 at 06:50:33PM +0100, Thomas Vander Stichele wrote: > Hi, > > > > Thomas, as nothing in Fedora Extras, freshrpms, or livna appear to use > > the 1.0.9 build of libshout, can you consider my changes and upgrading > > the libshout package in Extras to version 2.1? > > Fine by me - maybe you want to take it over even ? > > I have no real interest in libshout beyond having it be available for > GStreamer. gstreamer-* in F[CE]{3,4,devel} don't require libshout that I can tell. Is it optional somehow? 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 Nov 25 19:14:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 14:14:40 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511251914.jAPJEeDq009393@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From fonya at fatav.hu 2005-11-25 14:14 EST ------- No, mesa-libGLw-devel is not needed, sorry, I just make a fast "lib find" with configure script output, and I install mesa*devel*...: checking for X11/Xlib.h... yes checking for X11/XKBlib.h... yes checking for X11/Xutil.h... yes checking for X11/extensions/shape.h... yes checking for X11/extensions/XInput.h... yes checking for X11/extensions/XShm.h... yes checking for X11/extensions/Xrandr.h... yes checking for X11/extensions/Xrender.h... yes checking for X11/extensions/xf86dga.h... yes checking for X11/extensions/xf86vmode.h... yes checking for XkbQueryExtension in -lX11... yes checking for XShmQueryExtension in -lXext... yes checking for XShapeQueryExtension in -lXext... yes checking for XDGAQueryExtension in -lXxf86dga... yes checking for XF86VidModeQueryExtension in -lXxf86vm... yes checking for XRenderSetPictureTransform in -lXrender... yes checking for GL/gl.h... yes checking for GL/glx.h... yes checking for GL/glext.h... yes checking for up-to-date OpenGL version... yes checking for glXCreateContext in -lGL... yes checking for gluLookAt in -lGLU... yes checking for glutMainLoop in -lglut... 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 bugzilla at redhat.com Fri Nov 25 19:15:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 14:15:52 -0500 Subject: [Bug 168607] Review Request: perl-Convert-PEM In-Reply-To: Message-ID: <200511251915.jAPJFq4b009493@www.beta.redhat.com> Please do 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 2005-11-25 14:15 EST ------- (In reply to comment #2) > (In reply to comment #1) > > > - files list should include: > > %{perl_vendorlib}/Convert/* > > rather than: > > %{perl_vendorlib}/* > > since the package depends on perl(Convert::ASN1), and the package containing > > that module owns the %{perl_vendorlib}/Convert directory > Wrong - We have had this discussion before. > > Both packages must own %{perl_vendorlib}/Convert because rpm does not assure any > particular order during multilib packag removals, such as > rpm -e ' Message-ID: <200511251941.jAPJfELa011752@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From bdpepple at ameritech.net 2005-11-25 14:40 EST ------- Looks like your missing some Build Requires for gparted, since it fails while building in Mock for FC4. Based on the build log, at a minimum you will need to add a BR for e2fsprogs-devel. To see if there are any other BR's needed you should use Mock. Here's a link to it's usage if you haven't used it before: http://fedoraproject.org/wiki/Projects/Mock In addition, it looks like you can drop the SOURCE1, since it doesn't appear to be needed anymore. Also, in the desktop file section, you can remove the line that adds the System category, since it already has been added 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 Nov 25 19:48:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 14:48:55 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511251948.jAPJmtwF012822@www.beta.redhat.com> Please 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 dennis at conversis.de 2005-11-25 14:48 EST ------- Hmmm, at the end of shutting down the machine I get an error saying that / cannot be unmounted because it is busy and then a promt to enter my root password. Any ideas what the problem could be? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 20:37:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 15:37:39 -0500 Subject: [Bug 173658] Review Request: xfce4-cpugraph-plugin In-Reply-To: Message-ID: <200511252037.jAPKbdsx015935@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-cpugraph-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173658 ------- Additional Comments From ed at eh3.com 2005-11-25 15:37 EST ------- Hi Christoph, heres a quick review: needswork: - upstream tarball is slightly different: - dir name: xfce4-cpugraph-plugin-0.2.2 not xfce4-cpugraph-plugin which can be corrected with "setup -q -n %{name} - upstream tarball includes a specfile - build in mock on FC-4 fails with: checking for xfce4-panel-1.0 >= 4.0.0... Package libxfcegui4-1.0 was not found in the pkg-config search path good: + builds on FC-4 (not in mock) + rpmlint OK + license OK and included + spec file looks good (very simple!) + code not content, etc. and do you have any idea why the mock build is failing for me? I don't understand whats happening... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From admin at ramshacklestudios.com Fri Nov 25 21:01:34 2005 From: admin at ramshacklestudios.com (Peter Gordon) Date: Fri, 25 Nov 2005 13:01:34 -0800 Subject: Fedora Extras development Package Build Report In-Reply-To: <20051125175750.00AC6808E@extras64.linux.duke.edu> References: <20051125175750.00AC6808E@extras64.linux.duke.edu> Message-ID: <1132952494.3596.5.camel@tuxhugger> On Fri, 2005-11-25 at 12:57 -0500, buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras development: 16 > > bzflag-2.0.4-1 Just for sheer curiosity, will this update also go in FC4 Extras? I'm a big fan of BZFlag and this new version is purported to have much nicer visual effects. :-D Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key: 0xDA3634D7 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Fri Nov 25 21:53:32 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 25 Nov 2005 16:53:32 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051125215332.263D7808E@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 4 abcm2ps-4.12.1-1.fc4 fuse-2.4.2-2.fc4 gtkwave-1.3.79-2.fc4 mach-0.4.8-1.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Nov 25 22:14:43 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 25 Nov 2005 17:14:43 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051125221443.AD1E6808E@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 2 abcm2ps-4.12.1-1.fc5 mach-0.4.8-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Nov 25 22:30:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 17:30:04 -0500 Subject: [Bug 169753] Review Request: tclhttpd - A Tcl-based web/application server In-Reply-To: Message-ID: <200511252230.jAPMU4II023374@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclhttpd - A Tcl-based web/application server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169753 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-11-25 17:29 EST ------- - package meets naming guidelines - package meets packaging guidelines - license (BSD) OK, text in %doc - spec file legible, well commented - source matches upstream - package compiles and runs on FC4 i386 - no missing BR - no unnecessary BR - no locales - not relocatable - no duplicate files (man page does not conflict with httpd either) - %clean ok - code, not content - no need for -docs - nothing in %doc affects runtime - no need for .desktop file - tclhttpd uid/gid registered - chkconfig compatible init script Macro use isn't entirely consistent, tclhttpd in some places and %{name} others, but not a blocker rpmlint still complains about tclhttpd user and group, .htaccess files, and hidden .tclaccess files, but these can be ignored for the reasons described in comment 3 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 mpeters at mac.com Fri Nov 25 22:59:40 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 25 Nov 2005 14:59:40 -0800 Subject: libshout, ices, and icecast for FE In-Reply-To: <20051125183331.GA3227@lists.us.dell.com> References: <20051118230001.GA26254@lists.us.dell.com> <1132941033.29164.59.camel@thomas.amantes> <20051125183331.GA3227@lists.us.dell.com> Message-ID: <1132959581.10892.52.camel@locolhost.localdomain> On Fri, 2005-11-25 at 12:33 -0600, Matt Domsch wrote: > > gstreamer-* in F[CE]{3,4,devel} don't require libshout that I can > tell. Is it optional somehow? It never actually got into Extras AFAIK - though it should have. From bugzilla at redhat.com Fri Nov 25 22:58:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 17:58:33 -0500 Subject: [Bug 169754] Review Request: tclxml - XML parsing package for Tcl In-Reply-To: Message-ID: <200511252258.jAPMwXhs025729@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclxml - XML parsing package for Tcl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169754 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-11-25 17:58 EST ------- Missing BuildRequires: autoconf rpmlint output, excluding tclxml-debuginfo, which has a lot of script-without-shellbangs: E: tclxml script-without-shellbang /usr/share/doc/tclxml-3.0/README W: tclxml wrong-file-end-of-line-encoding /usr/share/doc/tclxml-3.0/README.xml E: tclxml script-without-shellbang /usr/share/doc/tclxml-3.0/ChangeLog W: tclxml-devel summary-ended-with-dot Development files for the tclxml packages. W: tclxml-devel no-documentation W: tclxml-expat summary-ended-with-dot The Tcl xml parser built with the expat xml parser. W: tclxml-expat no-documentation W: tclxml-libxml2 summary-ended-with-dot The Tcl xml parser built with the libxml2 xml parser. W: tclxml-libxml2 no-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 Fri Nov 25 23:10:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 18:10:47 -0500 Subject: [Bug 172547] Review Request: ghdl VHDL frontend for gcc In-Reply-To: Message-ID: <200511252310.jAPNAl1e026383@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl VHDL frontend for gcc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 ------- Additional Comments From t.sailer at alumni.ethz.ch 2005-11-25 18:10 EST ------- Some more changes: * added some more removes of build but not packaged files to make the build succeed on x86_64 * updated to svn 24, this fixes resolved boolean signals. Someone please sponsor me. http://www.baycom.org/~tom/fedora/ghdl.spec http://www.baycom.org/~tom/fedora/ghdl-0.21-0.24svn.1.src.rpm http://www.baycom.org/~tom/fedora/ghdl-0.21-0.24svn.1.i386.rpm http://www.baycom.org/~tom/fedora/ghdl-0.21-0.24svn.1.x86_64.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 23:32:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 18:32:35 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200511252332.jAPNWZvx027654@www.beta.redhat.com> Please 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 2005-11-25 18:32 EST ------- -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - - rpmlint: no errors - - package name OK - - source tarball OK - - spec file name OK Spec file notes: - - use $RPM_BUILD_ROOT%{_bindir} instead of $RPM_BUILD_ROOT/usr/bin - - might want to make building against libmad a rebuild-time switch, see attached patch - - any reason compiling against OpenGL is disabled? Package builds OK (x86_64), tested on Battle of Survival. Are you going to package some games that use Stratagem as well? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDh58pWt0J3fd+7ZARArxGAJ9M23Lu+JArcPNHTIkx19ATaLagkwCfQswI qkfp7h9XiOOSNzSbNbFCVro= =8wRg -----END PGP SIGNATURE----- -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Nov 25 23:34:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 18:34:02 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200511252334.jAPNY2MM027822@www.beta.redhat.com> Please 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 2005-11-25 18:33 EST ------- Another thing: any reason why the patch for 64-bit pointers has an extra - ? Why not stratagus-lp64 instead of stratagus--lp64. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 01:09:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 20:09:41 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511260109.jAQ19fBw001783@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ------- Additional Comments From stickster at gmail.com 2005-11-25 20:09 EST ------- Ignacio, any chance to look at the revision? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 03:07:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 22:07:12 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511260307.jAQ37CsL009327@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From dakingun at gmail.com 2005-11-25 22:06 EST ------- I've updated the spec file and rebuild. Now build cleanly in mock. Thanks. ftp://czar.eas.yorku.ca/pub/gparted/gparted.spec ftp://czar.eas.yorku.ca/pub/gparted/gparted-0.0.9-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 03:46:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 25 Nov 2005 22:46:52 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511260346.jAQ3kqXB014187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From mpeters at mac.com 2005-11-25 22:46 EST ------- %defattr(-,root,root) probably should be %defattr(-,root,root,-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 05:34:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 00:34:57 -0500 Subject: [Bug 169754] Review Request: tclxml - XML parsing package for Tcl In-Reply-To: Message-ID: <200511260534.jAQ5YvuC022617@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclxml - XML parsing package for Tcl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169754 ------- Additional Comments From wart at kobold.org 2005-11-26 00:34 EST ------- (In reply to comment #1) > Missing BuildRequires: autoconf > > rpmlint output, excluding tclxml-debuginfo, which has a lot of > script-without-shellbangs: The script-without-shellbang warnings arise because many of the source files have the execute permission bit set in the upstream tarball. I've added a few chmod a-x commands in the build stage to suppress these warnings. > W: tclxml-devel no-documentation > W: tclxml-expat no-documentation > W: tclxml-libxml2 no-documentation There is no documentation specific to these packages, as they (excluding -devel) are just reimplementations of the same API, using different xml parsing libraries. They all depend on the base tclxml package which contains all of the documentation files. I'm inclined to ignore this rpmlint warning. The other rpmlint warnings have been cleaned up, with only the 'no-documentation' warnings remaining. New spec file and source rpm can be found at: http://www.kobold.org/~wart/fedora/tclxml.spec http://www.kobold.org/~wart/fedora/tclxml-3.0-2.src.rpm http://www.kobold.org/~wart/fedora/MD5SUM.asc -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 05:40:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 00:40:12 -0500 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200511260540.jAQ5eC6i022894@www.beta.redhat.com> Please 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 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |jpmahowald at gmail.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpmahowald at gmail.com 2005-11-26 00:39 EST ------- Missing BuildRequires: libtool, got some autoconf error cannot execute @LIBTOOL@ or something without it. rpmlint as of release 4: E: multisync devel-dependency glib2-devel W: multisync no-version-in-last-changelog E: multisync zero-length /usr/share/doc/multisync-0.82/ChangeLog E: multisync zero-length /usr/share/doc/multisync-0.82/AUTHORS E: multisync zero-length /usr/share/doc/multisync-0.82/NEWS W: multisync-debuginfo no-version-in-last-changelog E: multisync-debuginfo script-without-shellbang /usr/src/debug/multisync-0.82/plugins/irmc_sync/src/irmc_obex.c E: multisync-debuginfo script-without-shellbang /usr/src/debug/multisync-0.82/plugins/irmc_sync/src/irmc_obex.h E: multisync-debuginfo script-without-shellbang /usr/src/debug/multisync-0.82/plugins/ldap_plugin/src/xml.c E: multisync-debuginfo script-without-shellbang /usr/src/debug/multisync-0.82/plugins/ldap_plugin/src/ldap.c W: multisync-devel no-version-in-last-changelog W: multisync-devel no-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 Sat Nov 26 05:50:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 00:50:12 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511260550.jAQ5oCuL023888@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From dakingun at gmail.com 2005-11-26 00:49 EST ------- (In reply to comment #6) > %defattr(-,root,root) > > probably should be > > %defattr(-,root,root,-) noted. Thanks -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 07:00:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 02:00:32 -0500 Subject: [Bug 173369] Review Request: fuse-sshfs In-Reply-To: Message-ID: <200511260700.jAQ70WWe027449@www.beta.redhat.com> Please 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-sshfs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173369 ------- Additional Comments From dragoran at feuerpokemon.de 2005-11-26 02:00 EST ------- I found a bug in this package but don't no where I should report it: when I mount a ssh host which I have write access to it works fine in command line. But nautilus is unable to write anything into the mount point? why? bug in nautilus or in sshfs? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sat Nov 26 07:26:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 25 Nov 2005 23:26:01 -0800 Subject: repository breakage Message-ID: <1132989961.10892.85.camel@locolhost.localdomain> yum update *snip* ---> Downloading header for directfb to pack into transaction set. directfb-0.9.24-4.fc4.i38 100% |=========================| 15 kB 00:00 ---> Package directfb.i386 0:0.9.24-4.fc4 set to be updated *snip* --> Running transaction check --> Processing Dependency: libdirectfb-0.9.so.22 for package: mplayer --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.22 is needed by package mplayer -=- Unless there is a reason to, can we *please* refrain from updating packages that change a shared library version? This is not just to keep yum happy - it is for locally compiled software as well (where yum will just update w/o warning causing breakage) etc. In this case mplayer (from livna) is the only issue for me - hopefully they will rebuild, but IMHO this should NOT have happened unless there was a darned good reason for the update. That's the kind of thing that made me stick with core/extras/livna and NOT use the others. I really think we need to make sure we keep extras clean in this respect. Expecting end users to add excludes when these issues arise is imho not acceptable. From rc040203 at freenet.de Sat Nov 26 07:39:17 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 26 Nov 2005 08:39:17 +0100 Subject: repository breakage In-Reply-To: <1132989961.10892.85.camel@locolhost.localdomain> References: <1132989961.10892.85.camel@locolhost.localdomain> Message-ID: <1132990757.28831.43.camel@mccallum.corsepiu.local> On Fri, 2005-11-25 at 23:26 -0800, Michael A. Peters wrote: > yum update > *snip* > ---> Downloading header for directfb to pack into transaction set. > directfb-0.9.24-4.fc4.i38 100% |=========================| 15 kB > 00:00 > ---> Package directfb.i386 0:0.9.24-4.fc4 set to be updated > *snip* > --> Running transaction check > --> Processing Dependency: libdirectfb-0.9.so.22 for package: mplayer > --> Finished Dependency Resolution > Error: Missing Dependency: libdirectfb-0.9.so.22 is needed by package > mplayer > > -=- > > Unless there is a reason to, can we *please* refrain from updating > packages that change a shared library version? > > This is not just to keep yum happy - it is for locally compiled software > as well (where yum will just update w/o warning causing breakage) etc. > > In this case mplayer (from livna) is the only issue for me - hopefully > they will rebuild, but IMHO this should NOT have happened unless there > was a darned good reason for the update. xine (from livna) has the same issues. > That's the kind of thing that made me stick with core/extras/livna and > NOT use the others. I really think we need to make sure we keep extras > clean in this respect. ACK. > Expecting end users to add excludes when these issues arise is imho not > acceptable. That's what I consider a bug in yum: Why can't yum simply ignore such broken deps and just warn about them instead of erroring out? Ralf From j.w.r.degoede at hhs.nl Sat Nov 26 08:34:51 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 26 Nov 2005 09:34:51 +0100 Subject: IMPORTANT/WARNING buildsystem is not stable / unreliable In-Reply-To: <1132939704.7064.5.camel@localhost.localdomain> References: <43870A96.3020305@hhs.nl> <1132939704.7064.5.camel@localhost.localdomain> Message-ID: <43881E2B.6040400@hhs.nl> Dan Williams wrote: > On Fri, 2005-11-25 at 13:59 +0100, Hans de Goede wrote: >> Hi all, >> >> Sorry for shouting but I hope I've got some attention this time around. >> I've reported this before, see: >> https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00804.html >> >> Today I again got the same inconsistent results again on x86_64 but this >> with a FC-4 build (again of directfb). The firsttime it failed (crashed) >> with the (interesting?) message below. >> >> I did a requeue within minutes and this time it build fine. This does >> not sound like a consistent build environment to me! >> >> I've saved all the logs off the failed attempt before the requeue and >> the succeeded attempt logs are at: >> http://buildsys.fedoraproject.org/logs/fedora-4-extras/1292-directfb-0.9.24-4.fc4/ >> >> Maybe its an idea to run memtest for a couple of hours on hammer? and/or >> to run the old burn-it kernel compile script once used to detect the >> notorious hard to find K6 bug. > > I track all the failed builds pretty closely, I usually comb through > them every day or two. And directfb seems to be the only one with these > sorts of problems. There are, of course, two explanations, one of which > you've pointed out here: > > 1) The build machines are screwed up or have a hardware fault > 2) The directfb package has build issues either with gcc, with the build > process, or both > > Given that directfb is the only package in Extras that I've seen that > actually _segfaults_ gcc, I'm tending to blame directfb at the moment. > What I'll try to do is build with make -j4 to see if there are parallel > make issues in directfb. Also, does it always seem to fail on x86_64? > Has it ever failed oddly on i386 or ppc32? > Nope, it always fails on x86_64. I'm happy to hear that the buildmachines are "closely" monitored and that directfb is the only problem package. I agree with you that in this case it is most likely that directfb is tripping over a gcc or buildprocess bug. Also notice that I've removed your CFLAGS patch, and that it does build without, but not always. Sofar 3 out of 4 build attempts without your cflags patch succeeded, 2 devel builds and 1 FC-4 build, the failed build was an FC-4 build. Thanks for looking into this. Regards, Hans From bugzilla at redhat.com Sat Nov 26 10:30:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 05:30:56 -0500 Subject: [Bug 173924] Review Request: xmlstarlet - command-line XML Swiss army knife In-Reply-To: Message-ID: <200511261030.jAQAUuwH007906@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xmlstarlet - command-line XML Swiss army knife https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173924 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ivazquez at ivazquez.net 2005-11-26 05:30 EST ------- Sorry, got distracted for a bit. APPROVED, unless someone else can think of a reason to veto it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 11:13:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 06:13:14 -0500 Subject: [Bug 174240] New: Review Request: artwiz-aleczapka Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174240 Summary: Review Request: artwiz-aleczapka Product: Fedora Extras Version: devel Platform: All URL: http://http://artwizaleczapka.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/artwiz-aleczapka.spec SRPM Name or Url: http://fedora.lowlatency.de/review/artwiz-aleczapka-1.3-1.src.rpm Description: This is set of (improved) artwiz fonts. The ultimate solution to your all problems with artwiz fonts. Screenshots: http://artwizaleczapka.sourceforge.net/images/shots/ These fonts have been included in fluxbox which I did not like when I took over the page but never had the time to work on and never came up as in issue. I think they should reside as a seperate package so they can be updated etc. As I did fix some stuff in fluxbox and the included fonts are older I would really like to get this sorted out rather quickly... :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 11:13:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 06:13:30 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511261113.jAQBDU6I012499@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174240 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Sat Nov 26 12:23:03 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 26 Nov 2005 14:23:03 +0200 Subject: repository breakage In-Reply-To: <1132990757.28831.43.camel@mccallum.corsepiu.local> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> Message-ID: <1133007783.5112.10.camel@localhost.localdomain> On Sat, 2005-11-26 at 08:39 +0100, Ralf Corsepius wrote: > On Fri, 2005-11-25 at 23:26 -0800, Michael A. Peters wrote: > > Unless there is a reason to, can we *please* refrain from updating > > packages that change a shared library version? ...and anyway when the need to roll such an update arises, it should be announced on fedora-maintainers and/or here beforehand so people have time to prepare. > > In this case mplayer (from livna) is the only issue for me - hopefully > > they will rebuild, but IMHO this should NOT have happened unless there > > was a darned good reason for the update. > xine (from livna) has the same issues. Actually it's xine-lib, but FWIW, both issues have already been reported there. > That's what I consider a bug in yum: Why can't yum simply ignore such > broken deps and just warn about them instead of erroring out? Seconded, no need to rub it in end users faces. From bugzilla at redhat.com Sat Nov 26 13:07:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 08:07:59 -0500 Subject: [Bug 174240] Review Request: artwiz-aleczapka In-Reply-To: Message-ID: <200511261307.jAQD7xlh018385@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: artwiz-aleczapka https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174240 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gajownik at gmail.com ------- Additional Comments From gajownik at gmail.com 2005-11-26 08:07 EST ------- Hi! Do you need to generate fonts from *.bdf files? Maybe it would be better to use artwiz-aleczapka-{de,en,se}-1.3.tar.bz2 tarballs? Shouldn't `fc-cache' be run in %post{,un} section like in dejavu-fonts? http://cvs.fedora.redhat.com/viewcvs/*checkout*/rpms/dejavu-fonts/devel/dejavu-fonts.spec?root=extras What do you think about changing package name to artwiz-aleczapka-fonts to keep the name consistent with other fonts RPMs from Extras? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900#c6 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From alexl at users.sourceforge.net Sat Nov 26 13:31:37 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Sat, 26 Nov 2005 05:31:37 -0800 Subject: repository breakage In-Reply-To: <1133007783.5112.10.camel@localhost.localdomain> (Ville =?iso-8859-1?Q?Skytt=E4's?= message of "Sat, 26 Nov 2005 14:23:03 +0200") References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> Message-ID: >>>>> "VS" == Ville Skytt? writes: VS> On Sat, 2005-11-26 at 08:39 +0100, Ralf Corsepius wrote: >> > Unless there is a reason to, can we *please* refrain from >> updating > packages that change a shared library version? VS> ...and anyway when the need to roll such an update arises, it VS> should be announced on fedora-maintainers and/or here beforehand VS> so people have time to prepare. Yep, and I opened up a bugzilla on directfb on this very issue: http://bugzilla.redhat.com/174245 Maybe there could be a repoquery run on the combined Extras+livna combination before an upgrade so problems could be spotted before they bite users. Perhaps just running the query to get a list of Extras packages that are depended-on by livna packages, so that maintainers of the Extras packages can be made aware of the potential breakage issues and therefore more carefully co-ordinate with the livna folks. >> > In this case mplayer (from livna) is the only issue for me - >> hopefully > they will rebuild, but IMHO this should NOT have >> happened unless there > was a darned good reason for the update. >> xine (from livna) has the same issues. VS> Actually it's xine-lib, but FWIW, both issues have already been VS> reported there. >> That's what I consider a bug in yum: Why can't yum simply ignore >> such broken deps and just warn about them instead of erroring out? VS> Seconded, no need to rub it in end users faces. There is a bugzilla on yum on this, the bottom line is that Seth thinks it's a bad idea to continue if any package in the transaction fails (I'm unclear on the reason(s)): https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=296 It seems that given that the presence of any third party repos that can block FC+FE security updates (and even FC updates can sometimes be blocked by FE packages that haven't been upgraded!), wouldn't a prudent approach be to allow at least the packages that aren't blocked be upgraded and hold back the other ones (as apt-get does)? Alex From bugzilla at redhat.com Sat Nov 26 13:53:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 08:53:46 -0500 Subject: [Bug 173369] Review Request: fuse-sshfs In-Reply-To: Message-ID: <200511261353.jAQDrkwU020318@www.beta.redhat.com> Please 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-sshfs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173369 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From fedora at leemhuis.info 2005-11-26 08:53 EST ------- Closing this, package build and published in devel, build and in needsign for fc4. (In reply to comment #2) > I found a bug in this package but don't no where I should report it: > when I mount a ssh host which I have write access to it works fine in command line. > But nautilus is unable to write anything into the mount point? why? bug in > nautilus or in sshfs? The permissions and stats the fuse filessystems report are imho sometimes a bit strange (see also old discussions on lkml). Fuse developers are working to improve this afaik. The best would be to talk to those people about it. If they say it's a but in nautilus you probalby should report it to the gnome bugzilla directly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 13:54:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 08:54:39 -0500 Subject: [Bug 173345] Review Request: fuse In-Reply-To: Message-ID: <200511261354.jAQDsdb8020418@www.beta.redhat.com> Please 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 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 fedora at leemhuis.info changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From fedora at leemhuis.info 2005-11-26 08:54 EST ------- Build and published in devel; should soon hit fc4, too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 13:55:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 08:55:02 -0500 Subject: [Bug 173369] Review Request: fuse-sshfs In-Reply-To: Message-ID: <200511261355.jAQDt2rE020483@www.beta.redhat.com> Please 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-sshfs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173369 Bug 173369 depends on bug 173345, which changed state. Bug 173345 Summary: Review Request: fuse https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173345 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 14:51:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 09:51:38 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511261451.jAQEpcR0023420@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From bdpepple at ameritech.net 2005-11-26 09:51 EST ------- MD5Sums: 0f36fc93e1908418be0b99c5db7ac184 gparted-0.0.9.tar.bz2 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 * Desktop entry is fine * All directories are owned by this or other packages * All necessary BuildRequires listed. * All desired features are enabled * Package rebuilds as non-root user * Make succeeds even when %{_smp_mflags} is defined * Package installs and uninstalls cleanly on FC4 Bad: * Source URL incorrect: it should be http://download.sourceforge.net/%{name}/%{name}-%{version}.tar.gz * Rpmlint errors: W: gparted no-dependency-on usermode-consoleonly * File attributes: Refer to comment #6. Note: I think the rpmlint error can be ignored, but some of the other reviewers might want to verify that. This appears to be your first package for Fedora Extras, so you will need to get a Sponsor. Here's a list of the people that are currently able to sponsor new contributers: https://admin.fedora.redhat.com/accounts/dump-group.cgi?group=cvsextras&role_type=sponsor&format=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 skvidal at phy.duke.edu Sat Nov 26 14:56:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 26 Nov 2005 09:56:10 -0500 Subject: repository breakage In-Reply-To: <1133007783.5112.10.camel@localhost.localdomain> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> Message-ID: <1133016971.17474.6.camel@cutter> > > That's what I consider a bug in yum: Why can't yum simply ignore such > > broken deps and just warn about them instead of erroring out? > > Seconded, no need to rub it in end users faces. So if yum updates the other packages and completes its operation, but doesn't error out, how does the average user know that anything went wrong? And if they don't know that something went wrong, then how will they know if they missed an update? The reality is that most users see if the operation succeeded or failed. If it succeeded (no matter the messages it spewed out) they will assume all is well and move on. If we do that every time then a user could miss lots of valuable updates and never know. It's only the more advanced users such as yourself who looks for the nuanced warning messages. Not to mention, that if the user has enabled a nightly cron update that most users never see the messages b/c they sit in /var/mail/root w/o ever being read on many, many workstations and laptops. At least with a distinct "this has failed, you cannot complete the operation" the user is told what to look for and that it has failed. Partial success == complete success to most users. I'm speaking from years and years of interacting with extremely average end users using linux systems. -sv From skvidal at phy.duke.edu Sat Nov 26 14:57:32 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 26 Nov 2005 09:57:32 -0500 Subject: repository breakage In-Reply-To: References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> Message-ID: <1133017053.17474.9.camel@cutter> > https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=296 > > It seems that given that the presence of any third party repos that > can block FC+FE security updates (and even FC updates can sometimes be > blocked by FE packages that haven't been upgraded!), wouldn't a > prudent approach be to allow at least the packages that aren't blocked > be upgraded and hold back the other ones (as apt-get does)? > We can't KNOW what the value of one package is over the other. We don't have any severity information in the metadata. How can we rank which package is a more important update? -sv From alexl at users.sourceforge.net Sat Nov 26 15:23:43 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Sat, 26 Nov 2005 07:23:43 -0800 Subject: repository breakage In-Reply-To: <1133017053.17474.9.camel@cutter> (seth vidal's message of "Sat, 26 Nov 2005 09:57:32 -0500") References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133017053.17474.9.camel@cutter> Message-ID: >>>>> "sv" == seth vidal writes: >> https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=296 >> >> It seems that given that the presence of any third party repos that >> can block FC+FE security updates (and even FC updates can sometimes >> be blocked by FE packages that haven't been upgraded!), wouldn't a >> prudent approach be to allow at least the packages that aren't >> blocked be upgraded and hold back the other ones (as apt-get does)? sv> We can't KNOW what the value of one package is over the other. We don't sv> have any severity information in the metadata. How can we rank sv> which package is a more important update? Well, if we don't adapt the tools to cope with out-of-sync packages, then we need to shift the onus to the packagers and ensure that updates are shunted out that are compatible with (at least) the official downstream repos (e.g. FC updates should be compatible with FE updates). I've lost count of the number of bugzilla's I've filed against galeon for rebuilding when a new version mozilla came out, because it caused yum to grind to halt. It's that kind of breakage that makes people think (fairly or unfairly) that Extras is kind of second-class to Core, because it is very rare that a set of updates from Core ever cause yum to not upgrade. It seems that the Core maintainers aren't necessarily following Extras to see what Extras packages would be impacted. It seems the problem is more a matter of co-ordination: Core updates come out and Extras sometimes have to scramble to keep up, then Extras updates come out and Livna plays catch-up. Perhaps there is better way of using repoquery and/or other tools by ensuring that at any given time the combination of at least FC+FE (or even better FC+FE+Livna) is consistent before updates hit the mirrors. Alex From skvidal at phy.duke.edu Sat Nov 26 15:34:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 26 Nov 2005 10:34:18 -0500 Subject: repository breakage In-Reply-To: References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133017053.17474.9.camel@cutter> Message-ID: <1133019258.17474.15.camel@cutter> On Sat, 2005-11-26 at 07:23 -0800, Alex Lancaster wrote: > >>>>> "sv" == seth vidal writes: > > >> https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=296 > >> > >> It seems that given that the presence of any third party repos that > >> can block FC+FE security updates (and even FC updates can sometimes > >> be blocked by FE packages that haven't been upgraded!), wouldn't a > >> prudent approach be to allow at least the packages that aren't > >> blocked be upgraded and hold back the other ones (as apt-get does)? > > sv> We can't KNOW what the value of one package is over the other. We don't > sv> have any severity information in the metadata. How can we rank > sv> which package is a more important update? > > Well, if we don't adapt the tools to cope with out-of-sync packages, > then we need to shift the onus to the packagers and ensure that > updates are shunted out that are compatible with (at least) the > official downstream repos (e.g. FC updates should be compatible with > FE updates). > > I've lost count of the number of bugzilla's I've filed against galeon > for rebuilding when a new version mozilla came out, because it caused > yum to grind to halt. It's that kind of breakage that makes people > think (fairly or unfairly) that Extras is kind of second-class to > Core, because it is very rare that a set of updates from Core ever > cause yum to not upgrade. It seems that the Core maintainers aren't > necessarily following Extras to see what Extras packages would be > impacted. > > It seems the problem is more a matter of co-ordination: Core updates > come out and Extras sometimes have to scramble to keep up, then Extras > updates come out and Livna plays catch-up. Perhaps there is better > way of using repoquery and/or other tools by ensuring that at any > given time the combination of at least FC+FE (or even better > FC+FE+Livna) is consistent before updates hit the mirrors. > yes, it's called repoclosure and we run it quite frequently. Michael Schwendt recently just sent a 'your pkg is broken' email to all of the packagers with a package in extras with an unresolved dep. I would love to make michael's script a daily occurrence if he'd agree. -sv From gdk at redhat.com Sat Nov 26 16:26:49 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Sat, 26 Nov 2005 11:26:49 -0500 (EST) Subject: repository breakage In-Reply-To: <1133016971.17474.6.camel@cutter> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> Message-ID: On Sat, 26 Nov 2005, seth vidal wrote: > Partial success == complete success to most users. Yep. I suppose it might make sense to offer a flag to warn instead of fail for dependency errors, but I'm not even sure about that; even experienced users can put themselves into a world of hurt by ignoring broken deps that turn out to be important down the line. One of the great things about strict depsolving is that you've got a clear path, and either you're on the path, or you're not. Now, the corollary is that it's the responsibility of the repo maintainers to keep the path tidy at all costs -- and if we're having problems doing that, we need to figure out why. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From jspaleta at gmail.com Sat Nov 26 16:46:28 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 26 Nov 2005 11:46:28 -0500 Subject: repository breakage In-Reply-To: References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> Message-ID: <604aa7910511260846j7adef8efya2897d09c584f307@mail.gmail.com> On 11/26/05, Greg DeKoenigsberg wrote: > I suppose it might make sense to offer a flag to warn instead of fail for > dependency errors, but I'm not even sure about that; even experienced > users can put themselves into a world of hurt by ignoring broken deps that > turn out to be important down the line. One of the great things about > strict depsolving is that you've got a clear path, and either you're on > the path, or you're not. No, an option to warn would be abused as a catchall option to use to avoid all error messages. With all the different repo configurations in the wild, errors that drive discussion and bugreports are going to be the only way to catch some of the inter-repo failures. The exclude option exists to get around dep issues, and can not be generally abused as a catchall to prevent all error messages in the future. > Now, the corollary is that it's the responsibility of the repo maintainers > to keep the path tidy at all costs -- and if we're having problems doing > that, we need to figure out why. Today's issue is about how closely one follows upstream in Extras. This will always be a problem in Extras unless Extras moves to a point-release model like Core. Extras is "rolling" with no policy with regard to how static libraries should be through an Extras release timeframe. The more frozen libraries are, the easier it is to avoid these types of problems, but you lose the ability to track upstream library development closely in time. -jef From gdk at redhat.com Sat Nov 26 16:51:41 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Sat, 26 Nov 2005 11:51:41 -0500 (EST) Subject: repository breakage In-Reply-To: <604aa7910511260846j7adef8efya2897d09c584f307@mail.gmail.com> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> <604aa7910511260846j7adef8efya2897d09c584f307@mail.gmail.com> Message-ID: > Today's issue is about how closely one follows upstream in Extras. > This will always be a problem in Extras unless Extras moves to a > point-release model like Core. Extras is "rolling" with no policy > with regard to how static libraries should be through an Extras > release timeframe. The more frozen libraries are, the easier it is to > avoid these types of problems, but you lose the ability to track > upstream library development closely in time. Yep. I think it's an evolutionary thing. Is running a closure check daily, and then fixing issues promptly, sufficient for now? I think it probably is. But this debate will come up again, surely. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From jspaleta at gmail.com Sat Nov 26 16:33:42 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 26 Nov 2005 11:33:42 -0500 Subject: repository breakage In-Reply-To: References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133017053.17474.9.camel@cutter> Message-ID: <604aa7910511260833o67b8bbc1y7b431c01dbedd643@mail.gmail.com> On 11/26/05, Alex Lancaster wrote: > It seems the problem is more a matter of co-ordination: Core updates > come out and Extras sometimes have to scramble to keep up, then Extras > updates come out and Livna plays catch-up. Perhaps there is better > way of using repoquery and/or other tools by ensuring that at any > given time the combination of at least FC+FE (or even better > FC+FE+Livna) is consistent before updates hit the mirrors. Are you suggesting holding back security fixes so other repos can catch up? And exactly how do downstream repos rebuild against the new package unless the new package is publicly available? In this case the only way livna can rebuild against the new directfb is if the directfb is publicly available...even if the livna maintainers were given a heads up about directfb impending release. -jef"here's the really funny thing.. this directfb package has been failing to build for days in Extras.. its the doomed package. First it pisses off the maintainer because it wont build and now that its built its pissed off users"spaleta From bugzilla at redhat.com Sat Nov 26 17:43:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 12:43:55 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511261743.jAQHhtl6032112@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From dakingun at gmail.com 2005-11-26 12:43 EST ------- (In reply to comment #8) > Bad: > * Source URL incorrect: it should be > http://download.sourceforge.net/%{name}/%{name}-%{version}.tar.gz Corrected. ftp://czar.eas.yorku.ca/pub/gparted/gparted.spec ftp://czar.eas.yorku.ca/pub/gparted/gparted-0.0.9-3.src.rpm > * Rpmlint errors: W: gparted no-dependency-on usermode-consoleonly > * File attributes: Refer to comment #6. > > Note: > I think the rpmlint error can be ignored, but some of the other reviewers > might want to verify that. > > This appears to be your first package for Fedora Extras, so you will > need to get a Sponsor. No, I already see to a couple of packages in extras. Thanks for reviewing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Sat Nov 26 17:46:41 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 26 Nov 2005 09:46:41 -0800 Subject: repository breakage In-Reply-To: <1133016971.17474.6.camel@cutter> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> Message-ID: <1133027201.10892.97.camel@locolhost.localdomain> On Sat, 2005-11-26 at 09:56 -0500, seth vidal wrote: > > > That's what I consider a bug in yum: Why can't yum simply ignore such > > > broken deps and just warn about them instead of erroring out? > > > > Seconded, no need to rub it in end users faces. > > > So if yum updates the other packages and completes its operation, but > doesn't error out, how does the average user know that anything went > wrong? > > And if they don't know that something went wrong, then how will they > know if they missed an update? > > The reality is that most users see if the operation succeeded or failed. > If it succeeded (no matter the messages it spewed out) they will assume > all is well and move on. I agree From jspaleta at gmail.com Sat Nov 26 17:20:52 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 26 Nov 2005 12:20:52 -0500 Subject: repository breakage In-Reply-To: References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> <604aa7910511260846j7adef8efya2897d09c584f307@mail.gmail.com> Message-ID: <604aa7910511260920o4713fd12lf5df59a6cf56c3a9@mail.gmail.com> On 11/26/05, Greg DeKoenigsberg wrote: > Yep. I think it's an evolutionary thing. Is running a closure check > daily, and then fixing issues promptly, sufficient for now? I think it > probably is. But this debate will come up again, surely. For today's issue... running closure on Extras+Core wouldn't tell you that a livna or other 3rd party package has a problem. Is it appropriate for the Extras buildsystem to run closure on Extras+Core+Livna and report back publicly? We dance around the issue of how much discussion about livna is allowed all the time.... -jef From skvidal at phy.duke.edu Sat Nov 26 17:59:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 26 Nov 2005 12:59:53 -0500 Subject: repository breakage In-Reply-To: <604aa7910511260920o4713fd12lf5df59a6cf56c3a9@mail.gmail.com> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> <604aa7910511260846j7adef8efya2897d09c584f307@mail.gmail.com> <604aa7910511260920o4713fd12lf5df59a6cf56c3a9@mail.gmail.com> Message-ID: <1133027994.17474.65.camel@cutter> On Sat, 2005-11-26 at 12:20 -0500, Jeff Spaleta wrote: > On 11/26/05, Greg DeKoenigsberg wrote: > > Yep. I think it's an evolutionary thing. Is running a closure check > > daily, and then fixing issues promptly, sufficient for now? I think it > > probably is. But this debate will come up again, surely. > > For today's issue... running closure on Extras+Core wouldn't tell you > that a livna or other 3rd party package has a problem. Is it > appropriate for the Extras buildsystem to run closure on > Extras+Core+Livna and report back publicly? We dance around the issue > of how much discussion about livna is allowed all the time.... > I'd say it is appropriate if livna wants to use the same script to warn their maintainers that packages are broken or deps or unclosed. -sv From bugzilla at redhat.com Sat Nov 26 18:08:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 13:08:45 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511261808.jAQI8jOW001130@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bdpepple at ameritech.net 2005-11-26 13:08 EST ------- Ahh, didn't see that you already some packages. In that case, I'll go ahead receive this bug, and approve it since you've corrected the errors in comment #8. PUBLISH +1, refer to comment #8 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 gdk at redhat.com Sat Nov 26 18:12:37 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Sat, 26 Nov 2005 13:12:37 -0500 (EST) Subject: repository breakage In-Reply-To: <604aa7910511260920o4713fd12lf5df59a6cf56c3a9@mail.gmail.com> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> <604aa7910511260846j7adef8efya2897d09c584f307@mail.gmail.com> <604aa7910511260920o4713fd12lf5df59a6cf56c3a9@mail.gmail.com> Message-ID: On Sat, 26 Nov 2005, Jeff Spaleta wrote: > On 11/26/05, Greg DeKoenigsberg wrote: > > Yep. I think it's an evolutionary thing. Is running a closure check > > daily, and then fixing issues promptly, sufficient for now? I think it > > probably is. But this debate will come up again, surely. > > For today's issue... running closure on Extras+Core wouldn't tell you > that a livna or other 3rd party package has a problem. Is it > appropriate for the Extras buildsystem to run closure on > Extras+Core+Livna and report back publicly? We dance around the issue > of how much discussion about livna is allowed all the time.... Abstracting livna out... perhaps we could provide tools to third parties to run closure checks against Extras+Core? With an ability for third parties to report issues as they appear? --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From jspaleta at gmail.com Sat Nov 26 18:18:40 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 26 Nov 2005 13:18:40 -0500 Subject: repository breakage In-Reply-To: <1133027994.17474.65.camel@cutter> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> <604aa7910511260846j7adef8efya2897d09c584f307@mail.gmail.com> <604aa7910511260920o4713fd12lf5df59a6cf56c3a9@mail.gmail.com> <1133027994.17474.65.camel@cutter> Message-ID: <604aa7910511261018r6c63b747m5f091d36c8369247@mail.gmail.com> On 11/26/05, seth vidal wrote: > I'd say it is appropriate if livna wants to use the same script to warn > their maintainers that packages are broken or deps or unclosed. Sure livna or any other 3rd party can use repoquery or related script to detect breakage after Extras packages go public.... but i don't think there is an appropriate solution that give downstream repos a heads up warning before Extras package go public. If livna runs a periodic closure script it may reduce the amount of time lag but it can't reduce it to zero simply because livna has to run closure against the public packages just as any user would be doing. -jef From ville.skytta at iki.fi Sat Nov 26 19:37:15 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 26 Nov 2005 21:37:15 +0200 Subject: repository breakage In-Reply-To: <1133019258.17474.15.camel@cutter> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133017053.17474.9.camel@cutter> <1133019258.17474.15.camel@cutter> Message-ID: <1133033835.17662.9.camel@localhost.localdomain> On Sat, 2005-11-26 at 10:34 -0500, seth vidal wrote: > yes, it's called repoclosure and we run it quite frequently. Michael > Schwendt recently just sent a 'your pkg is broken' email to all of the > packagers with a package in extras with an unresolved dep. Yep, that's useful. > I would love to make michael's script a daily occurrence if he'd agree. I think daily would be a bit too often for devel, but ok for released distro versions. For example in the last such mail I got for devel, there were 5 broken packages, none of which were really fixable at that moment mostly due to flux in Rawhide and for one package because it was to be obsoleted by a new FE submission entering the repo in a couple of days. From bugzilla at redhat.com Sat Nov 26 20:02:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 15:02:30 -0500 Subject: [Bug 174260] New: Review Request: moin-latex : add-on to support LaTeX markup Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174260 Summary: Review Request: moin-latex : add-on to support LaTeX markup Product: Fedora Extras Version: devel Platform: All URL: http://mitgcm.org/eh3/fedora_misc/moin-latex-0- 0.20051126.1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ed at eh3.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mitgcm.org/eh3/fedora_misc/moin-latex.spec SRPM Name or Url: http://mitgcm.org/eh3/fedora_misc/moin-latex-0-0.20051126.1.src.rpm Description: This is a tiny add-on package to moin. It allows a MoinMoin wiki to support some mathematical markup via LaTeX. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 20:02:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 15:02:42 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511262002.jAQK2gAn007402@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174260 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Sat Nov 26 20:27:30 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 26 Nov 2005 22:27:30 +0200 Subject: repository breakage In-Reply-To: <1133016971.17474.6.camel@cutter> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133016971.17474.6.camel@cutter> Message-ID: <1133036850.17662.54.camel@localhost.localdomain> On Sat, 2005-11-26 at 09:56 -0500, seth vidal wrote: > So if yum updates the other packages and completes its operation, but > doesn't error out, how does the average user know that anything went > wrong? > > And if they don't know that something went wrong, then how will they > know if they missed an update? > > The reality is that most users see if the operation succeeded or failed. > If it succeeded (no matter the messages it spewed out) they will assume > all is well and move on. If we do that every time then a user could miss > lots of valuable updates and never know. So how many users in this target group are actually able or willing to do something about it if the whole update fails, instead of just waiting for a day or two or a week and maybe trying again if it succeeds then? (I assume this is not how you intend things to happen.) They'd need to first figure out what are the packages that are causing their transaction to fail or from which repository are they from, then issue the update again with proper --exclude and/or --disablerepo switches. Don't you think this is a major hurdle in this target group of "most" or "extremely average" end users? I would find it surprising if the actual effect in this target group would really be a matter of "could miss lots of valuable updates" (and I think the "lots" is an exaggeration in practice), but rather missing _all_ updates until the issue with one or few at worst is fixed. > It's only the more advanced > users such as yourself who looks for the nuanced warning messages. Probably, but that depends on how the messages are presented. Anyway, IMO this is a far less dangerous thing and cosmetics when compared to the one of automatically missing only the updates that wouldn't work anyway at that moment versus missing those and the good ones too. Orthgonal and partially OT: personally, I as a more advanced user would be happier with the current behaviour of yum if the failed update run would take something like 5 seconds from when I hit enter to the moment I'm told that it didn't work out. Sadly, that's nowhere near the case today :/ > if the user has enabled a nightly cron update that most > users never see the messages b/c they sit in /var/mail/root w/o ever > being read on many, many workstations and laptops. Wouldn't that be that place where the messages about missing all updates would sit unnoticed too? From skvidal at phy.duke.edu Sat Nov 26 20:39:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 26 Nov 2005 15:39:52 -0500 Subject: repository breakage In-Reply-To: <1133033835.17662.9.camel@localhost.localdomain> References: <1132989961.10892.85.camel@locolhost.localdomain> <1132990757.28831.43.camel@mccallum.corsepiu.local> <1133007783.5112.10.camel@localhost.localdomain> <1133017053.17474.9.camel@cutter> <1133019258.17474.15.camel@cutter> <1133033835.17662.9.camel@localhost.localdomain> Message-ID: <1133037592.17474.67.camel@cutter> > I think daily would be a bit too often for devel, but ok for released > distro versions. Fine, then monday mornings every week? -sv From fedora-extras-list at cygnusx-1.org Sat Nov 26 20:48:43 2005 From: fedora-extras-list at cygnusx-1.org (Nathan Grennan) Date: Sat, 26 Nov 2005 12:48:43 -0800 Subject: Bittorrent 4.2.0 upgrade Message-ID: <4388CA2B.9080001@cygnusx-1.org> I noticed this morning that my bittorrent had been upgraed from 4.0.4 to 4.2.0. 4.2.0 is now labeled stable, but for me still has a big drawback that I saw in 4.1.x. I think it was with 4.1.6 that I noticed that my upload liked to hover around 180k/s even though the max_upload_rate was set to 800k/s. I reported the bug to the official bittorrent bugs list. The response I got back was that he couldn't reproduce it. I offered an account to reproduce it, but he ignored my offer. I have since retested with 4.2.0 and I see basically the same problem. It will upload at a higher rate when it is downloading, but likes to hover at 180k/s when it is just seeding. Sometimes it will go a little higher to say 190k/s, but then will quickly come back to around 180k/s. If I downgrade back to 4.0.4 the upload rate will not hover around 180k/s and will at times go all the way to 800k/s, depending on the torrent. I have tried various command line options to improve the situation, but none alleviate the problem. I do realize that the new client has more features to offer like trackerless torrents, but to me this seems like such a major downside, and one they have chosen to ignore. I am thinking I should just move on to another client. Yet I have not been happy with the ones I have tried, and there aren't nearly as mean for Linux as there are for Windows. In addition I use bittorrent on via ssh and/or screen. Bittornado gave problems with bad blocks when there weren't any last time I tried it. I have looked over it's forum and have let to see that issue resolved. I have also tried Azureus. I am not fond of it's java dependency and it is designed to be a gui. It's java web applet and console both suck. One nice thing about sticking with the official client has been there have been the Fedora Extras package. So a simple "yum install bittorrent" works.* * From bugzilla at redhat.com Sat Nov 26 20:50:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 15:50:33 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511262050.jAQKoX6R009607@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 ------- Additional Comments From ville.skytta at iki.fi 2005-11-26 15:50 EST ------- (In reply to comment #8) > * Rpmlint errors: W: gparted no-dependency-on usermode-consoleonly That's bug 165839, already fixed in CVS and an update coming up soonish. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Sat Nov 26 20:54:17 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 26 Nov 2005 15:54:17 -0500 Subject: Bittorrent 4.2.0 upgrade In-Reply-To: <4388CA2B.9080001@cygnusx-1.org> References: <4388CA2B.9080001@cygnusx-1.org> Message-ID: <20051126205417.GA14474@jadzia.bu.edu> On Sat, Nov 26, 2005 at 12:48:43PM -0800, Nathan Grennan wrote: > I do realize that the new client has more features to offer like > trackerless torrents, but to me this seems like such a major downside, > and one they have chosen to ignore. "Can't reproduce" isn't "chosen to ignore". And it's not necessarily convenient to log in to an account on your system to test, so it's not really fair to expect developers to do that. > -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jspaleta at gmail.com Sat Nov 26 21:08:54 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 26 Nov 2005 16:08:54 -0500 Subject: Bittorrent 4.2.0 upgrade In-Reply-To: <4388CA2B.9080001@cygnusx-1.org> References: <4388CA2B.9080001@cygnusx-1.org> Message-ID: <604aa7910511261308g47d221b9o209f4f32e290dc8@mail.gmail.com> Pardon me, but what was the point of this post to the mailinglist? Were you looking to see if other people have seen the same bug? If so you didn't actually ask anyone to help try to confirm the problem. Were you trying to ask for other people to suggest additional clients to you? If so you didn't directly ask for that either. -jef From fedora-extras-list at cygnusx-1.org Sat Nov 26 21:10:05 2005 From: fedora-extras-list at cygnusx-1.org (Nathan Grennan) Date: Sat, 26 Nov 2005 13:10:05 -0800 Subject: Bittorrent 4.2.0 upgrade In-Reply-To: <20051126205417.GA14474@jadzia.bu.edu> References: <4388CA2B.9080001@cygnusx-1.org> <20051126205417.GA14474@jadzia.bu.edu> Message-ID: <4388CF2D.5040606@cygnusx-1.org> Matthew Miller wrote: > "Can't reproduce" isn't "chosen to ignore". And it's not necessarily > convenient to log in to an account on your system to test, so it's not > really fair to expect developers to do that It wouldn't surprise me if the programmer who was running it couldn't reproduce it, because he was running under Windows. I disagree that logging in isn't convenient. Most of the time I am using bittorrent via ssh. I said "chosen to ignore" because he didn't ever come back and say well try this, or show me that. He just stopped responding. From fedora-extras-list at cygnusx-1.org Sat Nov 26 21:13:24 2005 From: fedora-extras-list at cygnusx-1.org (Nathan Grennan) Date: Sat, 26 Nov 2005 13:13:24 -0800 Subject: Bittorrent 4.2.0 upgrade In-Reply-To: <604aa7910511261308g47d221b9o209f4f32e290dc8@mail.gmail.com> References: <4388CA2B.9080001@cygnusx-1.org> <604aa7910511261308g47d221b9o209f4f32e290dc8@mail.gmail.com> Message-ID: <4388CFF4.3070603@cygnusx-1.org> Jeff Spaleta wrote: > Pardon me, but what was the point of this post to the mailinglist? > Were you looking to see if other people have seen the same bug? If so > you didn't actually ask anyone to help try to confirm the problem. > Were you trying to ask for other people to suggest additional clients > to you? If so you didn't directly ask for that either I was looking for multiple things. Others having the same problem or other problems. To suggest that maybe it would be best to downgrade the version in Extras. To start a discussion on other clients, maybe ones others would like to see added to Extras. From mattdm at mattdm.org Sat Nov 26 21:25:16 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 26 Nov 2005 16:25:16 -0500 Subject: Bittorrent 4.2.0 upgrade In-Reply-To: <4388CF2D.5040606@cygnusx-1.org> References: <4388CA2B.9080001@cygnusx-1.org> <20051126205417.GA14474@jadzia.bu.edu> <4388CF2D.5040606@cygnusx-1.org> Message-ID: <20051126212516.GA15543@jadzia.bu.edu> On Sat, Nov 26, 2005 at 01:10:05PM -0800, Nathan Grennan wrote: > It wouldn't surprise me if the programmer who was running it couldn't > reproduce it, because he was running under Windows. I disagree that > logging in isn't convenient. Most of the time I am using bittorrent via > ssh. I said "chosen to ignore" because he didn't ever come back and say > well try this, or show me that. He just stopped responding. He's probably busy, and hasn't gotten any other reports of other people having similar problems. It might be convenient for you, but it's not necessarily convenient to log in to some random other person's machine to do testing. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Sat Nov 26 22:33:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:33:25 -0500 Subject: [Bug 174265] New: Review Request: itcl - Object oriented extension to Tcl Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174265 Summary: Review Request: itcl - Object oriented extension to Tcl Product: Fedora Extras Version: devel Platform: All URL: http://incrtcl.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: wart at kobold.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.kobold.org/~wart/fedora/itcl.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/itcl-3.2.1-3.src.rpm MD5 sums: http://www.kobold.org/~wart/fedora/MD5SUM.asc Description: [incr Tcl] is Tcl extension that provides object-oriented features that are missing from the Tcl language. This package contains both itcl and the itk extensions to the Tk toolkit. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 22:33:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:33:42 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511262233.jAQMXgCQ015559@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174265 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 22:36:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:36:45 -0500 Subject: [Bug 174266] New: Review Request: GNOME Structured File library 1.13 Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174266 Summary: Review Request: GNOME Structured File library 1.13 Product: Fedora Extras Version: devel Platform: All URL: http://home.zonnet.nl/jwrdegoede/libgsf113.spec OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: j.w.r.degoede at hhs.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/libgsf113.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/libgsf113-1.13.3-1.src.rpm Description: A library for reading and writing structured files (eg MS OLE and Zip) This library also is in core, but thats an older version, the core maintainer doesn't want to upgrade it because of stability worries (bug 172062). Yet goffice needs the newer version and without goffice no recent gnumeric or gnucash so I've decided to build a special newer extras version which can be installed next to the core version. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Nov 26 22:37:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:37:03 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511262237.jAQMb3DY015858@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174266 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 22:37:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:37:45 -0500 Subject: [Bug 174267] New: Review Request: Goffice support libraries Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 Summary: Review Request: Goffice support libraries Product: Fedora Extras Version: devel Platform: All URL: http://home.zonnet.nl/jwrdegoede/goffice.spec OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: j.w.r.degoede at hhs.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/goffice.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/goffice-0.1.2-1.src.rpm Description: Support libraries for gnome office applications Note to build this on x86_64 first (as root) do: rm /usr/lib/libpopt.la This is to workaround a popt bug and has been reported (bug 174261) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 22:38:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:38:02 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511262238.jAQMc2j6016032@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174267 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 22:39:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:39:11 -0500 Subject: [Bug 174268] New: Review Request: itcl-iwidgets - object oriented megawidgets for Tcl Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174268 Summary: Review Request: itcl-iwidgets - object oriented megawidgets for Tcl Product: Fedora Extras Version: devel Platform: All URL: http://incrtcl.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: wart at kobold.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.kobold.org/~wart/fedora/itcl-iwidgets.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/itcl-iwidgets-4.0.1-2.src.rpm MD5 sums: http://www.kobold.org/~wart/fedora/MD5SUM.asc Description: iwidgets is a set of object-oriented megawidgets for Tcl/Tk based on the itcl and itk extensions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 22:39:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:39:28 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511262239.jAQMdSSS016192@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174268 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 22:42:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 17:42:59 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511262242.jAQMgxUG016537@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |micwise at bellsouth.net ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-11-26 17:42 EST ------- ps To honor the right person, the first version of this specfile was posted to fedora-extras by "Michael D. Wise" . -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 26 23:13:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 18:13:33 -0500 Subject: [Bug 174065] Review Request: jabberd server In-Reply-To: Message-ID: <200511262313.jAQNDX1b018555@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jabberd server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174065 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-26 18:13 EST ------- Looks good. A few comments : * File listed twice: /etc/jabberd/server.pem * Missing dependancy on /sbin/service for %post, %postun and %preun (initscripts package) * don't userdel jabber on removal, to avoid files belonging to nobody -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 00:37:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 19:37:12 -0500 Subject: [Bug 174240] Review Request: artwiz-aleczapka In-Reply-To: Message-ID: <200511270037.jAR0bC4L023184@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: artwiz-aleczapka https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174240 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://http://artwizaleczapk|http://artwizaleczapka.sourc |a.sourceforge.net/ |eforge.net/ ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-26 19:36 EST ------- Hm, I think you we want the source files but since I do not know anything about fonts ^^ I might be wrong. If fc-cache should be run or not is a good question... now it is run for each subdir so in a pretty much closed env. I don't know weather it should also be run from %{_datadir}/fonts to allow for integration... could someone elaborate on how this works and point out diffs between FC{3,4,5}? -font would be fine by me so... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 03:12:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 22:12:12 -0500 Subject: [Bug 174275] New: Review Request: nautilus-actions - Nautilus extension for customizing the context menu Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174275 Summary: Review Request: nautilus-actions - Nautilus extension for customizing the context menu Product: Fedora Extras Version: devel Platform: All URL: http://www.grumz.net/node/8 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dakingun at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://czar.eas.yorku.ca/pub/nact/nautilus-actions.spec SRPM Name or Url: Message-ID: <200511270312.jAR3CYiw030082@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174275 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 03:22:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 26 Nov 2005 22:22:56 -0500 Subject: [Bug 174275] Review Request: nautilus-actions - Nautilus extension for customizing the context menu In-Reply-To: Message-ID: <200511270322.jAR3MubN030526@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nautilus-actions - Nautilus extension for customizing the context menu https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174275 ------- Additional Comments From bdpepple at ameritech.net 2005-11-26 22:22 EST ------- Some quick notes: You should probably use User Interface/Desktops, instead of Applications/System for the group. Most of the other nautilus plugins (nautilus-image-converter, nautilus-open-terminal) use this. I believe you can also drop the Requires for nautilus, since the BR on this should automatically pull this in. If I've got some extra time tomorrow, I'll do a proper 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 Nov 27 06:53:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 01:53:27 -0500 Subject: [Bug 169754] Review Request: tclxml - XML parsing package for Tcl In-Reply-To: Message-ID: <200511270653.jAR6rRLK006661@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclxml - XML parsing package for Tcl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169754 ------- Additional Comments From wart at kobold.org 2005-11-27 01:53 EST ------- I made another minor fix to remove the BuildRequires: dos2unix: http://www.kobold.org/~wart/fedora/tclxml.spec http://www.kobold.org/~wart/fedora/tclxml-3.0-3.src.rpm http://www.kobold.org/~wart/fedora/MD5SUM.asc -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 07:01:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 02:01:07 -0500 Subject: [Bug 174278] New: Review Request: tcldom - XML DOM bindings for Tcl Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174278 Summary: Review Request: tcldom - XML DOM bindings for Tcl Product: Fedora Extras Version: devel Platform: All URL: http://tclxml.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: wart at kobold.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.kobold.org/~wart/fedora/tcldom.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/tcldom-3.0-2.src.rpm Description: tcldom provides DOM bindings for the Tcl scripting language. It provides DOM processing based on either a pure-tcl implemention or using the gnome libxml2 library. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 07:01:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 02:01:23 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511270701.jAR71Nwx007043@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174278 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 10:07:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 05:07:13 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511271007.jARA7DIG025620@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-27 05:06 EST ------- I've updated a few scripts: - cups-config-daemon: wrong dependencies - shorewall: make it use ulogd if present. - denyhosts: wrong executable name (denyhosts is shipped with initng IIRC, so we need a fedora-specific fix) I've added a patch to the initial.i script, or udevd won't be started. There is also a patch to usb.i to have it call udevstart after usb is up, or we don't get /dev/usb/. Only with this can I use my usb printer. Strange things: - the man page says that "ngc -j reboot" reboots the system, but if I do that I get "initng [default]: symbol lookup error: /lib/initng/libstcmd.so: undefined symbol: initng_set_runlevel", and then a kernel panic as reported above. - on one reboot, my two network cards were detected in the wrong order (eth0 was eth1 and vice versa) - klogd refuses to stop, which make me unable to reboot since initng says "Cant stop service default, with status FAIL_STOPPING". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 10:29:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 05:29:48 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511271029.jARATmxS026663@www.beta.redhat.com> Please 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 enrico.scholz at informatik.tu-chemnitz.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |enrico.scholz at informatik.tu- | |chemnitz.de ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2005-11-27 05:29 EST ------- Some comments: * The versioned dependencies | Requires: glibc >= 2.3 | Requires: bash >= 3.0 are pretty pointless with recent RPM. You (probably) want a certain upstream version but such a dependencies can not be expressed with rpm anymore because missing epoch are assumed to be '0'; e.g. a package 'glibc = 1:2.1' would fulfill the deps above. Because every relevant platform (FC3+) has the glibc and bash with these versions. * I would like to avoid the | Requires(post): mkinitrd dependency. It adds lot of bloat which is not required for core initng functionality and might be unwanted in chroot() environments like vservers. IMO, it should be avoided completely by |- if [ -f /boot/grub/grub.conf ]; then |+ if [ -f /boot/grub/grub.conf -x /sbin/grubby ]; then or putting it into a '%triggerin -- mkinitrd' ==== * 'ngc --help' produces | ... | [-A] --service_dep_on_deep opt : Print what services me depends on deep | [-b] --service_dep_on_me opt : Print what dependencies that are depending on me | *** buffer overflow detected ***: ngc terminated | ======= Backtrace: ========= | /lib/libc.so.6(__chk_fail+0x41)[0x4f561c45] | /lib/libc.so.6(__strcpy_chk+0x0)[0x4f561298] | ngc[0x8049011] | ngc[0x8049169] | ngc[0x80495eb] | /lib/libc.so.6(__libc_start_main+0xdf)[0x4f498d5f] | ... Package was built on FC4. * system/mountfs.i contains | # /bin/mount all type bind. | /bin/mount -at bind This is problematic because: a) it does not handle entries like | /srv/mnt/var/volatile/cache /var/cache none bind,nosuid There, the -t type is 'none' but not 'bind'. Such a notation reflects the underlying mount(2) syscall because 'bind' is a mountflag but not a filesystemtype. Writing | /bin/mount -at none would mount them too. b) it will fail for entries like | remote:/fs /srv/fs0 nfs ... | /srv/fs0 /srv/fs1 bind ... Because the 'mount -at bind' is buried in complex code, this is difficultly to workaround * system/issue.i creates an /etc/issue with | Unknown distribution This should be replaced with content of /etc/fedora-release * there are several places were 'shud' is used instead of 'should'. This typo should be fixed -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 10:38:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 05:38:47 -0500 Subject: [Bug 174286] New: hocr is a set of Hebrew character recognition utilities Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174286 Summary: hocr is a set of Hebrew character recognition utilities Product: Fedora Extras Version: devel Platform: All URL: http://hocr.berlios.de/ OS/Version: Linux Status: NEW Severity: enhancement Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: kobi.zamir at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com >From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7 Description of problem: Web page: http://hocr.berlios.de/ rpm: http://libhdate.sourceforge.net/yum/FC4/hocr-0.4.6-1.i386.rpm src.rpm: http://libhdate.sourceforge.net/yum/FC4/hocr-0.4.6-1.src.rpm HOCR is a Hebrew character recognition c/c++ library. It includes three demo applications: * hocr - command line Hebrew OCR tool. * hocr-gtk - GTK based graphical interface. * hocr-qt - QT based graphical interface, using the c++ bindings. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: This is a request QA on a new package Additional info: -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 11:35:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 06:35:38 -0500 Subject: [Bug 174288] New: Hspell-gui is a graphical front end to hspell Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174288 Summary: Hspell-gui is a graphical front end to hspell Product: Fedora Extras Version: devel Platform: All URL: http://hspell-gui.sourceforge.net/ OS/Version: Linux Status: NEW Severity: enhancement Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: kobi.zamir at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Hspell-gui is a graphical front end to hspell, a Hebrew spell checker and linguistic analyzer, using the gnome-2.0 graphics library. Web page: http://hspell-gui.sourceforge.net/ rpm: http://libhdate.sourceforge.net/yum/FC4/hspell-gui-0.2.5-1.i386.rpm srs.rpm: http://libhdate.sourceforge.net/yum/FC4/hspell-gui-0.2.5-1.src.rpm spec: http://libhdate.sourceforge.net/yum/FC4/specs/hspell-gui-0.2.2-0.spec debian-page: http://packages.debian.org/unstable/text/hspell-gui -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 11:37:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 06:37:21 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511271137.jARBbL2M000500@www.beta.redhat.com> Please 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 2005-11-27 06:37 EST ------- (In reply to comment #47) > I've updated a few scripts: > - cups-config-daemon: wrong dependencies > - shorewall: make it use ulogd if present. > - denyhosts: wrong executable name (denyhosts is shipped with initng IIRC, so we > need a fedora-specific fix) Ok. All your scripts with the above changes are now in initng svn and will be in 0.4.5. > I've added a patch to the initial.i script, or udevd won't be started. There is already a fix for this in svn. > There is > also a patch to usb.i to have it call udevstart after usb is up, or we don't get > /dev/usb/. Only with this can I use my usb printer. Gosh! This explains why my printer hasn't been working all this time! Thanks! (now in svn) > Strange things: > - the man page says that "ngc -j reboot" reboots the system, but if I do that I > get "initng [default]: symbol lookup error: /lib/initng/libstcmd.so: undefined > symbol: initng_set_runlevel", and then a kernel panic as reported above. This is in initng Bugzilla. > - on one reboot, my two network cards were detected in the wrong order (eth0 was > eth1 and vice versa) Hmmm... Haven't heard of this before. Please file a bug if it happens again! > - klogd refuses to stop, which make me unable to reboot since initng says "Cant > stop service default, with status FAIL_STOPPING". I think there's built in functionality in initng which should kick in an kill services that refuses to die by themselves. I wonder why it doesn't do that here. How long did you wait? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 11:45:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 06:45:52 -0500 Subject: [Bug 174289] New: LibHdate is a small C, C++ library for Hebrew calendar and dates, holidays, and reading sequence. Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174289 Summary: LibHdate is a small C,C++ library for Hebrew calendar and dates, holidays, and reading sequence. Product: Fedora Extras Version: devel Platform: All URL: http://libhdate.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: kobi.zamir at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com LibHdate is a small C,C++ library for Hebrew calendar and dates, holidays, and reading sequence (parasha). The packages are: libhdte: library and two Hebrew date utilities hdate - a date program that show the Hebrew date. http://libhdate.sourceforge.net/hdate.1.html hcal - a cal program that show Hebrew calendar. http://libhdate.sourceforge.net/hcal.1.html libhdate-devel - development files for use of libhdate library libhdate-perl - perl bindings libhdate-python - python bindigs libhdate-pascal - fpc bindings Web page: http://libhdate.sourceforge.net rpm: http://libhdate.sourceforge.net/yum/FC4/libhdate-1.4.2-1.i386.rpm http://libhdate.sourceforge.net/yum/FC4/libhdate-devel-1.4.2-1.i386.rpm http://libhdate.sourceforge.net/yum/FC4/libhdate-pascal-1.4.2-1.i386.rpm http://libhdate.sourceforge.net/yum/FC4/libhdate-perl-1.4.2-1.i386.rpm http://libhdate.sourceforge.net/yum/FC4/libhdate-python-1.4.2-1.i386.rpm src.rpm: http://libhdate.sourceforge.net/yum/FC4/libhdate-1.4.2-1.src.rpm spec: http://libhdate.sourceforge.net/yum/FC4/specs/libhdate.spec debian: http://packages.debian.org/unstable/libs/libhdate1 fsf: http://directory.fsf.org/localization/libhdate.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 Sun Nov 27 11:48:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 06:48:21 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511271148.jARBmLRp001097@www.beta.redhat.com> Please 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 2005-11-27 06:48 EST ------- http://gauret.free.fr/fichiers/rpms/fedora/initng-0.4.4-5.src.rpm fails on an x86_64 machine: * on boot, it gives out | Will start /sbin/sulogin in a fork(), | initng is paused until fork returns. | | Give root password for maintenance | (or type Control-D to continue): Probably caused by | getpid() = 6365 | open("/lib/initng", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOENT (No such file or directory) | fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 | mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaaaabc4000 | write(1, "Will start /sbin/sulogin in a fo"..., 39Will start /sbin/sulogin in a fork(), * it creates /lib64 RPATHs -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 11:52:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 06:52:21 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511271152.jARBqLIA001287@www.beta.redhat.com> Please 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 2005-11-27 06:52 EST ------- (In reply to comment #48) > * The versioned dependencies > > | Requires: glibc >= 2.3 > | Requires: bash >= 3.0 > > are pretty pointless with recent RPM. You (probably) want a certain > upstream version but such a dependencies can not be expressed with > rpm anymore because missing epoch are assumed to be '0'; e.g. a > package 'glibc = 1:2.1' would fulfill the deps above. But Fedora doesn't use epochs for neither glibc nor bash, do we? Gauret, what do you say about this? > * I would like to avoid the > > | Requires(post): mkinitrd > > dependency. It adds lot of bloat which is not required for core > initng functionality and might be unwanted in chroot() environments > like vservers. Makes sense to me. But then again, I think it's a question for the rpm building guru's here ;-) > * 'ngc --help' produces > > | ... > | [-A] --service_dep_on_deep opt : Print what services me depends on deep > | [-b] --service_dep_on_me opt : Print what dependencies that are depending on me > | *** buffer overflow detected ***: ngc terminated > | ======= Backtrace: ========= > | /lib/libc.so.6(__chk_fail+0x41)[0x4f561c45] > | /lib/libc.so.6(__strcpy_chk+0x0)[0x4f561298] > | ngc[0x8049011] > | ngc[0x8049169] > | ngc[0x80495eb] > | /lib/libc.so.6(__libc_start_main+0xdf)[0x4f498d5f] > | ... Que? This is really strange! Is it reproducable? > * system/mountfs.i contains > > | # /bin/mount all type bind. > | /bin/mount -at bind > > This is problematic because: > > a) it does not handle entries like > > | /srv/mnt/var/volatile/cache /var/cache none bind,nosuid > > There, the -t type is 'none' but not 'bind'. Such a notation > reflects the underlying mount(2) syscall because 'bind' is a > mountflag but not a filesystemtype. Writing > > | /bin/mount -at none > > would mount them too. Ok, I don't know much about these things, but wouldn't that also mount other things? Most of what needs to be mounted seems to be mounted some lines up... > * system/issue.i creates an /etc/issue with > > | Unknown distribution > > This should be replaced with content of /etc/fedora-release Are you really using latest release? This is a known bug in earlier versions, I really thought it was long gone... > * there are several places were 'shud' is used instead of 'should'. This > typo should be fixed Haha... Well, Jimmy (the author) is heck of a coder, but his english really sucks. I'll look what I can do in svn ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 11:54:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 06:54:37 -0500 Subject: [Bug 174290] New: HDate-applet is an applet to show the hebrew date (calendar) using the libhdate library and the gnome-2.0 graphics 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=174290 Summary: HDate-applet is an applet to show the hebrew date (calendar) using the libhdate library and the gnome-2.0 graphics library. Product: Fedora Extras Version: devel Platform: All URL: http://hdateapplet.sourceforge.net/ OS/Version: Linux Status: NEW Severity: enhancement Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: kobi.zamir at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com HDate-applet is an applet to show the hebrew date (calendar) using the libhdate library and the gnome-2.0 graphics library. Web page: http://hdateapplet.sourceforge.net/ rpm: http://libhdate.sourceforge.net/yum/FC4/hdate-applet-0.15.6-3.i586.rpm src.rpm: http://libhdate.sourceforge.net/yum/FC4/hdate-applet-0.15.6-3.src.rpm spec: http://libhdate.sourceforge.net/yum/FC4/specs/hdate-applet.spec debian: http://packages.debian.org/unstable/gnome/hdate-applet -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 12:04:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 07:04:22 -0500 Subject: [Bug 174065] Review Request: jabberd server In-Reply-To: Message-ID: <200511271204.jARC4M14001876@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jabberd server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174065 ------- Additional Comments From gauret at free.fr 2005-11-27 07:04 EST ------- Jabberd is enabled at boot by default. We usually don't enable network-listening daemons by default. In the init script, just change this : -chkconfig: 2345 85 15 +chkconfig: - 85 15 The user can enable it with "chkconfig jabberd on" afterwards if needed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 12:21:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 07:21:50 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511271221.jARCLoHx002669@www.beta.redhat.com> Please 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 2005-11-27 07:21 EST ------- > > | *** buffer overflow detected ***: ngc terminated > ... > Que? This is really strange! Is it reproducable? It is caused by an strcat() at ngc2.c:553 and/or 556: 530 /* get help */ 531 int ngc_hlp(void) 532 { ... 545 char lname[26]; 546 547 /* copy name to the new static array */ 548 strncpy(lname, row.l, 25); 549 550 switch (row.o) 551 { 552 case USES_OPT: 553 strcat(lname, " "); 554 break; 555 case REQUIRES_OPT: 556 strcat(lname, " opt"); (gdb) p row deINT_COMMAND, o = REQUIRES_OPT, d = "Print what dependencies that are depending on me deep", '\0' , " -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 12:24:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 07:24:26 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511271224.jARCOQL1002817@www.beta.redhat.com> Please 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 2005-11-27 07:24 EST ------- bugzilla mangled the gdb output; at least, row.l is the 23 char sized string "service_dep_on_me_deep" -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 12:39:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 07:39:54 -0500 Subject: [Bug 174065] Review Request: jabberd server In-Reply-To: Message-ID: <200511271239.jARCds98003531@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jabberd server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174065 ------- Additional Comments From adrian at lisas.de 2005-11-27 07:39 EST ------- Thanks for the review. I have checked in the changes required for the comment #1 and for comment #2. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 12:59:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 07:59:45 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511271259.jARCxjxN004428@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-27 07:59 EST ------- (In reply to comment #51) > But Fedora doesn't use epochs for neither glibc nor bash, do we? Which doesn't mean we won't have to in the future. I don't think that porting initng to much older Fedora Core versions is a priority (way too much work for little benefit), we should focus on the current version and higher. Those version requirements seem strange to me too. I'd suggest to drop them. The simpler, the better. > Makes sense to me. But then again, I think it's a question for the rpm > building guru's here ;-) Which would be Enrico :) His proposition looks good to me too, except there's a missing "-a" in the test: [ -f /boot/grub/grub.conf -a -x /sbin/grubby ] > Que? This is really strange! Is it reproducable? Same thing here. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 14:42:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 09:42:38 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200511271442.jAREgc3i009562@www.beta.redhat.com> Please 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 2005-11-27 09:42 EST ------- (In reply to comment #2) > - - use $RPM_BUILD_ROOT%{_bindir} instead of $RPM_BUILD_ROOT/usr/bin Done. > - - might want to make building against libmad a rebuild-time switch, see > attached patch Done. > - - any reason compiling against OpenGL is disabled? My fault, sorry. Enabled now. Added necessary BuildRequires. > Package builds OK (x86_64), tested on Battle of Survival. Are you going to > package some games that use Stratagem as well? Yes, I would. After inclusion of Stratagus in FE :). Note, I still need an sponsorship, so it takes a while. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 14:44:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 09:44:08 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200511271444.jAREi81w009780@www.beta.redhat.com> Please 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 2005-11-27 09:44 EST ------- (In reply to comment #3) > Another thing: any reason why the patch for 64-bit pointers has an extra - ? Why > not stratagus-lp64 instead of stratagus--lp64. No particular reason. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 18:44:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 13:44:29 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200511271844.jARIiTNI023203@www.beta.redhat.com> Please 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 2005-11-27 13:44 EST ------- - OpenGL: Are you on Rawhide / FC5t1? In Fedora Core 4 there is no 'mesa-libGL-devel' or 'mesa-libGLU-devel', they are included in xorg-x11-devel. What you can do is BuildRequires: on libGL-devel and libGLU-devel, which both the modular packages and xorg-x11-devel provides, and your SRPM should then be compatible with both the old and new packaging style. Unfortunately I cannot sponsor people yet. You might want to mail the list and mention 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 Nov 27 20:16:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 15:16:27 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511272016.jARKGR7k028761@www.beta.redhat.com> Please 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 tibbs at math.uh.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tibbs at math.uh.edu ------- Additional Comments From tibbs at math.uh.edu 2005-11-27 15:16 EST ------- I just noticed a reference to denyhosts, which is a package I maintain in Extras. How does denyhosts relate to 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 bugzilla at redhat.com Sun Nov 27 20:23:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 15:23:49 -0500 Subject: [Bug 173722] Review Request: stratagus - Real-time strategy gaming engine In-Reply-To: Message-ID: <200511272023.jARKNn3s029173@www.beta.redhat.com> Please 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 2005-11-27 15:23 EST ------- (In reply to comment #6) > What you can do is BuildRequires: on libGL-devel and libGLU-devel, which both > the modular packages and xorg-x11-devel provides, and your SRPM should then be > compatible with both the old and new packaging style. Done. Spec Name or Url: http://paula.comtv.ru/stratagus.spec SRPM Name or Url: http://paula.comtv.ru/stratagus-2.1-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Sun Nov 27 20:45:05 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 27 Nov 2005 21:45:05 +0100 Subject: major libgda and libgnomedb upgrade notice Message-ID: <438A1AD1.3050809@hhs.nl> Hi all, I'm about to request a build of much newer versions of libgda and libgnomedb: 1.9.100 this is a .so-name changing upgrade. Is their anyone / any package out there besides gnumeric (which I maintain) which uses libgda and/or libgnomedb? I won't push the build until my goffice package has been approved since without that I can't rebuild gnumeric (which is the reason todo this upgrade in the first place), so that creates a nice window for anyone to respond. Regards, Hans From bugzilla at redhat.com Sun Nov 27 20:50:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 15:50:53 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511272050.jARKoroV030520@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-27 15:50 EST ------- (In reply to comment #56) > I just noticed a reference to denyhosts, which is a package I maintain in > Extras. How does denyhosts relate to initng? Initng needs special initscripts, and the one written for denyhosts was calling /usr/sbin/denyhosts instead of /usr/sbin/denyhosts.py. I just fixed that. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 21:04:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 16:04:49 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200511272104.jARL4nAK031204@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 ------- Additional Comments From pertusus at free.fr 2005-11-27 16:04 EST ------- (In reply to comment #7) The new srpm should appear shortly at http://www.environnement.ens.fr/perso/dumas/fc-srpms/intuitively-0.7-5.src.rpm > Remarks & nitpicks: > > - use '-q' for %setup done > - instead of the patch (patch0), just specify "sysconfdir=..." for "make install" it won't work because @sysconfdir@ is also used in the code. > - instead of patch1, just use "sed -i 's/.../..../' filename" at prep stage done > - there is a garbage in man pages, because instead of "docbook2man file.sgml" a > wrong "docbook2man file.sgml > file.NUM" is used. Therefore manuals should be > properly re-created in the end of %build stage. done > - IMO it is better to use %{name} and wildcards for %files I used %{name}, but only in the %files section, I think it is less readable with %{name} everywhere. I avoided wildcards (except for manpages), because I think that with the files explicitely specified, it is easier to see that something sneaked in. > - Is it useful to include intuitively.conf.dist into the docs? It seems to be > the same as /etc/intuitively/intuitively.conf ... Yep it is the same but I think it is better to keep it because the user should rewrite the /etc/intuitively/intuitively.conf. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 21:15:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 16:15:07 -0500 Subject: [Bug 169754] Review Request: tclxml - XML parsing package for Tcl In-Reply-To: Message-ID: <200511272115.jARLF7UJ031726@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tclxml - XML parsing package for Tcl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169754 ------- Additional Comments From wart at kobold.org 2005-11-27 16:14 EST ------- I just noticed that new upstream sources are available. Here are the new package files: http://www.kobold.org/~wart/fedora/MD5SUM.asc http://www.kobold.org/~wart/fedora/tclxml.spec http://www.kobold.org/~wart/fedora/tclxml-3.1-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 21:23:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 16:23:46 -0500 Subject: [Bug 174065] Review Request: jabberd server In-Reply-To: Message-ID: <200511272123.jARLNkUr032109@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jabberd server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174065 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ville.skytta at iki.fi OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-27 16:23 EST ------- Review for release 0.s10.8: * RPM name is OK * Source jabberd-2.0s10.tar.gz is the same as upstream * Builds fine in mock * rpmlint of jabberd looks OK * File list of jabberd looks OK * Works fine APPROVED. Funny thing: it crashes rpmlint. Ville, do you want to look at that ? Here's the binary rpm in case you can't reproduce: http://gauret.free.fr/fichiers/rpms/fedora/jabberd-2.0-0.s10.8.i386.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 21:29:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 16:29:59 -0500 Subject: [Bug 174320] New: Review Request: gcdmaster - Gnome Audio CD mastering Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174320 Summary: Review Request: gcdmaster - Gnome Audio CD mastering Product: Fedora Extras Version: devel Platform: All URL: http://www.poolshark.org/src/gcdmaster-1.2.1-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: denisleroy at yahoo.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.poolshark.org/src/gcdmaster.spec SRPM Url: http://www.poolshark.org/src/gcdmaster-1.2.1-1.src.rpm Description: GCDMaster is the Gnome GUI front-end to cdrdao, the Disk-At-Once CD mastering project. GCDMaster makes it easy to visualize and manipulate audio information before burning it onto CD. Features include: cut/copy/paste of sound samples, track marks edition and silence insertion. Writes audio CD-Rs in disc-at-once (DAO) mode allowing control over pre-gaps (length down to 0, nonzero audio data) and sub-channel information like ISRC codes and CDTEXT. GCDMaster also supports on-the-fly CD copying. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 21:30:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 16:30:17 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511272130.jARLUHmF032504@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 denisleroy at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174320 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 22:17:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 17:17:41 -0500 Subject: [Bug 174065] Review Request: jabberd server In-Reply-To: Message-ID: <200511272217.jARMHfHA002846@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jabberd server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174065 ------- Additional Comments From ville.skytta at iki.fi 2005-11-27 17:17 EST ------- (In reply to comment #4) > Funny thing: it crashes rpmlint. Ville, do you want to look at that ? Looked, found the bug, fix will be in the next release. Thanks for the heads up. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 22:33:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 17:33:36 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511272233.jARMXaNa003761@www.beta.redhat.com> Please 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 2005-11-27 17:33 EST ------- Just noticed another problem in the sniplet posted in comment #53: The strncpy(3) might not terminate the string so simply increasing buffer size won't be enough. Instead of, write | char lname[32]; | ... | strncpy(lname, row.l, 25); | lname[25] = '\0'; | ... | switch (row.o) in plugins/ngc2/ngc2.c and adjust the '25' some lines below (sorry, I am too lazy for a patch). ======= Regarding the %post scriptlet: I would move its functionality into a separate script which gets shipped with 'initng' and executed by %post. This would remove complexity from the spec file and gives the user a way to start the SysV -> initng conversion manually. ======= > But Fedora doesn't use epochs for neither glibc nor bash, do we? Fedora does not ship bash < 3 or glibc < 2.3, neither but deps on bash and glibc are brought in by autodeps. Writing the versioned 'Requires: bash > 3.0' is not wrong but I would not do it. > > | Unknown distribution > > > > This should be replaced with content of /etc/fedora-release > > Are you really using latest release? This is a known bug in earlier > versions, I really thought it was long gone... I use http://gauret.free.fr/fichiers/rpms/fedora/initng-0.4.4-5.src.rpm and quick look into SVN shows that there is handling of fedora in system/issue.ii. > > | /bin/mount -at none > > > > would mount them too. > > Ok, I don't know much about these things, but wouldn't that also > mount other things? Most of what needs to be mounted seems to be > mounted some lines up... it would mount the pseudofs (e.g. tmpfs, procfs, usbfs, ...) This issue is no blocker and can be solved later/upstream, too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Sun Nov 27 22:39:36 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 28 Nov 2005 00:39:36 +0200 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <438A1AD1.3050809@hhs.nl> References: <438A1AD1.3050809@hhs.nl> Message-ID: <1133131176.32293.1.camel@localhost.localdomain> On Sun, 2005-11-27 at 21:45 +0100, Hans de Goede wrote: > I'm about to request a build of much newer versions of libgda and > libgnomedb: 1.9.100 this is a .so-name changing upgrade. For which distro versions? From bugzilla at redhat.com Sun Nov 27 22:50:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 17:50:14 -0500 Subject: [Bug 174063] Review Request: cssed - css editor and validator In-Reply-To: Message-ID: <200511272250.jARMoElw005147@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cssed - css editor and validator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174063 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-11-27 17:50 EST ------- Needs work: * Specfile should be in the format %{name}.spec (wiki: PackageReviewGuidelines) * Spec file : Line 1: dont use define prefix, it is already setup for you (as _prefix) if really needed. Line s 2-3: don't define version and release on top of the spec file. Setting the tag automatically sets the macro. Line 12: use http://dl.sourceforge.net/cssed/cssed-%{version}.tar.gz as the Source tag, to be able to download and check the source directly Lines 15 & 26: Don't use buildarch i386 (what about x86_64 and ppc ?). Don't use buildarch: noarch for the -devel rpm also Line 27: -devel package should have "Requires: %{name}-%{version}" Line 34: minor : cssed-%{version} is already the default dir name, so you only need "%setup -q", no need for the -n option Line 37: export CFLAGS is useless, it will be done by %configure Line 38: --prefix and --mandir are already defined by %configure Line 39: missing SMP flags. If it doesn't build with it, please add a comment (wiki: PackagingGuidelines#parallelmake) Line 42: the check is useless and misleading, just use rm -rf %{buildroot} Line 46: why remove the man file ? Lines 47-67: why remove the desktop file and recreate it afterwards ? The removal is useless: the buildroot has been cleaned at the beginning of %install Line 60: you don't need to install the desktop file in the buildroot before calling desktop-file-install, it will take care of that. Line 66: you need to add category X-Fedora in the desktop file (wiki: PackagingGuidelines#desktop) Line 70: don't call make install twice Lines 71-73: Just remove this dir since you add the doc with a %doc tag in the %files list (it isn't there if you remove the additional make install anyway) Lines 74-78: this directory should be moved in %{_includedir}/cssed, where include files are Line 81: for %clean, same thing as for %install. Just stick to rm -rf %{buildroot} Lines 87-119: just use %{_datadir}/cssed. It's recursive. Lines 121-126: use the %find_lang macro to list the translations (wiki: PackageReviewGuidelines). Lines 132-138: the include files should be in %_includedir/cssed Line 139: you don't need the docs in the -devel package. They are available in the main package -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Nov 27 23:04:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 18:04:21 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511272304.jARN4LNI005970@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-27 18:04 EST ------- > I would move its functionality into a separate script which gets shipped with > 'initng' and executed by %post +1. We need such a script anyway. comment 52 looks good, except it should use the default runlevel instead of looking into rc5.d. It's getting complex, better to put it in a separate file. And maybe push it upstream, I'm pretty sure they would be interested. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are 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 Nov 27 23:09:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 18:09:29 -0500 Subject: [Bug 174278] Review Request: tcldom - XML DOM bindings for Tcl In-Reply-To: Message-ID: <200511272309.jARN9TA0006276@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcldom - XML DOM bindings for Tcl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174278 ------- Additional Comments From wart at kobold.org 2005-11-27 18:09 EST ------- Updated to new upstream sources: http://www.kobold.org/~wart/fedora/tcldom.spec http://www.kobold.org/~wart/fedora/tcldom-3.1-1.src.rpm http://www.kobold.org/~wart/fedora/MD5SUM.asc -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 00:32:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 19:32:32 -0500 Subject: [Bug 174325] New: Review Request: mod_spin Apache module Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174325 Summary: Review Request: mod_spin Apache module Product: Fedora Extras Version: devel Platform: All URL: http://www.rexursive.com/software/modspin/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: bojan at rexursive.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://ftp.rexursive.com/pub/mod-spin/mod_spin-1.1.0.tar.bz2 SRPM Name or Url: ftp://ftp.rexursive.com/pub/mod-spin/mod_spin-1.1.0-1.FC4.src.rpm Description: mod_spin is an Apache module that provides (in conjunction with some other modules) a simple template language with data replacement capabilities only, persistent application and session data tracking, dynamic linking of applications into Apache 2 as shared libraries, parameters, cookies and multipart/form data parsing via libapreq2, simple API for (kind of) MVC controller functionality and simple API for pooled (or not) access to SQL databases. PS. The spec file is packaged within the tarball, so one doesn't really need the SRPM at all. It is just there for convenience. The SRPM was labelled FC4 by the build process on my local sysetm and it should disapper when the build is executed in the Red Hat build system (i.e. it uses the beehive thingy to distinguish if it needs to add the distro stamp or not). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 00:32:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 19:32:38 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511280032.jAS0Wc0H011077@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 bojan at rexursive.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174325 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 00:34:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 19:34:45 -0500 Subject: [Bug 174325] Review Request: mod_spin Apache module In-Reply-To: Message-ID: <200511280034.jAS0YjCE011210@www.beta.redhat.com> Please 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 ------- Additional Comments From bojan at rexursive.com 2005-11-27 19:34 EST ------- This is my first package submitted to Extras, so I will have to have a sponsor, if this is to go through. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 00:57:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 19:57:04 -0500 Subject: [Bug 174328] New: Review Request: tklib - a set of useful packages for Tk Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174328 Summary: Review Request: tklib - a set of useful packages for Tk Product: Fedora Extras Version: devel Platform: All URL: http://tcllib.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: wart at kobold.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com MD5SUMs: http://www.kobold.org/~wart/fedora/MD5SUM.asc Spec Name or Url: http://www.kobold.org/~wart/fedora/tklib.spec SRPM Name or Url: http://www.kobold.org/~wart/fedora/tklib-0.4.1-1.src.rpm Description: Tklib is a set of packages for Tk. Packages include tooltip management and some useful widgets. This is the Tk analog to the tcllib package for Tcl. This should be a pretty quick review since the package is simple and noarch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 00:57:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 19:57:08 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511280057.jAS0v8QH012636@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174328 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 01:51:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 20:51:26 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511280151.jAS1pQh7015611@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From paul at xtdnet.nl 2005-11-27 20:51 EST ------- I have created a new l2tpd rpm. All suggestions from the comments has been integrated, except for the removal of the BUGS file. Since there is no l2tpd-devel package, I cannot move it there, so I opted to leave it in the current rpm instead of leaving it out completely. ftp://ftp.openswan.org/l2tpd/binaries/fedora/4/SRPMS/l2tpd.spec ftp://ftp.openswan.org/l2tpd/binaries/fedora/4/SRPMS/l2tpd-0.69.20051030-14.src.rpm >From the spec file's changelog: * Sun Nov 27 2005 Paul Wouters 0.69.20051030 - Pulled up sourceforget.net CVS fixes. - various debugging added, but debugging should not be on by default. - async/sync conversion routines must be ready for possibility that the read will block due to routing loops. - refactor control socket handling. - move all logic about pty usage to pty.c. Try ptmx first, if it fails try legacy ptys - rename log() to l2tp_log(), as "log" is a math function. - if we aren't deamonized, then log to stderr. - added install: and DESTDIR support. I have confirmed this works with MacOSX Tiger as well as Windows XP, both with all updates installed. (provided one uses this with Openswan) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 02:39:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 21:39:52 -0500 Subject: [Bug 174325] Review Request: mod_spin Apache module In-Reply-To: Message-ID: <200511280239.jAS2dqv9018133@www.beta.redhat.com> Please 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 icon at fedoraproject.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |icon at fedoraproject.org ------- Additional Comments From icon at fedoraproject.org 2005-11-27 21:37 EST ------- I'll take a look at this on Monday. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 02:57:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 21:57:03 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511280257.jAS2v3Mv018950@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mpeters at mac.com ------- Additional Comments From mpeters at mac.com 2005-11-27 21:56 EST ------- I would like to see this in Extras too. I will probably review later tonight or tomorrow if someone doesn't do so before me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ivazquez at ivazquez.net Mon Nov 28 03:13:00 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 27 Nov 2005 22:13:00 -0500 Subject: Packages available for adoption Message-ID: <1133147581.19284.23.camel@ignacio.lan> I've decided that I can no longer put in time for maintaining the packages in my repository mostly manually as I did in the past, and don't have the time to put any sort of real infrastructure in place, so I'm opening the packages in my repository for adoption by whomever wants them. Some are eligible for Extras, some not, but in any case feel free to take any package(s) you choose. Not all FC3 packages have been ported to FC4 so please look in both subdirectories so as to not miss anything. http://fedora.ivazquez.net/yum/ -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugzilla at redhat.com Mon Nov 28 03:15:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 22:15:18 -0500 Subject: [Bug 174325] Review Request: mod_spin Apache module In-Reply-To: Message-ID: <200511280315.jAS3FI7Y019885@www.beta.redhat.com> Please 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 ------- Additional Comments From mpeters at mac.com 2005-11-27 22:14 EST ------- Just some notes - 1) You might want to use %{?dist} instead of the erelease stuff for the Extras package. 2) The explicit requires on mysql, postgresql-libs, libxml2 should be dropped. They will be picked up by rpm library resolution. 3) %post on devel requires that the documentation be installed for the packages the it queries within the post script. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 03:47:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 27 Nov 2005 22:47:35 -0500 Subject: [Bug 174325] Review Request: mod_spin Apache module In-Reply-To: Message-ID: <200511280347.jAS3lZRq021848@www.beta.redhat.com> Please 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 ------- Additional Comments From bojan at rexursive.com 2005-11-27 22:47 EST ------- 1) Check. Will change. Saves a few cycles too :-) 2) Check. Will change. Hangover from olden days - sorry :-( 3) True. libapreq2-devel package, which is a dependency for mod_spin-devel contains the docs. However, I can make it more conditional (i.e. only process if I actually find the stuff in there). Is that what you meant? PS. Thank you kindly for reviewing the package so quicly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Mon Nov 28 04:53:26 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 27 Nov 2005 23:53:26 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051128045326.4BE0D800C@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 11 abcm2ps-4.12.1-1.fc3 bigloo-2.7a-3.fc3 gtkwave-1.3.79-2.fc3 gtkwave-1.3.80-1.fc3 leafpad-0.8.5-1.fc3 libosip-0.9.7-8.fc3 orange-0.3-0.cvs20051118.fc3 plt-scheme-299.400-2.fc3 sqlite2-2.8.16-2.fc3 tclhttpd-3.5.1-5.fc3 tinyerp-3.1.0-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Nov 28 04:54:37 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 27 Nov 2005 23:54:37 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051128045437.6594F800C@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 11 bigloo-2.7a-1 bigloo-2.7a-1.fc4 fuse-sshfs-1.2-3.fc4 gtkwave-1.3.80-1.fc4 leafpad-0.8.5-1.fc4 libosip-0.9.7-8.fc4 orange-0.3-0.cvs20051118.fc4 pexpect-2.0-1.fc4 plt-scheme-299.400-1.fc4 sqlite2-2.8.16-2.fc4 tclhttpd-3.5.1-5.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Nov 28 05:10:36 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 28 Nov 2005 00:10:36 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051128051036.1DF4B800C@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 23 bigloo-2.7a-1.fc5 bmp-0.9.7.1-3.fc5 bmp-flac2-007-1.fc5 deskbar-applet-0.8.5-1.fc5 gconfmm26-2.12.0-2 glibmm24-2.8.2-1 gobby-0.3.0-1.rc3.fc5 gtkmm24-2.8.1-1 gtkwave-1.3.80-1.fc5 leafpad-0.8.5-1.fc5 libglademm24-2.6.1-2 libgnomecanvasmm26-2.12.0-2 libgnomemm26-2.12.1-1 libosip-0.9.7-8.fc5 libsigc++20-2.0.16-2 net6-1.2.1-2.fc5 obby-0.3.0-1.rc3.fc5 pexpect-2.0-1.fc5 plt-scheme-299.400-1.fc5 shorewall-3.0.2-1.fc5 sqlite2-2.8.16-2.fc5 tclhttpd-3.5.1-5.fc5 xemacs-21.4.17-6.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Nov 28 06:03:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 01:03:34 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511280603.jAS63YtF029202@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174266 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-11-28 01:03 EST ------- One important notice, this package needs libgsf 1.13.2 or higher. Core is still at 1.12.3 , and Core is not planning an upgrade soon (bug 172062). To fix this problem I've create a seperate (paralalel installable) libgsf113 package please review that first, bug 174266. Also you need to have that package build and installed (including devel). Before you can build this one. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 06:07:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 01:07:31 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511280607.jAS67VdI029449@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-11-28 01:07 EST ------- While I'm doing a dump of my grey matter, if you want to build any packages using goffice they will probably need (because they also need gsf113): export PKG_CONFIG_PATH=%{_libdir}/libgsf-1.13/lib/pkgconfig before %configure Maybe I should put this in libgsf113-devel description? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Mon Nov 28 06:21:34 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Nov 2005 07:21:34 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <1133131176.32293.1.camel@localhost.localdomain> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> Message-ID: <438AA1EE.7060002@hhs.nl> Ville Skytt? wrote: > On Sun, 2005-11-27 at 21:45 +0100, Hans de Goede wrote: > >> I'm about to request a build of much newer versions of libgda and >> libgnomedb: 1.9.100 this is a .so-name changing upgrade. > > For which distro versions? > Devel for starters if there are no problems say for a month I might do the same for FC-4 . Regards, Hans From rc040203 at freenet.de Mon Nov 28 06:25:37 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 28 Nov 2005 07:25:37 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <438AA1EE.7060002@hhs.nl> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> Message-ID: <1133159137.28831.59.camel@mccallum.corsepiu.local> On Mon, 2005-11-28 at 07:21 +0100, Hans de Goede wrote: > > Ville Skytt? wrote: > > On Sun, 2005-11-27 at 21:45 +0100, Hans de Goede wrote: > > > >> I'm about to request a build of much newer versions of libgda and > >> libgnomedb: 1.9.100 this is a .so-name changing upgrade. > > > > For which distro versions? > > > > Devel for starters if there are no problems say for a month I might do > the same for FC-4 . IMO, you should provide a compat package for FC4. Ralf From bugzilla at redhat.com Mon Nov 28 06:26:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 01:26:30 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511280626.jAS6QUgs030679@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 ------- Additional Comments From mpeters at mac.com 2005-11-28 01:26 EST ------- (In reply to comment #3) > One important notice, this package needs libgsf 1.13.2 or higher. Core is still > at 1.12.3 , and Core is not planning an upgrade soon (bug 172062). > > To fix this problem I've create a seperate (paralalel installable) libgsf113 > package please review that first, bug 174266. Also you need to have that package > build and installed (including devel). Before you can build this one. > Ah - OK. I was wondering where libgsf113 was ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 06:27:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 01:27:42 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511280627.jAS6RgWp030785@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 ------- Additional Comments From mpeters at mac.com 2005-11-28 01:27 EST ------- In the mean time - a couple of comments about this package: Needs Fixin: Source0 does not full url ftp://ftp.gnome.org/pub/gnome/sources/goffice/0.1/goffice-0.1.2.tar.bz2 Two unowned directories: %{_libdir}/goffice %{_datadir}/goffice -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 06:36:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 01:36:12 -0500 Subject: [Bug 174266] Review Request: GNOME Structured File library 1.13 In-Reply-To: Message-ID: <200511280636.jAS6aC55031361@www.beta.redhat.com> Please 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 Structured File library 1.13 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174266 ------- Additional Comments From mpeters at mac.com 2005-11-28 01:36 EST ------- rm -f $RPM_BUILD_ROOT/%{libgsfdir}/share/locale/es/LC_MESSAGES/libgsf.mo rm -f $RPM_BUILD_ROOT/%{libgsfdir}/lib/*.la rm -f $RPM_BUILD_ROOT/%{libgsfdir}/bin/gsf-office-thumbnailer rm -f $RPM_BUILD_ROOT/%{libgsfdir}/etc/gconf/schemas/gsf-office-thumbnailer.schemas rm -f $RPM_BUILD_ROOT/%{libgsfdir}/share/man/man1/gsf-office-thumbnailer.1 rm -f $RPM_BUILD_ROOT/%{libgsfdir}/lib/*.a rm -rf $RPM_BUILD_ROOT/%{libgsfdir}/share/gtk-doc/html/gsf I assume those are deleted because they conflict with core package? A comment in spec file/changelog would be useful as to why they are removed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Mon Nov 28 06:50:48 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 27 Nov 2005 22:50:48 -0800 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <1133159137.28831.59.camel@mccallum.corsepiu.local> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> Message-ID: <1133160648.14977.6.camel@locolhost.localdomain> On Mon, 2005-11-28 at 07:25 +0100, Ralf Corsepius wrote: > On Mon, 2005-11-28 at 07:21 +0100, Hans de Goede wrote: > > > > Ville Skytt? wrote: > > > On Sun, 2005-11-27 at 21:45 +0100, Hans de Goede wrote: > > > > > >> I'm about to request a build of much newer versions of libgda and > > >> libgnomedb: 1.9.100 this is a .so-name changing upgrade. > > > > > > For which distro versions? > > > > > > > Devel for starters if there are no problems say for a month I might do > > the same for FC-4 . > IMO, you should provide a compat package for FC4. ++ From bugzilla at redhat.com Mon Nov 28 06:52:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 01:52:12 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511280652.jAS6qB9i032503@www.beta.redhat.com> Please 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 dragoran at feuerpokemon.de 2005-11-28 01:51 EST ------- we need a this as a seperate script too.(not only a %post script) what if somebody chnaged the strating services? they should be able to start a update-initng-runlevel script that apply this changes to initng too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 07:01:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 02:01:46 -0500 Subject: [Bug 174266] Review Request: GNOME Structured File library 1.13 In-Reply-To: Message-ID: <200511280701.jAS71k7I000709@www.beta.redhat.com> Please 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 Structured File library 1.13 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174266 ------- Additional Comments From mpeters at mac.com 2005-11-28 02:01 EST ------- rpmlint warnings after mock build: [mpeters at utility result]$ rpmlint *.rpm W: libgsf113 no-url-tag W: libgsf113 non-conffile-in-etc /etc/ld.so.conf.d/libgsf113-i386.conf W: libgsf113 no-url-tag E: libgsf113 configure-without-libdir-spec W: libgsf113-debuginfo no-url-tag W: libgsf113-devel no-provides libgsf-devel E: libgsf113-devel description-line-too-long Libraries, headers, and support files necessary to compile applications using libgsf. W: libgsf113-devel no-url-tag E: libgsf113-devel only-non-binary-in-usr-lib [mpeters at utility result]$ The no-url-tag can be fixed The ld.so.conf.d file should be marked %config E: libgsf113 configure-without-libdir-spec I believe that is OK because it is installed where it does not conflict with the core package. However: [mpeters at utility result]$ rpm -qlp libgsf113-1.13.3-1.i386.rpm /etc/ld.so.conf.d/libgsf113-i386.conf /usr/lib/libgsf-1.13/lib/libgsf-1.so.113 /usr/lib/libgsf-1.13/lib/libgsf-1.so.113.0.3 /usr/lib/libgsf-1.13/lib/libgsf-gnome-1.so.113 /usr/lib/libgsf-1.13/lib/libgsf-gnome-1.so.113.0.3 /usr/share/doc/libgsf113-1.13.3 /usr/share/doc/libgsf113-1.13.3/AUTHORS /usr/share/doc/libgsf113-1.13.3/COPYING /usr/share/doc/libgsf113-1.13.3/README It looks to me like the libraries *could* be installed in %{_libdir} and would not conflict with core libgsf (and eliminate neeed for custom ld.so.conf file) The shared libraries seem to be parallel installable. -=- E: libgsf113-devel only-non-binary-in-usr-lib I'm not sure about that one - what's triggering 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 Nov 28 07:03:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 02:03:47 -0500 Subject: [Bug 174266] Review Request: GNOME Structured File library 1.13 In-Reply-To: Message-ID: <200511280703.jAS73lj4000795@www.beta.redhat.com> Please 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 Structured File library 1.13 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174266 ------- Additional Comments From mpeters at mac.com 2005-11-28 02:03 EST ------- (In reply to comment #2) > > It looks to me like the libraries *could* be installed in %{_libdir} and would > not conflict with core libgsf (and eliminate neeed for custom ld.so.conf file) > > The shared libraries seem to be parallel installable. Nevermind - no they aren't, due to the devel .so 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 Mon Nov 28 07:04:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 02:04:49 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511280704.jAS74nEO000920@www.beta.redhat.com> Please 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 2005-11-28 02:04 EST ------- (In reply to comment #53) > > > | *** buffer overflow detected ***: ngc terminated > > ... > > Que? This is really strange! Is it reproducable? > It is caused by an strcat() at ngc2.c:553 and/or 556: Ok, I feel that this is outside my knowledge. Can you please post a bug in initng bugzilla? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 07:13:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 02:13:34 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511280713.jAS7DYfo001360@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 ------- Additional Comments From mpeters at mac.com 2005-11-28 02:13 EST ------- (In reply to comment #4) > While I'm doing a dump of my grey matter, if you want to build any packages > using goffice they will probably need (because they also need gsf113): > export PKG_CONFIG_PATH=%{_libdir}/libgsf-1.13/lib/pkgconfig > before %configure > > Maybe I should put this in libgsf113-devel description? > I think a README.fedora (in the libgsf113-devel package) would be better than in the %description. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 07:19:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 02:19:07 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511280719.jAS7J7Bv001669@www.beta.redhat.com> Please 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 2005-11-28 02:18 EST ------- (In reply to comment #59) > > I would move its functionality into a separate script which gets shipped with > > 'initng' and executed by %post > +1. We need such a script anyway. comment 52 looks good, except it should use > the default runlevel instead of looking into rc5.d. It's getting complex, better > to put it in a separate file. And maybe push it upstream, I'm pretty sure they > would be interested. In my opinion this functionality should be built into the gen_system_runlevel script that is run install-time by initng installation. I've posted an upstream bug about this. In the meantime it sounds good having it as a separate script. Stupid question from rpm newbie: Where do i put the script and how do I call it from 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 Mon Nov 28 07:28:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 02:28:56 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511280728.jAS7SuEl002162@www.beta.redhat.com> Please 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 2005-11-28 02:28 EST ------- (In reply to comment #61) > (In reply to comment #53) > > > > | *** buffer overflow detected ***: ngc terminated > > > ... > > > Que? This is really strange! Is it reproducable? > > It is caused by an strcat() at ngc2.c:553 and/or 556: > Ok, I feel that this is outside my knowledge. Can you please post a bug in > initng bugzilla? Ok. Please ignore this comment. I've now fixed this in upstreams bugzilla. I've also fixed the system/issue issue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 07:34:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 02:34:25 -0500 Subject: [Bug 174266] Review Request: GNOME Structured File library 1.13 In-Reply-To: Message-ID: <200511280734.jAS7YPUN002440@www.beta.redhat.com> Please 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 Structured File library 1.13 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174266 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-11-28 02:34 EST ------- In reply to comment #1: -The .mo file is also removed in the core spec file, which I used as a base dunno why. -.la files are evil and should be removed, this is actually in the review guidelines. -The gsf-office-thumbnailer files are removed because this is an application not needed for building against the lib, it could be left in but users still would get the old verison by default since that is in /usr/bin, i basicly see no use for this. -The .a file is removed because I see no use for a static library of this specific (newer then default) version, also there is a general discussion if static libs should be shipped at all. All this files could be left in without a conflict since they are all under %{libgsfdir}. Should I add the above "items" as comments to the .spec? Comment #2: I'll fix the %config and URL tag Comment #3: Correct -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 07:38:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 02:38:31 -0500 Subject: [Bug 174065] Review Request: jabberd server In-Reply-To: Message-ID: <200511280738.jAS7cVKK002795@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: jabberd server https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174065 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From adrian at lisas.de 2005-11-28 02:38 EST ------- Thanks. jabberd has been successfully built in devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Mon Nov 28 08:12:32 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 28 Nov 2005 09:12:32 +0100 (CET) Subject: gnome-phone-manager Message-ID: Wise from experience I want to ask if someone knows if there is already plans to put gnome-phone-manager into Core, or if I can try packaging it for the Extras. It would be great if we could know what soon will go into FC but well I guess it is a bit hard. Linus From mpeters at mac.com Mon Nov 28 08:26:14 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 28 Nov 2005 00:26:14 -0800 Subject: gnome-phone-manager In-Reply-To: References: Message-ID: <1133166375.14977.16.camel@locolhost.localdomain> On Mon, 2005-11-28 at 09:12 +0100, Linus Walleij wrote: > Wise from experience I want to ask if someone knows if there is already > plans to put gnome-phone-manager into Core, or if I can try packaging it > for the Extras. Package it for Extras. Whether it is bound for Core or not I don't know - but I don't think it is in Rawhide at present. If core does decide to take it - that's just that, but I think they are trying to shrink core and with few exceptions - moving stuff from core to extras rather than other way around. > > It would be great if we could know what soon will go into FC but well I > guess it is a bit hard. Has there been any mention of this package on the devel list? I don't think so, but I don't read every message there. From bugzilla at redhat.com Mon Nov 28 09:06:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 04:06:06 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511280906.jAS966qk009193@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-28 04:05 EST ------- (In reply to comment #62) > Stupid question from rpm newbie: Where do i put the script and how do I call it > from spec file? - Write the script as a separate file, called update-initng-runlevel.sh for example, - Put this file in your SOURCES dir, - Add a "Source1: update-initng-runlevel.sh" line in the spec file, - In the %install section, add a line like: install -p -m 755 %{SOURCE1} %{buildroot}/sbin/update-initng-runlevel And add it in you files list (which, by the way, could use "/sbin/*", but listing files individually has advantages: it lets you know when something didn't build) - In the %postun section, call : /sbin/update-initng-runlevel >/dev/null 2>&1 || : to make sure there's no output, and that it exits 0. - That's 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 j.w.r.degoede at hhs.nl Mon Nov 28 08:38:44 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Nov 2005 09:38:44 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <1133160648.14977.6.camel@locolhost.localdomain> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> Message-ID: <438AC214.6050202@hhs.nl> Michael A. Peters wrote: > On Mon, 2005-11-28 at 07:25 +0100, Ralf Corsepius wrote: >> On Mon, 2005-11-28 at 07:21 +0100, Hans de Goede wrote: >>> Ville Skytt? wrote: >>>> On Sun, 2005-11-27 at 21:45 +0100, Hans de Goede wrote: >>>> >>>>> I'm about to request a build of much newer versions of libgda and >>>>> libgnomedb: 1.9.100 this is a .so-name changing upgrade. >>>> For which distro versions? >>>> >>> Devel for starters if there are no problems say for a month I might do >>> the same for FC-4 . >> IMO, you should provide a compat package for FC4. > > ++ > Erm AFAIK only gnumeric depends on these libs and it will be updated simultaniously, thats why I'm asking for other packagers/packages who depend on it to report themselves. When there turn out to be other packages depended upon these libs, then I'll start thinking about a compat package. Regards, Hans From mpeters at mac.com Mon Nov 28 09:40:54 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 28 Nov 2005 01:40:54 -0800 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <438AC214.6050202@hhs.nl> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> Message-ID: <1133170855.14977.26.camel@locolhost.localdomain> On Mon, 2005-11-28 at 09:38 +0100, Hans de Goede wrote: > Michael A. Peters wrote: > > On Mon, 2005-11-28 at 07:25 +0100, Ralf Corsepius wrote: > >> On Mon, 2005-11-28 at 07:21 +0100, Hans de Goede wrote: > >>> Ville Skytt? wrote: > >>>> On Sun, 2005-11-27 at 21:45 +0100, Hans de Goede wrote: > >>>> > >>>>> I'm about to request a build of much newer versions of libgda and > >>>>> libgnomedb: 1.9.100 this is a .so-name changing upgrade. > >>>> For which distro versions? > >>>> > >>> Devel for starters if there are no problems say for a month I might do > >>> the same for FC-4 . > >> IMO, you should provide a compat package for FC4. > > > > ++ > > > > Erm > > AFAIK only gnumeric depends on these libs and it will be updated > simultaniously, thats why I'm asking for other packagers/packages who > depend on it to report themselves. When there turn out to be other > packages depended upon these libs, then I'll start thinking about a > compat package. I believe AbiWord does - I think it has a plugin that uses libgda and libgnomedb From rc040203 at freenet.de Mon Nov 28 10:08:30 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 28 Nov 2005 11:08:30 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <438AC214.6050202@hhs.nl> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> Message-ID: <1133172510.28831.68.camel@mccallum.corsepiu.local> On Mon, 2005-11-28 at 09:38 +0100, Hans de Goede wrote: > Michael A. Peters wrote: > > On Mon, 2005-11-28 at 07:25 +0100, Ralf Corsepius wrote: > >> On Mon, 2005-11-28 at 07:21 +0100, Hans de Goede wrote: > >>> Ville Skytt? wrote: > >>>> On Sun, 2005-11-27 at 21:45 +0100, Hans de Goede wrote: > >>>> > >>>>> I'm about to request a build of much newer versions of libgda and > >>>>> libgnomedb: 1.9.100 this is a .so-name changing upgrade. > >>>> For which distro versions? > >>>> > >>> Devel for starters if there are no problems say for a month I might do > >>> the same for FC-4 . > >> IMO, you should provide a compat package for FC4. > > > > ++ > > > > Erm > > AFAIK only gnumeric depends on these libs and it will be updated > simultaniously, thats why I'm asking for other packagers/packages who > depend on it to report themselves. You can't know what others do with libraries, and which other packages other might be using or shipping. Therefore, you can't remove/replace any shared library having ever been shipped. I'd even go so far, to see FE's packaging rules to be tightened, and let packagers would having to choose from a) Refrain from updating to an incompatible package (i.e. leave the old version in "stable" and upgrade "devel" only. b) Provide a compat package. > When there turn out to be other > packages depended upon these libs, then I'll start thinking about a > compat package. To me, this procedure is embarrassingly rude. Seems like the directfb upgrade-disaster didn't teach you much. Ralf From bugzilla at redhat.com Mon Nov 28 10:47:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 05:47:45 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511281047.jASAljDQ018486@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-11-28 05:47 EST ------- * builds in mock (development and FC4) * clean installation and removal * rpmlint is happy * md5sum of nuttcp-v5.1.11.c matches upstream * spec looks good APPROVED I would like to see a comment above Source0 stating how the tarball was created and that upstream doesn't provide one. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 10:58:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 05:58:38 -0500 Subject: [Bug 174325] Review Request: mod_spin Apache module In-Reply-To: Message-ID: <200511281058.jASAwcH7019992@www.beta.redhat.com> Please 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 ------- Additional Comments From bojan at rexursive.com 2005-11-28 05:58 EST ------- 1) I made some changes in the attached spec file (but didn't test yet) to this effect: - if inside RH build (i.e. beehive), don't use erelease at all - if there is %{?dist}, use it - otherwise, fallback to LSB method There are people that want to grab the tarball and roll their own RPMS (they could be on a different distro). With this code in, they get their stuff the way it should be and Extras doesn't get upset by it at all (i.e. it is completely ignored). And, I get to maintain one source for the spec file only. Hope this makes sense. 2) Made the changes. 3) I checked what's going on there and these docs are always shipped with mod_spin-devel dependencies (APR, APU and libapre2 devel packages). However, I modified the code to do a few more checks before it goes ahead with local URLs. Anyhow, even if it does go ahead, damage is not critical - the only effect is that Net URLs get replaced with local ones, which may not work if dependencies are broken (which should NOT be a normal state of the RPM database anyway). The only other thing that the script does is reset of SELinux contexts, so that "rpm --verify mod_spin-devel" doesn't go crazy with meaningless context failures. Hope this makes sense too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Mon Nov 28 11:15:22 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Nov 2005 12:15:22 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <1133172510.28831.68.camel@mccallum.corsepiu.local> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> Message-ID: <438AE6CA.8020509@hhs.nl> Ralf Corsepius wrote: >> When there turn out to be other >> packages depended upon these libs, then I'll start thinking about a >> compat package. > To me, this procedure is embarrassingly rude. Seems like the directfb > upgrade-disaster didn't teach you much. > Erm, Actually it did, I though that part of the concensus there was ask before you upgrade and now I'm asking. I still however believe that providing a compat package for the sake of providing a compat package is a complete waste of effort. Afaik libgda and libgnomedb are not widely used, I'm trying to find out how widely used they are. I believe there is a way to query repodata instead of the local rpm database, I'll learn to use that on see what dependencies show up. I'll also take a look at abiword. Also since we seem to be getting personal: I don't find your attitude very helpfull or constructive. Remember we're all volunteers doing our best. Take a look at mpeters at mac.com response for an example of a constructive response. Also note that abiword might actually benefit from my gnumeric-1.6.1 work, since they share much infrastructure, and I'm currently doing lots of infrastructure work to get gnumeric-1.6 to work (libgsf 1.13, goffice, newer libgda & libgnomedb) Regards, Hans From bugzilla at redhat.com Mon Nov 28 11:10:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 06:10:31 -0500 Subject: [Bug 172547] Review Request: ghdl VHDL frontend for gcc In-Reply-To: Message-ID: <200511281110.jASBAVht021420@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ghdl VHDL frontend for gcc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172547 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-11-28 06:10 EST ------- Review: - package and spec file naming OK - package meets guidelines - license is GPL, matches spec, text included - spec file written in English and is legible - package builds OK in mock (rawhide i386) - BR's OK - all locale data inherited from gcc removed from buildroot, so no locale issues - no libraries, subpackages, or pkgconfigs to worry about - not relocatable - no directory ownership or permissions issues - no duplicate file problems - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - no libtool archives - no desktop entry needed - package appears to function correctly (tested on FC4 i386) - scriptlets for info file seem sane Notes: * rpmlint output: W: ghdl devel-file-in-non-devel-package /usr/lib/gcc/i386-fedora_ghdl-linux/4.0.2/libgcov.a W: ghdl devel-file-in-non-devel-package /usr/lib/gcc/i386-fedora_ghdl-linux/4.0.2/libgcc.a W: ghdl devel-file-in-non-devel-package /usr/lib/gcc/i386-fedora_ghdl-linux/4.0.2/libgcc_eh.a W: ghdl devel-file-in-non-devel-package /usr/lib/gcc/i386-fedora_ghdl-linux/4.0.2/vhdl/lib/libgrt.a W: ghdl non-standard-dir-in-usr libexec This package is based on gcc, and these files are part of the compiler itself. The directory structure is the same as for the core gcc package itself, except that the vendor name has been changed to "fedora_ghdl" to avoid namespace clashes. * source is a subversion checkout and hence can't be compared with upstream Approved. I'll sponsor you for membership of the cvsextras group. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Nov 28 11:40:05 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 28 Nov 2005 12:40:05 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <438AE6CA.8020509@hhs.nl> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> Message-ID: <1133178006.28831.76.camel@mccallum.corsepiu.local> On Mon, 2005-11-28 at 12:15 +0100, Hans de Goede wrote: > Also since we seem to be getting personal: I don't find your attitude > very helpfull or constructive. What do find non-constructive? Initially I said: You should provide a compat-package. In your reply you provided sufficent evidence not having understood the rationale behind all this. Therefore I could not avoid to become more direct. Ralf From bugzilla at redhat.com Mon Nov 28 11:41:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 06:41:49 -0500 Subject: [Bug 174063] Review Request: cssed - css editor and validator In-Reply-To: Message-ID: <200511281141.jASBfneO024976@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cssed - css editor and validator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174063 ------- Additional Comments From fedora at iagorubio.com 2005-11-28 06:41 EST ------- Thanks for your review, Aurelien. >> Specfile should be in the format %{name}.spec I don't completely understand this. It's already in this format, isn't it ? cssed.spec so %{name}.spec or, may be I'm missing something ? >>Line 1: dont use define prefix, it is already setup for you (as _prefix) if really needed. Fixed. >>Line s 2-3: don't define version and release on top of the spec file. Fixed >>Line 12: use http://dl.sourceforge.net/cssed/cssed-%{version}.tar.gz Fixed >>Lines 15 & 26: Don't use buildarch i386 Fixed. >>Line 27: -devel package should have "Requires: %{name}-%{version}" Fixed. >>Line 34: you only need "%setup -q", Fixed. >>Line 37: export CFLAGS is useless, it will be done by %configure Fixed. >> Line 38: --prefix and --mandir are already defined by %configure Fixed >> Line 39: missing SMP flags. Fixed >> Line 42: the check is useless and misleading Fixed >> Line 46: why remove the man file ? Fixed. >> Lines 47-67: why remove the desktop file Fixed >> Line 60: you don't need to install the desktop file in the buildroot Fixed >> Line 70: don't call make install twice Fixed >> Lines 71-73: Just remove this dir since you add the doc with a %doc tag in the %files list Fixed >> Lines 74-78: this directory should be moved in %{_includedir}/cssed, where include files are. This will need upstream chages to the cssed.pc.in file. Not a problem but I must push a new package to sourceforge, so I prefer to wait for the other changes to be reviewed, because It could be needed other changes to the package and I prefer to commit them all at the same time. PENDING >> Line 81: for %clean, same thing as for %install. Just stick to rm -rf %{buildroot} Fixed >> Lines 87-119: just use %{_datadir}/cssed. It's recursive. Is this mandatory ? I prefer to install individual files to avoid to install bogus files. If a file slips into the package's directory, I prefer an error than to install the bogus file by mistake. ITOH if it's mandatory I have no problem to change. It's only I think the recursive install is the easy a dirty way :) >> Lines 121-126: use the %find_lang macro to list the translations Fixed >> Lines 132-138: the include files should be in %_includedir/cssed It's PENDING above waiting for other changes to the package. If no other problems arise I will push a new package upstream with the cssed.pc.in file reflecting the new include directory. >> Line 139: you don't need the docs in the -devel package. They are available in the main package Fixed Changes uploaded to the same location: http://iagorubio.com/fedora/cssed.spec http://iagorubio.com/fedora/cssed-0.4.0-0.src.rpm Old spec reacheable at: http://iagorubio.com/fedora/cssed.spec.bak-1 All reviewed items corrected but: - Specfile should be in the format %{name}.spec PENDING of further comments. - Lines 74-78: this directory should be moved in %{_includedir}/cssed PENDING to push changes to upstream package. - Lines 87-119: just use %{_datadir}/cssed. It's recursive. PENDING of further comments. With the corrected spec file cssed builds fine and rpmlint does not complain. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpeters at mac.com Mon Nov 28 11:47:17 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 28 Nov 2005 03:47:17 -0800 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <438AE6CA.8020509@hhs.nl> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> Message-ID: <1133178438.14977.37.camel@locolhost.localdomain> On Mon, 2005-11-28 at 12:15 +0100, Hans de Goede wrote: > > Afaik libgda and libgnomedb are not widely used, I'm trying to find out > how widely used they are. I believe there is a way to query repodata > instead of the local rpm database, I'll learn to use that on see what > dependencies show up. I'll also take a look at abiword. [mpeters at laptop ~]$ rpm --test -e libgnomedb error: Failed dependencies: libgnomedb-2.so.4 is needed by (installed) gnumeric-1.4.3-2.1.i386 libgnomedb >= 1.0.4 is needed by (installed) gnumeric-1.4.3-2.1.i386 libgnomedb >= 1.0.4 is needed by (installed) abiword-2.4.1-2.fc4.i386 [mpeters at laptop ~]$ It is used by a plugin in AbiWord - one that I believe allows it to talk to gnumeric. It looks like the plugin doesn't link against it though - so it may not even require a rebuild - but I'm not sure. Looking at the list of installed plugins, I don't *see* it - so maybe it is not currently building and needs a bug report :-/ From bugzilla at redhat.com Mon Nov 28 12:11:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 07:11:56 -0500 Subject: [Bug 174063] Review Request: cssed - css editor and validator In-Reply-To: Message-ID: <200511281211.jASCBuuP029298@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cssed - css editor and validator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174063 ------- Additional Comments From paul at city-fan.org 2005-11-28 07:11 EST ------- (In reply to comment #3) > >> Lines 87-119: just use %{_datadir}/cssed. It's recursive. > > Is this mandatory ? I prefer to install individual files to avoid to install > bogus files. If a file slips into the package's directory, I prefer an error > than to install the bogus file by mistake. > > ITOH if it's mandatory I have no problem to change. It's only I think the > recursive install is the easy a dirty way :) Alternative approach: Use: %dir %{_datadir}/cssed %dir %{_datadir}/cssed/data %dir %{_datadir}/cssed/pixmaps %dir %{_datadir}/cssed/pixmaps to own the directories non-recursively, then include the specific files as at present. I'd change %{_datadir}/man/man1/cssed.1.gz to %{_mandir}/man1/cssed.1* The -devel package should own directory {_datadir}/cssed/include -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 12:26:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 07:26:44 -0500 Subject: [Bug 174063] Review Request: cssed - css editor and validator In-Reply-To: Message-ID: <200511281226.jASCQiWb031460@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cssed - css editor and validator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174063 ------- Additional Comments From gauret at free.fr 2005-11-28 07:26 EST ------- (In reply to comment #3) > Thanks for your review, Aurelien. > > >> Specfile should be in the format %{name}.spec > > I don't completely understand this. It's already in this format, isn't it ? > cssed.spec so %{name}.spec or, may be I'm missing something ? The spec in the src.rpm is named cssed-0.4.0.spec at the moment. Just rename it to cssed.spec before building the next version. > Is this mandatory ? Not at all, but then own directories as detailed by Paul in comment 4. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From j.w.r.degoede at hhs.nl Mon Nov 28 12:34:34 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Nov 2005 13:34:34 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <1133178006.28831.76.camel@mccallum.corsepiu.local> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> <1133178006.28831.76.camel@mccallum.corsepiu.local> Message-ID: <438AF95A.5070904@hhs.nl> Ralf Corsepius wrote: > On Mon, 2005-11-28 at 12:15 +0100, Hans de Goede wrote: > >> Also since we seem to be getting personal: I don't find your attitude >> very helpfull or constructive. > What do find non-constructive? > Afaik I've stated nowhere in all my previous mails on this subject that I would move on no matter what, yet you keep writing mails as if I've stated that this upgrade is going in even it makes other packages fail. This is wrong and unfair asumption on your side, which makes the wording of your mails unpleasant, which I find non-constructive. > Initially I said: You should provide a compat-package. > > In your reply you provided sufficent evidence not having understood the > rationale behind all this. Therefore I could not avoid to become more > direct. > As I already said, I'm currently inventorying what packages besides gnumeric depend on libgda/gnomedb, if those packages can be updated simultaneously then there is _no_ need for a compat package. If they can't be updated or there are many dependencies making coordination hard, then and _only_ then it is time to think about alternative solution (which will most likely be forking of a new package called libgda2 and not a compat package). IOW I don't have to provide a compat-package to avoid breakage yet you keep repeating that I must provide a compat-package and instead of discussing this on its technical merits you choose to make your point by using unpleasant wording, which isn't helping your case (at all). Anyways I've spend more then enough time on this fruitless discussion. I'll do my very best to coordinate this with other packagers and to avoid any breakage, I cannot do more then that. Regards, Hans From bugzilla at redhat.com Mon Nov 28 12:29:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 07:29:08 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511281229.jASCT8iS031720@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://people.redhat.com/rvo|http://people.redhat.com/rvo |kal/nuttcp/nuttcp-5.1.11- |kal/nuttcp/nuttcp-5.1.11- |3.src.rpm |4.src.rpm ------- Additional Comments From rvokal at redhat.com 2005-11-28 07:29 EST ------- Ok, the comment about Source is back. I've also did some gcc clean-up, so now there are only few harmless warnings. http://people.redhat.com/rvokal/nuttcp/nuttcp-5.1.11-4.src.rpm Adrian, I don't have a sponsor, this is my first package in extras. Can you sponsor my 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 bugzilla at redhat.com Mon Nov 28 13:00:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 08:00:22 -0500 Subject: [Bug 174063] Review Request: cssed - css editor and validator In-Reply-To: Message-ID: <200511281300.jASD0MRB003332@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cssed - css editor and validator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174063 ------- Additional Comments From fedora at iagorubio.com 2005-11-28 08:00 EST ------- > Alternative approach: > Use: > %dir %{_datadir}/cssed > %dir %{_datadir}/cssed/data > %dir %{_datadir}/cssed/pixmaps > %dir %{_datadir}/cssed/pixmaps > to own the directories non-recursively, then include the specific files as at > present. Looks much better to me, thanks Paul. Fixed. > I'd change %{_datadir}/man/man1/cssed.1.gz to %{_mandir}/man1/cssed.1* Agree. Fixed. > The -devel package should own directory {_datadir}/cssed/include Fixed All reviewed items in #4 fixed. > The spec in the src.rpm is named cssed-0.4.0.spec at the moment. > Just rename it to cssed.spec before building the next version. Ah! I see, sorry. It's pending and will be fixed as soon as I know all the changes needed in the upstream package. Pending from #2: - Lines 74-78: this directory should be moved in %{_includedir}/cssed PENDING to push changes to upstream package. Pending from #5: - The spec in the src.rpm is named cssed-0.4.0.spec at the moment. PENDING to push changes to upstream package. Changes uploaded to the same location: http://iagorubio.com/fedora/cssed.spec http://iagorubio.com/fedora/cssed-0.4.0-0.src.rpm Old specs reacheable at: http://iagorubio.com/fedora/cssed.spec.bak-1 (posted on #1) http://iagorubio.com/fedora/cssed.spec.bak-2 (posted on #3) With the corrected spec file cssed builds fine and rpmlint does not complain. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 13:12:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 08:12:23 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200511281312.jASDCN11005022@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 ------- Additional Comments From dmitry at butskoy.name 2005-11-28 08:12 EST ------- >> - instead of the patch (patch0), just specify "sysconfdir=..." for "make >> install" > it won't work because @sysconfdir@ is also used in the code. Where?... I can find it only in Makefile.in files... Anyway, each @sysconfdir@ in the code must be substituted to usual %{_sysconfdir} (without $RPM_BUILD_ROOT prefix), and configure script does it properly. Therefore "add-DEST_DIR-patch" is not needed for code itself. This patch is needed for install time only. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Nov 28 13:27:05 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 28 Nov 2005 14:27:05 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <438AF95A.5070904@hhs.nl> References: <438A1AD1.3050809@hhs.nl> <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> <1133178006.28831.76.camel@mccallum.corsepiu.local> <438AF95A.5070904@hhs.nl> Message-ID: <1133184426.28831.83.camel@mccallum.corsepiu.local> On Mon, 2005-11-28 at 13:34 +0100, Hans de Goede wrote: > Ralf Corsepius wrote: > > On Mon, 2005-11-28 at 12:15 +0100, Hans de Goede wrote: > > > >> Also since we seem to be getting personal: I don't find your attitude > >> very helpfull or constructive. > > What do find non-constructive? > > > > Afaik I've stated nowhere in all my previous mails on this subject that > I would move on no matter what, yet you keep writing mails as if I've > stated that this upgrade is going in even it makes other packages fail. > This is wrong and unfair asumption on your side, which makes the wording > of your mails unpleasant, which I find non-constructive. > > > Initially I said: You should provide a compat-package. > > > > In your reply you provided sufficent evidence not having understood the > > rationale behind all this. Therefore I could not avoid to become more > > direct. > > > > As I already said, I'm currently inventorying what packages besides > gnumeric depend on libgda/gnomedb, if those packages can be updated > simultaneously then there is _no_ need for a compat package. Again, this is irrelevant. You are shipping library packages containing shared libraries. Users will be using them, whether you know about them or not, whether these packages are publically available or not. => whatever you do, you will always break something somewhere, if you replace one package by an incompatible package. => The only clean solution is to always provide compat-packages or not upgrading the package. > Anyways I've spend more then enough time on this fruitless discussion. > I'll do my very best to coordinate this with other packagers and to > avoid any breakage, I cannot do more then that. You can: Ship compat packages. Ralf From fedora at camperquake.de Mon Nov 28 13:30:01 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 28 Nov 2005 14:30:01 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <1133184426.28831.83.camel@mccallum.corsepiu.local> References: <1133131176.32293.1.camel@localhost.localdomain> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> <1133178006.28831.76.camel@mccallum.corsepiu.local> <438AF95A.5070904@hhs.nl> <1133184426.28831.83.camel@mccallum.corsepiu.local> Message-ID: <20051128133001.GG16912@ryoko.camperquake.de> On Mon, Nov 28, 2005 at 02:27:05PM +0100, Ralf Corsepius wrote: > > Anyways I've spend more then enough time on this fruitless discussion. > > I'll do my very best to coordinate this with other packagers and to > > avoid any breakage, I cannot do more then that. > You can: Ship compat packages. At least for non-devel. Or restrict the upgrade to devel. From bugzilla at redhat.com Mon Nov 28 13:31:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 08:31:48 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200511281331.jASDVmne007132@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 ------- Additional Comments From pertusus at free.fr 2005-11-28 08:31 EST ------- Oh, you're right. I wrongly believed that sysconfdir was passed to configure, but it isn't the case... Thanks. It should be fixed in the srpm that should appear shortly at: http://www.environnement.ens.fr/perso/dumas/fc-srpms/intuitively-0.7-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 Mon Nov 28 14:08:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 09:08:27 -0500 Subject: [Bug 171347] Review Request: l2tpd - Layer 2 Tunneling Protocol daemon In-Reply-To: Message-ID: <200511281408.jASE8R2D010716@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: l2tpd - Layer 2 Tunneling Protocol daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171347 ------- Additional Comments From dmitry at butskoy.name 2005-11-28 09:08 EST ------- Some more remarks. First of all, don't try to ship Fedora package with a general-use spec file. Fedora has a lot of specific requirements, therefore it is better to strongly follow these requirements. OTOH for a general use, some general spec file can be distributed inside the upstream's tarball. - according to http://fedoraproject.org/wiki/PackageNamingGuidelines#head-975237cdcb9aa7775601adeaaccbc70290f69812 version-release must be 0.69-0.14.20051030 As release field is "significantly" changed :), you may begin from the "1" again, i.e. 0.69-0.1.20051030 ... - while Source0 is a cvs snapshot, add a comment (before the Source0) how to obtain this snapshot (i.e. an appropriate cvs commands etc.). - get rid of "-g" in the DFLAGS=..., $RPM_OPT_FLAGS already has it (and $RPM_OPT_FLAGS only decides whether to use "-g" or not). - there was some openswan-related conf.samples in the previous release. Don't get rid of them completely, it can be useful to add these examples into the %doc ... (as ./samples-ipsec.d/*) - add "rm -rf %{buildroot}" for %clean and %install sections - move %clean section immediately after %install - according to http://fedoraproject.org/wiki/ScriptletSnippets#head-24ef9d59bda6032df14cf3cb433ce4ef09348f69 %post etc. sections should be fixed properly (see in the patch below). - there is a patch which removes -DDEBUG_... from the default DFLAGS, but these DEBUGs then specified again for make in the spec file. Are they actually needed for compiling for Fedora? - l2tpd-patents.patch actually adds a whole file - it is better to ship this as a separate Source... - rpmlint reports for the .src.rpm: W: l2tpd strange-permission l2tpd-chapsecrets.sample 0600 As this file will be installed with "-m600", add usual 644 permissions for the source, just to make rpmlint happy by the source rpm. - an extra space (or tab) causes rpmlint to worry about the "chkconfig" line in the init script (see another patch below). - rpmlint reports for the binary rpm: W: l2tpd wrong-file-end-of-line-encoding /usr/share/doc/l2tpd-0.69/CREDITS i.e. there are "\r\n" instead of "\n". IMHO, this is a hint for upstream :), it can be leaved as is for a while... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jspaleta at gmail.com Mon Nov 28 14:27:39 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 28 Nov 2005 09:27:39 -0500 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <1133184426.28831.83.camel@mccallum.corsepiu.local> References: <438A1AD1.3050809@hhs.nl> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> <1133178006.28831.76.camel@mccallum.corsepiu.local> <438AF95A.5070904@hhs.nl> <1133184426.28831.83.camel@mccallum.corsepiu.local> Message-ID: <604aa7910511280627k606ed79fm2b9932eec2f919ef@mail.gmail.com> On 11/28/05, Ralf Corsepius wrote: > You can: Ship compat packages. and then orphan them a week later? Since there are no guidelines for how long someone is required to hold maintainership over a package in general... i think your insistence for this single case is misplaced. This is the price that is paid for having a rolling model without distinct releases. It's inapporpriate to force a packager to maintain compat packages for a time period beyond what they feel comfortable maintaining securely on their own. It irrational to believe that all versions of all libraries can be maintained forever into the future. Extras has never promised to be a static platform for development. At most Extras promises to be self-consistent. Expecting an extras maintainer to make a general warning to this list and to use the tools like repoquery and repoclosure to pinpoint dependancies inside Extras are reasonable expectations. For their actions to be constrained by potential unknowable dependancies is unreasonable given the nature of the Extras rolling development model. The only sane and fair way to impose what you want is not by harrassing individual maintainers, but by changing the Extras development model so that it has established point releases with specific requirements on maintainer actions at point release boundaries. And that's an argument you need to have with the steering committee. -jef"Letting Hans bumble around breaking stuff will actually make the argument for changing the Extras development model stronger...lose a battle..to win the war"spaleta From bugzilla at redhat.com Mon Nov 28 14:25:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 09:25:03 -0500 Subject: [Bug 174266] Review Request: GNOME Structured File library 1.13 In-Reply-To: Message-ID: <200511281425.jASEP3HU012656@www.beta.redhat.com> Please 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 Structured File library 1.13 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174266 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-28 09:24 EST ------- rpmlint output of mock build: 1) W: libgsf113 conffile-without-noreplace-flag /etc/ld.so.conf.d/libgsf113-i386.conf 2) E: libgsf113 configure-without-libdir-spec 3) W: libgsf113-devel no-provides libgsf-devel 4) E: libgsf113-devel description-line-too-long Libraries, headers, and support files necessary to compile applications using libgsf. 5) E: libgsf113-devel only-non-binary-in-usr-lib 1) - the rpm is correct, warning ignorable - should not be modified by user 2) - error is necessary due to necessary installation location 3) - the package is correct, it shouls not provide libgsf-devel 4) - A simple line break would correct it. 5) - I don't know what is triggering that, I suspect it is ignorable * Package named according to guidelines - with library version so as to not conflict with core package. * Spec File matches base package name * Package meets packaging guidelines * Package has OSS license, properly packaged in %doc * Spec file in legible american english * source md5sum matches upstream * builds on i386 (fc4) * No improper BuildRequires * No stray language files * Proper use of ldconfig * Package owns all files/directories it should * No dupes in %files * Contains code * Proper files in -devel package * Approved -=- Stating the obvious here: Should a new enough stable release of libgsf be released before FC5 release, please be sure to remove this package from fc5. When a stable release is released, please update in FC4 (and FC3 if you target 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 mpeters at mac.com Mon Nov 28 14:39:54 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 28 Nov 2005 06:39:54 -0800 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <604aa7910511280627k606ed79fm2b9932eec2f919ef@mail.gmail.com> References: <438A1AD1.3050809@hhs.nl> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> <1133178006.28831.76.camel@mccallum.corsepiu.local> <438AF95A.5070904@hhs.nl> <1133184426.28831.83.camel@mccallum.corsepiu.local> <604aa7910511280627k606ed79fm2b9932eec2f919ef@mail.gmail.com> Message-ID: <1133188794.21926.7.camel@locolhost.localdomain> On Mon, 2005-11-28 at 09:27 -0500, Jeff Spaleta wrote: > On 11/28/05, Ralf Corsepius wrote: > > You can: Ship compat packages. > > and then orphan them a week later? > > Since there are no guidelines for how long someone is required to hold > maintainership over a package in general... i think your insistence > for this single case is misplaced. This is the price that is paid for > having a rolling model without distinct releases. It's inapporpriate > to force a packager to maintain compat packages for a time period > beyond what they feel comfortable maintaining securely on their own. > It irrational to believe that all versions of all libraries can be > maintained forever into the future. Extras has never promised to be a > static platform for development. At most Extras promises to be > self-consistent. Expecting an extras maintainer to make a general > warning to this list and to use the tools like repoquery and > repoclosure to pinpoint dependancies inside Extras are reasonable > expectations. For their actions to be constrained by potential > unknowable dependancies is unreasonable given the nature of the Extras > rolling development model. I think this is a valid point - since rpm installations will at least warn the user, non rpm installations are not supported (and neither are rpm installations from other repos) It *would be nice* however. This particular case probably doesn't matter that much since there really isn't very much out that that can be broken. But it *would be nice* > > The only sane and fair way to impose what you want is not by > harrassing individual maintainers, but by changing the Extras > development model so that it has established point releases with > specific requirements on maintainer actions at point release > boundaries. And that's an argument you need to have with the steering > committee. My preference would be no library versioning at all unless absolutely necessary (and with directfb apparently it was - as the spec file wasn't building, which is a worse breakage imho) But if extras isn't going to do that - if it really is needed - someone willing to maintain could submit a compat spec file. From bugzilla at redhat.com Mon Nov 28 14:48:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 09:48:35 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511281448.jASEmZKE015008@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 ------- Additional Comments From adrian at lisas.de 2005-11-28 09:48 EST ------- I would have sponsored you but it looks like I was to slow. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 14:52:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 09:52:10 -0500 Subject: [Bug 173823] Review Request: nuttcp In-Reply-To: Message-ID: <200511281452.jASEqAjc015411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nuttcp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173823 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From rvokal at redhat.com 2005-11-28 09:52 EST ------- Yep, got the sponsor already :) The package is in CVS - devel branch. Closing this as NEXTRELEASE -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Nov 28 15:18:37 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 28 Nov 2005 16:18:37 +0100 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <604aa7910511280627k606ed79fm2b9932eec2f919ef@mail.gmail.com> References: <438A1AD1.3050809@hhs.nl> <438AA1EE.7060002@hhs.nl> <1133159137.28831.59.camel@mccallum.corsepiu.local> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> <1133178006.28831.76.camel@mccallum.corsepiu.local> <438AF95A.5070904@hhs.nl> <1133184426.28831.83.camel@mccallum.corsepiu.local> <604aa7910511280627k606ed79fm2b9932eec2f919ef@mail.gmail.com> Message-ID: <1133191118.28831.104.camel@mccallum.corsepiu.local> On Mon, 2005-11-28 at 09:27 -0500, Jeff Spaleta wrote: > On 11/28/05, Ralf Corsepius wrote: > > You can: Ship compat packages. > > and then orphan them a week later? No, such packages would have to stay until ETA of a distribution, because a package maintainer has no possibility to know what others are doing with it. Think about it: It's same rationale why RH can't upgrade GNOME, KDE, GCC or glibc during a distribution's life-time. > Since there are no guidelines for how long someone is required to hold > maintainership over a package in general... i think your insistence > for this single case is misplaced. No, I am only demand maintainers to do a reasonable job. > This is the price that is paid for > having a rolling model without distinct releases. It's inapporpriate > to force a packager to maintain compat packages for a time period > beyond what they feel comfortable maintaining securely on their own. 1. Then, they should not upgrade a package. 2. Maintainers only _feel_ comfortable, but they never can be sure about it. > It irrational to believe that all versions of all libraries can be > maintained forever into the future. Nobody demanded this. For packages of no general importance, the brute force way of replacing them works, but the more important a package is, the more likely such kind of breakdowns is ... in some cases, maintainers will not be able to avoid having to provide compat-runtime-packages, in some extremal cases maintainers will not be able to avoid providing parallel installable packages - Responsible maintainers will probably resort to not upgrading a package in such cases. Hans apparently vastly underestimated the impact of his directfb commit (http://buildsys.fedoraproject.org/build-status/job.psp?uid=1292) and now seems to be about to be committing the same mistake again. > Extras has never promised to be a > static platform for development. Nobody is wanting it to be static - But I want it stable! The situation FE+Livna currently is, to me is beyond reason and unacceptable: ... -> Populating transaction set with selected packages. Please wait. ---> Package directfb.i386 0:0.9.24-4.fc4 set to be updated ---> Package mplayer-gui.i386 0:1.0-0.lvn.0.29.pre7try2.4 set to be updated ---> Package mplayer.i386 0:1.0-0.lvn.0.29.pre7try2.4 set to be updated ---> Package mplayer-mencoder.i386 0:1.0-0.lvn.0.29.pre7try2.4 set to be updated --> Running transaction check --> Processing Dependency: libsysfs.so.1 for package: directfb --> Processing Dependency: libdirect-0.9.so.22 for package: xine-lib --> Processing Dependency: libfusion-0.9.so.22 for package: xine-lib --> Processing Dependency: libdirectfb-0.9.so.22 for package: xine-lib --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package sysfsutils.i386 0:1.2.0-4 set to be updated --> Running transaction check --> Processing Dependency: libdirect-0.9.so.22 for package: xine-lib --> Processing Dependency: libfusion-0.9.so.22 for package: xine-lib --> Processing Dependency: libdirectfb-0.9.so.22 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirect-0.9.so.22 is needed by package xine-lib Error: Missing Dependency: libfusion-0.9.so.22 is needed by package xine-lib Error: Missing Dependency: libdirectfb-0.9.so.22 is needed by package xine-lib Livna has rebuilt mplayer, but hasn't update xine-lib, yet. > And that's an argument you need to have with the steering > committee. FESCO still doesn't have an email address ;) Ralf From bugzilla at redhat.com Mon Nov 28 15:37:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 10:37:03 -0500 Subject: [Bug 174266] Review Request: GNOME Structured File library 1.13 In-Reply-To: Message-ID: <200511281537.jASFb3cA021959@www.beta.redhat.com> Please 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 Structured File library 1.13 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174266 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 2005-11-28 10:36 EST ------- libgsf113-1.13.3-3 Has been committed to CVS and successfully build. The difference with the last specfile is that I've added a README.fedora to the devel package. Closing as next release. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 15:37:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 10:37:11 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511281537.jASFbBte022005@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 Bug 174267 depends on bug 174266, which changed state. Bug 174266 Summary: Review Request: GNOME Structured File library 1.13 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174266 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 15:49:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 10:49:37 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511281549.jASFnbSV023810@www.beta.redhat.com> Please 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 gauret at free.fr 2005-11-28 10:49 EST ------- > Gauret: Should I apply for sponsorship for cvsextras? Yes, go ahead, I'll sponsor you. > I'd also like to notice that rpmlint errors are now close to zero (and I guess > the one's that's left is nothing to care about): Yes, you can ignore those. > I noticed that we're doing double work, since there's a script in initng for > generating runlevels. [...] What do you think? The closer we are to upstream, the better. If we can improve upstream's script instead of creating our own, that's definately the way to go. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 15:56:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 10:56:03 -0500 Subject: [Bug 171821] Review Request: gparted - Gnome Partition Editor In-Reply-To: Message-ID: <200511281556.jASFu3hn024607@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gparted - Gnome Partition Editor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171821 dakingun at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From dakingun at gmail.com 2005-11-28 10:55 EST ------- Built for extras. Thanks all. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mpayne41 at direcway.com Mon Nov 28 15:59:11 2005 From: mpayne41 at direcway.com (Marvin Payne) Date: Mon, 28 Nov 2005 10:59:11 -0500 Subject: removal Message-ID: <004201c5f434$af0479b0$0601a8c0@YOURBE2A79CC61> Please remove me from the list of receivers. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugzilla at redhat.com Mon Nov 28 16:28:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 11:28:07 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511281628.jASGS7jv028779@www.beta.redhat.com> Please 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 dragoran at feuerpokemon.de 2005-11-28 11:27 EST ------- sorry for this (maybe stupid) question but what about gdm/kdm shutdown/reboot? they do call reboot/poweroff or shutdown but not ngc ? or does initng ships whit a wrapper that solves this issue? If not we need some kind of wrapper ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 16:33:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 11:33:44 -0500 Subject: [Bug 174368] New: Review Request: perl-Crypt-DSA Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174368 Summary: Review Request: perl-Crypt-DSA Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Crypt-DSA/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at city-fan.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.city-fan.org/~paul/extras/perl-Crypt-DSA/perl-Crypt-DSA.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/perl-Crypt-DSA/perl-Crypt-DSA-0.13-1.src.rpm Description: Crypt::DSA is an implementation of the DSA (Digital Signature Algorithm) signature verification system. This package provides DSA signing, signature verification, and key generation. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 16:34:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 11:34:00 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511281634.jASGY0fE029463@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174368 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 16:34:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 11:34:33 -0500 Subject: [Bug 174370] New: Review Request: perl-Data-Buffer Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174370 Summary: Review Request: perl-Data-Buffer Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Data-Buffer/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at city-fan.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.city-fan.org/~paul/extras/perl-Data-Buffer/perl-Data-Buffer.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/perl-Data-Buffer/perl-Data-Buffer-0.04-1.src.rpm Description: Data::Buffer implements a low-level binary buffer in which you can get and put integers, strings, and other data. Internally the implementation is based on pack and unpack, such that Data::Buffer is really a layer on top of those built-in functions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 16:34:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 11:34:40 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511281634.jASGYeW9029658@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174370 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 16:43:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 11:43:47 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200511281643.jASGhl5h030922@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-11-28 11:43 EST ------- Works. MUST/SHOULD items OK APPROVED. One suggestion: There are "Work" and "Home" locations in the current intuitively.conf file. "intuitively" reports "Cannot chdir to /etc/intuitively/Work/." because of missed subdirs. IMO it would be better to create /etc/intuitively/default subdir, rename one location to "default", and comment out all another locations. It will satisfy "intuitively" here and also will hint end-user to create his own subdir if needed... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 16:49:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 11:49:41 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511281649.jASGnfNO032376@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |mpeters at mac.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-28 11:49 EST ------- * builds in mock, rpmlint clean: [mpeters at utility result]$ ls *.rpm && rpmlint *.rpm goffice-0.1.2-2.i386.rpm goffice-debuginfo-0.1.2-2.i386.rpm goffice-0.1.2-2.src.rpm goffice-devel-0.1.2-2.i386.rpm W: goffice-devel no-documentation [mpeters at utility result]$ * md5sum matches upstream * written in understandable americam english * proper hangling of lang files * proper files in devel package, no .la archives * proper BuildRequires, proper explicit Requires in devel package * OSS license, packaged with %doc * proper use of scriptlets * proper use of macros * proper %clean 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 jspaleta at gmail.com Mon Nov 28 16:54:28 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 28 Nov 2005 11:54:28 -0500 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <1133191118.28831.104.camel@mccallum.corsepiu.local> References: <438A1AD1.3050809@hhs.nl> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> <1133178006.28831.76.camel@mccallum.corsepiu.local> <438AF95A.5070904@hhs.nl> <1133184426.28831.83.camel@mccallum.corsepiu.local> <604aa7910511280627k606ed79fm2b9932eec2f919ef@mail.gmail.com> <1133191118.28831.104.camel@mccallum.corsepiu.local> Message-ID: <604aa7910511280854p10ee2e8m2bbc97c34fff2104@mail.gmail.com> On 11/28/05, Ralf Corsepius wrote: > No, such packages would have to stay until ETA of a distribution, > because a package maintainer has no possibility to know what others are > doing with it. There is no such policy in place now nor has there ever been, which demands packagers to keep maintainershiper for any period of time. Let's be clear, packagers can and will orphan packages based on their individual circumstances at any time. Extras is not designed to be a reliable development platform for anyone. It is folly for anyone to imagine that it is and worst folly to advertise it as such. You are right, no maintainer can know what others are doing....but Extras makes absolutely no promise that others can rely on it to be a development platform, such a promise is derived from the structure and policy of the development model.. and not from individual maintainer circumstances. > > Think about it: It's same rationale why RH can't upgrade GNOME, KDE, GCC > or glibc during a distribution's life-time. > I understand the rationale and I don't question the logic. What I am saying is the Extras development model as it stands now does not support nor has it claimed to support the goal of being a reliable development platform. For the rationale to hold sway, Extras would need to move to a release model like Core, with established points in the cycle where the tree freezes and updates apply on top instead of being rolled into the tree with clear guidance to to the responsibilities of maintainers to support the packages to the EOL of that release. The development model of Extras is not structured to support the platform reliability you desire. > > Since there are no guidelines for how long someone is required to hold > > maintainership over a package in general... i think your insistence > > for this single case is misplaced. > No, I am only demand maintainers to do a reasonable job. You catch more flies with honey. Any demands that are not part of the development structure that must be agreed to as part of participation are ill-advised. > 1. Then, they should not upgrade a package. Highly limiting and the Extras development model and infrastructure are designed to encourage upgrades instead of backports. The lack of a security team dedicated to support maintainers keep up with security issues makes refraining from upgrades a difficult trade-off to support. Again, Extras does not claim to be a reliable development platform. If I had to choose between Extras as a secure software collection for end-users and a reliable development platform..I would choose security. Without a dedicated security group to watch over compat and backport fixes, tracking upstream with upgrades becomes the primary vehicle to prevent security problems. > Nobody is wanting it to be static - But I want it stable! I avoid the word stable delibrately because people use it to mean different things. > > The situation FE+Livna currently is, to me is beyond reason and > unacceptable: I hear you, but this is something the steering committee will have to take up and determine if its worth building policy to enforce on all packagers. What I am saying is, to achieve the level of development platform reliability that you desire Extras will need to shift its development model to a point release model with clear points in time when new packages can be added, and old packages can be dropped. The rolling structure we have now does not support the platform reliability that you want. The current model makes no demands as a matter of policy that maintainers must provide compat libraries to the end of a release's EOL. At the current time the policy allows for a new maintainer to create compat packages if the original maintainer doesn't recognize the need. > Livna has rebuilt mplayer, but hasn't update xine-lib, yet. Such is life. Extras has at no point promised to be a reliable build platform for anyone working downstream. Until the model changes downstream packagers will have to react in as timely a manner as they can as situations demand. Even between Core and Extras this can and will happen on occasion. Livna has to rebuild nvidia drivers for security kernels too... you can't get away from this problem of time lag for downstream to rebuild packages. Extras will lag Core, Livna will lag Core and Extras.. all you can do is attempt to minimize the lag. xine-lib-1.1.0-0.lvn.8.4 exists now and installs for me on fc4. > FESCO still doesn't have an email address ;) but the members of the committee do. -jef From bugzilla at redhat.com Mon Nov 28 17:14:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 12:14:52 -0500 Subject: [Bug 174375] New: Review Request:gst - GNU Smalltalk Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174375 Summary: Review Request:gst - GNU Smalltalk Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Jochen at herr-schmitt.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec http://www.herr-schmitt.de/pub/gst/gst.spec SRPM http://www.herr-schmitt.de/pub/gst/gst-2.2-1.src.rpm 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. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 17:15:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 12:15:03 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511281715.jASHF37G003367@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174375 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 17:15:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 12:15:24 -0500 Subject: [Bug 174377] New: Review Request:gst - GNU Smalltalk Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 Summary: Review Request:gst - GNU Smalltalk Product: Fedora Extras Version: devel Platform: All URL: http://www.herr-schmitt.de/pub/gst/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Jochen at herr-schmitt.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec http://www.herr-schmitt.de/pub/gst/gst.spec SRPM http://www.herr-schmitt.de/pub/gst/gst-2.2-1.src.rpm 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. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 17:15:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 12:15:26 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511281715.jASHFQfC003499@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174377 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 17:27:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 12:27:43 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511281727.jASHRhSv004879@www.beta.redhat.com> Please 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 dragoran at feuerpokemon.de 2005-11-28 12:27 EST ------- wanted to try it using: http://gauret.free.fr/fichiers/rpms/fedora/initng-0.4.4-5.src.rpm but it failed even to boot: ining will continue when fork() exits (executing /sbin/sulogin) and then it asks for a root password or controll-d to continue... controll-d lets it asks for a password again and the password only brings me to a shell root at 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 Mon Nov 28 18:17:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 13:17:38 -0500 Subject: [Bug 174377] Review Request:gst - GNU Smalltalk In-Reply-To: Message-ID: <200511281817.jASIHcVW010565@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gst - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 michel.salim at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From michel.salim at gmail.com 2005-11-28 13:17 EST ------- SRPM still not 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 Mon Nov 28 18:40:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 13:40:20 -0500 Subject: [Bug 174377] Review Request:gst - GNU Smalltalk In-Reply-To: Message-ID: <200511281840.jASIeKZ9014910@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gst - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 ------- Additional Comments From Jochen at herr-schmitt.de 2005-11-28 13:40 EST ------- Thank you for your comment. I have corrected it. It's seems that something was going wrong during the upload. Best Regards: Jochen Schmitt -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 19:00:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 14:00:32 -0500 Subject: [Bug 174267] Review Request: Goffice support libraries In-Reply-To: Message-ID: <200511281900.jASJ0WmB021265@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Goffice support libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174267 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 2005-11-28 14:00 EST ------- After import it turned out that there were some dependencies missing causing the buildsys build to use the gtk instead of gnome UI, I have fixed this and requested a new build which has completed sucessfully. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Mon Nov 28 19:04:44 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 28 Nov 2005 14:04:44 -0500 Subject: major libgda and libgnomedb upgrade notice In-Reply-To: <604aa7910511280854p10ee2e8m2bbc97c34fff2104@mail.gmail.com> References: <438A1AD1.3050809@hhs.nl> <1133160648.14977.6.camel@locolhost.localdomain> <438AC214.6050202@hhs.nl> <1133172510.28831.68.camel@mccallum.corsepiu.local> <438AE6CA.8020509@hhs.nl> <1133178006.28831.76.camel@mccallum.corsepiu.local> <438AF95A.5070904@hhs.nl> <1133184426.28831.83.camel@mccallum.corsepiu.local> <604aa7910511280627k606ed79fm2b9932eec2f919ef@mail.gmail.com> <1133191118.28831.104.camel@mccallum.corsepiu.local> <604aa7910511280854p10ee2e8m2bbc97c34fff2104@mail.gmail.com> Message-ID: <1133204685.26229.51.camel@bree.local.net> On Mon, 2005-11-28 at 11:54 -0500, Jeff Spaleta wrote: > On 11/28/05, Ralf Corsepius wrote: > > FESCO still doesn't have an email address ;) > > but the members of the committee do. And we at least mostly read the traffic on the list... I've added discussion of this topic to the agenda for this week's fesco meeting Jeremy From wtogami at redhat.com Mon Nov 28 19:16:21 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 28 Nov 2005 14:16:21 -0500 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 Message-ID: <438B5785.6000302@redhat.com> http://macromedia.mplug.org/ Yeah, this isn't a Fedora package, however I know many Fedora users are using the older version of this package so I figure it would be appropriate to announce here. You can optionally configure yum to point to the repository for auto-upgrade in the future. --------------------------------------------------------------------- Macromedia Flash Player Update Notification CVE-2005-2628 --------------------------------------------------------------------- Name : flash-plugin Version : 7.0.61 Release : 1 Summary : Flash Player for x86 Linux Description : Macromedia Flash Plugin 7.0.61 --------------------------------------------------------------------- Update Information: Updated Macromedia Flash Player packages that fix a security issue are now available. This update has been rated as having critical security impact by the Red Hat Security Response Team. The flash-plugin package contains a Mozilla-compatible Macromedia Flash Player browser plug-in. A buffer overflow bug was discovered in the Macromedia Flash Player. It may be possible to execute arbitrary code on a victim's machine if the victim opens a malicious Macromedia Flash file. The Common Vulnerabilities and Exposures project assigned the name CVE-2005-2628 to this issue. http://macromedia.mplug.org/ Users of Macromedia Flash Player should download the package from this site, which contains version 7.0.61 and is not vulnerable to this issue. --------------------------------------------------------------------- -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This update can be downloaded from: http://macromedia.mplug.org/ SHA1SUM: 04861e5d6ded433549caf9a70b5195d341c15103 flash-plugin-7.0.61-1.i386.rpm MD5SUM: 7ef4f4c53270c4930c873181fa9a1a96 flash-plugin-7.0.61-1.i386.rpm -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDh4Sla93+jlSirPERAntMAJ9EOhR7JtODNjLUo19o/9Ch6ROsngCdFG05 UNSlq0bFBiCFgBaTpDyEyxc= =F9Pw -----END PGP SIGNATURE----- --------------------------------------------------------------------- Warren Togami wtogami at redhat.com From bugzilla at redhat.com Mon Nov 28 19:36:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 14:36:33 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511281936.jASJaXtb027609@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-28 14:36 EST ------- OK, I brought back the -devel package, and made ttywatch own /var/log/ttywatch. $ rpmlint RPMS/x86_64/ttywatch-0.14-3.x86_64.rpm E: ttywatch non-standard-dir-perm /var/log/ttywatch 0700 http://domsch.com/linux/fedora/extras/ttywatch/ttywatch.spec http://domsch.com/linux/fedora/extras/ttywatch/ttywatch-0.14-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 19:41:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 14:41:11 -0500 Subject: [Bug 173543] Review Request: xfce4-datetime-plugin In-Reply-To: Message-ID: <200511281941.jASJfBov028219@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-datetime-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173543 kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From kevin at tummy.com 2005-11-28 14:40 EST ------- The md5's all match and everything looks good to me 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 Mon Nov 28 20:07:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 15:07:09 -0500 Subject: [Bug 174377] Review Request:gst - GNU Smalltalk In-Reply-To: Message-ID: <200511282007.jASK79ot001676@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gst - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 michel.salim at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO AssignedTo|gdk at redhat.com |michel.salim at gmail.com ------- Additional Comments From michel.salim at gmail.com 2005-11-28 15:07 EST ------- Good: - rpmlint clean - tarball matches upstream - installinfo Bad: - Package naming: Upstream name is just smalltalk. Debian has gnu-smalltalk, so I'd suggest renaming the package to gnu-smalltalk (for clarity: gst brings to mind gstreamer, not smalltalk; consistency with Debian and to leave room for other Smalltalk variants) - BuildRequires on gtk+-devel. This should be gtk2-devel. No need to specify a minimum version as there are no gtk2 <= 2.0 on any Fedora release. - gtk2-devel depends on glib2-devel and atk-devel already, you can remove them - Likewise with tcl-devel and tk-devel. tk-devel depends on tcl-devel already. They have been at versions >= 8 for a long time so no need to specify a minimum version - Want to add paragraph breaks in description? Space out the three paragraphs a bit. - Use %makeinstall instead of manually doing make DESTDIR=$RPM_BUILD_ROOT install -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Mon Nov 28 20:12:15 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 28 Nov 2005 21:12:15 +0100 (CET) Subject: gnome-phone-manager In-Reply-To: References: Message-ID: Another thing with this one is that it requires Gnokii (www.gnokii.org) which is currently in Livna. Is there something license-wise or patent-wise that makes it non-kosher, or can we lift the package to the Extras? Linus From bugzilla at redhat.com Mon Nov 28 20:10:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 15:10:43 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511282010.jASKAhf3002771@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-28 15:10 EST ------- Changes applied, updated checkout from subversion, added comment about how to get source from subversion, and modified name per PackageNamingGuidelines for post-release packages. http://domsch.com/linux/fedora/extras/pgp-tools/pgp-tools.spec http://domsch.com/linux/fedora/extras/pgp-tools/pgp-tools-0.4.4-2.20051123svn.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 mattdm at mattdm.org Mon Nov 28 20:21:11 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 28 Nov 2005 15:21:11 -0500 Subject: wxGTK and wxPython 2.6 -- please check out In-Reply-To: <20051124172239.GA13237@jadzia.bu.edu> References: <20051124172239.GA13237@jadzia.bu.edu> Message-ID: <20051128202111.GA20991@jadzia.bu.edu> On Thu, Nov 24, 2005 at 12:22:39PM -0500, Matthew Miller wrote: > Happy Thanksgiving! > I've finally gotten my act together, and have these ready to go: > > I'd appreciate if people could give them a look-over (particularly wxPython > -- the wxGTK package has been looked at a lot already) before I check 'em > in. > Spot, you said you had compat- versions of the older packages queued up? Also -- I want to rename the python package back to wxPython, instead of wxPythonGTK2, to follow the normal practice of keeping the package name matching the upstream source tarball. Does anyone have an argument against that? And, how do I go about doing that in the buildsystem / CVS? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugzilla at redhat.com Mon Nov 28 20:29:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 15:29:15 -0500 Subject: [Bug 174375] Review Request:gst - GNU Smalltalk In-Reply-To: Message-ID: <200511282029.jASKTFYq006401@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gst - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174375 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-11-28 15:29 EST ------- *** This bug has been marked as a duplicate of 174377 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 20:29:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 15:29:31 -0500 Subject: [Bug 174377] Review Request:gst - GNU Smalltalk In-Reply-To: Message-ID: <200511282029.jASKTVPL006514@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gst - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 ------- Additional Comments From ville.skytta at iki.fi 2005-11-28 15:29 EST ------- *** Bug 174375 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Nov 28 20:30:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 15:30:49 -0500 Subject: [Bug 174377] Review Request:gst - GNU Smalltalk In-Reply-To: Message-ID: <200511282030.jASKUnp3006696@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request:gst - GNU Smalltalk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174377 ------- Additional Comments From gemi at bluewin.ch 2005-11-28 15:30 EST ------- * BuildRequires: readline-devel * Requires(post): /sbin/install-info Requires(postun): /sbin/install-info * %configure belongs to to %build section * rename the package "el" to "emacs", it's clearer * there are two additional info entries: /sbin/install-info %{_infodir}/gst-base.info %{_infodir}/dir 2>/dev/null || : /sbin/install-info %{_infodir}/gst-libs.info %{_infodir}/dir 2>/dev/null || : * libgst.so, libgst.a, gnu-smalltalk.pc and gst-config should be in the devel package * "make DESTDIR=$RPM_BUILD_ROOT install" is used in the skeleton produced fedora-newrpmspec, so it is ok. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Mon Nov 28 20:44:36 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 28 Nov 2005 22:44:36 +0200 Subject: wxGTK and wxPython 2.6 -- please check out In-Reply-To: <20051128202111.GA20991@jadzia.bu.edu> References: <20051124172239.GA13237@jadzia.bu.edu> <20051128202111.GA20991@jadzia.bu.edu> Message-ID: <1133210676.9376.29.camel@localhost.localdomain> On Mon, 2005-11-28 at 15:21 -0500, Matthew Miller wrote: > Also -- I want to rename the python package back to wxPython, instead of > wxPythonGTK2, to follow the normal practice of keeping the package name > matching the upstream source tarball. Does anyone have an argument against > that? Food for thought at https://bugzilla.fedora.us/show_bug.cgi?id=927 comment 6 onwards. Note that comment 12 mentions upstream _packages_ being (having been?) wxPythonGTK* even though the tarball is wxPython. From mattdm at mattdm.org Mon Nov 28 20:49:38 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 28 Nov 2005 15:49:38 -0500 Subject: wxGTK and wxPython 2.6 -- please check out In-Reply-To: <1133210676.9376.29.camel@localhost.localdomain> References: <20051124172239.GA13237@jadzia.bu.edu> <20051128202111.GA20991@jadzia.bu.edu> <1133210676.9376.29.camel@localhost.localdomain> Message-ID: <20051128204938.GA22736@jadzia.bu.edu> On Mon, Nov 28, 2005 at 10:44:36PM +0200, Ville Skytt? wrote: > > Also -- I want to rename the python package back to wxPython, instead of > > wxPythonGTK2, to follow the normal practice of keeping the package name > > matching the upstream source tarball. Does anyone have an argument against > > that? > Food for thought at https://bugzilla.fedora.us/show_bug.cgi?id=927 > comment 6 onwards. Note that comment 12 mentions upstream _packages_ > being (having been?) wxPythonGTK* even though the tarball is wxPython. Yeah, I think upstream came around to sanity after that conversation. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From j.w.r.degoede at hhs.nl Mon Nov 28 21:28:38 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 28 Nov 2005 22:28:38 +0100 Subject: psiconv, eligible for extras? Message-ID: <438B7686.8060909@hhs.nl> Hi, I'm thinking about packaging psiconv, this is a conversion utility for Psion handheld document formats. The problem is that it might have legal issues because it is based on reverse engineering of the document format. See: http://software.frodo.looijaard.name/psiconv/ I would like to package this since both abiword and gnumeric can use it to gain Psion document import capabilities. Regards, Hans From Eric.Tanguy at univ-nantes.fr Mon Nov 28 22:00:24 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Mon, 28 Nov 2005 23:00:24 +0100 (CET) Subject: Alexandria and Ruby Message-ID: <36813.86.199.0.227.1133215224.squirrel@webmail.univ-nantes.fr> Some months before, we discuss here the opportunity to package ruby program like alexandria. Is there some news about it ? Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.14-1.1637_FC4 From Eric.Tanguy at univ-nantes.fr Mon Nov 28 22:02:56 2005 From: Eric.Tanguy at univ-nantes.fr (Eric TANGUY) Date: Mon, 28 Nov 2005 23:02:56 +0100 (CET) Subject: fc5 goals Message-ID: <33765.86.199.0.227.1133215376.squirrel@webmail.univ-nantes.fr> Le lundi 28 novembre 2005 ? 11:56 -0800, Peter Gordon a ??crit : > Josh Coffman wrote: > > Anyone know where to find documentation about the > > goals and improvements intended for FC5? > > You might want to take a look at FC5Future[1] on the Wiki, as well. > > [1] http://www.fedoraproject.org/wiki/FC5Future > > --Peter > Why there is so much java package included in fc5 ? No news about early login or something like that ? Why kde is still included in core whereas it could be in extras ? Why some packages go directly in core and not in extras before ? Because they were packaged by someone from redhat ? Is it sufficient ??? I saw the long discussion about what to include in or not in fc5 but maybe the problem will be the goal of fedora ? Is this product mainly for developpers form redhat ? yes i know i'm joking but in fact it could be a good question, no ? Thanks Eric From jspaleta at gmail.com Mon Nov 28 22:06:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 28 Nov 2005 17:06:12 -0500 Subject: Alexandria and Ruby In-Reply-To: <36813.86.199.0.227.1133215224.squirrel@webmail.univ-nantes.fr> References: <36813.86.199.0.227.1133215224.squirrel@webmail.univ-nantes.fr> Message-ID: <604aa7910511281406x36c07e6bqae5489f5dc2db9d9@mail.gmail.com> On 11/28/05, Eric TANGUY wrote: > Some months before, we discuss here the opportunity to package ruby > program like alexandria. Is there some news about it ? > Thanks alexandria has a lot of deps.... the ruby-gnome stuff will take a lot of effort to get packaged up in a reasonable manner. I started working on a spec file to correctly seperate out all the subpackages but I didn't finish and I have not submitted anything for review. -jef From eric.tanguy at univ-nantes.fr Mon Nov 28 22:07:54 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 28 Nov 2005 23:07:54 +0100 Subject: Alexandria and Ruby In-Reply-To: <604aa7910511281406x36c07e6bqae5489f5dc2db9d9@mail.gmail.com> References: <36813.86.199.0.227.1133215224.squirrel@webmail.univ-nantes.fr> <604aa7910511281406x36c07e6bqae5489f5dc2db9d9@mail.gmail.com> Message-ID: <1133215674.4496.0.camel@bureau.maison> Le lundi 28 novembre 2005 ? 17:06 -0500, Jeff Spaleta a ?crit : > On 11/28/05, Eric TANGUY wrote: > > Some months before, we discuss here the opportunity to package ruby > > program like alexandria. Is there some news about it ? > > Thanks > > alexandria has a lot of deps.... the ruby-gnome stuff will take a lot > of effort to get packaged up in a reasonable manner. I started working > on a spec file to correctly seperate out all the subpackages but I > didn't finish and I have not submitted anything for review. > Thanks for the answer. Good luck! Eric From bojan at rexursive.com Mon Nov 28 22:10:48 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 29 Nov 2005 09:10:48 +1100 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <438B5785.6000302@redhat.com> References: <438B5785.6000302@redhat.com> Message-ID: <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> Quoting Warren Togami : > Yeah, this isn't a Fedora package, however I know many Fedora users are > using the older version of this package so I figure it would be > appropriate to announce here. You can optionally configure yum to point > to the repository for auto-upgrade in the future. Since you seem to have some Macromedia technical contacts in order to ship the plugin, let me ask about x86_64. Do they have plans to port the plugin to that (or any other) architecture? It seems that the only folks not realising that this is a major platform are Macromedia and Sun (no official Java plugin either, for almost 3 years now: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4802695)... -- Bojan From wtogami at redhat.com Mon Nov 28 22:24:28 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 28 Nov 2005 17:24:28 -0500 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> Message-ID: <438B839C.9040207@redhat.com> Bojan Smojver wrote: > Quoting Warren Togami : > >> Yeah, this isn't a Fedora package, however I know many Fedora users are >> using the older version of this package so I figure it would be >> appropriate to announce here. You can optionally configure yum to point >> to the repository for auto-upgrade in the future. > > > Since you seem to have some Macromedia technical contacts in order to > ship the plugin, let me ask about x86_64. Do they have plans to port the > plugin to that (or any other) architecture? It seems that the only folks > not realising that this is a major platform are Macromedia and Sun (no > official Java plugin either, for almost 3 years now: > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4802695)... > Everyone has been asking Macromedia for years. No progress so far... =( Warren From bojan at rexursive.com Mon Nov 28 22:52:18 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 29 Nov 2005 09:52:18 +1100 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <438B839C.9040207@redhat.com> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> <438B839C.9040207@redhat.com> Message-ID: <20051129095218.9x9m7cyco4s000g4@imp.rexursive.com> Quoting Warren Togami : > Everyone has been asking Macromedia for years. No progress so far... =( Thanks for the update. No surprises there :-( -- Bojan From bugzilla at redhat.com Tue Nov 29 00:21:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 19:21:24 -0500 Subject: [Bug 173658] Review Request: xfce4-cpugraph-plugin In-Reply-To: Message-ID: <200511290021.jAT0LOXv008197@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-cpugraph-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173658 ------- Additional Comments From fedora.wickert at arcor.de 2005-11-28 19:20 EST ------- (In reply to comment #1) > Hi Christoph, heres a quick review: Thanks Ed, sorry for replying so late. > - upstream tarball is slightly different: > - dir name: xfce4-cpugraph-plugin-0.2.2 not xfce4-cpugraph-plugin > which can be corrected with "setup -q -n %{name} > - upstream tarball includes a specfile oops, sorry, looks like I used the source from the srpm and obviously it's not the same than the tarball. I've rebuild the package with the correct Source0. > and do you have any idea why the mock build is failing for me? I don't > understand whats happening... the libxfcegui4-devel package is missing. I thought it would be pulled in automatically by xfce4-panel-devel, but this was wrong. So I had to add libxfcegui4-devel to BuildReqs. New SRPM: http://home.arcor.de/christoph.wickert/fedora/extras-review/SRPMS/xfce4-cpugraph-plugin-0.2.2-4.fc4.src.rpm Updated SPEC: http://home.arcor.de/christoph.wickert/fedora/extras-review/SPECS/xfce4-cpugraph-plugin.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 00:25:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 19:25:11 -0500 Subject: [Bug 173543] Review Request: xfce4-datetime-plugin In-Reply-To: Message-ID: <200511290025.jAT0PBbm008874@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-datetime-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173543 ------- Additional Comments From fedora.wickert at arcor.de 2005-11-28 19:24 EST ------- BuildRequires for libxfcegui4-devel is still missing, thought it would be pulled by xfce4-panel-devel. Going to add it right after importing the SRPM 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 mpeters at mac.com Tue Nov 29 00:28:02 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 28 Nov 2005 16:28:02 -0800 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> Message-ID: <1133224082.21926.57.camel@locolhost.localdomain> On Tue, 2005-11-29 at 09:10 +1100, Bojan Smojver wrote: > Quoting Warren Togami : > > > Yeah, this isn't a Fedora package, however I know many Fedora users are > > using the older version of this package so I figure it would be > > appropriate to announce here. You can optionally configure yum to point > > to the repository for auto-upgrade in the future. > > Since you seem to have some Macromedia technical contacts in order to > ship the plugin, let me ask about x86_64. Do they have plans to port > the plugin to that (or any other) architecture? It seems that the only > folks not realising that this is a major platform are Macromedia and > Sun (no official Java plugin either, for almost 3 years now: > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4802695)... Which is interesting - since Sun ships x86_64 boxes From bojan at rexursive.com Tue Nov 29 00:56:10 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 29 Nov 2005 11:56:10 +1100 Subject: numlockx: dependency problem Message-ID: <20051129115610.401awe6y04840s0g@imp.rexursive.com> It looks like numlockx has missing dependencies in the current Rawhide (namely xinitrc). Could someone respin the package without this dependency (I think it should be xorg-x11-xinit instead)? -- Bojan From marcaemus at netscape.net Tue Nov 29 01:29:43 2005 From: marcaemus at netscape.net (marcaemus at netscape.net) Date: Mon, 28 Nov 2005 20:29:43 -0500 Subject: Please UNSUBSCRIBE me Message-ID: <8C7C29B82716658-1C74-B2E7@mblkn-m09.sysops.aol.com> ___________________________________________________ Try the New Netscape Mail Today! Virtually Spam-Free | More Storage | Import Your Contact List http://mail.netscape.com From bojan at rexursive.com Tue Nov 29 02:00:46 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 29 Nov 2005 13:00:46 +1100 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <1133224082.21926.57.camel@locolhost.localdomain> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> <1133224082.21926.57.camel@locolhost.localdomain> Message-ID: <20051129130046.05toj389c80o84sk@imp.rexursive.com> Quoting "Michael A. Peters" : > Which is interesting - since Sun ships x86_64 boxes It's worse. Blackdown Java folks (http://www.blackdown.org/java-linux/java-linux-contact.html) actually compiled the plugin in some of their versions, but those are not always up to date and the plugin is not very stable. This looks nice: ------------------- [person at box mozilla]$ file libjavaplugin_oji.so libjavaplugin_oji.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped ------------------- So, it's not that it is impossible to compile this thing. All that is required is more testing to make it more stable. And the only way to test is to ship. But Sun won't do that. What are they waiting for? Who knows... I had a few encounters with Sun Java support engineers (in the days I used Java as a programming language for web apps) and my experience was that no amount of valid points was ever sufficient to make those people fix _any_ bugs. This one has been sitting there for almost _3_ years! -- Bojan From bugzilla at redhat.com Tue Nov 29 02:33:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 21:33:09 -0500 Subject: [Bug 174440] New: Review Request: bakery - C++ framework for creating GNOME apps Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174440 Summary: Review Request: bakery - C++ framework for creating GNOME apps Product: Fedora Extras Version: devel Platform: All URL: http://www.poolshark.org/src/bakery-2.3.15-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: denisleroy at yahoo.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.poolshark.org/src/bakery.spec SRPM Name or Url: http://www.poolshark.org/src/bakery-2.3.15-1.src.rpm Description: Bakery is a C++ Framework for creating GNOME applications using gtkmm. Bakery provides a Document/View architecture, but it doesn't force you to use the whole architecture. Bakery can use XML as a Document storage format, if you like. Bakery provides default functionality, which can be easily customized, makes it easy to start developing GNOME applications and gives your application structure. Bakery also contains a few utility classes. Note: this is targeted at FC-4 and FC-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 Nov 29 02:33:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 21:33:41 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511290233.jAT2XfTM017573@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 denisleroy at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174440 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From eric.tanguy at univ-nantes.fr Mon Nov 28 19:04:03 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 28 Nov 2005 20:04:03 +0100 Subject: Alexandria and Ruby Message-ID: <1133204644.3092.11.camel@bureau.maison> Some months before, we discuss here the opportunity to package ruby program like alexandria. Is there some news about it ? Thanks -- Eric Tanguy | Nantes, France Key : A4B8368F | Key Server : subkeys.pgp.net Fedora Core release 4 (Stentz) sur athlon kernel 2.6.14-1.1637_FC4 From bugzilla at redhat.com Tue Nov 29 02:50:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 21:50:18 -0500 Subject: [Bug 174440] Review Request: bakery - C++ framework for creating GNOME apps In-Reply-To: Message-ID: <200511290250.jAT2oItP018799@www.beta.redhat.com> Please 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 mpeters at mac.com 2005-11-28 21:50 EST ------- Not a review - but this is wrong: * Mon Nov 28 2005 Denis Leroy - 2.3.%{minor_version}-1 That will cause the %{minor_version} to be expanded in that line to a new version when minor_version is updated - creating an incorrect changelog. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 03:44:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 22:44:41 -0500 Subject: [Bug 174440] Review Request: bakery - C++ framework for creating GNOME apps In-Reply-To: Message-ID: <200511290344.jAT3ifpF025791@www.beta.redhat.com> Please 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 denisleroy at yahoo.com 2005-11-28 22:44 EST ------- Yikes, absolutely! Interesting xemacs "bug". Spec: http://www.poolshark.org/src/bakery.spec SRPM: http://www.poolshark.org/src/bakery-2.3.15-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 03:57:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 28 Nov 2005 22:57:17 -0500 Subject: [Bug 173658] Review Request: xfce4-cpugraph-plugin In-Reply-To: Message-ID: <200511290357.jAT3vH0G027512@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-cpugraph-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173658 ------- Additional Comments From ed at eh3.com 2005-11-28 22:57 EST ------- Hi Christoph, I get a "404 Not Found" for the SRPM in comment #2 above. And the SRPMS directory doesn't contain any newer versions, just the older 0.2.2-3 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 jpmahowald at gmail.com Tue Nov 29 04:24:14 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Mon, 28 Nov 2005 22:24:14 -0600 Subject: numlockx: dependency problem In-Reply-To: <20051129115610.401awe6y04840s0g@imp.rexursive.com> References: <20051129115610.401awe6y04840s0g@imp.rexursive.com> Message-ID: <3ea997540511282024p405d8e95p1783621f2590451b@mail.gmail.com> On 11/28/05, Bojan Smojver wrote: > It looks like numlockx has missing dependencies in the current Rawhide > (namely xinitrc). Could someone respin the package without this > dependency (I think it should be xorg-x11-xinit instead)? > Sent to build system. I need these kind of reminders when I don't run rawhide. From jpmahowald at gmail.com Tue Nov 29 04:50:14 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Mon, 28 Nov 2005 22:50:14 -0600 Subject: buildsys waiting Message-ID: <3ea997540511282050o5f119170xedf80702826da7f4@mail.gmail.com> With nothing else in the queue, the build system has been waiting a half an hour before building numlockx, as of this writing. (Thanks dcbw for the time display.) Are the builders not responding? From bojan at rexursive.com Tue Nov 29 04:58:14 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 29 Nov 2005 15:58:14 +1100 Subject: numlockx: dependency problem In-Reply-To: <3ea997540511282024p405d8e95p1783621f2590451b@mail.gmail.com> References: <20051129115610.401awe6y04840s0g@imp.rexursive.com> <3ea997540511282024p405d8e95p1783621f2590451b@mail.gmail.com> Message-ID: <20051129155814.cnmsv768044gocwk@imp.rexursive.com> Quoting John Mahowald : > Sent to build system. I need these kind of reminders when I don't run > rawhide. Thanks. Happy to help ;-) -- Bojan From bugzilla at redhat.com Tue Nov 29 05:29:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 00:29:26 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511290529.jAT5TQ1e003043@www.beta.redhat.com> Please 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 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lmacken at redhat.com ------- Additional Comments From lmacken at redhat.com 2005-11-29 00:28 EST ------- Thanks for all of the great work on this package guys! Out of curiosity, has anyone ported our current init scripts to .i format yet ? I figure, if initng is going to get pushed for Core, then we are going to need our exact init script functionality in order to do a real comparison against SysVinit. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 05:48:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 00:48:45 -0500 Subject: [Bug 174325] Review Request: mod_spin Apache module In-Reply-To: Message-ID: <200511290548.jAT5mj7r004346@www.beta.redhat.com> Please 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 ------- Additional Comments From bojan at rexursive.com 2005-11-29 00:48 EST ------- More in relation to 1). I see from here: http://fedoraproject.org/wiki/Extras/BuildRequests that having %{?dist} is encouraged. I'll drop the beehive bit and report back when it'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 bugzilla at redhat.com Tue Nov 29 06:50:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 01:50:00 -0500 Subject: [Bug 173979] Review Request: Licq - A graphical ICQ Client for Linux In-Reply-To: Message-ID: <200511290650.jAT6o0G4007837@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Licq - A graphical ICQ Client for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173979 kevin.kofler at chello.at changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kevin.kofler at chello.at ------- Additional Comments From kevin.kofler at chello.at 2005-11-29 01:49 EST ------- Nobody interested in this? :-( While it doesn't support as many protocols as GAIM, LICQ has its advantages over GAIM, e.g. support for ICQ user-to-user chats. It would be nice to see this back (it was part of Red Hat Linux back in the day) in Extras. If you want, I can: * run the package through the review checklist, * build the package, * run it and report any issues noticed that way. I can't however formally approve the package or sponsor you, we need someone with a higher trust level for that. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 07:21:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 02:21:25 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511290721.jAT7LPxW009858@www.beta.redhat.com> Please 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 2005-11-29 02:21 EST ------- at comment #71 it would be possible to do this porting but you will loss lot of performance. E.g. in initng you can write | daemon = /usr/sbin/ntpd | daemon_args = -i /var/lib/ntp/chroot -u ntp:ntp -n or | daemon { | ... parsing /etc/sysconfig/ntpd ... | exec /usr/sbin/ntpd $parsed_params | } First variant would be the fast initng way while the second one is the bloaty SysVinit/initscript way spawning a separate bash for each daemon. initng supports 'env_file' which could be used to pass parameters but afais, it can NOT be used like | env_file = /etc/sysconfig/ntpd | daemon_args = -n $OPTIONS To get real comparison, the first way should be used but not the second one. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 07:54:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 02:54:06 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511290754.jAT7s6R0011929@www.beta.redhat.com> Please 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 2005-11-29 02:53 EST ------- (In reply to comment #69) > sorry for this (maybe stupid) question but what about gdm/kdm shutdown/reboot? > they do call reboot/poweroff or shutdown but not ngc ? or does initng ships whit > a wrapper that solves this issue? If not we need some kind of wrapper ... Initng ships with /dev/initctl emulation, so all applications trying to halt/reboot the SysVinit way will work just fine. Apparently this even works better than the initng way (ngc -j reboot) right now... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 08:00:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 03:00:06 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511290800.jAT806oa012659@www.beta.redhat.com> Please 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 2005-11-29 02:59 EST ------- (In reply to comment #68) > > Gauret: Should I apply for sponsorship for cvsextras? > > Yes, go ahead, I'll sponsor you. Done. > > I noticed that we're doing double work, since there's a script in initng for > > generating runlevels. [...] What do you think? > > The closer we are to upstream, the better. If we can improve upstream's script > instead of creating our own, that's definately the way to go. Yep. Absolutely. My new gen_system_runlevel and all Gaurets new scripts is in initng 0.4.6, so as soon as I'm finished remaking spec file we'll have all our changes in upstreams! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 29 09:05:38 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 29 Nov 2005 11:05:38 +0200 Subject: gnome-phone-manager In-Reply-To: References: Message-ID: <1133255138.9376.77.camel@localhost.localdomain> On Mon, 2005-11-28 at 21:12 +0100, Linus Walleij wrote: > Another thing with this one is that it requires Gnokii (www.gnokii.org) > which is currently in Livna. Is there something license-wise or > patent-wise that makes it non-kosher, or can we lift the package to the > Extras? ISTR it had something to do with the pictures of phones it includes. If anyone knows better, please chime in. From eric.tanguy at univ-nantes.fr Mon Nov 28 21:57:18 2005 From: eric.tanguy at univ-nantes.fr (Eric Tanguy) Date: Mon, 28 Nov 2005 22:57:18 +0100 Subject: fc5 goals In-Reply-To: References: Message-ID: <1133215038.3092.21.camel@bureau.maison> Le lundi 28 novembre 2005 ? 11:56 -0800, Peter Gordon a ?crit : > Josh Coffman wrote: > > Anyone know where to find documentation about the > > goals and improvements intended for FC5? > > You might want to take a look at FC5Future[1] on the Wiki, as well. > > [1] http://www.fedoraproject.org/wiki/FC5Future > > --Peter > Why there is so much java package included in fc5 ? No news about early login or something like that ? Why kde is still included in core whereas it could be in extras ? Why some packages go directly in core and not in extras before ? Because they were packaged by someone from redhat ? Is it sufficient ??? I saw the long discussion about what to include in or not in fc5 but maybe the problem will be the goal of fedora ? Is this product mainly for developpers form redhat ? yes i know i'm joking but in fact it could be a good question, no ? Thanks Eric From bugzilla at redhat.com Tue Nov 29 10:05:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 05:05:54 -0500 Subject: [Bug 174325] Review Request: mod_spin Apache module In-Reply-To: Message-ID: <200511291005.jATA5sPf025671@www.beta.redhat.com> Please 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 ------- Additional Comments From bojan at rexursive.com 2005-11-29 05:05 EST ------- OK, here is the latest spec file: http://www.rexursive.com/svn/mod_spin/trunk/mod_spin.spec.in Sorry about so many iterations :-( -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 11:15:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 06:15:55 -0500 Subject: [Bug 173979] Review Request: Licq - A graphical ICQ Client for Linux In-Reply-To: Message-ID: <200511291115.jATBFtF6002312@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Licq - A graphical ICQ Client for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173979 tmraz at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO_REPORTER ------- Additional Comments From tmraz at redhat.com 2005-11-29 06:15 EST ------- rpmbuild fails: Processing files: licq-1.3.2-1 error: File not found: /var/tmp/licq-1.3.2-1-root-mraz/usr/share/applnk/Internet/licq.desktop KDEDIR must be set to "/usr" before make install. plugins/qt-gui/share/Makefile must be patched so in the install-data-local target the writability test for $(KDEDIR) is changed to $(DESTDIR)$(KDEDIR) - this should solve the build failure. There are many missing build requires (kde, X) - install mock to find them. In the build process the qt-gui is built twice - with-kde and without, I think it is unnecessary and it clutters the spec file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 11:36:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 06:36:40 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511291136.jATBaeei005444@www.beta.redhat.com> Please 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 2005-11-29 06:36 EST ------- Gauret: Is there any good reason why mDNSResponder needs nifd? Nifd doesn't seem to be installed by default, so on my testing machine mDNSResponder refused to start. Could I change the "need" to an "use"? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 11:56:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 06:56:33 -0500 Subject: [Bug 173658] Review Request: xfce4-cpugraph-plugin In-Reply-To: Message-ID: <200511291156.jATBuXJQ007129@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-cpugraph-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173658 ------- Additional Comments From fedora.wickert at arcor.de 2005-11-29 06:56 EST ------- Sorry, forgot to upload the SRPM. Now it's 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 Tue Nov 29 12:05:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 07:05:38 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291205.jATC5cnQ007888@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 07:05 EST ------- > I brought back the -devel package Why?.. IMHO there was good reasons to not split devel stuff as the separate package... If you worry about rpmlint reports, try to check some popular Fedora Core's packages for example. You will be surprised :) Actually the recommendation to provide clean rpmlint output is not so strict. Sometimes Fedora behaviour differs from rpmlint preferences. Sometimes (like 0700 "non-standard-dir-perm") it "disallows" obviously needed things. Therefore follow rpmlint until it breaks really useful things. I still suggest to omit the separate devel package. Just specify "Provides" tag as described in the comment #10 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 12:25:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 07:25:13 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511291225.jATCPDKl009430@www.beta.redhat.com> Please 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 2005-11-29 07:24 EST ------- (In reply to comment #77) > Gauret: Is there any good reason why mDNSResponder needs nifd? Nifd doesn't seem > to be installed by default, so on my testing machine mDNSResponder refused to > start. Could I change the "need" to an "use"? Hmmm... It seems the machine didn't have neither nifd nor mDNSResponder installed. I guess they should be, it might be a bug in FC5t1? Whatever... Also, since I forgot to put Gauret's new shiny scripts in the makefile, they are included in the tarball but never built. Please forgive me. It's fixed in cvs now :-/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 12:29:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 07:29:36 -0500 Subject: [Bug 174260] Review Request: moin-latex : add-on to support LaTeX markup In-Reply-To: Message-ID: <200511291229.jATCTaws009859@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moin-latex : add-on to support LaTeX markup https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174260 ------- Additional Comments From matthias at rpmforge.net 2005-11-29 07:29 EST ------- *** Bug 165938 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 mattdm at mattdm.org Tue Nov 29 12:36:11 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 29 Nov 2005 07:36:11 -0500 Subject: wxGTK and wxPython 2.6 -- please check out In-Reply-To: <20051128204938.GA22736@jadzia.bu.edu> References: <20051124172239.GA13237@jadzia.bu.edu> <20051128202111.GA20991@jadzia.bu.edu> <1133210676.9376.29.camel@localhost.localdomain> <20051128204938.GA22736@jadzia.bu.edu> Message-ID: <20051129123611.GA28524@jadzia.bu.edu> On Mon, Nov 28, 2005 at 03:49:38PM -0500, Matthew Miller wrote: > > > Also -- I want to rename the python package back to wxPython, instead > > > of wxPythonGTK2, to follow the normal practice of keeping the package > > > name matching the upstream source tarball. Does anyone have an > > > argument against that? > > Food for thought at https://bugzilla.fedora.us/show_bug.cgi?id=927 > > comment 6 onwards. Note that comment 12 mentions upstream _packages_ > > being (having been?) wxPythonGTK* even though the tarball is wxPython. > Yeah, I think upstream came around to sanity after that conversation. :) So, anyway, the second question: how does one actually accomplish this in the Extras buildsystem? Both the "old" and "new" names exist; I want to revert back to the old one.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dwmw2 at infradead.org Tue Nov 29 12:36:36 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 29 Nov 2005 12:36:36 +0000 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> Message-ID: <1133267796.31573.154.camel@baythorne.infradead.org> On Tue, 2005-11-29 at 09:10 +1100, Bojan Smojver wrote: > Since you seem to have some Macromedia technical contacts in order to > ship the plugin, let me ask about x86_64. Do they have plans to port > the plugin to that (or any other) architecture? It seems that the only > folks not realising that this is a major platform are Macromedia and > Sun (no official Java plugin either, for almost 3 years now: Doesn't IBM's JDK have a plugin? It does for PPC. http://www-128.ibm.com/developerworks/java/jdk/java5beta/ For Flash, we should just use swfdec or gplflash. -- dwmw2 From bugzilla at redhat.com Tue Nov 29 12:56:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 07:56:09 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291256.jATCu9B2012449@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 07:56 EST ------- The upstream author (Michael K. Johnson, former Red Hatter and former Fedora project leader) had a separate devel package in his original spec file. It's 13KB as a separate RPM, and not I thought worth a long debate over including it or breaking it out. Could go either way, but may as well stay consistent with the original. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 12:59:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 07:59:25 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291259.jATCxPIc012768@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 07:59 EST ------- > modified name per PackageNamingGuidelines OK - caff: ??? yet no idea how to check this - gpg-key2ps: works (it would be useful to have an option to print US Dollars too :-)) - gpg-mailkeys: works - gpglist: works - gpgsigs: ??? yet no idea how to check this - keylookup: does NOT work. 'gpg --search ...' works, but keylookup does not work :( - pgp-clean: does NOT work. Produces: "Can't locate GnuPG/Interface.pm in @INC" ... - pgp-fixkey: does NOT work. The same as above: "Can't locate GnuPG/Interface.pm in @INC" ... Perhaps some "Requires" are needed for pgp-{clean|fixkey}. Could you any idea how I can easily test "caff" and "gpgsign" ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 13:15:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 08:15:25 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291315.jATDFP3s014242@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 08:15 EST ------- pgp-clean and pgp-fixkey work for me, as I've got the perl-GnuPG-Interface package installed, which the pgp-tools package lists as an rpm Requires auto- generated. keylookup works for me too, after fixing the permissions on files in ~/.gnupg/* so that gpg didn't complain. These are all on x86_64 FC4. gpgsigs needs recode, which I missed as a dependency. I'll fix that. I'll see about test processes for caff and gpgsigs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 13:15:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 08:15:38 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291315.jATDFctr014270@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 08:15 EST ------- > It's 13KB as a separate RPM It packages just 2.4KB header, accompanied with 18KB license file (because of separate packaging). Package splitting is useful for saving disk space/network traffic etc, but this benefit takes effect when the package size is not too small. In the case the splitted package is too small (and surely not requires extra -devel packages), the splitting does not save the user disk space, but takes a cost as additional file in the repository (and in the repository databases). If you want to keep separate devel packages nevertheless, let it be so :/, it is not a blocker. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 13:22:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 08:22:34 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291322.jATDMY6v014759@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From ville.skytta at iki.fi 2005-11-29 08:22 EST ------- The devel package is missing a dependency on glib2-devel (#include ). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 13:31:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 08:31:49 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291331.jATDVnrb015445@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 08:31 EST ------- > glib2-devel Oops! Ville, thanks a lot! Matt, save devel package! :) Just add "Requires: glib2-devel" to it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 13:33:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 08:33:51 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291333.jATDXpuU015582@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 08:33 EST ------- > which the pgp-tools package lists as an rpm Requires auto-generated. Oops. Sorry. :) > keylookup works for me too, after fixing the permissions on files > in ~/.gnupg/* so that gpg didn't complain. Hmmm. My gpg say nothing bad when I do 'gpg --search'. What is your permissions exactly? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 13:38:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 08:38:18 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291338.jATDcIM4015849@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 08:38 EST ------- ~/.gnupg 0700 ~/.gnupg/* 0600 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Tue Nov 29 14:11:04 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 29 Nov 2005 09:11:04 -0500 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <1133224082.21926.57.camel@locolhost.localdomain> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> <1133224082.21926.57.camel@locolhost.localdomain> Message-ID: <438C6178.8090709@redhat.com> Michael A. Peters wrote: > On Tue, 2005-11-29 at 09:10 +1100, Bojan Smojver wrote: > >>Quoting Warren Togami : >> >> >>>Yeah, this isn't a Fedora package, however I know many Fedora users are >>>using the older version of this package so I figure it would be >>>appropriate to announce here. You can optionally configure yum to point >>>to the repository for auto-upgrade in the future. >> >>Since you seem to have some Macromedia technical contacts in order to >>ship the plugin, let me ask about x86_64. Do they have plans to port >>the plugin to that (or any other) architecture? It seems that the only >>folks not realising that this is a major platform are Macromedia and >>Sun (no official Java plugin either, for almost 3 years now: >>http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4802695)... > > > Which is interesting - since Sun ships x86_64 boxes > Yes, but Sun has an interest in Sparc64 being the true 64bit platform. Warren Togami wtogami at redhat.com From buildsys at fedoraproject.org Tue Nov 29 14:28:03 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 29 Nov 2005 09:28:03 -0500 (EST) Subject: Fedora Extras development Package Build Report Message-ID: <20051129142803.30DC68091@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 26 aalib-1.4.0-0.rc5.7 bash-completion-20050721-2.fc5 bigloo-2.7a-2.fc5 enca-1.8-1.fc5 exim-4.60-2.fc5 exim-doc-4.60-1 galeon-2.0.0-1.fc5 goffice-0.1.2-2 gparted-0.0.9-3.fc5 jabberd-2.0-0.s10.8 jabberd-2.0-0.s10.8.fc5 libebml-0.7.6-1.fc5 libgsf113-1.13.3-3 libmatroska-0.8.0-1.fc5 libtunepimp-0.4.0-3.fc5 lirc-0.8.0-0.2.pre1.fc5 most-4.10.2-2.fc5 nuttcp-5.1.11-4 openct-0.6.6-3.fc5 p7zip-4.30-1.fc5 plague-0.4.3-2.fc5 rxvt-2.7.10-8.fc5 rxvt-unicode-5.8-2.fc5 synce-0.9.1-6.fc5 wxGTK-2.6.2-2.fc5 xmlstarlet-1.0.1-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 Tue Nov 29 14:45:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 09:45:26 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291445.jATEjQkX023158@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 09:45 EST ------- Works fine! MUST/SHOULD items will be OK after some required changes (comment #15 - comment #17) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Tue Nov 29 14:57:42 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 29 Nov 2005 09:57:42 -0500 (EST) Subject: Fedora Extras 4 Package Build Report Message-ID: <20051129145742.6D6178091@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 15 bigloo-2.7a-2.fc4 bzflag-2.0.4-0.fc4.2 cernlib-2005-4.fc4.8 chkrootkit-0.46a-1.fc4 enca-1.8-1.fc4 galeon-2.0.0-1.fc4 gparted-0.0.9-3.fc4 jabberd-2.0-0.s10.8.fc4 libebml-0.7.6-1.fc4 libmatroska-0.8.0-1.fc4 p7zip-4.30-1.fc4 plague-0.4.3-2.fc4 synce-0.9.1-5.fc4 tinyerp-3.1.1-1.fc4 xmlstarlet-1.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 bugzilla at redhat.com Tue Nov 29 14:54:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 09:54:47 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291454.jATEslom024721@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |regression ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 09:54 EST ------- to test caff, I generated a new key, and used caff to sign it. (I didn't push the test key to the keyservers, but manually imported it into caff's keyring). This worked as expected. As for testing gpgsigs, here's what I did, this worked as expected. $ gpg --list-keys pgp-tools-test > /tmp/to-sign $ gpgsigs 92F0FC09 /tmp/to-sign /tmp/signed Running --list-sigs, this will take a while . Annotating /tmp/to-sign, writing into /tmp/signed [mdomsch at pws370 ~]$ cat /tmp/signed pub 1024D/50765F1F 2005-11-29 (S) uid Fedora pgp-tools test key sub 2048g/457DBB5A 2005-11-29 Legend: (S) signed with 92F0FC09 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 14:59:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 09:59:54 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511291459.jATExsO8025509@www.beta.redhat.com> Please 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 2005-11-29 09:59 EST ------- (In reply to comment #78) > Also, since I forgot to put Gauret's new shiny scripts in the makefile, they are > included in the tarball but never built. Please forgive me. It's fixed in cvs > now :-/ ...which only seems to have effected the audit service, since someone else remade the Makefile in the daemons directory just before release. I hope you all can live without audit for the time being. Or should I make a little patch? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:01:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:01:53 -0500 Subject: [Bug 166548] Review Request: multisync-plugin-synce - Synce plugin for multisync In-Reply-To: Message-ID: <200511291501.jATF1rxT025833@www.beta.redhat.com> Please 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-plugin-synce - Synce plugin for multisync https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166548 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DEFERRED ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-29 10:01 EST ------- integrated into multisync from opensync project -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:03:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:03:09 -0500 Subject: [Bug 168037] Review Request: tetex-movie15 In-Reply-To: Message-ID: <200511291503.jATF39CV026045@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tetex-movie15 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168037 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NOTABUG ------- Additional Comments From mpeters at mac.com 2005-11-29 10:03 EST ------- I'm going to drop this - the upstream file is small but changes with some frequency, and other than at school - I do not have a means to test it as it changes (all linux at home), so I'm not really fit to maintain it until such time as the output (PDF with embedded multimedia) works in one of the available Linux PDF readers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Tue Nov 29 15:06:24 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 29 Nov 2005 10:06:24 -0500 (EST) Subject: Fedora Extras 3 Package Build Report Message-ID: <20051129150624.41B008091@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 10 bigloo-2.7a-4.fc3 chkrootkit-0.46a-1.fc3 directfb-0.9.24-4.fc3 enca-1.8-1.fc3 galeon-2.0.0-1.fc3 gparted-0.0.9-3.fc3 plague-0.4.3-2.fc3 synce-0.9.1-5.fc3 tinyerp-3.1.1-1.fc3 xmlstarlet-1.0.1-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Nov 29 15:18:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:18:09 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291518.jATFI9kj027876@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 10:18 EST ------- Requested changes made. http://domsch.com/linux/fedora/extras/ttywatch/ttywatch.spec http://domsch.com/linux/fedora/extras/ttywatch/ttywatch-0.14-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:21:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:21:38 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291521.jATFLciq028287@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 10:21 EST ------- Requires: perl(Locale::Recode) added for gpgsigs. http://domsch.com/linux/fedora/extras/pgp-tools/pgp-tools.spec http://domsch.com/linux/fedora/extras/pgp-tools/pgp-tools-0.4.4- 2.20051123svn.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 Nov 29 15:26:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:26:20 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291526.jATFQKQn028693@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-11-29 10:26 EST ------- APPROVED! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:27:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:27:48 -0500 Subject: [Bug 174240] Review Request: artwiz-aleczapka In-Reply-To: Message-ID: <200511291527.jATFRm8x028960@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: artwiz-aleczapka https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174240 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-29 10:27 EST ------- Ok here you go: added fc-cache to post and require it (so we don't need the if's like in dejavu) and changed the name... Before it pops up: The ghost stuff is not needed because I build them in a different way so that the files get included automatically: http://fedora.lowlatency.de/review/artwiz-aleczapka-fonts-1.3-2.src.rpm http://fedora.lowlatency.de/review/artwiz-aleczapka-fonts.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 Nov 29 15:30:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:30:20 -0500 Subject: [Bug 174486] New: Review Request: libopensync - A synchronization 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=174486 Summary: Review Request: libopensync - A synchronization framework Product: Fedora Extras Version: devel Platform: All URL: http://www.opensync.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libopensync.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libopensync-0.18-1.src.rpm Description: OpenSync is a synchronization framework that is platform and distribution independent. It consists of several plugins that can be used to connect to devices, a powerfull sync-engine and the framework itself. The synchronization framework is kept very flexible and is capable of synchronizing any type of data, including contacts, calendar, tasks, notes and 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 Nov 29 15:30:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:30:38 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291530.jATFUcBp029309@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174486 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:33:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:33:28 -0500 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200511291533.jATFXSXT029659@www.beta.redhat.com> Please 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 ---------------------------------------------------------------------------- BugsThisDependsOn| |174486 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-29 10:33 EST ------- New version from opensync project: http://fedora.lowlatency.de/review/multisync-0.90.18-1.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 Tue Nov 29 15:36:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:36:07 -0500 Subject: [Bug 174490] New: Review Request: libopensync-plugin-evolution2 Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174490 Summary: Review Request: libopensync-plugin-evolution2 Product: Fedora Extras Version: devel Platform: All URL: http://www.opensync.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-evolution2.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-evolution2-0.18-1.src.rpm Description: Evolution 2 plugin for libopensync -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:36:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:36:19 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291536.jATFaJOc029999@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174490 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:37:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:37:32 -0500 Subject: [Bug 174260] Review Request: moin-latex : add-on to support LaTeX markup In-Reply-To: Message-ID: <200511291537.jATFbWci030238@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moin-latex : add-on to support LaTeX markup https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174260 ------- Additional Comments From mpeters at mac.com 2005-11-29 10:37 EST ------- I'm having a little difficuly getting the md5sum to match up with the files I can find at the URL. Have they changed upstream? What's particularly annoying (not you) is that I can't wget the links - get a 403 error, have to click and download them with the browser. Mock is clean - I'll go ahead and test it, but if there could be some assistance in figuring out how to get the md5um to match (which files you grabbed for what) that would be great. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:39:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:39:15 -0500 Subject: [Bug 174492] New: Review Request: libopensync-plugin-file Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174492 Summary: Review Request: libopensync-plugin-file Product: Fedora Extras Version: devel Platform: All URL: http://www.opensync.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-file.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-file-0.18-1.src.rpm Description: File plugin for libopensync -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:39:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:39:27 -0500 Subject: [Bug 174486] Review Request: libopensync - A synchronization framework In-Reply-To: Message-ID: <200511291539.jATFdRlH030511@www.beta.redhat.com> Please 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 - A synchronization framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174486 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |174492 nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:39:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:39:36 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291539.jATFdaqB030564@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174492 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:41:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:41:31 -0500 Subject: [Bug 174494] New: Review Request: libopensync-plugin-irmc Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174494 Summary: Review Request: libopensync-plugin-irmc Product: Fedora Extras Version: devel Platform: All URL: http://www.opensync.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-irmc.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-irmc-0.18-1.src.rpm Description: Irmc plugin for libopensync -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:41:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:41:43 -0500 Subject: [Bug 174486] Review Request: libopensync - A synchronization framework In-Reply-To: Message-ID: <200511291541.jATFfhnC030928@www.beta.redhat.com> Please 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 - A synchronization framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174486 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |174494 nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:42:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:42:00 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291542.jATFg0Q4030994@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174494 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:42:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:42:46 -0500 Subject: [Bug 174495] New: Review Request: libopensync-plugin-kdepim Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174495 Summary: Review Request: libopensync-plugin-kdepim Product: Fedora Extras Version: devel Platform: All URL: http://www.opensync.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-kdepim.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-kdepim-0.18-1.src.rpm Description: KDE plugin for libopensync -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:42:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:42:58 -0500 Subject: [Bug 174486] Review Request: libopensync - A synchronization framework In-Reply-To: Message-ID: <200511291542.jATFgwAQ031124@www.beta.redhat.com> Please 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 - A synchronization framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174486 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |174495 nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:43:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:43:11 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291543.jATFhBIv031164@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174495 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:43:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:43:16 -0500 Subject: [Bug 174496] New: Review Request: libopensync-plugin-palm Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174496 Summary: Review Request: libopensync-plugin-palm Product: Fedora Extras Version: devel Platform: All URL: http://www.opensync.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-palm.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-palm-0.18-1.src.rpm Description: Palm plugin for libopensync -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:43:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:43:33 -0500 Subject: [Bug 174486] Review Request: libopensync - A synchronization framework In-Reply-To: Message-ID: <200511291543.jATFhXdC031283@www.beta.redhat.com> Please 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 - A synchronization framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174486 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |174496 nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:43:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:43:41 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291543.jATFhf5s031346@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174496 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:43:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:43:44 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511291543.jATFhibA031358@www.beta.redhat.com> Please 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 arnaud.abelard at univ-nantes.fr 2005-11-29 10:43 EST ------- If daemon/acpid is added to the default runlevel it doesn't create its socket (/var/run/acpid.socket) during boot time for some reason. If ran after boot time, the socket is properly created -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:43:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:43:55 -0500 Subject: [Bug 174497] New: Review Request: libopensync-plugin-phyton Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174497 Summary: Review Request: libopensync-plugin-phyton Product: Fedora Extras Version: devel Platform: All URL: http://www.opensync.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-python.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-python-0.18-1.src.rpm Description: Python plugin for libopensync -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:44:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:44:03 -0500 Subject: [Bug 174486] Review Request: libopensync - A synchronization framework In-Reply-To: Message-ID: <200511291544.jATFi3O9031489@www.beta.redhat.com> Please 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 - A synchronization framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174486 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |174497 nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:44:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:44:14 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291544.jATFiEGJ031548@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174497 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:47:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:47:55 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291547.jATFltSL032050@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 10:47 EST ------- keylookup still is an issue for me: > ~/.gnupg 0700 > ~/.gnupg/* 0600 the same [buc at buc buc]$ gpg --keyserver=pgp.mit.edu --search dmitry at butskoy.name gpg: searching for "dmitry at butskoy.name" from HKP server pgp.mit.edu Keys 1-1 of 1 for "dmitry at butskoy.name" (1) Dmitry Butskoy (buc) 1024 bit DSA key 4F33DE20, created 2005-08-03 Enter number(s), N)ext, or Q)uit > q [buc at buc buc]$ [buc at buc buc]$ keylookup --keyserver=pgp.mit.edu dmitry at butskoy.name gpg: searching for "dmitry at butskoy.name" from HKP server pgp.mit.edu GnuPG did not find any keys matching your search string. [buc at buc buc]$ i.e. gpg works, keylookup not... pgp-clean: invokes "gpg" which read stdin (according to strace(1) tracing), but nothing happen... pgp-fixkey: seems to work gpgsign: works caff: seems to work -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 15:56:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:56:09 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291556.jATFu9Ta000785@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 10:56 EST ------- For me: $ keyserver --keyserver=pgp.mit.edu dmitry at butskoy.name (insert pretty ncurses screenshot showing me your key) local 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 Nov 29 15:58:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 10:58:36 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291558.jATFwaRl001260@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 10:58 EST ------- $ pgp-clean 92F0FC09 outputs to stdout my armored key, stripped of sigs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:07:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:07:36 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291607.jATG7aBS002995@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 11:07 EST ------- > (insert pretty ncurses screenshot showing me your key) It is from "keylookup" to you, or from you to me? :) > pgp-clean 92F0FC09 import your key, invoke "pgp-clean 92F0FC09", the same silence results. My distro is FC3. Maybe something is missed in Requires (like for Locale::Recode) ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:09:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:09:23 -0500 Subject: [Bug 174260] Review Request: moin-latex : add-on to support LaTeX markup In-Reply-To: Message-ID: <200511291609.jATG9NJ3003327@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moin-latex : add-on to support LaTeX markup https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174260 ------- Additional Comments From ed at eh3.com 2005-11-29 11:09 EST ------- Hi Michael, I appreciate you taking some time to review this tiny but annoying package. I created it mostly to document the process since the upstream directions are somewhat difficult to follow. The urls are: http://johannes.sipsolutions.net/Projects/new-moinmoin-latex/parser?action=raw http://johannes.sipsolutions.net/Projects/new-moinmoin-latex/macro?action=raw http://johannes.sipsolutions.net/Projects/new-moinmoin-latex/inline?action=raw http://moinmoin.wikiwikiweb.de/FormatterMarket/text_latex.py?action=raw which were then re-named. And yes, they don't seem to work with wget. Also, since there are only four small files, perhaps the comparison with upstream could be done with "diff -u" instead of md5sum? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:17:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:17:01 -0500 Subject: [Bug 174504] New: Review Request: wine-docs - Documentation for wine Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174504 Summary: Review Request: wine-docs - Documentation for wine Product: Fedora Extras Version: devel Platform: All URL: http://www.winehq.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/wine-docs.spec SRPM Name or Url: http://fedora.lowlatency.de/review/wine-docs-0.9.2-1.src.rpm Description: This package is Wine's documentation repository. It consists of various guides and their translations. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:17:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:17:13 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291617.jATGHDDC004491@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174504 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:19:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:19:22 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291619.jATGJMXV004741@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From dmitry at butskoy.name 2005-11-29 11:19 EST ------- Actually, keylookup invokes "gpg" as this: gpg --keyserver=pgp.mit.edu --command-fd=0 --batch --no-tty --with-colons --fixed-list-mode --search dmitry at butskoy.name (and then type Ctrl-D) For me it outputs: gpg: searching for "dmitry at butskoy.name" from HKP server pgp.mit.edu Keys 1-1 of 1 for "dmitry at butskoy.name" (1) Dmitry Butskoy (buc) 1024 bit DSA key 4F33DE20, created 2005-08-03 Q What "gpg" outputs exactly with the same cmdline for you? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:21:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:21:51 -0500 Subject: [Bug 174260] Review Request: moin-latex : add-on to support LaTeX markup In-Reply-To: Message-ID: <200511291621.jATGLpwp005091@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moin-latex : add-on to support LaTeX markup https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174260 ------- Additional Comments From mpeters at mac.com 2005-11-29 11:21 EST ------- Great - thanks! I can confirm that it in fact does 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 Nov 29 16:24:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:24:58 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511291624.jATGOwLs005594@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-29 11:24 EST ------- Ok I will have to specs for now: - fc{3,4}: http://fedora.lowlatency.de/review/wine.spec http://fedora.lowlatency.de/review/wine-0.9.2-1.src.rpm - devel: http://fedora.lowlatency.de/review/wine-fc5.spec http://fedora.lowlatency.de/review/wine-0.9.2-1.fc5.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 Nov 29 16:26:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:26:17 -0500 Subject: [Bug 174495] Review Request: libopensync-plugin-kdepim In-Reply-To: Message-ID: <200511291626.jATGQHlH005752@www.beta.redhat.com> Please 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 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rdieter at math.unl.edu ------- Additional Comments From rdieter at math.unl.edu 2005-11-29 11:26 EST ------- 1 small comment (which probably can be applied to all/most of the libopensync-plugin-* pkgs you just submitted): 1. about naming. For pkgs that provide "plugin" type services, pkg names are sometimes/often(*) rooted in what they're a plugin for, so in this case, another name for this pkg to consider is: kdepim-opensync On the other hand, I'm also a strong proponent of following upstream pkg names too (unless there is good reason to do otherwise, of course). (-: (*) precendents include addons/plugins for (off the top of my head) xmms, valgrind -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:28:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:28:06 -0500 Subject: [Bug 174495] Review Request: libopensync-plugin-kdepim In-Reply-To: Message-ID: <200511291628.jATGS69B006004@www.beta.redhat.com> Please 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 2005-11-29 11:27 EST ------- Maybe as provide? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:35:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:35:02 -0500 Subject: [Bug 174260] Review Request: moin-latex : add-on to support LaTeX markup In-Reply-To: Message-ID: <200511291635.jATGZ23k007039@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: moin-latex : add-on to support LaTeX markup https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174260 mpeters at mac.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From mpeters at mac.com 2005-11-29 11:34 EST ------- * builds in mock, result rpmlint clean (src and noarch) * properly named * spec file filename matches package * meets packaging guidelines * OSS license (GPL) - matches specification in files * Spec file in American English - legible * Source files within tarball match upstream * tested against moin package in FC4 - works * proper requires * owns all files installed, no loose directories * Proper fedora specific readme * Not a binary package, binary concerns don't apply 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 Tue Nov 29 16:42:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:42:22 -0500 Subject: [Bug 171526] Review Request: wine - A Windows 16/32 bit emulator In-Reply-To: Message-ID: <200511291642.jATGgMvp008420@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: wine - A Windows 16/32 bit emulator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-11-29 11:42 EST ------- Thanks for the patch... I know you can do this but I figure if this goes to cvs anytime soon *dreaming* then this needs to be split up anyway... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:44:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:44:49 -0500 Subject: [Bug 174510] New: Review Request: perl-Crypt-DH Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174510 Summary: Review Request: perl-Crypt-DH Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Crypt-DH/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at city-fan.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.city-fan.org/~paul/extras/perl-Crypt-DH/perl-Crypt-DH.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/perl-Crypt-DH/perl-Crypt-DH-0.06-1.src.rpm Description: Crypt::DH is a Perl implementation of the Diffie-Hellman key exchange system. Diffie-Hellman is an algorithm by which two parties can agree on a shared secret key, known only to them. The secret is negotiated over an insecure network without the two parties ever passing the actual shared secret, or their private keys, between them. (note to reviewers: %check takes a *long* time) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:44:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:44:58 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291644.jATGiwPf009118@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174510 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 16:59:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 11:59:28 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291659.jATGxSfu011557@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 11:59 EST ------- $ gpg --keyserver=pgp.mit.edu --command-fd=0 --batch --no-tty --with-colons -- fixed-list-mode --search dmitry at butskoy.name gpg: searching for "dmitry at butskoy.name" from hkp server pgp.mit.edu pub:4F33DE20:17:1024:1123156023:: uid:Dmitry Butskoy (buc) Q I think this is because FC3 has gnupg 1.2, and FC4 has gnupg 1.4. perl-GnuPG- Interface had to have patch on the FC3 branch to deal with this. I'm inclined not to put pgp-tools on FC3 and ignore this. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 17:05:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 12:05:01 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291705.jATH512O012897@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From dmitry at butskoy.name 2005-11-29 12:04 EST ------- OK MUST/SHOULD items OK Works (assume) fine. APPROVED! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 17:12:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 12:12:07 -0500 Subject: [Bug 174377] Review Request:gnu-smalltalk - GNU Smalltalk In-Reply-To: Message-ID: <200511291712.jATHC7CI014035@www.beta.redhat.com> Please 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 Jochen at herr-schmitt.de changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request:gst - GNU |Review Request:gnu-smalltalk |Smalltalk |- GNU Smalltalk URL|http://www.herr- |http://www.herr- |schmitt.de/pub/gst/ |schmitt.de/pub/gnu-smalltalk Status|NEEDINFO |ASSIGNED ------- Additional Comments From Jochen at herr-schmitt.de 2005-11-29 12:11 EST ------- I have uploaded a updated version of the package: SPEC: http://www.herr-schmitt.de/pub/gnu-smalltalk/gnu-smalltalk.spec SRPM: http://www.herr-schmitt.de/pub/gnu-smalltalk/gnu-smalltalk-2.2-2.src.rpm Best Regards: Jochen Schmitt -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From notting at redhat.com Tue Nov 29 17:30:56 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Nov 2005 12:30:56 -0500 Subject: gnome-phone-manager In-Reply-To: <1133255138.9376.77.camel@localhost.localdomain> References: <1133255138.9376.77.camel@localhost.localdomain> Message-ID: <20051129173056.GA2141@devserv.devel.redhat.com> Ville Skytt? (ville.skytta at iki.fi) said: > On Mon, 2005-11-28 at 21:12 +0100, Linus Walleij wrote: > > Another thing with this one is that it requires Gnokii (www.gnokii.org) > > which is currently in Livna. Is there something license-wise or > > patent-wise that makes it non-kosher, or can we lift the package to the > > Extras? > > ISTR it had something to do with the pictures of phones it includes. If > anyone knows better, please chime in. Correct, it's got what seems to be fairly official images of Nokia phones (in xgnokii), which, if they came from Nokia's web site, would certainly be a violation of their terms of use... I suppose if xgnokii wasn't included in the source, it wouldn't be a problem... Bill From bugzilla at redhat.com Tue Nov 29 17:39:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 12:39:32 -0500 Subject: [Bug 173658] Review Request: xfce4-cpugraph-plugin In-Reply-To: Message-ID: <200511291739.jATHdW8k017858@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-cpugraph-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173658 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-11-29 12:39 EST ------- Hi Christoph, the new SPRM looks good: + source matches upstream + builds in mock on FC-4 + no errors or warnings with rpmlint + no dangling directories 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 buc at odusz.so-cdu.ru Tue Nov 29 17:56:01 2005 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Tue, 29 Nov 2005 20:56:01 +0300 Subject: Duplicates of review bugzilla tickets Message-ID: <438C9631.4010808@odu.neva.ru> Since last month sometimes some strange duplicates of review bugzilla tickets appeared. Instead of the single "[Bug 100000] New: ReviewRequest: foobar", also "[Bug 100001] New: ReviewRequest: foobar" appears. Then the duplicate ticket was closed. The list of such ticket pairs: http://bugzilla.redhat.com/bugzilla/174377 http://bugzilla.redhat.com/bugzilla/174375 http://bugzilla.redhat.com/bugzilla/173924 http://bugzilla.redhat.com/bugzilla/173923 http://bugzilla.redhat.com/bugzilla/173459 http://bugzilla.redhat.com/bugzilla/173458 http://bugzilla.redhat.com/bugzilla/173457 http://bugzilla.redhat.com/bugzilla/173295 http://bugzilla.redhat.com/bugzilla/173294 http://bugzilla.redhat.com/bugzilla/173111 http://bugzilla.redhat.com/bugzilla/173110 http://bugzilla.redhat.com/bugzilla/172141 http://bugzilla.redhat.com/bugzilla/172140 A probably explanation can be found here (https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00930.html), i.e. >I entered the bug from a Windows machine with >explorer. We all know how good that is > Does it mean that "submitting for review" page is not browser-independent? (Contributing/maintaining Fedora using IE... Brrrr....) ~buc From joost at soeterbroek.com Tue Nov 29 19:07:03 2005 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Tue, 29 Nov 2005 20:07:03 +0100 Subject: Lots of warnings with gcc4 on Fedora Message-ID: <1133291224.4090.4.camel@alexandria> Hi, I am compiling (clearsilver) on Fedora4 and I am seeing a lot of these warnings: html.c:721: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness html.c:721: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness Are these safe to ignore? gcc version 4.0.1 20050727 (Red Hat 4.0.1-5) Regards, Joost From bugzilla at redhat.com Tue Nov 29 19:17:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 14:17:43 -0500 Subject: [Bug 172971] Review Request: pgp-tools In-Reply-To: Message-ID: <200511291917.jATJHhwQ031907@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pgp-tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172971 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |CURRENTRELEASE Fixed In Version| |0.4.4-3.20051123svn ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 14:17 EST ------- Builds for FC-4 and devel branches 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 Tue Nov 29 19:19:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 14:19:18 -0500 Subject: [Bug 173052] Review Request: ttywatch In-Reply-To: Message-ID: <200511291919.jATJJInu032211@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ttywatch https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173052 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |CURRENTRELEASE Fixed In Version| |0.14-4 ------- Additional Comments From Matt_Domsch at dell.com 2005-11-29 14:19 EST ------- Builds for devel, FC-4, FC-3 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 ville.skytta at iki.fi Tue Nov 29 19:36:50 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 29 Nov 2005 21:36:50 +0200 Subject: Lots of warnings with gcc4 on Fedora In-Reply-To: <1133291224.4090.4.camel@alexandria> References: <1133291224.4090.4.camel@alexandria> Message-ID: <1133293010.7424.54.camel@localhost.localdomain> On Tue, 2005-11-29 at 20:07 +0100, Joost Soeterbroek wrote: > I am compiling (clearsilver) on Fedora4 and I am seeing a lot of these > warnings: Sorry, not really answering your question, but in case you're building clearsilver with the intention of submitting it to Extras, this could save you some work: http://cachalot.mine.nu/4/SRPMS/clearsilver-0.10.1-0.1.src.rpm I'd be glad to see this and trac (for which I have a pretty good package ready too) included in Extras, but I don't have the time to maintain them "in public", so not submitted :/ From bugzilla at redhat.com Tue Nov 29 19:40:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 14:40:10 -0500 Subject: [Bug 173098] Review Request: ortp: A C library implementing the RTP protocol (RFC3550) In-Reply-To: Message-ID: <200511291940.jATJeAoH003824@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |wtogami at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-11-29 14:39 EST ------- If we need to update it in the future it should be no problem. Spec looks good, APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mitr at volny.cz Tue Nov 29 19:45:40 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 29 Nov 2005 20:45:40 +0100 Subject: Lots of warnings with gcc4 on Fedora In-Reply-To: <1133291224.4090.4.camel@alexandria> References: <1133291224.4090.4.camel@alexandria> Message-ID: <438CAFE4.1090102@volny.cz> Joost Soeterbroek wrote: > html.c:721: warning: pointer targets in passing argument 1 of 'strlen' > differ in signedness > html.c:721: warning: pointer targets in passing argument 1 of > '__builtin_strcmp' differ in signedness > > Are these safe to ignore? The code will probably work correctly, but it is not valid C and the compiler is allowed to refuse to compile it, so it should be eventually fixed upstream. Mirek From bugzilla at redhat.com Tue Nov 29 19:46:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 14:46:13 -0500 Subject: [Bug 174529] New: Review Request: clearsilver Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 Summary: Review Request: clearsilver Product: Fedora Extras Version: devel Platform: All URL: http://www.clearsilver.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora at soeterbroek.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.soeterbroek.com/linux/fedora/extras/clearsilver/clearsilver.spec SRPM Name or Url: http://www.soeterbroek.com/linux/fedora/extras/clearsilver/clearsilver-0.10.1-1.src.rpm Description: ClearSilver is a fast, powerful, and language-neutral HTML template system. In both static content sites and dynamic HTML applications, it provides a separation between presentation code and application logic which makes working with your project easier. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 19:46:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 14:46:21 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511291946.jATJkLEF005682@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora at soeterbroek.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174529 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 19:49:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 14:49:39 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511291949.jATJnduY006384@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From fedora at soeterbroek.com 2005-11-29 14:49 EST ------- License is ClearSilver Software License, 'derived' from Apache Software License v1.1. It generates a rpmlint error: W: clearsilver invalid-license Apache License style See: /usr/share/doc/clearsilver-0.10.1/CS_LICENSE -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From joost at soeterbroek.com Tue Nov 29 19:57:55 2005 From: joost at soeterbroek.com (Joost Soeterbroek) Date: Tue, 29 Nov 2005 20:57:55 +0100 Subject: Lots of warnings with gcc4 on Fedora In-Reply-To: <1133293010.7424.54.camel@localhost.localdomain> References: <1133291224.4090.4.camel@alexandria> <1133293010.7424.54.camel@localhost.localdomain> Message-ID: <1133294275.4090.9.camel@alexandria> On Tue, 2005-11-29 at 21:36 +0200, Ville Skytt? wrote: > On Tue, 2005-11-29 at 20:07 +0100, Joost Soeterbroek wrote: > > > I am compiling (clearsilver) on Fedora4 and I am seeing a lot of these > > warnings: > > Sorry, not really answering your question, but in case you're building > clearsilver with the intention of submitting it to Extras, this could > save you some work: > http://cachalot.mine.nu/4/SRPMS/clearsilver-0.10.1-0.1.src.rpm > > I'd be glad to see this and trac (for which I have a pretty good package > ready too) included in Extras, but I don't have the time to maintain > them "in public", so not submitted :/ Yes, I have the intention of submitting trac (and clearsilver on which trac depends) to Extras. If you have a spec file for trac on the shelf I would like to test and maintain it. Joost From ville.skytta at iki.fi Tue Nov 29 20:05:02 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 29 Nov 2005 22:05:02 +0200 Subject: Lots of warnings with gcc4 on Fedora In-Reply-To: <1133294275.4090.9.camel@alexandria> References: <1133291224.4090.4.camel@alexandria> <1133293010.7424.54.camel@localhost.localdomain> <1133294275.4090.9.camel@alexandria> Message-ID: <1133294702.7424.58.camel@localhost.localdomain> On Tue, 2005-11-29 at 20:57 +0100, Joost Soeterbroek wrote: > Yes, I have the intention of submitting trac (and clearsilver on which > trac depends) to Extras. If you have a spec file for trac on the shelf I > would like to test and maintain it. Great! http://cachalot.mine.nu/4/SRPMS/trac-0.9-0.1.src.rpm From bugzilla at redhat.com Tue Nov 29 20:16:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 15:16:54 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511292016.jATKGsea010612@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-11-29 15:16 EST ------- Initial comments, not a full review: I'd suggest taking the patches and some other bits from my package of this at http://cachalot.mine.nu/4/SRPMS/clearsilver-0.10.1-0.1.src.rpm (most of the issues found below are fixed in it) All the perl_* and need_buildroot defines can be removed, they work just fine in the scope of all supported (and some past) Fedora Core versions. Most of the conditional subpackages could be just be made unconditional, and a lot of specfile cruft would disappear. Why isn't the ruby subpackage built by default? IIRC the java subpackage could be built with FC4+'s java. The minimum required version of the python* build dependency is probably bogus; I've built and used this on a FC2 box recently. (My package has >= 2.1, but I'm not 100% sure about its correctness.) "2.4" is hardcoded for the python version in %prep, needs to be fixed. Ditto hardcoded python site packages path which would be incorrect for x86_64. The python subpackage does not require the main package. This is probably true for the perl, ruby, and forthcoming ;) java subpackage too. perllocal.pod cannot be packaged; it'll conflict with other packages. Perl stuff must be installed into vendor install dirs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 29 20:21:05 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 29 Nov 2005 21:21:05 +0100 (CET) Subject: gnome-phone-manager In-Reply-To: <20051129173056.GA2141@devserv.devel.redhat.com> References: <1133255138.9376.77.camel@localhost.localdomain> <20051129173056.GA2141@devserv.devel.redhat.com> Message-ID: On Tue, 29 Nov 2005, Bill Nottingham wrote: > Correct, it's got what seems to be fairly official images of Nokia > phones (in xgnokii), which, if they came from Nokia's web site, would > certainly be a violation of their terms of use... I have contacted upstream about this problem. Let us see what they say. > I suppose if xgnokii wasn't included in the source, it wouldn't be > a problem... Unless upstream does this, we have the option of patching out xgnokii of the source and redistribute the result. We could make a switching station where the patched source fork in two, with gnokii-generic in FE and the xgnokii part going to livna I presume. Not exactly elegant but will work. Linus From notting at redhat.com Tue Nov 29 20:30:24 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 29 Nov 2005 15:30:24 -0500 Subject: gnome-phone-manager In-Reply-To: References: <1133255138.9376.77.camel@localhost.localdomain> <20051129173056.GA2141@devserv.devel.redhat.com> Message-ID: <20051129203024.GE17795@devserv.devel.redhat.com> Linus Walleij (triad at df.lth.se) said: > >I suppose if xgnokii wasn't included in the source, it wouldn't be > >a problem... > > Unless upstream does this, we have the option of patching out xgnokii of > the source and redistribute the result. We could make a switching station > where the patched source fork in two, with gnokii-generic in FE and the > xgnokii part going to livna I presume. Not exactly elegant but will work. See xmms for examples of this. Bill From bugzilla at redhat.com Tue Nov 29 20:27:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 15:27:54 -0500 Subject: [Bug 170978] Review Request: nomadsync In-Reply-To: Message-ID: <200511292027.jATKRsiK012128@www.beta.redhat.com> Please 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 2005-11-29 15:27 EST ------- In %install section - please change %makeinstall to make DESTDIR=%buildroot install I don't know if it is issue here, but I've had issue with the former before that don't happen with the latter (strings including the buildroot in files) I tested the change - it works. %defattr(-, root, root) please change to %defattr(-,root,root,-) rpmlint errors (after mock build): [mpeters at utility result]$ rpmlint *.rpm E: nomadsync script-without-shellbang /usr/share/doc/nomadsync-0.4.2/copying E: nomadsync script-without-shellbang /usr/share/doc/nomadsync-0.4.2/ChangeLog E: nomadsync wrong-script-end-of-line-encoding /usr/share/doc/nomadsync-0.4.2/ChangeLog E: nomadsync script-without-shellbang /usr/share/doc/nomadsync-0.4.2/install E: nomadsync script-without-shellbang /usr/share/doc/nomadsync-0.4.2/readme E: nomadsync wrong-script-end-of-line-encoding /usr/share/doc/nomadsync-0.4.2/readme E: nomadsync script-without-shellbang /usr/share/doc/nomadsync-0.4.2/authors [mpeters at utility result]$ The "script-without-shellbang" errors can be fixed by removing execution bit on those files. The "wrong-script-end-of-line-encoding" errors can be fixed with sed. In %prep after extraction do something like: %{__sed} -i 's?\r??' ChangeLog %{__sed} -i 's?\r??' readme -=- Please don't %doc the install file. It is already installed once the user installs the 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 Nov 29 20:32:51 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 29 Nov 2005 22:32:51 +0200 Subject: gnome-phone-manager In-Reply-To: References: <1133255138.9376.77.camel@localhost.localdomain> <20051129173056.GA2141@devserv.devel.redhat.com> Message-ID: <1133296371.7424.67.camel@localhost.localdomain> On Tue, 2005-11-29 at 21:21 +0100, Linus Walleij wrote: > On Tue, 29 Nov 2005, Bill Nottingham wrote: > > I suppose if xgnokii wasn't included in the source, it wouldn't be > > a problem... > > Unless upstream does this, we have the option of patching out xgnokii of > the source and redistribute the result. We could make a switching station > where the patched source fork in two, with gnokii-generic in FE and the > xgnokii part going to livna I presume. Not exactly elegant but will work. If just taking out xgnokii is what it takes, no objections here and I wouldn't personally miss it at all. Anyway, I think the livna package is in a pretty good shape and could be imported more or less as is. Do I understand correctly that you would be interested in maintaining gnokii in Extras? From bugzilla at redhat.com Tue Nov 29 20:33:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 15:33:51 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511292033.jATKXpS3013775@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From ville.skytta at iki.fi 2005-11-29 15:33 EST ------- (In reply to comment #2) > Perl stuff must be installed into vendor install dirs. ...and it apparently already is, duh. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 21:05:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 16:05:47 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511292105.jATL5lL9019217@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From fedora at soeterbroek.com 2005-11-29 16:05 EST ------- * Switched to the spec file and patches from http://cachalot.mine.nu/4/SRPMS/clearsilver-0.10.1-0.1.src.rpm (credit to Ville Skytta) * added -devel subpackage Spec Url: http://www.soeterbroek.com/linux/fedora/extras/clearsilver/clearsilver.spec SRPM Url: http://www.soeterbroek.com/linux/fedora/extras/clearsilver/clearsilver-0.10.1-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 21:06:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 16:06:43 -0500 Subject: [Bug 174063] Review Request: cssed - css editor and validator In-Reply-To: Message-ID: <200511292106.jATL6hmk019426@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cssed - css editor and validator https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174063 ------- Additional Comments From fedora at iagorubio.com 2005-11-29 16:06 EST ------- Just tested, and builds in mock. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 21:37:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 16:37:15 -0500 Subject: [Bug 174546] New: Review Request: trac Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174546 Summary: Review Request: trac Product: Fedora Extras Version: devel Platform: All URL: http://www.edgewall.com/trac OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: fedora at soeterbroek.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.soeterbroek.com/linux/fedora/extras/trac/trac.spec SRPM Name or Url: http://www.soeterbroek.com/linux/fedora/extras/trac/trac-0.9-1.src.rpm Description: Trac is an enhanced wiki and issue tracking system for software development projects. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Nov 29 21:37:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 16:37:22 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511292137.jATLbMXF024803@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 fedora at soeterbroek.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174546 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 29 22:00:15 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 29 Nov 2005 23:00:15 +0100 (CET) Subject: gnome-phone-manager In-Reply-To: <1133296371.7424.67.camel@localhost.localdomain> References: <1133255138.9376.77.camel@localhost.localdomain> <20051129173056.GA2141@devserv.devel.redhat.com> <1133296371.7424.67.camel@localhost.localdomain> Message-ID: On Tue, 29 Nov 2005, Ville Skytt? wrote: > I think the livna package > is in a pretty good shape and could be imported more or less as is. Do > I understand correctly that you would be interested in maintaining > gnokii in Extras? Yep, unless you want to keep it yourself, being the maintainer in Livna and all. The Livna package is very well maintained and would probably fit in well once the xgnokii stuff is out of it. Linus From bojan at rexursive.com Tue Nov 29 22:43:33 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 30 Nov 2005 09:43:33 +1100 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <1133267796.31573.154.camel@baythorne.infradead.org> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> <1133267796.31573.154.camel@baythorne.infradead.org> Message-ID: <20051130094333.fyf44tqrkwookgk8@imp.rexursive.com> Quoting David Woodhouse : > Doesn't IBM's JDK have a plugin? It does for PPC. > http://www-128.ibm.com/developerworks/java/jdk/java5beta/ IBM's Version 1.4.2 (production release) doesn't have it. Anyhow, the question remains: what have Sun been doing for the past 3 years? > For Flash, we should just use swfdec or gplflash. Tried that and I agree we should use that (eventually). Unfortunately it is not at the stage where one can rely on it to actually use flash properly. -- Bojan From pertusus at free.fr Tue Nov 29 22:44:51 2005 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 29 Nov 2005 23:44:51 +0100 Subject: how to find the no pic code? Message-ID: <20051129224450.GA3904@free.fr> Hello, While trying to build shared libraries for the cernlib, I have a rpmlint error on 2 of the libraries: shlib-with-non-pic-code (and not for all the other libs). Looking at the rpmlint code, it seems to be because there is a TEXTREL in the output of objdump --headers --private-headers -T (which is the case). The trouble is that in the build log I don't see a place where the -fPIC is missing. Knowing which symbol in the library isn't relocatable would help, and I tried to look at the library with nm but the only symbols with type A are the same than for the other libraries. How could I know what is causing trouble? I understand only vaguely those issues of linking... 2 informations that may be worth are that I use g77 and not gfortran because of missing intrinsics, and I don't use the rpm optflags. -- Pat From bojan at rexursive.com Tue Nov 29 23:01:10 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 30 Nov 2005 10:01:10 +1100 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <1133267796.31573.154.camel@baythorne.infradead.org> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> <1133267796.31573.154.camel@baythorne.infradead.org> Message-ID: <20051130100110.ufxx4ka5wcsko44o@imp.rexursive.com> Quoting David Woodhouse : > Doesn't IBM's JDK have a plugin? It does for PPC. > http://www-128.ibm.com/developerworks/java/jdk/java5beta/ Downloaded. I don't see it... -- Bojan From bugzilla at redhat.com Tue Nov 29 23:36:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 18:36:38 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511292336.jATNacQ7006822@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From ndbecker2 at verizon.net 2005-11-29 18:36 EST ------- Badly broken 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 bugzilla at redhat.com Tue Nov 29 23:43:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 18:43:46 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511292343.jATNhkRI007813@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From ville.skytta at iki.fi 2005-11-29 18:43 EST ------- Could you elaborate? Not everyone has access to a x86_64 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 Wed Nov 30 01:29:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 29 Nov 2005 20:29:46 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511300129.jAU1TkUo019008@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From ndbecker2 at verizon.net 2005-11-29 20:29 EST ------- There are serious problems building on x86_64, and with gcc4. I have discussed this on some other lists. AFAIK, nobody has managed to fix it. The first hurdle is this one (but it's not the last hurdle): gcc -o static.cgi static.o -L../libs/ -lneo_cgi -lneo_cs -lneo_utl -lz gcc -shared -fPIC -o static.cso static.o -L../libs/ -lneo_cgi -lneo_cs -lneo_utl -lz /usr/bin/ld: static.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC static.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [static.cso] 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 admin at ramshacklestudios.com Wed Nov 30 02:48:43 2005 From: admin at ramshacklestudios.com (Peter Gordon) Date: Tue, 29 Nov 2005 18:48:43 -0800 Subject: [resolved] BZFlag 2.0.4 in FC4 Extras? (Was: "Re: Fedora Extras development Package Build Report") In-Reply-To: <1132952494.3596.5.camel@tuxhugger> References: <20051125175750.00AC6808E@extras64.linux.duke.edu> <1132952494.3596.5.camel@tuxhugger> Message-ID: <1133318923.3482.4.camel@tuxhugger> On Fri, 2005-11-25 at 13:01 -0800, Peter Gordon wrote: > On Fri, 2005-11-25 at 12:57 -0500, buildsys at fedoraproject.org wrote: > > Packages built and released for Fedora Extras development: 16 > > > > bzflag-2.0.4-1 > > Just for sheer curiosity, will this update also go in FC4 Extras? I'm a > big fan of BZFlag and this new version is purported to have much nicer > visual effects. :-D I just updated my box via Yum and bzflag-2.0.4-0 was among the new packages. Thank you very much! ^_^ -- Peter Gordon (codergeek42) GnuPG Public Key: 0xDA3634D7 -------------- 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 dkl at redhat.com Wed Nov 30 02:52:25 2005 From: dkl at redhat.com (Dave Lawrence) Date: Tue, 29 Nov 2005 21:52:25 -0500 Subject: Duplicates of review bugzilla tickets In-Reply-To: <438C9631.4010808@odu.neva.ru> References: <438C9631.4010808@odu.neva.ru> Message-ID: <20051130025225.GA27396@redhat.com> This can happen if the submitter hits the reload button by accident on the bug posted page. That is what I have seen most often in the past. Dave On Tue, Nov 29, 2005 at 08:56:01PM +0300, Dmitry Butskoy claimed: > Since last month sometimes some strange duplicates of review bugzilla > tickets appeared. Instead of the single "[Bug 100000] New: > ReviewRequest: foobar", also "[Bug 100001] New: ReviewRequest: foobar" > appears. Then the duplicate ticket was closed. > > The list of such ticket pairs: > > http://bugzilla.redhat.com/bugzilla/174377 > http://bugzilla.redhat.com/bugzilla/174375 > > http://bugzilla.redhat.com/bugzilla/173924 > http://bugzilla.redhat.com/bugzilla/173923 > > http://bugzilla.redhat.com/bugzilla/173459 > http://bugzilla.redhat.com/bugzilla/173458 > http://bugzilla.redhat.com/bugzilla/173457 > > http://bugzilla.redhat.com/bugzilla/173295 > http://bugzilla.redhat.com/bugzilla/173294 > > http://bugzilla.redhat.com/bugzilla/173111 > http://bugzilla.redhat.com/bugzilla/173110 > > http://bugzilla.redhat.com/bugzilla/172141 > http://bugzilla.redhat.com/bugzilla/172140 > > > A probably explanation can be found here > (https://www.redhat.com/archives/fedora-extras-list/2005-November/msg00930.html), > i.e. > > >I entered the bug from a Windows machine with > >explorer. We all know how good that is > > > Does it mean that "submitting for review" page is not browser-independent? > > > (Contributing/maintaining Fedora using IE... Brrrr....) > > > ~buc > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- ------------------------------- David Lawrence Red Hat Quality Assurance ------------------------------- www.redhat.com ftp.redhat.com From bugzilla at redhat.com Wed Nov 30 05:06:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 00:06:22 -0500 Subject: [Bug 173098] Review Request: ortp: A C library implementing the RTP protocol (RFC3550) In-Reply-To: Message-ID: <200511300506.jAU56MS0010677@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 ------- Additional Comments From ivazquez at ivazquez.net 2005-11-30 00:06 EST ------- Built on FC3, FC4, and devel. Will update devel to 0.7.1 once linphone has been fixed up. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 30 05:13:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 00:13:34 -0500 Subject: [Bug 173098] Review Request: ortp: A C library implementing the RTP protocol (RFC3550) In-Reply-To: Message-ID: <200511300513.jAU5DYwD011187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ivazquez at ivazquez.net 2005-11-30 00:13 EST ------- Built on FC3, FC4, and devel. Will update devel to 0.7.1 once linphone has been fixed up. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 30 05:13:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 00:13:57 -0500 Subject: [Bug 172991] Split ortp from linphone In-Reply-To: Message-ID: <200511300513.jAU5DvjY011254@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Split ortp from linphone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172991 Bug 172991 depends on bug 173098, which changed state. Bug 173098 Summary: Review Request: ortp: A C library implementing the RTP protocol (RFC3550) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173098 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 Nov 30 07:55:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 02:55:09 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511300755.jAU7t9jK026435@www.beta.redhat.com> Please 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 2005-11-30 02:54 EST ------- (In reply to comment #80) > If daemon/acpid is added to the default runlevel it doesn't create its socket > (/var/run/acpid.socket) during boot time for some reason. > > If ran after boot time, the socket is properly created Ok, I guess this means it depends on some other service that should be added to the "need=" section. Someone has any good guess what that might be? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 30 09:30:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 04:30:48 -0500 Subject: [Bug 173675] Review Request: xfce4-xmms-plugin In-Reply-To: Message-ID: <200511300930.jAU9UmVL004614@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-xmms-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173675 ------- Additional Comments From luya256 at yahoo.com 2005-11-30 04:30 EST ------- spec looks good but built failed on rawhide on this line: checking for xfce4-panel-1.0 >= 4.0.0... Package libxfcegui4-1.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libxfcegui4-1.0.pc' to the PKG_CONFIG_PATH environment variable Package 'libxfcegui4-1.0', required by 'xfce4-panel', not found configure: error: Library requirements (xfce4-panel-1.0 >= 4.0.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.68902 (%build) - Add libxfcegui4-1.0 as requirement -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 30 13:06:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 08:06:08 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511301306.jAUD68MY029486@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From ndbecker2 at verizon.net 2005-11-30 08:05 EST ------- Here is an excerpt from a discussion with Axel.Thimm at ATrpms.net: But to come to the original point: clearsilver will not build on 64 bits and gcc4. Or rephrased: It will build, but the testsuite will fail. That's why the FC4/x86_64 repo has the FC3/x86_64 package in it, and probably why you wanted to rebuild clearsilver. There is a guy from the clearsilver mailing list claiming to have a patch for that, but he hasn't submitted it yet. Anyway, it's an upstream issue. I am concerned that these problems indicate an overall low quality of code. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Christian.Iseli at licr.org Wed Nov 30 13:44:48 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 30 Nov 2005 14:44:48 +0100 Subject: Closed bugs blocking FE_NEW Message-ID: <200511301344.jAUDim4G018549@ludwig-alpha.unil.ch> Hi folks, Browsing the FE_NEW ticket, I see there are numerous CLOSED bugs blocking it, and was wondering if maybe it would be cleaner to clear their Bug xxx blocks FE_NEW field... Thoughts ? Another thing is the ASSIGNED bugs in there. I think they should block FE_REVIEW instead... More thoughts ? :-) Should I just put on a janitor's cap and clean the mess ? Christian From bugzilla at redhat.com Wed Nov 30 13:47:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 08:47:42 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511301347.jAUDlgLq001632@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From ville.skytta at iki.fi 2005-11-30 08:47 EST ------- Damn. How about focusing on just getting the Python bindings built and shipped, then? They're the only thing that are needed to satisfy dependencies of other packages (trac) at the moment, and that would narrow the problem scope considerably. FWIW, that's what Debian does, and they ship the Python bindings for apparently all their architectures. http://packages.debian.org/cgi-bin/search_packages.pl?exact=0&searchon=names&version=all&case=insensitive&release=all&keywords=clearsilver&arch=any -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Nov 30 14:24:00 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 30 Nov 2005 16:24:00 +0200 Subject: rpms/libksba/devel .cvsignore, 1.7, 1.8 libksba.spec, 1.13, 1.14 sources, 1.7, 1.8 In-Reply-To: <200511301418.jAUEIZ2o027985@cvs-int.fedora.redhat.com> References: <200511301418.jAUEIZ2o027985@cvs-int.fedora.redhat.com> Message-ID: <1133360640.2500.3.camel@localhost.localdomain> On Wed, 2005-11-30 at 09:18 -0500, Rex Dieter wrote: > +%if "%{version}" == "0.9.11" > +Obsoletes: libksba = 0.9.12-1%{?dist} > +%endif Versioned self-obsoletes don't (and apparently won't) work, so that stuff could be dropped. https://bugzilla.redhat.com/168563 From bugzilla at redhat.com Wed Nov 30 14:32:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 09:32:25 -0500 Subject: [Bug 173388] Review Request: Denial of Service evasion module for Apache In-Reply-To: Message-ID: <200511301432.jAUEWPSv006547@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Denial of Service evasion module for Apache https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173388 ------- Additional Comments From jeff at ultimateevil.org 2005-11-30 09:32 EST ------- Regarding the %description, "et cetera" are two words, and the Latin word "et" means "and," so it is redundant to say "and et...." Also, I think it is more appropriate to mention iptables instead of ipchains. So, I suggest that penultimate sentence should end "iptables, firewalls, routers, et cetera." Or just "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 Wed Nov 30 14:49:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 09:49:28 -0500 Subject: [Bug 174588] New: Review Request: libopensync-plugin-gpe Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174588 Summary: Review Request: libopensync-plugin-gpe Product: Fedora Extras Version: devel Platform: All URL: http://www.opensync.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-gpe.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libopensync-plugin-gpe-0.18-1.src.rpm Description: gpe plugin for libopensync -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 30 14:49:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 09:49:35 -0500 Subject: [Bug 174486] Review Request: libopensync - A synchronization framework In-Reply-To: Message-ID: <200511301449.jAUEnZ5w008795@www.beta.redhat.com> Please 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 - A synchronization framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174486 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |174588 nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 30 14:49:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 09:49:52 -0500 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200511301449.jAUEnq9o008857@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |174588 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gdk at redhat.com Wed Nov 30 14:52:08 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 30 Nov 2005 09:52:08 -0500 (EST) Subject: Closed bugs blocking FE_NEW In-Reply-To: <200511301344.jAUDim4G018549@ludwig-alpha.unil.ch> References: <200511301344.jAUDim4G018549@ludwig-alpha.unil.ch> Message-ID: Yep. If there are any closed bugs blocking FE_NEW, simply unlink them. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan On Wed, 30 Nov 2005 Christian.Iseli at licr.org wrote: > Hi folks, > > Browsing the FE_NEW ticket, I see there are numerous CLOSED bugs blocking it, > and was wondering if maybe it would be cleaner to clear their > Bug xxx blocks FE_NEW > field... > > Thoughts ? > > Another thing is the ASSIGNED bugs in there. I think they should block > FE_REVIEW instead... > > More thoughts ? :-) > > Should I just put on a janitor's cap and clean the mess ? > > Christian > > > -- > 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 Wed Nov 30 15:10:19 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 30 Nov 2005 17:10:19 +0200 Subject: Closed bugs blocking FE_NEW In-Reply-To: References: <200511301344.jAUDim4G018549@ludwig-alpha.unil.ch> Message-ID: <1133363419.2500.10.camel@localhost.localdomain> On Wed, 2005-11-30 at 09:52 -0500, Greg DeKoenigsberg wrote: > Yep. If there are any closed bugs blocking FE_NEW, simply unlink them. Shouldn't accepted ones be moved to FE_ACCEPT instead? From gdk at redhat.com Wed Nov 30 15:11:05 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 30 Nov 2005 10:11:05 -0500 (EST) Subject: Closed bugs blocking FE_NEW In-Reply-To: <1133363419.2500.10.camel@localhost.localdomain> References: <200511301344.jAUDim4G018549@ludwig-alpha.unil.ch> <1133363419.2500.10.camel@localhost.localdomain> Message-ID: If they've been accepted, yes. I presume that these bugs have been CLOSED because they're weird or broken or something. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan On Wed, 30 Nov 2005, Ville [ISO-8859-1] Skytt? wrote: > On Wed, 2005-11-30 at 09:52 -0500, Greg DeKoenigsberg wrote: > > > Yep. If there are any closed bugs blocking FE_NEW, simply unlink them. > > Shouldn't accepted ones be moved to FE_ACCEPT instead? > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From bugzilla at redhat.com Wed Nov 30 15:49:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 10:49:25 -0500 Subject: [Bug 174529] Review Request: clearsilver In-Reply-To: Message-ID: <200511301549.jAUFnPfQ016941@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clearsilver https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529 ------- Additional Comments From ndbecker2 at verizon.net 2005-11-30 10:49 EST ------- Did that. Also, build with CC=-fPIC (kluge). Now it builds, but like Axel said, segfaults. Here is what valgrind says: Check end of string slice: ==24039== Invalid read of size 1 ==24039== at 0x40BEEE: _builtin_str_slice (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x407A33: eval_expr (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x408210: var_eval (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x40B597: render_node (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x40B64E: cs_render (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x401F92: main (cstest.c:86) ==24039== Address 0xFFFFFFFF is not stack'd, malloc'd or (recently) free'd ==24039== ==24039== Process terminating with default action of signal 11 (SIGSEGV) ==24039== Access not within mapped region at address 0xFFFFFFFF ==24039== at 0x40BEEE: _builtin_str_slice (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x407A33: eval_expr (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x408210: var_eval (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x40B597: render_node (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x40B64E: cs_render (in /home/nbecker/RPM/BUILD/clearsilver-0.10.1/cs/cstest) ==24039== by 0x401F92: main (cstest.c:86) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?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 Wed Nov 30 16:03:44 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 30 Nov 2005 17:03:44 +0100 Subject: psiconv possible legal issues Message-ID: <438DCD60.7060904@hhs.nl> Hi all (take 2), I'm thinking about packaging psiconv, this is a conversion utility for Psion handheld document formats. The problem is that it might have legal issues because it is based on reverse engineering of the document format. See: http://software.frodo.looijaard.name/psiconv/ I would like to package this since both abiword and gnumeric can use it to gain Psion document import capabilities. Regards, Hans From fedora at camperquake.de Wed Nov 30 16:08:02 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 30 Nov 2005 17:08:02 +0100 Subject: psiconv possible legal issues In-Reply-To: <438DCD60.7060904@hhs.nl> References: <438DCD60.7060904@hhs.nl> Message-ID: <20051130160802.GD29911@ryoko.camperquake.de> On Wed, Nov 30, 2005 at 05:03:44PM +0100, Hans de Goede wrote: > I'm thinking about packaging psiconv, this is a conversion utility for > Psion handheld document formats. The problem is that it might have legal > issues because it is based on reverse engineering of the document format. Well, it's not like the MS Word format is officially documented, either, and OOo still reads it :) From Christian.Iseli at licr.org Wed Nov 30 16:23:58 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 30 Nov 2005 17:23:58 +0100 Subject: Closed bugs blocking FE_NEW In-Reply-To: Your message of "Wed, 30 Nov 2005 10:11:05 EST." Message-ID: <200511301717.jAUHHivU028536@mx2.redhat.com> gdk at redhat.com said: > I presume that these bugs have been CLOSED because they're weird or broken > or something. Yup, those I looked at were dupes or abandoned for some reason. I'll wait a bit more to see if more thoughts are posted. Then I'll unlink the dupes and broken ones, and link the accepted ones to FE_ACCEPT (if there are any...) Any thoughts about the ASSIGNED ones ? Christian From bugzilla at redhat.com Wed Nov 30 18:00:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 13:00:53 -0500 Subject: [Bug 173671] Review Request: xfce4-weather-plugin In-Reply-To: Message-ID: <200511301800.jAUI0r2C003344@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-weather-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173671 luya256 at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From luya256 at yahoo.com 2005-11-30 13:00 EST ------- Hi, Using yum-builddep, I noticed there are missed packages for BuildRequires: - libxfce4gui-devel - libxfce4util-devel - libxfce4mcs-devel Also check out if there is a Requires for that plugin. When it comes to BSD, could specify it is the original or the modified license. I think other developers five a very good explaination to avoid confusion. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 30 18:18:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 13:18:38 -0500 Subject: [Bug 173672] Review Request: xfce4-windowlist-plugin In-Reply-To: Message-ID: <200511301818.jAUIIc7a005644@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-windowlist-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173672 luya256 at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wtogami at redhat.com, | |luya256 at yahoo.com BugsThisDependsOn| |173671 OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From luya256 at yahoo.com 2005-11-30 13:18 EST ------- NEEDSWORK Similar problem from bug #173672. Make sure to use yum-builddep command to check out dependencies. Also include -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Wed Nov 30 19:24:15 2005 From: triad at df.lth.se (Linus Walleij) Date: Wed, 30 Nov 2005 20:24:15 +0100 (CET) Subject: psiconv possible legal issues In-Reply-To: <438DCD60.7060904@hhs.nl> References: <438DCD60.7060904@hhs.nl> Message-ID: On Wed, 30 Nov 2005, Hans de Goede wrote: > I'm thinking about packaging psiconv, this is a conversion utility for > Psion handheld document formats. The problem is that it might have legal > issues because it is based on reverse engineering of the document format. Reverse engineering for interoperability is legal in all countries of the civilized world, the only problem arise when there are patents involved and I hardly believe that Psions document format is so ingenious that it is patented. http://en.wikipedia.org/wiki/Reverse_engineering Linus From mpeters at mac.com Wed Nov 30 19:23:41 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 30 Nov 2005 11:23:41 -0800 Subject: Closed bugs blocking FE_NEW In-Reply-To: <200511301717.jAUHHivU028536@mx2.redhat.com> References: <200511301717.jAUHHivU028536@mx2.redhat.com> Message-ID: <1133378621.753.72.camel@locolhost.localdomain> On Wed, 2005-11-30 at 17:23 +0100, Christian.Iseli at licr.org wrote: > gdk at redhat.com said: > > I presume that these bugs have been CLOSED because they're weird or broken > > or something. > > Yup, those I looked at were dupes or abandoned for some reason. One of those is mine - I suppose I should have removed the blocking when I decided to retract submission. I'll do that now. From nicolas.mailhot at laposte.net Wed Nov 30 20:31:26 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Nov 2005 21:31:26 +0100 Subject: [SECURITY] Macromedia Flash: flash-plugin-7.0.61-1 In-Reply-To: <20051130094333.fyf44tqrkwookgk8@imp.rexursive.com> References: <438B5785.6000302@redhat.com> <20051129091048.3hhwve69k0kscssk@imp.rexursive.com> <1133267796.31573.154.camel@baythorne.infradead.org> <20051130094333.fyf44tqrkwookgk8@imp.rexursive.com> Message-ID: <1133382689.10697.21.camel@rousalka.dyndns.org> Le mercredi 30 novembre 2005 ? 09:43 +1100, Bojan Smojver a ?crit : > Quoting David Woodhouse : > > > Doesn't IBM's JDK have a plugin? It does for PPC. > > http://www-128.ibm.com/developerworks/java/jdk/java5beta/ > > IBM's Version 1.4.2 (production release) doesn't have it. Anyhow, the > question remains: what have Sun been doing for the past 3 years? Steadfastly arguing no one really wanted an open source JVM, and that they're doing a great job with their java stewardship. Threatening everyone with apocalypse should Java be ever open sourced. Trying to ignore every other Java vendor is working with Eclipse. Ah, also stating x86 Solaris was a dead end, then that it was the future, buying linux companies then killing their product lines. So give them a break, they clearly have more important things to do than fix user-reported problems. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From orion at cora.nwra.com Wed Nov 30 20:42:11 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 30 Nov 2005 13:42:11 -0700 Subject: Buildsys: Checking for unpackaged file(s) fails Message-ID: <438E0EA3.4050102@cora.nwra.com> Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/hdf5-1.6.4-7.fc5-root-mockbuild find: cannot get current directory: Permission denied I'm pretty sure that this package installs files that aren't packaged. The Extras build system does not find this though. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From orion at cora.nwra.com Wed Nov 30 20:58:13 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 30 Nov 2005 13:58:13 -0700 Subject: Buildsys down? Message-ID: <438E1265.9000108@cora.nwra.com> /usr/bin/plague-client build hdf5 hdf5-1_6_4-5_fc4 fc4 Package hdf5 enqueued. (However, no Job ID was provided in the time required) Stats page shows waiting jobs and idle builders. -- 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 mpeters at mac.com Wed Nov 30 21:04:20 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 30 Nov 2005 13:04:20 -0800 Subject: Buildsys: Checking for unpackaged file(s) fails In-Reply-To: <438E0EA3.4050102@cora.nwra.com> References: <438E0EA3.4050102@cora.nwra.com> Message-ID: <1133384660.753.76.camel@locolhost.localdomain> On Wed, 2005-11-30 at 13:42 -0700, Orion Poplawski wrote: > Checking for unpackaged file(s): /usr/lib/rpm/check-files > /var/tmp/hdf5-1.6.4-7.fc5-root-mockbuild > find: cannot get current directory: Permission denied > > I'm pretty sure that this package installs files that aren't packaged. > The Extras build system does not find this though. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163576 From andreas.bierfert at lowlatency.de Wed Nov 30 21:30:30 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 30 Nov 2005 22:30:30 +0100 Subject: Buildsys down? In-Reply-To: <438E1265.9000108@cora.nwra.com> References: <438E1265.9000108@cora.nwra.com> Message-ID: <438E19F6.2070706@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Orion Poplawski wrote: > /usr/bin/plague-client build hdf5 hdf5-1_6_4-5_fc4 fc4 > Package hdf5 enqueued. (However, no Job ID was provided in the time > required) > > Stats page shows waiting jobs and idle builders. > same here, seems stuck on moin-latex ppc or something? - -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFDjhn2QEQyPsWM8csRAkgnAJ0XVuhtDuL/OGytPgbQg6aBA3zVKgCeN0Rj 76Cku0Y2/SDCK/+dNYqiteQ= =MiAj -----END PGP SIGNATURE----- From dennis at ausil.us Wed Nov 30 21:38:24 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 30 Nov 2005 15:38:24 -0600 Subject: Fedora Core 3 Status Update In-Reply-To: <20051129025858.GA17529@devserv.devel.redhat.com> References: <20051129025858.GA17529@devserv.devel.redhat.com> Message-ID: <200511301538.25032.dennis@ausil.us> > As is customary, the Fedora Steering Committe plans to transfer > Fedora Core 3 to the Fedora Legacy project at the release of > Fedora Core 5 test 2. This is currently scheduled for December > 23, 2005, as noted on: > http://fedora.redhat.com/participate/schedule/ > > For more information on the Fedora Legacy Project, or if you wish > to join the team please see http://fedoralegacy.org/. What is the plans for extras for FC3 when FC3 moves to legacy? ? will legacy be supporting extras or will extras continue support? -- Dennis Gilmore, ?RHCE ? http://www.ausil.us From mpeters at mac.com Wed Nov 30 21:41:03 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 30 Nov 2005 13:41:03 -0800 Subject: Buildsys down? In-Reply-To: <438E19F6.2070706@lowlatency.de> References: <438E1265.9000108@cora.nwra.com> <438E19F6.2070706@lowlatency.de> Message-ID: <1133386863.753.78.camel@locolhost.localdomain> On Wed, 2005-11-30 at 22:30 +0100, Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Orion Poplawski wrote: > > /usr/bin/plague-client build hdf5 hdf5-1_6_4-5_fc4 fc4 > > Package hdf5 enqueued. (However, no Job ID was provided in the time > > required) > > > > Stats page shows waiting jobs and idle builders. > > > > same here, seems stuck on moin-latex ppc or something? That's a noarch package - are they building noarch on the ppc machine? From dcbw at redhat.com Wed Nov 30 22:08:54 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 30 Nov 2005 17:08:54 -0500 Subject: Buildsys down? In-Reply-To: <1133386863.753.78.camel@locolhost.localdomain> References: <438E1265.9000108@cora.nwra.com> <438E19F6.2070706@lowlatency.de> <1133386863.753.78.camel@locolhost.localdomain> Message-ID: <1133388534.10222.2.camel@dhcp83-87.boston.redhat.com> On Wed, 2005-11-30 at 13:41 -0800, Michael A. Peters wrote: > On Wed, 2005-11-30 at 22:30 +0100, Andreas Bierfert wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Orion Poplawski wrote: > > > /usr/bin/plague-client build hdf5 hdf5-1_6_4-5_fc4 fc4 > > > Package hdf5 enqueued. (However, no Job ID was provided in the time > > > required) > > > > > > Stats page shows waiting jobs and idle builders. > > > > > > > same here, seems stuck on moin-latex ppc or something? > > That's a noarch package - are they building noarch on the ppc machine? The buildsys is hanging right now, I'll be dealing with this tonight. I've added some debugging code to the buildsys to examine this exact problem, it just hadn't happened from Monday night until now. Dan From Christian.Iseli at licr.org Wed Nov 30 22:24:43 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Wed, 30 Nov 2005 23:24:43 +0100 Subject: Closed bugs blocking FE_NEW In-Reply-To: Your message of "Wed, 30 Nov 2005 11:23:41 PST." <1133378621.753.72.camel@locolhost.localdomain> Message-ID: <200511302225.jAUMP03Y005927@mx1.redhat.com> mpeters at mac.com said: > One of those is mine - I suppose I should have removed the blocking when I > decided to retract submission. > I'll do that now. Thanks. For the record, I have unlinked the following BZ tickets: 166548 169352 173249 173294 173522 173691 173692 I didn't touch the ASSIGNED ones... but I wish their assignees would please link them to FE-REVIEW :-) Cheers, Christian From bugzilla at redhat.com Wed Nov 30 22:58:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 17:58:08 -0500 Subject: [Bug 173459] Review Request: initng In-Reply-To: Message-ID: <200511302258.jAUMw8uf026300@www.beta.redhat.com> Please 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 dennis at conversis.de 2005-11-30 17:57 EST ------- When booting with initng-0.4.6 the boot process freezes when it tries to bring up daemon/xfs. Even Ctrl+C won't work. I can log in on the second virtual terminal though so it's really just the initng process that gets "stuck". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Nov 30 23:29:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 30 Nov 2005 18:29:03 -0500 Subject: [Bug 173544] Review Request: xfce4-genmon-plugin In-Reply-To: Message-ID: <200511302329.jAUNT3eQ029971@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xfce4-genmon-plugin https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173544 kevin at tummy.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |kevin at tummy.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From kevin at tummy.com 2005-11-30 18:28 EST ------- good: - rpmlint is clean :) - License is good (LGPL). - builds fine on fc4/devel. (with missing BR added, see below) - installs and runs fine on my fc4 laptop. - builds fine in mock under devel if you add missing RB (see below) nits: - Might tell upstream that the spec they ship has the License as BSD, which is wrong. needswork: - source doesn't match upsteam. Looks like they recreated the tar in jan 2005, but you have the older version from 2004. - missing libxfcegui4-devel BuildRequires. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tcallawa at redhat.com Wed Nov 30 14:51:58 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 30 Nov 2005 08:51:58 -0600 Subject: psiconv, eligible for extras? In-Reply-To: <438B7686.8060909@hhs.nl> References: <438B7686.8060909@hhs.nl> Message-ID: <1133362318.3061.6.camel@localhost.localdomain> On Mon, 2005-11-28 at 22:28 +0100, Hans de Goede wrote: > Hi, > > I'm thinking about packaging psiconv, this is a conversion utility for > Psion handheld document formats. The problem is that it might have legal > issues because it is based on reverse engineering of the document format. > > See: > http://software.frodo.looijaard.name/psiconv/ > > I would like to package this since both abiword and gnumeric can use it > to gain Psion document import capabilities. Looks ok to me at first glance (DMCA compliant reverse engineering for interoperability, no patents on the file format), but it should probably go for legal review. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my!