Re: RFE : split transmission into subpackages: Request for review
On Fri, 2010-01-08 at 18:49 +0530, Ankur Sinha wrote: hi, wrt https://bugzilla.redhat.com/show_bug.cgi?id=550976 I've built the sub packages and have put them up here with the spec. http://ankursinha.fedorapeople.org/transmission/ Can someone please review these? You should: - post your changes as patches, to make it easier to see what's changed - have -libs for the common library bits stuff - keep the GTK+ front-end in the main package (which would avoid upgrade problems with transmission disappearing from people's menus on upgrade, and having to change comps) - split out the command-line bits into a sub-package Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Vala programs and compiling from source
On Mon, 2009-12-21 at 15:53 -0800, Toshio Kuratomi wrote: On Mon, Dec 21, 2009 at 05:00:58PM +, Peter Robinson wrote: Hi, I recently submitting Deja-dup, a backup program written in Vala for review at https://bugzilla.redhat.com/show_bug.cgi?id=540761 Vala is described in more detail at http://live.gnome.org/Vala. Deja-dup like many Vala programs include both the Vala source code and the C source code to avoid a build time requirement of Vala and also because Vala is still in a rapidly evolving stage. Do I need to build from the original Vala source code or can I consider the machine generated C as source? You should be building from the vala source. For rygel to date I've used the C as source unless I've needed to patch a bug or build issue with it when you then need to regenerate it. Sounds like rygel should as well. That won't work. The upstream uses Vala git, which didn't allow recompiling rygel from the version of Vala in Fedora. When in doubt, build from the source that upstream is going to be modifying, fixing bugs in directly, etc. When in doubt, use the sources that upstream is providing as the sources to build from, in this case the C files rather than the Vala ones (even if both are actually in the tarball). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Electric Fence - still reliable?
On Fri, 2009-12-18 at 11:55 +0100, Michael Schwendt wrote: On Thu, 17 Dec 2009 22:07:04 +0100, I wrote: Fedora 12 with LD_PRELOAD=libefence.so.0.0 EF_ALLOW_MALLOC_0=1, what is more likely that these are false positives or real bugs? It's hard to find GNOME/GTK apps that don't crash. One that works fine in efence is gnome-about. Many non-GUI tools also pass. procps's w doesn't, and that's not a false positive: $ w Electric Fence 2.2.2 Copyright (C) 1987-1999 Bruce Perens br...@perens.com Segmentation fault (core dumped) == setlocale() usage bug, https://bugzilla.redhat.com/548711 $ eog Electric Fence 2.2.2 Copyright (C) 1987-1999 Bruce Perens br...@perens.com Segmentation fault (core dumped) == in ORBit corba-any.c once more All the GNOME apps that use GConf or ORBit will fail because you need to set the alignment to 8. Same problem under valgrind. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Electric Fence - still reliable?
On Fri, 2009-12-18 at 12:58 +0100, Michael Schwendt wrote: On Fri, 18 Dec 2009 11:18:30 +, Bastien wrote: $ eog Electric Fence 2.2.2 Copyright (C) 1987-1999 Bruce Perens br...@perens.com Segmentation fault (core dumped) == in ORBit corba-any.c once more All the GNOME apps that use GConf or ORBit will fail because you need to set the alignment to 8. Same problem under valgrind. Okay, different crash then. If I do that, it also ends up with the glib2 gslice.c crash instead: And you'll need to disable GSlice memory allocation as well, with G_SLICE=always-malloc I'm not sure even trying to use ElectricFence is such a good idea anyway, when we have valgrind available. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
make update broken?
Ideas? $ make update Creating a new update for gnome-bluetooth-2.28.4-2.fc12 Password for hadess: Creating a new update for gnome-bluetooth-2.28.4-2.fc12 ServerError(https://admin.fedoraproject.org/updates/save, 500, Internal Server Error) Traceback (most recent call last): File /usr/bin/bodhi, line 153, in main data = bodhi.save(**update_args) File /usr/lib/python2.6/site-packages/fedora/client/bodhi.py, line 111, in save 'bugs': bugs, File /usr/lib/python2.6/site-packages/fedora/client/baseclient.py, line 316, in send_request req_params = req_params, auth_params = auth_params) File /usr/lib/python2.6/site-packages/fedora/client/proxyclient.py, line 292, in send_request raise ServerError(url, http_status, msg) ServerError: ServerError(https://admin.fedoraproject.org/updates/save, 500, Internal Server Error) make: *** [bodhi] Error 255 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: make update broken?
On Mon, 2009-12-14 at 08:29 -0600, Jeffrey Ollie wrote: On Mon, Dec 14, 2009 at 7:42 AM, Bastien Nocera bnoc...@redhat.com wrote: Ideas? The Fedora Infrastrutcure is being moved to a new datacenter: https://www.redhat.com/archives/fedora-announce-list/2009-December/msg8.html https://fedorahosted.org/fedora-infrastructure/ticket/1845 I though this was finished already. I guess not... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What is public/private fork? - Criteria packaging in fedora
On Fri, 2009-12-11 at 16:14 +0530, Rahul Sundaram wrote: On 12/11/2009 03:56 PM, Florian Festi wrote: Without knowing the history: Best solution would be to ask former upstream for permission to continue the project under its original name That was already denied https://lists.feep.net:8080/pipermail/libtar/2009-May/000259.html That's not what the maintainer said. He just doesn't want to give away the name itself, that is, he doesn't want to relinquish control of the project even though he doesn't contribute code to it any more. Frankly, calling a fork of libtar libtar-ng when the upstream says the library is pretty awful is a bit weird. If you or someone else wants to apply some patches to the current code base and cut a new release, I'd be happy to discuss the best way to do that. Well, best discuss it then -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Why pavucontrol is not installed by default?
On Wed, 2009-12-09 at 13:51 +0100, Christof Damian wrote: On Tue, Dec 8, 2009 at 12:59, Tomasz Torcz to...@pipebreaker.pl wrote: On Tue, Dec 08, 2009 at 09:51:55AM -0200, Paulo Cavalcanti wrote: pavucontrol is regarded as advance tool, but also partly obsolete. Current gnome-volume-control superseded most of its functionality: controlling different streams volume, switching profile, outputs, fallback devices. I am curious: If pavucontrol is obsolete, is there some other tool to tell skype to use headsets, while rhythmbox uses the speakers? It's not obsolete, it's just not installed by default. pavucontrol currently crashes (and pulseaudio) for me on one machine and I need this functionality. File bugs! -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Why pavucontrol is not installed by default?
On Tue, 2009-12-08 at 14:05 -0500, Jon Masters wrote: On Tue, 2009-12-08 at 12:59 +0100, Tomasz Torcz wrote: On Tue, Dec 08, 2009 at 09:51:55AM -0200, Paulo Cavalcanti wrote: I did a clean install of Fedora 12 and realized that pavucontrol was not installed by default. I have two sound cards and I only got sound when I manually installed pavucontrol and used it. Any reason? pavucontrol is regarded as advance tool, but also partly obsolete. Current gnome-volume-control superseded most of its functionality: controlling different streams volume, switching profile, outputs, fallback devices. The new gnome-volume-control is so cut-down it's not useful to me. In the quest to be more Mac-like in removing mixer controls No, it's in a quest of providing *solutions* to user's problems, and not blindly showing everything the software and the hardware can do. (and not even having any obvious advanced mode), I now have a choice of no audio or having full volume LFE output *and* whatever mixer level I have set for the master output. The sub-woofer setting works fine here, what's the problem? alsamixer works fine, but then I can't use the volume sliders on my desktop and it gets rather awkward. I still pine for the days of isapnpdump when I had to do all the heavy lifting by hand, but it worked 100% of the time. You can still do all the heavy lifting you want. Install the old gst-mixer, or whatever GUI alsa mixer, just don't expect it to integrate with the desktop. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Pulseaudio in F12
On Mon, 2009-11-30 at 11:36 +0100, Michal Schmidt wrote: Dne Mon, 30 Nov 2009 11:12:38 +0100 Michael Schwendt napsal(a): On Mon, 30 Nov 2009 10:38:15 +0100, Michal wrote: Dne Mon, 30 Nov 2009 07:05:28 -0200 Paulo Cavalcanti napsal(a): Thanks for the explanation. At least 3 applications are not restoring the volumes: xmms, mplayer and audacious. Interesting. Maybe these programs try to be too clever and force the volume themselves. It's not an attempt at being too clever, but several upstream developers feel lost in what they have to do or what they have not to do to get something right. Temporarily, Audacious devlopers have dropped their pulse_audio driver (originally from XMMS) even, since they were of the impression that it didn't work anyway. Ubuntu users currently feel punished with Pulse Audio. With a first bunch of fixes [for volume issues in Fedora 12 Rawhide, volume decreased for every new song], the driver was restored again for Audacious 2.2 development. With more recent changes in Pulse Audio, it seems, more changes are necessary. But Audacious 2.1 cannot reflect external volume level changes in its UI anyway. Its volume slider cannot move for volume level changes made with external tools. Only the next release can do that, and it suffers from new bugs (such as a bug in alsa-lib that will require an update in Fedora, too). Thanks for the explanation. Before I saw your reply, I played with audacious-plugins and made a kludge to prevent it from forcing 100 % volume on startup. It probably breaks something else, I haven't really tested it too much. Notice that the documentation for pa_stream_connect_playback strongly recommends passing NULL as volume. This looks correct, you're never supposed to restore volume yourself when using PulseAudio. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: crazy Xrandr/XOrg automatic display configuration.
On Wed, 2009-11-25 at 12:33 -0500, Jud Craft wrote: I assumed, via the release notes, that the new Xorg operates in extend-desktop mode by default. However, I'm not sure. When I hook up a running Fedora laptop to a projector, my desktop is extended. Very nice. When I hook up the same projector and then -boot- my Fedora laptop, I am set to mirrored-mode by default at startup. Does anyone else have this? Why are there two different external display behaviors? The latter is probably due to your BIOS... Have you tried plugging the external projector when you're in GRUB and not before cold starting? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
On Wed, 2009-11-18 at 18:08 +0100, nodata wrote: Yikes! When was it decided that non-root users get to play root? Ref: https://bugzilla.redhat.com/show_bug.cgi?id=534047 This is horrible! Seems fair as the default for a desktop installation. Once we get the new user management stuff into F13 [1], we'd probably tighten that rule so that only admins are given the option, or all users but with the need to authenticate as an admin. [1]: https://fedoraproject.org/wiki/Features/UserAccountDialog -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Local users get to play root?
On Wed, 2009-11-18 at 13:50 -0500, Tony Nelson wrote: On 09-11-18 13:44:43, nodata wrote: Am 2009-11-18 19:16, schrieb Bruno Wolff III: On Wed, Nov 18, 2009 at 17:45:26 +, Bastien Nocerabnoc...@redhat.com wrote: Once we get the new user management stuff into F13 [1], we'd probably tighten that rule so that only admins are given the option, or all users but with the need to authenticate as an admin. This seems pretty reasonable. I don't like the way Fedora is going with this: digging out something that works and saying we'll replace it later makes no sense. Make it work now, or *keep it in*. Fedora has always been this way. Have you tried to use sound or video in the past few releases? I think it's called creative destruction. And I'm sure the passive-aggressive in you filed bugs. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: RFC: Btrfs snapshots feature for F13
On Mon, 2009-11-16 at 19:55 -0500, Chris Ball wrote: Hi, I've written up a draft of an F13 filesystem rollback feature using Btrfs snapshots that are automatically created by yum: https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs It'd be great to get feedback on whether this is the right idea, and how exactly the UI interaction should work, before submitting this formally. See also: http://blogs.sun.com/erwann/entry/zfs_on_the_desktop_zfs http://blogs.sun.com/erwann/entry/time_slider_screencast http://blogs.sun.com/erwann/entry/new_time_slider_features_in It was mentioned in the past that we'd want to have this ported to using btrfs snapshots. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Heads up: gstreamer/gstreamer-plugins-base updates in F12
Heya, I've packaged snapshots of gstreamer and gstreamer-plugins-base to fix a number of bugs. So if you saw: - Hangs on startup when using file opened has a corresponding text subtitle in Totem - Requiring a restart of Totem or Rhythmbox after installing missing plugins Packages (will be shortly in updates-testing): http://koji.fedoraproject.org/koji/buildinfo?buildID=140790 http://koji.fedoraproject.org/koji/buildinfo?buildID=140831 If you see regressions, or that those bugs above aren't fixed for you, please file bugs in the Red Hat bugzilla Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F13 Naming: Leonidas - Constantine - New Name?
On Tue, 2009-11-10 at 16:45 +0100, Björn Persson wrote: inode0 wrote: With Fedora 12 just a few days from release it is time to begin the naming process for the next Fedora release. After F12 comes Print Screen of course. ;-) Depending on the keyboards I look at, I have Insert, Eject and Mute after F12 ;) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Booting Fedora live USB on MacBookPro
On Tue, 2009-11-10 at 22:25 +, Peter Robinson wrote: On Tue, Nov 10, 2009 at 7:40 PM, Bernie Innocenti ber...@codewiz.org wrote: Hello, I'm creating an EFI bootable USB image on my rawhide system with this command-line: ./livecd-iso-to-disk.sh --format --efi --overlay-size-mb 400 \ --delete-home --extra-kernel-args selinux=0 ./soas04.iso /dev/sdb1 You need to pass the device, not the partition. The resulting USB stick boots fine on a black MacBook, but not on a silver MacBook Pro. The bootable stick does not even show up in the list of boot devices. I think there's some bugs with booting EFI devices in the various live device (cd/usb) creation tools. The latest rawhide (released in the last day or two) has an updated liveusb-creator which fixes alot of the EFI issues, and a new livecd-tools I think is due soon. If you don't even see the USB hard disk when booting up, then it probably isn't formatted with GPT. Use --format on /dev/sdb. If it shows up but ends up booting another OS, then your EFI/boot/boot*.conf isn't updated, and you might have hit: https://bugzilla.redhat.com/show_bug.cgi?id=533824 Let me know if the patch works. And as Peter's mentioned, if your device supports x86_64, you need an x86_64 image, and the same for 32-bit. Note that I'm not sure how those are generated, but you should be able to boot a 32-bit distro as long as you have a bootx64.conf and bootx64.efi in /EFI/boot on the USB key. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Moblin remix
On Thu, 2009-11-05 at 18:01 +, Peter Robinson wrote: Hi All, For those interested there's a new test LiveCD of Fedora Moblin remix [1] for those that are interesting in playing. It would be nice to have some feedback on good or bad issues with it. There's been almost 1300 downloads since I announced the last one but I've had no feedback what so ever and while I'd like to assume that's because its perfect I doubt that is the case. I couldn't boot it using EFI on a Macbook Air, from a USB key because of a bootx64.efi error. Which version of syslinux did you use to generate the ISO? The same hardware, generating the same USB key worked (kinda[1]) with the F12 beta live image. Cheers [1]: Got this error on boot (this a first gen MBA, with Intel gfx), will test with the F12 RC when it's available: [drm:drm_mode_rmfb] *ERROR* tried to remove a fb that we didn't own -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Moblin remix
On Mon, 2009-11-09 at 13:41 +, Peter Robinson wrote: On Mon, Nov 9, 2009 at 12:27 PM, Bastien Nocera bnoc...@redhat.com wrote: On Thu, 2009-11-05 at 18:01 +, Peter Robinson wrote: Hi All, For those interested there's a new test LiveCD of Fedora Moblin remix [1] for those that are interesting in playing. It would be nice to have some feedback on good or bad issues with it. There's been almost 1300 downloads since I announced the last one but I've had no feedback what so ever and while I'd like to assume that's because its perfect I doubt that is the case. I couldn't boot it using EFI on a Macbook Air, from a USB key because of a bootx64.efi error. Which version of syslinux did you use to generate the ISO? The current one in F-12/rawhide. I've only become aware of the EFI support (via Luke's blog post about the new livecd-creator tool) so its on my list to investigate shortly. Is there anything special that needs to be done or should it just work? If there is something that needs to be done can someone point me to what that is. The same hardware, generating the same USB key worked (kinda[1]) with the F12 beta live image. Unfortunately the only EFI based device I have to test this with is a O2 joggler and I have no idea what version of EFI it has, just that its a 32 bit Atom based system that I want took look at closer for hacking when I get some spare cycles. My just be a dupe of https://bugzilla.redhat.com/show_bug.cgi?id=533824 I'll recreate a boot disk when I get a chance. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora Moblin remix
On Mon, 2009-11-09 at 11:01 -0800, Adam Williamson wrote: On Mon, 2009-11-09 at 12:27 +, Bastien Nocera wrote: The same hardware, generating the same USB key worked (kinda[1]) with the F12 beta live image. Cheers [1]: Got this error on boot (this a first gen MBA, with Intel gfx), will test with the F12 RC when it's available: [drm:drm_mode_rmfb] *ERROR* tried to remove a fb that we didn't own That's a very common error message and, AFAICT anyway, doesn't really indicate that anything is particularly broken. At least I see it all the time on systems that otherwise appear to work fine. So if you're having problems I _doubt_ they trace to that message. Check with a qualified X hacker though =) I guess, for myself, and a number of other bug reporters, that's the sort of error you would _see_ when an error message from the console gets printed using KMS. Only problem is that it's not the error message we actually wanted to see. In my case, it was the initrd being unable to find its new root device. Which I later fixed in: https://bugzilla.redhat.com/show_bug.cgi?id=533824 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Dell wireless chipset
On Sun, 2009-11-08 at 07:51 -0600, Mike Chambers wrote: I have seen on some Dells (as well as my brother's new one yesterday), that their wireless chip just says Dell wireless (give or take a word/number or two). What actual chipset/driver does that use and does it work with Fedora out of the box? Sorry for asking that type question here, but if I was to get one, it would have F12 (or soon to be) on it which is what we are testing now. Those are usually rebranded Broadcom chips. If you're lucky, it's supported by one of the open-source drivers in the kernel, otherwise the wl driver in RPMFusion works decently well. See http://linuxwireless.org/en/users/Drivers/b43 Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rfkill
On Wed, 2009-11-04 at 11:35 -0500, Martin Dubuc wrote: Addition of a working version of rfkill in Fedora 12 has been really welcomed. In my application, I would like to monitor the RF kill switch to detect when user enables/disables Wi-Fi on the system. I thought I could use the rfkill executable to do this, using rfkill event, piping the output using popen in my process. However, rfkill outputs the events on standard output, but does not flush every time it reports an event. When I perform fgets to get the events, I get nothing. I am wondering if it would be possible to add a fflush on stdout when events are reported on stdout inside rfkill. You're probably better off monitoring /dev/rfkill yourself directly (for now[1]), there's example code in gnome-bluetooth, look at lib/bluetooth-killswitch.c. You'd basically just need to change the type of killswitch you're monitoring. Cheers [1]: We'd probably want a D-Busified rfkilld in the future. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
Hey Joerg, On Tue, 2009-11-03 at 00:21 +0100, Joerg Schilling wrote: I've filed a bug[1] against wodim not burning dvds correctly. While browsing through another bug[2] on wodim, I came across this comment[3]. wodim is completely unmaintained since May 6th 2007, don't expect to see any fixes anytime soon as long as Redhat continues to distribute wodim instead of the original software. Can someone please clear this up? Wodim is a creation of a hostile packaging person from Debian. See: http://cdrecord.berlios.de/private/linux-dist.html for more information. Let me give you some facts: The fork did have less changes in the time between May 6th 2007 and today than the original source had in a lazy week. I guess it wasn't good enough for you to get booted out of the GNOME Bugzilla? And please fix your mailer to respect threads. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Wodim trouble
On Tue, 2009-11-03 at 01:21 +0100, Joerg Schilling wrote: Bastien Nocera bnoc...@redhat.com wrote: I guess it wasn't good enough for you to get booted out of the GNOME Bugzilla? Well, there are always some bad guys who don't like to see people who help users. The person from the GNOME project just verified that he attacks people who are helpful. He does not seem to be important. The person being Olav Vitters, one of the GNOME bugmasters, and that was at my request, after you polluted the GNOME Bugzilla with rants about your inadequately licensed software. Pur-lease. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
libmusicbrainz orphaned
Heya, Seeing as libmusicbrainz will have a limited shelf life (the upstream servers for that revision of the protocol will be switched off shortly), and that no GNOME apps use it any more, I'm letting it go. I'd expect Rex to pick it up, as KDE still uses it. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: tagging of non critical path package into F-12?
On Thu, 2009-10-15 at 09:03 -0700, Jesse Keating wrote: On Thu, 2009-10-15 at 16:53 +0100, Peter Robinson wrote: Not according to Jesse, even in this thread there seems to be mixed communications. My understanding was from the last FUDCon would be that it would be complete lock down for core stuff with more flexibility for the stuff that obviously isn't mainline and going affect the core stability but then then I've not seen communication either way so I honestly would have no idea. Thats true for most of the freeze, but when we hit release candidate stage we change absolutely nothing. The problem right now is that there is only one repo to publish things into, rawhide, but we have multiple things we'd like to publish; pending F12 Beta tree, pending F12 final tree, and the F13 tree. We have to pick one. FWIW, network-manager-netbook is a release blocker for the moblin spin. Given how much time we spent with Dan Williams porting network-manager-netbook to NM 0.8, it would be a great shame if the moblin spin couldn't get a beta from that... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Oprhaning python-gdata
Heya, Totem isn't using python-gdata anymore, so I'm orphaning it. Feel free to pick it up at: https://admin.fedoraproject.org/pkgdb/packages/name/python-gdata I used this RSS feed to keep on top of new releases: http://code.google.com//feeds/p/gdata-python-client/downloads/basic Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Oprhaning python-gdata
On Mon, 2009-10-12 at 21:01 +0100, Richard Fearn wrote: Hi, Totem isn't using python-gdata anymore, so I'm orphaning it. Feel free to pick it up at: https://admin.fedoraproject.org/pkgdb/packages/name/python-gdata As I'm currently using this (to talk to Google Calendar), I wouldn't mind taking this over, unless bjohnson wants to... Up to you guys. It's very low maintenance, I usually only bother pushing updates. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
FYI: gupnp soname bump
Heya, The gupnp stack was upgraded to the latest version yesterday. Both rygel and nautilus-sendto are due upstream releases to fix gupnp 0.13 support, and I'll be porting bickley to the new version as well. If you have a package that depends on gupnp-igd, or libnice, please rebuild it for the new gupnp. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: cron/dbus problem?
On Fri, 2009-09-18 at 09:05 -0400, Stephen Gallagher wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/17/2009 07:04 PM, S Knox wrote: Dear list, Back in 2006, someone wrote the following: - * /From/: Dennis Jacobfeuerborn d jacobfeuerborn conversis de * /To/: Development discussions related to Fedora Core fedora-devel-list redhat com * /Subject/: cron/dbus problem? * /Date/: Mon, 13 Feb 2006 15:13:25 +0100 Given the (puzzling) absence of an alarm/reminder applet for the gnome panel I tried (ab)using Tomboy for this purpose but hit a problem involving Cron and DBus. When I call tomboy --open-note Alarm the respective notes pops up but when I put the same command in the crontab I get this: Unhandled Exception: DBus.DBusException: Unable to determine the address of the message bus in 0x0009f DBus.Bus:GetBus (BusType busType) in 0x9 DBus.Bus:GetSessionBus () in 0x00022 Tomboy.TomboyCommandLine:Execute () in 0x00061 Tomboy.Tomboy:Main (System.String[] args) Does anyone have an idea why the session bus seems to be available from a regular shell but not from cron? Regards, Dennis -- Don't know whether this is of use to anyone faced with the same problem, or to help with wider development, but I solved the problem by using the following line in a crontab: * * * * * export DBUS_SESSION_BUS_ADDRESS=`cat /proc/$(expr substr $(ps -C tomboy -o pid=) 1 5)/environ | tr '\0' '\n' | grep DBUS | cut -d '=' -f2-`; tomboy (options) Sorry if this has all been sorted out by now, but didn't know where to post. Steve Send instant messages to your online friends http://uk.messenger.yahoo.com The session bus is, by definition, local to a particular session. When you run a service in cron, it is running in a new session (because it has been launched by the cron daemon) and cannot share the session bus with your desktop. If you need it to share a bus BETWEEN sessions, that's what the system bus is for. Or have a cron instance (or similar) running within the session. I'm pretty sure there's already GUI-like crons available for GNOME and other desktops. Something like that: http://www.gnomefiles.org/app.php/DoThisNow Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Empathy default in F12?
On Sun, 2009-08-16 at 18:02 -0400, Gregory Maxwell wrote: snip But since other people may not care about that (i.e. Empathy developers mock people who want confidentiality, i.e. http://resiak.livejournal.com/60614.html ), I thought I'd see if I had any other concerns. Given that this was an April's Fool, I don't really see what the problem is here... You'll have to find another source to prove that the upstream don't actually care about OTR support. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FedoraStudio: the final step
On Sun, 2009-08-09 at 19:26 -0400, Orcan Ogetbil wrote: Hello everyone, (If you don't own a multimedia package you can skip this thread) This is a call for help for adjusting the .desktop files of your multimedia applications according to the new FedoraStudio feature [1]. For those who missed the news, with F-12 we will have an optional multimedia-menus package that will subcategorize the SoundVideo menu in Gnome (Multimedia menu in KDE). This package is currently geared towards multimedia creation folks, however this target audience may be expanded in the future to meet the demand. To place the applications in the proper category, the .desktop files need to have proper categories listed. Since I am a (co)maintainer of most audio creation packages in Fedora, I have finished most of the required work. However there are a few packages left that need to be addressed. So please follow the link [2] and check if your multimedia package meets the criteria for any of the submenus we will have. If you have any questions, do not hesitate to contact me. I will do a final check around September 8th, about two weeks before the beta freeze and fix the remaining .desktop files. Also let me know if you don't want your package to be touched. I didn't change this for gnome-volume-control seeing as it shows up in the (hardware) preferences rather than in the main menu. Cheers PS: Adjusting your .desktop file with this specification will not change the experience of anyone who doesn't have the multimedia-menus package installed. Your application will be still in the SoundVideo/Multimedia desktop menu as long as you have AudioVideo listed as a category in your .desktop file. [1] http://fedoraproject.org/wiki/Features/FedoraStudio [2] http://fedoraproject.org/wiki/Features/FedoraStudio#Outline -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fit and Finish, round three: peripherals
On Fri, 2009-08-07 at 15:52 -0700, Adam Williamson wrote: On Fri, 2009-08-07 at 13:42 -0400, Matthias Clasen wrote: On Fri, 2009-08-07 at 13:34 -0400, Bill McGonigle wrote: On 08/07/2009 12:53 PM, Matthias Clasen wrote: a camera, a phone, a usb stick, or whatever gizmos you have at home... Real plastic and metal plugs only, or bluetooth connections as well? Bluetooth is definitively in scope. The scope seems worryingly large, to me, on this one. We could talk about modems, 3G modems, mice, headsets, webcams, phones running any one of a dozen different operating systems (all of which behave and are supported - or not - entirely differently), mp3 players, Wiimotes, drum kits, steering wheels, video cards (yes, I've got a USB video card here), or a zillion other completely different things (all my examples are things I actually have lying around my apartment somewhere). There's no real unified software layer handling all these cases (well, udev and hal probably get involved in most of them, but they're nowhere near the whole stack necessary to actually do anything useful), so I'm not sure we're going to get much useful focused work done with such a broad scope. sorry to sound like Mr. Negative, just thought it was worth raising my concerns! Apart from the USB video cards, if you have any of those, feel free to come around. I have modems, 3G modems, mice, headsets, webcams, phones running any one of a dozen different operating systems, mp3 players, Wiimotes, and a zillion other different things. Though if you have a drum kit or steering wheel, I'd be happy to get those (as my wishlist can confirm[1]). Cheers [1]: http://www.amazon.co.uk/registry/wishlist/TKL85H14LHFU/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Features Proposed for Removal
On Thu, 2009-08-06 at 10:44 +0200, Ralf Corsepius wrote: On 08/06/2009 10:39 AM, Peter Robinson wrote: After requesting status updates, including direct email to the feature owners, the following feature pages do not have a current status or their ability to tested during the Alpha is unclear based on the lack of information provided or percentage of completion. https://fedoraproject.org/wiki/Features/FedoraMoblin I'm the maintainer of this. I think its very much in a similar category to gnome/kde. The only difference is there is some packages still awaiting review, about 2 that are actually critical, but moblin 2 like gnome etc are still in there development phase so its a moving target. IMO, this feature should be scratched, because the packages in question are of immature nature (... and of low packaging quality from my POV). Low packaging quality? I certainly don't think so, given the amount of time Peter spent on them, and the fact that they all seemed good enough to pass review. As for the feature being scrapped, the goal of it is to package the current sources of Moblin, which is what it's doing. If we removed all the beta software from Fedora, we wouldn't have much left... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fedora 12 Features Proposed for Removal
On Wed, 2009-08-05 at 15:15 -0700, John Poelstra wrote: Hi FESCo, After requesting status updates, including direct email to the feature owners, the following feature pages do not have a current status or their ability to tested during the Alpha is unclear based on the lack of information provided or percentage of completion. snip https://fedoraproject.org/wiki/Features/Gnome2.28 snip Feature will obviously be done on time. The feature process doesn't seem so forgiving about things happening upstream rather than downstream... In accordance with our recorded process about providing status, I am proposing that they reviewed and dropped from the Fedora 12 feature list at Friday's FESCo meeting. https://fedoraproject.org/wiki/Features/Policy/Dropping I'll make sure one of the Desktop-y guys updates this (presumably Matthias). Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Trouble with F11 build
On Mon, 2009-08-03 at 08:40 -0400, Neal Becker wrote: Built on devel OK. Then I try to build for F11 and get http://koji.fedoraproject.org/koji/taskinfo?taskID=1575532 Complains about error: Bad source: /builddir/build/SOURCES/filelight_part.desktop.diff: No such file or directory You didn't tag it: http://cvs.fedoraproject.org/viewvc/rpms/filelight/F-11/filelight_part.desktop.diff?view=log -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-07-31
On Fri, 2009-07-31 at 12:44 -0700, Jesse Keating wrote: On Sat, 2009-08-01 at 00:58 +0530, Rahul Sundaram wrote: I don't think anybody is going to argue that extracting source from srpm or pulling tarball + patches from our package cvs is ideal. So I don't see why we should continue have a lame exception. Yeah, it's not idea. They should just pull it from our upstream source repo by the tag we apply when we make the release we package. Then they're much better setup to provide patches back to us in a preferred manner. Lets start moving beyond the tarball crap. No, and no. That's what Moblin does, and you can ask Peter Robinson how much of a pain it is. If we want to ask upstreams to do tarball releases, I don't see why we should be making assertions like that. PS: Talking to Moblin guys on fixing the lack of tarballs -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Heads up: nautilus-cd-burner is gone
In devel. Replaced by brasero in GNOME 2.26. Applications that were using libnautilus-burn should have been ported already at this stage, or deprecated. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: fedora mini revisted
On Mon, 2009-07-27 at 21:33 +0100, Peter Robinson wrote: snip So what do people want out of a Fedora Mini SIG? Is Fedora Mini really Fedora Netbook? If so, then I'd concentrate on: - Moblin as a spin - Hardware support is pushed into the distribution The problem space is really the same as the desktop one (and both are built on the same technology), but with a UI better suited to the device. For netbooks that aren't able to run this code because of graphics drivers deficiencies, there's always the desktop SIG and spin. Making sure existing applications can run on smaller resolutions, or less powerful hardware is a task for the whole distribution, not just the Fedora Mini SIG. If the goal is to cater for OLPC's running GNOME, then the efforts are better done through the desktop SIG. If one of the goals is to help Sugar, it would better be handled through a Sugar specific list and SIG. Personally, I'd be interested in a fedora-moblin list, but not so much in a general purpose Fedora Mini list (which would probably overlap with other SIGs, say a SIG wanting to create a MythTV spin a-la Mythdora). Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: [ANNOUNCE] New Mixer Handling in PA 0.9.16/F12
On Wed, 2009-07-29 at 12:42 -0400, Jeff Garzik wrote: Adam Williamson wrote: On Wed, 2009-07-29 at 08:51 -0500, Dr. Diesel wrote: This is supported by the zillions of forum messages asking how to fix or remove pulseaudio. Not to mention the billion post thread here on devel. In my experience, this is a more common pattern: $POOR_NEWBIE: I have a problem with audio. $RANDOM_'HELPFUL'_PERSON: Oh, you need to remove PulseAudio! Removing PA is far too often jumped on as the 'obvious' fix for resolving any kind of audio problem whatsoever. Even if it had nothing to do with PA in the first place. And? Random helpful person quickly becomes ignored person, if the advice fails to work. Problem is... removing or disabling PA often -does- solve a problem. Rather, it works around it. The problems in the kernel drivers are usually still there... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: RFE: FireKit
On Thu, 2009-07-23 at 21:16 +0300, Ahmed Kamal wrote: Hi, Here's a RFE for FireKit, a firewall desktop kit. What this does is: 1- Exposes a dbus interface for applications to programatically open/close ports 2- Monitors as new daemons/applications that listen on non lo interfaces are started, checks if iptables is currently blocking them, and if so, warns the user that application X is currently blocked by the firewall This needs to be implemented as a service that can poke holes for DNS-SD and UPNP services. This is done through ICP and NAT-PNP. Lennart has more information on what needs to be done here. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
AES4000 owners, please test this package!
Hey, I've committed this patch to Fedora 12, which removes the requirement for ImageMagick, and uses gdk-pixbuf for image manipulation instead: https://bugzilla.redhat.com/show_bug.cgi?id=472103#c0 I'd appreciate if owners of AES4000 fingerprint readers could test and report problems with the patch, compared to the older versions. Fedora 11/12 packages available at: http://koji.fedoraproject.org/koji/buildinfo?buildID=115289 Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Champlain
On Sat, 2009-07-11 at 15:22 +0200, Denis Leroy wrote: On 07/11/2009 02:37 PM, Brian Pepple wrote: I've been working on updating libchamplain to 0.3.3 in Rawhide, but until it gets ported to the clutter-0.9 api (or we do a clutter-0.8 compat) it's a no go for now. I've been told to expect clutter 1.0 real soon (tm) :-) Given that the last release on the devel branch was called rc2, this is hardly insider information... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-06-26
On Mon, 2009-06-29 at 15:15 +0200, Kevin Kofler wrote: Bastien Nocera wrote: I'm sure that a KDE hacker with access to a supported fingerprint reader could implement the enrollment facility within an afternoon. There's already an implementation: http://blog.djaara.net/wordpress/2009/ That's a student from Brno, ltinkl and jreznik know him personally, so I'm sure they'll package it (or get the author to package it) as soon as they feel it's ready. Nice, though he didn't contact either myself, or the upstream fprintd list about it, which is why I didn't know about it. Neat. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Rawhide pulseaudio manager problem
On Mon, 2009-06-29 at 00:03 +0200, Julian Sikorski wrote: Lennart Poettering pisze: LOn Sat, 27.06.09 13:59, Paul (p...@all-the-johnsons.co.uk) wrote: Hi, Despite the packagekit updates, I've still not got any sound on my rawhide box. Please file bug reports if you run into bugs. fedora-devel is not the appropriate place to discuss bugs, especially not those in Rawhide. When I've run from the command line pulseaudio --start or pulseaudio -D it returns E: main.c: Daemon startup failed When you file that bug report, please include a dump of pulseaudio -v When I run PulseAudio Manager, I'm seeing something which may explain things a bit (though it could just be the manager app being odd!) paman is obsolete. Don't use it. What's the right way to configure pulseaudio now then? pavucontrol, or any similar front-ends. Lennart, if paman's dead, make pavucontrol obsolete it, and EOL it. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Pulseaudio question...
On Tue, 2009-06-23 at 20:53 +0100, Adam Williamson wrote: On Tue, 2009-06-23 at 17:49 +0200, Kevin Kofler wrote: Nathanael D. Noblet wrote: I've opened a movie in totem, the main volume level is somewhere in the range of 70%, however totem is at about 4%. The movie is too quiet so I've upped the volume in totem to 19%. The main volume is now 84%. All fine and good. However if I modify the main volume at all (up or down), the main volume resets to whatever the main volume was before I changed totem's volume. If I in this case bring the main volume up to 84% again, totem is at the 19% I set it to... Is this expected behaviour? I think this is the flat volumes feature. It can be disabled by setting: flat-volumes = no in /etc/pulse/daemon.conf or ~/.pulse/daemon.conf . It may be related, but it's not the way that's _supposed_ to work, AIUI. When working correctly, with flat volumes, the two volumes should be the same, I believe - if you set totem to 70%, the 'main' volume slider in g-v-c or pavucontrol should also be at 70%. so it sounds like it may be some bug within the flat volume implementation. Or one of the numerous bugs in the application's volume control patch. Hopefully something to work on tomorrow if Lennart doesn't send me a huge batch of things to do in the F-12 volume control :) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Update descriptions hosed
On Sat, 2009-06-20 at 15:10 +0200, Christoph Wickert wrote: What happened to these updates? https://admin.fedoraproject.org/updates/F11/FEDORA-2009-5739 https://admin.fedoraproject.org/updates/F11/FEDORA-2009-5966 Is it a bodhi failure or a human one (both are from the same submitter) The bodhi web interface there screws up field data when the form fails. The data ends up with the escapes in the update field. (Foo bar in the update field will show Foo%20Bar when it reloads the data, and bis repetita) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: No sound in rawhide
On Wed, 2009-06-17 at 13:51 +0200, Kjartan Maraas wrote: ti., 16.06.2009 kl. 11.17 +0100, skrev Bastien Nocera: On Mon, 2009-06-15 at 13:09 +0100, Paul wrote: Hi, Prior to the big push to f12, my system had full audio. No problems. Lovely, lovely sounds. For some reason, alsa and pulseaudio are completely failing to pick up my sound card (either the onboard one or my soundblaster). This is despite them both being listed on lspci and lsmod. Any ideas on getting this to work again? As per usual, pulseaudio debug output is a requirement. I found that pulseaudio -k pulseaudio fixed it for me after chown on /dev/snd/* which had root.audio ownership. I see this error when starting pulseaudio though: [kmar...@nc6400 ~]$ pulseaudio E: bluetooth-util.c: Error from ListAdapters reply:org.freedesktop.DBus.Error.ServiceUnknown That means that bluetoothd isn't running, which should be fine. There are some known problems with PulseAudio's Bluetooth plugin handling of presense/absence of bluetoothd. This was discussed in another thread on this ML. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: No sound in rawhide
On Mon, 2009-06-15 at 13:09 +0100, Paul wrote: Hi, Prior to the big push to f12, my system had full audio. No problems. Lovely, lovely sounds. For some reason, alsa and pulseaudio are completely failing to pick up my sound card (either the onboard one or my soundblaster). This is despite them both being listed on lspci and lsmod. Any ideas on getting this to work again? As per usual, pulseaudio debug output is a requirement. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: What I HATE about F11
On Sun, 2009-06-14 at 10:52 -0700, Arjan van de Ven wrote: On Sun, 14 Jun 2009 18:34:52 +0100 I think this is actually a problem that needs solving. We have several network services that are either installed by default or might be expected to be part of a standard setup, but which don't work because of the default firewall rules. The Anaconda people have (sensibly, IMHO) refused to simply add further exceptions to the firewall policy. there is an interesting issue; if you poke a hole in your firewall for all the ports that are listening automatically. you might as well not have a firewall in the first place... This is a chicken-and-egg problem. FWIW, I'd want my created normal user to be added to wheel automatically, and the useless firewall removed from the default desktop install. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Heads up: bluetoothd on-demand startup
Heya, I've added a patch to bluetoothd in F-12 to support being started via udev, on-demand. bluetoothd will now only start up when you have a Bluetooth adapter plugged, and will exit 30 seconds after the last one went away. The only purpose of the bluetooth initscript is now to switch HID proxy adapters into Bluetooth mode (on Macs, and some Logitech and Dell keyboard/mouse combos). That'll probably go away as well, and into udev. File bugs against bluez if you encounter any problems with bluetoothd being in the wrong state (ie. started with no Bluetooth hardware, and not running when you have Bluetooth hardware). Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Heads up: bluetoothd on-demand startup
On Fri, 2009-06-12 at 20:20 +0200, drago01 wrote: On Fri, Jun 12, 2009 at 8:11 PM, Kyle McMartink...@mcmartin.ca wrote: On Fri, Jun 12, 2009 at 07:05:39PM +0100, Bastien Nocera wrote: I've added a patch to bluetoothd in F-12 to support being started via udev, on-demand. bluetoothd will now only start up when you have a Bluetooth adapter plugged, and will exit 30 seconds after the last one went away. The only purpose of the bluetooth initscript is now to switch HID proxy adapters into Bluetooth mode (on Macs, and some Logitech and Dell keyboard/mouse combos). That'll probably go away as well, and into udev. File bugs against bluez if you encounter any problems with bluetoothd being in the wrong state (ie. started with no Bluetooth hardware, and not running when you have Bluetooth hardware). I've been hoping to find some time to do a big review of system startup for F-12, but haven't as yet found the time... How does this actually work? At what stage of boot does udev attempt to start bluetoothd? One of my ideas(I guess?) for F-12 is to filter modules loaded at boot by udev, and defer things that aren't needed for startup until either idle, or they are needed. (Why do we need sound modules loaded before we mount root rw? :) I've got a couple hacks from LPC last year I need to polish and submit for cups to make it somewhat more sensible... Pardon my curiosity, this is a big step towards better boot up. Thanks for doing this! cheers, Kyle https://bugzilla.redhat.com/show_bug.cgi?id=484345 Nope, that was the code that was in F-12 up until now, which I removed, and replace with a better way. There's no initscripts needed anymore. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Heads up: bluetoothd on-demand startup
On Fri, 2009-06-12 at 14:39 -0400, Colin Walters wrote: On Fri, Jun 12, 2009 at 2:26 PM, Bastien Nocerabnoc...@redhat.com wrote: bluetoothd will exit itself after 30 seconds when no adapters are present. There's a potential race if the udev add event happens in between the time the time the running bluetoothd reliquinshes its D-Bus service, and the new one starts up. We should support this I think. I've added a bug here: https://bugs.freedesktop.org/show_bug.cgi?id=22258 We don't use D-Bus for that in-flight message. The message is in-flight between the kernel and bluetoothd via netlink. 1. running bluetoothd 2. adapter insertion - last bt adapter gets removed - timeout kicks in 30 sec... - we start processing shutdown - udev gets event from the kernel - udev rule is processed - bluetoothd is run with --udev - bluetoothd exits because the service is already running - relinquish the D-Bus service - bluetoothd exits Something like that. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: kernel module options for cpufreq
On Fri, 2008-06-27 at 22:56 +0200, drago01 wrote: On Fri, Jun 27, 2008 at 10:01 PM, Richard Hughes [EMAIL PROTECTED] wrote: On Fri, 2008-06-27 at 21:16 +0200, drago01 wrote: On Fri, Jun 27, 2008 at 6:13 PM, Richard Hughes [EMAIL PROTECTED] wrote: You really don't want to be using USERSPACE at all. seems like cpufreq-applet uses it Sure, it shouldn't. If you're using userspace for thermal or latency reasons, then a setuid applet is totally the wrong way to achieve both of these :-) its not a setuid applet .. something seems to allow non root to do this (hal? consolekit? pam? udev? .. dunno) It currently uses consolehelper to get root. IMO, it shouldn't allow setting frequencies at all. ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list