Re: abrtd not running: applet complains

On 01/26/2010 10:02 PM, nodata wrote: Hi, When I disable abrtd, I get a tray applet complaining about this. Is there any precedent for this? I have bluetooth disabled, but I don't get a complaint for that.. Filed bug: https://bugzilla.redhat.com/show_bug.cgi?id=557866 This seems like you ha

Re: Suggestions (how to choose mirrors)

Matt Domsch wrote: > Fedora has 244 public mirrors listed at the moment, and hundreds more > private mirrors. We have no way, nor really any desire, to know in > real time the load and network capacity of any connection between > each mirror and each specific user. Perhaps Akamai does, but that's

Re: Orphan: Empathy

On 01/27/2010 01:34 AM, Brian Pepple wrote: > On Mon, 2010-01-25 at 21:18 -0800, Peter Gordon wrote: > >> I've just released ownership of Empathy's Fedora package on all active >> branches (F-11, F-12, and devel). >> > I've gone ahead and taken up ownership of this, but would welcome any

Non-responsive maintainer for socat: Paul Wouters (pwouters)

Hi, Paul Wouters seems to be non-repsonsive for socat, there a two bugs open with no response within 6 months: https://bugzilla.redhat.com/show_bug.cgi?id=511310 https://bugzilla.redhat.com/show_bug.cgi?id=513720 He has been pinged by the reporter of the second bug twice on 2009-08-17 and 2009-12

Moving lspci and setpci from /sbin to /usr/sbin?

Hi all, in Fedora we have pciutils binaries (lspci and setpci) in /sbin, both of them use pciutils-libs (/usr/lib/...) and afaik this is how it works for "ages". I'd like to move them from /sbin to /usr/sbin to have them with the same prefix as library has. Do you think it can break anything?

Qtiplot 0.9.7.11 pushed to rawhide

It can fix Bug 511688 - FTBFS qtiplot-0.9-11.fc11 and Bug 517747 - QtiPlot crashes when trying to plot any graph. But I have no cvs rights to commit F-11 and F-12 branches. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Moving lspci and setpci from /sbin to /usr/sbin?

Hi Michal, A few thoughts on this: - on RHEL boxes, the dependency on libpci does not exist and lspci is in /sbin. Therefore, on RHEL boxes, lspci will still work with a broken /usr partition. I haven't heard of anyone absolutely needing lspci on a system with a broken /usr partition, but it *is*

Re:Qtiplot 0.9.7.11 pushed to rawhide

Is there any provenpackager that can help me to sync F-11 and F-12 branches with devel's, since the original ower of qtiplot doesn't maintain any packages for more than one year. See http://koji.fedoraproject.org/koji/userinfo?userID=251 at 2010-01-27 21:49:23，"Chen Lei" Wrote： It can fix Bug 5

[Bug 553140] Merge Review: perl-MailTools - Various mail-related perl modules

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=553140 Jaroslav Škarvada changed: What|Removed |Added -

Re: Suggestions (how to choose mirrors)

On Wed, 2010-01-27 at 10:50 +0100, Roberto Ragusa wrote: > Matt Domsch wrote: > > Fedora has 244 public mirrors listed at the moment, and hundreds more > > private mirrors. We have no way, nor really any desire, to know in > > real time the load and network capacity of any connection between > > e

Re: Orphaning Candidate packages for removal due to FTBFS, implications

On Tue, Jan 19, 2010 at 02:42:58PM -0700, Kevin Fenzi wrote: > On Sun, 17 Jan 2010 20:52:12 +0100 > Till Maas wrote: > > > The list of packages you announced that are going to be orphaned and > > the list of packages that were orphaned are not the same. > > recordmydesktop was on the to-be-orphan

Re: Moving lspci and setpci from /sbin to /usr/sbin?

