Re: Tracker live search in Deskbar applet by default?
On Sep 28, 2007, at 4:59 AM, Emilio Pozuelo Monfort wrote: ... I've been discussing with Sebastien Bacher whether it's a good idea to enable the Tracker Search Live plugin in the Deskbar applet by default, and we think it's a good idea to discuss it wider here, and see what you think about it. ... Coincidentally, I was just wondering why Tracker results weren't showing up in Deskbar, and how to make them do so. Unless there are *serious* performance problems, I don't see why Live Search shouldn't be on by default. Cheers -- Matthew Paul Thomas http://mpt.net.nz/ PGP.sig Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Inclusion of theora beta 1 for gutsy
Hi all, I would like to propose the inclusion of libtheora beta 1 in gutsy. The latest version provides more spec compliant decoder and performance improvement in encoding/decoding. I have tested totem, mplayer and ffmpeg2theora and haven't found any breakage so far. Performance looks to be improved but that may be just my personal observation. I have test packages in my ppa which you can try. The ppa address is http://ppa.launchpad.net/onkarshinde/ubuntu Notes: 1. I have created new packages today by syncing to debian package. Unfortunately I can not upload the latest package due to version problem i.e. 1.0.beta1.dfsg-0ubuntu1 (my old package) vs libtheora_1.0~beta1-1ubuntu1 (created from the package in debian) 2. Due to above mentioned problem, I have all the files in a .tar.gz hosted at http://onkarshinde.googlepages.com/theora.tar.gz. It contains source package as well as binary packages. Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Gutsy Release page points to beta DVDs only
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please see releases.ubuntu.com - this is a more sensible place for released, officially supported versions of Ubuntu anwyay. (Yes, there's a bug filed about how it is confusing) Hobbsee Aaron Whitehouse wrote: I have been eagerly awaiting the release of the Gutsy Beta and checking https://wiki.ubuntu.com/GutsyReleaseSchedule for updates. It has a link to http://cdimage.ubuntu.com/releases/gutsy/beta/ (containing only DVD images). Eventually I learnt that there was http://www.ubuntu.com/testing/gutsybeta up and running. Perhaps there should be a link on the Release Schedule. (I also haven't seen the usual post to the announce list...) Aaron -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG/Nk77/o1b30rzoURAumTAJ9SodLLSpYe8fhWHv5bqmHHPis3mwCcDTOC yNsrIaO/ICqoB5PFDnqfrA8= =eEyC -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Gutsy Release page points to beta DVDs only
I have been eagerly awaiting the release of the Gutsy Beta and checking https://wiki.ubuntu.com/GutsyReleaseSchedule for updates. It has a link to http://cdimage.ubuntu.com/releases/gutsy/beta/ (containing only DVD images). Eventually I learnt that there was http://www.ubuntu.com/testing/gutsybeta up and running. Perhaps there should be a link on the Release Schedule. (I also haven't seen the usual post to the announce list...) Aaron -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Graphical installer for the alternate CD?
Evan Dandrea evand at ubuntu.com writes: Sorry to be so late in reply. We actually already have most of the code for this as a result of work that was done for the Wubi specification. We just need to add it to the isolinux menu, but we're waiting for Hardy to do that. Interesting. Is there a boot option that I can use to check it out? Thanks, Tormod -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: That need to close bugs?
On Thu, Sep 27, 2007 at 03:07:15PM +1200, Matthew Paul Thomas wrote: And third, some teams use statuses in odd ways. For example, a while ago the Ubuntu Mozilla team were using In Progress when they really meant Won't Fix (I don't know whether they still do this). And as we've seen from the recent Incomplete fallout, some developers have been using Incomplete for bug reports that aren't actually incomplete. I find it interesting that you call other ways to look at bug statuses 'odd', while not considering that maybe your intepretation sounds odd to me (and probably to others as well). BTW, when the mozilla team setup their workflow, there wasn't a state Won't fix at all ... and _rejecting_ upstream bugs on ubuntu side is just hard to explain to reporters and definitly triggers noise in the bug from unhappy reporters. (and btw, I think the same is still valid for |Won't fix|). Anyway, I am open to look at bug statuses used by mozillateam again, but not before you have landed your _final_ one and only great way to triage bugs ;). Currently things are still moving too fast and from what I remember there are plans to extend the bug statuses another time ... later adding ACL barriers et al ... so for me it doesn't make much sense to change the mozillateams interpretation of bug statuses right now, because I just cannot tell atm if those would be void in 6 month or 2 weeks. - Alexander -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Gutsy Release page points to beta DVDs only
Hi, Aaron Whitehouse [2007-09-28 22:21 +1200]: (I also haven't seen the usual post to the announce list...) https://lists.ubuntu.com/archives/ubuntu-announce/2007-September/000103.html Maybe you are subscribed to u-devel-announce, but not to u-announce? Pitti -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Activate Desktop-Effects: Yes/No-Button?
Dominik Wagenfuehr wrote: most users welcome the decision to activate Compiz by default. But others are a little bit unhappy with it [1][2]. Add me to the list of (currently) unhappy people. As soon as you have two displays connected, Compiz behaves very strange. Not even simple actions like maximizing Windows works correctly [1]. Also, the performance of the current Compiz default settings feels a bit lower than Metacity on my Dell X1 (Pentium M 1.1 GHz, Intel i915GMS). Extended effects are completely out of reach (mouse moves terribly sluggish). [1] https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/123205 Regards, Andreas -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Graphical installer for the alternate CD?
On Fri, Sep 28, 2007 at 08:16:16AM +, Tormod Volden wrote: Interesting. Is there a boot option that I can use to check it out? Add 'automatic-ubiquity' to the kernel cmdline on boot. Thanks, Evan -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Q. Why do so many processes owned by me have PPID=1?
Hi, Just wondering if someone could explain the mechanism of gnome desktop with respect to processes. In particular gnome-terminal has PPID=1 If I launch apps from gnome-panel this seems to be the case by default. I assume this is by design? Just trying to get more insights into how things work and also because some user processes sometimes take up resources suddenly and it's not immediately clear whether processes with PPID=1 have been left behind or are legitimate. Below I launched firefox from the shell prompt and this is reflected below gnome-terminal(7048)-+-bash(726)-+-firefox-bin(16007)-+-{firefox-bin}(16009) | ||-{firefox-bin}(16010) | ||-{firefox-bin}(16012) | ||-{firefox-bin}(16030) | ||-{firefox-bin}(16031) | |`-{firefox-bin}(16345) | `-pstree(17519) |-bash(4101) |-bash(13436)---ssh(32453) |-bash(17917)---ssh(28193) |-gnome-pty-helpe(7051) `-{gnome-terminal}(7053) gnome-vfs-daemo(6103) gnome-volume-ma(6097) kded(7786) kdeinit(7776)-+-kio_file(9617) |-klauncher(7784) `-konqueror(9763) kio_uiserver(9447) knotify(7827) konversation(7746) mapping-daemon(6119) mixer_applet2(6263) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: That need to close bugs?
On Sep 28, 2007, at 10:03 PM, Alexander Sack wrote: On Thu, Sep 27, 2007 at 03:07:15PM +1200, Matthew Paul Thomas wrote: And third, some teams use statuses in odd ways. For example, a while ago the Ubuntu Mozilla team were using In Progress when they really meant Won't Fix (I don't know whether they still do this). And as we've seen from the recent Incomplete fallout, some developers have been using Incomplete for bug reports that aren't actually incomplete. I find it interesting that you call other ways to look at bug statuses 'odd', while not considering that maybe your intepretation sounds odd to me (and probably to others as well). Of course, if it was all obvious we wouldn't even be having this discussion. :-) The original motivation was to have a status meaning: The bug isn't our fault, and we're not going to do anything to fix or work around it, other than notifying the bug's actual source. (E.g. notifying upstream if we're a distribution, or notifying the relevant distribution if we're upstream.) But other people will still have the problem and search for it, so it should still appear in search results by default. As opposed to Invalid, which doesn't appear in search results by default. On further thought, though, that use of Won't Fix still suffers from the scalability problem I mentioned earlier. Ten years from now, for any search you did, a large chunk of the results would likely be ancient Won't Fix bugs. And if we fixed that by hiding Won't Fix in search results by default, then it would be functionally identical to Invalid, so there'd be no point in having both statuses after all. BTW, when the mozilla team setup their workflow, there wasn't a state Won't fix at all ... and _rejecting_ upstream bugs on ubuntu side is just hard to explain to reporters and definitly triggers noise in the bug from unhappy reporters. (and btw, I think the same is still valid for |Won't fix|). Yes, I agree that's a problem. I wonder if Declined would be a more pacific name. Anyway, I am open to look at bug statuses used by mozillateam again, but not before you have landed your _final_ one and only great way to triage bugs ;). ... Fair enough, I'll get back to you in a couple of years. ;-) Meanwhile, though, you'll have occasional confusion as people used to reporting bugs elsewhere in Launchpad encounter the different meanings you're using. Cheers -- Matthew Paul Thomas http://mpt.net.nz/ PGP.sig Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss