[03:22] <ubuntu> <IP_ADDRESS>
[03:22] <ubuntu> you fucker listen
[03:23] <ubuntu> who try to hack ubuntu server
[03:23] <ubuntu> <IP_ADDRESS>
[03:23] <ubuntu> this ip-hack ubuntu server
[03:23] <ubuntu> where i can write to the police,to get him.
[03:25] <somerville32> Ummm...
[03:25] <Nafallo> ubuntu: contact abuse at your ISP instead.
[03:25] <Nafallo> ubuntu: and this is not the right channel
[05:51] <mvo> Riddell: looking over the cmake merge, I think the package can be synced (but I leave it for your judgment)
[06:00] <fabbione> morning
[06:02] <ajmitch> morning fabbione
[06:06] <mvo> hey fabbione
[06:07] <fabbione> mvo: you are up incredibly early...
[06:07] <fabbione> or late...
[06:13] <mvo> fabbione: very early, happens to me every couple of weeks that I wake up in the middle of the night and can not sleep no more
[06:14] <fabbione> mvo: welcome to the club dude
[06:14] <fabbione> of the married people :P
[06:14] <mvo> haha :-D
[06:14] <fabbione> it's all the feelings we repress during the 2 weeks that explodes in one night
[06:14] <fabbione> ;)
[06:15] <mvo> I was told it will get worse when family grows :)
[06:16] <mvo> who needs sleep when there are outstanding merges anyway?
[06:24] <jsgotangco> mvo: i wake up at 5am to bring my kid to school at 7 and sleep around 1am sheeshh
[06:24] <mvo> jsgotangco: uhhh, that is *very* little sleep :)
[06:55] <pjdid> does anyone know any "GOOD" screen capture recording programs for linux
[07:51] <lousygarua> checkout www.skrbl.com, gives u a nice web-based svg collaborative whiteboard, in case u wanna sketch some ideas in realtime outside of launchpad's blueprints thing
[08:11] <pitti> Good morning
[08:12] <mvo> good morning pitti
[08:12] <fabbione> hey pitti
[08:12] <ajmitch> hi pitti
[08:12] <Hobbsee> hiya pitti, mvo, fabbione
[08:13] <fabbione> hey Hobbsee
[08:13] <pitti> NOOOOOOOOOoooooooo.......
[08:18] <Hobbsee> hi jono.  fix the world, please.
[08:18] <Hobbsee> hi spam
[08:18] <jono> Hobbsee: heh
[08:18] <jsgotangco> hi
[08:18] <nixternal> haha
[08:18] <jono> I am off to bed in any sec - been awake 33 hours
[08:18] <nixternal> hola
[08:19] <nixternal> jono: I hate odd number, wait another hour and then go to bed
[08:19] <Hobbsee> haha
[08:19] <jono> heh
[08:19] <Hobbsee> jono: i believe your input is wanted on the irc ops thing - it's the only thing holding up the council
[08:19] <jono> when was this input requested? its news to me
[08:19] <Hobbsee> it's probably in your email
[08:20] <Hobbsee> CC mail, from what i hear
[08:21] <jono> right
[08:21] <jono> I havent checked mail for a few days because of travel
[08:21] <Hobbsee> jono: that's...expected.
[08:21] <Hobbsee> only the crazy people can check mail and irc and such while travelling.
[08:21] <Hobbsee> apparently it's a skill.
[08:21] <jono> heh
[08:22] <jsgotangco> i think its w.r.t. governance docs
[08:22] <jono> some would say I am crazy logging in when there is a perfect opportunity for sleep, after 33 hours and I have to be up in 6 hours
[08:23] <ajmitch> jono!
[08:23] <jono> heya ajmitch :)
[08:42] <dholbach> good morning
[08:42] <Hobbsee> morning dholbach!
[08:42] <dholbach> hey Hobbsee
[08:42] <dholbach> quoi?
[08:42] <Hobbsee> pitti: was already thrown in.  *shrugs*
[08:43] <Hobbsee> dholbach: any ideas on when we should call a REVU day for?
[08:43] <dholbach> Hobbsee: I'd think that any day is a good day
[09:15] <dholbach> TheMuso: uploaded - thanks a lot
[09:16] <mdke_> does anyone know if we have a bug open about the fsck that starts every 30 boots?
[09:16] <TheMuso> dholbach: np thank you.
[09:17] <mdke_> morning dholbach
[09:17] <mdke_> Hobbsee: just to clarify, jono doesn't get CC mail
[09:18] <mdke_> so bzr-builddeb gets more hugs than us, eh?
[09:18] <mdke_> fair enough
[09:19] <fabbione> mdke_: that's not a bug
[09:19] <fabbione> checking of the fs is normal and it should be done
[09:19] <fabbione> 30 is usually a random number that can vary depending on a few things
[09:20] <mdke_> fabbione: well, it's existence might not be, but its implementation is not good enough, in my opinion. I think there should be at least one of the following: (1) an opt-out, (2) an explanation that makes sense to people without knowledge of the linux filesystem, and (3) a splash screen
[09:20] <fabbione> mdke_: 1) tune2fs or learn /etc/fstab, 2) google 3) there is a spec already
[09:21] <mdke_> fabbione: thanks for 3), that answers my initial question. I don't understand 1) or 2) though
[09:21] <fabbione> mdke_: the value of 30 is tunable and can be disabled. you need to know how to do it because it's really really bad to disable it
[09:22] <mdke_> ok, so let's scrap (1). No opt out
[09:22] <fabbione> mdke_: 2) if you want an explanation on why it's good to fsck your FS once in a while look for docs..
[09:22] <mdke_> fabbione: no, that's not what I meant
[09:23] <fabbione> mdke_: ok so explain what you mean
[09:23] <mdke_> I will... give me a sec to type it
[09:23] <fabbione> 1
[09:23] <fabbione> too late
[09:23] <fabbione> :)
[09:23] <mdke_> damn these italian sense of humours
[09:24] <mdke_> I was thinking that instead of "/dev/sda3 has been mounted 30 times..." it would be nice to say something that makes sense to normal users, like "Your hard disk needs to be checked every 30 boots, checking now..."
[09:24] <fabbione> mdke_: well ok that's a totally different issue that can be addressed easily.. wishlist bug
[09:24] <mdke_> cool
[09:24] <mdke_> what's the appropriate package?
[09:25] <shawarma> e2fsprogs
[09:26] <mdke_> bless you
[09:27] <mdke_> ok, thanks fabbione and shawarma
[09:29] <mdke_> it's bug 121687 if you are interested in triaging/subscribing
[09:29] <ubotu> Launchpad bug 121687 in e2fsprogs "Confusing message for fsck check at boot" [Undecided,New]  https://launchpad.net/bugs/121687
[09:29] <jsgotangco> nice
[09:30] <jsgotangco> i wondered though, why it does that on first boot after install in alternate as well?
[09:31] <Hobbsee> mdke_: right, yes.  i believe he was CC'd.
[09:31] <Hobbsee> mdke_: but thanks for the clarification
[09:31] <mdke_> Hobbsee: ah, there is more than one meaning of CC :)
[09:31] <mdke_> he's not on the recent stuff, but maybe older email
[09:32] <Hobbsee> mdke_: okay, i believe he was CC'd on the CC (community-council) email about the irc ops stuff
[09:32] <Hobbsee> mdke_: indeed.  so the person who uses the most at once wins!
[09:32] <Hobbsee> :P
[09:33] <Tonio_> hello
[09:33] <Hobbsee> hi Tonio_
[09:42] <jsgotangco> dholbach: i've already updated the wiki on the sched for next week's CC thanks
[09:42] <lousygarua> where do i download a beta for gusty for testing? is there such a thign? do i have to compile it from source?
[09:43] <Hobbsee> !gutsy | lousygarua
[09:43] <ubotu> lousygarua: Gutsy Gibbon is the code name for the next release of Ubuntu (7.10). See https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-April/000276.html and https://wiki.ubuntu.com/GutsyReleaseSchedule - Roadmap and specifications: https://blueprints.launchpad.net/ubuntu/gutsy - Support in #ubuntu+1
[09:44] <shawarma> lousygarua: We had out first alpha release about two weeks ago.
[09:44] <shawarma> lousygarua: http://cdimage.ubuntu.com/releases/gutsy/tribe-1/
[09:44] <shawarma> lousygarua: If you're slightly more adventurous, there are daily images as well.
[09:45] <shawarma> lousygarua: http://cdimage.ubuntu.com/daily-live/current/
[09:45] <lousygarua> shawarma: hmm thanks
[09:45] <dholbach> jsgotangco: rock and roll - thanks a lot
[09:45] <shawarma> lousygarua: Thanks for helping out.
[09:45] <dholbach> asac: new CC meeting announced (June 26th, 13-15 UTC)
[09:50] <asac> dholbach: thanks!
[09:50] <asac> dholbach: will forward
[09:53] <Hobbsee> hm.  gutsy problems looks a little nasty
[10:02] <pitti> mvo: can you please upload the package for bug 114569?
[10:02] <ubotu> Launchpad bug 114569 in update-manager "update-manager -d does not show new development release (only -c -d)" [Medium,In progress]  https://launchpad.net/bugs/114569
[10:02] <pitti> mvo: then I can process it with today's batch
[10:09] <shawarma> The GutsyReleaseSchedule wiki page says "Please do not edit".. Nonetheless, it's ok if I add our server sprint, right?
[10:10] <pitti> shawarma: that sounds fine to me
[10:22] <shawarma> Yay, -changes is back.
[10:22] <pitti> shawarma: \o/
[10:23] <shawarma> Aw, crap. Those two were from feisty-changes..
[10:23] <shawarma> Maybe gutsy-changes is still gone.
[11:00] <siretart> :)
[11:01] <mvo> pitti: will do the upload now (sorry, was disctracted)
[11:06] <mvo> pitti: new update-manager for feisty-proposed uploaded
[11:07] <pitti> mvo: thanks, accepted; there is another one in -proposed, that stuff should be tested
[11:07] <pitti> piling up stuff in -proposed is bad
[11:10] <mvo> pitti: totally agreed, I will talk to brian about it and do a test plan with him
[11:10] <mvo> pitti: I can't test it myself :/
[11:10] <mvo> (well, I *do* test it myself of course :)
[11:11] <pitti> :)
[11:11] <mvo> you know what I mean :P
[11:12] <mvo> yeah!
[11:12] <seb128> ;)
[11:12] <mvo> desktop-effects can go that way too (or vanish from the archive complettly)
[11:12] <pitti> mvo: oh?
[11:12] <seb128> pitti: merged to gnome-control-center
[11:12] <pitti> oh, cool
[11:12] <pitti> mvo: can you unseed it then, please?
[11:13] <seb128> pitti: it's a new tab in the appearance capplet now
[11:13] <seb128> doing it now
[11:13] <ajmitch> pitti: just evms to go, or is that the last of gtk+ 1.2 in main?
[11:13] <seb128> mvo: ^
[11:13] <seb128> I've some seed changes to do
[11:13] <pitti> ajmitch: it's already iun universe
[11:13] <ajmitch> yay!
[11:13] <seb128> pitti: BTW do I need to discuss with somebody if I want to add xdg-user-dirs(-gtk) to desktop seed?
[11:13] <pitti> ajmitch: there's still some stuff left: libdv and smpeg, AFAIR
[11:13] <ajmitch> aw.. :(
[11:13] <pitti> seb128: no, that's fine; in fact you should do so to keep it in main
[11:14] <seb128> pitti: a new smpeg using gtk2 has been uploaded to Debian yesterday
[11:14] <pitti> seb128: if it's part of an approved spec or will happen upstream, that's fine
[11:14] <mvo> pitti: I have done that this morning, just not uploaded new ubuntu-meta yet
[11:14] <pitti> seb128: ! rock
[11:14] <pitti> seb128: cool, that's not modified
[11:15] <pitti> seb128: hm, it's not in incoming
[11:15] <pitti> ... want ... sync ...
[11:16] <ajmitch> syncing still broken?
[11:16] <seb128> pitti: maybe I'm wrong
[11:16] <seb128> pitti: http://packages.qa.debian.org/s/smpeg/news/20070621T131703Z.html
[11:16] <pitti> ajmitch: no, works
[11:17] <pitti> seb128: maybe my current autosync run caught that then :)
[11:19] <geser> pitti: LP lists it as pending without a date
[11:20] <pitti> yeah, being published
[11:25] <pitti> seb128: seed changes> darn, I forgot to change galde
[11:25] <pitti> seb128: glade
[11:25] <ajmitch> pitti: when does autosyncing stop?
[11:25] <pitti> ajmitch: at UVF
[11:25] <ajmitch> hm, I thought it was DebianImportFreeze
[11:26] <seb128> pitti: doing it
[11:26] <seb128> pitti: I've to do some seed changes
[11:27] <pitti> mvo: ok, so can I kick desktop-effects out of the archive right now? or does it still need somehting?
[11:27] <pitti> mvo: I don't see anything in 'appeareance'
[11:28] <pitti> ajmitch: that should coincide
[11:29] <pitti> mvo: ah, there it is, nevermind me
[11:29] <ajmitch> pitti: I'm confused, DebianImportFreeze is listed as today
[11:29] <pitti> mvo: 'Enable extra effects' -> that's a bit underdescribed IMHO
[11:29] <pitti> ajmitch: hm, weird
[11:29] <seb128> mvo: I told him on #ubuntu-desktop some minutes ago ;)
[11:34] <geser> I uploaded xcache tonight and got these two mails: http://paste.ubuntu-nl.org/26686/ a reject and an accept
[11:34] <geser> does somebody have an idea what happened there?
[11:35] <pitti> mvo: compiz-fusion-plugins-extra> please do a followup upload with pointing to common-licenses/GPL (I'll let it through and trust you with that, though)
[11:35] <ogra> oh, is -changes back ?
[11:36] <pitti> ogra: apparently only for syncs and feisty
[11:36] <dholbach> siretart: mvo just told me that he uses   bzr bd --merge --builder "dpkg-buildpackage -S -sa -rfakeroot"  because otherwise it will not include the orig.tar.gz in the .dsc for -0ubuntu1 versions - do you know anything about that?
[11:36] <ogra> i just got a gutsy mail ....
[11:36] <pitti> ogra: hm, right, that was one I source-NEWed
[11:37] <pitti> ogra: I'm not sure whether it works for non-NEW uploads
[11:37] <ogra> ah
[11:37] <mvo> pitti: cool, thanks
[11:40] <pitti> mvo, seb128: compiz stuff source NEWed
[11:40] <seb128> pitti: danke
[11:42] <mvo> danke!
[11:44] <seb128> pitti: https://bugs.launchpad.net/ubuntu/feisty/+source/nautilus-cd-burner/+bug/114770
[11:44] <ubotu> Launchpad bug 114770 in nautilus-cd-burner "Cannot burn on RW media because n-c-b does not unmount it" [Low,Fix released]
[11:44] <seb128> pitti: easy SRU candidate if you want to look at it
[11:46] <pitti> seb128: erk, indeed; ack'ed
[11:46] <seb128> pitti: danke
[11:50] <siretart> dholbach: right, this is currently a PITA.
[11:51] <siretart> dholbach: the problem is that we are a bzr plugin here, and so we have to use the bzr commandline parser
[11:51] <siretart> dholbach: which isn't as flexible as dpkg-buildpackage, so you cannot have options like '-sa'
[11:51] <siretart> dholbach: we are still looking for a solution how to do that use case much simpler. suggestions welcome
[11:54] <pitti> keescook: FYI, I'll override  libapache2-mod-apparmor to section 'web'; 'libs' is not the best one IMHO
[12:05] <dholbach> siretart: ok, I see
[12:05] <dholbach> siretart: just wanted to know, how I'd explain it in the http://wiki.ubuntu.com/MOTU/Recipes
[12:12] <geser> have .changes files to be ascii only?
[12:12] <pitti> geser: UTF-8 should be ok for Maintainer: and changelog
[12:13] <geser> because I got these to mails http://paste.ubuntu-nl.org/26686/ when I uploaded xcache
[12:14] <geser> Maintainer is  Michal iha<EMAIL_ADDRESS>[12:14] <pitti> geser: hmm, please report this as a soyuz bug
[12:14] <geser> ok, will do
[12:14] <pitti> might be yet another regression from yesterday's rollout
[12:14] <seb128> dholbach: glib fix uploaded
[12:15] <seb128> pitti: seed updated for glade-2 to universe and glade-3 supported
[12:15] <dholbach> seb128: you ROCK
[12:15] <pitti> seb128: yay
[12:15] <dholbach> seb128: I'll make sure the *mm stuff gets uploaded and I'll try it on my own
[12:15] <pitti> seb128: we actually need an ubuntu-meta upload for the desktop-effects dropping; shall I care about that?
[12:15] <pitti> seb128: oh, btw, did you merge the changes to edubuntu etc.?
[12:16] <seb128> pitti: wait a min please, I do the xdg-user-dirs(-gtk) change now
[12:16] <seb128> pitti: no
[12:16] <seb128> will do
[12:16] <pitti> cool, thanks
[12:20] <seb128> pitti: xdg changes commited to desktop, you can update ubuntu-meta if you want
[12:20] <seb128> I'll merge with other seed later, I've to run for lunch now
[12:21] <seb128> I'll do it after lunch
[12:22] <pitti> mmm lunch
[01:01] <Chipzz> mdke_, fabbione: I think there should also be a Postpone option. These checks always tend to happen just when they're a pain in the behind :P
[01:02] <fabbione> Chipzz: i disagree for different reasons.. you have usplash there, three is no "GUI" for lusers that don't understand what it is, you can't halt the boot for a question (that is bad bad bad bad).
[01:03] <fabbione> one option could be something you pass to the boot options
[01:03] <fabbione> skipfsck
[01:03] <Chipzz> it shouldn't be a question, just more sane behaviour from e2fsck
[01:03] <fabbione> that is temporary
[01:03] <fabbione> Chipzz: e2fsck can't read your mind if you want to check or not
[01:03] <Chipzz> problem is, pressing ctrl-c will cause e2fsck to exit with an error, and the rest of the boot will fail
[01:04] <fabbione> and you don't want to interrupt a fix if it started realy mangling inodes around
[01:04] <Chipzz> fabbione: fsck shouldn't exit with an error when pressing ctrl-c then
[01:05] <fabbione> Chipzz: it doesn't at boot time afaik
[01:05] <fabbione> and if you do it manually when running .. well you do the mess, you collect the pieces...
[01:05] <Chipzz> I had someone complain about the issue that the fsck happend just when he was booting his laptop for his final thesis presentation; the public was not amused for having to wait
[01:05] <Chipzz> neither was he
[01:06] <Chipzz> the next person to give a presentation just disabled the automatic check with tune2fs to avoid having the same embarassement
[01:06] <Chipzz> (I did that too back when I had debian installed, when I grew sick of having to wait)
[01:06] <Chipzz> which may not be the effect you want
[01:07] <fabbione> i still disagree on disabling it by default..
[01:07] <fabbione> if you want to do it on your laptop or machine go ahead and do it
[01:07] <fabbione> i prefer to preserve my data if something is going wrong
[01:08] <fabbione> and i am sure most of the users out there will agree that data > a bit of waiting time
[01:08] <mvo> we have a spec to make it possible/easy to skip the check now
[01:08] <fabbione> specially given the fact that most of the users out there do not yet understand what this fsck thing is all about
[01:10] <fabbione> mvo: making possible to skip is good.. on request.. etc.. disabling by default is bad ..
[01:10] <fabbione> mvo: anyway..
[01:10] <fabbione> this is yet another one of those endless discussions
[01:10] <Chipzz> fabbione: but I wasn't arguing in favor of enabling by default ;)
[01:10] <Chipzz> 13:01 < Chipzz> mdke_, fabbione: I think there should also be a Postpone option.
 one option could be something you pass to the boot options
 skipfsck
[01:11] <Chipzz> fabbione: that's something you're likely to forget
[01:11] <fabbione> it still requires the user to understand what to do and why he is doing it :)
[01:11] <fabbione> even clicking on a GUI with Postpone
[01:11] <fabbione> "Hey we need to fsck your disk.. " <OK> <Postpone>
[01:13] <fabbione> just the idea of fsck my disk.. would make me think of a typo :P
[01:13] <Chipzz> you would obviously put check there instead of fsck ;)
[01:17] <fabbione> ehhe
[01:39] <Keybuk> cool ... I think, for the first time in a while, all our patches are now in udev upstream again
[01:46] <ogra> pitti, i ust did a testinstall of the daily iso ...
[01:46] <ogra> apart from being oversized debootstrap segfaults
[01:47] <pitti> erk
[01:48] <StevenK> ... debootstrap is shell. Ouch.
[01:48] <StevenK> Unless it's using cdebootstrap.
[01:48] <ogra> no its tar that fails it seems
[01:48] <pitti> StevenK: no, we don't use that
[01:49] <ogra> debootstrap: tar:
[01:49] <pitti> StevenK: I wonder what the idea about cdebootstrap is; the very point of it should be portability etc., which shell certainly is much better at than a C program?
[01:49] <pitti> back in ~ 30 minutes
[01:49] <ogra> debootstrap: Short header
[01:49] <ogra> debootstrap:
[01:49] <ogra> debootstrap: Segmentation fault
[01:50] <StevenK> pitti: Indeed.
[01:51] <StevenK> ogra: Can you sh -x it?
[01:51] <AlinuxOS> pitti, Viel Gluck! ;9
[01:52] <ogra> ls
[01:52] <ogra> gah
[02:02] <mvo> pitti: restricted-manager --check-composite will check for nvidia only, is this correct? so it will not tell me if the driver is generally compositable?
[02:13] <pitti> mvo: right
[02:13] <pitti> mvo: it only checks if it can install one
[02:14] <mvo> ok, thanks
[02:20] <sladen> doing occasionally at boot isn't necessarily the best time.  taking a cow snapsnot, running fsck --check-only on that will report if there are errors;  then at *that* point (eg. a running system, the user can be notified that they need to reboot [now, later]
[02:29] <Keybuk> sladen: are you advocating lvm by default there?
[02:32] <sivang> smurf: ping
[02:38] <sladen> Keybuk: suspect dm-snapshot is all that is needed
[02:43] <mvo> woah, runing glxinfo in a vesa session kills my X server
[02:44] <simira> mvo: I am very happy with update-manager for the time being
[02:44] <mvo> happy to hear that simira :-D
[03:05] <StevenK> pitti?
[03:06] <pitti> StevenK: what did I break this time?
[03:06] <Hobbsee> pitti: the world.  pleasefix.
[03:06] <StevenK> pitti: Heh. rss-glx. I think.
[03:06] <pitti> StevenK: o freealut: libalut-dev libalut0
[03:06] <pitti>    [Reverse-Depends: libalut-dev]
[03:06] <pitti>    [Reverse-Build-Depends: rss-glx]
[03:07] <pitti> this?
[03:07] <pitti> this is there for ages, and not really my fault :)
[03:07] <StevenK> pitti: Yup, hang on a sec
[03:07] <Hobbsee> pitti: you'll get blamed anyway
[03:07] <pitti> although I'm ultimately the one who got to clean it up
[03:07] <StevenK> pitti: http://paste.ubuntu-nl.org/26725/
[03:08] <ion_> Could someone please describe the Build score at launchpad.net? I assume the build order is based on that, but how is it defined?
[03:09] <pitti> StevenK: oh, you made it drop the jasper dependency? cool
[03:09] <Mithrandir> ion_: it's just a priority, higher means higher priority.
[03:09] <StevenK> pitti: Along with a bunch of others, and rss-glx doesn't even Build-Depend on it.
[03:09] <pitti> StevenK: good case for -Wl,--as-needed, I guess
[03:09] <StevenK> pitti: ubuntu2 was just a rebuild
[03:09] <StevenK> pitti: Hence my concern
[03:09] <pitti> ah
[03:10] <ion_> mithrandir: I mean, what is the algorithm used to set the score for each build?
[03:10] <StevenK> I'd rather Depends stay nailed on. :-)
[03:10] <pitti> StevenK: bah, many of them are bogus
[03:10] <Mithrandir> ion_: unsure, but why are you asking?
[03:10] <ion_> mithrandir: Just curious.
[03:10] <pitti> StevenK: with --as-needed I could drop 2/3 of binary dependencies sometimes
[03:11] <StevenK> I suspect --as-needed has hit further up the build chain
[03:11] <Mithrandir> ion_: libs are higher than non-libs, stuff with higher priority go before bits with lower priority, iirc.
[03:11] <StevenK> pitti: Okay, if you're not worried, I'll upload it.
[03:11] <ion_> It would be kind of nice if --as-needed would be the default, and it would be removed on a per-package basis in case it breaks a build.
[03:11] <Hobbsee> Mithrandir: and anthing by you at the end.
[03:11] <ion_> mithrandir: Alright, thanks.
[03:11] <Hobbsee> of course.
[03:11] <pitti> StevenK: usually those get pulled in through transitive dependencies
[03:11] <Mithrandir> Hobbsee: shh!
[03:12] <pitti> StevenK: if the exectuable itself doesn't link against it, the dependency is bogus and just a nuisance
[03:13] <StevenK> pitti: Right, I concur. None of the binaries touch jasper.
[03:14] <StevenK> pitti: Uploaded. Thanks for your help.
[03:14] <pitti> StevenK: dh_shlibdeps is very good at not dropping needed stuff, it's very precise
[03:14] <pitti> StevenK: thanks for house cleaning
[03:15] <StevenK> pitti: Any time, means the next time is easier.
[03:37] <pitti> hi calc
[03:37] <Hobbsee> morning calc
[03:43] <calc> good morning
[03:43] <pitti> mvo: can you do a GnomeAppInstallDesktopDatabaseUpdate, please?
[03:44] <mvo> pitti: sure
[03:46] <pitti> btw, for the folks listening here, bigjools has found the reason for gutsy-changes@ breakage
[03:58] <dsk> ubuntu 7.04 compiler sucks
[03:58] <Amaranth> dsk: err
[03:58] <gnomefreak> dsk: pick a compiler
[03:59] <pitti> dsk: that lacks a tad of detail to be an useful bug report
[03:59] <dsk> every time it give a stack_check_failed :(
[03:59] <dsk> i tried compiling FILO 0.5
[03:59] <pitti> dsk: -fno-stack-protector
[03:59] <dsk> yeah tried that too :(
[03:59] <dsk> the same package compiled on Fedora 7 perfectly well
[03:59] <Amaranth> dsk: i see no error log
[04:00] <pitti> above option should work
[04:00] <dsk> ubuntu even gives stack check failed on cryopid compilation
[04:00] <dsk> Amaranth: error log where?
[04:00] <Amaranth> of your compile that failed
[04:00] <dsk> ohh :) where do i put it?
[04:01] <pitti> asac: nspluginwrapper NEWed, right in time for the publisher cycle in 2 minutes :)
[04:01] <pitti> asac: that thing sounds promising
[04:03] <Hobbsee> pitti: does it actually build, though?
[04:03] <pitti> Hobbsee: yep, it was binary new
[04:03] <Hobbsee> ahhh
[04:03] <asac> pitti: yeah ... works well for flash
[04:04] <asac> pitti: flash will be updated right after tribe-2
[04:04] <dsk> Amaranth: oops! it worked now
[04:04] <dsk> i was missing -fno thing from one makefile
[04:05] <dsk> sorry for the trouble :)
[04:05] <pitti> dsk: a make distclean before changing the option works wonders :-P
[04:05] <pitti> heh
[04:05] <Amaranth> meh, nspluginwrapper
[04:05] <Amaranth> gnash works with youtube :)
[04:05] <dsk> pitti: yeah did that :)
[04:05] <Amaranth> and i think google video
[04:05] <asac> Amaranth: google video works with gnash ... cool
[04:06] <asac> Amaranth: i hope next gnash upload will be better ... want to try agg renderer instead of opengl
[04:06] <Amaranth> yeah, that should help a lot
[04:06] <Amaranth> it's the most cared for backend
[04:07] <asac> need some backporting from trunk in order to build konqueror/klash though
[04:07] <Amaranth> yeah, i remember debian punting on that is using opengl for klash
[04:07] <Amaranth> err, and using
[04:08] <dsk> umm one more question ->
[04:08] <dsk> can i install xcdroast + its dependencies from a ubuntu repo to my fedora 7 box via alien
[04:09] <Hobbsee> surely you'd need to ask fedora people that?
[04:09] <Amaranth> i would not recommend it
[04:09] <dsk> well fedora 7 xcdroast is broken :(
[04:10] <Amaranth> tell them :)
[04:10] <dsk> Amaranth: then maybe i could take the source(debian/ubuntu) + patch and compile ->  then it should not be a problem i hope ?
[04:10] <dholbach> pitti: THANK YOU
[04:11] <pitti> dholbach: np
[04:16] <StevenK> pitti: rss-glx, dvdauthor, kxstitch, prestimel and kmediafactory uploaded for libjasper transition love. That's all of the main and multiverse, and leaves about 4 universe ones that I can wrap up tomorrow.
[04:16] <pitti> StevenK: yay you
[04:16] <Hobbsee> http://www.fredemmott.co.uk/blog_99
[04:17] <sn0> nice Hobbsee
[04:17] <sn0> did you see the wifi eats your babies one ?
[04:17] <Hobbsee> yep
[04:17] <sn0> :-)
[04:22] <pitti> seb128, dholbach, asac, Hobbsee: what should we mention as highlights in tribe-2 on the wiki page? gnash, compiz by default, xdg-user-dirs, Broadcom firmware install in r-m, anything else?
[04:23] <seb128> GNOME 2.19.4 ;)
[04:23] <Hobbsee> nixternal: ^
[04:23] <pitti> seb128: do you have a pointer about xdg-user-dirs, what the marketing team could turn into an useful description?
[04:23] <Hobbsee> pitti: amarok 1.4.6
[04:24] <Hobbsee> hrm.  there doesnt seem to be terribly much on the kde side...
[04:24] <Hobbsee> disturbing.
[04:25] <Riddell> mhb should get gdebi merged and uploaded
[04:25] <Riddell> gdebi-kde
[04:26] <Hobbsee> oh good
[04:26] <dholbach> kdebi? :)
[04:26] <Riddell> dholbach: god no
[04:26] <dholbach> but! it! has! to! start! with! a! K!
[04:27] <Riddell> no, it really doesn't
[04:27] <Hobbsee> heh
[04:28] <Hobbsee> Riddell: dont you like kworld?
[04:28] <asac> pitti: yeah ... maybe firefox 3.0 alpha for testing (with a hint that this is experimental software)
[04:28] <asac> pitti: and only if the builds went fine
[04:28] <asac> pitti: firefox 3.0 alpha5
[04:28] <pitti> asac: I just source-NEWed it, let's find out
[04:28] <Riddell> Hobbsee: names with excessive k's are evil
[04:29] <Chipzz> dholbach: kdebi-kde? ;)P
[04:29] <asac> pitti: yes keep that info out of release notes until i get some positive feedback (hopefully over the weekend)
[04:29] <ogra> hmm, weird, i assume seb128 updated the seeds before rebuilding edubuntu-meta ... why didnt bazaar.lp.net send me a branch change notification for that, i'm subscribed to it ... and it does that for all other branches ... weird
[04:29] <asac> pitti: i will ask on forums to test, so we see if it trashes profiles or something in some cases ;)
[04:30] <ogra> heh
[04:30] <asac> pitti: don't know if its normal, but i don't see an upload on https://launchpad.net/ubuntu/+source/firefox-granparadiso so far
[04:30] <seb128> ogra: what? I did merge the ubuntu seed changes to edubuntu, yes
[04:30] <seb128> pitti: http://mail.gnome.org/archives/desktop-devel-list/2007-May/msg00006.html
[04:30] <asac> pitti: i believe to remember that it usually appears after it has been source NEWed
[04:31] <ogra> seb128, yeah, its weird that i didnt get a branch change ail for that, i thought subscribing to the branch would send that like it dos for all others i'm subscribet to
[04:31] <Hobbsee> erk.  thunderbird buglist looks terrible.
[04:31] <ogra> s/ail/mail/
[04:31] <asac> Hobbsee: feel free to help :)
[04:31] <asac> Hobbsee: any specific bugs you have in mind?
[04:31] <Hobbsee> asac: i just marked one invalid :)
[04:31] <asac> ;)
[04:31] <Hobbsee> asac: nah.  it's hard for me to triage them anyway, as i use the mozilla binaries of firefox & thunderbird
[04:33] <asac> Hobbsee: oh most bugs should be upstream
[04:33] <Hobbsee> asac: true that
[04:33] <asac> Hobbsee: so you will see them in your builds as well
[04:33] <Hobbsee> true
[04:34] <dholbach> can somebody give back libglademm2.4 on sparc, powerpc and i386?
[04:34] <Hobbsee> asac: come to think of it - not running the ubuntu version might be useful - seeing as i can tell what's still in a clean upstream version, vs the ubuntu changes.
[04:34] <asac> Hobbsee: exactly
[04:37] <Hobbsee> asac: https://bugs.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/36218 looks like an easy fix.
[04:37] <ubotu> Launchpad bug 36218 in mozilla-thunderbird "Thunderbird should be compiled with gnomevfs" [Wishlist,Confirmed]
[04:37] <asac> Hobbsee: that is fixed imo
[04:37] <asac> we ship -gnome-support iirc
[04:37] <Hobbsee> asac: want me to close it as such then?
[04:38] <asac> hmm
[04:38] <asac> Hobbsee: ok its fixed since gutsy
[04:38] <asac> Hobbsee: i fixed it in debian ages ago ... which is why i thought that the package in feisty should have it as well
[04:38] <Hobbsee> asac: cool.  marked as such
[04:38] <asac> Hobbsee: yes please close
[04:39] <asac> Hobbsee: thanks
[04:39] <Hobbsee> :)
[04:39] <asac> Hobbsee: https://wiki.ubuntu.com/MozillaTeam/Bugs/Tags
[04:39] <asac> we hav tags set on most bugs ... so you can pick a task and work on a small set of bugs
[04:40] <asac> e.g. if you feel like you want to verify testcases (if you can reproduce) you click on mt-needtester link
[04:41] <Hobbsee> asac: right.  er, if we've got bugs that are saying "fixed in 2.0" can we mark as fixed?
[04:41] <Hobbsee> looking at mozilla-thunderbird bugs, as opposed to thunderbird
[04:41] <asac> Hobbsee: yes ... just state that its fixed in gutsy since 2.0
[04:41] <Hobbsee> cool
[04:42] <Hobbsee> ok
[04:42] <asac> Hobbsee: hmm mozilla-thunderbird bugs are not really mozilla-thunderbird anymore ... afaik next time you touch them lp automatically reassigns them to thunderbird
[04:42] <Hobbsee> asac: yeah, i suspected as much.  yet you still run 1.5 in dapper, dont you?
[04:42] <asac> Hobbsee: so we should deal with them as if they where thunderbird bugs
[04:42] <asac> Hobbsee: me?
[04:42] <asac> Hobbsee: no :) ... just in chroot
[04:43] <Hobbsee> you being ubuntu
[04:43] <asac> Hobbsee: ah ... sorry
[04:43] <Hobbsee> :)
[04:43] <asac> Hobbsee: thunderbird is 2.0 since gutsy ... dapper, edgy, feisty ... all are 1.5
[04:43] <Hobbsee> oh right, yes.
[04:43] <asac> thunderbird 2.0 release was late about 6 month upstream ;)
[04:43] <Hobbsee> asac: i get confused - i ran 2.0 alpha's and betas for ages, as there was such a difference - so i tend to think it's been out longer than it actually has
[04:52] <pitti> asac: right, but it needs a publisher cycle first
[04:52] <Hobbsee> asac: https://bugs.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/43493 may warrant fixing
[04:52] <ubotu> Launchpad bug 43493 in mozilla-thunderbird "Thunderbird should have a "Get Help Online" option in Help menu" [Wishlist,Confirmed]
[04:53] <pitti> dholbach: given back
[04:53] <dholbach> pitti: rock - thanks
[04:53] <pitti> seb128: merci for the link
[04:54] <seb128> pitti: np
[04:55] <Hobbsee> asac: what was your thought on https://bugs.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/49568 ?
[04:55] <ubotu> Launchpad bug 49568 in mozilla-thunderbird "Thunderbird KDE-integration" [Wishlist,Confirmed]
[04:55] <Hobbsee> asac: that's a kubuntu-type thing.  got any interest in implemetnign it from your end?
[04:56] <asac> Hobbsee: let me see
[04:56] <asac> Hobbsee: i have a big todo to get better kde integration for mozilla applications done
[04:56] <asac> Hobbsee: but i haven't received much input so far on what would be needed
[04:57] <Hobbsee> asac: right, so that is on your todo list.  it looks doable with a custom user.js file.
[04:57] <Hobbsee> asac: shoot me an email, etc, when you want to work on that - i've got thoughts, and know of places where people have talked about it.
[04:57] <Hobbsee> asac: i've just got stacks that i want to do, and that hasnt gotten to the top of the pile yet - particularly as i dont even run the ubuntu version
[04:58] <asac> Hobbsee: why don't you run ubuntu version?
[04:58] <Hobbsee> asac: a)  it seems a lot slower, probably due to the pango stuff, iirc  b)  i was running 2.0* for ages before ubuntu released it c) lots of extra gnome dependancies
[04:59] <Hobbsee> mainly b) - which became habit
[04:59] <asac> c) isn't true
[04:59] <asac> all gnome dependencies should be in -gnome-support now
[05:00] <asac> Hobbsee: a) should be fixed ... it was a patch we had that had severe performance impact
[05:00] <asac> it should be fixed since final feisty version
[05:00] <Hobbsee> asac: yummy
[05:00] <Hobbsee> right
[05:00] <Hobbsee> like i say - mainly b
[05:00] <asac> Hobbsee: would be great if you could at least compare
[05:00] <Hobbsee> and i like being able to just install any browser plugin, or run an update from the main firefox window
[05:01] <asac> as you have about a feeling of the performance ... e.g. is there still a recognizable difference
[05:01] <Hobbsee> i mean, installing flashplayer *just works* with the binary - it was amazing.
[05:03] <asac> Hobbsee: where is flashplayer installed?
[05:03] <asac> after you do this?
[05:03] <Hobbsee> didnt look.
[05:03] <Hobbsee>  /home/sarah/.mozilla/plugins/libflashplayer.so i'd say
[05:03] <asac> please verify
[05:03] <Hobbsee> yep.
[05:03] <Hobbsee> sarah@LongPointyStick:~$ locate flashplayer
[05:03] <Hobbsee> /home/sarah/.mozilla/plugins/libflashplayer.so
[05:03] <Hobbsee> /home/sarah/.mozilla/plugins/flashplayer.xpt
[05:03] <Hobbsee> /home/sarah/.macromedia/Flash_Player/macromedia.com/support/flashplayer
[05:03] <Hobbsee> /home/sarah/.macromedia/Flash_Player/macromedia.com/support/flashplayer/sys
[05:03] <Hobbsee> /home/sarah/.macromedia/Flash_Player/macromedia.com/support/flashplayer/sys/settings.sol
[05:03] <asac> does your user have write access to global install location?
[05:03] <Hobbsee> no, it's in /opt
[05:04] <asac> Hobbsee: did the install work through plugin wizard?
[05:04] <Hobbsee> asac: yep
[05:04] <Hobbsee> i'm going "i dont think this will work, but we'll give it a shot...hey look!"
[05:05] <crimsun> are you implying that that method of installing the Flash plugin works whereas using flashplugin-nonfree didn't/doesn't?
[05:05] <Hobbsee> crimsun: i didnt try flashplugin-nonfree
[05:06] <Hobbsee> crimsun: i'm not implying anything about the ubuntu version of firefox and thunderbird, per se.
[05:06] <Hobbsee> crimsun: i usually have to do slight fiddly bits as it's in a different location anyway - which is fine.
[05:06] <asac> crimsun: why does plugin wizard not work for us?
[05:06] <crimsun> I'm more interested in whether flashplugin-nonfree works or not.
[05:06] <asac> crimsun: e.g. we don't get results, right?
[05:07] <asac> crimsun: it works :)
[05:07] <Hobbsee>  flashplugin-nonfree works, last time i checked.
[05:08] <crimsun> asac: I've never used the plugin wizard, but I've seen conflicting reports whether it does work.  It's clouded by the affected firefox versions - some are for dapper, others edgy, yet others feisty, etc.
[05:08] <dholbach> TheMuso: want to do the new gnome-mag?
[05:08] <Hobbsee> crimsun: i've had it not work a lot of the time - this was the first time it happened to work.
[05:11] <Hobbsee> uh...okay...virtualbox broke on me.
[05:11] <Hobbsee> how weir.d
[05:12] <asac> Hobbsee: just tried in gutsy firefox ... plugin wizard works
[05:12] <Hobbsee> asac: neat!  :D
[05:14] <asac> Hobbsee: feisty too
[05:14] <Hobbsee> asac: very cool :)
[05:15] <wasabi> the commercial repository never really worked out well did it?
[05:16] <Hobbsee> wasabi: it probably would if it were kept updated, etc
[05:16] <wasabi> exactly.
[05:16] <Hobbsee> then again, i wonder about linspire
[05:17] <Hobbsee> werent they wanting to do CNR?
[05:17] <Hobbsee> for ubuntu?
[05:17] <wasabi> Do people actually care about CNR?
[05:17] <wasabi> I've never met a single person who wasn't happen with our add/remove
[05:17] <Hobbsee> define "people"
[05:17] <Hobbsee> s/happen/happy/ ?
[05:17] <wasabi> happy. yes
[05:17] <wasabi> excuse my idiotic spelling.
[05:17] <Hobbsee> depends.  if they're used to opera in windows, they want to use it in ubuntu too.  *shrugs*
[05:18] <wasabi> Just not sure why that can't be done with our add/remove ;)
[05:18] <mikmorg> hello
[05:19] <Hobbsee> asac: killed 5.
[05:19] <Hobbsee> asac: and i take back what i say about a bad listing of bugs - you guys are actually using "high" and statuses and such.
[05:19] <mikmorg> cjwatson: Are you around today?
[05:19] <asac> Hobbsee: yes ;)
[05:20] <Hobbsee> asac: :)
[05:20] <Hobbsee> asac: it's still way better than kde* is
[05:21] <asac> hehe ... we try to sort bugs and push them from bucket to bucket ... the strict tag/state policy allows us to detect 'triag-bugs' ... like someone confirmed without having a real testcase et al.
[05:21] <pitti> BenC: hi
[05:22] <Hobbsee> asac: yep
[05:23] <BenC> pitti: hey
[05:24] <Hobbsee> seb128: heh, i see why you're about to trout the next person who asks about that glib warning
[05:26] <Hobbsee> oh grrr.  i fixed the autoreplies yesterday, adn tehy're broken today
[05:27] <pitti> Hobbsee: ?
[05:28] <Hobbsee> pitti: the greasemonkey script.  didnt you mention the same thing?
[05:28] <pitti> Hobbsee: it forgot my responses completely twice
[05:28] <pitti> Hobbsee: but today it was tame
[05:29] <Hobbsee> urgh
[05:29] <Hobbsee> it keeps mine, just the versions i first put in
[05:29] <pitti> and, I have the problem that it sometimes doesn't remember bug states the first time
[05:29] <Hobbsee> :(
[05:30] <ubotu> Launchpad bug 116642 in thunderbird "Thunderbird always shows 1 unread email in Inbox" [Undecided,New]
[05:30] <Riddell> mvo_: are you planning to merge gdebi-kde today?  I can do it if you're short of time
[05:31] <Riddell> pitti: dolphin file manager is new in tribe 2 for kubuntu (it's not default yet but will be if people like it)
[05:32] <pitti> Riddell: oh, indeed; I'll do a followup to the mail to marketing team, for dolphin and gdebi (noticing that it's not sure yet)
[05:56] <keescook> pitti: libapache2-mod-apparmor> yeah, good call.  it seems other stand-alone apache mods are that way too. (libapache2-mod-geoip)  thanks!
[05:57] <mikmorg> cjwatson: ping
[06:09] <mvo_> Riddell: I will do it today
[06:12] <Riddell> ok, thanks
[06:18] <pitti> bdmurray: hmm, mounting FAT partitions on my USB stick and my hard drive works well
[06:19] <pitti> bdmurray: do you get this with vfat, too?
[06:19] <pitti> bdmurray: org.freedesktop.Hal.Device.Volume.UnknownFilesystemType : Unknown file system 'ntfs-3g' seems pretty specific to ntfs
[06:19] <bdmurray> pitti: I only have ntfs on that system
[06:19] <bdmurray> and the original reported hasn't responded
[06:20] <pitti> right :/
[06:20] <pitti> I really don't believe that VFAT is generally broken
[06:20] <pitti> maybe he just tested ntfs as well, or so
[06:20] <bdmurray> It seems like it is recommending ntfs-3g instead of ntfs
[06:20] <pitti> right
[06:20] <pitti> and we don't install that by default
[06:20] <bdmurray> right
[06:21] <pitti> bdmurray: do you have ntfs-3g installed? if not, does it help?
[06:22] <Hobbsee> who's interested in dpkg?
[06:22] <bdmurray> pitti: I don't at the moment
[06:22] <pitti> Hobbsee: iwj. Heavily. :)
[06:22] <Hobbsee> there's an update-alternatives fix at https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/118246
[06:22] <ubotu> Launchpad bug 118246 in dpkg "update-alternatives warnings" [Medium,Confirmed]
[06:22] <Hobbsee> iwj: ping
[06:22] <Hobbsee> it's annoying me.
[06:23] <nixternal> Hobbsee: what were you pointing out to me up there?
[06:23] <bdmurray> pitti: that helped a fair bit ran into another issue re unclean shutdown but I think that is fine
[06:23] <nixternal> I think the Gnome side of the tribe pages are done by marketing
[06:23] <Hobbsee> nixternal: a couple of lines above the point
[06:24] <pitti> Hobbsee: looks sane enough
[06:24] <Hobbsee> pitti: i've no idea.
[06:24] <pitti> Hobbsee: why don't you upload it yourself if you fixed it? :)
[06:24] <Hobbsee> pitti: i didnt fix it.
[06:24] <Hobbsee> pitti: i just looked up the bug
[06:24] <Hobbsee> pitti: but i've had the unpleasant thought that i could upload it, yes
[06:26] <pitti> Hobbsee: '* fix some unintelligible Perl runes to desuckify it'?
[06:27] <Hobbsee> pitti: it was going to be along the lines of * This is the ZOMG i hope i dont break dpkg upload.  Patch by ...
[06:27] <pitti> bdmurray: so, I set up an ntfs partition now; gnome-mount gives me an error dialog that ntfs-3g is not supported
[06:29] <pitti> Tonio_: can you pleae fix network-manager-gnome to depend on network-manager? apt-get wants to auto-remove network-manager
[06:29] <bdmurray> pitti: right that's the bug
[06:29] <pitti> /dev/hdc2 on /media/testntfs type fuseblk (rw,nosuid,nodev,noatime,allow_other,blksize=4096)
[06:29] <pitti> yay
[06:30] <Tonio_> pitti: yes
[06:30] <pitti> wow, my first ntfs fs EVER
[06:30] <Tonio_> pitti: there is something broken in the network-manager-dev package
[06:30] <Tonio_> pitti: dhshlibsdeps should pick up the network-manager dep automatically
[06:30] <pitti> uh?
[06:30] <pitti> that would be interesting
[06:30] <Tonio_> pitti: that's the way the depandancy was picked up before :)
[06:30] <Tonio_> pitti: it never had to be hardcoded in control
[06:31] <Hobbsee> pitti: ...you mean you've never used NTFS before?
[06:31] <pitti> bdmurray: so, this would need a MIR and review, promotion, and to become a dependency of something (probably a recommends of ubuntu-desktop)
[06:31] <Tonio_> pitti: or am I missing something ?
[06:31] <pitti> Hobbsee: no, up to a few weeks ago my state of mind was 'yeah, there's a r/o kernel driver for it and no way how to create an ntfs fs under linux'
[06:31] <Hobbsee> heh
[06:31] <pitti> Tonio_: oh, I see
[06:32] <pitti> Hobbsee: and my latest windows was some 3.11, which I never used much (just if I needed to write a letter or so); I spent most of my time in DoS and then switched to SuSE 4.3 :)
[06:32] <Hobbsee> ahhh....
[06:32] <Hobbsee> i see, i see.
[06:32] <Hobbsee> (you lucky people)
[06:32] <pitti> bdmurray: maybe it would be easier for tribe-2 to just use the kernel fs
[06:33] <bdmurray> pitti: that seems safest I am not current on the state of ntfs-3g
[06:35] <Tonio_> pitti: fyi, I'll send an email on the -devel list on monday concerning the missing patches and what's todo on the packages
[06:35] <Tonio_> the kde part is done, but I'll technically limited concerning the gnome part
[06:35] <Tonio_> s/I'll/I'm
[06:35] <pitti> bdmurray: thanks for your work on the bug so far, I take over here
[06:36] <pitti> Tonio_: that would be good, especially for the handling of statically configured devices
[06:37] <pitti> mvo: erm...
[06:37] <pitti> WARNING: 'gnome-mount' is maintained in the 'Browser' version control system at:
[06:37] <pitti> 'http://svn.debian.org/wsvn/pkg-utopia/packages/unstable/gnome-mount'
[06:38] <pitti> mvo: it should probably ignore -Browser :)
[06:38] <mvo> pitti: isn't that what you wanted?
[06:38] <pitti> mvo: but great that it points this out now!
[06:38] <mvo> pitti: aha, yeah. browser is probably not there :)
[06:38] <mvo> s/is/shouldn't/
[06:39] <txwikinger> Is bug hugging day again?
[06:39] <mvo> pitti: please remind me about it, I will not manage to look at it today
[06:39] <pitti> mvo: no, it's nowhere near urgent
[06:39] <mvo> txwikinger: there can never be enough hugging
[06:39] <pitti> mvo: I'll file a bug, ok?
[06:39] <txwikinger> also true :)
[06:40] <mvo> pitti: yes please
[06:41] <pitti> mvo: done (bug #121770)
[06:41] <ubotu> Launchpad bug 121770 in apt "apt-source should ignore X-Vcs-Browser" [Undecided,New]  https://launchpad.net/bugs/121770
[06:42] <Hobbsee> pitti: not sure how much RE/RM'ing i'm going to be able to help with this tribe - iv'e got an exam on the 25th (my time)
[06:42] <Hobbsee> then work is being sucky, and forcing me to go  in there
[06:43] <mvo> pitti: thanks, confirmed and milestoned so that I get to it early
[06:43] <pitti> Hobbsee: I can cope with the REing (I plan to attend to release stuff mostly full-time anyway), I'd just appreciate some poking and triaging of the Kubuntu tribe-2 milestone bugs
[06:43] <Hobbsee> pitti: of course, yes
[06:44] <Hobbsee> heh, thanks
[06:44] <Hobbsee> it'd help if i studied for it - but i'm hating the subject so much anyway
[06:44] <Hobbsee> pitti: even that may be delayed.  i'll be online in some form or another, anywy
[06:45] <tkamppeter> pitti, I have looked into whether printing stuff needs to be merged from Debian and have seen that you have done a CUPS change in Debian. Will you merge this change into Tribe 2?
[06:45] <pitti> hi tkamppeter
[06:45] <pitti> tkamppeter: no, I won't
[06:45] <pitti> tkamppeter: I still need to find some time to fix it properly
[06:46] <pitti> tkamppeter: btw, merges.u.c. has one or two packages for you (foo2zjs and so)
[06:47] <tkamppeter> pitti: So there are third-party backends not working with your non-root mode?
[06:47] <pitti> tkamppeter: well, you have to chmod 4754 them ATM
[06:47] <pitti> tkamppeter: my plan is to make the behaviour with backend permissions compatible to upstream again
[06:48] <tkamppeter> pitti, this means that a process running as root will start them?
[06:48] <pitti> tkamppeter: right
[06:49] <tkamppeter> pitti, this would be great, as otherwise many of the distribution-independent driver packages from OpenPrinting will not work with Debian and Ubuntu.
[06:49] <pitti> yeah, indeed, including cups-pdf
[06:50] <tkamppeter> pitti, is this the reason why the cups-pdf feature request did not make it into Feisty?
[06:50] <pitti> tkamppeter: noone doing it mainly
[06:55] <tkamppeter> pitti, so I will not touch the cupsys package until you have a solution with upstream-compatible backend invocation.
[06:56] <tkamppeter> pitti, will this mean that you will drop privilege-dropping completely?
[07:00] <pitti> tkamppeter: no, of course not
[07:00] <Jessehk> I know I'm probably OT here, but I was wondering what I can do (or who I can talk to) to get the the ocaml package updated to 3.10
[07:01] <keescook> pitti: can you explain a "fakesync" to me?  (re:121665)  I've been helping calc with merges, and this is a corner-case I haven't run into before.
[07:01] <pitti> keescook: I thought I explained
[07:02] <pitti> keescook: take our orig.tar.gz, Debian's diff.gz, add a -build1 changelog with '* Fake sync with Debian (different orig.tar.gz)'
[07:02] <elmo> step 3: kill a kitten
[07:04] <keescook> pitti: so match the target sync version in the changelog 0.7.6-3build1, but use our orig.
[07:04] <keescook> what happens when debian bumps to -4 ?  won't it collide again?
[07:04] <pitti> keescook: yes, we need to wait until Debian gets a new orig.tar.gz, then it'll autosync
[07:51] <pygi> hi
[08:12] <desrt> http://<IP_ADDRESS>/search?q=cache:D1ZIAHrGuGIJ:www.windowsmarketplace.com/details.aspx%3Fitemid%3D3411347+ubuntu+windowsmarketplace&hl=en&ct=clnk&cd=1&gl=us

[08:14] <desrt> but google remembers :)
[09:11] <calc> Riddell: are you here?
[09:15] <Riddell> hi calc
[09:18] <calc> Riddell: i'm looking at merging arts if that is ok
[09:19] <Riddell> it needs merging?
[09:19] <Riddell> "Updated Merges" not too important
[09:20] <Riddell> calc: is there something you need it for?
[09:20] <Riddell> (can't really imagine anyone needing arts :)
[09:20] <calc> oh ok
[09:20] <calc> just trying to find work to do for my app ;)
[09:21] <Riddell> of course if you do merge it, I'm all for that, but updated merges aren't the priority (they've already been merged once this cycle and we'd be forever merging things if we did them all)
[09:22] <Riddell> I note dholbach has a package still on http://merges.ubuntu.com/main-manual.html
[09:22] <Riddell> I suspect it just needs a sync
[09:23] <Riddell> calc: looks like we're an upstream version behind on digikam, so that would be good to have merged
[09:28] <Riddell> enrico: libept fails to build on sparc, any idea what a Bus Error is? https://launchpad.net/ubuntu/+source/libept/0.5.7/+build/351283
[09:33] <agoliveira> cjwatson_: ping
[09:34] <agoliveira> cjwatson_: !ping. Sorry :)
[09:39] <evand> agoliveira: he's at Debconf
[09:51] <Adri2000> Mithrandir: can you please give-back gpac on ia64? (that should work now that xulrunner builds correctly on this arch)
[09:57] <geser> Adri2000: afaik he's still at debconf
[09:57] <geser> he'll be back on monday
[09:58] <pygi> Adri2000, afaik pitti can do the same?
[09:58] <calc> Riddell: ok
[10:00] <Adri2000> pygi: I don't think pitti is a buildd admin (archive admin != buildd admin)
[10:00] <Adri2000> geser: ok
[10:02] <geser> Adri2000: pitti and doko are build-admins now too (they are listed at https://launchpad.net/~launchpad-buildd-admins)
[10:02] <pygi> Adri2000, what did I tell ya! :P
[10:04] <Adri2000> oh, ok :) but unfortunatly none of them is here at the moment
[10:04] <Adri2000> probably at debconf as well ? :)
[10:05] <mc44> Adri2000: more the fact its a friday night I expect :)
[10:05] <Adri2000> eh, right too :p
[10:29] <calc> Riddell: once i get the merge ready can i have you upload it for me?
[10:30] <Riddell> calc: sure
[11:07] <_paco_>  okaratas, okaratas  u are the lamest of all
[11:08] <_paco_> u can't even code "hello world" in visual basic
[11:12] <calc> Riddell: there appears at least so far to only be one difference between ubuntu and debian versions
[11:12] <calc> oops hold on a sec
[11:13] <calc> yea just the gphoto depends in the debian one not in ubuntu
[11:13] <calc> i guess that is enough of an issue to keep it forked for now
[11:13] <calc> whatever kubuntu does to not need the la files probably needed porting to debian
[11:17] <Riddell> calc: yes, we've been wonding why that is and havn't worked it out
[11:17] <Riddell> although even if we don't need the .la files no reason to exclude them
[11:19] <calc> Riddell: oh maybe i didn't explain fully enough
[11:19] <calc> debian has a depends on the -dev package because it needs the .la files
[11:19] <calc> ubuntu doesn't because it can get by without them
[11:19] <calc> that is the only difference left in the digikam
[11:21] <Riddell> ok, doesn't sound like we need to keep that
[11:21] <Riddell> but if gphoto is different you can just change that, merge in changelogs and done
[11:23] <calc> ok i think i have it done now
[11:24] <calc> i'll file a bug with the debdiff etc, helps to track which things i have merged
[11:29] <calc> bug 121807
[11:29] <ubotu> Launchpad bug 121807 in digikam "Please merge digikam (2:0.9.2~beta3-1) from Debian" [Undecided,New]  https://launchpad.net/bugs/121807
[11:31] <Lucifer_stunn> i stole from you.  deinfected my system with your MS propaganda.  and am now running Debian. :D
[11:37] <calc> Riddell: bug 121807 (if you haven't seen it already)
[11:37] <ubotu> Launchpad bug 121807 in digikam "Please merge digikam (2:0.9.2~beta3-1) from Debian" [Undecided,New]  https://launchpad.net/bugs/121807
[11:38] <Riddell> looking
[11:41] <Riddell> calc: looks perfect, uploading
[11:41] <calc> thanks! :)
[11:45] <enrico> Riddell: I have an idea what a bus error is, let
[11:45] <enrico> s see if I also can figure out why it happens
[11:45] <calc> enrico: bus errors? on a sparc?
[11:45] <enrico> Riddell: that one's weird
[11:46] <enrico> calc: from the buildd log, yes
[11:46] <enrico> normally bus errors are like unaligned memory accesses
[11:46] <calc> enrico: ok, yea i've seen bus errors in the past but only ever on sparc
[11:46] <enrico> no idea if that applies to sparc, though
[12:10] <bdmurray> bryce: does the dmidecode task for bug 40659 mean anything to you?
[12:10] <ubotu> Launchpad bug 40659 in dmidecode "[ia64]  Can't get past "Configuring xserver-xorg"" [Medium,Confirmed]  https://launchpad.net/bugs/40659
[12:11] <bryce> looking


