[02:34] <NCommander> infinity, ping
[02:44] <TheMuso> NCommander: May I sugest you check a person's whois info before deciding whether its a good idea to ping? He has been idle for 5 days at least.
[02:45] <NCommander> TheMuso, well, I'll get the ping reply when he returns ;-)
[02:46] <azeem> all three of them ;)
[03:29] <mrooney> Does anyone know how to get a blueprint to show up on https://blueprints.launchpad.net/sprints/uds-jaunty
[03:31] <TheMuso> mrooney: It has to be approved.
[03:32] <mrooney> TheMuso: How does that happen, I am confused, the guide says to set the status to Discussion
[03:39] <TheMuso> mrooney: Not entirely sure, I think a group of people organising the vent go through them and decide what may be worth discussing.
[03:39] <mrooney> TheMuso: I see, but I have not created it wrong just because it isn't showing up on there? That was my initial intuition.
[03:40] <TheMuso> mrooney: I don't think so.
[03:40] <TheMuso> mrooney: If you can get to it via a URL, then its there.
[03:40] <TheMuso> mrooney: But you should propose it for uds-jaunty.
[03:40] <mrooney> TheMuso: Yes, I've done that. Thanks for clearing me up :)
[03:42] <mrooney> kirkland: sorry about the feedback request, I meant to ask if you were interested in subscribing to THIS one https://blueprints.launchpad.net/ubuntu/+spec/ecryptfs-desktop-ui
[03:48] <TheMuso> mrooney: You're also more likely to have your spec considered if you will be at UDS.
[03:49] <kirkland> mrooney: feedback request?
[03:49] <kirkland> mrooney: good call on the spec
[03:50] <kirkland> mrooney: i have a large patch in my inbox from a Debian developer, adding a gtk gui for ecryptfs-utils
[03:57] <mrooney> kirkland: cool, yeah I think especially with the ideally coming encrypted Home as well, a configuration utility could be quite usefl
[03:57] <kirkland> mrooney: absolutely, i agree
[03:58] <mrooney> kirkland: less duplicates of the nautilus support bug also wouldn't hurt ;)
[03:59] <benh> any ubuntu X packager around ?
[04:00] <kirkland> benh: bryce would be your best bet
[04:00] <benh> bryce: ping
[04:00] <kirkland> benh: howdy, btw ;-)
[04:00] <benh> kirkland: thx
[04:00] <benh> heya; :-)
[04:01] <tedg> benh: You might also try #ubuntu-x
[04:01] <kirkland> benh: anything generic we can help you with?
[04:01] <benh> thx, let me just file an entry in launchpad before I bug anybody with the fix
[04:02] <benh> kirkland: just a patch to stick into libpixman to make it not blow up on powerpc without altivec
[04:02] <bryce> benh, yep?
[04:02] <benh> bryce: as I said above :-)
[04:02]  * tedg thinks about, but decided he doesn't want to know, if there is an #ubuntu-xxx
[04:02] <benh> http://cvs.fedoraproject.org/viewvc/rpms/pixman/F-10/pixman-0.11.4-altivec.patch?view=markup
[04:02] <benh> any chance you can stick that into your libpixman package ?
[04:02] <benh> I've been told it should be in upstream pixman by now but I haven't checked yet
[04:02] <benh> actually, let me check that now
[04:03] <bryce> we'll be syncing pixman fairly soon now, that should suck it in I'd think
[04:03] <bryce> tedg, that's where triple-head discussions take place
[04:04] <tedg> bryce: You keep telling your wife that it's work related ;)
[04:04] <kirkland> bryce: fwiw, it doesn't look like there's a merge outstanding for pixman
[04:05] <bryce> kirkland: ok
[04:05] <kirkland> bryce: oh, unless you sync straight from upstream? (bypassing debian?)
[04:05] <benh> bryce: it is
[04:05] <benh> bryce: http://cgit.freedesktop.org/pixman/commit/?id=cd2a79ab81045aa7e35bc901081e57dea6ac4845
[04:05] <benh> bryce: would it make it to intrepid-ports ?
[04:06] <benh> bryce: without that, X is busted on all G3 or earlier machines, among others
[04:06] <benh> bryce: (and some embedded stuff I'm toying with right now too)
[04:07] <bryce> benh, oh if you need a SRU to intrepid, that's a different story
[04:07] <bryce> benh, file a bug report with the patch attached and a detailed justification for it
[04:08] <benh> ok, let me first check it applies fine against the intrepid package etc...
[04:08] <bryce> benh, thanks
[04:08] <benh> then I'll file and ping you
[04:08] <bryce> ok
[04:08] <benh> (otherwise, I know what happens to launchpad bug reports :-)
[04:08] <benh> I met a few of them in /dev/null the other day
[04:09] <bryce> :-/
[04:09] <kirkland> benh: subscribe me to that bug report and i'll help you with that SRU
[04:10] <benh> k
[04:13] <psusi> are we no longer using gnome-volume-manager, and if so, what replaced it?
[04:16] <benh> kirkland: there's already a bug report
[04:16] <benh> https://bugs.launchpad.net/ubuntu/+source/pixman/+bug/293702
[04:17] <kirkland> benh: i just subscribed to it
[04:17] <benh> just added a link to the upstream fixs
[04:18] <tedg> psusi: I believe that gvfsd does that now.
[04:18] <tedg> psusi: Oops, no it's probably gvfs-hal-volume-monitor
[04:19] <kirkland> benh: gimme a minute, i'll package it ....
[04:19] <benh> thx
[04:21] <psusi> hrm... interesting...
[04:27] <benh> argh, now if I could figure out how to stick a serial console login in that new thing that replaces sysvinit ...
[04:27] <benh> bah, it just crashed trying to start X with a busted driver
[04:28] <kirkland> benh: okay, i don't have a ppc machine at my disposal to build this on, can I give you instructions to download my updated package, build, install, and test it?
[04:28] <benh> sure
[04:28] <kirkland> benh: are you talking about upstart, udeb?  </aside>
[04:28] <benh> email pls
[04:28] <benh> kirkland: whatever brings the login prompts, I found the files in /etc/event.d
[04:28] <benh> hacked one
[04:28] <benh> I think it's fine, it's just that X in the background locked up the box
[04:30] <kirkland> benh: email address, if that's where you want it...   otherwise, it's just a couple of 3 instructions if you want it here
[04:30] <kirkland> :-/  intrepid powerpc is in a bad way
[04:30] <benh> argh
[04:30] <benh> stupid network manager brought the eth down :-)
[04:30] <benh> doesn't do any good when you are on NFS root
[04:31] <benh> kirkland: benh@kernel.crashing.org
[04:38] <benh> kirkland: yeah well
[04:38] <benh> kirkland: I had more problems on my thinkpad than on my powerpc machines lately with intrepid
[04:38] <benh> kirkland: it's definitely the most busted ubuntu release I've ever used on both x86 and powerpc :-(
[04:39] <kirkland> benh: really?  i'm running a t61p and an x61 without problems
[04:39] <benh> kirkland: btw, on powerpc, it has a dependency problems with openoffice.org that's been there for ages, not sure what's up
[04:39] <benh> kirkland: the transition from hardy on my t61 has been really bad
[04:40] <kirkland> hmmf, sorry to hear that, benh
[04:41] <kirkland> benh: fwiw, there is an #ubuntu-ppc channel, with a few people more interested in this
[04:45] <kirkland> benh: actually, i managed to build it on my mac mini powerpc
[04:46] <kirkland> benh: https://bugs.edge.launchpad.net/ubuntu/+source/pixman/+bug/293702
[04:46] <kirkland> benh: I posted build instructions there, if you want to roll your own
[04:47] <kirkland> benh: additionally, i built powerpc .deb and pushed them to: http://people.ubuntu.com/~kirkland/pixman/
[04:48] <kirkland> benh: if you can test this and verify that it solves your problem, i'll ask bryce to sponsor the fix for Jaunty, and then I'll start the SRU process to get it backported to Intrepid
[04:51] <benh> kirkland: thanks
[04:54] <kirkland> benh: drop your test results back in that launchpad bug, and i'll followup tomorrow;  i'm calling it a night.  sleep(28800);
[04:54] <benh> k
[06:09] <dholbach> good morning
[06:45] <pitti> Good morning
[06:47] <Hobbsee> pitti!
[06:47] <NCommander> hey pitti
[06:47] <CarlFK> mildly OT.. I hear there is a python bindings for apt module - anyone know what it's called?
[06:48] <NCommander> CarlFK, python-apt
[06:48] <CarlFK> doh.
[06:48] <NCommander> hey pitti
[07:40] <NCommander> superm1, your backport requests are done
[07:41] <superm1> NCommander, yeah i saw in the bug mail. thanks
[08:09] <Hobbsee> security.ubuntu.com seems to be choking :(
[08:10] <maswan> Hobbsee: Yeah, I noted that over on -mirrors and offered to take some load over on se.archive if there isn't more hardware incoming in the magic place
[08:11] <Hobbsee> maswan: that'd be nice
[08:11] <Hobbsee> downloading at 5270B/s
[08:12] <maswan> Hobbsee: Oh, you're lucky. I get "connection timed out" on my updates.
[08:12] <Hobbsee> ahh
[08:12] <Hobbsee> not sure which would be better
[08:14] <maswan> Me neither. But hopefully someone with DC-fu will notice soon too. :)
[08:15] <Hobbsee> maswan: poke elmo directly?
[08:16] <NCommander> Hobbsee, I noticed that too
[08:17] <maswan> Hobbsee: Ok, lets see if that worked.
[10:19] <directhex> o hai, i made digg front page
[12:23] <Haegin> cjwatson: are you still able to take a gander at this preseed file of mine to look at that mirror hostname problem I am having please?
[13:48] <jg_> morning BenC
[13:50] <jg> BenC: the directions I've found to rebuild linux-restricted-modules appear stale; do you know where to find current ones?
[13:55] <BenC> jg: what release if ubuntu?
[13:56] <BenC> *of
[13:57] <jg> ibis.
[13:57] <jg> BenC: I need the broadcom wireless driver.
[13:57] <jg> base kernel worked fine.
[13:59] <jg> BenC: I'm looking at https://help.ubuntu.com/community/CustomRestrictedModules
[14:02] <BenC> jg: what sort of custom kernel do you have built? Couldn't you just rebuild modules for the existing kernel?
[14:02] <BenC> jg: so you wouldn't have to rebuild lrm...
[14:03] <jg> BenC: I built a set of packages from the ubuntu source I found in the ubuntu repository (preparation for chasing the usbhid bugs I note on the Latitude XT).
[14:04] <jg> BenC: but at home, I lack wired ethernet in the comfy chair, and I'd like deepak to be able to give me a hand if needbe; I'm rusty at this kernel debugging stuff :-(.
[14:04] <BenC> jg: Ok, basically you just need to install the linux-headers package from that custom kernel build, get the lrm source and do "fakeroot debian/rules binary-generc"
[14:05] <jg> BenC: in the linux-restricted-modules-2.6.27 directory?
[14:05] <BenC> jg: right
[14:06] <BenC> *binary-generic
[14:06] <jg> it says "no rule to make target binary-generic"
[14:08] <jg> BenC: as I said, the directions look stale, starting at the "gedit debian/rules" on that page, which talks about abi_version.
[14:12] <BenC> jg: That was community written...not something the kernel team put together
[14:12] <fbond> Hi, I've gotten a report from a colleague that dist-upgrade with an unofficial mirror totally breaks his system.  Sounds like those lines got commented.  Is this expected?
[14:12] <BenC> jg: Doh! binary-modules-generic
[14:14] <jg> BenC: mucho better.
[14:18] <jg> BenC: how do I get a package named in the same way as I had the packages I built?
[14:18] <jg> otherwise, my upgrades will break in the future...
[14:20] <BenC> jg: that's a little more complex
[14:21] <BenC> jg: Easiest explanation I can give you is to poke around in debian/ and do the same for your package as is done for generic flavour
[14:21] <tkamppeter> pitti, hi
[14:21] <jg> BenC: ok, will try to...
[15:19] <amitk> I upgrade to intrepid-proposed today and my terminal is seeing funny chars (  e.ïhars (e.g.   ï¿½~T~Tï¿½~T~@>)
[15:19] <amitk> Anybody else notice this?
[15:20] <amitk> I see this in screen and mutt for now
[15:20] <ogra> broken UTF8 ?
[15:21] <amitk> probably... just checking my LC_ALL and LANGUAGE variable
[15:22] <dholbach> amitk: which terminal?
[15:22] <amitk> gnome-terminal
[15:22] <dholbach> amitk: which version?
[15:22] <dholbach> 2.24.1.1-0ubuntu1?
[15:24] <amitk> dholbach: yes
[15:25] <dholbach> hum, doesn't look like it's been updated in a while
[15:25] <ogra> seb128, any idea why libcanberra-gnome doesnt seem to be built anymore ?
[15:25] <seb128> ogra: no, I didn't touch this one
[15:25] <seb128> ogra: ask whoever did the upload?
[15:25] <ogra> i see all the others on http://ports.ubuntu.com/ubuntu-ports/pool/main/libc/libcanberra/
[15:25] <ogra> just not -gnome ...
[15:26] <seb128> ogra: there was no -gnome?
[15:26] <ogra> seems it breaks ubuntu-desktop
[15:26] <ogra> libcanberra-gnome_0.6-0ubuntu3_armel.deb
[15:27] <ogra> but there is none for 0.10-1ubuntu1
[15:27] <ogra> TheMuso, any idea about libcanberra-gnome ?
[15:31] <ogra> hmm, it doesnt seem to have an upstream changelog either
[15:34] <ogra> i guess we'll need some seed shuffling
[15:44] <pitti> tkamppeter: pong again; sorry, my ISP broke down, and I didn't notice for a while; on UMTS now
[15:52] <tkamppeter> pitti, it about bug 290395. It is verification-done, but not yet in the updates. Can you push the package forward? It would immediately fix bug 301996, too.
[15:53] <pitti> tkamppeter: I hammered the ports buildds to catch up, thus updates migration got a bit stalled
[15:53] <pitti> tkamppeter: I'll have another round tomorrow, many should be good now
[16:13] <cjwatson> Haegin: sure
[16:13] <cjwatson> Haegin: the installer syslog will help too
[16:22] <Haegin> cjwatson: ok, thanks, i am just testing it now so will get the syslog from that
[16:22] <Stealth`> hello
[16:22] <Stealth`> For a ubuntu developer :P
[16:34] <Haegin> cjwatson: while it is still installing i have put the preseed file up here: http://hjmills.co.uk/files/preseed.cfg
[16:36] <cjwatson> Haegin: could you jump into #ubuntu-installer and we'll continue this there, please?
[16:37] <Haegin> cjwatson: sure, didn't realise it existed :)
[16:53] <kees> james_w: hi! have you had a chance to look at the liboobs stuff for bug 51551?  I was going to start poking at it if you hadn't started already.
[16:54] <james_w> kees: hey, I was looking last week, but I got confused by g_spawn_async()
[16:54] <james_w> kees: I can look tomorrow or so, or I am happy for you to take it
[16:55] <kees> james_w: cool, I'll poke some at it today, if I don't get anywhere, I'll tap you again.  :)
[16:56] <james_w> kees: cool, thanks.
[17:06] <ScottK> fta: When you changed the mozilla-devscripts python depends to python | python2.4 was there a reason to have a direct depends on 2.4 and not just use the system default?
[17:23] <pitti> ogra: did you send the pm-utils patch 85-respect-blacklists.patch upstream anywhere? there's no reference in the patch
[17:23] <ogra> pitti, i even filed a bug
[17:23] <pitti> ogra: ok, thanks; I'll add that as a ref to the patch header
[17:25] <pitti> ogra: hm, I can't find it on
[17:25] <pitti> https://bugs.freedesktop.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=pm-utils&component=General&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=
[17:26] <pitti> RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=
[17:26] <pitti> argh, sorry for long URL
[17:26] <ogra> http://bugzilla.gnome.org/show_bug.cgi?id=555269
[17:27] <pitti> ogra: ah, EWRONGBUGTRACKER :)
[17:27] <ogra> oh
[17:28] <ogra> why does it list g-p-m then
[17:28] <pitti> well, it isn't g-p-m, it's pm-utils
[17:29] <ogra> oh, that was split out ... i was still under the assumption its the same upstream
[18:38] <themuse> hello, can somebody tell me how to correctly make a package B add entries to an /etc/ file provided by package A when installing B (and removing them when uninstalling B)?
[18:40] <Mithrandir> themuse: don't.
[18:40] <Mithrandir> (unless A provides an interface to edit its config file, in which case use that)
[18:41] <themuse> mithrandir: A=boost-build, B=libboost1.35-dev
[18:41] <themuse> you know these?
[18:42] <Mithrandir> no
[19:08] <kees> james_w: still around?  can you look at my debdiff and "ok" it for upload?  http://launchpadlibrarian.net/19941588/liboobs_2.22.0-1ubuntu1.debdiff
[19:09] <james_w> heh, isn't that the wrong way around :-)
[19:09] <james_w> thanks mvo
[19:09] <mvo> james_w: cheers, if you have more to sposnsor let me know
[19:09] <kees> james_w: well, you're more familiar with this code and gtkish style, etc.  I want to make sure I'm not doing anything wrong
[19:09] <james_w> kees: you missed the versioned dependency, probably not changing it in control.in
[19:09] <kelemengabor> hi mvo
[19:10] <mvo> hey kelemengabor
[19:10] <kees> james_w: hah!  yeah, oops, fixing
[19:11] <james_w> kees: just to confirm "!" will lock the password correctly? Don't want another vmbuilder.
[19:11] <kelemengabor> why did you update ddtp-ubuntu to jaunty already? did you not promised an update for intrepid to sianis? :)
[19:11] <kees> james_w: yeah, since this is the hashed password, that's correct.
[19:11] <mvo> kelemengabor: I did a update to interpid-proposed the other day
[19:12] <mvo> kelemengabor: I have anohter update pending in jaunty too
[19:12] <kelemengabor> oh, I didn't saw that
[19:12] <mvo> kelemengabor: please have a look and let me know if it covers everything
[19:12] <mvo> kelemengabor: I recently found a bug in the script that caused some translations to be missing, so it would be nice to have some double checking :)
[19:13] <kelemengabor> well, I just expected it to the next week, we will have a mass translation event this weekend
[19:13] <kees> james_w: okay, fixed: http://launchpadlibrarian.net/19941698/liboobs_2.22.0-1ubuntu1.debdiff
[19:14] <kelemengabor> mvo: other than bug 290634?
[19:15] <james_w> kees: OOI why "/" for working directory and not NULL?
[19:16] <kees> james_w: *shrug*  I don't think it matters, but I have knee-jerk to always chdir to /
[19:16] <kees> james_w: I guess technically it's faster to not chdir
[19:22] <mvo> kelemengabor: the update in jaunty? that is no problem, I can do another one, its relatively good automated (as far as launchpad allows that :/
[19:23] <mvo> kelemengabor: right, the bug about the linebreaks one might be tricky
[19:24] <james_w> kees: looks good to me, thanks.
[19:24] <kees> james_w: rockin'!  I will upload it.
[19:26] <maxb> james_w: "Lock the password" by what definition? It'll block password logins, but not SSH, etc.
[19:26] <maxb> SSH by pubkey, I mean
[19:27] <james_w> maxb: it means you can enter the account if you don't need password auth, e.g. root, but there is no password you can type in to get in to it
[19:28] <james_w> I don't know how that interacts with SSH. I believe it would still allow SSH pubkey.
[19:28] <maxb> ! traditionally does lock the account entirely for SSH on older Linuxes, but not newer ones where sshd uses PAM
[19:31] <james_w> oh kees, I forgot to ask, "NULL:password" means "you pick the hash for me based on system preferences"?
[19:33] <kees> actually "NULL" is just ignored by chpasswd when running with -S.  But yes, chpasswd already does all the system preference analysis, salt generation, etc.
[19:33] <kees> the format of chpasswd stdin interaction is  user:password\n  in this case, chpasswd has no need to know the user name.
[19:34] <james_w> kees: cool, didn't want to have my name on it if it meant "Use the identity hash" :-)
[19:34] <kees> hah
[19:34] <james_w> ah, I see, I assume there are no hashes you can enable which e.g. use the username as part of the salt?
[19:35] <kees> james_w: correct -- salts are strictly random.  their length and charset depends on the hashing function.
[19:35] <james_w> coolio
[19:39] <kelemengabor> mvo: I expected the update in intrepid, as we were translating that... but now, I booted my intrepid box, apt-get updated it and then... I don't see the updated description translations in  /var/lib/apt/lists/
[19:40] <kelemengabor> I remember some new programs appeared last week in main, like metacity, then translated it and now it's still not there according to grep - you say it should?
[19:47] <mvo> kelemengabor: do you have intrepid-proposed enabled?
[19:47] <kelemengabor> yeah
[19:48] <mvo> kelemengabor: not sure about last week, let me check when I did hte update exactly
[19:48] <kelemengabor> thanks
[19:49] <mvo> kelemengabor: hm, looks like I uploaded on 14th nov
[19:49] <kelemengabor> oh
[19:50] <kelemengabor> is there an open schedule for such updates? or you do it just when you have time for it?
[19:53] <mvo> kelemengabor: pretty much when I have time for it, I can't automate it fully currently becuase of missing features in LP
[19:53] <kelemengabor> :(
[19:54] <mvo> but I can try to keep a regular schedule for it
[19:54] <mvo> its not that much work
[19:54] <kelemengabor> thanks
[19:55] <kelemengabor> could you also put it on the wiki? :)
[19:55] <mvo> currently it requires core-dev to upload, but that is a bit silly :) would be nice if it could be handled by motu or even a package uploader
[19:55] <mvo> kelemengabor: what page ?
[19:55] <kelemengabor> ability for planning would make our life a lot easier
[19:56] <kelemengabor> well, I don't know
[19:56] <kelemengabor> creating a new one would be the easiest :)
[19:57] <mvo> heh :)
[19:58] <mvo> kelemengabor: the best I can offer right now is that you talk to me on irc or would a two-three weeks schedule be better?
[19:59] <kelemengabor> well, every 3-4 weeks or a fixed date every month would be the best
[19:59] <kelemengabor> like every first Monday or so
[20:04]  * mvo nods
[20:06] <mvo> kelemengabor: do you think you could find someone (maybe in the translation team) who runs the required commands so that I only need to sponsor the actual uploads? that would make it easier for me and has the added advantage that the time intervall could be shorter because sponsoring upload just takes a couple of minutes :)
[20:06] <mvo> kelemengabor: there is a quite good guide for this in my source tree, it should be pretty easy (just takes a bit of time/bandwidth and attention)
[20:07] <kelemengabor> mvo: well, nobody comes in my mind...
[20:07] <kelemengabor> perhaps we should ask on ubuntu-translators@
[20:07] <mvo> kelemengabor: good idea, or sianis (when he is around again)
[20:08] <kelemengabor> perhaps... but better ask for volunteers
[20:09] <kelemengabor> ﻿﻿also, the interval while the current distribution is supported should be clearly defined, I think :)
[20:10] <kelemengabor> see, I gather my translators this weekend to translate ddtp for intrepid... and now, I'll tell them it will be visible only in jaunty, that's somewhat odd
[20:12] <kelemengabor> how about saying translating the supported one is possible to release+3 months, and the next one will be available at release-3 months - so cutting the cycle in half?
[20:13] <RainCT> Is there any reason why Xephyr from Intrepid is painfully slow? :P
[20:17] <ScottK> RainCT: My guess would be yes.
[20:20] <kelemengabor> why is bzr branch lp:app-install-data-ubuntu this slow: http://paste.ubuntu.com/76891/
[20:20] <kelemengabor> what can be done to speed it up?
[20:21] <RainCT> ScottK: :)
[20:21] <RainCT> kelemengabor: try with --lightweight
[20:23] <kelemengabor> RainCT: how do I that? bzr branch help does not say anything about --lightweight
[20:23] <mvo> kelemengabor: a defined policy for this would be good, I will talk about it at uds with the other people workng on translations, it shoudl have the same policy as language packs I thinkI think, will you come?
[20:23] <RainCT> kelemengabor: bzr branch --lightweight lp:..
[20:24] <mvo> kelemengabor: I can do a intrepid update again, that is doable, it just need to go through -proposed first
[20:24] <kelemengabor> mvo: yes, the same policy would be cool... this is the same kind, anyway
[20:25] <mvo> kelemengabor: will do, thanks for brining it up
[20:25] <kelemengabor> and I can't go, it's at the end of the world :(
[20:25] <kelemengabor> RainCT:  bzr branch --lightweight lp:app-install-data-ubuntu  aid
[20:25] <kelemengabor> bzr: ERROR: no such option: --lightweight
[20:26] <kelemengabor> this is on hardy, should I try intrepid?
[20:26] <RainCT> kelemengabor: try with  bzr get
[20:26] <RainCT> or   bzr co
[20:27] <RainCT> kelemengabor: (but note that --lightweight will only download the last revision)
[20:28] <kelemengabor> well, I'd need nothing else :)
[20:29] <kelemengabor> but why does it say there is no such command? I did as you said...
[20:29] <RainCT> kelemengabor: even with   bzr co --lightweight lp:...   ?
[20:29] <RainCT> "bzr help co" should show it
[20:30] <kelemengabor> well, with co seems to do to something
[20:36] <Caesar> bryce: ping
[20:37] <Caesar> bryce: re getting #293705 fixed in Intrepid and Hardy, do you want me to provide further debdiffs for them?
[20:37] <Caesar> bryce: and if so, how should I version them?
[20:38] <bryce> looking
[20:41] <bryce> for each of those, provide a debdiff against the source from that release, with the version number being a +0.1 (so Hardy should be 1:1.1.2-2ubuntu2.2)
[20:41] <Caesar> Okay
[20:41] <bryce> I've gone ahead and approved your nominations for intrepid and hardy
[20:42] <bryce> you're going to need to do SRU's for those
[20:42] <bryce> so see https://wiki.ubuntu.com/StableReleaseUpdates for details on that
[20:42] <Caesar> Yep
[20:42] <Caesar> Thanks
[20:43] <bryce> sure, good luck!
[20:44] <kelemengabor> RainCT: that was significantly faster, thanks :)
[20:44] <bryce> remember the changelogs should list hardy-proposed and intrepid-proposed as the distros.  Also, it would be good to wait a few days to accumulate some testing time in jaunty (it would be good if you installed and validated the fix in jaunty solved it for certain).
[20:50] <Caesar> bryce: we're not running jaunty here
[20:50] <Caesar> But we are running that patch against the version in Hardy
[21:08] <fta> ScottK, as indicated in the changelog, it was just to indicate that the firefox-4.0 project (renamed 3.1 since) was also fine with python 2.4
[21:16] <wasabi> Samba: I am having trouble getting it to work in Intrepid against W2k3. I have a silly feeling that it's because we compile it against MIT instead of Heimdal. Anybody knowledgable about this?
[21:28] <TheMuso> ogra: What about libcanberra-gnome? Debian have replaced it with another package. Can't remember the name off the top of my head, but I can look it up.
[22:11] <cjwatson> TheMuso: libcanberra-gnome is still a dependency of ubuntu-desktop, so please update the seeds once you've figured out the proper replacement
[23:18] <mathiaz> kirkland: could you run a script on your local archive to figure out all packages that ship something in /etc/network/if-up.d/ ?
[23:20] <kirkland> mathiaz: sure, if you have the script :-)
[23:20] <ogra> TheMuso, well, it needs replacement in the seeds then
[23:20] <ogra> TheMuso, currently ubuntu-deskop depends on libcanberra-gnome
[23:22] <maxb> mathiaz: I'm a bit suspicious about it only giving one result, but there's http://packages.ubuntu.com/search?searchon=contents&keywords=if-up.d&mode=filename&suite=intrepid&arch=any
[23:22] <cjwatson> mathiaz: use the Contents-* files in the archive (at the dists/foo level)
[23:23] <cjwatson> mathiaz: or, if you need to grep an archive, you can use rookery
[23:23] <mathiaz> maxb: oh. forgot about that one.
[23:23] <TheMuso> ogra: Yeah I know, I'll take care of it once its through new, unless thats already been done.
[23:23] <mathiaz> cjwatson: ah - rookery has a complete archive available... good to now!
[23:24] <mathiaz> *know*
[23:24] <ogra> TheMuso, ah
[23:24] <cjwatson> TheMuso: it's not in NEW, although it is dep-wait on most architectures because tdb needs to be promoted to main
[23:24] <TheMuso> gah its dep wait
[23:24] <TheMuso> right, will have a look.
[23:24] <cjwatson> TheMuso: I'm going to promote that now because it was already in main in a previous release
[23:24]  * TheMuso really needs to make himself some main only chroots.
[23:24] <TheMuso> cjwatson: Oh ok.
[23:25] <cjwatson> presumably fell out because it wasn't used any more
[23:25] <cjwatson> though pitti did say in https://wiki.ubuntu.com/MainInclusionReportTdb "maintaining this package will not be enjoyable" while nevertheless generally giving his OK
[23:25] <TheMuso> I can see if tdb support can be turned off if that is preferred.
[23:26] <TheMuso> Yes it can be disabled.
[23:26] <cjwatson> oh
[23:26] <cjwatson> what do we lose?
[23:26]  * ogra wonders what tdb is at all
[23:26] <cjwatson> BTW, libcanberra won't need to go through binary NEW as it stands
[23:26]  * ogra looks
[23:26] <TheMuso> Tdb is used for caching of sound samples for libcanberra.
[23:26] <slangasek> hrm, is that "trivial database" tdb or some other one?
[23:26] <ogra> sounds like helpful for remote sound
[23:27] <Mithrandir> slangasek: it is
[23:27] <cjwatson> the samba tbd
[23:27] <cjwatson> tdb
[23:27] <TheMuso> SO libcanberra keeps a tdb db of sound samples.
[23:27] <slangasek> right
[23:27] <Mithrandir> no reason for it to be complex at all
[23:27] <cjwatson> I don't really mind tdb being in main, TTBOMK
[23:28]  * TheMuso gasps at how many people are reporting/commenting on jaunty audio bugs. Sheesh, I'm not even close to running it yet. :)
[23:35]  * slangasek ughs at the liferea merge.  What's with these patches that were built using diff -c 10? :P
[23:35] <slangasek> well, -U 10 I guess