[00:00] <seek_therapy> this is way off topic ...but would you happen to know of a good iso burner
[00:01] <Hobbsee> brasero works nicely, as does the kde one
[00:02] <Xteven> k3b
[00:02] <Xteven> thats the kde one that you mean probably
[00:06] <Hobbsee> ah, yes, that's it
[00:13] <seek_therapy> welp gonna go and try and fic
[00:13] <seek_therapy> fix
[01:42] <soc> hi
[01:43] <soc> i'm working on that problem: https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/157398
[01:43] <soc> i already asked on #ubuntu-bugs ... but it seems no one has time atm ...
[01:44] <soc> i'm already debugging the problem
[01:44] <soc> but from my pov the code looks correct
[01:45] <soc> so i'm not really sure, what the problem could be ...
[04:29] <TheMuso> ./c
[04:38] <TheMuso> bryce_: Re bug 210865 and all the other relevant bugs you triaged, we need to make sure all affected users have the same codecs. I'll go through those bugs in the coming days and check that.
[06:09] <NCommander> hey StevenK
[06:09]  * StevenK waves
[06:30] <dholbach> good morning and happy new year!
[06:32] <pitti> Good morning everyone, happy new year!
[06:32] <pitti> hey dholbach
[06:32] <dholbach> hi pitti
[06:33] <Hobbsee> hey there pitti!
[06:36] <ion_> Hi all
[07:47] <agent47a> when i run debuild, i get a signing error.  gpg: can't open `/home/me/.gnupg/secring.gpg' ...  any tips?
[07:48] <ebroder> debuild -us -uc
[07:48] <Hobbsee> it has the wrong owner?
[07:49] <pitti> agent47a: presumably you did not create a GPG key; you probably want what eborder said
[07:49] <ebroder> Also, the error is harmless so long as you're not actually trying to create signed packages
[07:49] <agent47a> pitti: thanks!
[07:49] <agent47a> i'm a noob as you guessed correctly.
[08:20] <Chipzz> agent47a: also: #ubuntu-motu for these questions please
[08:21] <agent47a> Chipzz: okay
[10:12] <tkamppeter> pitti, hi
[10:12] <pitti> hey tkamppeter, happy new year!
[10:12] <tkamppeter> pitti, thanks, also a happy 2009
[10:14] <tkamppeter> pitti, I have a problem with merging ghostscript from Debian. MoM has prepared the merge: http://merges.ubuntu.com/g/ghostscript/ and the problem is that our ghostscript_8.63.dfsg.1.orig.tar.gz differs from the Debian one. Seems that the Debian maintainer has done another selection of non-free stuff to exclude than me.
[10:15] <pitti> tkamppeter: if you and Debian repackaged the upstream tarball, they will always differ, at least in the date in the gzip header
[10:15] <pitti> tkamppeter: so you should use Ubuntu's orig.tar.gz for the merging
[10:16] <tkamppeter> pitti, the two files differ by 2MB (around 20 %) in size.
[10:17] <tkamppeter> pitti, I suggest that if they are really different by content that the Debian maintainer should re-upload into Debian with version number 8.63.dfsg.2 (as my .orig.tar.gz is the older one) and after that I merge.
[10:19] <tkamppeter> pitti, another possibility is to wait one month (until 1st of Feb) as then GS 8.64 gets released. Then I make a .orig.tar.gz which meets the needs of both Debian and Ubuntu and this one will be the next Ubuntu upload of ghostscript.
[10:21] <dholbach> seb128: I sponsored a few desktop items
[10:21] <seb128> dholbach: thanks
[10:21] <dholbach> there are still a few around
[10:21] <dholbach> I'll do some more tomorrow
[10:21] <seb128> dholbach: I didn't work during holidays and it'll take me a while to read all mails etc today
[10:22] <dholbach> seb128: same here :)
[10:24] <pitti> tkamppeter: best is probably to discuss this with the Debian maintainer, to find an approach which allows us to both share an orig.tar.gz
[10:24] <pitti> tkamppeter: but as long as the current one works for us, you can continue to use it for the merging
[10:24] <pitti> tkamppeter: it's only really a problem once we want to sync (which isn't possible with differing orig.tar.gz)
[10:38] <james_w> if an init script implements restart with "start-stop-daemon" --stop then --start
[10:38] <james_w> then it seems like --oknodo should only be on the --stop invocation, correct?
[10:57] <tkamppeter> pitti, Debian has also removed the Resource/Font/ directory due to a "minor licensing problem" (which I have also resolved with the GS guys). So I will use our .orig.tar.gz.
[11:01]  * cjwatson arranges for armel to be taken into account by http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt; hopefully it won't explode ...
[11:03]  * directhex explodes
[11:03] <cjwatson> mvo: OK if I remove the app-install-data-commercial *source* from jaunty? seems to be superseded by -partner. You might want to reassign bugs across as appropriate?
[11:06] <mvo> cjwatson: yes, thanks
[11:07] <cjwatson> directhex: I assume it's good for libmono-cairo1.0-cil and mono-1.0-runtime to fall out of main; do you know whether mono-dbg is supposed to stay?
[11:07]  * Hobbsee hugs mvo for unattended-upgrades
[11:08] <directhex> cjwatson, yes, they should fall out of main. mono-dbg..... i don't know whether we decided whether we wanted to promote the mono debugger, or demote mono-dbg
[11:08] <cjwatson> they're sort of orthogonal aren't they?
[11:09] <cjwatson> oh, maybe not, just found the seed comment
[11:09] <directhex> what's the seed comment?
[11:09] <cjwatson> I thought we decided that we should promote mono-debugger. Could somebody write a main inclusion report for it?
[11:09] <cjwatson> supported: * Extra-Exclude: mono-dbg # only useful with mono-debugger, currently in universe
[11:10] <directhex> i'll see what i can do
[11:10] <cjwatson> cheers
[11:10] <directhex> mono-debugger has never been included before because it hasn't actually worked for ~4 years :p
[11:15] <directhex> hm, all deps in main. good.
[11:21] <directhex> cjwatson, i think someone once told me all compilers in main are meant to have a debugger. was this imagined?
[11:21] <cjwatson> slangasek: are you expecting to upload the stuff in lp:~ubuntu-core-dev/pam/ubuntu soon? it'd fix a skewed dependency on libdb4.6 on armel
[11:21] <cjwatson> directhex: I said something similar, although I wasn't as explicit. What I said was that, as a general rule, we should be shipping debugging facilities for packages in main where they exist.
[11:25] <cjwatson> doko__: is python2.5's skewed dependency on libdb4.2-dev on non-x86 architectures still necessary? it does funny things to our archive reports, so just wanted to check whether that could be brought back into sync ...
[11:27] <slangasek> cjwatson: had no immediate plans to do so, but it should be in a state permitting it to be uploaded if you're inclined
[11:27] <slangasek> otherwise I'll see about getting to it this week
[11:27] <slangasek> (probably after I merge the pending 1.0.1-5 upload from Debian)
[11:29] <cjwatson> no rush from my part
[11:31] <doko__> cjwatson: hmm, didn't check. but I hope 2.5 will go away soonish, and 2.6 uses 4.7 again
[11:33] <cjwatson> ah right
[11:46] <tjaalton> requestsync isn't working for me on jaunty, says that I should login to lp first which I've done..
[11:46] <Hobbsee> tjaalton: what are you trying to sync?
[11:46] <tjaalton> Hobbsee: x11proto-randr
[11:46] <RainCT_> tjaalton: With which browser did you log in?
[11:46] <tjaalton> RainCT_: ff3.x in jaunty
[11:46] <RainCT_> jpds: ^
[11:47] <tjaalton> .lpcookie.txt is updated
[11:48] <Hobbsee> tjaalton: wfm, it appears
[11:48] <tjaalton> Hobbsee: ok, wonder why it fails here.. I'll try intrepid
[11:49] <Hobbsee> (that was jaunty I tried on)
[11:50] <tjaalton> Hobbsee: oh you filed that one, but the version to be synced is from experimental :)
[11:50] <Hobbsee> tjaalton: oh.  Sorry, i'm not psychic :(
[11:50] <tjaalton> I'll try it first and dupe then
[11:50] <Hobbsee> ok
[11:51] <tjaalton> different error on intrepid
[11:51] <RainCT> Hobbsee: you aren't? o_O
[11:52] <Hobbsee> RainCT: not anymore.  My psychic pony vanished :(
[11:58] <tjaalton> what the hell, it filed the sync request even though it claimed that it failed
[11:59] <slangasek> asac: you've marked bug #308397 as targeted to 8.04.2; are you expecting to have this fix uploaded this week?
[11:59] <Keybuk> dholbach: when is it?
[12:00] <Keybuk> what kind of session would you have in mind?
[12:00] <dholbach> Keybuk: https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep is the preliminary schedule
[12:01] <dholbach> Keybuk: I was just thinking - there always was a lot of excitement around upstart - I'm sure that a quick overview, how to make use of it, how to get involved hacking on it, etc would interest people
[12:01] <tjaalton> ok, the "wishlist, confirmed" part is what failed I guess
[12:01] <slangasek> asac: (if not, it needs un-milestoned for sure, the last weeks are reserved for cleaning up -proposed and doing ISO vetting, not processing new SRUs)
[12:01] <Keybuk> I'm not really sure that there's anything to tell people though
[12:02] <dholbach> Keybuk: hrm - any other topic you'd like to talk about? :)
[12:02] <Keybuk> I could talk about boot performance?
[12:02] <slangasek> Keybuk: one can probably assume a relatively fresh audience for each UDW
[12:02] <asac> slangasek: didnt know that 8.04.2 was scheduled that soon. but yes, if thats the case i would upload it tomorrow
[12:02] <dholbach> Keybuk: sounds great
[12:02] <slangasek> asac: ok, great :)
[12:03] <dholbach> Keybuk: maybe something about how to measure, how to test so it has a bit of a "hands-on experience"?
[12:03] <asac> slangasek: do you have a query for 8.04.2 milestone so i can clean up other stuff?
[12:03] <dholbach> Keybuk: do you just want to grab a slot?
[12:03] <asac> (and push back to .3)
[12:03] <slangasek> asac: https://bugs.launchpad.net/ubuntu/hardy/+bugs?field.milestone=1425
[12:03] <asac> thanks
[12:05] <Hobbsee> interesting.  jaunty doesn't work perfectly.
[12:05] <Hobbsee> redrawing seems to be quite slow, but scrolling isn't.
[12:07] <directhex> cjwatson, how does https://wiki.ubuntu.com/MainInclusionReportmono-debugger look?
[12:07] <Keybuk> dholbach: indeed
[12:07] <dholbach> Keybuk: rock and roll!
[12:07]  * dholbach hugs Keybuk
[12:07] <Keybuk> dholbach: Thursday 1800?
[12:08] <dholbach> Keybuk: sounds good to me
[12:09] <dholbach> Keybuk: you rock!
[12:15] <cjwatson> directhex: seems to be in basically the right style, though I'm not a MIR approver
[13:10] <gerlumpi_> guten
[13:11] <gerlumpi_> ubuntu leuft nicht auf einem rechner was tun??
[13:11] <pitti> gerlumpi_: hello
[13:11] <Nafallo> !de
[13:11] <pitti> yes :)
[13:12] <gerlumpi_> thanks
[13:25] <jpds> tjaalton: You have to delete ~/.lpcookie.txt and rerun the script.
[13:27] <jpds> tjaalton: Actually, that script should tell you this, it's in the lastest version in the archives..
[13:28] <tjaalton> jpds: doesn't seem to help
[13:29] <tjaalton> oh wait, I'll dist-upgrade first
[13:30] <jpds> tjaalton: Which error do you get?
[13:30] <tjaalton> jpds: the same, "you must log in to lp"
[13:31] <tjaalton> but there's a new u-dev-tools available, I'll try with it next
[13:32] <tjaalton> hmm still the same
[13:32] <jpds> tjaalton: pastebin please?
[13:33] <jpds> tjaalton: I'm off for lunch, but free feel to /msg me all the errors you get and I'll fix them later.
[13:34] <tjaalton> jpds: sure, thanks
[13:37] <slangasek> mvo: bug #189406 is targeted to 8.04.2; do you agree that this should be fixed for hardy, and do you have time this week to upload it?
[13:39] <cjwatson_> pitti: https://rt.admin.canonical.com/Ticket/Display.html?id=32382 notes that there are lots of files in macaroni:/tmp/ owned by ubuntu-archive; it looks to me as if they're created by ddeb-retriever
[13:39] <cjwatson> pitti: maybe some more bits of temporary-file-cleanup code need to be done in try: finally: ?
[13:41] <arthur_l> join #ubuntu-installer
[13:41] <pitti> cjwatson: I made a TODO item, thanks for pointing out
[13:41] <pitti> cjwatson: either that, or it's spewage from apt-ftparchive
[13:42] <cjwatson> pitti: I haven't seen apt-ftparchive spit out empty files or tarballs before :-)
[13:42] <cjwatson> lots of the files seem to be tarballs containing -dbgsym packages
[13:43] <mvo> slangasek: I'm not sure if we should do it for 8.04.2 - but if we do, I'm happy to do the upload (the patch is small and safe)
[13:44] <pitti> cjwatson: ah, I got it; it's tar_install_pool(), which uses urlretrieve without cleaning up
[13:44] <pitti> cjwatson: I'll add a test for this and fix it, thanks
[13:44] <slangasek> bdmurray: ^^ you appear to have done the targeting of bug #189406 to 8.04.2; care to comment?
[13:45] <cjwatson> pitti: oh yes, so it does. what about the empty files though?
[13:45]  * pitti removes tmp*.tar for now
[13:46] <cjwatson> e.g. -rw------- 1 ubuntu-archive ubuntu-archive         0 Jan  5 11:10 tmpAY2xN1
[13:48] <pitti> cjwatson: I get that when running the test suite as well, so I can track it down locally and add a test plus fix
[13:49] <cjwatson> thanks
[13:56] <davidroderick> every so often my ubuntu hangs the keyboard and the main menu. I can open separate things of toolbar but all I can do is close or minimise the window again.  How can I learn how to do a backtrace or something?  Where to I go to learn what you guys know?
[14:05]  * Keybuk raises an amused eyebrow at Planet Ubuntu ... some people need to stop reading The Sunday Mail
[14:09] <directhex> but they can carry on reading The Mail on Sunday?
[14:10] <directhex> one of the above is some random scottish rag. t'other is britain's second most popular sunday paper!
[14:11] <davidroderick> I think everybody in here is busy working.  Is there a good book somebody could recommend to learn stuff?
[14:11] <pitti> davidroderick: "stuff" is very broad :)
[14:12] <pitti> even in the context of free software development (which I assume you mean)
[14:12] <directhex> the joy of sex is an enduring favourite
[14:12] <cjwatson> pitti: (he gave more detail just further up)
[14:12] <cjwatson> davidroderick: sounds like an X problem; http://wiki.ubuntu.com/X has quite a few resources
[14:12] <pitti> ah, sorry, I just restarted irc client
[14:13] <davidroderick> I have a knowledge of ruby and a little C.
[14:13] <davidroderick> I would like to learn about operating systems
[14:14] <davidroderick> I turned off HAL in order to use NDISwrapper.  Is this the correct approach?
[14:14] <cjwatson> people do pop up from time to time with this kind of question, but there's no easy advice to give because it depends so strongly on your area of interest (which is likely to evolve as you learn more, anyway)
[14:14] <cjwatson> http://wiki.ubuntu.com/ContributeToUbuntu has various bits of specific advice; if you want to learn about the fundamentals of Unix, I can recommend pretty much anything by W. Richard Stevens
[14:15] <cjwatson> (specifically "Advanced Programming in the UNIX Environment", although it *is* heavyweight (literally))
[14:17] <cjwatson> directhex: mail> "ongoing project to divide all the inanimate objects in the world into ones that either cause or cure cancer" (pp Ben Goldacre)
[14:17] <Keybuk> davidroderick: right, that one
[14:18] <Keybuk> the Sunday version of The Hate Mail
[14:18] <directhex> cjwatson, i wonder which camp people put Mono into.....
[14:19] <Keybuk> s/davidroderick/directhex/
[14:19] <directhex> i thought the general term was "the daily fail", anyway
[14:27] <pitti> ScottK: just took a look at quassel screenshots, looks quite nice; can you split windows horizontally?
[14:28] <pitti> ScottK: that's a killer feature of mine, and so far weechat is the only client which can do that (x-chat can detach windows and you can reorder them side by side, but that's inconvenient)
[14:32] <ScottK> pitti: Here is why mine currently looks like http://kitterman.com/kubuntu/quassel.jpg
[14:33] <ScottK> why/what
[14:33] <ScottK> It's pretty flexible, but I'm not sure exactly what it is you're after.
[14:34] <pitti> ScottK: I want to see two or three channels side by side, below my other windows
[14:34] <pitti> ScottK: http://people.ubuntu.com/~pitti/photos/pitti-virtual-desktop.png
[14:34]  * ScottK looks
[14:38] <ScottK> pitti: Not that I can immediately see in the version I have.  I just finished building a git snapshot.  One nice feature I like is the window you see in the top/middle of my setup is a stream of all the channels I have open.
[14:43] <pitti> ScottK: that's quite a nice feature as well
[14:46] <zul> asac: ping
[14:49] <asac> zul: ?
[14:51] <zul> asac: is anyone working on that samba/firefox bug yet? I noticed the patch
[14:54] <asac> zul: not sure ... last merger would be a good candidate to drive this? who was that?
[14:55] <zul> me :0
[14:55] <asac> zul: seems like you ;)
[14:56] <zul> i was thinking for intrepid though
[14:56] <asac> zul: could you verify that it fixes it?
[14:56] <zul> asac: sure
[14:57] <Keybuk> cjwatson: do you think we still need that special ID_TYPE rule?
[14:57] <pitti> Keybuk: working on udev 130? :-)
[14:57] <zul> asac: i was going to stick it in my ppa and get them to test it
[14:58] <cjwatson> Keybuk: I think so, unless the new udev offers something at least as useful?
[14:58] <apachelogger> pitti: I guess implementing split view in quassel shouldn't be much work, doing it properly in general is ;-)
[14:59] <asac> zul: that or if the patch seems safe, verify locally and upload to  -proposed directly
[14:59] <zul> asac: k sounds good to me
[14:59] <asac> zul: we should get it to jaunty asap in any case
[15:00] <zul> asac: samba-3.2.7 has been released im going to sync it from debian when its available
[15:01] <asac> ok
[15:02] <Keybuk> cjwatson: depends, what are you trying to do?
[15:02] <cjwatson> Keybuk: I have a call now, but maybe in the meantime you could dig up the log of the last time I justified this for you? :-)
[15:02] <Keybuk> cjwatson: I can't remember being convinced the last time :p
[15:03] <cjwatson> but it would remind *me*
[15:06] <Keybuk> http://people.ubuntu.com/~scott/id_type.log
[15:12] <ScottK> pitti: Not currently possible - <EgS> ScottK: something like that is spooking in our minds for quite some time, but that's not an easy task
[15:12] <pitti> ScottK: ah, thanks
[15:12] <ScottK> They need to do some internal rearchitecting to make that work.
[15:13] <cjwatson> ArneGoetje: can we get new -base language packs generated for hardy (for 8.04.2)?
[15:14] <ArneGoetje> cjwatson: sure. Which date would be best?
[15:20] <Keybuk> Oct 23 01:14:12 <Keybuk>	cjwatson: that logic will bite you later, but it's not this bug ;)
[15:20] <Keybuk> Oct 23 01:14:27 <cjwatson>	Keybuk: explain that to me later :)
[15:20] <Keybuk> this is now "later" :)
[15:30] <cjwatson> ArneGoetje: slangasek could confirm, but I think "nowish" would be fine; what's the usual schedule for delta language packs?
[15:31] <cjwatson> Keybuk: ... so please do explain :)
[15:32] <slangasek> ArneGoetje: "nowish" would be best, yes; alternates are currently 11MB oversized going in, so we need to see fairly soon whether the re-basing is sufficient
[15:32] <slangasek> (or if not, how much is left to scrounge)
[15:33] <Keybuk> cjwatson: I'm just trying to hook myself into a state where I can remember what list-devices does
[15:33] <ArneGoetje> slangasek: ok, next one will be ready on wednesday then.
[15:33] <slangasek> cheers
[15:33] <cjwatson> Keybuk: you mean at the interface-contract level?
[15:33] <Keybuk> right
[15:34] <cjwatson> Keybuk: "give me a list of all disk devices", "give me a list of all partitions", "give me a list of all CD devices"
[15:34] <cjwatson> possibly one or two other fiddly bits but ...
[15:34] <Keybuk> though the kinds of interfact contracts that udev makes usually involve someone coming around your house later on to break your legs
[15:35] <cjwatson> Keybuk: well, in this case isn't it you wanting to remove a custom rule we added, rather than udev removing something? :-0
[15:35] <cjwatson> :-)
[15:35] <Keybuk> partially
[15:35] <Keybuk> in fact, I've removed *all* of our rules
[15:35] <cjwatson> obviously I'm happy to change list-devices as needed, but I remember agreeing with you at the time that there might well be other things relying on the same interface
[15:36] <cjwatson> but if there's a new recommended interface then list-devices should use that
[15:36] <Keybuk> those are likely broken by other changes now
[15:36] <cjwatson> is DEVTYPE available in any way?
[15:36] <ArneGoetje> slangasek, cjwatson: full-export request in Rosetta sent.
[15:37] <cjwatson> catting uevent I suppose
[15:37] <Keybuk> cjwatson: I think that everything you need is available now ...
[15:37] <Keybuk> but I'm just checking
[15:37] <cjwatson> I mean is it in the udevdb?
[15:37] <Keybuk> I think so
[15:37] <cjwatson> CDs still seem to have DEVTYPE=disk though
[15:37] <cjwatson> as previously discussed
[15:38] <Keybuk> DEVTYPE=disk, MEDIA=cdrom
[15:38] <cjwatson> aha
[15:38] <Keybuk> though that might be a sysfs attr instead of an env
[15:40] <Keybuk> I'll just upgrade this laptop to jaunty
[15:40] <Keybuk> then install udev 136 on it
[15:40] <Keybuk> then see what happens ;)
[15:40] <cjwatson> Keybuk: ps are git hashes really a good thing to put in version numbers? they won't increment sanely ...?
[15:41] <Keybuk> cjwatson: that's just there to remind myself which one I got to, more than anything else
[15:41] <Keybuk> anyone building from there deserves everything they get <g>
[15:41] <cjwatson> oh, you're going to upload it as 136-?
[15:41] <Keybuk> right, it'll be 136-1 when it's uploaded
[15:41] <cjwatson> ok
[15:41] <Keybuk> which is when Kay actually releases 136
[15:42] <cjwatson> so where would I find MEDIA? I can't find it in this here 2.6.28 instance
[15:43] <Keybuk> it might be a 2.6.29ism
[15:43] <Keybuk> which is worrying
[15:43] <cjwatson> oh dear
[15:43] <cjwatson> this is the current kernel in jaunty
[15:47] <Keybuk> ah, it's an IDEism
[15:47] <Keybuk> meh
[15:49] <Keybuk> CD/BD-ROM devices are either DEVTYPE=disk, /sys/block/hd*/media=cdrom *or* /sys/block/sr*
[15:50] <cjwatson> that's (DEVTYPE=disk) && (/sys/block/hd*/media=cdrom || /sys/block/sr*)?
[15:50] <cjwatson> or (DEVTYPE=disk && /sys/block/hd*/media=cdrom) || /sys/block/sr*)?
[15:50] <cjwatson> err minus the trailing )
[15:51] <Keybuk> err
[15:51] <Keybuk> either ;)
[15:51] <Keybuk> if it's sr* it can only have DEVTYPE=disk
[15:53] <cjwatson> so should I just implement that in list-devices now?
[15:53] <Keybuk> yeah
[15:54] <cjwatson> ok
[15:54] <Keybuk> and this can be now considered a stable interface ;)
[15:54] <Keybuk> cause it's listed in the docs as one :p
[15:54]  * cjwatson won't hold his breath
[15:54] <cjwatson> which docs though
[15:55] <cjwatson> ?
[15:56] <Keybuk> sysfs-rules
[15:56] <Keybuk> though typically, the version in the kernel tree is *out of date*! :p
[15:56] <Keybuk> it still claims /sys/block has things other than symlinks in it
[15:59] <Tonio_> stupid question, but now feisty/main has been removed, is there a place it's been archived somewhere ?
[15:59] <cjwatson> Tonio_: old-releases.ubuntu.com
[16:00] <Tonio_> cjwatson: super, thanks !
[16:08] <bdmurray> slangasek: It seemed to upset enough people that I thought backporting the gconf key would be worthwhile
[16:09] <slangasek> ok
[16:09] <slangasek> mvo: ^^ what do you think?  I don't have a strong opinion on this either way; as long as the change is reasonable, I have no objections to approving it in, but I'm equally happy to drop the milestone
[16:10] <mvo> slangasek: I'm fine with porting the change, its just some lines (and off by default) - I agree with bdmurray here, it seems to upset some people
[16:40] <cjwatson> gar, building dm modules into the kernel has silently broken so many random little bits and pieces of the installer :-(
[16:41] <directhex> d-i in "fragile" shocker?
[16:42] <cjwatson> err, not normally that bad actually, no
[19:10]  * NCommander wonders if there is a d-i building instruction manual
[19:12] <cjwatson> NCommander: depends what you want to change, but I believe there's stuff linked off InstallerDevelopment that's easily adaptable
[19:14] <NCommander> cjwatson, I want to build a ARM d-i initrid with network console
[19:14] <NCommander> (essentially the NSLU2 d-i installer on Ubuntu)
[19:15] <tedg> NCommander: Hmm, would that work for the NAS200 also?
[19:16] <NCommander> Maybe
[19:16] <NCommander> If you have a booting kernel ...
[19:16] <tedg> That would be cool, I got a NAS200 but I haven't gotten Linksys' toolchain working yet.
[19:16] <tedg> I'd really like to get OpenVPN installed on it.
[19:17] <NCommander> You might have luck with the emDebian toolchain
[19:17]  * NCommander uses it on Ubuntu for his NSLU2
[19:19]  * tedg bookmarks that, thanks NCommander!
[19:20] <tedg> Hmm, that was my 666th del.icio.us bookmark -- not a good sign...  :)
[19:21] <_MMA_> \m/
[19:22] <NCommander> cjwatson, where's the Ubuntu d-i stuff?
[20:17] <kirkland> slangasek: hiya, are you around?
[20:18] <kirkland> slangasek: the kernel team says that crypto drivers i need should be built into the kernel now ...  that doesn't seem to be the case in today's daily server build
[20:18] <kirkland> slangasek: i wanted to understand why that might be the case
[20:30] <cjwatson> NCommander: apt-get source debian-installer, but isn't it already built?
[20:31] <NCommander> cjwatson, I can't find one which is just an initrd
[20:31]  * NCommander can't find any d-i images actually for ARM
[20:31] <cjwatson> I think they were having some trouble building
[20:33] <NCommander> the images?
[20:34] <cjwatson> the kernel
[20:34] <cjwatson> once that's fixed it's trivial
[20:42] <superm1> pitti, ping re sru for bug 297543
[20:42] <superm1> pitti, i wanted to ask what's the plan for releasing to -updates?
[20:43] <directhex> is .11 current?
[20:43] <directhex> isn't 180 generally beta?
[20:45] <tseliot> directhex: no, it's not. However we're not talking about replacing any other driver with 180.x
[20:46] <superm1> i'm not talking at all about 180
[20:46] <tseliot> I'll work on the latest releases soon. I've been very busy with a few projects
[20:46] <superm1> i'm talking about 177.82
[20:46] <superm1> it's in intrepid-proposed, and has been there since dec 7
[20:46] <tseliot> right
[20:46] <superm1> that bug was hijacked to be talking about the 180 releases
[21:34] <Baby> pitti: ping!
[22:32] <NCommander> cjwatson, you around?
[23:21] <tkzao> http://www.sexy-lena.com/?uid=36564
[23:22] <ScottK> !ops
[23:22] <ScottK> ^^^
[23:23] <ScottK> Urgh.  To late.
[23:23] <directhex> the great and powerful scott "sexy beast" kitterman has no +o?
[23:23] <ScottK> Ah.... No.
[23:24] <directhex> tsk
[23:24] <ScottK> If I could kick people I'd get in trouble.
[23:24] <directhex> heh
[23:24] <ScottK> Better to not have the temptation.
[23:24] <Hobbsee> ScottK: is he frequent?
[23:24] <jpds> Hobbsee: He's still connected, best ban.
[23:24] <ScottK> Hobbsee: Dunno.  First time I've noticed.
[23:24] <directhex> i'd say the reverse applies. abusing /kick is less troublesome than letting out frustrations via calling someone a ^%&* ^T&* %%$^
[23:25] <ScottK> Hobbsee: Thanks.
[23:25] <ScottK> directhex: I've only really lost it on an Ubuntu IRC channel once.
[23:25] <Hobbsee> jpds: doesn't seem to be, but he's been there under that nick, on that IP, before
[23:25] <directhex> ScottK, i find #mythtv-users brings out the worst in me, if i try to actually participate
[23:26] <directhex> ScottK, oh, and #debian back when i had no regard for my blood pressure
[23:26] <ScottK> I generally avoid user channels.
[23:26] <ScottK> That helps.
[23:26] <directhex> heh
[23:26] <directhex> so why doesn't my babylon 5 dvd work on my intrepid-based laptop then? :'(
[23:27]  * ScottK asks directhex to consult /topic for the relevant answer.
[23:29] <directhex> i blame xorg-blah-intel. it's good for blaming.
[23:38] <philsf> slangasek: ping?
[23:51] <slangasek> kirkland: well, it would help then to quantify what the kernel team means when they say the drivers are built in "now" :)
[23:51] <slangasek> philsf: pong
[23:51] <kirkland> slangasek: actually, i think i got to the bottom of it ;-)
[23:51] <slangasek> ok
[23:52] <kirkland> slangasek: cjwatson is going to turn "on" the encrypt-home option again in the server iso;  hopefully it'll make the next daily and I'll test again tomorrow
[23:52] <slangasek> ok
[23:57] <philsf> slangasek: I want to confirm Bug #212098, but I'd like to be sure I'm not missing something here.
[23:58] <philsf> Does the issue only manifest itself in non-guest shares?