On Wednesday 27 January 2010 14:51:15 Maxim Burgerhout wrote: > Hi Michal, > > A few thoughts on this: > > - on RHEL boxes, the dependency on libpci does not exist and lspci is > in /sbin. Therefore, on RHEL boxes, lspci will still work with a > broken /usr partition. I haven't heard of anyone ab

Re: Orphaning Candidate packages for removal due to FTBFS, implications

On Fri, Jan 15, 2010 at 01:17:28PM -0600, Matt Domsch wrote: > On Fri, Jan 15, 2010 at 12:00:50AM -0600, Matt Domsch wrote: > > The following 30 packages, with respective FTBFS bugs, have been open > > since the Fedora 11 time frame, and continue to fail to build. These > > are the oldest non-buil

Re: Orphaning Candidate packages for removal due to FTBFS, implications

On Tue, Jan 19, 2010 at 02:42:17PM -0700, Kevin Fenzi wrote: > On Sun, 17 Jan 2010 20:48:25 +0100 > Till Maas wrote: > > > On Sat, Jan 16, 2010 at 10:39:50AM -0700, Kevin Fenzi wrote: > > > On Sat, 16 Jan 2010 10:39:54 +0100 > > > Till Maas wrote: > > > > > > > > Indeed. I don't see much activi

Re: Suggestions (how to choose mirrors)

On Wed, Jan 27, 2010 at 3:50 AM, Roberto Ragusa wrote: > Just an idea: instead of (or in addition to) "blind" planning, > based on net topology, geography, declared bandwith etc., > yum could use an exploration approach: > > 1) choose a few good mirrors candidate > 2) download one file from each o

Re: disk woes: revive w/o-reboot after SATA "START_STOP FAILED"?

