[12:34] <exlt> I've been searching for why a blacklisted module is still loaded, even though it is listed in /etc/modprobe.d/blacklist - I can unload it manually fine - this worked in 6.10, however is not working in feisty
[12:36] <exlt> $ grep pcspkr /etc/modprobe.d/blacklist
[12:36] <exlt> blacklist pcspkr
[12:36] <exlt> $ lsmod |grep pcspkr
[12:36] <exlt> pcspkr                  4352  0
[01:23] <Kano> hi Riddell , are you here
[01:25] <Kano> ok, will come back tomorrow...
[02:13] <infinity> Wow, this is special....
[02:13] <infinity> apt has suddenly decided I don't have anything installed.
[02:14] <Burgundavia> infinity: it loves you
[02:14] <Burgundavia> I had my db corrupted the other day as well, first time ever
[02:15] <infinity> It's rather odd, since dpkg is fully aware of everything being installed, but apt claims nothing is.
[02:15] <infinity> What did you need to force it to regenerate to fix it?
[02:19] <infinity> Oh, perhaps the pkgcache.bin
[02:19] <infinity> Yup, that fixed it.
[02:19] <infinity> Weird.
[03:17] <Solarion> can someone help me figure out why gnome-cups-manager refuses to set the cups printer properties?
[03:17] <Solarion> *something* is hosed.
[03:17] <somerville32> See #ubuntu for support :] 
[03:17] <Solarion> man, I don't want support
[03:17] <Solarion> I want to debug the bug
[03:21] <Solarion> no?
 will there ever be a scriptable interface to launchpad </whine>
[03:40] <jdong> clicking on a billion buttons and dealing with $browserlagtime is getting really old now
[03:41] <LaserJock> kinda depends on what you're looking for
[03:41] <LaserJock> you can do some stuff with email
[03:41] <zul> there is an email interface
[03:42] <LaserJock> it still could use more for data mining kind of stuff
[03:42] <LaserJock> but you can at least file and change bugs via email
[03:52] <crimsun> imbrandon: got an amd64/feisty chroot?
[03:52] <crimsun> sorry, -ECHANNEL
[04:08] <jdong> LaserJock: how does that work?
[04:09] <LaserJock> jdong: how does what? email?
[04:09] <jdong> the main things I need to do are (1) change status (2) subscribe ubuntu-archive (3) get a list of bugs for source package foo in ubuntu
[04:09] <jdong> LaserJock: yeah, the e-mail interface
[04:11] <LaserJock> well for 1 and 2 you should be able to use the email interface
[04:11] <jdong> ok, that's a really good start :)
[04:11] <jdong> how would I do that thru e-mail
[04:11] <LaserJock> for 3 you can use +bugstext
[04:12] <LaserJock> jdong: https://help.launchpad.net/UsingMaloneEmail
[04:13] <LaserJock> jdong: for 3 us https://launchpad.net/distros/ubuntu/+source/<foo>/+bugs-text
[04:15] <jdong> LaserJock: cool. Is there any way to filter that bug list
[04:15] <jdong> LaserJock: I am only interested in open ones
[04:15] <jdong> or are those open ones
[04:15] <LaserJock> no, there is an LP bug open about that I think
[04:16] <jdong> hmm
[04:17] <jdong> I'd rather not bombard launchpad by scraping every single ticket it tells me about
[04:18] <jdong> and is there a way to retrieve a bug in text?
[04:18] <jdong> the url you gave simply lists all the bugs
[04:18] <jdong> and I've tried a few permutations of that
[04:18] <LaserJock> that's all I know of
[04:18] <LaserJock> but #launchpad might have better answers
[04:21] <jdong> ok
[04:23] <iambob> does ubuntu supports parallel startup of services ?
[04:23] <LaserJock> jdong: just getting a plain text copy of the bug from some url would help
[04:23] <jdong> LaserJock: that's exactly what I need
[04:24] <jdong> I can use some cheap code to parse the rest
[04:24] <LaserJock> jdong: I'd +1 a bug on that ;-)
[04:24] <jdong> I'm just trying to build that into a souped-up prevu that presents all the info I need to decide on a backport in one step
[04:24] <jdong> :)
[04:24] <jdong> in other words, I'm getting lazy
[04:25] <LaserJock> bah, I just need to keep track of a lot of packages
[04:25] <LaserJock> iambob: I really don't know for sure but I don't think yet by default
[04:25] <LaserJock> jdong: do you know if upstart does parallel service startup?
[04:26] <jdong> not currently
[04:26] <iambob> i think it should be a wanted feature... it is supported by windows, mac os and the like... but we need that in linux also
[04:26] <jdong> it will be able to from what I'm told
[04:26] <jdong> but right now upstart behaves exactly like sysvinit
[04:27] <jdong> but it is intended that upstart will soon be able to parallelize
[04:27] <jdong> iambob: does that answer your question?
[04:31] <iambob> yes
[06:44] <Burgundavia> elmo: ping
[06:44] <Burgundavia> elmo: re -devel-discuss and -news moderator passwords
[09:56] <dholbach> good morning
[09:58] <somerville32> dholback: Trinity promised me you'd pay me with a hug.
[09:59] <somerville32> *dholbach
[09:59] <dholbach> heya somerville32
[09:59] <somerville32> Hi :] 
[09:59] <dholbach> somerville32: oh really? for what? ;-)
[10:00] <somerville32> He got mad at me sending an MRI review request to ubuntu-devel but then I pointed out that it is in the workflow as described on the wiki
[10:00] <somerville32> *for
[10:00] <somerville32> He said he wasn't very good at the hugging thing but he'd get you to give me one the next time he saw you.
[10:00] <dholbach> MRI? MainInclusionReport?
[10:00] <somerville32> Yes.
[10:01] <crimsun> s/Trinity/infinity/g
[10:01] <somerville32> Gah
[10:01] <dholbach> ah ok, that's a MIR ;-)
[10:01] <somerville32> It is 5am here now
[10:01] <somerville32> I can't be held responsible for typos

