[12:19] <Burgwork> BenC: if the bug is needinfo, bug triaging rules say assign to the person who set it needinfo
[12:20] <BenC> Burgwork: Ok, I have differing rules for what I want done
[12:20] <Fujitsu> Burgwork, since when?
[12:20] <BenC> I don't see why needsinfo needs that, sounds silly
[12:20] <Burgwork> BenC: you need to talk to sfllaw
[12:20] <BenC> you can look at the comments to see what was asked for
[12:20] <BenC> and by whom
[12:21] <BenC> and look at history to see who set it that way
[12:21] <BenC> Anyway, for linux-source-2.6.x, I don't want it assigned until it has been triaged, set to confirmed, given a priority, and decided that it can be fixed
[12:23] <Burgwork> smart bug triagers should avoid nasty bug morasses like the kernel anyway...
[12:28] <sfllaw> BenC: The reason to do assignment is so you can search for what you're responsible for.
[12:29] <Burgwork> seb128: http://www.cups.org/str.php?L1869 <-- does Ubuntu have a fix for this specific issue?
[12:29] <BenC> sfflaw: it is quite common for several people to be asking for information on a single bug (at least for kernel source)
[12:29] <seb128> Burgwork: I'm not doing any cups work, dunno
[12:29] <sfllaw> BenC: It's true.  But people on BugSquad take responsibility for bugs.
[12:29] <Burgwork> seb128: just wondering. CUPS is driving me bonkers
[12:30] <BenC> sfllaw: Are they going to fix them aswell?
[12:30] <sfllaw> They will set it to Nobody once they finish triaging.
[12:30] <BenC> sfllaw: can't they just subscribe to a bug?
[12:31] <sfllaw> How do you differentiate between bugs you're interested in and bugs you're working on then?
[12:32] <BenC> sfllaw: Are BugSquad folks really interested in so many bugs that it's not easy to distinguish them from ones they are triaging? :)
[12:32] <sfllaw> It looks like it.
[12:32] <sfllaw> If you see some people's +subscribedbugs list.
[12:32] <BenC> sfllaw: brb, I got coffee waiting
[12:32] <sfllaw> BenC: Of course.
[12:32] <sfllaw> BenC: What problems does this procedure cause for you?
[12:32] <sfllaw> BenC: We considered this pretty carefully in Paris, Wiesbaden, and Mountain View.
[12:48] <BenC> sfllaw: Basically, I assume if a bug is assigned, it is being fixed by someone
[12:49] <BenC> sfllaw: I may be flexible on this, but I'd have to reconsider how my workflow has been going
[12:49] <somerville32> I always thought like BenC
[12:49] <sfllaw> BenC: Can you look at it as "if Status >= Confirmed && assigned" then it's being worked on?
[12:49] <somerville32> I only assign myself to a bug if I'm actually fixing it
[12:50] <ajmitch> sfllaw: this sounds like the same question I had a day or two ago
[12:50] <sfllaw> Yes.
[12:50] <seb128> I don't use assignement if I'm not going to fix the bug myself
[12:50] <sfllaw> mdz, sabdfl, and I talked about this as part of the bug-workflow spec.
[12:50] <sfllaw> Basically, assignment is used for triaging and fixing.
[12:51] <sfllaw> And there is an unassignment in between.
[12:51] <BenC> sfllaw: I guess it's just my way if thinking...It just seems like Assignee is being overloaded for this, when you really want something else instead
[12:51] <sfllaw> In triaging, it means "I am going to take responsibility for triaging this bug."
[12:51] <sfllaw> In fixing, it means "I am going to take responsibility for fixing this bug."
[12:51] <seb128> there is a difference between the bug triager looking at something and the package maintainer which has a look at all the bugs on his package
[12:52] <seb128> there is no point for a maintainer to use assigne like that
[12:52] <sfllaw> seb128: I don't understand how this is different from what I'm saying.
[12:52] <BenC> sfllaw: I guess as long as the unassignment doesn't start getting overlooked, I have no problem with it...my main concern is that some other people (sometimes the bug submitter, or an ACKer) will set the bug confirmed, and if it's not caught, then the bug is in a state where I think someone is actually fixing it
[12:53] <sfllaw> BenC: Right.  I'm being vigilant about that.
[12:53] <seb128> sfllaw: I didn't say it's different from what you are saying ;)
[12:53] <sfllaw> seb128: Oh, OK then!
[02:48] <sfllaw> *gasp* Why does killing gnome-screensaver not take down my session?
[02:48] <Lathiat> thats a "security feature"
[02:48] <Lathiat> i.e. someone just crashed the screensaver, dont give them access to my session
[02:48] <Lathiat> xscreensaver does it too
[02:48] <Lathiat> that said, GSS isnt unlocking for me in feisty atm
[02:48] <bhale> he said "not"
[02:48] <Lathiat> oh, not?
[02:48] <Lathiat> hrm
[02:49] <Lathiat> it has done that in the past for me
[02:49] <bhale> doesnt for me
[02:49] <Lathiat> that said, i did kill it the other day and it didnt nuke my session
[02:49] <Lathiat> so your right, perhaps its not atm
[02:49] <Fujitsu> I've never had it nuke my session, and I kill it a lot :P
[02:49] <bddebian> Heya
[02:51] <PuMpErNiCkLe> If you can kill it, you've basically got access anyway - right?
[02:51] <Fujitsu> PuMpErNiCkLe, pretty much.
[03:06] <jdub> Lathiat: i just foudn that problem with gss
[03:06] <jdub> but killing it didn't kill my session
[03:12] <bddebian> Can anyone tell me why diacanvas2 is sitting in NEW?  It's the same version already in the archive.
[03:13] <Fujitsu> bddebian, why would it be sitting there? Did it finally build!?
[03:14] <geser> Fujitsu: I fixed it
[03:14] <Fujitsu> geser, very good :)
[03:17] <geser> bddebian: it produces a new binary (libdiacanvas2-1)
[03:18] <bddebian> geser: Oh, you did?
[03:18] <bddebian> Rockin?
[03:18] <bddebian> s/?/!/
[04:28] <ademan> i've decided i need to learn  autotools, can anyone help direct me?  I've read a bit of the auto book, but i'm a bit confused about what files i need to write, what is generated at the pre-build stage (well, probably the wrong term, but like how it generates configure) and so on
[04:31] <Hobbsee> try #autotools or #automake
[04:35] <ademan> unfortunately neither seem to be populated
[04:35] <Hobbsee> ah
[04:35] <Hobbsee> i'd try a website on it or something?
[04:36] <ademan> yeah i dunno, i've actually read quite a bit, i can write the files, i'm just unclear on WHAT i have to write, what to name them, etc
[08:15] <sfllaw> ademan: The Goat Book is a good reference.
[08:16] <sfllaw> ademan: Autotools -> http://sources.redhat.com/autobook/
[08:18] <sfllaw> PuMpErNiCkLe: No, you don't yet have the state of the user's applications.
[08:18] <sfllaw> PuMpErNiCkLe: You might have been able to crash the screensaver.
[09:18] <ademan_> hey, i had a question about system events.  Linux has them right?  For instance with hotplugging devices right?  Well is there any reason why a system event can't be sent when a computer loses and reconnects it's internet?  For instance when i grab my laptop and unplug it and go into my living room and it connects to my wireless network (automatically thanks to the network manager applet) shouldn't it/couldn't it just send
[09:18] <ademan_>  out some sort of message for things such as gaim and x-chat to pick up and take as a cue to reconnect to their respective servers?) 
[09:21] <jdub> ademan_: the work on network-manager involves those messages
[09:24] <Chipzz> ademan_: as a side-note, I think that's a REALLY bad idea
[09:24] <Chipzz> but that's just me
[09:24] <ademan_> Chipzz: Why? it would be very convenient imho
[09:24] <Chipzz> if I have a temporary loss of wifi for example, windows disconnects ALL my putty sessions
[09:25] <Chipzz> and given that it's temporary, they could have very well recovered
[09:25] <ademan_> hrm, that is true, but how hard would it be to NOT do that if the reconnect is on the same network interface?
[09:25] <Chipzz> I HAVE lost word this way in the past
[09:25] <ademan_> i don't know anything about the messaging system but i assume it would include more than just the event, some relevant event data right?
[09:26] <Chipzz> s/word/work
[09:26] <jdub> ademan_: look into the dbus messages that n-m sends
[09:26] <ademan_> is there some program that monitors dbus communication?  Or is there a doc on the network manager?
[09:27] <Chipzz> it should be configurable at least
[09:28] <ademan_> well from the looks of it, since everything is through dbus, it would really depend on the applications themselves to catch these messages
[09:28] <ademan_> well i suppose that would be required either way
[09:30] <ademan_> on a sidenote the network manager website doesn't really provide any useful information as far as what the actual dbus communications are, no real documentation, i guess i'll grab the source if i want to pursue it further
[09:31] <dholbach> good morning
[09:31] <ademan_> morning, or rather nite, its nighttime here :-p
[09:32] <dholbach> hi ademan_ :)
[09:35] <ademan_> :-)
[09:36] <ademan_> anyone familiar with scons?  This is the third time i've been trying to learn autotools, it's not that i don't get it, it just seems like a massive pain in the rear for something that could be very simple.  I suppose it may be more flexible than other build systems, but it seems excessively verbose, and well, archaic
[09:40] <dholbach> I didn't work much with scons yet, no.
[10:03] <tsmithe> ademan_, you have autotools too!
[10:03] <tsmithe> *hate
[10:04] <Chipzz> my personnal opinion is that I don't want to push a python dependency on users just to build my software
[10:05] <Chipzz> that, and I'm pretty sure that systems like scons have their disadvantages too
[10:06] <Chipzz> also, the issue of correctly building software is inherently a complex thing to get right
[10:06] <Chipzz> stuff like making sure "make dist" etc work right are often overlooked
[10:07] <dholbach> hey seb128!

