Re: Request For Comments: blueprint around Ideastorm idea
On 9/15/07, Henrik Nilsen Omma [EMAIL PROTECTED] wrote: Hi Nicolas, Stéphane and I are working on some plans along these lines as a extension of the qa site (see: https://qa.stgraber.org/). We expect to have a demo up soon. Do you have a pointer to some blueprint or explanation on what you are planning? I would be interested to know what's your plans :) I agree that this would be a great feature for Launchpad in the future, but it will be useful to start with a prototype first. Henrik Nicolas Deschildre wrote: Hi! I have been drafting a blueprint around Dell's Ideastorm idea. Considering that the current means to get user wishes feedback is not really good (see discussion in the blueprint) and considering Ideastorm success for Dell, i was thinking of using this idea to assess the user wishes. Right now, when a user want to post a wish about ubuntu, where does he go? He goes to forums, where its posts is quickly lost in the mass. Or *if he know about it*, he goes to the bug report (bug! Not obvious!) to post a wish. But this wish report hardly represent the size of the wish. Is only one person interested by this wish, or thousands? or more? Consequently there is no real means to assess *quantitatively* and *effectively* the users wishes and needs. Thus the main guidelines of ubuntu development does not optimally match the users demand. Considering this, my blueprint try to propose a solution based on Ideastorm idea, and reusing Launchpad framework. Here it is : https://blueprints.launchpad.net/launchpad/+spec/better-community-wishes-assessment I would really appreciate any comments on this, and you are welcome to do some modifications you think appropriate. Especially I'd like to hear from Launchpad guys about the possible implementation of the spec. Thanks! Nicolas Deschildre -- 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: update-db cron job: solving a long-standing issue
Scott Kitterman wrote the following on 16.09.2007 00:43 snip I use locate regularly on desktops and servers. If there are locate variants that update synchronously rather than once a day, I say looking into that is the best answer. would that slowdown file operations (mv, rm, cp)? It would both eliminate the daily cron job system slowdown and the primary limitation of locate (that it doesn't know about files added since the cron job has run). For experienced administrators I think the absence of locate would be quite suprising. Yes i think also the absence of 'locate' would be suprising to anyone who has used any distro before. ...and at least on kubuntu that would change s.th.: $ aptitude show kubuntu-desktop | grep kio-locate keep, kfind, kghostview, khelpcenter, kicker, kio-apt, kio-locate, ^ Personaly i: $ diff updatedb.conf.orig /etc/updatedb.conf 20c20 NICE=10 --- NICE=14 and $ cd /etc/cron.daily/ $ sudo mv find.notslocate ../cron.weekly/ $ sudo mv slocate ../cron.weekly/ of course that´s only my personal setting (YMMV), but that it is the best compromise between 'do not have locate at all' and 'resource intensive cron each day'. And imho updatedb seems to be much smarter today then in previous releases. e.g. when you delete a file it doesn´t show up right after in locate anymore. I don´t know if that already happens, but the same way updatedb could be instructed to do a 'delta' only and leave unchanged files alone (instead of update the whole db each time). Scott K -- Thilo key: 0x4A411E09 -- 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: status of Xen in future Gutsy
Todd Deshane wrote: 1) http://packages.ubuntu.com/gutsy/base/linux-image-2.6.22-10-xen 2) http://packages.ubuntu.com/gutsy/misc/xen-hypervisor-3.1 and so on. (1) is still i386 only. I would also be happy to try to compile what is still missing for amd64 but I am not very clever and will probably need help. Therefore I would need to be able to write on -devel but I did not find where to ask writing permission in there. Would you know? From personal experience and also as reported by others, Xen package support in gusty is quite good, even on amd64. You should look at the ubuntu-xen-desktop-amd64 and ubuntu-xen-server-amd64 meta packages. It has been upgraded: http://packages.ubuntu.com/gutsy/base/linux-image-2.6.22-11-xen But still 32bit-only... ;) -- 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
The latest amd64 nightly desktop ISO is 730 megs
The latest nightly ISO for AMD64 is too large to burn - even with overburning enabled. The end result is that I can't test it. Is this a simple bug, or are nightly images allowed to get too large? Did something large creep in recently? Either way, it seems like having a burnable CD image should be a priority, even on a day to day basis. Thanks, Scott Ritchie -- 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