[10:01] <somerville32> xjump
[10:01] <crimsun> apparently an alarming number of people are addicted to it
[10:02] <dholbach> uh huh?
[10:02] <dholbach> . o O { produtivity ~> 0}
[10:03] <dholbach> ok, addiction won't happen - I'm too stupid for it :)
[10:03] <jdub> wii!
[10:06] <somerville32> Who is going to the cc on Tuesday?
[10:06] <elmo> with any luck the CC will
[10:07] <Fujitsu> elmo: I find that unlikely, considering their previous record.
[10:07] <Fujitsu> Or at least not until 30 minutes or so after it starts.
[10:07] <somerville32> Has the CC lineup changed or is that secret information?
[10:08] <Fujitsu> It hasn't been put to vote yet, so no.
[10:10] <lfittl> infinity: please give back the build of vdrift, thanks
[10:13] <somerville32> Gah, the xjump game is hard. :/
[10:13] <Fujitsu> somerville32: Yeah, it can be.
[10:14] <Fujitsu> Icy Tower was popular for quite a while at school.
[10:14] <somerville32> Trippy
[10:14] <Fujitsu> I think they've modified the algorithms to make it significantly easier than XJump.
[10:16] <somerville32> I can't make it past floor 9
[10:18] <Treenaks> I've been to 13
[10:19] <neuralis> i've made 27
[10:19] <tepsipakki> 28 :)
[10:19] <dholbach> floor 3
[10:19] <dholbach> !
[10:20] <Fujitsu> 3!
[10:20] <neuralis> you need to use counter-balance (i.e. don't just jump in one direction). that makes it easier to control.
[10:20] <dholbach> neuralis: thanks a lot, but I think I don't want to find out ;-)
[10:21] <neuralis> heh
[10:21] <somerville32> Someone in Xubuntu made it above 100
[10:22] <neuralis> i just did 46 on my third try.
[10:24] <somerville32> Oh god, I got #ubuntu-devel addicted now too
[10:24] <somerville32> Doh.
[10:25] <elkbuntu> somerville32, what did i tell you about distracting the developers?
[10:26] <somerville32> Hobsee is going to get me good now. : (
[10:26] <elkbuntu> i have her phone number around here somewhere
[10:27] <PuMpErNiCkEl> Oh god, it's more addictive than tetris. o.O
[10:28] <Treenaks> thom: moon-buggy is SO 2003
[10:28] <Treenaks> (or was it 2002?)
[10:29] <elmo> 2002
[10:29] <elmo> if not earlier
[10:29] <thom> yeah, #u-d seems to be doing the same trends now though :_)
[10:33] <somerville32> elmo: Burgundavia was looking for you earlier. Did you get a hold of him?
[10:33] <elmo> somerville32: he sent his request to RT, and it'll get dealt with, thanks
[10:34] <somerville32> Awesome. :] 
[10:38] <mvo> Mithrandir: good morning. re sync request #72988. why do we need a changelog if the delta of ubuntu<->debian is empty (modulo changelog)?
[10:39] <dholbach> hey Tollef
[10:40] <Mithrandir> hiya Daniel, Michael
[10:40] <Mithrandir> mvo: a bit unsure actually; It's listed unconditionally in the "Syncs" bit of developerresources, but I agree it's kinda pointless.
[10:41] <mvo> Mithrandir: ok, thanks. maybe this can be disussed in the next meeting or just changed to exclude packages with empty delta
[10:43] <Mithrandir> mvo: I think we can just change the procedure, I'll change the ext.
[10:44] <Mithrandir> text, even
[10:44] <mvo> Mithrandir: great, thanks a lot :)
[10:48] <Mithrandir> mvo: actually, I think I'll leave it since it makes a lot more sense after UVF.
[10:49] <mvo> Mithrandir: right, for UVF that is true. its less important for the other times
[10:50] <Mithrandir> before UVF it's less important, yes.
[10:53] <Mithrandir> mvo: https://wiki.ubuntu.com/DeveloperResources#syncs looks good to you?
[10:54] <mvo> Mithrandir: yes, looks good
[10:59] <fabbione> cjwatson: when you are around, i would like to look at network-console with you to start working on sparc64-installer.. mind to ping me when you are alive enough?
[11:01] <cjwatson> fabbione: I'm alive, after a fashion
[11:01] <mneptok> cjwatson: moin.
[11:02] <cjwatson> yo
[11:02] <Fujitsu> Evening, cjwatson.
[11:03] <fabbione> cjwatson: ok... i think to test nc we will need at least to move it to main.. 
[11:03] <fabbione> cjwatson: so that i can actually tell anna to load it..
[11:03] <fabbione> cjwatson: do we need a MIR for such small piece of sshd wrapper?
[11:03] <cjwatson> yes
[11:03] <cjwatson> I'll do one
[11:03] <cjwatson> I already have the seed diff in my tree somewhere
[11:04] <fabbione> cjwatson: you are too fast for me :)
[11:04] <fabbione> cjwatson: if you want i can do the MIR and offload you
[11:04] <cjwatson> it's ok, it'll help me wake up
[11:04] <Mithrandir> mvo: however, it would be good if you in the future also included the rest of the information, like version number.
[11:07] <fabbione> cjwatson: ok as you wish :)
[11:13] <fabbione> cjwatson: afaict network-console is the only one that needs source and binary move to main. all the other sources are in main.. 
[11:13] <fabbione> cjwatson: i don't think there is any binary that needs shuffling
[11:17] <cjwatson> 10:14 < cjwatson> untrue
[11:17] <cjwatson> 10:15 < cjwatson> openssh-server-udeb | 1:4.3p2-6ubuntu1 | feisty/universe/debian-installer | amd64, i386, ia64, powerpc, sparc
[11:17] <cjwatson> 10:15 < cjwatson> don't worry, I can keep track of this sort of thing myself
[11:17] <cjwatson> fabbione: ^--
[11:18] <fabbione> cjwatson: oh right.. yes and i even saw that one :) but the source is in main so it's not a major pain
[11:18] <cjwatson> indeed, and I've mentioned it in the inclusion report
[11:18] <fabbione> cjwatson: i was only trying to be somehow so to speak useful :)
[11:18] <cjwatson> it's not important, but you claimed the opposite so :)
[11:18] <fabbione> thinko.. becuase i saw it
[11:18] <fabbione> whatever anyway.. thanks for double checking :)
[11:22] <cjwatson> I'd already written that part of the report ;)
[11:22] <cjwatson> MainInclusionReportNetworkConsole, anyway; in the queue for review
[11:25] <mvo> Mithrandir: ok, sorry for that
[11:26] <Mithrandir> mvo: no problem, I just got a tad confused about the one which had been synced already.
[12:01] <cjwatson> so ... any objections to me switching d-i over to using the -generic kernels?
[12:01] <cjwatson> I was planning to leave the netboot installer on -386
[12:02] <cjwatson> so that there's still *some* way to install with the -386 kernel, just not by default
[12:03] <cjwatson> this will free up a bit of space on the i386 CDs because we won't have to ship linux-headers-386 any mre
[12:03] <cjwatson> more
[12:03] <Mithrandir> I'm all for anything which gives us more space
[12:03] <cjwatson> might actually have two netboot builds, one -386 and one -generic; that would work ...
[12:07] <Fujitsu> Keybuk: Can you please convince MoM that it wants to work again?
[12:08] <Keybuk> Fujitsu: what isn't working at the moment?
[12:08] <Fujitsu> It hasn't updated in 4 days.
[12:09] <Keybuk> so it hasn't
[12:09] <Fujitsu> It makes merging a little more difficult when you can't easily see what actually needs to be merged.
[12:09] <Keybuk> it's stuck updating the pool for some reason
[12:09] <Fujitsu> What fun.
[12:10] <Keybuk> *kicks it*
[12:10] <Fujitsu> I've been doing that for days :P
[12:14] <gnomefreak> mvo: you around? apt is not marking packages with depends issues as held back again
[12:15] <mvo> gnomefreak: what bugnumber? 
[12:15] <mvo> gnomefreak: or how to reproduce :) ?
[12:15] <gnomefreak> havent filed it yet
[12:15] <gnomefreak> mvo: i just ran dist-upgrade
[12:16] <gnomefreak> i just woke up so havent gottent o a bug yet i will file one now 
[12:17] <cjwatson> fabbione: note that os-prober is in bzr, if you're working on it
[12:17] <fabbione> cjwatson: i am only looking at it for now.. nothing more
[12:17] <cjwatson> ok, well https://bazaar.launchpad.net/~ubuntu-core-dev/os-prober/ubuntu anyway
[12:17] <fabbione> cjwatson: but thanks. i will make sure to give you branches in case it needs change
[12:18] <cjwatson> just commit directly
[12:18] <fabbione> ok
[12:18] <gnomefreak> mvo: https://launchpad.net/distros/ubuntu/+source/apt/+bug/75343
[12:18] <Ubugtu> Malone bug 75343 in apt "[Feisty]  dist-upgrade not marking as held back" [Undecided,Unconfirmed]  
[12:18] <fabbione> cjwatson: i assume/guess all of d-i is in bzr now...
[12:18] <gnomefreak> mvo: im gonna see if there is a work around maybe upgrade will work
[12:18] <cjwatson> fabbione: lots, not quite all
[12:19] <cjwatson> fabbione: https://wiki.ubuntu.com/InstallerDevelopment has some random witter about this
[12:19] <fabbione> cjwatson: ok. i will make sure to coordinate uploads with you anyway. 
[12:19] <cjwatson> sure, thanks
[12:19] <fabbione> no problem at all
[12:21] <mvo> gnomefreak: I have a look, thanks. maybe it is related to the recent "Breaks: " changes
[12:21] <gnomefreak> mvo: only thing that works is apt-get -f install
[12:22] <gnomefreak> mvo: aptitude might but rather use -f install
[12:22] <Riddell> Keybuk: is merge-o-matic being updated?
[12:23] <azeem> Riddell: see 15 minutes ago
[12:23] <gnomefreak> mvo: i added the output of apt-get -f install so you can see what will be removed/installed
[12:24] <Keybuk> Riddell: yes
[12:25] <mvo> gnomefreak: ok, thanks
[12:25] <gnomefreak> yw
[12:25] <Riddell> Keybuk, azeem: ok
[12:26] <Riddell> mvo: I finished my qt-language-selector changes, do you want to review them or do you trust me to merge and upload?
[12:26] <StevenK> mvo: I wanted to get you to have a look at build failure when you have a spare moment, too.
[12:27] <StevenK> mvo: It builds fine on Debian, but not on Ubuntu, and I think I've nailed it down to the Ubuntu changes. The package in question is libept.
[12:27] <Riddell> mvo: screenshots at, https://wiki.kubuntu.org/FeistyFawn/Herd2/Kubuntu, I think the changes make it much more usable
[12:27] <StevenK> (The Ubuntu changes for apt, that is.)
[12:27] <Riddell> StevenK: uh oh
[12:27] <Riddell> StevenK: which ubuntu changes?
[12:28] <mvo> Riddell: feel free to upload, screenshots look good
[12:28] <StevenK> I haven't quite pulled it apart, given the patch is 4Mb.
[12:28] <mvo> StevenK: can you give me the url with the build failure message?
[12:29] <mvo> StevenK: i.e. were it fails
[12:29] <mvo> ?
[12:29] <StevenK> mvo: http://librarian.launchpad.net/5346111/buildlog_ubuntu-feisty-i386.libept_0.4.7_FAILEDTOBUILD.txt.gz
[12:29] <Riddell> StevenK: libept should be in sync with debian
[12:29] <mvo> StevenK: thanks, I check it after lunch
[12:29] <StevenK> mvo: Thank you.
[12:29] <StevenK> Riddell: It is. *Apt* has changed
[12:29] <mvo> Riddell: we added support for translated package descriptions, not sure that is available upstream yet
[12:29] <Riddell> mm
[01:05] <gnomefreak> mvo: FYI for when you return. using apt-get -f install worked than after that i ran sudo apt-get install <packages that were removed> and after changing a few versions of a couple apps it seems to have worked.
[01:05] <mvo> gnomefreak: do you have any unusual sources.list?
[01:06] <gnomefreak> nope i had a koffice repo but got rid of it when 1.6.1 hit feisty repos
[01:06] <Hobbsee> is this for kubuntu-desktop?
[01:06] <gnomefreak> but that doesnt explain everything else :(
[01:06] <gnomefreak> Hobbsee: just upgrade
[01:06] <Fujitsu> Keybuk: Is MoM likely to be fixed at any point in the near future?
[01:06] <StevenK> Fujitsu: Bed, huh?
[01:07] <Hobbsee> ah
[01:07] <Fujitsu> StevenK: Maybe bed, but maybe not :P
[01:08] <gnomefreak> mvo: libegroupwise and libexchange-storage changed versions and libgnutls12 is no longer in repos
[01:10] <Keybuk> Fujitsu: no, mom will never work again
[01:11] <Hobbsee> Keybuk: why not?
[01:11] <Keybuk> because I'm clearly not the kind of guy who fixes something when a problem is alerted to him
[01:11] <Hobbsee> you've written another, super-leet tool for merging?
[01:11] <Keybuk> (hint: MoM is running now)
[01:11] <Hobbsee> ah
[01:11] <Fujitsu> Ah, it takes a significant amount of time to run?
[01:12] <Hobbsee> StevenK: actually, the lines were probably sent at about the same time
[01:12] <Keybuk> Fujitsu: yes, hours
[01:13] <Fujitsu> Keybuk: Ah, that'd do it.
[01:13] <StevenK> Eeek
[01:13] <Fujitsu> Hobbsee: Industrial strength, I hope?
[01:13] <StevenK> :-p
[01:13] <Hobbsee> Fujitsu: of course
[01:16] <Mithrandir> doko: about your ia32-libs-scim ; what about ia64?  I assume there aren't native OOo binaries for that arch?
[01:18] <doko> Mithrandir: we removed the openoffice.org-amd64 source, so there's no need to keep ia32-libs-scim
[01:18] <lucas> Question: cd ; touch /tmp/toto ; ln -s /tmp/toto
[01:18] <lucas> (sans vrifier, sinon c'est trop facile) (A) a marche (B) a marche pas, il faut donner une destination  ln
[01:18] <lucas> oops
[01:18] <Mithrandir> doko: oh, ok.
[01:18] <lucas> wrong channel, wrong language :-)
[01:19] <doko> Mithrandir: keeping ia32-libs-gtk makes sense because of apps like third party apps like acrobat. not that sure about ia32-libs-kde
[01:20] <Mithrandir> doko: doesn't acrobat include its own copy of libgtk?
[01:21] <elmo> Mithrandir: if they do, they're not installed into the right directory
[01:21] <doko> Mithrandir: or was it skype? not sure, but I remember bug reports asking for the package
[01:22] <thom> definitely not skype, since that's qt
[01:22] <Mithrandir> doko: ok; I haven't used skype ever and not acroread since Pentium Pros were the new kids on the block.
[01:23] <thom> (definitely not skype to the gtk thing)
[01:23] <Mithrandir> (and iirc acroread used motif then)
[01:26] <doko> hmm, bug 24942 mentions realplay
[01:26] <Ubugtu> Malone bug 24942 in ia32-libs-gtk "realplay fails due to gdk-pixbuf not finding loaders." [Medium,Fix released]  http://launchpad.net/bugs/24942
[01:26] <Hobbsee> j ubuntuforums
[01:48] <thom> hey, would anyone object to adding mmv to minimal and promoting it to main? it's a stunning 86kb, but hella useful
[01:49] <Mithrandir> stefg: any reason standard wouldn't be enough?
[01:50] <Mithrandir> s/stefg/thom/
[01:50] <Mithrandir> that's quite a typo.
[01:50] <stefg> heh
[01:51] <Mithrandir> StevenK: https://bugs.launchpad.net/distros/ubuntu/+source/pouetchess/+bug/72052 ; you seemed to be happy with it, but I'd prefer one of you in the motu-sru team to vouch for the correct debdiff, not just the first one.
[01:51] <Ubugtu> Malone bug 72052 in pouetchess "MOTU SRU proposal" [High,Unconfirmed]  
[01:51] <thom> well, standard'd work too
[01:54] <StevenK> Mithrandir: All done.
[01:55] <Mithrandir> StevenK: thanks, now I just want it fixed in feisty too before accepting.
[01:55] <StevenK> Mithrandir: That isn't my issue. :-)
[01:55] <Mithrandir> StevenK: no, I wasn't trying to ask you either. :-)
[02:19] <Mithrandir> seb128: can you upload a new totem without updated config.{sub,guess}, please?
[02:19] <Mithrandir> (to edgy-updates)
[02:19] <seb128> Mithrandir: why?
[02:20] <seb128> I can probably do that
[02:20] <seb128> I didn't update them
[02:20] <cjwatson> "The package difference must be a minimal change to fix the bug. Spurious changes to build systems, documentation, functionality will be rejected."
[02:20] <ogra> seb128, any news aboiut libgnomekbd ?
[02:20] <seb128> debian/rules must be doing it
[02:20] <seb128> ogra: ask to some ftpmaster, it's sitting to NEW 
[02:20] <Mithrandir> seb128: because I'm going to reject the one in there since it has build system changes.
[02:20] <ogra> seb128, oh, thanks 
[02:20] <Mithrandir> seb128: yeah, it probably copies /usr/share/misc/config.{sub,guess} into the source
[02:20] <ogra> some-ftpmaster, ping :)
[02:21] <seb128> cjwatson, Mithrandir: ok, I'll hack that out
[02:21] <Mithrandir> this is usually a good thing, but not for stable updates.
[02:21] <cjwatson> you can probably avoid that by making the change in a clean unpacked source package and doing 'debuild -S' just once; avoid running debuild in that tree at any other point
[02:21] <seb128> cjwatson: yeah, I though I did
[02:21] <seb128> lemme fix that
[02:21] <cjwatson> well, unless it does it in the clean target, in which case you might be boned and have to do it by hand
[02:21] <ogra> cjwatson, Keybuk, can one of you un-new libgnomekbd please its holding up gnome screensaver
[02:21] <seb128> Mithrandir: should I update the version?
[02:21] <Mithrandir> seb128: same version is fine.
[02:21] <seb128> ok
[02:21] <Mithrandir> ogra: I can NEW it.
[02:22] <ogra> Mithrandir, then do so please :)
[02:22] <ogra> giskard, any news about ttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttttthe power manager package ? else i need to package 2.17 myself, we have some apps that rely on patches to 2.17 now ...
[02:25] <seb128> ogra: why do you use xgl?
[02:25] <ogra> seb128, its the only thing that works on my laptop for beryl/compiz with fglrx
[02:25] <seb128> oh, you are bling addict now :p
[02:26] <pitti> carlos: hi!
[02:26] <carlos> pitti: hi!
[02:26] <pitti> carlos: is there any ETA for feisty langpacks?
[02:26] <ogra> well, if we push it in feisty i should know about the drawbacks ;)
[02:26] <ogra> so i run one machine with beryl :)
[02:27] <carlos> pitti: I will plan it today with kiko and danilo
[02:27] <seb128> pitti: I asked him about feisty like one hour ago on #launchpad :p
[02:27] <pitti> wrt desktop effects, with the current feisty packages I lose all window decorations when I enable the effects -- is that just me?
[02:28] <StevenK> pitti: Beryl, or Compiz?
[02:28] <ogra> pitti, i've seen the same in compiz ....
[02:28] <seb128> StevenK: compiz
[02:28] <ogra> bery works though
[02:28] <ogra> +l
[02:28] <StevenK> I've seen it in Beryl, when you have two copies of Emerald running.
[02:28] <seb128> do you have the window decorator thing running?
[02:28] <pitti> StevenK: erm, compiz I believe
[02:29] <Ng> pitti: it's supposed to start gnome-window-decorator, but I don't appear to have that installed
[02:29] <Ng> oh, it's gtk-window-decorator now
[02:29] <seb128> ogra, pitti: is that ppc?
[02:30] <Mithrandir> ogra: please ask libgnomekbd upstream to update the FSF address in the GPL headers
[02:30] <ogra> seb128, amd64 here (with i386 OS)
[02:31] <Mithrandir> actually, s/ogra/seb128/
[02:31] <pitti> seb128: no, my amd64 workstation; on the ppc, effects are FUBAR anyway
[02:31] <pitti> seb128: (way too slow, tinted in blue, no decorations either)
[02:31] <pitti> Ng: Hm, I do have a gtk-window-decorator binary available
[02:32] <pitti> and on my amd64 the new nvidia driver doesn't give me the full resolution
[02:32] <Mithrandir> ogra,seb128: libgnomekbd accepted
[02:33] <ogra> Mithrandir, TA! :)
[02:33] <seb128> Mithrandir: thank you
[02:34] <ajmitch> pitti: you're not alone in losing decorations
[02:34] <seb128> pitti: oh, it was crashing, backtrace welcome when that happens :)
[02:34] <seb128> pitti: query BTW?
[02:34] <ajmitch> & I've got all the bits turned on for xorg.conf that I'm aware of :)
[02:34] <Mithrandir> ok, it's slightly hard to read a discussion between Sebastien Bacher and Sebastian Breier. :-P
[02:34] <pitti> seb128: manually calling gtk-window-decorator --replace doesn't help, BTW
[02:35] <pitti> seb128: crash> probably just due to libraries and evo out of sync; now everything is 2.9 and works again
[02:35] <pitti> seb128: query?
[02:36] <seb128> pitti: grumpf, /me not registred
[02:36] <seb128> pitti: I used Breaks for avoid the out of sync for evo, weird, anyway if it's fixed :)
[02:36] <Mithrandir> seb128: https://bugs.launchpad.net/distros/ubuntu/dapper/+source/gnome-vfs2/+bug/48579 needs some action from your side, can you do that?
[02:36] <Ubugtu> Malone bug 48579 in nautilus "Opening remote locations hangs nautilus" [Unknown,Fix released]  
[02:36] <pitti> seb128: ah, I remember; nice
[02:40] <pitti> seb128, ajmitch: hmm, after I log out and back in, the effects button is still enabled, but effects are off again
[02:40] <seb128> Mithrandir: will do, thank you for pointing it
[02:41] <Mithrandir> dholbach: in some cases, I have backport requests which aren't really appropriate as backports, but rather SRUs.  What's a good way for me to point the motu SRU team to those bugs?
[02:44] <dholbach> Mithrandir: subscribe  motu-sru  to the bug?
[02:45] <seb128> gra
[02:46] <seb128> pitti: do I need a main promotion for libgnomekbd? ;) That's code which was copied to gnome-control-center and gnome-applets which has been moved to a proper library
[02:46] <Mithrandir> dholbach: sounds good to me.
[02:46] <cjwatson> SRUs need to be prepared as well as approved in those cases, though
[02:46] <pitti> seb128: not for my sake
[02:47] <seb128> Mithrandir: ? (cf what I just wrote to pitti)
[02:47] <pitti> seb128: to the contrary, that makes sense
[02:47] <Mithrandir> seb128: if it's just reshuffling of code into different packages, I'm fine with putting it directly in main.
[02:47] <seb128> Mithrandir: yep, that's moving code copy to a lib, thank you :)
[02:47] <seb128> control-center Build-Depends on it for a week
[02:48] <Mithrandir> seb128: I guess you want all the binaries in main too?
[02:48] <seb128> so it should jump somewhere on the "to promote" list
[02:48] <seb128> Mithrandir: yes please
[02:48] <Mithrandir> I'll do that once libgnomekbd is published, then
[02:49] <seb128> ok, thank you
[02:49] <Mithrandir> seb128: also, I'm doing archive administration full time those days, but there's so much to do, so little time.. :-)
[02:49] <Mithrandir> feel free to poke about specific problems like "I need this lib now", though
[02:49] <seb128> ok, noted, thank you
[02:59] <giskard> ogra, ping
[03:00] <ogra> giskard, pong 
[03:00] <giskard> http://www.buntudot.org/people/~giskard/
[03:01] <giskard> ogra, i will be away the entire day.. here ^ you can find dsc and diff for gpm-2.17.3
[03:01] <dinosaur-rus> hi
[03:02] <dinosaur-rus> is SVN 1.4 going to be packaged?
[03:03] <ogra> giskard, yay, thanks a lot
[03:04] <cjwatson> dinosaur-rus: it's on the queue at http://merges.ubuntu.com/main.html, so yes
[03:04] <cjwatson> (feisty)
[03:07] <dinosaur-rus> cjwatson, that's good. but is there any way to install it on Edgy? (may be wrong channel for this question)
[03:07] <cjwatson> ask the backports folks; I imagine there won't be at least until it's in feisty
[03:09] <dinosaur-rus> heh, I'd better wait until Feisty :P
[03:09] <dinosaur-rus> thx anyway
[03:09] <divansantana> hi develepors! :)
[03:10] <divansantana> please can someone help me!
[03:10] <divansantana> I am not a developer and not sure what i'm doing. Its quite simple sure someone here can help me
[03:10] <divansantana> I am trying to rebuild the squid src package to include --enable-follow-x-forwarded-for option
[03:11] <divansantana> I have apt-get source squid; cd squid-2.6.1; ./configure --enable-follow-x-forwarded-for option
[03:11] <darek> hi
[03:12] <divansantana> now how would i make a deb file?
[03:13] <divansantana> is there a ubuntu doc website for this??
[03:13] <zul> ask in #ubuntu-motu
[03:14] <dsas> divansantana: https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/index.html and #ubuntu-motu
[03:16] <divansantana> wil try
[03:16] <divansantana> thanks
[03:49] <bddebian> Heya
[04:03] <Mithrandir> pitti: we might want to do an SRU to update mailman to fix https://bugs.launchpad.net/distros/ubuntu/+source/mailman/+bug/69760, but that also requires us to backport the security fixes from python's email module to mailman.  How do you feel about us doing that?
[04:03] <Ubugtu> Malone bug 69760 in mailman "TypeError: iso-8859-1" [Unknown,Fix released]  
[04:04] <pitti> Mithrandir: pretty intrusive... AFAIR I just put the workaround into -security (intercepting the exception) instead of the new email pacakge
[04:04] <pitti> Mithrandir: but edgy's mailman should already have the latest email pacacke, or did we forget about this?
[04:05] <Mithrandir> pitti: unsure, but mailman ships its own copy.
[04:05] <pitti> right, I mean the internal copy
[04:05] <Mithrandir> it's probably old
[04:05] <Mithrandir> or old-ish
[04:05] <sistpoty> Mithrandir: please don't subscribe motu-sru unless enough info for an sru (as in debdiff, s.o. who will take care for uploading and so on) is present. we only accept/reject sru's but don't do them ourselves ;)
[04:06] <Mithrandir> sistpoty: I did it after discussion with dholbach 
[04:06] <sistpoty> *g*
[04:07] <pitti> Mithrandir: ok, I know too little about the mailman guts to say off-hand how intrusive it would be, but in the current state it can't get much worse
[04:07] <Mithrandir> pitti: heh, ok.
[04:07] <sistpoty> ping dholbach: can we discuss the "assign motu-sru" briefly? (maybe on -motu)
[04:07] <Mithrandir> pitti: I'm not very happy about this, but mailman shunts messages into a queue and just logs it without doing any further notification.
[04:08] <pitti> right, that's evil
[04:08] <pitti> Mithrandir: but that doesn't seem to affect Dapper, right?
[04:08] <pitti> Mithrandir: when I did the security update, I did some tests with non-ASCII chars, too, and mail was delivered normally
[04:08] <Mithrandir> pitti: it affects dapper too.  And breezy, but I don't think I care that deeply there.
[04:08] <Mithrandir> pitti: non-mimeencoded?
[04:09] <pitti> hm, weird
[04:09] <pitti> Mithrandir: not sure, I just tried sending stuff with mutt, which does mime encoding AFAIK
[04:09] <Mithrandir> sistpoty: from an archive admin POV, what I fairly often come across is "this package is broken, we must backport" in which case the response is almost always "no, you get to do an SRU" and I'd like to ask a useful subset of the MOTUs to do that.
[04:09] <pitti> or, wait, it might not encode the charset, I gotta check
[04:09] <Mithrandir> pitti: I think this isn't a problem in that case; it's only a problem if mailman gets unencoded stuff
[04:09] <Mithrandir> AIUI, anyway
[04:11] <dholbach> sistpoty: sure
[04:11] <sistpoty> Mithrandir: but asking motu-sru to do that would be counterproductive for the team: if I work on an sru myself, I don't vote for accept/reject myself, so all other team members would need to vote
[04:12] <Mithrandir> sistpoty: sure; I asked dholbach for a procedure and he said "subscribe motu-sru"; I presumed that you'd have a procedure you then followed to actually get an update done.
[04:12] <sistpoty> Mithrandir: hehe... we're just discussing this now on -motu ;)
[04:16] <dholbach> Mithrandir: ok, then ask the people to write to ubuntu-motu@ about it, so they can discuss and get explanations on how to do it properly
[04:18] <sistpoty> dholbach, Mithrandir: for the 2 bugs I'll write a short mail to -motu
[04:18] <dholbach> sistpoty: thanks a lot
[04:18] <sistpoty> no problem ;)=
[05:08] <CarlFK> if anyone cares:  http://packages.ubuntu.com   contents, Keyword:  libmysqlclient.so Search - the formating on the results page is tweaked.  
[05:27] <bSON> hi
[05:27] <Chipzz> seb128: ping?
[05:28] <seb128> Chipzz: pong
[05:29] <Chipzz> seb128: can you rebuild gnome-panel and gnome-applets?
[05:30] <seb128> Chipzz: I can do that
[05:30] <Chipzz> they need to be rebuild against libedataserver1.2-9
[05:30] <seb128> weird
[05:30] <seb128> I've uploaded gnome-panel some hours ago
[05:30] <seb128> how did it pick the wrong one?
[05:30] <seb128> let me look
[05:31] <Chipzz> seb128: hrrrm, lemme run apt-get update
[05:31] <Chipzz> but I think I just did that
[05:32] <seb128> maybe it didn't build yet
[05:32] <seb128> anyway I'll sort that
[05:48] <jdong> Does dpkg have any plans to switch to an alternate form of compression than gzip?
[05:48] <jdong> has this been discussed anywhere that I can read up on?
[05:50] <mvo> jdong: bzip2 is supported since some time and lzma is part of the latest dpkg IIRC
[05:50] <jdong> mvo: cool, that is sweet
[05:50] <_ion> Yay.
[05:50] <cjwatson_> ... but we're only using bzip2 on selected packages because the decompression overhead is comparatively high
[05:50] <jdong> mvo: so how would one generate a deb with these alternate forms of compression?
[05:51] <jdong> cjwatson_: yeah, that's understandable
[05:51] <cjwatson_> dpkg-deb --help | grep -- -Z
[05:51] <cjwatson_> dpkg-deb --help | grep -A1 -- -Z
[05:51] <jdong> LZMA on the --fast setting tends to compress similarly to bzip2 but do it about 15% faster....
[05:52] <jdong> so provided that we can promote lzma to main that might be a future option
[05:53] <jdong> mvo: will lzma support propagate to Ubuntu or will lzma have to be in main?
[05:56] <mvo> jdong: lzma support is part of debian dpkg now, so we will get it eventually
[05:56] <jdong> mvo: cool
[05:57] <cjwatson_> it would have to be in main to be usable though
[05:58] <cjwatson_> the bzip2 support just uses the library (statically linked), not the binary; I assume the same is done with lzma ...
[06:00] <cjwatson_> mvo: are you sure? I don't see it in 1.13.24
[06:02] <cjwatson> oof, gparted's i18n is painful
[06:03] <cjwatson> "Create Primre Partition #1 (ext3, 1.99 GiB) on /dev/hda"
[06:03] <mvo> cjwatson: my data is from "Subject: dpkg 1.13.24 hint and next upload". he talks about two patches he want to upload, one for lzma. I haven't followed from that point on
[06:03] <cjwatson> might be in revision control but not uploaded, I guess
[06:03] <mvo> yes, probably
[06:06] <cjwatson> ugh, they did it by fork/exec not a library
[06:14] <cjwatson> Mithrandir: question for you in a comment on bug 68243 (I subscribed you after adding the comment, unfortunately)
[06:14] <Ubugtu> Malone bug 68243 in gparted "manual partitioning still can't create HFS bootstrap partition" [High,Confirmed]  http://launchpad.net/bugs/68243
[06:34] <mdz> doko: my upgrade in feisty wants to remove g++-3.4 and libstdc++6-dev. why is that?
[06:35] <cjwatson> Mithrandir: cdimage change in bug 67961 untested; let me know if it suddenly can't find any seeds tomorrow :-)
[06:35] <Ubugtu> Malone bug 67961 in Ubuntu "use more up-to-date seed mirror" [Wishlist,Confirmed]  http://launchpad.net/bugs/67961
[06:37] <doko> mdz: it's in universe and you don't have universe enabled?
[06:37] <mdz> doko: I do have universe enabled, and apt-get doesn't remove packages if they disappear from the archive
[06:38] <mdz> there seems to be some version skew
[06:38] <mdz> The following packages have unmet dependencies:
[06:38] <mdz>   g++-3.4: Depends: gcc-3.4 (= 3.4.6-3ubuntu1) but 3.4.6-4 is to be installed
[06:38] <mdz>   gcc-3.4: Depends: gcc-3.4-base (= 3.4.6-4) but 3.4.6-3ubuntu1 is to be installed
[06:38] <mdz>            Depends: cpp-3.4 (= 3.4.6-4) but 3.4.6-3ubuntu1 is to be installed
[06:39] <mdz> oh, probably skew between the mirrors
[06:39] <doko> mdz: I could install g++-3.4
[06:39] <mdz> doko: the US mirror is slightly behind
[06:39] <doko> works for me
[06:43] <seb128> Keybuk: what is that "Bugs closed in Debian" about? It lists bugs closed between when and when?
[06:43] <Keybuk> seb128: "yesterday" and "today"
[06:44] <Keybuk> it's been going to ubuntu-devel for about a year :op
[06:44] <seb128> hum
[06:44] <Keybuk> but nobody's been moderating ubuntu-devel until today, apparently
[06:44] <ivoks> didn't catch it cause of the noise :)
[06:44] <seb128> it doesn't look realistic for between yesterday and today :p
[06:44] <Keybuk> seb128: yesterday = the last Debian day that mom run and didn't crash
[06:44] <Keybuk> seb128: today = the most recent Debian day that mom ran in
[06:44] <seb128> could you include those informations somewhere in the mail? ;)
[06:45] <Keybuk> no
[06:45] <Keybuk> it's pretty meaningless :P
[06:45] <seb128> I see
[06:45] <Keybuk> I should probably just arrange for them not to be sent
[06:45] <seb128> who cares, that list is moderated once a year anyway :p
[06:45] <Keybuk> now it's moderated daily
[06:45] <Burgwork> Keybuk: I used to be moderating -devel
[06:46] <Burgwork> I nuked those emails and didn't let them through, as per our discussion a month or so ago
[07:13] <psusi> is there any way to have a postinst step that is run after ALL packages are installed rather than only after that individual one is?
[07:13] <cjwatson> nothing built into the packaging system
[07:13] <cjwatson> the feature is known as "triggers", but has never been implemented
[07:13] <psusi> blast....
[07:13] <psusi> hrm.. is there a spec for it somewhere?
[07:13] <psusi> would be nice to have that
[07:14] <iwj> psusi: No.  I agree.
[07:14] <cjwatson> it's unclear what the correct thing to do when it fails is
[07:14] <iwj> It has to be agreed with Debian too, which makes it a bit more complicated.
[07:14] <iwj> cjwatson: I think I know the answer.
[07:14] <cjwatson> iwj: oh?
[07:14] <iwj> I just have to write it up.
[07:14] <iwj> Treat the package owning the trigger roughly as if its postinst failed.
[07:14] <psusi> or give the package an option of specifying how it wants it handled
[07:15] <psusi> some things you don't really care if they fail
[07:15] <cjwatson> psusi: then the trigger should use || true; no need to build that into the packaging system
[07:15] <psusi> I just get frustrated seeing a dozen different packages all do an update-initramfs, or rebuild the font cache, and such
[07:15] <psusi> cjwatson: true
[07:16] <iwj> psusi: Yes, there are lots of things like this.  With a good spec I think getting it a good priority for implementation will be a no-brainer.
[07:16] <cjwatson> iwj: would be fun if the package in question wasn't even being configured in the current run
[07:16] <cjwatson> but I can see that that could work
[07:16] <iwj> cjwatson: Yes, then you defer it.
[07:16] <darek> hi
[07:17] <cjwatson> psusi: (this is why I rejected your post from ubuntu-devel, BTW; it comes under "Ideas and suggestions about future development of Ubuntu")
[07:18] <psusi> really?  that should go on the new list?
[07:19] <cjwatson> https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-December/000227.html
[07:19] <cjwatson> yes
[07:21] <psusi> so a spec needs written for it eh?  maybe I'll give that a go
[07:25] <cjwatson> psusi: it's preferable to let iwj do it if he already knows what needs to be done
[07:25] <cjwatson> psusi: I doubt that the blocking issue is writing a specification, anyway
[07:30] <proppy> infinity: ping
[07:30] <proppy> hi
[07:39] <psusi> k
[07:44] <Mithrandir> cjwatson: 68243> your solution is fine with me
[08:40] <darek> hi
[08:44] <Riddell> cjwatson: experimental-qt4-port up and working, should be ready to merge
[08:45] <Riddell> cjwatson: still a lot of gaps to fill in, but basicly it works
[08:45] <Riddell> cjwatson: qt 4 doesn't let you have nested mainloops, so I had to set a flag and do while flag: processEvents(), which isn't ideal but doesn't seem to cause any problems
[08:46] <Riddell> cjwatson: any the xembed of qtparted caused a segfault so I've left that out for now.  no idea why, it works fine in a small test app
[10:23] <psusi> I am confused.... we appear to have a seperate gnus package for gnus, but the base emacs package also contains ( an older version of ) gnus
[10:23] <psusi> hrm... wonder if that's a result of upstream
[10:32] <proppy> infinity: ping
[10:34] <jdong> apart from using one of the pmount hacks floating around, is there any other way of having ntfs-3g be used to mount ntfs volumes rather than kernel ntfs?
[10:52] <theBishop> has anyone booted Ubuntu on a PS3 yet?
[10:58] <jdong> do we support the Cell architecture?
[10:58] <jdong> maybe Feisty?
[10:58] <Burgwork> it is in .19
[10:59] <jdong> Burgwork: that's what I thought
[10:59] <jdong> so Feisty then :)
[10:59] <jdong> even then
[10:59] <jdong> does the PS3 boot like a ppc?
[10:59] <jdong> or would you need to do a FC5 install then debtakeover it
[10:59] <jdong> :)
[10:59] <jdong> what a lovely script btw
[10:59] <theBishop> it will theoretically boot any PPC distro
[10:59] <jdong> theBishop: cool
[11:00] <theBishop> however, it gives you a kboot loader, it doesn't simply boot the CD
[11:00] <theBishop> and i can't figure out how to boot the ubuntu installer
[11:00] <theBishop> i'm riffing on basically this command: kexec -l --command-line="ro root=LABEL=/" -initrd="/mnt/cdrom/install/powerpc/initrd.gz" /mnt/cdrom/install/powerpc/vmlinux
[11:00] <theBishop> aww
[11:01] <jdong> apparently he didn't get the memo that I don't want surprise presents anymore
[11:01] <theBishop> it sounds like they are getting shipped every week, if you were serious about getting one, i bet you could
[11:01] <jdong> theBishop: I really don't need one
[11:01] <jdong> I don't game
[11:01] <theBishop> :(
[11:01] <jdong> and I have enough CPU power to heat my house through the winter
[11:02] <jdong> it's just... I'm the nerdy tech guy
[11:02] <theBishop> if you're an Iraqi dictator, you could use one to launch a scudd missle
[11:02] <jdong> and people struggle thinking of presents that would "impress" me
[11:02] <jdong> lol as a joke one of my contacts sent me a COA for Vista x64 RTM
[11:02] <jdong> :)
[11:03] <theBishop> haha
[11:03] <theBishop> i'd get Vista... but it probably wouldn't believe i bought it
[11:03] <theBishop> and lock me out
[11:03] <jdong> I don't want to spare 20GB to the  behemoth
[11:04] <jdong> I want my HD space dammit
[11:04] <jdong> and I've already determined USB installing it is too much effort for my curiousity to justify
[11:29] <cjwatson> Riddell: thanks
[11:29] <cjwatson> will have a look
[11:39] <somerville32> cjwatson: ping
[11:40] <psusi> shouldn't the mailcap default for text be to invoke $EDITOR rather than force vi?
[11:41] <psusi> looks like the vi package installs a mime rule to run vi for all text
[11:42] <psusi> although I guess it might not be good if you have EDITOR=/usr/bin/edit
[11:49] <infinity> proppy: pong
[11:49] <cjwatson> somerville32: mail me if you like; I'm going to bed
[11:51] <somerville32> cjwatson, k
[12:00] <wasabi> bug 75410   guy's pretty fast.
[12:00] <wasabi> bug#75410
[12:00] <wasabi> Gah. What's the trigger for that bot?
[12:00] <kylem> malone #75410
[12:01] <Mithrandir> probably just Ubugtu being slow.
[12:01] <Mithrandir> the first syntax is fine
[12:05] <somerville32> The bots are experiencing some technical difficulties at this time.
[12:06] <proppy> infinity: hi, could you trigger the build of two stalled, package in dep-wait ?
[12:07] <proppy> infinity: https://launchpad.net/distros/ubuntu/+source/poker-engine/1.0.20-1 first
[12:07] <proppy> infinity: https://launchpad.net/distros/ubuntu/+source/poker-network/1.0.31-1 second
[12:07] <infinity> proppy: Uhm, I can't magically make the packages it dep-waits on exist...
[12:07] <proppy> infinity: dholb* tell me you're the human trigger to this thing, if it hang
[12:07] <proppy> infinity: it already exist
[12:08] <proppy> infinity: it's just a timing issue
[12:08] <infinity> If it did, it wouldn't be in dep-wait..
[12:08] <Mithrandir> hmm, would anybody mind if I disabled the ubuntu-4.10 and ubuntu-5.04 milestones?  Targetting bugs to them now that they're no longer supported would be quite useless
[12:08] <proppy> infinity: it was synced from debian the 07/12
[12:08] <proppy> infinity: and the build was triggered the 06/12
[12:08] <infinity> proppy: I see no python-pypoker-eval in the archive.  Do you?
[12:08] <proppy> infinity: Missing Dependencies:  	python-pypoker-eval
[12:08] <Mithrandir> infinity: I synced it yesterday, it's probably stuck in NEW
[12:09] <proppy> infinity: https://launchpad.net/+builds/+build/265873
[12:09] <Mithrandir> but given it's past midnight now, I don't think I'm going to do anything about it.
[12:09] <infinity> proppy: For future reference, dep-waits are auto-cleared when the needed package is in the archive.
[12:09] <infinity> Anyhow, I'll pop it through the new queue for you.
[12:09] <proppy> infinity: you mean the build is already triggered ?
[12:10] <infinity> The build is in dep-wait because its build-deps aren't in the archive yet.  When the build-deps get into the archive (which I'm doing now), the build will retry automatically, yes.
[12:10] <proppy> infinity: cause poker-eval (which seems to be the dep-waited dedpendencies) successfully build 08/12
[12:10] <proppy> infinity: https://launchpad.net/distros/ubuntu/+source/pypoker-eval/133.0-2
[12:11] <proppy> infinity: how ok
[12:11] <infinity> proppy: Yes, it was built, but it wasn't in the archive, because the binaries were new, and needed manual processing.
[12:11] <proppy> infinity: ho  ok
[12:11] <proppy> infinity: i'm sorry to bother you with this, i'm pretty new to the sync process
[12:12] <proppy> infinity: i don't really now what are the human step and which aren't
[12:12] <proppy> infinity: thanks
[12:13] <proppy> infinity: so it was already scheduled to be moved to the archive, cause the build was ok, right ?
[12:13] <infinity> proppy: In cases like this, there can be some human steps, but thet also don't really require bugging.  We get to them when we get to them.
[12:13] <infinity> proppy: dep-wait is something that should never require manual intervention, though, unless I wrote the code wrong.
[12:13] <proppy> infinity: it was just a matter of time