[10:07] <seb128> hi dholbach
[10:07] <seb128> dholbach: have a nice trip?
[10:07] <seb128> had
[10:07] <dholbach> hm hm hm :)
[10:07] <dholbach> it was ok
[10:09] <tsmithe> poor Chipzz - no one listened to his issues
[10:09] <jdub> ha ha sys.subversion in python2.4
[10:09] <jdub> er
[10:09] <jdub> python2.5
[10:10] <ademan_> Chipzz: well honestly how many systems DON'T have python?  Doesn't it come with every ubuntu release?
[10:12] <Chipzz> ademan_: I'm not talkin about ubuntu here
[10:12] <Chipzz> ademan_: well honestly how many distributions are there out there that are NOT ubuntu?
[10:12] <Chipzz> more to the point
[10:13] <Chipzz> if the software I'm writing is not desktop-software at all, but some server thing
[10:13] <Chipzz> the user may definately not have python installed
[10:14] <Chipzz> and I can very well feel for people who want to keep their installs uncluttered and small
[10:14] <Chipzz> so no, I would not think making python a build dependency would be an acceptable thing to do
[10:15] <Chipzz> python IS pretty heavy-weight, mind you
[10:15] <Chipzz> both on diskspace and cpu
[10:15] <Chipzz> (relatively heavy-weight for cpu)
[10:17] <Chipzz> (this is aside from what I think about python; I think python is a very nice and cool programming language; but this is about pushing personnal preferences to users)
[10:19] <Chipzz> let me give you another example: msttcorefonts used to have a script written in ruby to download and extract the fonts
[10:19] <Chipzz> so I had to install ruby just because the maintainer liked ruby, and happened to write his script in that language
[10:22] <\sh> moins
[10:22] <tsmithe> howdy
[10:22] <Chipzz> and again, </offtopic>
[10:22] <ademan_> true about the server part, but so many things for desktop linux require python anyways, and even more importantly, with ubuntu you're likely not building on your system anyways
[10:23] <ademan_> ok now </offtopic>  :-)
[10:47] <pitti> hi Hobbsee 
[10:47] <pitti> moin Keybuk 
[10:48] <dholbach> heya pitti
[10:48] <Hobbsee> hey pitti!
[10:49] <pitti> Hobbsee: *ruffle*
[10:50] <Keybuk> morning
[10:51] <Hobbsee> pitti: why am i being ruffled?
[10:52] <pitti> Hobbsee: you don't like it? /me won't any more
[10:52] <Hobbsee> pitti: i dont mind it, i just thought it was an odd response :)
[10:53] <pitti> Hobbsee: hm, maybe I got the translation wrong
[10:54] <Hobbsee> pitti: i think it was right.  it's not a good thing to mess up a woman's hair or something, ie ruffling, right?
[10:54] <pitti> Hobbsee: oh, hmm, then it was wrong; I mean the 'stroking/massaging head/neck'
[10:55] <Hobbsee> ahh
[10:55] <Hobbsee> similar :)
[11:11] <Chipzz> hrrrrm
[11:27] <Hobbsee> whee!
[11:30] <mneptok> Hobbsee: we can gang-ruffle pitti when he returns ...
[11:31] <Hobbsee> mneptok: yay :)
[11:31] <mneptok> the simple pleasures.
[11:31] <Hobbsee> mneptok: you realise that the server is split in at least 3 ways?
[11:31] <mneptok> Hobbsee: oh yes. and when things re-link, pitti's in for a ruffling.
[11:31] <Hobbsee> hehe
[11:43] <Fujitsu> 3 ways? That's rather impressive.
[11:51] <Hobbsee> Fujitsu: well, i'm connected to 2, and we're still missing people, so....
[11:51] <Hobbsee> yeah!
[11:51] <somerville32> This is crazy :/
[11:51] <Fujitsu> somerville32, it can get that way...
[11:52] <Hobbsee> Fujitsu: find out how to get a mailing list, please :)
[11:52] <somerville32> Hobbsee, like a lists.ubuntu.com ml?
[11:52] <Fujitsu> Hobbsee, why? (I think you ask jdub or similar)
[11:53] <jdub> not for a long time :)
[11:53] <jdub> mailman@lists.ubuntu.com
[11:54] <somerville32> I thought you mailed rt
[11:55] <Fujitsu> jdub, you're still listed as the admin for them (ubuntu-au, for example, elkbuntu has tried to get adminship of it, I believe).
[11:55] <jdub> that's just for that list, i don't create lists
[11:55] <Fujitsu> Ah, OK.
[11:59] <mneptok> list creation is done by sysadmins
[11:59] <Hobbsee> somerville32: yes
[11:59] <Hobbsee> jdub: right
[11:59] <somerville32> Hobbsee, e-mail rt :)
[11:59] <mneptok> rt@admin.canonical.com
[12:00] <Hobbsee> Fujitsu: -universe-sponsors - somewhere to send that massive block of mail
[12:00] <mneptok> your request will be cheerfully ignored until 2007.
[12:00] <Fujitsu> Hobbsee, that'd be good.
[12:00] <Hobbsee> yeah, fair enough
[12:00] <Fujitsu> Nice netjoin.
[12:00] <somerville32> Omgz
[12:01] <pitti> mneptok: *hug*
[12:01] <somerville32> We're all reunited at last! :)
[12:01] <Hobbsee> yay, i can close my client now
[12:01] <mneptok> holy crap. i just listened to my outgoing voicemail recording and i sound ... i sound ... *professional*!
[12:01] <Hobbsee__> haha
[12:01] <Fujitsu> mneptok, that's not plausible.
[12:03] <Mithrandir> mneptok: you're supposed to say stuff like that on #canonical, not here. :-P
[12:03] <mneptok> Mithrandir: no way. if sabdfl finds out i can act professionally he might start requiring me to do so.
[12:04] <bhale> hi all
[12:04] <Mithrandir> true
[12:04] <Hobbsee__> haha
[12:04] <Hobbsee__> professional is overrated
[12:04] <Hobbsee__> hey bhale 
[12:04] <mneptok> and a good, satisfying p00p is underrated.
[12:04] <somerville32> Yeah! Another netmerge! :D
[12:05] <mneptok> and with that, my professionalism vanishes into the ether.
[12:06] <gnomefreak> somerville32: looks like the one just ended
[12:07] <somerville32> If only we could merge packages this fast
[02:40] <giskard> hello *
[02:43] <\sh> to all developers, merry x-mas or whatever you celebrate and a happy new year ... will see you in 2007 :)
[03:03] <pitti> argh, today's dist-upgrade rendered my system totally unbootable (IDE disk hda has trouble with IRQ, but no kernel update took place today); BenC, anyone else, did you already hear about this?
[03:03] <Hobbsee> pitti: that the same as yesterday's?
[03:03] <pitti> Hobbsee: yesterday's?
[03:04] <pitti> dpkg.log shows that udev was upgraded today, I can't see anything else boot-related
[03:04] <Hobbsee> well, yesterday broke a lot of things, it seemed
[03:04] <Hobbsee> ah
[03:04] <pitti> I didn't dist-upgrade yesterday
[03:04] <Treenaks> *note* don't reboot
[03:05] <seb128> pitti: mine was break on fsck because fstab mentionned an unknow UUID for a partition
[03:05] <Lathiat> hrm my machine still works as of 5 minutes ago
[03:06] <pitti> seb128: unfortuntaly I don't have the 0ubuntu4 udev around any more, so I cannot downgrade that
[03:06] <pitti> but booting with 2.6.17 works
[03:06] <seb128> ah
[03:06] <seb128> I'm still using 2.6.17
[03:06] <seb128> 2.6.20 sucks
[03:06] <seb128> using gdb crash it
[03:06] <pitti> 2.6.20 booted fine for me this morning, and it wasn't updated today
[03:07] <seb128> and my network card breaks every now and then while using it
[03:07] <Treenaks> seb128: you didn't know? gdb is EVAL!~
[03:07] <seb128> Treenaks: "EVAL"?
[03:07] <Treenaks> seb128: sorry.. that's perl rubbing off on my brain
[03:12] <hunger> I guess it is doing something foolish in the initrd like checking for an nfs root or something... I don't get any output to help with the debug.
[03:18] <pitti> hmm, no good
[03:24] <alex-weej> hmm, has anybody here ever used D for anything substantial?
[03:24] <alex-weej> fsck wrong channel
[03:24] <alex-weej> question still applies :P
[03:24] <pitti> 'D'?
[03:24] <pitti> I need the letter for quite a few words...
[03:24] <Lathiat> it comes after C
[03:25] <alex-weej> lol
[03:25] <Lathiat> http://www.digitalmars.com/d/
[03:25] <zul> but before E
[03:25] <Lathiat> http://en.wikipedia.org/wiki/D_programming_language
[03:29] <pitti> oh, yet another semitone higher than C#?
[03:30] <Lathiat> i prefer Cb
[03:30] <alex-weej> haha
[03:30] <Lathiat> (C-flat for anyone musically inept)
[03:33] <_ion> b, huh?
[03:33] <_ion> C
[03:33] <Chipzz> BenC: ping?
[03:34] <Chipzz> initramfs-tools (0.85dubuntu1) feisty; urgency=low
[03:34] <Chipzz>     - manual_add_firmware: Need to keep this until kernel supports exporting
[03:34] <Chipzz>       firmware requirements from modules.
[03:34] <Chipzz> would this solve my problem?
[03:34] <Chipzz> (ipw2200 getting loaded to early with absent firmware)
[03:35] <pitti> BenC: for the records, I filed bug 76872 about my boot failure with the details I could get
[03:35] <Ubugtu> Malone bug 76872 in linux-source-2.6.20 "boot fails: does not detect hda any more (port conflict?)" [Undecided,Unconfirmed]  http://launchpad.net/bugs/76872
[03:38] <bddebian> Heya
[03:42] <Lathiat> i've been looking for something to do this nicely forever
[03:44] <Mithrandir> it's very shiny.
[03:45] <Lathiat> the 'related events' are a nice touch
[04:19] <BenC> Chipzz: pong
[04:19] <BenC> pitti: Ok
[04:20] <BenC> pitti: I bet it's initramfs-tools
[04:20] <BenC> pitti: Can you try something for me?
[04:20] <pitti> BenC: I'm glad to try something
[04:22] <BenC> pitti: Edit: /usr/share/initramfs-tools/scripts/local-top/udev_helper
[04:22] <BenC> comment out the modprobe for ide-generic at the end, and run "sudo update-initramfs -u"
[04:22] <pitti> doing now
[04:24] <pitti> BenC: I reboot with that, brb
[04:27] <zul> happy holidays everyone
[04:27] <pitti> BenC: bingo, that was it
[04:27] <BenC> pitti: Ok, thanks
[04:29] <pitti> BenC: I updated the bug accordingly
[04:31] <sbalneav> Best of the Season to all!
[04:32] <pitti> sbalneav: and to you!
[04:49] <fabbione> morning
[04:51] <Adri2000> cjwatson: ping: https://launchpad.net/distros/ubuntu/feisty/+queue?queue_state=0&queue_text=libdjconsole please, thanks in advance :)
[04:52] <mjg59> Adri2000: The queue may not be processed until after the holidays
[04:55] <Adri2000> :-/ I need it to update another package, and holidays is when I have more time to work on packages for ubuntu...
[04:55] <azeem> Adri2000: maybe you can setup a local repo and then queue up all the changes
[04:56] <geser> where should be bug reports filed about outdated Contents files on archive.ubuntu.com?
[04:56] <mjg59> Adri2000: Developers go on vacation too...
[04:57] <mjg59> Sorry, s/Developers/Archive admins/
[04:58] <Adri2000> I know, but I asked cjwatson yesterday and he told me he will do it
[04:58] <Adri2000> that's only binary packages, so it should be quick
[05:15] <parada-24> Hello
[06:04] <cjwatson> Adri2000: done
[06:51] <jdong> how come I never got the memo that it was in Edgy? :D
[06:58] <keescook> jdong: ah! I had never gone to figure out how to tweak that stuff. cool.  I've totally got to ionice my builds.  :)
[06:58] <jdong> keescook: it's just a miracle :)
[06:59] <jdong> it's just terrible when one of my backup scripts wakes up and executes a find / ..... command
[06:59] <jdong> and I'm watching a movie late at night
[06:59] <keescook> *frame drop*
[06:59] <jdong> ordinary nice is absolutely no good at preventing IO wars :D
[06:59] <jdong> yeah
[06:59] <jdong> especially with my slow laptop HD
[06:59] <keescook> sudo ionice -c1 ls   # give me a file list NOW    :P
[07:00] <jdong> :)
[07:01] <fabbione> cjwatson: are you around by any chance?
[07:14] <cjwatson> fabbione: yeah, for a bit
[07:14] <fabbione> cjwatson: i saw that debian did release os-problem 1.15
[07:15] <fabbione> cjwatson: (sec ddaa is joining us)
[07:15] <fabbione> ddaa: <fabbione> cjwatson: i saw that debian did release os-problem 1.15
[07:15] <cjwatson> os-prober
[07:15] <fabbione> ddaa: we maintain os-prober in bzr lp foobar :)
[07:16] <fabbione> bzr pull sftp://bazaar.launchpad.net/~vcs-imports/os-prober/main/
[07:16] <fabbione> bzr: ERROR: Not a branch: sftp://bazaar.launchpad.net/~vcs-imports/os-prober/main/
[07:16] <fabbione> but if i do it via http is ok!?!?
[07:16] <fabbione> and i can see that our devel branch is:
[07:16] <fabbione>    bound to branch: sftp://bazaar.launchpad.net/~ubuntu-core-dev/os-prober/ubuntu/
[07:16] <cjwatson> you need to use http, yes; you aren't in the vcs-imports team
[07:17] <cjwatson> and therefore you can't see /~vcs-imports over sftp
[07:17] <cjwatson> this is normal
[07:17] <fabbione> feh.. ok
[07:17] <fabbione> ddaa: i guess that explain everything
[07:17] <fabbione> ddaa: thanks anyway tho
[07:17] <ddaa> glad to be of service
[07:17] <fabbione> cjwatson: ok.. now i merged via http... anything against me uploading 1.15ubuntu1 ?
[07:17] <cjwatson> fabbione: it doesn't seem to urgently need a merge
[07:17] <ddaa> btw, I just checked the os-prober import, and it's all green
[07:18] <fabbione> cjwatson: no, there is only one cleanup commit in svn.. nothing fancy..
[07:18] <cjwatson> fabbione: but I don't object; can you commit the merge first (as UNRELEASED) and I'll eyeball it?
[07:18] <fabbione> cjwatson: yes of course...
[07:18] <fabbione> i just need a couple of more minutes to merge debian/changelog
[07:22] <seb128> cjwatson: could you reject the nautilus-share upload I just did if that's easy (the package is a NEW one), I would like to do a changelog change and upload again
[07:24] <cjwatson> seb128: done
[07:24] <seb128> cjwatson: thank you
[07:25] <keescook> hm, anyone else see gnome-gpg run away after being used?
[07:29] <fabbione> cjwatson: Committed revision 159.                                                            
[07:34] <cjwatson> fabbione: looks fine
[07:34] <cjwatson> fabbione: I do suggest renaming your checkout directory :-) branch nick: os-prober-1.14ubuntu2
[07:34] <fabbione> cjwatson: ok thanks
[07:34] <fabbione> i did
[07:34] <cjwatson> I usually just drop the version
[07:34] <fabbione> os-prober-1.15ubuntu1
[07:34] <cjwatson> oh, 'bzr nick ubuntu' or something then
[07:35] <fabbione> oh ok
[07:35] <fabbione> sec
[07:35] <cjwatson> it must have remembered the old name
[07:35] <cjwatson> (not important, though)
[07:35] <fabbione> fixing it
[07:35] <cjwatson> fabbione: I talked with spiv about the sftp/vcs-imports thing over dinner one day at allhands, BTW; it's sort of a design limitation in the supermirror at present, but theoretically fixable in future
[07:36] <cjwatson> I forget the details now, though
[07:36] <fabbione> cjwatson: that's fine.. i just didn't know :)
[07:36] <cjwatson> you can see how it works if you do 'sftp bazaar.launchpad.net' and 'ls'
[07:38] <fabbione> cjwatson:        branch root: /usr/src/ubuntu/mypkgs/nc/os-prober-1.15ubuntu1/
[07:38] <fabbione>  <- this is $pwd :)
[07:38] <fabbione> i did a mv dir and it did change
[07:38] <fabbione> the branch is the same as your
[07:38] <fabbione>    bound to branch: sftp://bazaar.launchpad.net/~ubuntu-core-dev/os-prober/ubuntu/
[07:38] <fabbione> this is the bit we really care
[07:43] <cjwatson> sure, the nick is just for bzr log neatness
[07:43] <cjwatson> fabbione: anyway, sure, go ahead and release that
[07:44] <fabbione> cjwatson: thanks.. 
[07:45] <cjwatson> ('debcommit --release' recommended to note the revision of the release, as bzr doesn't have tags yet)
[07:47] <fabbione> cjwatson: yeps.. i did that..
[09:23] <Popoi> 8-) hi... good luck developers!!
[09:44] <EvanCarroll> If I was to package up Abandonware, could I get its inclusion into the dapper-commercial repository?
[09:45] <tsmithe> only if you had permission... or is it really abandoned?
[09:53] <EvanCarroll> tsmithe: abandonia.com
[09:53] <EvanCarroll> I just think it would be a really good idea to bundle them all up, abandon-obitus, etc, and then a big meta-package, abandon-games
[09:54] <tsmithe> well, they wouldn't need to be in -commercial
[09:54] <tsmithe> only multiverse
[09:54] <EvanCarroll> think of all of the possiblities: Ubuntu-MAME. and such.
[09:54] <EvanCarroll> tsmithe: I thought multiverse required source
[09:54] <tsmithe> no - that's universe
[09:54] <tsmithe> multiverse is non-free
[09:54] <EvanCarroll> ok, well then that would work.
[09:54] <tsmithe> as is restricted
[09:54] <EvanCarroll> is it a go if i complete it?
[09:55] <tsmithe> i guess
[09:55] <tsmithe> ask in #ubuntu-motu to be sure
[10:23] <lifeless> morning
[10:24] <_ion> night
[10:53] <seb128> happy holidays everybody, see you
[10:54] <fabbione> seb128: have fun mate
[10:54] <seb128> fabbione: thanks, you too ;) 
[11:02] <cjwatson> EvanCarroll: I hate to be a naysayer, but as an archive admin I don't think I would accept that
[11:02] <cjwatson> EvanCarroll: one alternate suggestion would be to create an installer package that makes it really easy to fetch games from there