[00:04] why is empathy retarded and pidgin broken? [00:05] empathy: because if you get a message from someone not on your buddy list, there should definitely be no way to talk to them. [00:08] There's a bug # for that, I presume? [00:08] That sounds like pretty obnoxious behaviour, and I don't think I've hit it. [00:14] RAOF: if someone messages you do you get a new tab? [00:14] or does their username flash in your buddy list? [00:15] The latter, last time I checked. [00:17] RAOF: and which username flashes when someone not on your buddy list messages you? [00:18] No idea. [00:19] I presume that for you the answer is “none”. And is there a bug report for this? [00:29] RAOF: there shall be soon. [00:59] I need a 'which package to file on' consult [01:00] ugprading grub-pc in a UEC instance, the AMI is running a slightly older lucid [01:01] I get this - http://paste.ubuntu.com/400297/ [01:01] and its looping, its gone around 30 or 40 times now [01:03] Lauraxia: hi [01:03] hi [01:03] Lauraxia: what's new? === bladernr__ is now known as bladernr_ [01:35] woohoo! first try patching e2defrag to handle the new larger size inodes and it works! [01:51] StevenK: ping [02:12] how long does it take between debian upload & update on launchpad.net/debian/+source/package? [02:12] * xnox can't wait to request sync === jtechidna is now known as JontheEchidna [02:30] xnox: from 1 to 7 hours, since Debian's publisher only runs 4x daily [02:38] slangasek, thankx =((((((((( [02:39] lifeless: Pong [02:39] 2 hours to go then. [02:39] StevenK: hey [02:40] StevenK: so, see scroll back for me chatting with slangasek; are you subscribed to ubuntu-archive, or the appropriate list I should email for an opinion ? [02:41] lifeless: What time roughly, since I didn't see it at a glance, and yes, I am [02:43] 07:14 [02:47] lifeless: Right, I think file permissions are important, at least in the short term, since that is how we currently stop people grabbing broken stuff when it's critical [02:51] StevenK: how hard would it be to simply start using rm ? [02:52] I /think/ there's a rationale for the current approach on the wiki somewhere. [02:52] StevenK: I don't see it being more than 's/chmod 000/rm/' in your blacklist script [02:52] lifeless: Possibly on one of the DWCIU sub-pages. [02:53] https://wiki.ubuntu.com/FoundationsTeam/Specs/LucidUpdateManagerStopTheLine ? [02:53] lifeless: No. [02:53] right, have read it now ;) [02:54] I forget what the rationale is, though. Something about mirrors, I think. [02:54] mirrors propogate deletes though [02:54] and cached things in e.g. squid will equally become inaccessible when a file goes, as when the access bits change. [02:55] * soren didn't write the wiki page, nor come up with the rationale :) [02:55] sure [02:55] I appreciate the pointer, but I can't find the rationale [02:55] You found the relevant DWCIU page? [02:56] StevenK: so /where/ do I discuss this? implementing support for permissions is easy; but propogating a mode 000 file is /impossible/ [02:56] I'm frankly amazed that rsync doesn't blow up in everyones face [02:56] soren: no [02:57] lifeless: Hm. Well, I obviously can't help you find it. :) [02:57] lifeless: that is, if it's there at all. This may all be a figment of my imagination. [02:58] Doesn't rsync just go "Argh, can't read, skipping" ? [03:08] soren: oh, internal wiki ? [03:08] StevenK: which implies that mirrors that didn't have the file already *won't get it*, so it acts like its been deleted. [03:10] lifeless: Indeed. [03:11] what does DWCIU expand to then ? [03:11] StevenK: and if thats the case, then why not just delete from day one ? :) [03:12] lifeless: DealingWithCrisisInUbuntu [03:12] lifeless: I'm not sure, it's always been the case to chmod 0000 the file, not delete [03:16] q/win goto StevenK [03:17] so [03:17] I've found the doc [03:17] and it explicitly says that we can't mirror because rsync will blow up [03:20] StevenK: As I see it, deleting, or replacing with a zero-length file, should be friendlier to the mirror process, propogate further with less issues, and be functionally equivalent [03:21] lifeless: Then I'd suggest asking elmo why it's chmod 0000 rather than rm [03:21] ok [03:21] will do [03:21] elmo: ^ [03:51] meh. that whole notification thing in the upper right of my screen? interferes with what I'm using that part of the real estate for.. how movable/killable is that, I wonder? [03:53] lamont: right click + unlock + right click + move should do the trick. Removing it should also fallback to the old behavior. [03:53] lamont: or you mean notify-osd ? (too much notifications in that corner ;)) [03:54] it covers up several channels in xchat. [03:54] more of an irritation - it started with karimc, after all [03:55] lamont: remove notify-osd [03:55] ok, so that's notify-osd. Removing notify-osd should fallback to notification-daemon (the old notification system) though it'll likely uninstall ubuntu-desktop so I'd be careful with that [03:57] or actually, IIRC notification-daemon takes priority on notify-osd (I had that "bug" happening a few times at customers), so installing notification-daemon + logout/login should revert to the old notification system (<= jaunty) [04:10] ta [04:12] StevenK, lifeless: Why do you play with the file at all? [04:12] Don't you really want to delete the broken package and revive the old one? [04:15] wgrant: I don't play with it :P. and yes. [04:17] I've heard of this thing called Soyuz. It's pretty cool, and just about lets you do that. [04:18] (and I wish people would stop trying to work around it) [04:36] wgrant: the internal process doc uses soyuz commands [04:36] wgrant: and says 'a future soyuz command to reinstate old version of same package' or something approx == to that [04:36] wgrant: so I think its mischaracterisation to say working around it; soyuz is not the end of the deployment process [04:37] Playing around in archives generated by Soyuz because nobody has spent 10 minutes to write the Soyuz tool -- that *is* working around Soyuz. [04:39] (it's probably <10 minutes, actually. it just needs a fix in copy-package.py to look at deleted versions as well) [05:29] I'm cross-compiling gcc as a debian package. Any ideas how can I modify debian/rules to play around with binary target without cleaning & rebuilding it? [05:29] Cause build target takes forever on my machine [05:30] xnox: Why cross-compile? [05:31] * xnox has nothing to do..... [05:31] I'm trying to build mingw-w64 toolchain bootstrapped from scratch without mingw32 dependencies without using pre-build binaries [05:31] xnox: Have you considered unmetdeps, NBS, or RCBugs? [05:32] lamont: No fair uploading livecd-rootfs without commiting your changes to the bzr branch [05:32] persia, good point [05:33] the real goal is to make mingw-w64 awesome on ubuntu/debian [05:36] * hyperair finds it interesting that aptitude in a lucid chroot takes up 50% CPU on a dual core machine just to install things. [05:36] it's almost like aptitude is busy-waiting for something.. [05:37] ah damnit, it is >_> [05:37] wait4(27698, 0x7fffa041e688, WNOHANG, NULL) = 0 [05:37] pselect6(36, [0 35], NULL, NULL, {1, 0}, {[], 8}) = 1 (in [0], left {0, 999996927}) [05:37] repeated endlessly [05:37] this is ridiculous === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [06:04] Good morning [06:09] hi, does anybody know how does NetworkManager know this " (eth0): driver 'fec' does not support carrier detection"? [06:35] cjwatson: I think in all the rush last week, we didn't pick a chair for this week's foundations meeting? :) [06:46] slangasek: a chartreuse comfy leather chair perhaps? [06:47] I didn't know leather came in chartreuse [06:49] you haven't seen the chartreuse cows? tho tbh, possibly not; they blend in well with some grasses. evolution at work - camouflage. [06:51] must be an .au thing :) [06:52] possibly - I heard some noise that it was a defence against Yowies and/or drop-bears. But well... you do wonder at some of the tales... Drop Bears work off vibrations; the colours wouldn't stop them. and Yowies are smell. so... [07:08] is there a trigger to get something to appear in Software Center after changing the .desktop file? [07:09] You have to wait for an update to app-install-data [07:09] persia: ah, does that rebuild it? [07:09] or is it stored there? [07:10] dpkg -L app-install-data will tell you more than I could explain :) [07:12] persia: ok, so if I update the desktop, the next time the package is spun, it'll be picked up then [07:12] That's been my experience. [07:12] persia: k [07:12] (although I think we ought find a better way than storing duplicate copies of 2500 .desktop files to handle this :) ) [07:15] persia: i modified the .desktop in that package and it didn't help [07:17] micahg: What are you attempting to accomplish? [07:17] persia: I wanted to verify that Thunderbird will be added under Mail [07:17] What is your Categories value? [07:18] persia: now: Application;Network;Email; [07:18] Ah, that's why. [07:18] I added Email as I saw that in the other programs that appeared [07:18] You want "Office;Network;Email" See http://standards.freedesktop.org/menu-spec/latest/apa.html [07:20] persia: nope, that didn't do it [07:22] persia: is there a guide to the software center categories? [07:23] See “See http://standards.freedesktop.org/menu-spec/latest/apa.html” [07:24] micahg: Not to my knowledge, but I've a tendency to go source diving before looking very hard. [07:24] Are you sure the software center is reading your updated desktop file? It may have a cache of some kind. [07:24] good morning [07:24] ion: that's what I'm wondering [07:24] Hi dholbach [07:24] hi ion [07:24] update-software-center, anyone? [07:24] found the cache :) [07:26] actually not :( === tkamppeter_ is now known as tkamppeter [09:19] slangasek: hm, possibly not. are you volunteering? :) [09:25] hi people, It is known bug in Gwibber that it doesn't honor GNOME proxy settings. Well, I have investigated and find out, that it uses pycurl and it is very easy to patch for this. Question is - if we want to get this feature into Lucid, it is a) new feature or b) fixed bug? [09:27] that is a bugfix [09:30] pecisk: sounds like a bug fix to me [09:30] pitti: cool, then I will work on patch and will let you know where to get it and test it [09:32] pecisk: please let kenvandine know; I'm not that attached to gwibber [09:32] pecisk: thanks for fixing this! [09:32] ok :) [09:32] np [09:52] Hello! [09:53] I have 10.04 beta installed, with all updates. Since my first update after a clean beta 1 install , the boot logo does not show correctly [09:53] Is this a common bug? [09:53] depends what you think correctly is [09:53] and what you actually see [09:53] nipas: nvidia graphics card? [09:53] yes [09:54] nipas: it is known bug with plymouth, people working on it [09:54] aha, ok [09:54] one sec, will provide bug numbers [09:54] err [09:54] pecisk: what's a known bug? [09:55] Keybuk: plymouth and nvidia [09:55] no it isn't [09:55] no? :) [09:55] no. [09:55] I just wanted to be sure that it is reported :) [09:56] nipas: you haven't reported anything yet [09:56] you just said the logo does not show "correctly" ? [09:56] nop [09:56] for all I know, that means you think the logo should have more dancing monkeys [09:56] not thit bug [09:56] this* [09:56] yes [09:56] i can see graphics [09:56] , but [09:56] there is no backround [09:57] (that urple backround) [09:57] perhaps you could take a photo of what you see? [09:57] nipas: you can see mouse moving and nothing else? [09:57] I can do that with a photo camera [09:57] do it [09:57] ok [09:57] I will be back in 2-3 mins [10:00] will send a link [10:01] it is being uploaded on imageshack [10:02] http://img535.imageshack.us/img535/7742/dsc07208.jpg sorry about the quality [10:03] that looks normal? [10:03] no [10:03] of cource [10:03] course* [10:04] sth goes wrong [10:04] looks fine to me [10:04] fine?? [10:04] nipas: it is disk check, not sure what a problem is :) [10:04] it wasn't like that when booting from the live cd [10:04] and before the update [10:05] that's because you hadn't installed evil, proprietary, binary, non-free, freedom hating drivers when you booted the Live CD [10:05] you only did that after you installed [10:05] because you like 3D more than you like freedom [10:05] :p [10:05] hhehe [10:05] aha heh [10:05] and now what i'm supposed to do? [10:05] nipas: well, I don't quite get where is the problem. this is disk check, let it pass and it shouldn't bother you anymore for a while [10:05] feel free to write to your nvidia support representative and ask them to add a true-colour frame-buffer API to their crap stupid idiotic driver :p [10:06] :D [10:06] you 're right.... [10:06] it might be isc check..... [10:07] It also happens on shutdown [10:07] just let it pass and try again clean booting process [10:08] ok , will do it now [10:08] brb [10:16] I removed the nvidia driver and now, [10:17] and? [10:17] at the first reboot there was no splash screen [10:17] at the following 3 reboots [10:17] i could not even [10:17] enter login screen [10:17] sounds like the driver wasn't removed [10:18] I could see some random colora [10:18] now i selected the previous kernel and managed to login [10:18] ... [10:19] no there is no driver installed [10:19] what a mess.. [10:20] what do you suggest? [10:20] I don't suggest anything [10:20] :p [10:20] people on #ubuntu may be able to help more [10:21] nipas: #ubuntu+1 [10:21] just entered :) [10:21] go, ask your question again [10:21] I try to do sth first... [10:21] in that channel [10:22] have a nC day [10:22] see ya [10:22] cya [10:22] * pecisk sights [10:24] welcome to my life ;-) [10:35] persia: can ubuntu-sponsors be a member of ubuntu-{main,universe}-sponsors? [10:54] StevenK: it's more one of forgetting to push it back. done [10:55] lamont: Thanks! [11:09] lamont, so did you succeed ? [11:10] lamalex, the network issues are very likely caused by the NIC driver only being half implemented, see bug 457878 [11:10] Launchpad bug 457878 in linux-fsl-imx51 "imx51 on board ethernet plug/unplug events not detected" [Medium,In progress] https://launchpad.net/bugs/457878 [11:10] ogra: successfully got network, totally failed to have a disk, other than seeing it in dmesg. [11:11] reads return EOF on inital read of the device [11:11] iz plugged directly into the board [11:11] directly like the SATA interface ? [11:11] yes [11:11] well, thats USB as well :) [11:11] just pretends to be SATA [11:12] but doesnt give you any advantage over a plain USB disk [11:12] so we've been told [11:12] i havnet seen any issues with it though, butu i use external power, it might be a prob if you power the disk from the board [11:13] ogra: ok. he should be at the DC in the next hour or so, at which point we'll be able to swap things around [11:13] we'll try external power [11:13] * ogra has a real 5 1/4" disk attached, power coming from an ATX supply ... i only got an SSD with proper interface a week ago [11:14] any reason not to use the beta1 image? [11:14] no reason at all :) [11:14] the kernel might even be better [11:14] cool [11:15] the karmic and jauntyx kernels both were forward/backports of the BSP patches, lucid is actually the plain BSP kernel and the ubuntu patches being ported instead [11:15] so you can expext better results with it [11:15] and expecially there is a fix for the PHY NIC issue in the pipe atm [11:16] which i suspect to solve a lot of ethernet issues [11:16] though note that i dont know how well the netinst image is tested in lucid === MacSlow is now known as MacSlow|lunch [11:34] kenvandine: here? I have question about bug fix for gwibber === DreamThi1f is now known as DreamThief [11:38] /whois pecisk [11:38] yah, sorry [11:38] bdrung: Ideally not, because that would create a loop (as both those teams are members of ubuntu-sponsors). [11:39] cjwatson: ping [11:40] cjwatson: seems like Edubuntu DVD built before the i386 LTSP chroot was built (or something similar) causing a build failure for amd64. [11:41] persia: but then i can't unsubscribe ubuntu-{main,universe}-sponsors [11:41] cjwatson: oh, nevermind, just saw -release ;) [11:41] bdrung: I know. It's a bug. We're hoping it goes away soon, because all the docs and tools have been updated to point at ubuntu-sponsors. Just ask for help, and someone else will unsubscribe. [12:10] cjwatson: Hi there, I've been playing with the klibc build configuration for armel. Are there tests I can run? make test builds a lot of test binaries, but I can't see how the binaries should be invoked or what the expected results should be. Some segfault if not supplied with the proper args. [12:18] dmart: do you see the same segfaults with default options? [12:22] YokoZar: is it not in the 'signing-party' package? === sconklin-gone is now known as sconklin [12:34] pecisk, pong [12:36] dmart: I think in practice testing will involve installing it, building an initramfs, and booting ... [12:37] dmart: you could try fstype on a filesystem as well (we should replace this with blkid, but) [12:37] kenvandine: I have a patch for Gwibber to honor GNOME proxy settings, can I attach it to this bug and you will review it? https://bugs.edge.launchpad.net/gwibber/+bug/259830 [12:37] Ubuntu bug 259830 in gwibber "Honor gnome proxy setting" [Medium,Confirmed] [12:37] pecisk, sure [12:37] thx [12:37] pecisk, of if you have a bzr branch, propose it for merging [12:38] kenvandine: I would do that, but I'm behind firewall and bzr stuff doesn't work correctly, so I better of with patch. It is one file anyway. [12:41] pecisk, a patch is fine [12:42] pecisk, thx! [12:49] pecisk, ping me when you attach that patch, i am anxious to check it out [12:49] kenvandine: sure thing :) [12:50] thx [12:50] I'm testing it to be sure that it works nicely [12:50] lamont: Still can't see your changes at lp:~ubuntu-core-dev/livecd-rootfs/trunk [12:51] prolly because I pushed them the wrong place === MacSlow|lunch is now known as MacSlow [12:53] bzr push [12:53] Using saved push location: bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/ [12:53] bzr: ERROR: RemoteRepository(bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/.bzr/) [12:53] is not compatible with [12:53] CHKInventoryRepository('file:///srv/mix.mmjgroup.com/src/Others/livecd-rootfs/livecd-rootfs/.bzr/repository/') [12:53] different rich-root support [12:53] thoughts? [12:53] bzr+ssh://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/livecd-rootfs/lucid/ is where the tree _is_ pushed [13:01] lamont: I've hit the "Upgrade this branch" button on https://code.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk. Wait for the "An upgrade of this branch is in progress" message to go away from the top of that web page, and then try again [13:01] ah. doh [13:01] thanks [13:01] asac_: For the particular test program (fnmatch) the crash is just caused by deferencing argv[1] etc. -- providing options solves it. The tests all build, but there is no definition of how to run them etc. that I can see... [13:02] cjwatson: I'll try installing the debs and rebuilding the initramfs [13:03] afk for those few minutes [13:08] please review SRU bug 421684 before intrepid EOL which is going [13:08] Launchpad bug 421684 in obexd "bluetooth send malformed files " [Undecided,Confirmed] https://launchpad.net/bugs/421684 === dendrobates is now known as dendro-afk [13:14] lamont: it's upgraded now [13:24] seb128: cjwatson: as Compiz doesn't show the "as username" string, I will be in favor of removing the functionality from metacity. (upstream is also wondering about that: http://blogs.gnome.org/metacity/2010/02/08/as-superuser-considered-harmful/). What do you think? [13:24] if one were booting a lucid beta ISO in a VM (Parallels on OSX specifically) and the initramfs said it was unable to find a medium containing a live file system, would one confirm bug #543875 or file a new one? (that bug is about real hardware) [13:24] Launchpad bug 543875 in ubuntu "unable to find a medium containing a live file system" [Undecided,New] https://launchpad.net/bugs/543875 [13:24] cjwatson: why yes, yes it is. ta. and diverged.. le sigh [13:24] didrocks, +1 [13:24] didrocks: fine by me, I don't think Thomas will mind [13:25] seb128: cjwatson: ok, doing it so and reporting it in upstream bug report too [13:25] lamont: if you branched from the automatic import, then it probably has no revisions in common at all [13:26] didrocks: thanks! [13:26] Ng: always better to file a new one [13:26] y/w ;) [13:26] Ng: that's just a generic symptom of "errr - hardware detection failed, somewhere" [13:26] cjwatson: very true, that [13:26] I'm thinking I'll just do one commit of love, though [13:27] cjwatson: is there any particular arrangement of options which will yield a more useful amount of information to debug? I'm about a hundred miles away from this system and I'm unlikely to have much opportunity to capture stuff from it later [13:27] cjwatson: sorry - I've been away for a while... What did you mean by trying fstype on a filesystem, how does this relate to klibc? [13:28] Ng: https://wiki.ubuntu.com/DebuggingCasper [13:28] $ dpkg -L klibc-utils | grep fstype [13:28] /usr/lib/klibc/bin/fstype [13:28] dmart: ^- is how it relates to klibc [13:28] it's an executable klibc ships that is used in some situations during boot, although not in all situations IIRC [13:29] cjwatson: fantastic, thanks [13:29] cjwatson: ah, OK [13:29] $ sudo /usr/lib/klibc/bin/fstype /dev/sda5 [13:29] FSTYPE=ext3 [13:29] FSSIZE=50001444864 [13:30] cjwatson: That seems to work for me [13:31] cjwatson: Do you know anything about the homebrew dynamic linking system in klibc? This could have arch-specific risks, but I'm not sure what to review [13:31] dmart: nothing, I'm afraid [13:31] dmart: if it works well enough for booting, IMO that's good enough [13:32] pitti: Hello. giving a look at this https://bugs.edge.launchpad.net/ubuntu/+source/udev/+bug/536914 could you give me a quick suggestion about it so I can make a patch for itplease ? It's really trivial but I need a small hint. [13:32] Ubuntu bug 536914 in udev "[Lucid Alpha3][khk-004 testcase failed] Click on Internet hotkey opens Home folder on Acer Laptops" [Low,Triaged] [13:32] cjwatson: OK. I'll have a quick dig, but I've no special reason to believe it doesn't work. I'll build an initramfs and try booting it. [13:32] StevenK: pushed, and 1.109 uploaded [13:34] lamont: I was about to upload one as well [13:34] primes2h: sure, I followed up on the bug report [13:39] lamont: The changelog and control disagree. :-P [13:40] gah [13:40] yeah - fix that pls? [13:40] or shall I? [13:40] lamont: Sure, I can fix [13:41] pitti: Thanks a lot. === dendro-afk is now known as dendrobates [14:00] Riddell: hi, do you think you (or someone from kubuntu) could check bug #546024 ? [14:00] Launchpad bug 546024 in phonon "file overwrite error" [High,Confirmed] https://launchpad.net/bugs/546024 === jamie is now known as Guest37620 [14:01] mvo: yes can do === robbiew_ is now known as robbiew [14:23] mvo: or anybody else. any thoughts on updating update-manager's trunk branch to 2a format? [14:24] barry: just go for it [14:24] mvo: awesome, thanks [14:25] mvo: ah, i can't. 'm not a member of ~ubuntu-core-dev [14:30] barry: want me to run it? [14:31] pitti: that would be great [14:31] is that still lp:/~ubuntu-core-dev/update-manager/karmic ? (there's no /lucid) [14:31] pitti: actually i was thinking trunk branch, e.g. 'bzr upgrade lp:update-manager' [14:31] barry: running [14:31] ah, /main [14:32] mvo: you should fix Vcs-Bzr: :) [14:32] pitti: but i'm always so confused about the relationships between upstream trunks in launchpad and ubuntu release branches. i wish there was a better relationship between the two. but i digress (gotta talk w/ james_w about that ;) [14:32] barry: there is in fact: lp:ubuntu/update-manager ;) [14:33] pitti: yeah ;) [14:33] pitti: actually, i guess you should upgrade that one too [14:33] barry: that's 2a already [14:34] package branches are quite recent [14:34] and mostly come from the auto-importer [14:34] cool [14:34] committer: Bazaar Package Importer [14:34] yep [14:34] I guess mvo isn't actually using that [14:34] barry: upgrade in progress (had to remove the old backup.bzr on the server first) [14:35] pitti: cool. i'm sure it'll take a little while. can you ping me when it's done? [14:35] sure [14:35] thanks! [14:35] you're welcome [14:36] I don't use lp:ubuntu/update-manager === dendrobates is now known as dendro-afk [14:38] pitti: Vcs-Bzr points to lp:~ubuntu-core-dev/update-manager/main === dendro-afk is now known as dendrobates [14:42] pitti: ehm... What does it mean #define KEY_SCREENLOCK KEY_COFFEE in keymaps file? Should it be numeric? [14:42] KEY_COFFEE ? :-) [14:42] mvo: ping [14:43] mvo: ah, sorry, I have additional karmic deb-src in apt, and just saw the last output [14:43] primes2h: KEY_COFFEE is defined numerically, and KEY_SCREENLOCK is an alias [14:43] robbiew: pong [14:43] pitti: no worries :) [14:44] james_w: you can make lp:ubuntu/update-manager and lp:~ubuntu-core-dev/update-manager/main have a common history so that they can be merged? can I do that myself too? is there a process to follow (file a ticket, bug?) [14:44] pitti: Oh, sorry. I didn't catch it just a line above. [14:46] mvo: I think there's already a bug open for it [14:47] james_w: is there anything I can do/help with? [14:47] mvo: afraid not [14:47] ok, no worries, its not urgent [14:48] I know you have *tons* to do [14:48] james_w: istm that this will be a common theme for packages now. do you have A Plan for how to address that in general? [14:49] barry: a long term plan for the general case, but this case is easier, with just a couple of kinks to work out [14:50] james_w: cool. i've been thinking about the general case more and it's hurting my brain ;) [14:52] * mvo brains is already hurting even without thinking about this particular problem [14:52] seb128, hey, i'm trying to write a CD from rhythmbox, i installed the cdwriter plugin but it seems to not show up anywhere [14:53] barry: so, I'm doing the "argh, action for today's meeting I haven't followed up on" thing - I basically want https://bugs.edge.launchpad.net/ubuntu/lucid/+bugs?field.milestone=21447 with an extra "assignee" column (and probably removing "heat"), so I'm actually just having a go at doing that myself [14:53]