Hi Jim, On 01/27/2010 10:37 AM, Jim Meyering wrote: > But today, there was no trace of it at all. > /dev/sdb had disappeared altogether. Ominous. > This is up-to-date F12 w/stock untainted 2.6.31.9-174.fc12.x86_64 > on an Intel Q9450. > Just today I had two spontaneous outages of my HDDs (ker

Re: RFC: Remove write permissions from executables

Richard Zidlicky writes: > Mounting the fs read only is much easier and safer - and has long tradition. This is not feasible as a distribution policy. You can't guarantee that /usr/bin is on its own partition so you can mount it read only. The only way to achieve it would be creative use of moun

Re: Suggestions (how to choose mirrors)

On Wed, 2010-01-27 at 08:51 -0600, Garrett Holmstrom wrote: > On Wed, Jan 27, 2010 at 3:50 AM, Roberto Ragusa wrote: > > Just an idea: instead of (or in addition to) "blind" planning, > > based on net topology, geography, declared bandwith etc., > > yum could use an exploration approach: > > > > 1

Re: Non-responsive maintainer for socat: Paul Wouters (pwouters)

On Wed, 27 Jan 2010 11:50:44 +0100 Till Maas wrote: > Hi, > > Paul Wouters seems to be non-repsonsive for socat, there a two bugs > open with no response within 6 months: > https://bugzilla.redhat.com/show_bug.cgi?id=511310 > https://bugzilla.redhat.com/show_bug.cgi?id=513720 > > He has been pi

Re: gnome-desktop bump

On Tue, 2010-01-26 at 22:00 -0800, Adam Williamson wrote: > On Sun, 2010-01-17 at 13:55 -0500, Matthias Clasen wrote: > > > I'm going to build gnome-desktop 2.29.5 in rawhide, which bumps the > > soname of libgnome-desktop-2.so. Affected packages are: > > > eel2 > > I asked on IRC for someone to

Re: Orphaning Candidate packages for removal due to FTBFS, implications

On Wed, 2010-01-27 at 15:46 +0100, Till Maas wrote: > On Fri, Jan 15, 2010 at 01:17:28PM -0600, Matt Domsch wrote: > > On Fri, Jan 15, 2010 at 12:00:50AM -0600, Matt Domsch wrote: > > > The following 30 packages, with respective FTBFS bugs, have been open > > > since the Fedora 11 time frame, and c

Re: RFC: Remove write permissions from executables

Quoting Benny Amorsen (benny+use...@amorsen.dk): > Richard Zidlicky writes: > > > Mounting the fs read only is much easier and safer - and has long tradition. > > This is not feasible as a distribution policy. You can't guarantee that > /usr/bin is on its own partition so you can mount it read o

Re: Orphaning Candidate packages for removal due to FTBFS, implications

On Wed, 27 Jan 2010 15:43:40 +0100 Till Maas wrote: > On Tue, Jan 19, 2010 at 02:42:58PM -0700, Kevin Fenzi wrote: > > On Sun, 17 Jan 2010 20:52:12 +0100 > > Till Maas wrote: > > > > > The list of packages you announced that are going to be orphaned > > > and the list of packages that were orph

File Catalyst-View-Email-0.20.tar.gz uploaded to lookaside cache by iarnell

A file has been added to the lookaside cache for perl-Catalyst-View-Email: 0339402e0f00a96fc278343d21756737 Catalyst-View-Email-0.20.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedorap

Re: gnome-desktop bump

On Wed, 2010-01-27 at 11:34 -0500, Matthias Clasen wrote: > On Tue, 2010-01-26 at 22:00 -0800, Adam Williamson wrote: > > On Sun, 2010-01-17 at 13:55 -0500, Matthias Clasen wrote: > > > > > I'm going to build gnome-desktop 2.29.5 in rawhide, which bumps > the > > > soname of libgnome-desktop-2.so.

Re: Orphaning Candidate packages for removal due to FTBFS, implications

On Wed, Jan 27, 2010 at 10:39:38AM -0700, Kevin Fenzi wrote: > On Wed, 27 Jan 2010 15:43:40 +0100 > Till Maas wrote: > > > On Tue, Jan 19, 2010 at 02:42:58PM -0700, Kevin Fenzi wrote: > > > On Sun, 17 Jan 2010 20:52:12 +0100 > > > Till Maas wrote: > > > > > > > The list of packages you announce

The road to dropping xdvik

Dear All, We currently ship xdvik as a package separate to texlive (for a variety of reasons). Looking forward to when we ship texlive-2009, it'll be built as part of the texlive package build once more. However, even better would be to drop it entirely, for the following reasons: 1) It's a legac

Re: The road to dropping xdvik

On Wed, Jan 27, 2010 at 06:04:49PM +, Jonathan Underwood wrote: > However, it's not clear to me if okular and evince-dvi provide > equivalent functionality that we're yet in a position to drop xdvik. > Comments? If you use xdvik because other viewers don't give some > particular functionality,

Re: RFC: Remove write permissions from executables

On Wed, Jan 27, 2010 at 04:10:39PM +0100, Benny Amorsen wrote: > > > Mounting the fs read only is much easier and safer - and has long tradition. > > This is not feasible as a distribution policy. You can't guarantee that > /usr/bin is on its own partition so you can mount it read only. of cour

Fast-track Nonresponsive ma intainer: Sindre Pedersen Bjørdal (sindrepb)

Hi, Sindre Bjørdal seems to be non responsive. Thanks to the recent FTBFS mail, I fixed four bugs in recordmydesktop, that already had patches attached in Bugzilla and did not see any comment from sindrepb: https://admin.fedoraproject.org/updates/F12/FEDORA-2010-0604 The oldest bug was from 2009-

Re: The road to dropping xdvik

2010/1/27 Till Maas : > On Wed, Jan 27, 2010 at 06:04:49PM +, Jonathan Underwood wrote: > >> However, it's not clear to me if okular and evince-dvi provide >> equivalent functionality that we're yet in a position to drop xdvik. >> Comments? If you use xdvik because other viewers don't give some

Re: Fast-track Nonresponsive maintainer: Sindre Pedersen Bjørdal (sindrepb)

I believe the avant-window-navigator bugs could be reduced by bumping the version to 3.2.1 https://launchpad.net/awn/0.2/0.3.2.1 I have also applied for commit rights for avant-window-navigator. On Wed, 2010-01-27 at 19:22 +0100, Till Maas wrote: > Hi, > > Sindre Bjørdal seems to be non respons

Re: The road to dropping xdvik

On Wed, 2010-01-27 at 18:04 +, Jonathan Underwood wrote: > However, it's not clear to me if okular and evince-dvi provide > equivalent functionality that we're yet in a position to drop xdvik. > Comments? If you use xdvik because other viewers don't give some > particular functionality, it woul

Upcoming Fedora 13 Tasks

Start End Name Tue 26-Jan Tue 26-Jan Feature Submission Deadline Tue 26-Jan Tue 26-Jan Custom Spins Submission Deadline Thu 28-Jan Thu 28-Jan Create Installable Images for QA testing #2 Thu 04-Feb Thu 04-Feb Create Installable Images for QA testing #3 Fri 05-Feb Fri 05-Feb A

Re: The road to dropping xdvik

Jussi Lehtola on 01/27/2010 01:45 PM wrote: > As a heavy LaTeX user I would be really against dropping xdvi before > there is some other app that runs as fast. Evince very slow - xdvi shows > pages straight away, whereas evince often displays "Loading..." How about profiling evince instead? perf

Fedora 13 Milestone Reached: Feature and Spin Submission Deadlines

A friendly reminder that yesterday, January 26, 2010, we reached the Feature and Spin submission deadline. Any new features or spins submitted after yesterday will be targeted for Fedora 14. A summary of the Fedora 13 milestones and exception process is here: https://fedoraproject.org/wiki/Impo

Re: Moving lspci and setpci from /sbin to /usr/sbin?

Michal Hlavinka (mhlav...@redhat.com) said: > Do you think moving this is a bad idea? I think it should not break anything, > only problem can be with separate /usr partition but because of library in > /usr it would be already broken and I've not seen any complain about it ever. Furthermore, m

Calibre: broken package dependencies?

Can't install Calibre on Fedora (KDE) as of today. Complains about an inferior version of python-cssutils. It seems to require a more bleeding edge version that is not in either updates-testing or rawhide. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mail

abrt not working in current Rawhide?

Just checking if I'm the only one - I can't find a bug report, though I'll probably file one. abrt doesn't seem to work in current Rawhide. The daemon and applet both claim to be running, but I never get an abrt pop-up when anything crashes (which happens a lot in current Rawhide...) I think I hav

Re: abrt not working in current Rawhide?

Unfortunately it doesn't because of this: https://bugzilla.redhat.com/show_bug.cgi?id=557386 Jirka On 01/27/2010 10:33 PM, Adam Williamson wrote: > Just checking if I'm the only one - I can't find a bug report, though > I'll probably file one. abrt doesn't seem to work in current Rawhide. > The d

Re: abrt not working in current Rawhide?

Adam Williamson (awill...@redhat.com) said: > Just checking if I'm the only one - I can't find a bug report, though > I'll probably file one. abrt doesn't seem to work in current Rawhide. > The daemon and applet both claim to be running, but I never get an abrt > pop-up when anything crashes (whic

Re: abrtd not running: applet complains

On 27/01/10 09:29, Jiri Moskovcak wrote: > On 01/26/2010 10:02 PM, nodata wrote: >> Hi, >> >> When I disable abrtd, I get a tray applet complaining about this. >> >> Is there any precedent for this? I have bluetooth disabled, but I don't >> get a complaint for that.. >> >> Filed bug: https://bugzil

Re: Calibre: broken package dependencies?

2010/1/27 Jud Craft : > Can't install Calibre on Fedora (KDE) as of today.  Complains about an > inferior version of python-cssutils.  It seems to require a more > bleeding edge version that is not in either updates-testing or rawhide. See https://bugzilla.redhat.com/show_bug.cgi?id=558813 . --

Re: New merge review tickets being opened

Jason L Tibbitts III (ti...@math.uh.edu) said: > Some Red Hat employees are opening new merge review tickets for packages > which were in extras long before the big core-extras merge. It looks > like all of these packages are so old that the reviews predate the use > of Red Hat's bugzilla for the

boost update status

... looking pretty good. Thanks everybody! Some deps still need to be rebuilt (qpid). Here are some details from somewhat current rawhide reports cross indexed with koji: > easystroke > boost serialization error actiondb.cc:393: instantiated from here /usr/include/boost/archive/shared_p

Re: boost update status

On Wed, 2010-01-27 at 14:13 -0800, Benjamin Kosnik wrote: > ... looking pretty good. Thanks everybody! > > Some deps still need to be rebuilt (qpid). > > Here are some details from somewhat current rawhide reports cross > indexed with koji: [snip] > > gnuradio > > > > python? > http://koj

Re: The road to dropping xdvik

On 01/27/2010 12:45 PM, Jussi Lehtola wrote: > On Wed, 2010-01-27 at 18:04 +, Jonathan Underwood wrote: >> However, it's not clear to me if okular and evince-dvi provide >> equivalent functionality that we're yet in a position to drop xdvik. >> Comments? If you use xdvik because other viewers d

Re: Re:Qtiplot 0.9.7.11 pushed to rawhide

Am Mittwoch, den 27.01.2010, 22:00 +0800 schrieb Chen Lei: > Is there any provenpackager that can help me to sync F-11 and F-12 > branches with devel's, since the original ower of qtiplot doesn't > maintain any packages for more than one year. > > See http://koji.fedoraproject.org/koji/userinfo?us

Re: The road to dropping xdvik

2010/1/27 Orion Poplawski : > I suspect a lot of our users will be similarly annoyed.  This is one of > those kinds of tools that "just works" and so people stick with it. Well.. perhaps. OTOH people seem to have happily migrated from xpdf to evince over time (or at least that's my perception). --

File Spreadsheet-WriteExcel-2.36.tar.gz uploaded to lookaside cache by spot

A file has been added to the lookaside cache for perl-Spreadsheet-WriteExcel: 8af997e22e37ca2b61046288da76bd07 Spreadsheet-WriteExcel-2.36.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.f

rpms/perl-Spreadsheet-WriteExcel/devel .cvsignore, 1.13, 1.14 perl-Spreadsheet-WriteExcel.spec, 1.23, 1.24 sources, 1.13, 1.14

Author: spot Update of /cvs/pkgs/rpms/perl-Spreadsheet-WriteExcel/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv871 Modified Files: .cvsignore perl-Spreadsheet-WriteExcel.spec sources Log Message: update to 2.36 Index: .cvsignore ===

Re: The road to dropping xdvik

On Wed, 2010-01-27 at 23:08 +, Jonathan Underwood wrote: > 2010/1/27 Orion Poplawski : > > I suspect a lot of our users will be similarly annoyed. This is one of > > those kinds of tools that "just works" and so people stick with it. > > Well.. perhaps. OTOH people seem to have happily migrat

Re: New merge review tickets being opened

> "BN" == Bill Nottingham writes: BN> There is a new internal process that encourages that packages have BN> existing Fedora reviews. Please define "internal". If this is some Red Hat internal thing, don't you think the community who is being asked to do this work should at least be informe

Re: boost update status

Re: Moving lspci and setpci from /sbin to /usr/sbin?

On Wed, Jan 27, 2010 at 02:51:15PM +0100, Maxim Burgerhout wrote: > - I noticed Debian puts lspci in /usr/bin. I'm curious about the > reason lspci is to remain in a sbin directory if it's being moved > anyway. +1, please. -- Matthew Miller mat...@mattdm.org

Re: abrt not working in current Rawhide?

On Wed, Jan 27, 2010 at 10:46:33PM +0100, Jiri Moskovcak wrote: > Unfortunately it doesn't because of this: > https://bugzilla.redhat.com/show_bug.cgi?id=557386 > > Jirka > Bear in mind, Abrt could have fixed this any time in the past few weeks, they've just chosen not to. Jiri, you and I agreed

Purging the F13 orphans

It's that time of the release cycle again, to purge the orphans before we get to feature freeze. Any unblocked orphans will be purged by the feature freeze. A list of unblocked orphans and the broken deps they would cause is at the end of this email. Taking ownership of an orphan on the devel co

Re: The road to dropping xdvik

On Thu, 2010-01-28 at 01:47 +0200, Jussi Lehtola wrote: > On Wed, 2010-01-27 at 23:08 +, Jonathan Underwood wrote: > > 2010/1/27 Orion Poplawski : > > > I suspect a lot of our users will be similarly annoyed. This is one of > > > those kinds of tools that "just works" and so people stick with

Re: Purging the F13 orphans

On 01/27/2010 08:03 PM, Jesse Keating wrote: > Orphan: perl-MooseX-Traits-Attribute-CascadeClear > perl-Fedora-Bugzilla requires > perl(MooseX::Traits::Attribute::CascadeClear) = 0.03 Fixed in perl-Fedora-Bugzilla-0.13-2.fc13, missed a hard-coded Requires on the obsolete package. ~spot -- de

Re: Anyone else want to maintain alltray?

Nikola Pajkovsky, I´d like to "have a nice coding" but, excuse me for my limitation. where can I find help for this problem: 1 -> It is installed and working F11-x86_64 and I want to install F12-x86_64. 2 -> problem:https://fedoraproject.org/wiki/How_to_use_PreUpgrade#Not_enough_space_in_.

Re: Moving lspci and setpci from /sbin to /usr/sbin?

On 01/27/2010 02:17 PM, Michal Hlavinka wrote: > Hi all, > > in Fedora we have pciutils binaries (lspci and setpci) in /sbin, both of them > use pciutils-libs (/usr/lib/...) and afaik this is how it works for "ages". > I'd like to move them from /sbin to /usr/sbin to have them with the same > pref

Re: Purging the F13 orphans

Jesse Keating wrote: > Unblocked orphan gtk-qt-engine This one was basically retired by rdieter (kcm-gtk Obsoletes it, though it contains only the KCM part, the theme engine was unstable and is dead upstream), I guess the retiring process was just not completed properly. So I guess this one can

Re: Purging the F13 orphans

Kevin Kofler wrote: > Jesse Keating wrote: >> Unblocked orphan qtoctave > > I'll pick this one up, it's useful (a Free Software equivalent to the > MATLAB GUI), it's in my area of expertise (Mathematics tool, and Qt-based, > even), there's AFAIK no obvious replacement and upstream seems active.

Re: Purging the F13 orphans

On 01/28/2010 03:03 AM, Jesse Keating wrote: > Taking ownership of an orphan on the devel collection will prevent them > from being blocked. Remember, it is OK to let software die. Don't view > this as a list of things that somebody should pick up if they have the > spare time. Things should onl

Re: Purging the F13 orphans

How can I take jna-posix? I need it for one of my projects but I don't see a way to take it in pkgdb. I'm speaking for the devel branch because it is possible to take F-12 branch. Regards, Alex > It's that time of the release cycle again, to purge the orphans before > we get to feature freeze.

Re: Purging the F13 orphans

On Wed, 2010-01-27 at 17:03 -0800, Jesse Keating wrote: > It's that time of the release cycle again, to purge the orphans before > we get to feature freeze. Any unblocked orphans will be purged by the > feature freeze. A list of unblocked orphans and the broken deps they > would cause is at the e

Re: Purging the F13 orphans

> Unblocked orphan roxterm taken, upstream is alive and it's the terminal I am using Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel