Re: gvfs causes hangs
On Tue, 2010-01-26 at 07:03 +0100, Kevin Kofler wrote: > Adam Williamson wrote: > > I don't believe it was ever escalated as a blocker. I probably > didn't > > consider promoting it as one at the time as FUSE isn't used for any > > normal native Linux mount. Probably the most common use of FUSE is > for > > mounting NTFS partitions via ntfs-3g, but I'm not sure that's vital > / > > common enough to block a release. > > The problem is that gvfs also uses FUSE (AIUI, it can work without, > but FUSE > mounting for the benefit of non-gvfs-enabled apps is enabled by > default). Ah. I never caught that. With that wrinkle it probably would've deserved blocker status... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gvfs causes hangs
Steve Grubb wrote: > Digging into this further, if you run lsof, it hangs when it gets to > ~/.gvfs: It is possible to disable FUSE mounting in gvfs, see: http://lists.fedoraproject.org/pipermail/users/2009-August/084569.html Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning xerces-c
Peter Lemenkov wrote: > Seems that things are getting even worse. I found the only way to > completely resign from the maintainership of xerces-c - by pressing > the "Retire Package" button. And now the package has "Deprecated" > status and no other buttons are active. "Retire package" is for when you want to completely remove a package from the distribution, it was the "big red button" you were not supposed to hit. Now only a cvsadmin can fix your mess. But you'd have needed an admin anyway to reassign ownership directly and thus bypass this "automatically reassign to the comaintainer" "feature". Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gvfs causes hangs
Adam Williamson wrote: > I don't believe it was ever escalated as a blocker. I probably didn't > consider promoting it as one at the time as FUSE isn't used for any > normal native Linux mount. Probably the most common use of FUSE is for > mounting NTFS partitions via ntfs-3g, but I'm not sure that's vital / > common enough to block a release. The problem is that gvfs also uses FUSE (AIUI, it can work without, but FUSE mounting for the benefit of non-gvfs-enabled apps is enabled by default). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning xerces-c
2010/1/25 Lubomir Rintel : > On Mon, 2010-01-25 at 16:54 +0300, Peter Lemenkov wrote: >> Hello! >> Unfortunately, I've got difficulties while releasing ownership ( >> https://fedorahosted.org/packagedb/ticket/173 ). > I've seen that once too; I believe it's supposed to be a feature that > reassigns the package to another maintainer when he releases ownership > instead of orphaning, though looks a bit broken. Seems that things are getting even worse. I found the only way to completely resign from the maintainership of xerces-c - by pressing the "Retire Package" button. And now the package has "Deprecated" status and no other buttons are active. -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphan: Empathy
Hi, all. I've just released ownership of Empathy's Fedora package on all active branches (F-11, F-12, and devel). As can be seen from the CVS and in-spec changelogs as well as the storm of unanswered bug reports for it, I haven't been giving this package nearly as much care as it deserves (especially considering that it recently became a default for desktop installs), nor will I be able to do so in the foreseeable future. I would like to first apologize sincerely for this lacking on my part; and I wish the situation were such that I could keep it updated more fluidly and resolve the bugs in a more timely manner. Unfortunately that's wishing for more hours in my days that I simply do not have. As a continued user and fan of Empathy, it is my fervent hope that the Fedora community continue to maintain it properly. To this, I'd like to thank Brian Pepple who has been taking great care of it so far in my stead. Thanks, and Regards. -- Peter Gordon (codergeek42) Who am I? :: http://thecodergeek.com/about-me signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F12 to Rawhide upgrade
On Mon, 2010-01-25 at 18:03 -0600, Mike Chambers wrote: > On Mon, 2010-01-25 at 23:03 +, Leigh Scott wrote: > > Better still, if using yum to upgrade, install it after it's > completed > > (before reboot) > > Went ahead and just downgraded it before the upgrade. So far working > lot better, although my login name still doesn't show up at the > gdm/login screen. Still just the *other* login is there. That's a known bug already filed in Bugzilla IIRC. Everyone's getting it. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Disabling drm/ttm/radeon module loading for debugging
On Sun, 2010-01-24 at 18:13 +0200, Pasi Kärkkäinen wrote: > Ok, I just also blacklisted the radeon/drm/ttm modules in > /etc/modprobe.d/ > and now they aren't loaded automatically anymore. For the record, for graphics modules, you need to double-blacklist them: blacklist in /etc/modprobe.d and either remove them from initrd (as you did) or use the rdblacklist kernel parameter to stop them being loaded from the initrd. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gvfs causes hangs
On Sat, 2010-01-23 at 09:06 -0500, Steve Grubb wrote: > On Saturday 23 January 2010 08:53:08 am Mamoru Tasaka wrote: > > > Is this a defective file system or are a whole bunch of apps > needing to > > > be fixed? Also, do other people notice the same thing? > > > > Perhaps this issue: > > https://fedoraproject.org/wiki/Common_F12_bugs#FUSE_mounts_may_hang > > https://bugzilla.redhat.com/show_bug.cgi?id=493565 > > Probably. This really ought to be fixed. If you are in bash and type > "file .gv" > and then hit tab, your shell is hung. Running "ls -a ~" also hangs. > Basically > any app that stats files in your home dir will hang. Shouldn't a bug > this bad > have prevented F-12 from being released? This should have been a > blocker. > When I use firefox to attempt to add an attachment to bugzilla and > have to go > into my homedir, firefox hangs. I don't believe it was ever escalated as a blocker. I probably didn't consider promoting it as one at the time as FUSE isn't used for any normal native Linux mount. Probably the most common use of FUSE is for mounting NTFS partitions via ntfs-3g, but I'm not sure that's vital / common enough to block a release. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Plan for tomorrow's (2010-01-26) FESCo meeting
One more feature for tomorrow's meeting: #323 Feature: Dynamic Firewall ( https://fedoraproject.org/wiki/Features/DynamicFirewall ) kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F12 to Rawhide upgrade
On Mon, 2010-01-25 at 23:03 +, Leigh Scott wrote: > Better still, if using yum to upgrade, install it after it's completed > (before reboot) Went ahead and just downgraded it before the upgrade. So far working lot better, although my login name still doesn't show up at the gdm/login screen. Still just the *other* login is there. -- Mike Chambers Madisonville, KY "Best lil town on Earth!" -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unable to start X
On Mon, Jan 25, 2010 at 14:29, Mike Chambers wrote: > On Mon, 2010-01-25 at 13:04 -0800, darrell pfeifer wrote: > > > > > There was some breakage recently with the graphic boot. Try hitting > > the escape key on boot to get the text startup instead. > > This an xorg-server issue or something else? Cause I just posted bout > this issue (see f12 to rawhide upgrade), and ran into same sort of > problem, although mixed results. > > > Prior to Christmas I had two separate problems a) Plymouth graphic boot needed to be escaped to text mode at boot b) The intel driver didn't work (even if plymouth did) Both problems exhibit somewhat the same outcome - you get to gdm login and just get a cursor. The intel driver problem lasted for all of the 2.6.32 kernels from F12 to rawhide With the newer 2.6.33 kernels I've seen the both problems come and go. For instance, there were a few 2.6.33 kernels where the intel driver worked as long as you hit escape to get past the plymouth problem. With the current rawhide kernel (kernel-2.6.33-0.20.rc5.git0.fc13) both problems are resolved. darrell -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F12 to Rawhide upgrade
Better still, if using yum to upgrade, install it after it's completed (before reboot) On Mon, 2010-01-25 at 16:55 -0600, Mike Chambers wrote: > On Mon, 2010-01-25 at 22:50 +, Leigh Scott wrote: > > You need to manually fetch the f13 package from koji and install it > > using 'rpm -Uvh --oldpackage ' > > > > http://koji.fedoraproject.org/koji/buildinfo?buildID=152224 > > > > I'm having no issues with keyboard/mouse > > So get that F13 version and install it *before* I do the upgrade? > > -- > Mike Chambers > Madisonville, KY > > "Best lil town on Earth!" > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[389-devel] q about bug 554887 - Net::LDAP password modify extop breaks; msgid in response is 0xFF
https://bugzilla.redhat.com/show_bug.cgi?id=554887 The problem appears to be this - passwd_extop.c line 173: /* We copy the connection from the original pblock into the * pblock we use for the internal modify operation. We do * this to allow the password policy code to be able to tell * that the password change was initiated by the user who * sent the extended operation instead of always assuming * that it was done by the root DN. */ pb.pb_conn = pb_orig->pb_conn; This makes the internal ops think this is a real connection, and therefore it attempts to send back the result of the internal operation as a real result back to the client: send_ldap_result_ext() result.c line 357: if ( conn == NULL ) { if ( operation->o_result_handler != NULL ) { operation->o_result_handler( conn, operation, err, matched, text, nentries, urls ); logit = 1; } goto log_and_return; } I don't think the passwd_extop code should use the entire connection. I'm thinking that perhaps just the authentication parts of the connection for ACI purposes. Does anyone know exactly what parts of the conn were needed to fulfill the requirements above? -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: F12 to Rawhide upgrade
I suppose you could install it just before upgrading ( you might need --nodeps ) , doing so would break X so avoid rebooting before the upgrade. On Mon, 2010-01-25 at 16:55 -0600, Mike Chambers wrote: > On Mon, 2010-01-25 at 22:50 +, Leigh Scott wrote: > > You need to manually fetch the f13 package from koji and install it > > using 'rpm -Uvh --oldpackage ' > > > > http://koji.fedoraproject.org/koji/buildinfo?buildID=152224 > > > > I'm having no issues with keyboard/mouse > > So get that F13 version and install it *before* I do the upgrade? > > -- > Mike Chambers > Madisonville, KY > > "Best lil town on Earth!" > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F12 to Rawhide upgrade
On Mon, 2010-01-25 at 22:50 +, Leigh Scott wrote: > You need to manually fetch the f13 package from koji and install it > using 'rpm -Uvh --oldpackage ' > > http://koji.fedoraproject.org/koji/buildinfo?buildID=152224 > > I'm having no issues with keyboard/mouse So get that F13 version and install it *before* I do the upgrade? -- Mike Chambers Madisonville, KY "Best lil town on Earth!" -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F12 to Rawhide upgrade
You need to manually fetch the f13 package from koji and install it using 'rpm -Uvh --oldpackage ' http://koji.fedoraproject.org/koji/buildinfo?buildID=152224 I'm having no issues with keyboard/mouse On Mon, 2010-01-25 at 16:43 -0600, Mike Chambers wrote: > On Mon, 2010-01-25 at 22:32 +, Leigh Scott wrote: > > I had the same issue, it's due to the F12 xorg-x11-drv-nouveau version > > being higher than the rawhide version. > > Soo, if one was to do the process again, cept use the F12 version > instead (the nouveau driver) (xorg too?), it would work fine (including > keyboard/mouse)? > > -- > Mike Chambers > Madisonville, KY > > "Best lil town on Earth!" > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F12 to Rawhide upgrade
On Mon, 2010-01-25 at 22:32 +, Leigh Scott wrote: > I had the same issue, it's due to the F12 xorg-x11-drv-nouveau version > being higher than the rawhide version. Soo, if one was to do the process again, cept use the F12 version instead (the nouveau driver) (xorg too?), it would work fine (including keyboard/mouse)? -- Mike Chambers Madisonville, KY "Best lil town on Earth!" -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F12 to Rawhide upgrade
I had the same issue, it's due to the F12 xorg-x11-drv-nouveau version being higher than the rawhide version. On Mon, 2010-01-25 at 16:24 -0600, Mike Chambers wrote: > Over the weekend I tried this via yum and the upgrade/install part went > fine. But once I rebooted, the gui wouldn't work. Meaning, at the > gdm/login screen, it was garbled. I downgraded xorg-x11-server-comment > (was 1 or 2 packages total) to the F12 (may have been upgrade/test one) > version, and that got me the login screen (although it didn't show my > username, just "other). But once at the login screen, my mouse/keyboard > (wireless desktop) wouldn't work at all. I then aborted and reinstalled > F12. Nouveau chipset/card for video. > > Not big priority to run it, but just wanted to report what I initially > ran into. > > > Mike Chambers > Madisonville, KY > > "Best lil town on Earth!" > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unable to start X
On Mon, 2010-01-25 at 13:04 -0800, darrell pfeifer wrote: > > There was some breakage recently with the graphic boot. Try hitting > the escape key on boot to get the text startup instead. This an xorg-server issue or something else? Cause I just posted bout this issue (see f12 to rawhide upgrade), and ran into same sort of problem, although mixed results. -- Mike Chambers Madisonville, KY "Best lil town on Earth!" -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F12 to Rawhide upgrade
Over the weekend I tried this via yum and the upgrade/install part went fine. But once I rebooted, the gui wouldn't work. Meaning, at the gdm/login screen, it was garbled. I downgraded xorg-x11-server-comment (was 1 or 2 packages total) to the F12 (may have been upgrade/test one) version, and that got me the login screen (although it didn't show my username, just "other). But once at the login screen, my mouse/keyboard (wireless desktop) wouldn't work at all. I then aborted and reinstalled F12. Nouveau chipset/card for video. Not big priority to run it, but just wanted to report what I initially ran into. Mike Chambers Madisonville, KY "Best lil town on Earth!" -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unable to start X
On Mon, Jan 25, 2010 at 08:59, Petrus de Calguarium wrote: > Paul F. Johnson wrote: > > > TTFN > > TTFN? Thanks to F'ing Nobody? > > > Any ideas on how to get my desktop to boot > > I am using Intel driver and I am also unable to get X to boot in rawhide. I > have > tried startx, putting 5 on the kernel boot line in grub, etc., to no avail. > I get a > mouse pointer superimposed on the konsole login screen. I can switch to a > different > virtual console and log in on the command line, but no X session. > > There was some breakage recently with the graphic boot. Try hitting the escape key on boot to get the text startup instead. darrell -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Remove write permissions from executables
On Mon, Jan 25, 2010 at 11:54 AM, Till Maas wrote: > On Mon, Jan 25, 2010 at 12:45:26PM -0500, Mike McLean wrote: > >> Furthermore, when the user is root, the 0555 mode will not prevent >> writing as it would for normal users. > > It does not matter, whether the user is root, but whether he has the > dac_override capability. If you read the original mail (1st paragraph) > again with this in mind, you will understand the reason for the change. Does a lack of the dac_override capability prevent root from chmod'ing its own files? -- Garrett Holmstrom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review swap
On 01/25/2010 09:03 PM, Julian Sikorski wrote: > Hi, > > I have an easy package to review, telepathy-sunshine. It is a Gadu Gadu > connection manager for telepathy. > https://bugzilla.redhat.com/show_bug.cgi?id=557546 > I'd happily swap reviews with something not too complex. > > Julian > > I don't think that included the correct license as a separate source file is the correct solution to the "wrong license file included in the source" problem. We are not supposed to add licenses ourselves. See the first 2 paragraphs from http://fedoraproject.org/wiki/Packaging/LicensingGuidelines#License_Text I strongly suggest to contact the authors and ask to fix the problem themselves. That is, unless you have already done that. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Plan for tomorrow's (2010-01-26) FESCo meeting
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 20:00UTC (3pm EST) in #fedora-meeting on irc.freenode.net. Followups: #308 package-swift New business: #314 Wordpress bundles libraries #315 Feature: boot.fedoraproject.org ( https://fedoraproject.org/wiki/Features/BFO ) #316 Feature - Bonobo Free Evolution ( https://fedoraproject.org/wiki/Features/BonoboFreeEvolution ) #317 Feature: Fedora 13 Boost 1.41 Uplift ( https://fedoraproject.org/wiki/Features/F13Boost141 ) #318 Feature - Gnome 2.30 ( https://fedoraproject.org/wiki/Features/Gnome2.30 ) #319 Feature: KDE Pulseaudio Integration ( https://fedoraproject.org/wiki/Features/KDE_PulseAudio_Integration ) #320 Feature: Modprobe whitelist ( https://fedoraproject.org/wiki/Features/ModprobeWhitelist ) #321 Feature: Protecting binaries using capabilities ( https://fedoraproject.org/wiki/Features/ProtectingBinariesUsingCapabilities ) Open Floor For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Remove write permissions from executables
Till Maas píše v Po 25. 01. 2010 v 18:58 +0100: > Is there a tracker about what else needs to be done to finish this up? Good idea, I have filed https://bugzilla.redhat.com/show_bug.cgi?id=558612 . (Realistically, this probably won't ever be "finished" because after handling the low-hanging fruit we'll need to start considering e.g. files in /etc case by case, in some cases making having to decide between removing dac_override from some system processes and making the configuration files they legitimately modify non-writeable by root.) Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Multilib help?
On Mon, Jan 25, 2010 at 02:08:10PM -0500, Bill Nottingham wrote: > - If the file in both packages is identical, installation is allowed > and the file is written > - If the file in both packages is an ELF binary, the file used is the > file in the package for the primary architecture > - If the file in both packages is not an ELF binary a RPM conflict is > raised Are you sure about the third rule? I think the problem arises because /usr/bin/libguestfs-supermin-helper is different in libguestfs.i686 and libguestfs.x86_64, but this file is a shell script, not an ELF binary. These are the files in libguestfs.i686 and libguestfs.x86_64 that have the same names but different content: /usr/bin/hivexget (ELF binary) /usr/bin/hivexml (ELF binary) /usr/bin/libguestfs-test-tool (ELF binary) /usr/libexec/libguestfs-test-tool-helper (ELF binary) /usr/bin/libguestfs-supermin-helper (shell script) Anyway, I will move the shell script and see if that helps. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Multilib help?
Richard W.M. Jones (rjo...@redhat.com) said: > Is there better documentation on how multilib works and how to resolve > multilib problems than > http://fedoraproject.org/wiki/PackagingDrafts/MultilibTricks ? I > understand that it uses various heuristics before it corrupts files, > but those don't seem to be documented. > > I just spent half a day tracking down a problem which turned out to be > because multilib had corrupted a file, and I wish to solve this now > once and for all. 'corrupted a file'? I'm really not sure what you mean here. In any case, excessive verbiage follows: ... Fedora, on certain architectures, supports multible binary ABIs. This includes support for i386 on x86_64, and ppc64 on ppc. Fedora supports these ABIs through a process called 'multi-arch' or 'multilib', wherein the corresponding RPM packages for the secondary arch are included along with their primary arch counterparts. These packages are built via the same process as the primary arch packages, and are identical to the packages that would be shipped in a release where that arch would be the primary arch. The primary function of multilib support in Fedora is to provide a runtime environment for applications to use. To satisfy this, packages that provide runtime libraries are included for the secondary arch. The secondary function of multilib support in Fedora is to provide a development environment. To satisfy this, packages that provide development headers are included for the secondary arch. However, it should be noted that it is preferred to use a full system of the appropriate architecture to do development where possible; this can be done by using the 'mock' package to create an appropriate chroot. Multilib packages are intentionally not provided for system daemons (for example, to run alternate-wordsize versions of Apache or PostgreSQL.) If you need to run a non-default wordsize of a system daemon, it is recommended that you install the system with a release that supports that architecture as the primary architecture. Not all packages produced by a particular source RPM are included as multilib packages; only subpackages that implement runtime libraries or development environments are included. Whether or not multilib packages are installed by default is controlled by the 'multilib_policy' configuration file parameter for yum. The default value for Fedora of 'best' installs only packages for the primary architecture. If this is changed to 'all' packages for all compatible architectures will be installed by default. Note that this can only be changed post-install; anaconda uses the default of only installing packages for the primary arch. You can still at any time install packages for a particular arch by passing the architecture directly to yum. For example, running 'yum install glibc.i686', or putting 'glibc.i686' in a kickstart %packages stanza, will install the 32-bit x86 version of glibc. When installed in parallel, multilib RPM packages may contain files that live in common paths. When this happens, RPM uses the following algorithm: - If the file in both packages is identical, installation is allowed and the file is written - If the file in both packages is an ELF binary, the file used is the file in the package for the primary architecture - If the file in both packages is not an ELF binary a RPM conflict is raised If such conflicts are raised with packages in the Fedora tree, it can be considered a packaging bug that needs to be fixed. ... Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Release Engineering meeting summary for 2010-01-25
Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2010-01-25/fedora-releng.2010-01-25-18.05.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2010-01-25/fedora-releng.2010-01-25-18.05.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2010-01-25/fedora-releng.2010-01-25-18.05.log.html Meeting summary --- * roll call (Oxf13, 18:05:43) * members present: poelcat wwoods warren notting rdieter and Oxf13 (Oxf13, 18:10:34) * Meeting practices (Oxf13, 18:10:53) * lmacken also in attendance (Oxf13, 18:11:12) * dgilmore also in attendance (Oxf13, 18:12:31) * discussed closing each topic out with info lines before moving on. (Oxf13, 18:12:49) * use tickets with 'meeting' keyword to get topics on meeting agenda. (Oxf13, 18:13:33) * Test images for QA (Oxf13, 18:15:30) * got past the rawhide does not build problem (Oxf13, 18:17:01) * images delivered to alt.fp.o and noted in the ticket (Oxf13, 18:17:09) * AGREED: we will use dated directories for test image delivery and maintain symlinks. (Oxf13, 18:22:51) * ACTION: Oxf13 will work with poelcat to update the SOP reflecting this (Oxf13, 18:23:07) * ACTION: Oxf13 will work with QA team to determine symlink names and set expectations (Oxf13, 18:23:31) * Standard Operating Procedures (Oxf13, 18:25:40) * LINK: https://fedoraproject.org/wiki/Release_Engineering_Release_Tickets (poelcat, 18:27:31) * https://fedoraproject.org/wiki/Composing_test_images (poelcat, 18:28:48) * https://fedoraproject.org/wiki/Create_release_signing_key (poelcat, 18:29:00) * jwb is working on documenting the steps for doing a bodhi updates push (Oxf13, 18:30:53) * ACTION: Oxf13 will work on documenting the steps for purging orphans (Oxf13, 18:32:10) * ACTION: All releng members who perform releng tasks are encouraged to document the steps if no SOP currently exists for your task. (Oxf13, 18:33:39) * if you don't have time to format for wiki send to poelcat the wiki-monkey (poelcat, 18:34:01) * ACTION: Oxf13 will review the two pending SOP documents today (Oxf13, 18:34:03) * open floor (Oxf13, 18:36:36) * New /mnt/koji (Oxf13, 18:37:37) * new /mnt/koji hardware should be delivered on Friday (Oxf13, 18:37:47) * Discussed new hardware incoming, and the need to start load testing it hopefully next week or hte week after (Oxf13, 18:44:55) * dist-git update (Oxf13, 18:45:01) * repos were refreshed, and some trimming was done of kernel.git (Oxf13, 18:48:55) * SmootherFrOgZ has contributions to give to fedpkg, just have to work out patch submission (Oxf13, 18:49:12) * dist-git project will soon need to test building with Koji in stg (Oxf13, 18:52:31) * koji.stg.fp.o will be ready soon for public use (Oxf13, 18:52:42) * We may be able to combine new /mnt/koji hardware testing needs and dist-git building needs into the same testing (Oxf13, 18:53:07) * open floor (Oxf13, 18:54:22) * No Frozen Rawhide (Oxf13, 18:56:37) * waiting on koji.stg for further testing (Oxf13, 18:58:29) Meeting ended at 19:00:42 UTC. Action Items * Oxf13 will work with poelcat to update the SOP reflecting this * Oxf13 will work with QA team to determine symlink names and set expectations * Oxf13 will work on documenting the steps for purging orphans * All releng members who perform releng tasks are encouraged to document the steps if no SOP currently exists for your task. * Oxf13 will review the two pending SOP documents today -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swap
Hi, I have an easy package to review, telepathy-sunshine. It is a Gadu Gadu connection manager for telepathy. https://bugzilla.redhat.com/show_bug.cgi?id=557546 I'd happily swap reviews with something not too complex. Julian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Multilib help?
Is there better documentation on how multilib works and how to resolve multilib problems than http://fedoraproject.org/wiki/PackagingDrafts/MultilibTricks ? I understand that it uses various heuristics before it corrupts files, but those don't seem to be documented. I just spent half a day tracking down a problem which turned out to be because multilib had corrupted a file, and I wish to solve this now once and for all. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Remove write permissions from executables
On Mon, Jan 25, 2010 at 12:54 PM, Till Maas wrote: > It does not matter, whether the user is root, but whether he has the > dac_override capability. If you read the original mail (1st paragraph) > again with this in mind, you will understand the reason for the change. Thanks. Sorry for the noise. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)
"Bryn M. Reeves" writes: > On Mon, 2010-01-25 at 17:44 +0100, Andreas Schwab wrote: >> "Bryn M. Reeves" writes: >> >> > [ may be a built in but then again (as its presence >> > in /usr/bin implies) it may not be :). >> >> Like any other command. > > But unlike '[[' which is the point I was replying to. Afaik you can't > provide a '[[' binary and have it mimic the builtin exactly. Because [[ is not a command, it is a reserved word, part of the shell grammar. That is the key difference, not the built-in property. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Remove write permissions from executables
On Fri, Jan 22, 2010 at 12:19:49PM +0100, Miloslav Trmač wrote: > We can extend the protection to all executables by a simple addition to > redhat-rpm-config (https://bugzilla.redhat.com/show_bug.cgi?id=556897 ). > After applying this patch, executable files in all rebuilt packages > would not be writeable, most often using mode 0555. > What do you think? Is there a tracker about what else needs to be done to finish this up? E.g. non-executable interpreted libraries will then still be writable: /usr/lib/python2.6/site-packages/yum Regards Till pgprFmho8lxgt.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Remove write permissions from executables
On Mon, Jan 25, 2010 at 12:45:26PM -0500, Mike McLean wrote: > Furthermore, when the user is root, the 0555 mode will not prevent > writing as it would for normal users. It does not matter, whether the user is root, but whether he has the dac_override capability. If you read the original mail (1st paragraph) again with this in mind, you will understand the reason for the change. Regards Till pgpd7CltO6Ete.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RFC: Remove write permissions from executables
2010/1/22 Miloslav Trmač : > We can extend the protection to all executables by a simple addition to > redhat-rpm-config (https://bugzilla.redhat.com/show_bug.cgi?id=556897 ). > After applying this patch, executable files in all rebuilt packages > would not be writeable, most often using mode 0555. I don't quite understand what this gets us. What is the practical difference between a root:root 0755 binary and a root:root 0555 one? The owner of a file can grant themselves write permission anyway, so I'm not sure how this stops an attacker. Furthermore, when the user is root, the 0555 mode will not prevent writing as it would for normal users. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ABRT frustrating for users and developers
On Mon, 2010-01-18 at 11:17 +0100, Jan Kratochvil wrote: > On Mon, 18 Jan 2010 09:18:11 +0100, Jiri Moskovcak wrote: > > On 01/17/2010 05:57 PM, Christoph Wickert wrote: > > > 5. Instead of hashes the missing debuginfo packages should be > > > listed with n-v-r, so people can install them manually. > > > > This could be a problem. ABRT determines the required debuginfo > > package using build_id. It calls yum --enablerepo=*debuginfo* > > --quiet provides > > /usr/lib/debug/.build-id/bb/11528d59940983f495e9cb099cafb0cb206051.debug > > and I don't know any other way how to map build_id to package name > > if yum fails. > > yum fails commonly because rpm knows about build-id hashes only in the > debuginfo.rpm archives (not the main .rpm archive). And debuginfo.rpm exists > in repositories only for the single latest release (this is a distro bug!). > > Therefore if the crashed program has been updated in repositories since it > started there is no way to map build-id -> nvr. Chiming in a bit late, but nevertheless: IMO, rather than somehow getting debuginfo packages for older versions, abrt could e.g. ask people to try to reproduce their problem with an up to date set of packages. This will often be the right thing to do: somebody else didn't dawdle and reported the bug right away, the maintainer fixed it and pushed an update. Abrt could then even tell the user "your problem has already been reported and apparently fixed" if it finds the reported Bugzilla ticked is CLOSED/CURRENTRELEASE or .../ERRATA. No need to clog up Bugzilla for that. I agree that sometimes it should generate a backtrace from old debuginfo packages and open a ticket with that, e.g. when the issue is hard to reproduce. However, in that case it even more shouldn't attach an incomplete backtrace, because it's likely missing essential information for the developer: "Hmm, your backtrace is incomplete, can you reproduce it with this and that debuginfo RPM installed?" -- "No." -- "Sorry then." --> CLOSED/INSUFFICIENT_DATA. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty n...@redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unable to start X
Paul F. Johnson wrote: > Ta Ta For Now I haven't heard that for a while. Yes, we use that here in .ca sometimes, too. > It's only me, only me and no-one else. ditto -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unable to start X
Hi, > > TTFN > > TTFN? Thanks to F'ing Nobody? Ta Ta For Now - old English was of signing off. Used normally during times of war so as not to demoralise those back home. > > Any ideas on how to get my desktop to boot > > I am using Intel driver and I am also unable to get X to boot in > rawhide. I have tried startx, putting 5 on the kernel boot line in > grub, etc., to no avail. I get a mouse pointer superimposed on the > konsole login screen. I can switch to a different virtual console > and log in on the command line, but no X session. That's possibly a different issue. Try going back to the 2.6.31 kernels from koji and you may find things are happy. Somewhere like -81 or -174 should be good. TTFN Paul -- It's only me, only me and no-one else. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Unable to start X
Paul F. Johnson wrote: > TTFN TTFN? Thanks to F'ing Nobody? > Any ideas on how to get my desktop to boot I am using Intel driver and I am also unable to get X to boot in rawhide. I have tried startx, putting 5 on the kernel boot line in grub, etc., to no avail. I get a mouse pointer superimposed on the konsole login screen. I can switch to a different virtual console and log in on the command line, but no X session. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What is the pulseaudio way of recording?
On Mon, Jan 25, 2010 at 6:58 AM, Paulo Cavalcanti wrote: > > > On Sun, Jan 24, 2010 at 10:31 PM, Paulo Cavalcanti wrote: > >> Hi, >> >> I have been recording using arecord and aplay this way: >> >> arecord -D default -d 0 -f cd | aplay -f cd -D default & >> >> The problem is that, while this works fine on rhel5, the same is no true >> for Fedora 12 using pulseaudio, since I clearly hear some random noise >> (specially at low volumes). >> >> Maybe this is related to the fact that the arecord process is consuming >> 15% of my CPU (a quadcore, 2.4MHz). Compared to Audacious 2.2, for instance, >> playing an mp3 file, which consumes only 4% of the CPU, this is really too >> much. >> >> I concluded that the problem has to do with recording with pulseaudio >> active. >> I know there are parecord and paplay, but they are just symbolic links to >> pacat, >> and I do not know how to combine them in a similar way. >> >> Therefore, my question is what is the best way of recording with >> pulseadio, without wasting too much of my CPU and without noise? >> >> > In fact, 15% is the minimum. In general it can hit up to 30%. > > If I use > > arecord -D default -d 0 -f $tp | paplay & > > the consumption drops to 7% (much better), but still too far from the > 0.3% I get on rhel5. > > > > This is the answer to my own question: parec | pacat & No noise and CPU below 0.3% -- Paulo Roma Cavalcanti LCG - UFRJ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)
On Mon, 2010-01-25 at 17:44 +0100, Andreas Schwab wrote: > "Bryn M. Reeves" writes: > > > [ may be a built in but then again (as its presence > > in /usr/bin implies) it may not be :). > > Like any other command. But unlike '[[' which is the point I was replying to. Afaik you can't provide a '[[' binary and have it mimic the builtin exactly. Regards, Bryn. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)
"Bryn M. Reeves" writes: > [ may be a built in but then again (as its presence > in /usr/bin implies) it may not be :). Like any other command. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
yelp failing to build with new ld linker
Hi, Upon doing a mock build of yelp-2.28.1-2.fc13 with the new version of binutils (containing the proposed DSO link changes to ld) from http://roland.fedorapeople.org/ld-test/, the build fails. /usr/bin/ld.bfd: /usr/lib/xulrunner-sdk-1.9.2/lib/libxpcomglue.a(nsGlueLinkingDlopen.o): undefined reference to symbol 'dlopen@@GLIBC_2.1' /usr/bin/ld.bfd: note: 'dlopen@@GLIBC_2.1' is defined in DSO /usr/lib/gcc/i686-redhat-linux/4.4.3/../../../libdl.so so try adding it to the linker command line In the linker line we can see "-ldl -lxpcomeglue" present. -lxpcomglue uses symbols from -ldl, while yelp does not. Since -lxpcomglue is a static library, the -ldl was added to satisfy this. The problem is with the order in which libraries are declared. Since -ldl is declared before -lxpcomglue in the link line, and since nothing in yelp uses symbols from -ldl, it is dropped at that point leaving -lxpcomglue with undefined symbols from -ldl. The following potential solutions were proposed by Roland McGrath to this issue : Rearranging the link line would fix this ("-lxpcomglue -ldl"), or xulrunner-devel could add a libxpcomglue.so linker script containing : AS_NEEDED ( libxpcomglue.a -ldl ) This way any package using -lxpcomglue would not need to know whether it is a shared/static library, and what other libraries it makes use of. Thank-You, -- Roland Grunberg -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)
On Mon, 2010-01-25 at 16:44 +0100, Andreas Schwab wrote: > Garrett Holmstrom writes: > > > On Mon, Jan 25, 2010 at 6:09 AM, Bryn M. Reeves wrote: > >> It's cute isn't it? I had the biggest grin the day I realised that '[' > >> was just another command.. > > > > That's the reason [[ can use special characters like < and > without > > escaping, while [ can't: [[ is a builtin, but [ isn't. > > Well, [ is a builtin too, but [[ is a keyword recognised by the parser, > thus it can use special parsing rules. > [ may be a built in but then again (as its presence in /usr/bin implies) it may not be :). In traditional shells it was a proper command but is often a builtin these days. [[..]] are one of the syntactic elements the bash provides for building compound commands. Regards, Bryn. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)
Garrett Holmstrom writes: > On Mon, Jan 25, 2010 at 6:09 AM, Bryn M. Reeves wrote: >> It's cute isn't it? I had the biggest grin the day I realised that '[' >> was just another command.. > > That's the reason [[ can use special characters like < and > without > escaping, while [ can't: [[ is a builtin, but [ isn't. Well, [ is a builtin too, but [[ is a keyword recognised by the parser, thus it can use special parsing rules. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning xerces-c
On 01/25/2010 03:17 PM, Lubomir Rintel wrote: > On Mon, 2010-01-25 at 16:54 +0300, Peter Lemenkov wrote: >> Hello! >> 2010/1/25 Lubomir Rintel: >>> On Mon, 2010-01-25 at 16:15 +0300, Peter Lemenkov wrote: Hello All! I'm no longer using Xerces-C, so I believe, I can't maintain it anymore. Feel free to pick it up. Any volunteers? >>> I use it with VirtualBox-OSE (thanks to Xavier for pointing me here). I >>> won't mind picking the package up. >> Great. >> Unfortunately, I've got difficulties while releasing ownership ( https://fedorahosted.org/packagedb/ticket/173 ). > I've seen that once too; I believe it's supposed to be a feature that reassigns the package to another maintainer when he releases ownership instead of orphaning, though looks a bit broken. > Looking at the pkgdb page of the package it seems like xavierb is a maintainer (well, has approveacls powers) as well. Are you sure you want another maintainer and not just hand the package to xavierb? My interest is mostly in the EL-4 and EL-5 branches. Actually, I'm mostly interested in the perl bindings and that needs an older version (2.7.0) and hence I also own the xerces-c27 compat package. We discussed this package with Peter and other people off-list and at least Jonathan Robie was interested in taking the package over. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)
On Mon, Jan 25, 2010 at 6:09 AM, Bryn M. Reeves wrote: > It's cute isn't it? I had the biggest grin the day I realised that '[' > was just another command.. That's the reason [[ can use special characters like < and > without escaping, while [ can't: [[ is a builtin, but [ isn't. -- Garrett Holmstrom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [389-devel] Spelling typos
Michele Baldessari wrote: > Hi all, > > a couple of one liners to fix spelling typos. (Against 1.2.5) > Thanks - https://bugzilla.redhat.com/show_bug.cgi?id=558518 > regards, > Michele > > diff -urNad trunk~/ldap/servers/plugins/chainingdb/cb_conn_stateless.c > trunk/ldap/servers/plugins/chainingdb/cb_conn_stateless.c > --- trunk~/ldap/servers/plugins/chainingdb/cb_conn_stateless.c > 2010-01-12 19:54:28.0 +0100 > +++ trunk/ldap/servers/plugins/chainingdb/cb_conn_stateless.c 2010-01-24 > 14:57:28.0 +0100 > @@ -412,7 +412,7 @@ > { > /* Bind is successful but > password has expired */ > > slapi_log_error(SLAPI_LOG_FATAL, CB_PLUGIN_SUBSYSTEM, > - > "Succesfully bound as %s to remote server %s:%d, " > + > "Successfully bound as %s to remote server %s:%d, " > "but > password has expired.\n", > binddn, > hostname, port); > } > > @@ -424,7 +424,7 @@ > { > int password_expiring = > atoi( serverctrls[ i ]->ldctl_value.bv_val ); > > slapi_log_error(SLAPI_LOG_FATAL, CB_PLUGIN_SUBSYSTEM, > - > "Succesfully bound as %s to remote server %s:%d, " > + > "Successfully bound as %s to remote server %s:%d, " > "but > password is expiring in %d seconds.\n", > binddn, > hostname, port, password_expiring); > } > diff -urNad trunk~/ldap/servers/plugins/replication/repl5_connection.c > trunk/ldap/servers/plugins/replication/repl5_connection.c > --- trunk~/ldap/servers/plugins/replication/repl5_connection.c > 2010-01-12 19:54:28.0 +0100 > +++ trunk/ldap/servers/plugins/replication/repl5_connection.c 2010-01-24 > 14:57:28.0 +0100 > @@ -1696,7 +1696,7 @@ > { > /* Bind is successfull but password has > expired */ > slapi_log_error(SLAPI_LOG_FATAL, > repl_plugin_name, > - "%s: Succesfully bound %s to > consumer, " > + "%s: Successfully bound %s to > consumer, " > "but password has expired on > consumer.\n", > agmt_get_long_name(conn->agmt), > binddn); > } > @@ -1708,7 +1708,7 @@ > { > int password_expiring = atoi( > ctrls[ i ]->ldctl_value.bv_val ); > > slapi_log_error(SLAPI_LOG_FATAL, repl_plugin_name, > - "%s: Succesfully bound > %s to consumer, " > + "%s: Successfully bound > %s to consumer, " > "but password is > expiring on consumer in %d seconds.\n", > > agmt_get_long_name(conn->agmt), binddn, password_expiring); > } > diff -urNad trunk~/ldap/servers/plugins/replication/windows_connection.c > trunk/ldap/servers/plugins/replication/windows_connection.c > --- trunk~/ldap/servers/plugins/replication/windows_connection.c > 2010-01-12 19:54:28.0 +0100 > +++ trunk/ldap/servers/plugins/replication/windows_connection.c > 2010-01-24 14:57:28.0 +0100 > @@ -658,7 +658,7 @@ > nummessages = ldap_count_messages(conn->ld, > res); > numentries = ldap_count_entries(conn->ld, res); > numreferences = ldap_count_references(conn->ld, > res); > - LDAPDebug( LDAP_DEBUG_REPL, > "windows_search_entry: recieved %d messages, %d entries, %d references\n", > + LDAPDebug( LDAP_DEBUG_REPL, > "windows_search_entry: received %d messages, %d entries, %d references\n", > nummessages, numentries
Unable to start X
Hi, I'm using the nvidia 7600 video card with the neuveau driver (not using the commerical driver, just the fedora shipped one). I did a rawhide update on Saturday and it looks like something there has borked my system. I had a power outage last night and had to reboot. It doesn't matter which version of the kernel I try to load, but when I try to boot X I'm told that the kernel has claimed a driver and the server won't start until the kernel has unclaimed it. I've tried passing nomodeset and vesa in the boot line, but no good. If I boot to runlevel 3, I can get a command line login, so the system is up and working, but issuing startx gives me the error about the claimed module. Any ideas on how to get my desktop to boot or do I need to downgrade the xorg-x11-drv-neuvaux (or however it's spelt!)? TTFN Paul -- It's only me, only me and no-one else. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning xerces-c
On Mon, Jan 25, 2010 at 03:17:05PM +0100, Lubomir Rintel wrote: > > Unfortunately, I've got difficulties while releasing ownership ( > > https://fedorahosted.org/packagedb/ticket/173 ). > > I've seen that once too; I believe it's supposed to be a feature that > reassigns the package to another maintainer when he releases ownership > instead of orphaning, though looks a bit broken. It should never be done automatically. -- Pat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning xerces-c
On Mon, 2010-01-25 at 16:54 +0300, Peter Lemenkov wrote: > Hello! > > 2010/1/25 Lubomir Rintel : > > On Mon, 2010-01-25 at 16:15 +0300, Peter Lemenkov wrote: > >> Hello All! > >> I'm no longer using Xerces-C, so I believe, I can't maintain it > >> anymore. Feel free to pick it up. Any volunteers? > > > > I use it with VirtualBox-OSE (thanks to Xavier for pointing me here). I > > won't mind picking the package up. > > Great. > Unfortunately, I've got difficulties while releasing ownership ( > https://fedorahosted.org/packagedb/ticket/173 ). I've seen that once too; I believe it's supposed to be a feature that reassigns the package to another maintainer when he releases ownership instead of orphaning, though looks a bit broken. Looking at the pkgdb page of the package it seems like xavierb is a maintainer (well, has approveacls powers) as well. Are you sure you want another maintainer and not just hand the package to xavierb? -- Flash is the Web2.0 version of blink and animated gifs. -- Stephen Smoogen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: texlive-2009 pdflatex doesn't work (sometimes)
On Mon, 2010-01-25 at 11:50 +, José Matos wrote: > On Sunday 24 January 2010 12:18:23 Mary Ellen Foster wrote: > > 2010/1/23 Matthew Saltzman : > > >$ pdflatex simple.tex > > >This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) > > > > > >kpathsea: Running mktexfmt pdflatex.fmt > > >I can't find the format file `pdflatex.fmt'! > > > > In a slightly related issue, I found that after I did the most recent > > updates from texlive (yesterday), xelatex and bibtex segfaulted > > immediately. "yum reinstall texlive-xetex* texlive-bibtex*" seems to > > have fixed it though ... > > After updating I get this: > > $ bibtex > bibtex: Symbol `kpse_def_inst' has different size in shared object, consider > re-linking > bibtex: Need exactly one file argument. > Try `bibtex --help' for more information. > > Reinstalling texlive-bibtex as you suggested fixed the issue: > > $ bibtex > bibtex: Need exactly one file argument. > Try `bibtex --help' for more information. > > > MEF Can't say I've seen any of these problems (except my original one), but I did notice that after reinstall, I get various complaints about consistency of files cached in $HOME/.texlive-2009/. Deleting the directory seems to solve those. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning xerces-c
Hello! 2010/1/25 Lubomir Rintel : > On Mon, 2010-01-25 at 16:15 +0300, Peter Lemenkov wrote: >> Hello All! >> I'm no longer using Xerces-C, so I believe, I can't maintain it >> anymore. Feel free to pick it up. Any volunteers? > > I use it with VirtualBox-OSE (thanks to Xavier for pointing me here). I > won't mind picking the package up. Great. Unfortunately, I've got difficulties while releasing ownership ( https://fedorahosted.org/packagedb/ticket/173 ). -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning xerces-c
On Mon, 2010-01-25 at 16:15 +0300, Peter Lemenkov wrote: > Hello All! > I'm no longer using Xerces-C, so I believe, I can't maintain it > anymore. Feel free to pick it up. Any volunteers? I use it with VirtualBox-OSE (thanks to Xavier for pointing me here). I won't mind picking the package up. -- Flash is the Web2.0 version of blink and animated gifs. -- Stephen Smoogen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100125 changes
Compose started at Mon Jan 25 08:15:14 UTC 2010 Broken deps for i386 -- PyKDE-3.16.6-1.fc13.i686 requires sip-api(6) >= 0:6.0 doodle-0.6.7-5.fc12.i686 requires libextractor.so.1 easystroke-0.5.2-1.fc13.i686 requires libboost_serialization-mt.so.5 fusecompress-2.6-3.fc12.i686 requires libboost_serialization-mt.so.5 fusecompress-2.6-3.fc12.i686 requires libboost_system-mt.so.5 fusecompress-2.6-3.fc12.i686 requires libboost_program_options-mt.so.5 fusecompress-2.6-3.fc12.i686 requires libboost_filesystem-mt.so.5 fusecompress-2.6-3.fc12.i686 requires libboost_iostreams-mt.so.5 geglmm-0.1.0-2.fc12.i686 requires libbabl-0.0.so.0 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc-network-devel = 0:2.2.1.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc-HTTP-devel = 0:4000.0.6 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc-OpenGL-devel = 0:2.2.1.1 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc-zlib-devel = 0:0.5.0.0 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc-time-devel = 0:1.1.2.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc-GLUT-devel = 0:2.1.1.2 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-HTTP-doc = 0:4000.0.6 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-GLUT-doc = 0:2.1.1.2 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-OpenGL-doc = 0:2.2.1.1 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-zlib-doc = 0:0.5.0.0 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-time-doc = 0:1.1.2.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-network-doc = 0:2.2.1.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-HTTP-prof = 0:4000.0.6 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-network-prof = 0:2.2.1.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-GLUT-prof = 0:2.1.1.2 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-OpenGL-prof = 0:2.2.1.1 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-zlib-prof = 0:0.5.0.0 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-time-prof = 0:1.1.2.4 2:gimp-2.6.8-1.fc13.i686 requires libbabl-0.0.so.0 gnome-scan-0.6.2-3.fc13.i686 requires libbabl-0.0.so.0 gnome-scan-libs-0.6.2-3.fc13.i686 requires libbabl-0.0.so.0 gnuradio-3.2.2-1.fc12.i686 requires libboost_thread-mt.so.5 gpsdrive-2.10-0.4.pre7.fc12.i686 requires libboost_thread-mt.so.5 gpsdrive-2.10-0.4.pre7.fc12.i686 requires libboost_filesystem-mt.so.5 gpsdrive-2.10-0.4.pre7.fc12.i686 requires libboost_system-mt.so.5 haskell-platform-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 haskell-platform-2009.2.0.2-3.fc13.i686 requires cabal-install = 0:0.6.2 hulahop-0.6.0-2.fc12.i686 requires xulrunner-python hulahop-0.6.0-2.fc12.i686 requires libpyxpcom.so k3d-0.7.11.0-1.fc12.i586 requires libboost_program_options-mt.so.5 k3d-0.7.11.0-1.fc12.i586 requires libboost_python-mt.so.5 k3d-0.7.11.0-1.fc12.i586 requires libboost_regex-mt.so.5 k3d-devel-0.7.11.0-1.fc12.i586 requires libboost_program_options-mt.so.5 k3d-devel-0.7.11.0-1.fc12.i586 requires libboost_python-mt.so.5 k3d-devel-0.7.11.0-1.fc12.i586 requires libboost_regex-mt.so.5 koan-2.0.2-1.fc13.noarch requires mkinitrd kst-fits-1.8.0-3.fc12.i686 requires cfitsio = 0:3.140 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf_c++.so.4 kst-netcdf-1.8.0-3.fc12.i686 requires libnetcdf.so.4 linphone-2.1.1-4.fc12.i686 requires libortp.so.7 mapnik-0.6.1-4.fc13.i686 requires libboost_thread-mt.so.5 mapnik-0.6.1-4.fc13.i686 requires libboost_iostreams-mt.so.5 mapnik-0.6.1-4.fc13.i686 requires libboost_filesystem-mt.so.5 mapnik-0.6.1-4.fc13.i686 requires libboost_regex-mt.so.5 mapnik-python-0.6.1-4.fc13.i686 requires libboost_python-mt.so.5 mapnik-utils-0.6.1-4.fc13.i686 requires libboost_filesystem-mt.so.5 mapnik-utils-0.6.1-4.fc13.i686 requires libboost_program_options-mt.so.5 mapnik-utils-0.6.1-4.fc13.i686 requires libboost_system-mt.so.5 mapnik-utils-0.6.1-4.fc13.i686 requires libboost_iostreams-mt.so
Orphaning xerces-c
Hello All! I'm no longer using Xerces-C, so I believe, I can't maintain it anymore. Feel free to pick it up. Any volunteers? -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: '/usr/bin/[' (was RE: FC12: Hidden files in /usr/bin/*)
On Fri, 2010-01-22 at 08:41 -0800, Cleaver, Japheth wrote: > > Denis Leroy > > what about '/usr/bin/[', part of cureutils... had never > > noticed this one before. > > > > -denis > > > Isn't that simply what makes "if [ (blah) ]" work? It's cute isn't it? I had the biggest grin the day I realised that '[' was just another command.. Bryn. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: texlive-2009 pdflatex doesn't work (sometimes)
On Sunday 24 January 2010 12:18:23 Mary Ellen Foster wrote: > 2010/1/23 Matthew Saltzman : > >$ pdflatex simple.tex > >This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) > > > >kpathsea: Running mktexfmt pdflatex.fmt > >I can't find the format file `pdflatex.fmt'! > > In a slightly related issue, I found that after I did the most recent > updates from texlive (yesterday), xelatex and bibtex segfaulted > immediately. "yum reinstall texlive-xetex* texlive-bibtex*" seems to > have fixed it though ... After updating I get this: $ bibtex bibtex: Symbol `kpse_def_inst' has different size in shared object, consider re-linking bibtex: Need exactly one file argument. Try `bibtex --help' for more information. Reinstalling texlive-bibtex as you suggested fixed the issue: $ bibtex bibtex: Need exactly one file argument. Try `bibtex --help' for more information. > MEF -- José Abílio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Missing iwl5150-firmware package?
On Mon, Jan 25, 2010 at 12:18 AM, Arjan van de Ven wrote: > On Sun, 24 Jan 2010 20:26:10 +0100 > drago01 wrote: > >> On Sun, Jan 24, 2010 at 7:44 PM, Jonathan Dieter >> wrote: >> > Is there some reason we don't have a iwl5150-firmware package? Or >> > that /lib/firmware/iwlwifi-5150-2.ucode isn't included in >> > iwl5000-firmware? >> > >> > Just asking because I was helping someone on #fedora get their Intel >> > 5150ABN working, and it seems that this missing firmware was the >> > reason it wasn't. The firmware is available from >> > http://intellinuxwireless.org/?p=iwlwifi&n=downloads. >> >> Seems like indeed nobody packaged it yet. >> >> Maybe John wants to add it to the iwl5000-firmware package so you >> should ask him (cc'ed) first before actually submitting a package. > > why wouldn't this be part of the linux-firmware general "all firmware" > package instead? Yeah we should move all of them into linux-firmware and make linux-firmware obsolete the separate firmware packages; but this should be done upstream. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What is the pulseaudio way of recording?
On Sun, Jan 24, 2010 at 10:31 PM, Paulo Cavalcanti wrote: > Hi, > > I have been recording using arecord and aplay this way: > > arecord -D default -d 0 -f cd | aplay -f cd -D default & > > The problem is that, while this works fine on rhel5, the same is no true > for Fedora 12 using pulseaudio, since I clearly hear some random noise > (specially at low volumes). > > Maybe this is related to the fact that the arecord process is consuming 15% > of my CPU (a quadcore, 2.4MHz). Compared to Audacious 2.2, for instance, > playing an mp3 file, which consumes only 4% of the CPU, this is really too > much. > > I concluded that the problem has to do with recording with pulseaudio > active. > I know there are parecord and paplay, but they are just symbolic links to > pacat, > and I do not know how to combine them in a similar way. > > Therefore, my question is what is the best way of recording with pulseadio, > without wasting too much of my CPU and without noise? > > In fact, 15% is the minimum. In general it can hit up to 30%. If I use arecord -D default -d 0 -f $tp | paplay & the consumption drops to 7% (much better), but still too far from the 0.3% I get on rhel5. -- Paulo Roma Cavalcanti LCG - UFRJ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel