[00:00] DktrKranz, thanks. bugs.debian.org is probably best - the ones i have the ability to change i get a ping from (as the bug gets mailed to the pkg-cli-apps mailing list) [00:01] hm. i think i'm going to try for DD. i spend too much time prodding DDs in an irritating manner when i should be doing things myself. sound sensible? [00:01] ok, I'll have a test build with a exp chroot to see if it's the case to submit to them [00:01] StevenK: hmm, you might want to have a look at DktrKranz's latest post on ubuntu-devel, if you're in the NBSing right now [00:02] i.e., apparently the NBS report is rather wrong ATM [00:02] slangasek: Making plans, not executing [00:02] DktrKranz, building for exp is pain :( [00:03] DktrKranz, question is when slomo is going to upload gnome# 2.24 to unstable [00:03] directhex, yep, but gnome# has not migrated to unstable, ATM [00:03] DktrKranz, hopefully not until after hanska gives it some policy love [00:06] hm, i'll need an advocate and a signed gpg key [00:06] ...a bible, and a stopwatch? [00:07] and a bucket of weasels [00:07] RAOF, FYI, evolution-sharp dot release is out [00:07] DktrKranz: I know. They closed the bug I filed :) [00:07] directhex, and some $deity help :) [00:07] good :P [00:08] so, we're done with gnome# finally! \o/ [00:08] someone sponsored tomboy? [00:09] Yup. It's waiting for gnome-panel-sharp to be promoted to main before it builds, though. [00:10] yayness [00:10] It's been promoted, waiting for a publisher run [00:10] double yayness [00:10] if some lovely archive admin on binary new duty let libsublib-cil_0.9-0ubuntu1_all.deb slip in, then i could test a merge for gnome-subtitles 0.8 and sign off on the mono 2.0 app transition too [00:11] I think we should promote gnome-do and replace the default bottom panel with docky [00:11] assuming i don't keel over from exhaustion first. zzzzzzzzz [00:11] * StevenK looks at the NEW queue and then wishes he hadn't [00:11] Laney, ask shuttleworth! i heard he likes do :p [00:11] heh [00:12] Laney, perhaps with savings from the lib transition, there'll be room :p [00:12] consider it done [00:12] directhex: libsublib released from binary NEW [00:12] sweet! [00:13] StevenK, sweet! [00:13] * directhex fires up his jaunty vm [00:14] right, I'll be able to test a britney modification to treat Recommends in metapackages as Depends, just as soon as I can build the C code involved since cocoplum doesn't have libapt-pkg-dev :-( [00:14] tomorrow, I feel [00:14] (I snarfed a copy of the test data) [00:26] slangasek: look at the line right above where you're reading [00:26] <_tulio_123> hello all [00:26] <_tulio_123> can somebody help me with a python class please [00:26] Keybuk: ah [00:26] Keybuk: clever! [00:26] _tulio_123: try #python ? [00:26] <_tulio_123> ok [00:26] <_tulio_123> thanks [00:26] <_tulio_123> =D [00:27] slangasek: yeah ;) I snuck that one into udev a while back [00:27] but hadn't got around to using it until now [00:29] <_tulio_123> #python need to be registered [00:31] Perhaps this channel should switch to that, too. :-P [00:32] ion_, or only let awesome people like cody-somerville and StevenK speak [00:33] You only like me because of my archive admin hat :-) [00:33] I dunno, cody-somerville would like kinda hot in a ball gag [00:33] . o O { /me watches mneptok explode } [00:33] StevenK, do you have any other hats i can abuse? :) [00:35] directhex: You stay from my hats, you bad person [00:35] <_tulio_123> i'm not making it to join python [00:35] <_tulio_123> dont know why i cant join it [00:36] <_tulio_123> just a little help with python? [00:36] <_tulio_123> anyone? [00:36] _tulio_123: Your nick isn't registered with NickServ, do that and you can join. [00:37] Python, and help joining channels is off-topic here [00:43] wow, wonder what nhandler did [00:44] killed the EV1 electric car [00:45] leave it to vista to make a new computer completely unresponsive :-\ [00:45] * calc will have jaunty on here by the time he goes to bed... he hopes [00:46] what's the right way to convert an ext3 to an ext4? [00:47] kees: reformat [00:47] calc, for some reason audio on vista on this laptop just *doesn't work*. it freezes momentarily all the bloody time [00:47] kees: you can sorta get the benefits (of part of ext4 at least) by just upgrading in place, but reformat is recommended [00:47] kees, the "right" way is with a format. a converted FS only gains ext4 power on new files [00:47] calc: no wai. I can mount ext3 as ext4 without problem, and http://ext4.wiki.kernel.org/index.php/Ext4_Howto has some hints at the bottom [00:47] long term conversion is supposed to work, but i don't think it does yet, and not until online defrag fully works anyway [00:48] directhex: true, but that's all I want for the moment. :) [00:48] kees: well i meant to get all the benefits of ext4 you need to reformat [00:48] but comparing filesystem features between mkfs.ext3 and mkfs.ext4 shows more than the wiki suggests [00:48] right [00:49] write a script to recreate all files! [00:49] erf. [00:49] cat foo >> foo~; mv foo~ foo [00:49] >* [00:49] that won't retain permissions, but I get the picture. :) [00:50] it is too late for such considerations [00:50] If you're doing that hack, you may as well mkfs ... [00:50] just tar it to some other fs then back ;-) [00:51] i can't recall for certain but iirc even moving the files around doesn't get you full ext4 feature set iirc [00:51] its been a while since i looked though so i might be wrong [00:51] calc: tar depends on having space elsewhere. [00:51] TheMuso: yea [00:52] thank goodness I use LVM. :) [00:52] Well, that only helps if you have space elsewhere :) [00:52] yup [00:53] kees: I keep saying that too and then people like Keybuk call me insane [00:53] :) [00:55] my calling you insane has nothing to do with your filesystem choices [00:56] LVM isn't a filesystem, kthxbye [00:56] But, fair point :-P [00:56] besideswhich, I was heard not so long ago saying we should just do LVM by default [00:57] but now I'm all about the btrfs [00:57] I like my data enough to not try and lose it [00:57] StevenK: really? I could swear you once claimed to like XFS [00:58] ext4 should be stable by 10.04 and btrfs maybe 12.04? :) [00:58] XFS is evil [00:58] Keybuk: So not me. [00:58] I hear the XFS problem was corrected about 1½ years ago. [00:58] ion_: not that I'm aware of [00:58] if XFS was a gauge of how long it takes to become stable it would be ~ 8 years [00:58] last time I looked, XFS was still not safe to do fclose (); rename() without fsync() in there [00:58] interestingly, ext4 seems to suffer from the exact same problem [00:58] I've used XFS once, and that was under duress because ext3 can't do online resizing by default [00:59] http://xfs.org/index.php/XFS_FAQ#Q:_Why_do_I_see_binary_NULLS_in_some_files_after_recovery_when_I_unplugged_the_power.3F [00:59] keybuk: Oh, ok. [00:59] ion_: yea people refer to that like someone should trust XFS when it had a serious bug that ate fses for 6-8 years before that unfixed [01:00] my system got hit by that bug about 5-6 years ago which nearly caused me to lose all my data, luckily i managed to get it back [01:00] In Finland, we have these things called “backups”. [01:01] I often make backups [01:01] generally just after losing something [01:01] some of the btrfs features are just made of awesome [01:02] like you can upgrade ext3 to btrfs [01:02] and if you don't like it, you just hit a button, and all the btrfs stuff vanishes leaving you with your original ext3 filesystem [01:02] ion_: i recovered my data and never used another untested fs again (eg just ext2/ext3) after that [01:03] since btrfs is copy-on-write, there's no reason it _has_ to clean up the old data [01:03] which means, if you have lots of cheap disk, you needn't bother [01:03] and at any point, can simply roll back a file, a directory or your entire filesystem to any previous version [01:03] keybuk: Neat [01:03] * calc hopes it defrags well [01:04] Almost like VMS, really. [01:04] Keybuk: ugh YES ext4 picked up that nasty trait from XFS, just got hit by it a month ago. [01:04] jdong: I was chatting to tytso about it at FOSDEM [01:05] cool [01:05] Keybuk: What did he say? [01:05] it's also picked up a greater chance of losing transient/in-cache data too compared to ext3 [01:05] I mean for all I see as an end-user ext4 is XFS with faster metadata operations and slower large-file performance.... [01:05] StevenK: "argh, my laptop got stolen, I hate brussels, everything wikitravel says is true" [01:05] Haha [01:05] and a poorer suite of backup tools ;-) [01:05] Keybuk: I meant about the fsync() needed thing [01:06] jdong: since the principle change from ext3 to ext4 (other than extents) is delayed block allocation - which is the prime feature of XFS - that's about right [01:06] at least with XFS I can take an xfsdump every night and call it peace-of-mind [01:06] StevenK: he mentioned he may be considering an implicit data sync on fclose() [01:06] Keybuk: is that going to give those lovely infamous reiser4 delays where :wq triggers a flush of everything in-cache to disk? [01:07] I guess more recently, firefox/sqlite [01:07] no, he was saying it'd be more intelligent and only flush that file's blocks [01:07] * StevenK shivers. [01:07] mmm, I see [01:07] ie.perform block allocation on close [01:07] keybuk: That’s nice. [01:08] I thought due to that ordered metadata commit stuff that could imply flushing out other data too? or was that changed? [01:08] or are my views completely misguided ;-) [01:08] So if you've several large files open with data growth (say all the Ubuntu torrents on release day) on a small disk (say 20G), you could conceivably not allocate until you've overused your disk? [01:12] persia: the torrent program should preallocate [01:13] persia: and the new transmission has support for regular create a really big file already (iirc) [01:13] lol that doesn't sound like the correct solution/answer to the question though. [01:13] not sure if it does the ext4 preallocate stuff though [01:13] "My foot hurts, doc ==> well stop using it.." [01:13] calc, So the answer is "Yes, but don't do that"? [01:14] calc, For a less contrived example, consider server logs. [01:14] persia: unless i am missing something the try to download too much via torrents is already an issue with other fs as well? [01:17] calc, Not quite the same: when you run out of disk, the writing program stops writing, even if you have lots of potential disk cache could could fill in RAM, because they tend to be allocate-on-write. If it's truly allocate-on-close, that creates a somewhat different model. [01:17] So, in short, yes, running out of disk is bad, and breaks your files, but this would do it in a different way, I think. [01:18] On the other hand, you could probably delete space pre-close and save the contents of the precious file with allocate-on-close in a way that might not be possible with allocate-on-write. [01:18] persia: ah i see now [01:18] I could be completely wrong of course. [01:20] persia: I thought delayed-allocation still accounted for the currently-accurate free blocks state in RAM, just didn't put it on disk until a (convenient) later time? [01:21] jdong, That's excellent news. So it keeps track of the available blocks, and expected allocations, and does the right thing? [01:22] persia: that's the way XFS works and how I assume ext4 works [01:22] * persia ceases to worry [01:22] the only thing being "delayed" is writing the updated accounting info onto the disk until it is reasonably certain it's not going to fluxuate [01:22] so I guess the ill effect is a higher probability of losing in-transit data on bad shutdown [01:23] Well, sure, but that's a performance tradeoff anyway. Same as buying disks with larger memory caches, or setting high swappiness with lots of RAM to use the kernel disk cache. === orospakr` is now known as orospakr [01:32] oh, wow, is it me or did NEW shrink by 33% in the last hour? nice going [01:39] i386 678 builds waiting in queue [01:39] Yikes! [01:40] Language packs do that. [01:43] * directhex translates ScottK into klingon [01:51] directhex: Klingon is too low to get a language pack :-( [01:51] I should translate gdm into Klingon [01:53] StevenK, does unicode include klingon glyphs? :/ [01:53] oh, poop, problem [01:53] StevenK, ubuntu is linux for human beings [01:53] so no klingon [01:54] directhex: I don't think that's an issue [01:55] directhex: since humans, for whatever reason, sometimes speak it [01:55] time for bed. tomorrow i need to construct a big thank you message [01:55] so "Ubuntu is Linux for Human Beings (who may speak klingon)" [01:56] LaserJock: next you'll be arguiing for quenya language packs [01:57] ajmitch, Get quenya to > 90% coverage, and you could probably find support. [01:57] persia: I suspect there's probably a team for it on launchpad [01:59] ajmitch: I wasn't arguing anything other than "for human beings" doesn't limit klingon as it can be spoken for human beings [01:59] I personally can't understand why people would be so silly [01:59] but to each his own I guess [02:00] People can be that silly quite easily, I'm not sure why either [02:01] I should make a periodic table language [02:01] chemists... [02:01] Unfortunately, Klingon hasn’t been included in Unicode AFAIK. [02:02] I wonder how that happened [02:02] I would have thought some genius would have said "who needs ASCII? Klingon is the way to go" [02:03] I still don’t understand why Unicode has a white smiling face and a white frowning face, but only a black smiling face. Offtopic, sorry. :-P [02:04] There are fonts using the user space in unicode, and well-known codepoints to use for both Klingon and Quenya. [02:18] Keybuk: explode with rage. you promised me first. [02:25] pitti, mvo, ping? can you review a packagekit branch for me? === _[PUPPETS]Gonzo is now known as [PUPPETS]Gonzo [03:44] When working with usplash and requiring user input, should I use usplash's input mechanism, or just read from console? Only want one letter entered as a response. [05:05] Is the publisher running? I've just watched binaries from more than one package sit at accepted for their second publishing opportunity. [05:05] ScottK: From my untrained eye, yes [05:06] OK. [05:07] StevenK: I've seen it happen before where LP doesn't know stuff is published, but it is. Do you have (and would you be willing) a way to see if phone and akonadi in intrepid-backports actually published? [05:08] Which version? [05:08] akonadi 1.1.1-0ubuntu2~intrepid2 [05:09] phonon 4:4.3.0-0ubuntu1~intrepid1 [05:11] Source is [05:11] Binaries I can't find [05:13] StevenK: OK. I guess I'll wait until tomorrow and see what happens. [05:16] StevenK: Thanks for checking. [05:16] ScottK: No problem [05:17] is there an X IRC chan? [05:17] LaserJock: #ubuntu-x [05:17] At least for Ubuntu [05:17] Dunno about upstream [05:18] ScottK: no, that's what I wanted === tkamppeter_ is now known as tkamppeter [05:26] * NCommander sighs [05:26] heh. good to be back, apparently [05:26] Who's bright idea was it to backport KDE 4.2 and clog up the buildds one day before feature freeze [05:26] Hey Hobbsee [05:27] NCommander: Er, I was complaining about that yesterday and you didn't say anything, Mr. Backporter [05:27] StevenK, I didn't approve it, and I want to smack whoever did [05:27] Why didn't want to do so yesterday when I was complaining, then? [05:28] * NCommander wasn't paying attention. [05:28] ^to that. [05:28] I was on holiday :-) [05:28] That explains oh so much [05:28] :-P [05:28] Well, we could always rescore everything else, or downscore the kde* packages so they won't build until after feature freeze ... although I'm not sure anyone ever used rescore in such a way before ... [05:29] you got buildd admin? [05:29] Hobbsee, yeah. [05:29] nice. [05:30] Comes with the nice bonus I can retry main builds once the buildds stop going boom. [05:30] i hope you're trustworthy to do so ;) [05:30] man, this feels weird... [05:30] Hobbsee, what does? [05:30] * Hobbsee hasn't touched a keyboard since last tuesday. [05:31] it's now wednesday aftenoon. [05:34] Hobbsee: I've had that before, haven't used a computer for over a week, and it feels weird to type when coming back. [05:35] TheMuso: and use a touchpad. very bizarre. [05:35] wow [05:35] * NCommander looks for a list of intrepid-backports packages to downscore [05:37] NCommander: As long as you keep kde4libs back, the rests will depwait. [05:37] ooh, thats handy [05:37] No need to work at it too hard. [05:37] (we'll still loose some buildd time for the dep-waits, but that isn't bad) [05:38] That's pathetic, I scored it to zero, and it only went up by an hour on estimated build start time -__; [05:39] Oh [05:39] You can rescore to negetive numbers [05:39] Which does extactly what I wanted it to do [05:40] Careful [05:41] Then they won't build by themselves [05:41] StevenK, they won't? [05:42] I don't think they will [05:54] StevenK, I'll watch the two packages I did score to negetive. All the other KDE packages are now dep-waiting or will hit dep-wait, so now jaunty packages will take president. [05:54] So any last minute uploads will not get stuck behind the backports packages [05:54] "precedence" [05:56] sorry :-/ [06:43] good morning [06:45] hi dholbach [06:46] hi Hobbsee [06:47] Howdie dholbach, Hobbsee. [06:47] hiya RAOF [06:48] heya RAOF! [06:50] * StevenK waves to RAOF [06:50] Sam found a best of /Supergrass/ CD while we're preparing to move. This is good :) [06:50] woot! [06:50] Ugh, moving [06:51] Eh. It hasn't been so bad the (2) times I've done it. [06:52] Moving away from the uni? [06:52] Yeah, but it's quite close to busses straight into the city, which makes it not bad. [06:52] And it roughly halves Sam's travel time. [06:53] And what, quadruples yours? [06:53] But quadrupling 5 minutes isn't so bad :) [06:53] * StevenK grins [06:54] I liked the commute change with the last job change -- an hour each way to about 30 seconds [06:54] i'm jealous [06:56] the telecommutative property === _nightwish is now known as nightwish [07:00] Good morning [07:00] Morning pitti [07:00] NCommander: PK branch> please sub me to the bug, or mail me? [07:00] hey StevenK [07:03] heya pitti! [07:04] * pitti hugs Hobbsee [07:04] * Hobbsee hugs pitti back [07:04] LTNS! [07:08] ArneGoetje: langpack export for jaunty is finished [07:08] Hobbsee: LTNS? [07:08] Long Time No See [07:08] yes [07:08] ArneGoetje: I think langpack-o-matic is ready to go now, too [07:08] ah, indeed [07:09] oh. Not "Lose The Source, Nuke" [07:09] Or "Lose the Norse, Sook" I guess that is [07:09] That would be LTSN ... [07:09] pitti: ? [07:09] ... Because Odin is excess baggage? [07:10] pitti: langpacks for jaunty (export from 13th) are currently building. [07:10] ArneGoetje: I did some fixes for bug 316174, bug 204705, and so on [07:10] Launchpad bug 316174 in language-pack-es "update langpacks need strict -base dependency" [Critical,In progress] https://launchpad.net/bugs/316174 [07:10] Launchpad bug 204705 in language-pack-gnome-pt "Missing translation for "Mouse" in gnome-control-center pt_BR" [Undecided,Fix committed] https://launchpad.net/bugs/204705 [07:10] ArneGoetje: there's one from the 16th [07:10] ArneGoetje: but well, won't matter so much I guess [07:10] pitti: I know. that one came after I uploaded the ones from 13th [07:11] pitti: yeah, doesn't matter. we will have new ones before release anyways. [07:11] slangasek: I think I prefered NBS before you fixed checkrdepends [07:12] pitti: langpack-o-matc choked on the latest intrepid and hardy exports... need to fix some code there, [07:12] ArneGoetje: oh, what did it do? [07:13] pitti: when importing, it ignores ll_CC and the like, including ll_CC@var. But it choked on ll@var an aborted. [07:15] pitti: although it is not quite clear to me why we ignore ll_CC and @var locales... they are valid locales and translations for those may differ from the standard ll locale. [07:15] StevenK: tough :) [07:16] Haha [07:16] ArneGoetje: we ignore non-UTF8 locales [07:17] Hmmm. I wonder about syncing koffice from experimental [07:17] Maybe that one will actually *gasp* build [07:18] pitti: from the import log: "Skipping obsolete locale fr_CA" <- why? [07:19] pitti: and the error, where it choked: Copying nds@NFE/yelp into package ../intrepid-proposed/sources-update/language-p [07:19] ack-gnome-nds [07:19] Traceback (most recent call last): [07:19] File "./import", line 375, in ? [07:19] (lang, country) = noat.split('_') [07:19] AttributeError: 'module' object has no attribute 'subst_string' [07:21] Riddell: So, pointless or not trying to shove koffice from experimental under the FF door? [07:21] hmmpf, I'm stuck in the middle of a git merge but I can't change branches to investigate the merge [07:22] I guess that's why branch-is-a-dir is nice [07:24] pitti: in this case nds@NFE is not a valid locale. First it doesn't exist, but nds_DE and nds_NL do, and second, it should be nds_{DE|NL}@nfe if at all... so, something went wrong in rosetta I guess. It shouldn't have accepted an invalid locale. [07:26] LaserJock, You could always clone into another directory, and fiddle there ... [07:26] pitti: and the log from the hardy import: Processing locale pt_PT... [07:26] Skipping obsolete locale pt_PT [07:26] Traceback (most recent call last): [07:26] File "./import", line 394, in ? [07:26] r = macros.subst_string('%RELEASEVERSION%') [07:26] AttributeError: 'module' object has no attribute 'subst_string' [07:28] persia: hmm, good idea, let me try that [07:34] directhex: when gnome 2.24 is in unstable and mono 2.0 ;) [07:34] lool: i can take a look later probably, but directhex can do it too ;) [07:42] hi [07:44] ArneGoetje: macros.subst_string breakage fixed and pulled on rookery [07:44] ArneGoetje: untested, though [07:44] pitti: both of them? [07:45] ArneGoetje: the first AttributeError looks identical to the second one [07:45] ok [07:45] ArneGoetje: but the traceback on the first one doesn't make sense [07:46] ArneGoetje: is that in the log somewhere? [07:46] pitti: well, it looks for ll_CC, but gets ll@var [07:46] pitti: yes, in ../logs/intrepid-updates.log and ../logs/hardy-updates.log ant the end of the file. [07:46] ArneGoetje: hardy-updates.log only has the second exception [07:47] pitti: yep [07:47] ArneGoetje: hm, that still doesn't make sense to me [07:47] ArneGoetje: can you please try again with the current version? [07:48] pitti: ok [08:07] pitti: the intrepid tarbal version is the same as the last imported one... how can I override? [08:20] doko: re bug 324636, ludovic uploaded version 4.3.3-1, could gnat-4.3 be synced then? [08:20] Launchpad bug 324636 in gnat-4.3 "gnat-4.3 needs update" [High,Confirmed] https://launchpad.net/bugs/324636 [08:28] slomo, the kde team is already on at us for mono 2.0 - i think gnome is YOUR department though [08:34] pitti: no rush at all, but when you have time could you please comment on bug 315101? Thanks. [08:34] Launchpad bug 315101 in pkgbinarymangler "pbuilder fails if pkgbinarymangler is installed" [Low,Triaged] https://launchpad.net/bugs/315101 [08:34] ArneGoetje: just delete sources-updates/*, shoudl work [08:35] pitti: ok [08:35] DktrKranz: can you please subscribe me to the bug? I'll respond later then (after FF) [08:35] sure [08:38] DktrKranz: please merge from gcc-4.3 4.3.3-4 instead of syncing [08:40] doko: sure, I'll have a look. Thanks! [08:51] morning all. Is there an irc channel for ubuntu netbook remix? I can't see the details on the wiki page [08:59] mdke: Maybe #ubuntu-mobile ? [09:00] virt-manager is uninstallable on amd-64 in jaunty at the moment, is python-virtinst (0.400.1) scheduled? [09:01] directhex: what do you mean? [09:01] slomo, " directhex: when gnome 2.24 is in unstable and mono 2.0 ;)" - gnome 2.24 is the gnome team's department [09:02] jpds: thanks, will try [09:03] directhex: yes, sure... and i'll try to move as much gnome 2.24 stuff to unstable as time permits... but i guess gtk 2.14 will take another 10 days or something because of some issues (directfb) [09:03] new gtk too? woo [09:03] and i was just learning to love 2.12 [09:04] directhex: well, 2.14 is part of gnome 2.24 ;) and i guess some stuff is currently blocked by it [09:23] is there a reason for gnome-spell to be in main anymore, and a dependency of ubuntu-desktop? AFAIK the last user of it evolution migrated to using enchant already. [09:24] just wondering before filing a bug [09:25] Mirv: I'd say yes, it should be removed [09:25] Mirv: as no reason to be there [09:27] bug #330931 - now if I just find if there is an actual process for demoting from main etc... [09:27] Launchpad bug 330931 in gnome-spell "Obsolete, remove from main and ubuntu-desktop" [Undecided,New] https://launchpad.net/bugs/330931 === nijaba` is now known as nijaba [09:32] is anyone wearing an archive admin hat? [09:58] Keybuk, was it you who was doing bootcharting of various kernels? [10:00] any idea what could be causing the system-monitor applet to fail being loaded under jaunty? [10:03] MacSlow: look to .xsession-errors for errors? [10:06] seb128, nothing added to .xsession-errors [10:07] MacSlow: is gnome-applets installed? [10:07] MacSlow: dpkg -l gnome-applets [10:07] listed as rc [10:07] ? [10:08] reinstall? [10:08] that's your issue then [10:08] removed and configured [10:08] outch [10:08] yes reinstall it [10:08] dunno what you did but you uninstalled it [10:09] seb128, I now have a vague clue, what might have caused this [10:09] seb128, certainly a "pebkac" :) [10:09] yeah ;-) [10:11] StevenK: KOffice? [10:11] we have koffice-kde4 [10:12] Oh, so koffice should die horribly? === JanC_ is now known as JanC [10:21] hi there [10:22] where in the Squashfs on the LiveCD is the Home environment of the Live User (Ubuntu) defined? [10:22] i want to change some user specific settings on my custom CD [10:23] Anybody any idea about python-virtinst (0.400.1) in amd64? It breaks virt-manager. [10:24] mrvanes: I uploaded it half an hour ago. [10:24] thx ;) [10:26] Silicium: mostly not in the squashfs at all, but in the initrd (/scripts/casper-bottom/10adduser) [10:27] cjwatson: thanks [10:38] pitti, hi [10:44] hmm, so with evolution indicator installed i have no mail notification at all anymore [10:47] njpatel, what is supposed to happen with evolution-indicator installed ? [10:48] hi tkamppeter [10:48] (aside from not doing anything it seems to break the notification plugin) [10:49] ogra: now it's time to file lots of bug reports :) [10:49] yeah, i just want to know what actually is supposed to happen before i start ;) [10:49] ogra: and thanks for testing that; I tested the Pidgin indicator and alsdorf, but not the evo-indicator [10:49] ogra: its meant to replace the default notification plugin [10:49] pitti, I want to do a MIR of python-smbc. It is needed by s-c-p. [10:49] that the notification plugin doesnt even show the little mail icon in the systray anymore is definately a heavy bug [10:50] ogra: if you ask me: you should never *ever* be notified about getting email; that defeats the entire purpose of using email and is a productivity killer :) [10:50]