[00:01] cjwatson: filed [00:05] Hrm. Even more weird, it seems that the cd images I get from rsync are different to the ones I get via http, or at least thats what the MD5sums suggest. [00:06] cdimage@antimony:~/cdimage/www/full/daily/current$ md5sum -c MD5SUMS [00:06] jaunty-alternate-amd64.iso: OK [00:06] jaunty-alternate-i386.iso: OK [00:06] I've fixed LaserJock's DVD tasksel preseeding thing [00:07] cjwatson: Hrm ok, I'll sync again and th en compare once more. [00:10] Well, there is certainly an inconsistancy somewhere, as I have pulled the MD5sums file via rsync after syncing images from rsync, and an md5sum check still fails. [00:12] No matter, I'll do a netboot install. [00:13] I did just do a sync to mirrors, but it shouldn't have affected image contents or MD5SUMS file contents [00:13] hm ok. [00:13] are we talking about the same images? the above is for the Ubuntu alternate CDs [00:13] Yes I am talking about those as well. [00:14] it might clear up tomorrow once they're auto-built properly ... I hope [00:21] odd. getting a lot of kernel dumps since latest kernel in intrepid-updates. That's suprising. [00:26] TheMuso: Looks like sparc for linux-ports wants makedumpfile too [00:26] StevenK: Yes, because I forgot to turn it off for sparc. [00:27] TheMuso: Ah! [00:27] TheMuso: The hppa failure looks damn strange, too [00:27] StevenK: But easily fixable I am pretty sure, not worrying about it now though. [00:55] TheMuso: mesa built on powerpc and so did qt4-x11, so it's some real progress. [00:55] I'm going to see how far I can get on getting all of KDE built. [00:56] ScottK: Ok, I should have other arches for ports sorted out after work today. [00:56] TheMuso: The ia64 failure looked simple-ish, too [00:56] Great. [00:56] StevenK: Yeah it is. [00:56] StevenK: I'll be able to get it to build at least. [00:57] Looks like libdrm was also given back [00:58] Or was mesa the only issue? [00:58] mesa was the issue. It couldn't build because libdrm-dev was uninstallable. [00:58] Right. [00:59] So due to that it's mesa -> qt4-x11 -> soprano -> and then I can start to build KDE. [00:59] Interesting actually since there is no linux-libc-dev listed for libdrm-dev for ports arches, I am surprised it worked. [01:00] It built. I've got no way to test if it works or not .... [01:00] Right, once I get ports sorted, I'll check for myself,. [01:03] So soprano went from estimated build start in 7 hours to currently building started 4 minutes ago in less than 10 minutes ... [01:03] wow [01:09] anyone know of the dash-equivalent to bash's -o pipefail? [01:20] kees: sh -c '(cat /foo || kill $$) | cat; echo bar' ;-) [01:21] Not equivalent to pipefail, more like set -e + pipefail [01:25] ion_: hrm... [01:27] ion_: find /fail | cpio --quiet -o | gzip >/dev/null I want that to fail... [01:28] Is (find /fail || kill $$) | cpio | gzip enough? [01:28] nope [01:30] I'm gonna just cheat and use pipefail. :) [01:33] there really isn't a good portable version of pipefail [01:33] the best you can do is to echo return codes out on some spare file descriptor, and catch them at the top level [01:35] if [ "$( ((find /fail || echo $? >&3) | cpio --quiet -o | gzip >/dev/null) 3>&1 )" ]; then kill myself horribly; fi [01:35] or words to that effect [01:35] but it always ends up being horribly gross and you want to hang yourself with a dangling file descriptor [01:36] I do it occasionally when I have no other choice and usually have to fight redirections for a while before it actually works [01:42] Which package to file this bug against? Start-up drops to shell when fsck runs because two crypto-volumes haven't been unlocked by cryptdisks-early. They aren't unlocked since the custom script that unlocks them via a key-file is in /usr/local/sbin/, and /usr/local/ is on a separate mount :) === Rocket2DMn_deskt is now known as Rocket2DMn [02:03] Is there any page like SyncRequestProcess but for merges? Or are merges just like any other change following SponsorshipProcess? [02:18] maxb: There is https://wiki.ubuntu.com/UbuntuDevelopment/Merging [02:46] maxb: On merges.ubuntu.com there's a pointer to the grab-merge.sh script, but once you make the debdiff it's just like any other. [03:47] cjwatson: yikes, that's sick. any chance we can just use pipefail and bash for mkinitramfs? === mthaddon_ is now known as mthaddon [03:50] cjwatson: how much to stop you pasting shell fragments like that ? :) [03:57] lifeless: ieeee http://cfaj.freeshell.org/shell/cus-faq-2.html [03:58] 4 years without updates [03:58] tsk [03:59] no mention of pipefail. I want to pluck out my eyes after reading the POSIX solution [04:00] yay single letter variable names [04:03] jcastro: hmm will look into the dialogs when i get home, there hasn't been any commits regarding KDE 4 dialogs recently [04:03] jcastro: its possible the user just read the release notes and assumed the kde support it talks about is for kde4, heh [04:05] calc: There was someone in #kubuntu-devel a few hours ago claimin OOo KDE4 patches, but Riddell looked and they were KDE3. [04:05] Dunno if it's the same someone. [04:06] ScottK: yea that is what i was talking about, jcastro sent me the log and i looked and i didn't see anything to indicate there were kde4 patches === pwnguin_ is now known as jldugger [04:09] well i'm about to head to the airport, headed home from Hamburg today :) [04:10] calc: did you eat a hamburger there?! [04:12] McD :) [04:12] i ate snitzel most of the time though [04:12] lol [04:13] calc: you went all that way for McDs? [04:13] that's about as bad as highvoltage and I at UDS-Paris [04:13] its very cold outside and McD was the closest restaurant i saw [04:13] LaserJock: What did you and highvoltage do at UDS Paris? [04:13] we had Subway across from Notre Dame and a street full of cafes [04:14] well very cold for me anyway, ~ -5 - -10 and snowing most days [04:14] but it was the weirdest Subway I've ever been too, no cheese! [04:15] how do you make a sandwich in Paris of all places without cheese [04:15] so for UDS Sevilla we did Burger King [04:15] I ate at Subway in Prague, since it was right by the metro station [04:16] I was so starved in Paris, first time outside the US [04:16] all the French food was pretty weird for my American senses [04:16] LaserJock: you poor fellow [04:17] I really started to think that their kitchen had no ovens/burners [04:18] but the 16 euro ride into Paris proved much more succesful [04:18] LaserJock: The food was cold or uncooked? [04:18] uncooked mostly [04:18] raw, thin sliced beef [04:18] with a little lettece and a rock hard roll [04:19] haute cuisine indeed! [04:19] I was an interesting experience [04:20] LaserJock: sounds expensive :) though usually really good [04:20] jbailey tried 3 times to get a vegan meal at the dinner on the last day [04:21] I think there was bacon in the salad or potatoes [04:21] hehe [04:21] must have been the potatoes [04:21] because then there was a honey-mustard dressing for the salad [04:22] it was a lot of fun anyway [04:22] you really didn't take the less expensive meal you can find :) [04:22] but I was coming down with monster ubuflu by that time [04:23] so far i didn't get sick this trip, still have 14hr of plane air to survive today though [04:23] calc: usually I get sick a day or two after :) worked for all UDSes so far. [04:23] fun [04:23] one of the times I was sick and people were trying to teach me Mao [04:23] baaaaad combo [04:24] I bet they weren't, I bet you were playing [04:24] you dont teach mao [04:25] Sure you do. It'd just done in an unorthodox manner. [04:25] well, by the end they were so fed up with me there was some definate coaching [04:25] I just couldn't think at all [04:25] ScottK: if they're learning, you're doing it wrong [04:26] I didn't say what was being taught. [04:26] im pretty sure you did [04:29] heh, the first line on the History of Mao on wikipedia says "(This Game is Cruel and Unusual)" [04:29] man, it sure felt it at the time [04:31] Heh. [04:31] First time I didn't find it cruel and unusual. I thought it was interesting. [04:31] That probably says more about me than the game though. [04:33] yeah, I've just got no patience for games usually [04:35] You two need to have Phase 10 inflicted on you [04:35] * calc bbia 18hr probably [05:01] LaserJock: Once time playing with vuntz he made us name a module in GNOME he maintained (in a certain order) every time we changed the suit [05:02] Took like 20 minutes to figure that one out [05:05] ScottK: it may say more about who introduced you [05:05] ScottK: it can be very collaborative and fun, or plain evil [05:05] True. [05:07] lifeless: you might have been involved in my torture [05:08] I remember colin and soren being there [05:08] LaserJock: I try very hard to play an entertaining game not a cruel one ;) [05:08] oh, I'm sure it was entertaining ... :-) [05:14] I was playing with plain evil guys [05:14] I think they were all GNOME devs === masACC is now known as maswan [07:13] good morning [07:17] Good morning [07:19] ing [07:24] hurray for the new autoconf \o/ [07:31] doko: That is so the first time I've seen someone proclaiming "hurray for autoconf" [07:32] just sarcastic about the gcc build failures [07:32] Haha. Okay, sarcasm makes it better. :-) [07:33] Such a phrase is inevitably either sarcasm or evidence of a psychosis. [07:33] It's *doko*, so it's both [07:38] pitti: Archive question : I have three new packages to import from debian to universe, one is in sync and the other two require a small diff. What's the best way to proceed ? Ask you for the sync and upload the merges myself ? [07:39] hm. in fact it's just two packages. The last one is just a merge of an existing one. [07:42] Koon, The typical answer to such questions is: request the syncs and upload the merges (once build-dependencies are published). [07:43] persia: thx. [07:43] doko: are you going to work on python today? might be worth checking out bug 324708 [07:44] Error: Could not parse data returned by Launchpad: timed out (https://launchpad.net/bugs/324708/+text) [07:44] bug 324708 [07:44] Error: Could not parse data returned by Launchpad: timed out (https://launchpad.net/bugs/324708/+text) [07:47] dholbach: not python2.5 [07:48] ok === tkamppeter__ is now known as tkamppeter [08:12] is the mount type ntfs using ntfs-3g driver? [08:43] hi, who is the right one to address with a question regarding NM and wpa_supplicant? === cjwatson_ is now known as cjwatson [09:06] kees: I think it'd be fine to use bash for mkinitramfs as long as you don't try to use it for the initramfs itself :-) [09:06] savvas: ntfs-3g> yes [09:06] oskar-: asac [09:06] thanks :) [09:20] pitti: Hi, BTW did you have a look at the patch for this bug #172353 ? [09:20] Launchpad bug 172353 in human-icon-theme "Human theme has non-translatable emblem names." [Low,Fix released] https://launchpad.net/bugs/172353 [09:24] asac, is there a way provided to tell NM which configuration options to pass to wpa_supplicant (for example "fast_reauth=0")? [09:37] oskar-: not that i know. [09:43] cjwatson, wrt compcache, i saw some users in ubuntu-users@ for which the compcache initrmfs hook seems to persist in the installed system, can we make ubiquitey care that it goes away after install ? [09:44] thanks [09:44] ogra: if it fails to go away, then I think something has already gone wrong in ubiquity - i.e. casper has failed to be removed [09:44] * ogra glares at hs fingers ... need some type training again :P [09:44] ogra: in other words, ubiquity is already trying to make sure of this [09:45] hmm, intresting [09:45] it's possible for the installer to crash before removing casper, though, and for the user to think "oh well, I'll try rebooting anyway" [09:45] right [09:45] ogra: the hook itself should still be there, of course, since it's in initramfs-tools, just not its configuration [09:47] well, the hook wont create the script if COMPCACHE_SIZE isnt set [09:47] which isnt the case by default ... the user definately has a conf.d file left behind [09:48] * ogra looks up the mail [09:48] https://lists.ubuntu.com/archives/ubuntu-users/2009-February/174405.html [09:49] which virtualization system do the ubuntu buildds use? [09:49] directhex: xen, I believe. [09:49] The distro buildds are bare-metal, the PPAs are Xen [09:50] gotchA [09:50] directhex: Are Mono assemblies arch independant? [09:50] ogra: unless the initramfs is created in /target before removing packages, I guess [09:50] which is possible ... [09:51] oh, really ? [09:51] blast. Yes, it is. [09:51] * ogra wasnt aware ubiquity installs the kernel separately [09:51] StevenK, in most cases, yes. there are exceptions when badly marshalling arch-specific libraries using arch-specific type lengths [09:52] err, it doesn't [09:52] but still, that file comes from casper [09:52] but it does need to regenerate the initramfs [09:52] and remember that ubiquity (1) copies the live filesystem, then (2) removes the bits that are unnecessary [09:53] unfortunately, it generates the initramfs between (1) and (2) [09:53] /usr/share/initramfs-tools/conf.d/compcache is only in casper ... and i would assume an initramfs generation only hapens after casper was removed [09:53] *happens [09:53] sadly that is not currently the case [09:53] ah [09:53] is there a bug filed about this? [09:53] that's actually kind of bad [09:53] i asked him several times, but he only pointed at the upgarde bug over and over, i'll file it [09:54] what should it be, ubiquity or casper ? [09:54] StevenK, a bunch of mono packages include C libs as well as mono assemblies, so those are usually arch:any [09:54] ogra: ubiquity, please [09:54] it isn't casper's fault at all [09:54] ogra: please mark it importance high [09:57] directhex: Right, there's a package in the binary NEW queue which includes a Mono .dll and it's arch:all [09:57] directhex: Wasn't sure if it was grounds for rejection or not [09:58] can anyone think of a "human-friendly" way to say "Building initramfs..."? [09:58] StevenK, arch:all is correct more often than not [09:58] StevenK, what's the package? [09:59] that step can easily take 30 seconds, so I think it's worth describing separately; however following ogra's bug it can't just be subsumed into the description of the steps on either side of it [09:59] (it used to be part of "Configuring hardware..." [09:59] cjwatson, bug 328437 for you [09:59] Launchpad bug 328437 in ubiquity "casper compcache configuration is not removed in some cases" [High,New] https://launchpad.net/bugs/328437 [10:00] thanks [10:01] perhaps "Preparing startup files..." [10:01] ogra: s/can happen/unconditionally happens/ :-P [10:01] cjwatson: that's for d-i? (I assume in ubiquity we just copy it from the live system?) [10:01] pitti: wrong on both counts :) [10:01] hm, tomboy-blogposter [10:02] cjwatson, updated :) [10:03] cjwatson: I thought rebuilding was only necessary once we start supporting raid/lvm/cryptroot in ubiquity.. but oh well :) [10:03] there is an argument that casper should rebuild the initramfs when it's removed [10:04] pitti: well, rebuilding is necessary for exactly the reason ogra quotes - the live CD initramfs contains casper, and we don't want that on the installed system [10:04] ah [10:04] directhex: Right, tomboy-blogposter [10:05] ogra: the good news is that this will go away with the first kernel upgrade [10:06] will it ? i wonder how the file can persist at all ... the conf.d file is as i said owned by casper ... its shouldnt be there after casper removal [10:06] i suspect we have two different bugs here [10:06] now that i think about it [10:07] no [10:07] the conf.d file is *copied* into the initramfs [10:07] oh, right ! [10:07] ok, admittedly that user reported that /usr/share/initramfs-tools/conf.d/compcache was still there [10:08] so I suppose that is technically a separate problem, and I wouldn't mind seeing his installer syslog [10:08] StevenK, something like that is very highly likely to be arch:all. i can verify if you like [10:08] but I'm a lot more interested in the bug that seems to affect everyone :) [10:09] indeed, well i asked him to comment on the bug in -users [10:09] lets hope he does :) [10:09] gar [10:09] no, can you ask him to file a separate bug if he has problems not described by the one you filed [10:09] otherwise we'll just get a multiple-problems bug which won't help anyway [10:09] anyone [10:09] ok [10:10] thanks [10:10] StevenK, just checked. no modulerefs so nowhere for arch-specific issues to appear [10:56] directhex: Okay, I'll accept it. [10:59] nhandler: regarding the Replaces vs. Conflicts+Replaces point from the other day, I just read the relevant section of the policy manual and it is in fact quite clear about this [10:59] For Replaces alone, it says: [10:59] Furthermore, this usage of Replaces only takes [10:59] effect when both packages are at least partially on the [10:59] system at once, so that it can only happen if they do not [10:59] conflict or if the conflict has been overridden. [10:59] and for Conflicts+Replaces, it says: [10:59] Secondly, Replaces allows the packaging system to [10:59] resolve which package should be removed when there is a [10:59] conflict - see . This usage only [10:59] takes effect when the two packages do conflict, [10:59] so that the two usages of this field do not interfere with [10:59] each other. [11:10] If there's a buildd admin around, I'd appreciate it if you would rescore kdepimlibs to start sooner. I've got a large pile of further rebuilds that are dependent on that being done. [11:10] Sorry, on power pc. [11:11] ScottK: nudged [11:12] pitti: Thanks. [11:40] mvo: typo in /etc/update-motd.d/daily/10_releae_upgrade :) [11:51] tjaalton: let me have a look [11:52] mvo: the filename should have an 's' [12:00] tjaalton: thanks, fixed [12:02] mvo: thanks :) [12:06] mvo, asac: I was just reading the apturl RFC. I was wondering if PPA's could also be added in the policy. Within launchpad, you quite often see "could you please add my PPA to see if this resolves the issue", it would be super to simplify adding PPA's to the apt sources. [12:06] petski: its not ment to be constrained to any particular archive. if your PPA fulfills the requirements it can be whitelisted too [12:07] (now that we have signed PPAs) [12:07] petski: actually iirc PPAs are even explicitly mentioned somewhere, arent they? [12:07] petski: now that ppas got singnatures we can support ppas as well [12:09] petski: seems they are not mentioned in the current version, but there is nothing in it that would exclude PPAs [12:09] well, I use my PPA only for bug-fixing, and some bugfixes might not work as expected. I don't think my PPA will pass the 'quality'-test. [12:10] heh. [12:10] evand: I think I killed my syslinux boot record on my freshly created usb stick, is there a easy way to get it back without having to run the usb-creator again ? [12:10] yes... [12:12] dd if=/usr/lib/syslinux/mbr.bin of=/dev/sdb bs=446 count=1 conv=sync [12:12] Talking about PPA's ... mvo, already had some time to review https://code.launchpad.net/~petski/update-manager/ppa-support/+merge/3390 ? :) [12:12] mvo: ^ [12:12] petski: oh, right, I did briefly and commented somewhere too I think [12:13] might also want to run syslinux /dev/sdb1 - but the former command will dump a bootloader to your MBR [12:13] evand: thanks! I try it out now [12:13] mvo, I haven't received it, I'm afraid [12:13] petski: strange, I wonder where my comment got to [12:14] maybe you added it on staging.l.c ? [12:14] petski: https://code.edge.launchpad.net/~petski/update-manager/ppa-support/ <- I put it into the whiteboard - looks like I clicked onthe wrong LP link or something [12:14] ah :) [12:15] Thanks for your comment. Anything I can do? [12:16] petski: not question :) I wonder if we should just add it nevertheless [12:16] petski: lets jump to #launchpad and ask how they feel about the added load [12:17] mvo: the "patch" contains a bugfix as well. IMHO that should be added whatever the launchpad guys say [12:19] petski: has this feature been discussed somewhere already? I don't think it's a good idea to integrate ppa like official archive in update-manager. people will think ppa are like official packages and will trust them like official packages... [12:19] Adri2000, please take a look at https://code.launchpad.net/~petski/update-manager/ppa-support/+merge/3390 [12:19] petski: I have a look again. the problem with the merge was that it is based against the intrpid branch afaics and the jaunty branch changed a bit [12:20] petski: I did already [12:20] mvo: https://code.launchpad.net/~ubuntu-core-dev/update-manager/jaunty gives 404 [12:21] petski: sorry for that, please try https://code.edge.launchpad.net/~ubuntu-core-dev/update-manager/main [12:21] petski: I will see if I can get LP to have a alias so that at least "ubuntu" works [12:21] petski: but a comment from Scott and an answer from you is not enough. has it been discussed on a mailing-list for example? [12:21] Adri2000, scott shares your thought, my suggestion was to prefix that changelog with something like '[This package originates from a Personal Package Archive]' [12:23] I don't see why update-manager is controversial. If the user has already added the archive to sources.list, and has already added the key or acknowledged the warning (we can assume this, otherwise the package won't be eligible for installation), then update-manager should not obstruct matters by refusing to display the changelog [12:24] the user has already said that that PPA is OK as far as they're concerned [12:24] petski: average user won't consider such a statement as a warning that the package may break their system or steal their private data [12:24] fooey! Evolution 2.25.90 has just duplicated every email in all the folders (more than 10,000), a result, I think, of the import into sqlite db from the mail folders [12:24] Adri2000: that warning belongs earlier, not in update-manager [12:25] update-manager is not the place where you add the PPA [12:25] cjwatson: if update-manager behaves the same way for official trusted packages and ppa packages it will confuse people [12:25] Adri2000: this makes no sense. If I have added a PPA to my sources.list then that's because I want to install packages from it [12:25] Adri2000: adding changelog information sounds not too bad to me, a different heading for ppa updates should be used I guess [12:26] once somebody has already acknowledged that the archive is untrusted, which I repeat is something that happens earlier when you're adding the PPA in the first place, it doesn't make sense to continue to complain about it [12:26] note that if you've added the archive to sources.list, and the key to apt-key, then apt itself will behave the same way for both [12:27] mmh... is http://people.ubuntu.com/~ubuntu-archive/NBS/ running for main only? I cÃ [12:27] DktrKranz: no, it should cover everything [12:27] lool: I *think* I might have a backtrace now for the xine-list ugprade trigger crash [12:28] pitti: I'll have a deeper look, but it seems it doesn't keep track of universe [12:28] cjwatson, mvo: I think the average user will think that ppa is somewhat trusted as it is integrated in update-manager, whereas actually ppas are not trusted more than any other thid party repository which is not integrated in update-manager [12:29] when I say integrated in update-manager, I mean update-manager will put a special heading "Personal Package Archive", will fetch changelog, etc. [12:29] Adri2000: they won't see it in update-manager *at all* unless they have already added the PPA to sources.list and added the key to apt-key, which involves acknowledging warnings about it being untrusted [12:29] Adri2000: how many times do you want to warn them?! [12:30] integration in update-manager isn't a matter of trust, it's a matter of convenience due to the fact that we know how the archive is laid out, that's all [12:30] I just want ppas to be treated like any third party repository. them being hosted on launchpad doesn't change anything [12:30] trust is handled separately, and I think it's very important to separate that [12:30] I see no reason why we wouldn't fetch changelogs for other third party repositories if we knew how [12:30] Adri2000: I understand your concerns, but I think cjwatson is right here, if we warn them too often peple will just blindly click away the warnings without bothering (and then miss one warning that actually was important) [12:31] it's an inconvenience of the archive layout that this requires special knowledge [12:31] because people will say "ah, update-manager knows repository X, so ubuntu people should know it, it should be safe to use" [12:31] adding more warnings won't help. either they know what they are doing or not (following just a howto which tells them what commands to run and where to click) [12:31] * mvo wonders if we should have a "X-Changelog-URI" in the packages file so that it could be supported for other archives as well [12:31] you're talking as if update-manager is the first place people will see PPAs [12:31] it isn't [12:32] mvo: I like the idea [12:32] if they see it in update-manager, they have already taken the decision to use that PPA [12:32] actually I was speaking of warning in case we really want update-manager to show ppa packages in the special section. I'd very much prefer them to stay in the third party repo section [12:32] being concerned about its presentation in update-manager seems precisely backwards to me [12:33] software-properties and the like is where people take decisions about whether an archive is safe to use [12:33] mvo: if that X-Changelog-URI is implemented, so any third party repository could use it, then I wouldn't be against update-manager fetch changelogs from there, being for ppa repo or any other third party repo [12:34] My NetworkManager keeps crashing but apport keeps failing to report it because when it tries to open Firefox a popup comes up and says firefox is already running, blah blah blah [12:35] There appears to be some sort of bug in nm_connection_clear_secrets() [12:35] asac, ^^ [12:38] I'm under the impression that people generally trust more ppa packages than other third party packages because they are hosted on launchpad. that kind of features will just confirm that idea to them [12:39] it doesn't matter by that point [12:39] they've already signed on the dotted line [12:44] well, I'd be interested to see if I'm the only one thinking that way [12:48] mdz: do you have a work around for https://bugs.edge.launchpad.net/ubuntu/+source/openssh/+bug/328445 yet? [12:48] Ubuntu bug 328445 in openssh "[Jaunty/amd64] Agent admitted failure to sign using the key." [High,Confirmed] [12:48] mdz: i'm uploading a new key to launchpad every time i reboot [12:48] lool: I have a theory about the xine-list-1.1 crash, it might be something with nvidia not setting the libGL links corretly during a upgrade (or something equally crazy). the crash seems to be happening inside libgl [12:49] mvo: In a meeting, coming back to you soon [12:49] cody-somerville: is that with vpn? [12:49] asac, aye [12:49] mdz: and simply unable to use people.ubuntu.com and chinstrap, etc. [12:50] cody-somerville: i think i saw that too ... can you get a backtrace manually from the .crash file or run nm in gdb? [12:50] asac, Where are the .crash files kept? [12:50] oh [12:50] found them [12:50] cody-somerville: /var/crash ... you need to use apport-unpack first and then use gdb on the Core [12:51] with dbgsym installed and so on... [12:51] cody-somerville: not sure about the firefox already running thing. is there a ffox already running? does it open if you try to open it manually? [12:52] asac, Yes it is and yes it does [12:53] cody-somerville: sounds a bit like an apport bug then [12:54] jaunty? [12:54] yup [12:54] cody-somerville: when it says that can you look what command line you see in ps? [12:54] (e.g. before closing that dialog) [12:54] sure [12:56] mvo: So, backtrace? :) [12:56] asac, I've marked two bugs as duplicate of bug #318554 [12:56] Launchpad bug 318554 in network-manager "NetworkManager (service) SIGSEGV in nm_connection_clear_secrets() when VPN connection fails" [Medium,Confirmed] https://launchpad.net/bugs/318554 [12:56] mvo: Oh libGL, ugly [12:57] Sounds like absolute fun [12:57] cody-somerville: thanks for the cleanup ;) [12:57] lool: yeah :) I wait for the retracer before I make further conclusions, need to debug some compiz stuff [12:58] mvo: compiz uses GL, it's all clear to me now: compiz broke intrepid [12:58] I knew it [12:58] lool: haha [12:59] lool: the crash happend for me in a text console, no X running ;) [12:59] cody-somerville: ok the dupes had bt [12:59] lool: don't be a seb128 and try to push all the blame to compiz, we all know its a gtk bug in the end anyway :P [12:59] asac, I attached my stacktrace too [12:59] * mvo hugs seb128 [13:00] * seb128 hugs mvo [13:00] mvo: I bet that compiz was installed and had been run at least once before on these computers; that kind of voids your Gtk+2.0 warranty I'm afraid [13:01] haha [13:01] cody-somerville: what type of vpn do you use? [13:01] asac, OpenVPN [13:06] asac, Also, you wouldn't know how to get flash working again in Jaunty do you? The package is installed but Firefox doesn't recognize it. [13:07] cody-somerville: voodoo [13:11] cody-somerville: what does it recognize in about:plugins [13:12] QuickTime,Windows Media Player Plug-in 10, DivX® Web Player, Default Plugin, Demo Print Plugin for unix/linux, and Java(TM) Plug-in 1.6.0_12-b04 [13:13] ok check whether the xulrunner-addons-flashplugin alternative is correct [13:15] sudo update-alternatives --config xulrunner-addons-flashplugin [13:15] No alternatives for xulrunner-addons-flashplugin. [13:15] * cody-somerville can never remember how to correctly use update-alternatives [13:19] asac, There is no xulrunner-addons-flashplugin alternative [13:22] seb128, Is there something wrong with rhythmbox's shuffle? I seem to always get the same ol' songs out of the 710 songs I have. [13:22] 21 [13:23] asac, Maybe I want to install adobe-flashplugin instead of what Firefox tried to get me to install? [13:24] asac, that worked [13:24] cody-somerville: not that I know [13:26] seb128, Its a rather serious bug. Its affecting my sanity. I can only listen to so much ABBA in one day ;] [13:26] cody-somerville: there is a gconf key to change the shuffle algorhythm try another one? [13:26] oh, neat [13:26] seb128, I'll do that. Thanks. [13:27] seb128, Whats the key's name? [13:29] cody-somerville: there is not so many rhythmbox key is it? let me have a look for you [13:29]