[00:01] <babbageclunk> wallyworld: Can you take another look at https://github.com/juju/juju/pull/7340? I think I've resolved your comments.
[00:01] <wallyworld> sure
[00:05] <babbageclunk> Thanks
[00:19] <wallyworld> babbageclunk: done
[00:19] <babbageclunk> wallyworld: cheers.
[00:22] <babbageclunk> wallyworld: I've already done the migration/dump-model work! :) Although migration_import refuses to import a model with remote applications - I don't want to just enable it because it probably won't just work.
[00:22] <wallyworld> sure, ok
[00:24] <babbageclunk> I guess mainly because at the moment we're talking about cross-model/same-controller, and migration is inherently between controllers.
[01:20]  * thumper takes dog for a walk
[02:40] <babbageclunk> wallyworld, menn0: huh, haven't seen a test fail like this before: http://juju-ci.vapour.ws:8080/job/github-merge-juju/10891/artifact/artifacts/xenial.log
[02:41] <babbageclunk> Do you think it's a problem?
[02:42] <menn0> babbageclunk: well it's certainly a problem :p
[02:42] <menn0> babbageclunk: maybe mention it to mwhudson ?
[02:42] <mwhudson> eh that's just a nil pointer deference isn't it?
[02:42] <wallyworld> menn0: babbageclunk: that's a know bug, let me look at the number
[02:42] <mwhudson> dereference
[02:43] <wallyworld> bug 1686720
[02:43] <mup> Bug #1686720: worker/lease: NewDeadManager returns manager that crashes <juju:Triaged> <https://launchpad.net/bugs/1686720>
[02:43] <wallyworld> it's not a go things, it's a juju npe IIANM
[02:44] <babbageclunk> wallyworld: ok, if it's got a bug I'mm'a just rerun. :/
[03:48] <menn0> wallyworld, babbageclunk or anastasiamac: quick help fix. https://github.com/juju/juju/pull/7343
[03:48] <wallyworld> sure
[03:49] <menn0> axw: ping
[03:49] <axw> menn0: pong
[03:50] <menn0> axw: I had a poke at this: http://reports.vapour.ws/releases/5227/job/run-unit-tests-win2012-amd64/attempt/3720
[03:50] <menn0> i know what the problem is but I don't know what the correct fix is
[03:50] <babbageclunk> menn0: reading now
[03:50] <axw> doh
[03:50] <axw> menn0: I can take it over if you like
[03:50] <menn0> axw: ok, happy to hand it over (there's a LK card already)
[03:51] <axw> okey dokey
[03:51] <menn0> axw: i'm curious though, are those paths supposed to by unix only?
[03:51] <axw> menn0: yep
[03:51] <axw> menn0: storage is not currently supported on windows
[03:51] <menn0> axw: ok, then the tests are slightly wrong
[03:52] <menn0> axw: the tests shouldn't use filepath.FromSlash
[03:52] <wallyworld> menn0: i added a suggestion, but lgtm
[03:52] <menn0> axw: and BlockDevicePath shouldn't use filepath.Join
[03:52] <menn0> wallyworld: cheers
[03:53] <axw> menn0: yup. I'll fix that up, thanks.
[03:53] <menn0> axw: cheers
[03:56] <menn0> wallyworld: good call. doing that now.
[04:03] <babbageclunk> menn0: D'oh, took too long with my comments.
[04:07] <anastasiamac> babbageclunk: but ur comments were totally worth it :) i wondr if i could give menn0 a resources related bug for jumping the gun?... babbageclunk, want to negotiate it for me? :D
[04:09] <axw> menn0: mind reviewing? https://github.com/juju/juju/pull/7344
[04:10] <menn0> axw: otp but yes afterwards
[04:10] <menn0> babbageclunk: good comments, i'll follow up
[04:10] <babbageclunk> wallyworld: got a moment for a sanity check? Or are you also otp?
[04:10] <babbageclunk> menn0: ok thanks!
[04:10] <babbageclunk> menn0: especially on the diaeresis one.
[04:11] <wallyworld> babbageclunk: otp, give me a little time
[04:15] <babbageclunk> wallyworld: I mean, you're my second choice in this case anyway - is thumper-afk in the same call?
[04:25] <axw> thanks jam
[04:29] <wallyworld> babbageclunk: tim isn't on this call
[04:30] <babbageclunk> ah, ok - he's actually afk then, presumably
[04:56] <wallyworld> babbageclunk: free now
[04:57] <menn0> babbageclunk: luckily the merge attempt failed so I can get your suggestions in
[04:57] <menn0> but not the diaeresis one :p
[04:57] <babbageclunk> menn0: tsk!
[04:57] <menn0> pre-existing maybe?
[04:59] <babbageclunk> menn0: I mean, I was just kidding with the tsk!
[05:00] <babbageclunk> I'm fine with no hyphen.
[05:01] <babbageclunk> wallyworld: hey, so my confusion was about this bit of code: https://github.com/juju/juju/blob/develop/worker/provisioner/provisioner_task.go#L739
[05:01] <babbageclunk> I'd expect that I'd be able to see those "failed to start instance" messages from the provisioner in the log, but I don't
[05:02] <babbageclunk> (Oh, this is re:that maas timeout bug btw)
[05:02] <wallyworld> did you figure it out?
[05:02] <babbageclunk> wallyworld: no
[05:02] <wallyworld> are you sure that code is being run?
[05:03] <babbageclunk> wallyworld: Well, that's the bit that thumper-afk was saying was the problem, and the thing that would be affected by changing the retry count.
[05:05] <wallyworld> sure, but maybe the code path isn't hitting that line in your deployment. since when do you believe what tim says :-P
[05:05] <babbageclunk> wallyworld: it makes sense that that would be the problem, but if it is I don't understand why I can't see that in the log.
[05:05] <babbageclunk> wallyworld: Oh, I mean in the log file attached to the bug.
[05:05] <wallyworld> in the past i've had similar issues and it did turn out the code wasn't running are you sure the right agent binary is being used
[05:05] <thumper-afk> :P
[05:06] <wallyworld> have you updated your source code post beta4
[05:06] <wallyworld> otherwise you'll be using agent from simplestreams
[05:06] <wallyworld> unless you used --build-agent
[05:06] <babbageclunk> wallyworld: I'm not running anything - I don't know how to make my maas timeout in the same way.
[05:08] <wallyworld> babbageclunk: does the log indicate that this error is bubbles up? "cannot start instance for machine"
[05:08] <wallyworld> i'm trying to establish if we really do get int that retry loop
[05:08] <babbageclunk> Right - I don't think we do, because we don't see that logging.
[05:09] <babbageclunk> Which would indicate that the retry count isn't the problem. (Unless we wouldn't expect to see the message in this log for some reason.)
[05:10] <wallyworld> or maybe we do and err is nil
[05:10] <wallyworld> maas says it will start the instance
[05:10] <wallyworld> it then goes through a lifecycle or allocating->deployed or something
[05:10] <babbageclunk> wallyworld: in which case changing the retry count won't help.
[05:10] <wallyworld> so juju never gets to retry as it doesn't think it needs to
[05:10] <wallyworld> exaxtly
[05:11] <wallyworld> it may be the wrong bit of code is being looked at here?
[05:11] <wallyworld> what does juju do sfter starting the instance - doe sit poll it until it goes to deployed state
[05:12] <wallyworld> doesn't look like it
[05:12] <wallyworld> it just assumes it is started
[05:12] <babbageclunk> wallyworld: hang on - trying to chase through the provider code.
[05:13] <wallyworld> maybe that's a bad assumption. i know with openstack startinstance returns but that just means the start request is accepted
[05:13] <wallyworld> the instance itself then goes through a lifecycle - building, blah....
[05:13] <wallyworld> before it is ready
[05:19] <babbageclunk> wallyworld: ok, thanks for confirming my thinking - still chasing then
[05:19] <wallyworld> np, good luck!
[07:11] <jam> axw: ping
[07:11] <axw> jam: pong
[07:11] <jam> axw: you have a PR #6326 that is about 8 months old
[07:11] <jam> axw: azure using simplestreams
[07:11] <jam> is there something we should close/unblock/???
[07:12] <axw> jam: yeah, it got stalled numerous times. we need to ensure streams.canonical.com has the azure bits. probably not going to happen until 2.3 at the earliest now
[07:12] <axw> jam: we were close to a resolution at barcelona, but now aaron's gone and he was handling the streams side
[07:12] <jam> axw: should we close that PR and come back to it?
[07:13] <axw> jam: can do I guess, though the code shouldn't change much
[07:13] <axw> jam: is it harmful leaving it there? distracting?
[07:13] <jam> I'd like to get us to PRs that are actionable
[07:13] <jam> so when we do a scan we can know rather than having a bunch of stuff we have to ignore
[07:13] <axw> jam: fair enough. no drama to recreate it later, I'll close
[07:13] <jam> we're a bit far from that, but it would be nice
[07:14] <axw> I agree
[07:14] <jam> axw: you also have a 1.8 branch that didn't land 3 days ago?
[07:15] <axw> jam: yep, I will get back to that one real soon. needs some fixes in the 1.25 branch
[07:15]  * axw creates a card to get it done
[09:44] <axw> wallyworld_: can you please review https://github.com/juju/juju/pull/7346 tomorrow, unless some kind soul does it overnight? the meat and potatoes are in the first two commits
[11:16] <wallyworld_> axw: looking
[13:35] <wpk> Any volunteers? https://github.com/juju/juju/pull/7348
[16:28] <gsamfira> heya
[16:29] <gsamfira> anyone want to look over a small PR? https://github.com/juju/utils/pull/279
[21:50] <balloons> menn0, not sure who all else is in the tech board, but I'd appreciate a look at https://github.com/juju/juju/pull/7350
[22:04] <wallyworld> babbageclunk: did you find where juju is not sufficiently retrying the provisioning?
[22:13] <babbageclunk> wallyworld: the Juju log attached to that bug doesn't show the provisioning failure - I've asked for another one that does. I want to check with thumper that he's sure that's the problem - it seems likely, but it'd be good to have the log showing it.
[22:15] <wallyworld> babbageclunk: it would be good yes. we could though make a preemptive fix and increase retry timeout based on knowledge that machines can take a while to provision; this will unblock the fix and if/when we get better logs we can confirm
[22:15] <babbageclunk> wqll
[22:15] <babbageclunk> oops
[22:16] <babbageclunk> wallyworld: yeah, that's my thinking too.
[22:16] <babbageclunk> wallyworld: https://github.com/juju/juju/pull/7351
[22:16] <wallyworld> looking
[22:17] <babbageclunk> It's pretty short
[22:17] <wallyworld> babbageclunk: i could comment but i won't :-)
[22:17]  * babbageclunk sniggers
[22:18] <wallyworld> babbageclunk: is 10 x 10s enough?
[22:18] <wallyworld> babbageclunk: i wonder also, we should surface the retry attempts in status
[22:19] <wallyworld> there's an api to surface progress
[22:19] <wallyworld> we could ensue the message says "Waiting for machine to be provisioned, attempt 1 or 10" or something
[22:19] <babbageclunk> wallyworld: machine.SetInstanceStatus - yeah, could do. I'll add that.
[22:19] <wallyworld> so the user can see stuff is happening
[22:20] <wallyworld> 1 of 10
[22:22] <babbageclunk> According to thumper, this happens occasionally (I think he said something like 10% of the time?), so normally 3 tries is enough. 10 seems like a reasonable number to bump it to in that case?
[22:24] <babbageclunk> wallyworld: oh, it turns out it already does that: failed to start instance (%s), retrying in %v (%d more attempts)
[22:24] <wallyworld> cool, ok
[22:25] <wallyworld> let's land it and take a view
[22:26] <babbageclunk> wallyworld: kind of an annoying amount of digging around in logs for a 1-line PR
[22:26] <wallyworld> it' the old mechanic paradigm - the fix is trivial, you just have to know where to apply the hammer
[22:27] <babbageclunk> sure
[22:28] <babbageclunk> wallyworld: ok, I'll move onto getting rid of that annoying unknown collection "remoteApplications" message.
[22:29] <wallyworld> +1 ty
[22:29] <wallyworld> assuming it was the last pr to land which introduced it
[22:29] <wallyworld> i think it must have been because it was all ok before then IIANM
[22:34] <babbageclunk> wallyworld: I don't think it was the last PR - it's in the logs on bug 1688028 too
[22:34] <mup> Bug #1688028: Juju fails to request deploy after busy node returns OK <cdo-qa> <cdo-qa-blocker> <juju:In Progress by 2-xtian> <https://launchpad.net/bugs/1688028>
[22:34] <wallyworld> ok, otp, will catch up soon
[22:35] <gsamfira> anybody want to take a stab at a couple of really tiny PRs? :)
[22:52] <babbageclunk> gsamfira: sure!
[22:57] <wallyworld> thumper: i had also pinged ante and andres in #juju to confirm that maas storage issue is fixed so hopefully we'll be able to close the issue real soon
[22:58] <thumper> wallyworld: I updated the bug to incomplete :)
[22:58] <wallyworld> yay :-)
[22:58] <wallyworld> hopefully nothing more to do
[23:10] <gsamfira> babbageclunk: https://github.com/juju/utils/pull/279 and https://github.com/juju/charm/pull/228
[23:10] <gsamfira> babbageclunk: thanks! ^_^
[23:22] <babbageclunk> gsamfira: Why do you think using defer might lead to leaked file handles?
[23:27] <gsamfira> babbageclunk: It was an improper use of the word. The whole defer fh.Close() pattern, while I get is useful to close a file even if a panic happens along the way, can cause ulimit errors when, for example unarchiving an archive with many files.
[23:28] <babbageclunk> gsamfira: ok, I thought it might be something like that - so in a function with a loop extracting many files.
[23:28] <gsamfira> babbageclunk: yap
[23:30] <gsamfira> babbageclunk: there is another issue with that pattern. On Windows for example, if you try something like (pseudo code follows: fh := Open("myfile"); defer fh.Close; fh.Write("hello"); io.Move("myfile", "awesome_name")
[23:30] <gsamfira> it will fail
[23:30] <babbageclunk> gsamfira: That said, I think the places you're changing in the utils PR would be better done by changing the deferred closes to be sync+closes. The loop problem doesn't apply there.
[23:30] <gsamfira> (the move at least)
[23:30] <babbageclunk> gsamfira: oh, right. Is that why you moved the sync+close to be before the call to the change func in AtomicWriteFileAndChange?
[23:30] <gsamfira> would it not be useful to return any errors while doing a sync/close?
[23:31] <gsamfira> yap
[23:31] <gsamfira> also in zip.go. in the case of copyTo
[23:33] <babbageclunk> gsamfira: for returning errors, yes, but not if we're already returning an error - we wouldn't want to clobber it.
[23:34] <thumper> menn0, wallyworld: I won't be at the tech-board meeting today
[23:34] <thumper> have taxi duty :-|
[23:34] <menn0> thumper: ok
[23:34] <wallyworld> thumper: no worries, we'll cover for you :-)
[23:35] <gsamfira> babbageclunk:  not really clobbering, I think. We still return the original error if that's where it happens. But we also get an error returned if we fail to flush to disk, or close the file...which I think is an important error to know :)
[23:35] <gsamfira> otherwise we cannot guarantee that the config file or state file is consistent
[23:36] <babbageclunk> Oh, I mean, it would be better to make the defer do sync+close and return any error (avoiding clobbering an error already coming back) than just putting the sync+close on the happy path.
[23:37] <babbageclunk> gsamfira: ^
[23:37] <babbageclunk> does that make sense?
[23:40] <babbageclunk> gsamfira: I'll put what I mean into the review.
[23:40] <gsamfira> babbageclunk: yup. Makes sense
[23:40] <babbageclunk> gsamfira: cool
[23:40] <gsamfira> babbageclunk: sounds good. helps to add context :)
[23:41] <gsamfira> I'll address it in the morning. Grabbing some sleep for tonight :)
[23:41] <gsamfira> thanks for looking over it!
[23:41] <gsamfira> babbageclunk: ^
[23:49] <babbageclunk> gsamfira: no worries! I started typing it up and it's unwieldy enough that I don't think it's worth it - I think yours is fine in that case.


[01:27] <locodir-user> hello.  I am having trouble installing Ubuntu and was hoping someone could lend a hand
[23:42] <ianorlyn> DonkeyHotei: you might be interested in this talk https://www.youtube.com/watch?v=9U1pIcRAiG0
[23:42] <darthrobot> Title: [Openwest 2015 - Aaron Mildenstein - "From open-source community involvement to career" (103) - YouTube]
[23:43] <DonkeyHotei> a bit late, i'm in talks with a potential sponsor so to speak
[23:44] <ianorlyn> ok hope you the best
[23:52] <DonkeyHotei> thanx but i keep worrying about screwing it up in some way or other