=== funkyHat is now known as funkyTones === funkyTones is now known as funkyHat [02:56] anyone here know a crapload about linux drivers? [02:58] I'm fairly knowledgeable, but I've a problem that no on in any other channel has been able to help me solve for about 2 weeks [03:00] anyway, I'll just tell the story, mysteriously ubuntu 10.04 detects the sata_mv driver properly - as well as an old slackware install cd - I've tried about a dozen recent and current distros though - and even after mod probing sata_mv -> no block devices found.......I've no idea how to continue troubleshooting - I've messed with udevadm, modprobe, etc [03:01] qwer: try #ubuntu-kernel. the ones knowledgable about these things reside there, usually. [03:01] thanks [03:01] #ubuntu-kernel [03:02] oppppps === wgrant_ is now known as wgrant === edson is now known as ecanto [04:46] xD is there a launchpad admin around? [04:47] "me too. I would also like to unsubscribe and it won't let me. PLEASE, MAKE [04:47] IT STOP! [04:47] " [04:47] wolfe: You probably have the implict bug subscription issue. But you also probably want to ask in #launchpad [04:48] I'm falling out of my seat laughing at this [04:48] persia: ah okay. I haven't tried to unsubscribe yet, but I'll try too [04:54] persia :-) [04:56] So I am rolling lucid live images using Debian's live-helper. [04:56] I'm a bit puzzled by the kernel making a "ramzswap" -- why is it creating virtual swap on top of ram? [04:57] twb: live-helper is explicitly not supported by the Ubuntu installer team (last I heard). [04:57] You *might* get some help out of #ubuntu, but I'm unsure they would have the necessary familiarity. [04:57] Ooooooh. Googling finds http://code.google.com/p/compcache/, which says that ramzswap is a *compressed* virtual swap [04:58] persia: I'm asking about the kernel, not about live-helper. [05:00] And there's an #ubuntu-kernel, so I guess I'll bug them instead. [05:43] "/usr/bin/dpkg-deb: line 53: 28311 Segmentation fault /usr/bin/pkgstriptranslations" [05:44] extra points! [05:44] on armel, nonetheless :-/ [05:44] (http://launchpadlibrarian.net/39501757/buildlog_ubuntu-lucid-armel.pulseaudio_1:0.9.22~0.9.21%2Bstable-queue-32-g8478-0ubuntu10_FAILEDTOBUILD.txt.gz) [05:46] Ouch [05:47] isn't that python? [05:47] # file /usr/bin/pkgstriptranslations [05:47] /usr/bin/pkgstriptranslations: Bourne-Again shell script text executable [05:48] wow [05:48] Ooooh, that's even more impressive [05:56] wow that is impressive. [05:57] crimsun: Throw me a link to the upload page, and I'll try and build it on the porter? [05:58] StevenK: meaning https://launchpad.net/ubuntu/+source/pulseaudio/1:0.9.22~0.9.21+stable-queue-32-g8478-0ubuntu10 ? [05:59] (or https://edge.launchpad.net/ubuntu/+source/pulseaudio/1:0.9.22~0.9.21+stable-queue-32-g8478-0ubuntu10/+build/1523932) [05:59] crimsun: Yeah [05:59] (The former) [07:09] Good morning [07:12] hi pitti [07:29] nice, boot hangs after one unclean shutdown [07:29] rescue doesn't work [07:32] www.search2.net [07:34] no idea what's run after mountall? [07:34] much harder to debug with upstart.. [07:39] pitti: I filed a bug on lp-project-upload [07:39] pitti: I'd like to move it out of ubuntu-dev-tools; its not really ubuntu related ;) [07:39] tjaalton: what do you see? [07:40] lifeless: I know, but u-d-t is a kind of catch-all place for these tools [07:40] pitti: but I then rewrote it from scratch anyhow :P so perhaps just nuke it now (once my lptools patch lands) [07:40] pitti: 'lptools' [07:40] lifeless: same is true for lp-set-dup, grab-attachments, lp-shell, and whatnot [07:40] pitti: /usr being mounted [07:40] pitti: for some of them, I totally agree [07:41] this worked last night when I upgraded the box [07:41] tjaalton: so it's not the plymouth hang yet? [07:41] but the power button didn't make acpid to shut it down (though acpi_listen showed it sending the signal), so I pulled the plug [07:41] pitti: no, it's a server install [07:42] I've disabled ureadahead and plymouth [07:42] by moving the jobs away === sabdfl1 is now known as sabdfl [07:49] good morning [07:54] even if I don't have splash on the kernel cmdline it loads some framebuffer module (probably vga16fb), which makes debugging even harder [07:54] since the screen is reset and previous messages are gone [07:55] so is there a way to disable that from grub? [07:55] hmm, nofb maybe [07:56] nope === jamesh_ is now known as jamesh [08:32] oh well, got to reinstall it then.. [09:00] pitti, hi [09:01] hey poolie, how are you? [09:01] good [09:01] lifeless pointed me to your lp-shell command [09:01] i would like to show you bugclient in lp:hydrazine [09:01] it gives you a specific command line interface to lp [09:01] rather than a python shell [09:02] eg you can say 'bug 123' 'triage +tags +easy confirmed medium' [09:02] Launchpad bug 123 in rosetta "There's no direct way to see the project info when translating it" [Medium,Fix released] https://launchpad.net/bugs/123 [09:02] poolie: oh, that's useful [09:02] i find it pretty nice [09:02] poolie: it seems to have quite a different purpose than lp-shell, but useful for mass bug operations [09:02] yes, that's true [09:03] it doesn't really support bulk operations atm [09:03] but it's pretty quick for single operations [09:03] pitti: so to continue the prior conversation; how do you feel about us moving the non distro stuff to the lptools project; build an upstream there, rather than having them in ubuntu-dev-tools that is a bit more restricted for getting developers [09:03] this is related to poolies hydrazine project too [09:03] * persia thinks this is a good idea [09:04] lifeless: sounds fine to me [09:04] u-d-tools could even recommends: lptools [09:04] to have the same effect [09:04] And make the transition near-invisible for most developers. [09:04] I'm going to have to apply sanity-sticks to get that project to have more committers in the short term; once thats done I'll submit a merge proposal to clear things up [09:05] we do have different licences on the current code, but the sasme (C) holder. for hilarity. [09:14] seb128, poke ... with the last gtk upload my system started to misbehave massively, i had to downgrade libgtk2.0-2 ... did you hear complaints from anyone else ? [09:14] define misbehave [09:14] "it doesn't work"? [09:15] seb128, like X taking 100% CPU, evo locking up the machine, widgets in xchat's chat window start to flicker heavily, gnome-terminal flikers a lot [09:15] bug #523949 [09:15] Launchpad bug 523949 in gtk+2.0 "the csd changes make some desktop applications hog the cpu" [High,In progress] https://launchpad.net/bugs/523949 [09:15] * ogra checks [09:15] for the cpu issue, I'm about to upload an improved version [09:16] dunno about the flickering [09:16] in xchat the separator between nicks and text (that little vertical line) gets random flickering dots ... looks like an old movie :) [09:17] i know jdub had similar issues ... but that bug seems to describe it, i'll try the upgrade === tkamppeter__ is now known as tkamppeter [09:56] pitti, lifeless: so having one client set for launchpad is better than having many fractional-assed ones [09:56] poolie: depends on what you need [09:56] the problem is that many are just toys [09:56] and, right, people have different ideas of what is useful [09:56] poolie: the one you pointed me to is great for actually doing work in Launchpad [09:57] poolie: I use lp-shell for testing code snippets using launchpadlib before I put them into programs [09:57] where do you put them? [09:57] not for actually doing stuff on LP [09:57] poolie: apport, for example [09:57] or the work item tracker [09:57] yay apport :-) [09:58] Wholy fucking shit - a bios update fixed EVERYTHING! And I've been using this hardware for 4 years... [10:04] !ohmy [10:04] Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others. [10:08] I find lp-shell useful for when I'm doing odd one-off things nobody has thought to write explicit programs for yet [11:05] ifupdown 0.6.8ubuntu21.1 in karmic-proposed tries to overwrite etc/init.d/networking from netbase [11:05] * Mamarok was going to report the same :) [11:06] Mamarok, dholbach: erk, can you please report this to bug 497299? [11:06] Launchpad bug 497299 in ifupdown "upstart not starting init-scripts (event net-device-up IFACE=lo missing)" [High,Fix committed] https://launchpad.net/bugs/497299 [11:06] weird though, the package just changed the postinst [11:07] done [11:11] pitti: http://paste.ubuntu.com/381526/ [11:12] * pitti removes that version from -proposed [11:13] thanks for the report [11:13] no worries [11:14] bug updated accordingly [11:14] slangasek: ^ FYI [11:38] * ogra tries out seb128's fixed upload ... [11:39] seb128, still the flickering dots in xchat [11:39] ogra: talk to bratsche when he will be there [11:39] yep [11:40] I still get the slowness issue too [11:40] same here [11:40] * ogra downgrades gtk again [11:40] so I guess his fixes is not working as expected [11:40] sadly that makes evo unhappy [11:42] ah, better ... gdm looks intresting though with the clinet side frames :) [11:49] ArneGoetje: pinyin-database looks like it may need an MIR for promotion to main? === MacSlow is now known as MacSlow|lunch === steveire is now known as steveire_lunch [12:07] mdeslaur: do we ship 64bit flash on amd64? [12:07] (in lucid) [12:10] tseliot: no [12:10] tjaalton: oh, do you know why? [12:10] aiui adobe doesn't want people to ship prerelease versions [12:11] there should be a bug about it [12:11] s/should be/is/ [12:13] tseliot: bug 331275 [12:13] Launchpad bug 331275 in adobe-flashplugin "adobe-flashplugin not available on 64-bit Ubuntu 8.04" [High,Triaged] https://launchpad.net/bugs/331275 [12:13] tjaalton: thanks [12:13] dpm: did you see my request for branch recreation in bug 518718? [12:13] Launchpad bug 518718 in ubuntu-translations "Change "Ubuntu Netbook Remix" messages to "Ubuntu Netbook Edition"" [Low,In progress] https://launchpad.net/bugs/518718 [12:14] cjwatson, yeah, thanks, I just haven't had the chance to do it [12:17] james_w: I'm getting hourly e-mails about "spiv/jam" not being a valid Launchpad account in foundations-lucid-distributed-development work items; can that be regularised? [12:18] pitti, could you please copy the latest karmic PPA to karmic-proposed when you've got some time? They include a fix in FF translations generated with po2xpi which would be good to get tested [12:19] (the language packs, I mean) [12:26] dpm: sure, running [12:27] cool, thanks pitti! === steveire_lunch is now known as steveire [12:59] pitti: https://bugs.launchpad.net/bugs/422536 seems to of crept back into Lucid. [12:59] Error: Could not parse data returned by Ubuntu: The read operation timed out (https://launchpad.net/bugs/422536) [13:02] ** === MacSlow|lunch is now known as MacSlow === verwilst_ is now known as verwilst [13:10] davmor2: eww; mind to reopen it then with a comment? [13:11] pitti: no probs [13:15] pitti: hey, you got some time? [13:15] wondering how to make a report from an apport hook automatically private [13:15] nigelb: I need to leave in 10 mins for some 2.5 hours, so only if it's quick [13:15] I've been working on a hook for rhythmbox, so some of the data might be private [13:16] but if it's a private bug, nobody will be able to see it.. [13:16] nigelb: wouldn't it be better to filter out the potentially private bits? [13:16] I'm working on that right now [13:16] but, otherwise, there is no way to make the report private? [13:17] nigelb: we could add that to apport relatively easily [13:17] like report['Private'] = 'Yes' [13:17] report['Subscribers'] = 'ubuntu-core-dev' [13:18] oh, that works now? [13:18] but I don't think it's a very clean use case [13:18] nigelb: no, it doesn't right now [13:18] from the angle of how many people can work on the bug, I agree, it looks messy [13:18] we sort of have to deal with it for crashes, but for hooks we might just better try to obfuscate/filter sensitive stuff [13:18] it would mean only bug control and a small group of people can see the report [13:19] I'll get around to filtering it then. Thanks :) [13:19] nigelb: like, if you dump the DB, you could replace all file and tag names with a dummy [13:19] so that structural damage is detected, but no actual information exposed [13:19] credentials from the music stores should of course be filtered out entirely [13:20] nigelb: ok, good luck! if you have further questions, I'll answer scrollback once I'm back [13:20] I'm just getting a dump of gconf data. I've figured of all fields that needs to be removed, so the data in the fields is going to be replaced with ##masked## [13:20] nigelb: for the ease of triaging, you might just check their validity, and remove them altogether? [13:21] i. e. see what you would like to look at as a triager, and try to automate that, so that the "unusal" bits stand out [13:21] anyway, need to go, cu later [13:21] okay :) [13:21] So we just get a nice report "Database OK" or "Database corrupt", or similar? [13:22] * nigelb frowns [13:22] thats a lot of work [13:22] persia: this is what I have right now. Its not much. the masking is not working (yet), http://etherpad.com/nJwmxU3dGv [13:24] nigelb: I think you want to capture some data about the pulse configuration as well. Maybe crimsun has a good suggestion for that. [13:24] I thought "report.add_package_info("pulseaudio")" did that [13:24] (or at least with my limited python it appears you're capturing gstreamer and alsa config, but not pulse config) [13:25] the pulse bit it between alsa and gstreamer [13:25] Oh, I missed that bit, perhaps because it came after the paplay call. [13:25] * persia apologises for the unnecessary highlight [13:25] the more eyeballs it get, the more bugs i correct [13:26] (otherwise, I would have never known the earlier wav didn't work) [13:39] seb128, ha ! my armel desktops are not affected by the csd bug :) [13:39] we should just all switch to armel :) [13:39] lol [14:16] cjwatson: I just stumbled upon bug 246558. I'd still love to get that fixed. Do you have an opinion on the approach taken in my patch? The patch is a couple of years old, so probably needs fixing up. [14:16] Launchpad bug 246558 in openssh "ssh's init script should generate host keys if they're missing" [Low,Confirmed] https://launchpad.net/bugs/246558 [14:20] seb128: do you deal with merges for rhythmbox? [14:20] nigelb, yes, why? [14:20] seb128: I'm merging an apport hook :) [14:20] or requesting a merge for rather [14:20] hum, what we call merge usually is taking debian changes [14:20] that's rather sponsoring [14:20] sorry, should have been more clearer [14:21] nice, thanks, I will have a look to that [14:21] just doing it locally now, will ping you once finished [14:21] ok thanks [14:23] soren: ssh uses upstart now as well fyi [14:25] zul: Really? The package still ships an init script? [14:25] Bah, I'm on crack. [14:25] * soren can't spell "init" [14:26] heh [14:29] soren: doing anything like this at boot makes me uncomfortable - I keep imagining Scott turning up at my door with an axe === emgent__ is now known as emgent` [14:30] soren: and this patch wouldn't deal with Bjorn's use case, because of the special postinst handling of no HostKey directives [14:31] all looks rather tricky :( [14:32] I never understood the no-hostkey thing. [14:32] How does openssh do without a hostkey? [14:33] I thought Bjorn explained that [14:33] * soren rereads [14:33] #ifndef GSSAPI [14:33] /* The GSSAPI key exchange can run without a host key */ [14:33] if ((options.protocol & SSH_PROTO_2) && !sensitive_data.have_ssh2_key) { [14:33] logit("Disabling protocol version 2. Could not load host key"); [14:33] options.protocol &= ~SSH_PROTO_2; [14:33] } [14:33] #endif [14:33] (sshd.c) [14:33] I see. [14:34] * soren goes to a phone call [14:55] davmor2: hey, could you open a new bug for the EDAC warning thing please? [14:56] james_w: I can indeed [14:56] Is it possible to use an icon from a path when porting a python app to application indicators? [14:56] that bug is too huge and horrible to be useful [14:56] I want it to go away [14:56] james_w: np's 2 ticks [14:56] thanks davmor2 [15:03] james_w: bug 525792 [15:03] Launchpad bug 525792 in linux "EDAC amd64: WARNING: ECC is disabled by BIOS. Module will NOT be loaded." [Undecided,New] https://launchpad.net/bugs/525792 [15:03] davmor2: you are getting this as an apport popup? [15:04] james_w: Yeap [15:04] thanks [15:07] anyone here willing to help with OCaml transition (#522358, #522363)? [15:09] james_w: Is there anything else you'd like adding that might be useful? [15:09] davmor2: a patch? :-) [15:10] davmor2: I understand the issue and your logs that apport attached should be sufficient to work out why the pattern isn't matching to ignore this issues [15:10] james_w: Hmmmm a patch from me do you hate the kernel? [15:11] davmor2: it's not really a kernel issue [15:11] though I don't think it should be acting like this [15:11] the issue is with kerneloops, it shouldn't be causing an apport report for this issue, I just reassigned [15:12] Good morning software scally wags [15:13] tedg: Is it possible to use an icon from a path when porting a python app to application indicators? [15:15] mdeslaur: Not currently. Do you have a use-case? Why is the icon not installed? === dendro-afk is now known as dendrobates [15:20] tedg: well, I started to port virt-manager to app indicators, and it's icons are in it's own directory... [15:21] mdeslaur: Is it in an "icon-theme" format? Like with all the different sizes? [15:22] mdeslaur: If so, you just need "new_with_path" which installs an icon theme path, but I think that's not in the Python bindings for some reason. [15:22] tedg: unfortunately not, it's just a single icon in a directory [15:23] mdeslaur: :-/ We probably should fix that... can we just install it in /usr/share/icons/hicolor ? [15:23] mdeslaur: (that's the spec locations for one-of icons) [15:24] tedg: we did find an appindicator.icon_path property, but that was the only reference to an icon path we could find. [15:24] I've also got a problem with an icon being located in /usr/share/pixmaps/{appname}/{appname}_tray.png [15:24] at* [15:26] mdeslaur: did you file a bug for virt-manager app indicators? [15:26] qense: Yeah, it needs to be built at construction time. So in the current Python bindings you really need the special _new function. With PyGI it would be possible to se it. [15:26] tedg: ok, I'll try putting a symlink in there [15:26] jcastro: LP #525462 [15:26] ta [15:27] Launchpad bug 525462 in virt-manager "Support Application Indicators" [Wishlist,Triaged] https://launchpad.net/bugs/525462 [15:43] kirkland: ping [15:43] nxvl: yo [15:43] kirkland: are you still maintaining encrypted home directory? [15:44] kirkland: a friend of mine hited a really weird bug [15:44] and i was able to reproduce it [15:45] nxvl: yes [15:45] nxvl: what's the bug? [15:45] kirkland: if you have EHD, and change the user password from A to B, then reboot, for some reason the system won't accept B, but it will A, but your HD won't get decrypted [15:47] kirkland: (change the password using the UI, haven't tried using passwd) [15:50] nxvl: you can successfully change the password as the user, using either passwd or System->Preferences->About Me->Change password [15:51] nxvl: but you can't use the admin user to force-overwrite the user's password, using passwd or System->Administration->Users [15:51] i used.... System > Administration > Users and Groups [15:51] nxvl: because if the admin does it, the admin is not prompted for the user's old password [15:51] nxvl: note that this is fixed in Lucid [15:51] nxvl: the key is that we need to "re-wrap" the passphrase [15:51] nxvl: for that, we need the old password and the new password [15:52] kirkland: actually i used the same user to change it's own password, and it was indeed prompted for the old password === dendrobates is now known as dendro-afk [15:52] nxvl: are you *sure*? [15:52] nxvl: i bet you were prompted by gk-sudo to run that app [15:52] nxvl: and then you were asked for the user's new password, and that's all [15:52] nxvl: is this 9.10? === dendro-afk is now known as dendrobates [15:53] kirkland: i went to Users and Groups, the selected the user, clicked properties, click on change password, it asked me for the current password, once i hitted autenticate it unblocked the new password and repeat pasword input field [15:53] kirkland: yup, 9.10 [15:53] nxvl: yes, the first password you entered just unlocked administrator mode [15:53] nxvl - if you're referring to users-admin, did you use it to change somebody elses password? [15:53] nxvl: it was not used in the passwd call [15:54] nxvl: hence the problem [15:54] nxvl: again, i note, look at the behavior in Lucid -- this is fixed [15:54] chrisccoulson: nope [15:54] kirkland: no, not the onlocking [15:55] nxvl - that should work in karmic too if you are changing your own password [15:55] kirkland: on the users and groups dialog you have a button with keys on it, that's the one to unlock, that's NOT the one i pressed [15:55] is gnome-about-me installed? [15:55] kirkland: i selected the user (i.e. nxvl) from the list the dialog shows [15:55] kirkland: then clicked properties on the right [15:56] kirkland: once in that new dialog there is another button "Change Password..." [15:56] clicked on that and a "Change password" dialog apeared [15:56] let me take a screenshort [16:01] kirkland: how do i upload to people.ubuntu.com? [16:01] nxvl: it's people.canonical.com now [16:01] oh, ok [16:02] nxvl: That or: https://wiki.ubuntu.com/PeopleUbuntuCom [16:03] kirkland: http://people.canonical.com/~nxvl/change_password.png\ [16:03] kirkland: http://people.canonical.com/~nxvl/change_password.png [16:03] that dialog is part of gnome-control-center [16:03] i'd be surprised if that doesn't work. it just calls passwd [16:04] it doesn't, it seems that it changes something in cryptfs, but not the password itself in the system [16:04] is really weird [16:05] nxvl: fwiw, i have this script in my ~bin/pcc, pcc=people.canonical.com: http://people.canonical.com/~kirkland/pcc [16:05] nxvl: so i can just pcc or pcc [16:05] nxvl: yep, this is broken in 9.10 [16:06] nxvl: because the "authenticate" step is separate from the change password step [16:06] oh really? [16:06] nxvl: so the password given in the first step is NOT passed to passwd on the change password [16:06] nxvl: rather, after being authenticated, it just force changes the password as root [16:06] nxvl: so i'm telling you ... [16:06] ohhh [16:06] nxvl: a) this is fixed in Lucid [16:06] ok, that makes sense [16:07] nxvl: b) use passwd on the command line [16:07] nxvl: or c) use About Me to change password [16:07] kirkland - the gnome-about-me dialog should actually work though (it passes the old password to passwd) [16:07] nxvl: and if you really want this fixed, then propose an SRU or something [16:07] chrisccoulson: absolutely, About Me will definitely work [16:07] the one with the issue was users-admin, which we worked around in karmic by calling gnome-about-me [16:07] but the dialog nxvl shows is the gnome-about-me dialog [16:07] chrisccoulson: hrm [16:08] kirkland: oh yeah, actually it is [16:08] i just tried the About me and got the same dialog [16:20] Can some core dev(s) please help with the OCaml transition? Currently 2 packages are waiting for a sync ACK (bug 522358), and 2 packages need to be rebuilt (bug 522363). [16:20] Launchpad bug 522358 in jocaml "[OCaml 3.11.2 transition][round 2/6] Please synchronize packages involved in OCaml transition from Debian sid to lucid" [Wishlist,Confirmed] https://launchpad.net/bugs/522358 [16:20] Launchpad bug 522363 in xml-light "[OCaml 3.11.2 transition][round 2/6] Please rebuild packages involved in OCaml transition" [Undecided,Fix released] https://launchpad.net/bugs/522363 [16:20] In total, around 100 uninstallable packages are blocked on this. [16:23] randomaction: the two syncs are already approved [16:23] randomaction: do you need them synced right now? [16:30] randomaction: hevea/ocaml synced [16:30] "jocaml" [16:37] randomaction: and the two rebuilds uploaded [16:37] pitti: thanks for that [16:38] randomaction: oh, seems I missed camlp5; syncing [16:42] pitti: great, thanks again! [16:42] james_w: thank you, too [16:43] sgnb: round 2 complete (except for actual building) [16:43] bah [16:43] you guys and your easy ocaml transition! [16:44] ghc6 is having trouble even building... [16:46] sgnb: for the next rounds, it'll probably be more handy filing separate bug reports for packages in main and universe [16:47] seb128: bzr merge requested for rhythmbox apport hook :) [16:47] nigelb, thanks [16:47] :) [16:48] randomaction: I've just added two packages for round 2 that I overlooked [16:48] randomaction: you mean 4 bugs per round? [16:49] (i.e. {main,universe} x {sync,rebuild}) [16:49] can't you just poke a friendly archive admin with a list of stuff to sync? [16:49] Laney: I don't know any [16:50] Laney: that's a more efficient way to handle a transition :) [16:50] (I mean, I don't know any archive admin... not that all archive admin are not friendly) [16:52] * Laney is sure that some read this channel :) [16:53] Laney: what's the difference between archive admins and sponsors? [16:53] (in Debian, archive admins mostly don't care about transitions) [16:54] seb128: hold off, I made a mistake. will correct and push again [16:54] nigelb, ok [16:54] sgnb: Archive admins push the buttons to make syncs happen [16:55] and other things like handling removals [16:55] ok [16:55] and NEWing, kind of like ftpmasters [16:55] Laney: but how are rebuilds handled? [16:55] by doing a new sourceful upload [16:55] (most of the work is in rebuilds) [16:56] don't need archive admin powers to do that, just upload access [16:56] Laney: NEW is so awfully full *hrhrhrhr* [16:58] Laney: there are no such things as binNMUs, right? [16:58] nope (sadly) [16:59] seb128: Done. Sorry. I forgot to change changelog from karmic to lucid :) [17:03] sgnb: I'm confused about confluence and ocamldsort, they only depend on libc6, do they need to be updated? [17:04] randomaction: they depend on ocaml on armel and ia64 (aka "bytecode" architectures) [17:04] james_w: hi [17:05] james_w: i just hitted BTS #570504 [17:05] (and btw, I've juste understood why I overlooked them at first) [17:05] james_w: is there a workaround or something i can do to use bzr bd? [17:05] i kinda need it [17:05] nigelb, do you have a bug about this change? [17:06] bug 570504 [17:06] Error: Launchpad bug 570504 could not be found [17:06] debian bug 570504 [17:06] Debian bug 570504 in bzr-builddeb "ERROR: No module named configobj" [Grave,Open] http://bugs.debian.org/570504 [17:06] mm ubottu sould know what BTS is [17:07] sgnb: ok, I missed that on i386 :) [17:07] nxvl: hmm, I'm not sure of how to workaround this without editing files [17:07] nxvl: I can tell you what change to make to fix it if you want to edit the files on your system [17:07] or you could use lp:bzr-builddeb temorarily [17:08] james_w: would those changes be overriden by the next package installed? [17:08] yeah [17:08]