[01:04] <diddledan> google plus' auto enhance feature is pretty awesome considering it does it without any input
[01:04] <diddledan> photo*
[08:42] <brobostigon> good morning everyone,
[08:42] <Myrtti> morgon allihopa
[08:43] <brobostigon> guten morgen Myrtti
[08:47] <popey> moin
[08:48] <brobostigon> guten morgen popey
[09:11] <shauno> dobré ráno brobostigon
[09:11] <shauno> today is bios updates day.  be afraid :/
[09:11] <brobostigon> fingers crossed,
[09:38] <shauno> seems the gods aren't with me today
[09:41] <bigcalm> Good morning peeps :)
[09:53] <brobostigon> morning bigcalm
[09:53] <brobostigon> shauno: eeeek :(
[09:58] <brobostigon> anyone know anything about iphone, my gf asked me this morning, can you get a slide lock like you can on android on IOS ?
[09:58] <shauno> fun message.  "Cannot use a "Dell System Poweredge 2950" BIOS in a " - ".  Press any key to exit.
[09:59] <bigcalm> very informative
[09:59] <shauno> getSystemId in libsmbios sees it as a 2950 a-ok.  but dell's own update tool doesn't.  fun
[09:59] <bigcalm> brobostigon: as in slide to unlock?
[09:59] <brobostigon> i liked BeOS error messages, they were all haiku's. :)
[09:59] <brobostigon> bigcalm: yep
[09:59] <bigcalm> brobostigon: yes
[09:59] <bigcalm> brobostigon: that's about all I know about iOS
[10:00] <brobostigon> bigcalm: how, was my next question.
[10:00] <bigcalm> brobostigon: popey is an iOS fan :)
[10:00] <brobostigon> bigcalm: certainly,
[10:03] <MartijnVdS> bigcalm: except when he's working, then he's an Ubuntu phone fan
[10:06] <Myrtti> brobostigon: sure there's slide unlock, it just doesn't look exactly like it does in ios
[10:07] <Myrtti> why you'd want to use slide unlock is a different question, probably better left unanswered
[10:08] <brobostigon> Myrtti: i shall have to do some research, my gf saw my slide unlock on my android and liked it better than the passcode unlock on her iphone, so i was simply wondering as i didnt know.
[10:08] <Myrtti> well there's also pattern unlock
[10:08] <Myrtti> and pin unlock
[10:09] <Myrtti> (well passcode)
[10:09] <Myrtti> and depending on if you've got new enough phone and a front facing camera, face unlock
[10:09] <brobostigon> i have that on my android yes, but she didnt seem to find something like it, on her iphone.
[10:10] <Myrtti> then there's other lockscreens, I've seen Ubuntu one which I tried and didn't like because I couldn't intuitively figure out how I should actually unlock my phone with it
[10:10] <MartijnVdS> http://blog.ziggytek.com/2010/08/19/apple-granted-patent-on-ios-%E2%80%9Cslide-to-unlock%E2%80%9D/
[10:10] <MartijnVdS> they MUST have it as an option at least
[10:11] <brobostigon> MartijnVdS: i would have agreed, and my gf looked but couldnt find on her iphone, hence i am asking, as i have never used an iphone.
[10:12] <MartijnVdS> brobostigon: maybe you just have to turn off all other unlock modes instead of enabling slide-to-unlock (because it's a default/fallback)??
[10:12] <MartijnVdS> guessing here :)
[10:13] <brobostigon> good question, maybe, i will ask her, when i see her tmrw.
[10:14] <shauno> I'm confused .. slide to unlock is the only option on ios?
[10:16] <brobostigon> shauno: my gf wanted a lock on her iphone, so she found a code unlock, but not a pattern unlock like on my android, but would prefer a pattern unlock like i have, so was asking if there is a such a pattern unlock for IOS or not.
[10:16] <Myrtti> oh right, now I understand it
[10:17] <shauno> ah, gotcha.  I read it as you were trying to get 'slide to unlock' on the iphone lol.  there's no pattern one as standard, no idea if there's 3rd-party via jailbreak
[10:19] <brobostigon> my theory was, inside IOS so many of those things, are not user replacable.
[10:43] <popey> brobostigon: there is no pattern unlock on ios
[10:43] <brobostigon> popey: thank you for the answer. greatly appreciated.
[10:46] <shauno> well, I give up.  if I use libsmbios to run the update, it doesn't take.  if I use dell's updater, it doesn't try
[10:47] <bigcalm> There is a pattern unlock, as long as you are happy with the pattern being 1 horizontal line
[10:49] <brobostigon> bigcalm: haha, lol.
[10:49] <shauno> so I'm stuck with a bunch of machines that constantly scream of temperature alarms if I put more than one proc in them.  sweet
[10:52] <Monotoko> bah
[10:52] <Monotoko> work backups
[10:53] <Monotoko> on a saturday
[10:53] <Monotoko> :(
[11:06] <popey> brobostigon: it is possible to add pattern lock to an ios device if you jailbreak it though.
[11:06] <brobostigon> popey: she is on contract with it, so i think that would be breach of contract wouldnt it?
[11:08] <MartijnVdS> I don't think they tend to mind a lot, as long as you keep paying the bills?
[11:08] <MartijnVdS> but that might be different in the UK compared to NL
[11:08] <MartijnVdS> (where *everyone* seems to jailbreak their phones)
[11:09] <popey> brobostigon: don't see why it would be
[11:09] <popey> I have never jailbroken an ios device though
[11:09] <popey> might do when my ipad 1 gets long in the tooth, spruce it up with some new apps
[11:10] <brobostigon> i shall have to research that, it would certainly solve the issue.
[11:11] <ali1234> if you jailbreak your iPhone, apple employees come to your house and kick over your garden gnomes
[11:11] <popey> ☻
[11:11] <popey> http://boingboing.net/2013/09/27/gay-pasta-war-heats-up.html
[11:11] <popey> made me smile
[11:12] <brobostigon> ali1234: lol.
[11:18] <MartijnVdS> ali1234: Good thing he has androids to protect him
[11:19] <penguin42> popey: Lots of nice touches in that - the dog especially
[11:23] <Jaxks> hi
[11:24] <Jaxks> I have a problem, can you help me?
[11:29]  * Myrtti shakes the magic 8-ball
[11:30] <Myrtti> "no way"
[12:52] <Monotoko> Myrtti: I think you scared him off :P
[13:00] <Myrtti> Monotoko: magic 8-ball says no
[13:00] <Myrtti> (so do the timestamps)
[18:46] <ali1234> http://gamedev.stackexchange.com/q/62787/33319
[18:46] <ali1234> guy doesn't think vectors are hard, a bunch of people prove they are by giving incorrect confusing analogies
[18:46] <ali1234> ಠ_ಠ
[18:47] <MartijnVdS> ali1234: next up: people mess up matrices :)
[18:47] <ali1234> and then quaternions
[18:47] <MartijnVdS> beziers?
[18:48] <ali1234> splines would be next, yes
[18:48] <ali1234> perhaps splines would be before matrices actually
[18:48] <MartijnVdS> seems likely
[18:48] <MartijnVdS> graphics hurt my head
[18:49] <ali1234> matrices aren't used nearly as much as most people think
[18:49] <MartijnVdS> but then, netword code used to hurt my head and now it doesn't
[18:49] <MartijnVdS> network*
[18:49] <penguin42> the simpler 3d stuff isn't too bad
[18:49] <ali1234> at least not visible to the developer. they're used internally of course
[18:49] <ali1234> typically you just set the position, orientation, scale and the engine turns it into a matrix for you
[18:57] <bigcalm> Any of you peeps node.js users?
[18:57] <ali1234> http://apple.slashdot.org/story/13/09/28/1136248/why-ios-7-is-making-some-users-feel-sick
[18:57] <ali1234> parallax makes people sick now?
[19:01] <penguin42> ali1234: If you perceive that you are seeing parallax but you aren't I can imagine it could confuse the brain
[19:01] <ali1234> so how come i never got sick while playing side scrolling computer games?
[19:02] <penguin42> maybe it needs to be good enough for your brain to think parallax for it to happen
[19:13] <daftykins> in fairness, some people get sick from TV shows moving too fast
[19:13] <daftykins> so... yeah.
[19:14] <ali1234> i suppose
[19:14] <penguin42> ali1234: Note that nothing about the brain necessarily makes sense
[19:17] <daftykins> more so other peoples :D
[19:47] <bigcalm> Anybody fancy testing something with me quickly?
[19:47] <mgdm> depends what it is
[19:47] <bigcalm> http://cuth.eu:18080/
[19:48] <daftykins> ^_^
[19:49] <bigcalm> I need lots of people to try this at the same time
[19:59] <penguin42> I'm not sure you've got enough people here to do that
[20:01] <daftykins> spam it to channels with trouble makers!
[20:03] <penguin42> claim it's a link to free naughty stuff
[20:04] <popey> post it on twitter
[20:05] <bigcalm> It needs an auto scroll
[20:05] <daftykins> https://www.dropbox.com/s/ulh9gym6mw9vi5g/IMG_20130928_210319.jpg
[20:05] <daftykins> good ol' XBMC
[20:06] <daftykins> great album btw, Beach House - "Bloom"
[20:06] <popey> \o/ Br Ba
[20:06] <daftykins> yeah i've been watching s5, started last weekend-ish
[20:07] <daftykins> got a few eps done, maybe carry on shortly :)
[20:07] <daftykins> there we go, it's just pulled in new South Park + Big Bang Theory
[20:07] <bigcalm> Tweeted, lets see how it goes
[20:08] <daftykins> would you like it pasted into some larger channels too?
[20:09] <bigcalm> Um, I dunno yet
[20:09] <daftykins> ok :>
[20:09] <daftykins> for testing i mean
[20:09] <bigcalm> It's the basic demo from the socket.io site. Dunno if it can be exploited
[20:09] <bigcalm> Go on then :)
[20:12] <bigcalm> How does one find out how many connections have been made to a port?
[20:12] <penguin42> will ss tell you?
[20:13] <mgdm> bigcalm: netstat, probably
[20:13] <mgdm> bigcalm: I forget the exact incantation though, sorry
[20:13] <penguin42> bigcalm: Try ss -tue
[20:14] <bigcalm> iain@banana:~$ ss -tue | grep 18080 | wc
[20:14] <bigcalm>      21     189    2368
[20:14] <bigcalm> A good start
[20:18] <daftykins> apachetop too perhaps, depending on your server? *shrug*
[20:19] <bigcalm> It's node.js
[20:19] <bigcalm> It is its own server
[20:19] <daftykins> ah
[20:22] <arc__> #mac
[20:23] <arc__> sorry
[20:23] <ali1234> so can this be used to make multiplayer games and so on?
[20:24] <ali1234> how simple is this the code of this example?
[20:31] <arc__> hi
[20:31] <arc__> how do i bridge wired connections in ubuntu
[20:33] <bigcalm> ali1234: it's the 1st example on the socket.io site
[20:42] <ali1234> it's an impressive demo
[20:51] <arc__> hey guys is there any channels on freenode for macs
[20:52] <daftykins> yep i think there's ##osx
[20:52] <daftykins> ##mac perhaps
[20:52] <daftykins> not sure on where the 'good' ones are
[20:53] <arc__> ok
[20:53] <shauno> #macosx seems to be the main one.  there's also ##mac ##apple and #macdev
[21:16] <GentileBen> #osx
[21:16] <GentileBen> ##ios
[21:16] <GentileBen> Troll answer: #bsd
[21:17] <X98Hacker> lol


[10:17] <ricotz> tseliot, btw, https://paste.debian.net/plain/931948
[10:19] <tseliot> ricotz: yes, I had noticed that, But I really didn't put much thought into it
[10:19] <tseliot> I'll look into that
[10:20] <ricotz> tseliot, I see, thanks


[05:59] <elky> Hrm... no MichelleQ today? :(
[08:08] <dholbach> good morning
[18:25] <pleia2> etali: thanks for blogging about the competition, and welcome to our planet! :)
[18:31]  * maco giggles
[18:31] <etali> pleia2, thanks :)
[18:31] <maco> take me to your lizard
[18:32] <etali> lol, many people do think I'm from another planet :)
[19:29] <czajkowski> aloha


[19:50] <pvsenan> balloons, hi
[19:54] <balloons> pvsenan, hello!
[19:55] <pvsenan> balloons, I'm sorry..Nothing worked out on that day and I got frustrated :(
[20:08] <balloons> pvsenan, no worries. Sometimes when things don't work you just have to walk away
[20:08] <balloons> it's the best thing to do :-)
[20:09] <pvsenan> balloons, I've modified the super call in init.py http://paste.ubuntu.com/11527542/
[20:09] <pvsenan> balloons, now its launching :)
[20:10] <balloons> pvsenan, awesome
[20:10] <balloons> is this different than my proposal (which still hasn't merged)..
[20:10] <balloons> I should check
[20:10] <pvsenan> balloons, I've merged it locally
[20:18] <balloons> pvsenan, so since it's actually running now :-), have you tried to use selenium to write a test? Everything ok?
[20:18] <pvsenan> balloons, No I haven't tried yet. Found this fix just now :p
[20:22] <pvsenan> balloons, should I use autopilot launch for launching this and inspect using vis ??
[20:25] <balloons> pvsenan, you can, but using selenium means you can just look at the html or use devtools
[20:25] <balloons> I guess I would just look at the html source myself, but ...


[02:27] <lucidone> Hi, when running juju add-k8s $cluster; juju bootstrap $cluster; against a k8s cluster in openstack. The controller service comes up with a ClusterIP. As such, it fails when it tries to contact the juju controller / api server becuse the address is inaccessible. I'm probably blind / doing something wrong,  but is there a config setting to make it use a spec.type=LoadBalancer instead?
[02:32] <wallyworld> lucidone: there's a new 2.7 feature https://discourse.jujucharms.com/t/whats-new-in-juju-k8s-for-2-7/2300
[02:32] <wallyworld> you can specify a bootstrap option
[02:33] <wallyworld> hpidcock: the final PR to remove charmstore.v5 https://github.com/juju/juju/pull/10988
[02:34] <hpidcock> ok
[02:37] <lucidone> wallyworld: ah, magic! thanks
[02:45] <lucidone> --config controller-service-type=loadbalancer worked a charm ;)
[02:56] <thumper> I'd love a review of my ratelimit PR: https://github.com/juju/juju/pull/10987
[04:07] <hpidcock> thumper: having a look
[04:54] <thumper> hpidcock: thanks
[08:58] <achilleasa> manadart: I fixed the broken test (https://github.com/juju/juju/pull/10979/commits/dcd69a17088c7d19bf5bcf95e7e025b661440dcc) and I think I got all your suggested changes in 10979; can you take another look?
[08:59] <manadart> achilleasa: Yep.
[09:01] <achilleasa> manadart: also, I got rid of some not needed code in the instancepoller facade which triggered the original type-casting error we were seing (this line: https://github.com/juju/juju/pull/10979/commits/2393a6d3d1ce273564080359a62d46090b952ceb#diff-d177f61f881e38ac7ccb857814927e3fR118)
[10:44] <nammn_de1> manadart stickupkid up for a small review? https://github.com/juju/juju/pull/10985
[12:52] <nammn_de1> rick_h: regarding the patch we were talking about yesterday
[12:52] <nammn_de1> ^
[13:00] <rick_h> nammn_de1:  did you get the feedback from thumper?
[13:00] <rick_h> I mentioned it on a call with him and he was going to take a peek
[13:05] <nammn_de1> rick_h: yes I did, I tried to work his feedback in, but needed to adjust a few places different
[13:05] <nammn_de1> I need make the err silent as manadart has mentioned
[13:07] <rick_h> nammn_de1:  gotcha, sorry yea just catching up on email this morning
[13:17] <nammn_de1> manadart: on your comment: https://github.com/juju/juju/pull/10985#issuecomment-562123107
[13:17] <nammn_de1> That are the options I see, any else in your mind?
[14:29] <stickupkid> hml, can you check this one, this is the one that breaks all the tests :( https://github.com/juju/juju/pull/10990/files
[14:29] <hml> stickupkid: looking
[14:29] <hml> stickupkid: is there face to palm asci art?
[14:30] <hml> for me?
[14:30] <stickupkid> generally Patrick Stewart isn't it?
[14:30] <stickupkid> https://i.kym-cdn.com/entries/icons/original/000/000/554/picard-facepalm.jpg
[14:30] <hml> errr… don’t know that one
[14:31] <hml> ah, i was thinking asci, not jpg
[14:31] <stickupkid> interestingly I've met him on multiple occations, depends if you're a trekkie or not
[14:31] <hml> doh
[14:31] <stickupkid> https://www.google.com/search?q=facepalm+ascii&sxsrf=ACYBGNQ_Sdi-AUddeexe3IF_Ujw4YkKalw:1575556212640&source=lnms&tbm=isch&sa=X&ved=2ahUKEwiH0oKj3J7mAhXgURUIHfSOCC8Q_AUoAXoECA0QAw&biw=1272&bih=635#imgrc=-uejGHWQzbfg2M:
[14:31] <hml> stickupkid: seen a lot of it.
[14:31] <hml> wow
[14:37] <hml> stickupkid: posted 2 comments
[14:38] <rick_h> hml:  can I bug you back in daily around the error message for the neutron thingy please?
[14:45] <stickupkid> hml, done https://github.com/juju/juju/pull/10990
[14:57] <hml> stickupkid: approved
[14:58] <stickupkid> ta
[15:29] <hml> anyone know if there’s a juju command to get the <commands> allowed with juju-run?  or it is just in docs?
[15:31] <hml> found it
[19:09] <timClicks> we received a 35x increase in anonymous pageviews on our discourse yesterday
[19:10] <rick_h> timClicks:  :/
[19:11] <timClicks> not sure what the significance is; but it does throw everything out
[19:13] <rick_h> yea, I bet
[20:16] <timClicks> blog post about juju on the ubuntu blog!  https://admin.insights.ubuntu.com/2019/12/05/web-application-development-with-juju-charms/
[20:33] <thumper> hml: here's a quick PR for you https://github.com/juju/juju/pull/10992
[20:33] <thumper> timClicks: can we catch up now?
[20:33] <thumper> timClicks: Friday meetings have been all screwed up since daylight savings
[20:33] <timClicks> thumper: sure, 2 mins
[20:35] <hml> thumper: looking
[20:35] <thumper> hml: came across them trying to land my other branch
[20:36] <hml> thumper: we seem to be hitting more intermittent again recently.  nice to see a fix for one.
[20:36] <hml> or two
[21:32] <wallyworld> hml: tiny https://github.com/juju/bundlechanges/pull/58 pretty please
[21:32] <hml> wallyworld: looking
[21:33] <hml> wallyworld:  juju:master?
[21:34] <wallyworld> hml: parse rror?
[21:35] <hml> wallyworld:  looks like your pr is trying to merge into master instead of develop
[21:35] <wallyworld> this is bundlechanges
[21:35] <wallyworld> a different repo
[21:36] <hml> wallyworld: ah
[21:37] <wallyworld> we need to use bakery.v2 in juju and it's a friggin rabbit warren to get all the dependencies sorted
[21:37] <hml> wallyworld:  definitely!  we’ve all(?) been down that path a run screaming at one time or another.  :-D
[21:38] <wallyworld> i'm living it :-( for the past week
[21:38] <hml> wallyworld: :-(
[21:38] <wallyworld> finally got charmstore.v5 all removed
[21:38] <wallyworld> now hitting issues with go dep
[21:39] <wallyworld> ty fore review


[12:30] <ubotu> New bug: #151370 in linux-source-2.6.22 (universe) "Latest upgrade from 2.6.22-13 to 2.6.22-14 Ubuntu Gutsy Beta makes Broadcom WLAN stop working (dup-of: 138400)" [Undecided,New]  https://launchpad.net/bugs/151370
[12:41] <ubotu> New bug: #152136 in linux-restricted-modules-2.6.22 (restricted) "Ati driver does not work/Ati card not recognized" [Undecided,New]  https://launchpad.net/bugs/152136
[12:46] <ubotu> New bug: #151041 in ubuntu "Broadcom firmware not copied to updated kernels (Ubuntu 7.10 beta) (dup-of: 138400)" [Undecided,New]  https://launchpad.net/bugs/151041
[12:46] <ubotu> New bug: #152141 in linux-restricted-modules-2.6.22 (restricted) "nvidia-glx-new and nvidia-glx fail to load" [Undecided,New]  https://launchpad.net/bugs/152141
[12:54] <ubotu> New bug: #152139 in xserver-xorg-video-intel (main) "System hangs with black screen on restart with Gutsy Beta (dup-of: 127101)" [Undecided,Invalid]  https://launchpad.net/bugs/152139
[01:18] <pcjc2> hi all
[01:20] <ubotu> New bug: #152150 in xorg (main) "Middle mouse wheel no longer works when in VMWare" [Undecided,New]  https://launchpad.net/bugs/152150
[01:30] <ubotu> New bug: #152159 in xconsole (main) "SEGV on 64-bit arch due to implicit function definitions" [Undecided,New]  https://launchpad.net/bugs/152159
[01:48] <ubotu> New bug: #151911 in xserver-xorg-video-ati (main) "no 3d acceleration with ati driver" [Undecided,New]  https://launchpad.net/bugs/151911
[09:36] <ubotu> New bug: #131348 in ubuntu "Tribe-4 alternate installation causes screen to be unreadable (dup-of: 127008)" [Undecided,Invalid]  https://launchpad.net/bugs/131348
[09:39] <ubotu> New bug: #127769 in linux-restricted-modules-2.6.22 (restricted) "nvidia-glx working on 6.06, but don't on 7.04" [Undecided,Invalid]  https://launchpad.net/bugs/127769
[09:45] <ubotu> New bug: #128886 in linux-restricted-modules-2.6.22 (restricted) "fglrx macbook pro POWERPLAY support" [Undecided,New]  https://launchpad.net/bugs/128886
[10:11] <ubotu> New bug: #129860 in linux-restricted-modules-2.6.22 (restricted) "two xorg processes with fglrx" [Undecided,New]  https://launchpad.net/bugs/129860
[02:46] <ubotu> New bug: #152276 in linux-restricted-modules-2.6.22 (restricted) "xorg-driver-fglrx not working causing system crash with new ati cards (2600 XT)" [Undecided,New]  https://launchpad.net/bugs/152276
[03:30] <ubotu> New bug: #152312 in xorg (main) "Gutsy: Display is washed out, too bright.  No adjustment will correct for over bright display" [Undecided,New]  https://launchpad.net/bugs/152312
[04:26] <ubotu> New bug: #152332 in xorg (main) "[7.10-RC] Looks like false dpi value" [Undecided,New]  https://launchpad.net/bugs/152332
[06:16] <ubotu> New bug: #144899 in linux-restricted-modules-2.6.22 (restricted) "[gutsy]  problem with nvidia-glx" [Undecided,New]  https://launchpad.net/bugs/144899
[06:29] <ubotu> New bug: #152371 in xorg (main) "NVidia GeForce 6600 driver doesn't work" [Undecided,New]  https://launchpad.net/bugs/152371
[06:40] <ubotu> New bug: #152373 in linux-restricted-modules-2.6.22 "[Gutsy]  Option "AddARGBGLXVisuals" "true" should be set by default" [Undecided,New]  https://launchpad.net/bugs/152373
[07:20] <ubotu> New bug: #145417 in fast-user-switch-applet (main) "Mouse does not work with fast-user-switch-applet (dup-of: 68370)" [Undecided,New]  https://launchpad.net/bugs/145417
[07:20] <ubotu> New bug: #147288 in ubuntu "touchpad hangs when switching user (dup-of: 68370)" [Undecided,New]  https://launchpad.net/bugs/147288
[09:10] <ubotu> New bug: #152416 in xserver-xorg-video-intel (main) "GNOME panels are smaller than detected and set resolution" [Undecided,New]  https://launchpad.net/bugs/152416
[10:05] <ubotu> New bug: #145718 in linux-restricted-modules-2.6.22 (restricted) "[Gutsy]  Allow to choose a different version of nVidia driver" [Wishlist,New]  https://launchpad.net/bugs/145718
[10:50] <ubotu> New bug: #152444 in xorg (main) "Dpkg-reconfigure xserver-xorg doesn't work for brazilian keyboards on Gutsy" [Undecided,New]  https://launchpad.net/bugs/152444


[09:11] <sakrecoer> it looks like the new site wont come up in time for release. we can stilÃ¶ cross fingers but, yea. its a bit sad, but we can use it at our advantage: proÃlonge the noise after release and use it to engage the comunity.
[09:12] <cfhowlett> no worries.  2017 is 10 years of US so we can launch the new site AND celebrate!
[09:12] <sakrecoer> :)
[09:12] <sakrecoer> we shouÃ¶d realy make a lot of noise all the way to 17.04
[09:13] <cfhowlett> agreed!
[09:14] <cfhowlett> in fact: a new wallpaper contest, NO photography, digital art only, themed to the workflows
[09:14] <sakrecoer> excellent idea cfhowlett !!
[09:17] <sakrecoer> maybe some kindof sound contest too? not sure what thevthematic would be, or what function it could have?... maybe for the videovifnet for tutorials.. or just the ubuntu studio biethday anthem? :)
[09:17] <sakrecoer> *videovignett
[09:17] <cfhowlett> oh HELL yes!  although I am rather partial to reusing the US sound themes myself ...
[09:18] <sakrecoer> well then, perhaps the birthday tjing could be something? maybe try gather something for a compilation of somekind?
[09:19] <cfhowlett> indeed.  I was awaiting the release to begin organizing any such effort though
[09:20] <sakrecoer> sounds wise cfhowlett :)
[12:26] <eylul> I would still suggest that the new site comes as soon as possible, early in next cycle
[12:27] <eylul> lets not lose steam on it this time, earlier we have it out, the more time we have to focus on to do other things, and start thinking about regular content for example
[12:27] <eylul> :)
[12:28] <eylul> yes I am looking at you cfhowlett (if you are still interested in documentation) and JTLively and chimois too. :D
[12:28] <cfhowlett> indeed yes!
[12:28] <eylul> :)
[13:56] <JtLively> I am still interested but my workload doesn't leave much room for writing as of now. The easiest way I can contribute for now is videos for using specific apps.


[22:50] <renatosilva> hi, why no 3-clause BSD listed under license choices in project settings?
[23:10] <renatosilva> OSI defines 3-clause as BSD Simplified
[23:11] <renatosilva> the one listed, Simplified BSD Licence, is defined as 2-clause
[23:11] <renatosilva> https://opensource.org/licenses/BSD-3-Clause
[23:13] <dobey> they are both simplified BSD licenses.
[23:13] <dobey> likewise, the options on launchpad don't exist for "GPL 2 or newer"
[23:13] <renatosilva> it looks like the item description needs to be changed for clarification
[23:14] <dobey> i think you're overthinking it
[23:15] <renatosilva> no, it's because of the time I wasted
[23:15] <renatosilva> but thanks for clarifying, I'm gonna select that one


[22:09] <JanC> hello
[22:10] <JanC> anybody here coming to FOSDEM and willing to bring an "Ubuntu TV" system to demo at the Ubuntu booth?  ☺
[22:21] <Saviq> JanC, I'll forward that request to the responsible people, any way they could contact you about that?
[22:21] <JanC><EMAIL_ADDRESS>or<EMAIL_ADDRESS>or here on IRC  ☺
[22:22] <Saviq> JanC, we'll let you know soon
[22:23] <JanC> Saviq: if any of you can bring something that would be cool  ☺
[22:23] <JanC> Saviq: are you coming to FOSDEM?
[22:37] <Saviq> JanC, unfortunately no, I f**ed up and planned a ski trip starting that weekend
[22:37] <Saviq> I suck, I know
[22:41] <JanC> Saviq: if it snows in Brussels then you can ski on the ramp up to the parking lot  ;)
[22:41] <Saviq> JanC, true, quite some space there
[22:41] <Saviq> but, when did you last have snow there?
[22:42] <JanC> Saviq: it snowed a bit in December, one day  ;)
[22:42] <JanC> well, couple of days maybe
[22:42] <JanC> and mostly in one area of the country, not sure how much in Brussels
[22:43] <JanC> certainly not much where I live (Bruges, near the coast, so even less "cold weather" than elsewhere)
[22:50] <Saviq> oh Bruges, did you meet Colin Farrell or Brendan Gleeson?
[22:50] <Saviq> that movie was nice :)
[22:50] <Saviq> and a beautiful city
[22:54] <JanC> Saviq: I only got inconvenienced because they blocked the roads during filming  :P
[22:54] <Saviq> ;)
[22:54] <Saviq> I have yet to visit Belgium for something other than FOSDEM
[22:56] <JanC> not all of Bruges is (fake) mediaeval BTW  ;)
[22:58] <JanC> where "fake" is maybe not the right word


[10:12] <azbyin> hi all
[10:12] <azbyin> can someone test something for me? I believe there is a bug in 'du' from coreutils
[10:12] <azbyin> either that or the behaviour was changed for some odd reason after the version available in 11.10
[10:13] <mitya57> azbyin: please describe your problem
[10:14] <azbyin> du -hs * .        in a directory filled with stuff shows a wrong size for .
[10:15] <azbyin> all the sizes reported for stuff matching the * glob is fine. just that the summary for the . dir is some weird number
[10:15] <azbyin> i cannot figure out where this number comes from
[10:15] <azbyin> i noticed the issue here on my laptop when i backed up everything from 11.10 and wiped and installed 12.10 now
[10:15] <azbyin> i also ssh'd into my work machine which runs 12.04 and it has the same issue
[10:16] <azbyin> i will post a sample on pastebin
[10:20] <azbyin> mitya57, http://pastebin.com/hDYGEpAs
[10:20] <azbyin> note that simply running 'du -hs' gets the right size for the directory.
[10:21] <alo21> hi. What is the process to upgrade a package? I mean where should I tell that I am working on it and etc... ?
[10:22] <mitya57> azbyin: du -hs * . shows total size of files in a directory EXCLUDING sub-directories
[10:22] <azbyin> so you reckon i have 291M of files in my home dir?
[10:22] <azbyin> lol
[10:23] <mitya57> azbyin: here is my small test:
[10:23] <azbyin> mitya57, http://pastebin.com/gUXWNJ5s  updated paste
[10:25] <mitya57> azbyin: yes, I think so. also, if you sum everything in "du -hs * .", you'll get 19G
[10:25] <azbyin> see that there are *no* files in the dir and collectively all the .[a-z] files/dirs do *not* add up to 291M
[10:26] <azbyin> mitya57, mind explaining why the output is different then in 11.10?
[10:26] <alo21> I cannot find all the info online. (may be because I am not good on googleing)
[10:26] <azbyin> i have this dir in an external usb partition formatted as ext3.
[10:26] <azbyin> and running du -hs * .  within the dir in 11.10 shows the correct summary size for the entirety of .
[10:27] <mitya57> azbyin: please report a bug
[10:27] <mitya57> or maybe it's bug 1004319
[10:28] <mitya57> alo21: nothing different from usual process
[10:28] <azbyin> exactly this bug!!
[10:28] <mitya57> alo21: clone lp:ubuntu/packagename, upgrade the package, submit a merge proposal
[10:29] <azbyin> i see there was some change in coreutils upstream with respect to du
[10:29] <alo21> mitya57: Have I tell to somebody that I am upgrading it, to avoid double work?
[10:29] <azbyin> http://changelogs.ubuntu.com/changelogs/pool/main/c/coreutils/coreutils_8.13-3.2ubuntu2/changelog    search for du and it shows:     coreutils (8.13-1) unstable; urgency=low
[10:29] <azbyin>   * New upstream version
[10:29] <azbyin>     - du ignores specified dir when part of cycle (Closes: #598438)
[10:30] <mitya57> debian bug 598438
[10:30] <azbyin> sorry for the paste here, but it might have to do with this "fix" that introduced the regression
[10:30] <azbyin> mitya57, please dont be discouraged by the "corrupted" word in the bug report
[10:31] <azbyin> the original report was simply that du reported errors on fs with error and this broke scripts
[10:31] <azbyin> but the fix obviously has changed the way du operates internally. so i assume this is the one that iontroduced the regression
[10:32] <mitya57> alo21: if the package has an Ubuntu maintainer, you may want to contact it first
[10:32] <azbyin> now i want to make a good and simple testcase using dd so i can demonstrate the bug
[10:32] <mitya57> alo21: what's the package, by the way?
[10:32] <mitya57> s/it/him/
[10:33] <alo21> mitya57: no one in particular. I really would be part 13.04's development
[10:33] <azbyin> s/it/him\/her/ :)
[10:33] <mitya57> :)
[10:34] <mitya57> alo21: you can also file a bug and tag it with upgrade-software-version
[10:34] <alo21> mitya57: but in the meantime I am a little bit afraid to make some mistakes.
[10:35] <mitya57> alo21: don't worry, usually there's enough time during the development cycle to find bugs :)
[10:37] <alo21> mitya57: what do you mean with 'find bugs'?
[10:37] <mitya57> I mean, if you break something, someone will notice it.
[10:39] <alo21> ah, ok. Thanks a lot!
[10:40] <alo21> mitya57: can I start now on upgrading package for 13.04?
[10:41] <mitya57> alo21: the archive is not opened yet, but it should open next week
[10:41] <mitya57> alo21: but you can already start working on the branch, of course
[10:43] <alo21> mitya57: for example here (https://bugs.launchpad.net/ubuntu/+source/ibus-chewing/+bug/1069245) if I would upgrade this package
[10:44] <alo21> I have to assigne this bug to me, upgrade it and then create a personal branch?
[10:44] <alo21> assuming that I have spoken with the maintainer yet
[10:44] <mitya57> alo21: that package comes unchanged from debian, it would be good to update it there
[10:45] <mitya57> you can still use bzr, but then export your changes to a patch and submit to debian bug 691076
[10:45] <alo21> mitya57: make a request to debian?
[10:46] <mitya57> alo21: there already is a bug ^^
[10:47] <mitya57> you can just submit a debdiff there
[10:47] <hyperair> great, so quantal's compiz decides to ignore all prior customization and just start afresh? very nice.
[12:01] <alo21> mitya57: to create a debdiff I should have at least two debian packages... One is the source from debian, the other is from Ubuntu. Right?
[12:29] <mitya57> alo21: no, you may create a debdiff between current and new ubuntu versions
[12:29] <mitya57> you can either use "debdiff" command or "bzr diff" if you prefer
[12:41] <arand> Well, debdiffs are between two debian packages, doesn't matter what distribution they are from...
[12:42] <alo21> arand: ok
[12:43] <alo21> arand: when I am working on a package have assigne the bug to me?
[12:48] <arand> I don't know the formalities around assignment, but there's never a *requirement* to assign yourself, afaik.
[12:51] <geser> I usually only assign to myself when it takes some time (days) or when I expect a clash with someone else working on it too (to prevent double work)


[00:00] <dcosta> asac: you there _
[00:01] <asac> no
[00:01] <dcosta> cool i will be back later
[00:01] <asac> hey
[00:01] <dcosta> hehe
[00:01] <asac> just write what you want instead of summoning me... thats what i was trying to say ;)
[00:01] <dcosta> im buddy o BUGabundo can u give me some help
[00:01] <asac> ah ok
[00:01] <asac> shoot
[00:01] <jdstrand> asac: I'm fine with that, thanks
[00:02] <asac> good plan ;)
[00:02] <asac> jdstrand: i am about to have a break through in my brain ;)
[00:02] <jdstrand> asac: well, I guess it is time for a break then ;)
[00:02] <dcosta> i unistall my network manager -gnome
[00:02] <asac> i try to get the road unblocked to push a standalone firefox so we can do major version upgrades
[00:02] <dcosta> and now i dont have network to install it again
[00:03] <dcosta> any way for fix it from live cd _
[00:03] <asac> jdstrand: last drop on this was firefox getting major sqlite update on a stable branch
[00:03] <asac> jdstrand: e.g. 3.5
[00:03] <asac> we had luck ... but when i asked if we can unpatch the configure.in bumpage they said that would be trademark review
[00:04] <asac> i am tired of explaining everything ;)
[00:04] <asac> like that we can build in security with lower sqlite
[00:04] <asac> and make a sru for sqlite if there is really a bad crasher
[00:04] <asac> ;)
[00:04] <asac> dcosta: what network? wired?
[00:04] <asac> dcosta: wired is easiest
[00:05] <dcosta> any
[00:05] <asac> if you can plug in somewhere ...
[00:05] <dcosta> wireless or wired
[00:05] <asac> dcosta: killa NetworkManager ... sudo killall NetworkManager
[00:05] <asac> dcosta: then sudo ifconfig eth0 up
[00:05] <asac> (if eth0 is your wired)
[00:05] <jdstrand> nice plan, bummer on the trademark review
[00:05] <asac> and run dhclinet eth0
[00:05] <asac> sudo dhclient eth0
[00:06] <asac> jdstrand: so basically we would not use any system libraries (nor xulrunner) and ship exactly what mozilla does
[00:06] <asac> only sys libs are maybe nss/nspr
[00:06] <asac> but even for that i am not sure
[00:06] <asac> only blocker is that we have yelp on the CD
[00:06] <dcosta> ok i dont do dhclient but i set my router in interfaces and resov.conf manualy and dont work
[00:06] <asac> which requires xulrunner ... have to do something about that
[00:07] <dcosta> i will try
[00:07] <dcosta> brb
[00:07] <asac> you will figure
[00:07] <asac> configure eth0 in interfaces and run ifup eth0
[00:07] <asac> sudo ifup eth0
[00:07] <dcosta> eth0 is up
[00:07] <dcosta> but i will do dhclient
[00:08] <dcosta> reboot
[00:08] <asac> dcosta: you dont need to reboot
[00:08] <asac> sudo killall NetworkManager ... then the commands i suggested
[00:12] <fta> asac, do you own the itp for v8 now?
[00:33] <fta> asac, arm will need work... http://paste.ubuntu.com/268261/
[00:36] <asac> why do you think?
[00:37] <asac> those flags look like its something we might actually be targetting
[00:37] <asac> but i am not sure what kind of arm thing is the main target
[00:37] <asac> its not necessarily the same as i have learnt in the past
[00:38] <fta> i mean, by default, it will not work if you build with target_arch=arm, because it's protected by chromeos==1, which we should not pass
[01:11] <asac> fta: doesnt that mean that those flags will only be used if its chromeos?
[01:11] <asac> otherwise it will just build as normal?
[01:13] <fta> indeed
[01:14] <asac> i think those are performance optimization tweaks for their target platform
[01:15] <fta> yep, but they are more tests like that scattered everywhere
[01:16] <fta> should not be a problem if porters send their patches upstream (like freebsd is currently doing) and if we release often
[01:19] <asac> can we get rid of the testsuite packages somehow?
[01:19] <asac> or are they gone i am too old ;)?
[01:19] <asac> point is that one needs to push all the binaries + the sources ;)
[01:19] <asac> to debian
[01:20] <asac> maybe when passing something like: UPLOAD_TARGET=debian debuild
[01:21] <asac> but at best still running the testsuite during build ... though i think we dont hard fail, right?
[01:22] <fta> i have USE_TESTS ?= 1 already
[01:23] <asac> use tests does not prevent package creation i guess
[01:23] <fta> it tweaks control :P
[01:23] <asac> really
[01:23] <asac> does it cleanup in clean at least?
[01:23] <asac> then its good
[01:23] <asac> though UPLOAD_TARGET=debian-release ;)
[01:23] <fta> it doesn't, but it's possible
[01:23] <asac> would be more high level api
[01:24] <asac> do we need control stuff for all packages?
[01:24] <asac> cant we convince debhelper to do that for us with snippets?
[01:25] <asac> guess not
[01:25] <asac> so you think the packages are really worth to have?
[01:25] <asac> i thought that might be great
[01:25] <fta> i wanted to drop the testsuite at some point, then reconsidered, now i'm unsure
[01:25] <asac> but i think given the space consumed it would be better
[01:25] <asac> to just say: we run make check
[01:26] <asac> and if there is something that breaks you have to reproduce by building locally
[01:26] <fta> i can build chromium in less than 20 min with USE_TESTS=0
[01:26] <asac> yes
[01:26] <asac> well
[01:26] <asac> i would like to keep using TESTS
[01:26] <asac> so they are run
[01:26] <asac> .... just not the packages
[01:27] <fta> http://paste.ubuntu.com/268286/
[01:28] <fta> that's why i'm unsure
[01:30] <asac> i am sure thats wrong math
[01:30] <asac> maybe its even me and you reinstalling all the time every daily ;)
[01:30] <asac> who would run a testsuite?
[01:38] <fta> no idea
[01:56] <asac> GPLv1+/AristicLicense ... ouch
[01:56] <asac> what is that?
[01:56] <asac> ok
[02:07] <asac> fta: can we autoparse somehow what subtrees depend on what other subtrees?
[02:07] <asac> like from gyp files ?
[02:07] <fta> what do you mean?
[02:08] <asac> e.g. if chrome requires "skia" we would want that relationship somehow parsed
[02:08] <asac> like chrome/browser => skia, net/http, etc.
[02:08] <asac> => == depends on
[02:08] <asac> aka makes use of
[02:08] <asac> aka links again
[02:08] <asac> ;)
[02:08] <asac> aka (in most cases) includes headers of
[02:08] <asac> but i think checking for headers would be too hard
[02:09] <asac> so i hoped that they had something like in Mozilla.in:
[02:09] <asac> REQUIRES = xpcom strings ...
[02:10] <fta> in chrome/chrome.gyp, you have those deps
[02:10] <fta> in each target
[02:10]  * asac checks
[02:11] <asac> ok so basically all "dependencies"="path/to/some/other.gyp
[02:11] <asac> implies that that directory makes use of path/to/some/other
[02:12] <asac> err some/
[02:12] <asac> ;)
[02:12] <asac> so leaving system lib gyps alone
[02:12] <asac> they probably have that gyp in the same subtree at least
[02:12] <asac> ?
[02:13] <fta> no always, but then, it's a relative path
[02:13] <fta> s/no/not/
[02:13] <fta> http://paste.ubuntu.com/268300/
[02:16] <asac> yes, thats what i mean
[02:16] <asac> didnt differentiate between paths
[02:16] <asac> what i meant is ... is a .gyp file always in the top most directory of the component it descrbes?
[02:16] <asac> ../third_party/bzip2/bzip2.gyp -> yes.
[02:16] <asac> ../third_party/bzip2/build/bzip2.gyp -> no.
[02:17] <asac> what does 'chrome_resources',
[02:17] <asac> mean?
[02:17] <asac> is that a placeholder for more .gyp files defined elsewhere?
[02:17] <asac> or a subdir?
[02:17] <asac> oh thats a .gyp target
[02:17] <asac> of the same file
[02:17] <asac> or something
[02:17] <asac> ok
[02:19] <micahg> asac: ff3.5.3 never made it to jaunty in the security ppa
[02:19] <micahg> xul<IP_ADDRESS> did though
[02:20] <asac> woot
[02:20] <asac> ok
[02:20] <asac> i failed then ;)
[02:20] <asac> thx
[02:20]  * micahg probably should have mentioned it earlier :)
[02:20] <micahg> Mozilla made the official release announcement
[02:21] <asac> i know i shouldnt have slept in the middle of those uploads ;)
[02:21] <asac> ok that means i will fix it
[02:21] <asac> and if things will not go through -security we will use the same bits and put into -proposed ... and then -updates + -security
[02:22] <asac> guess will make "Shiretoko" folks a bit more unpleased ;)
[02:23] <asac> oh ... those fixes are xulrunner ;)
[02:23] <asac> well ok
[02:23] <micahg> can you close the fixed-3.5.3 bugs in the upload?
[02:24] <asac> fta: there probably is no way to dump those dependencies from .gyp ;)
[02:24] <micahg> Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:<IP_ADDRESS>) Gecko/20090902 Ubuntu/9.04 (jaunty) Shiretoko/3.5.2
[02:24] <asac> like gyp --gimme-depends path/to/file.gyp:*
[02:24] <asac> ;)
[02:24] <asac> now i am in doubt
[02:24] <asac> what to do
[02:24] <asac> (ffox 3.5)
[02:25] <micahg> why?
[02:26] <asac> omg
[02:26] <asac> i386      15571 builds waiting in queue
[02:27] <asac> ok uploaded
[02:28] <micahg> asac: should I be subscribing<EMAIL_ADDRESS>to upstream mozilla bugs?
[02:28] <asac> micahg: if we file them we should use<EMAIL_ADDRESS>[02:29] <asac> also if they are linux specific
[02:29] <micahg> ok, what if it's found?
[02:29] <asac> found?
[02:29] <asac> you mean linked?
[02:29] <micahg> i.e. already there?
[02:29] <micahg> I was looking at this: https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[02:29] <asac> i dont know :)
[02:29] <asac> yes
[02:29] <asac> that was the plan
[02:29] <micahg> since comeone linked it from the hugday page
[02:29] <micahg> *someone
[02:29] <asac> now they created<EMAIL_ADDRESS>[02:30] <asac> i am not so sure what other distros say if we link all the bugs that get filed to it
[02:30] <micahg> hmm
[02:30] <asac> one second
[02:30] <asac> you can ask in the bug that created that
[02:30] <asac> i think i was cced
[02:31] <micahg> 1 hr to build the jaunty amd64 ff3.5.3
[02:31] <asac> mozilla bug 444906
[02:32] <micahg> https://bugzilla.mozilla.org/show_bug.cgi?id=444906#c5
[02:33]  * micahg should probably be watching that account
[02:34] <asac> well. thats a suggestion
[02:34]  * micahg signed up
[02:34] <asac> i think we should ask about what is ok and what is not
[02:34] <micahg> or rather added it
[02:34] <micahg> should I ask in the bug?
[02:34] <micahg> or in the developers channel?
[02:34] <asac> and if using that to link down to bugs we have in ubuntu is the right thing.
[02:34] <asac> or if we should create<EMAIL_ADDRESS>[02:34] <asac> rather
[02:34] <asac> i think ask in the bug
[02:35] <asac> let me check if the relevant folks i know are CCed
[02:35] <asac> [reed]: ^^
[02:36] <asac> good day ;)
[02:36] <micahg> he's on there
[02:36] <asac> yes
[02:36] <micahg> good day?
[02:36] <asac> i want him to tell us what to do ;)
[02:36] <micahg> ah
[02:38] <asac> [reed]: so basically: does it still make sense to work on improving the "old" bug forwarding workflow ... or can we start interfacing with bmo from launchpad already?
[02:38] <asac> if the latter is unlikely from your side we really would prefer to have a watcher account so our bugsquad can better ensure that we follow up on upstreamed bugs
[02:39] <asac> i assume using<EMAIL_ADDRESS>would be misuse
[02:39] <asac> ;)
[02:40] <asac> as the selection of bugs would probably not really be linux specific in general, but rather ubuntu
[02:47] <micahg> asac: only 32 bugs in b.m.o for that linux@ alias
[03:26] <[reed]> asac: well, once bmo gets upgraded to Bugzilla 3.4, launchpad can easily integrate
[03:27] <[reed]> no idea when that will be, though
[03:28] <[reed]> until then, if you want a watcher account, that's easy to do
[03:58] <micahg> asac: I'm confused, you committed a patch to xul 1.9.3 that should already be in trunk
[03:59] <micahg> asac: neverming, I see you had a patch there temporarily that you removed now
[03:59] <micahg> *neverminf
[03:59] <micahg> *nevermind
[08:03] <micahg> asac: [reed] broke it :) mozilla  Bug 294375
[08:03] <micahg> I fixed the patch and as soon as LP is fixed, I will try to build it
[08:03] <[reed]> I broke what?
[08:04] <micahg> the ubuntu build :)
[08:04] <micahg> not really
[08:05] <micahg> you commited the patch to mozilla-central that broke the build, one of our patches still had gnomevfs code
[08:05] <[reed]> ah
[08:05] <[reed]> is there a LP bug on it?
[08:05] <micahg> no
[08:05] <micahg> not that I know of
[08:06] <micahg> oh maybe
[08:06] <micahg> the patch was for bug 185622
[08:06] <micahg> ugh
[08:06] <micahg> maybe not
[08:06] <micahg> oh right
[08:06] <micahg> LP is broke right now :)
[08:09] <micahg> [reed]: about that bug watcher thing asac was talking about last night, we should have an ubuntu specific watcher and not abuse the linux.distro, right?
[08:09] <[reed]> depends on what you want to do
[08:09] <[reed]> but probably/possibly
[08:09] <micahg> ah, lp looks better
[08:09] <micahg> bug 185622
[08:10] <micahg> well, at least ppa uploads are working
[08:46] <[reed]> bug 185622
[08:46] <[reed]> micahg1: not that bug...
[08:46] <micahg1> no, well the patch I had to fix was that bug
[08:47] <[reed]> what did mozilla bug 294375 break?
[08:47] <[reed]> ah
[08:47] <[reed]> I see
[08:47] <micahg> the patch was for a file that you removed code from upstream :)
[08:47] <micahg> and apparently I didn't do a good job fixing it :(
[08:48] <micahg> nah, you didn't mess anything up, I was joking about that
[08:58] <micahg> asac: ok, I have to go to sleep, I'm trying the build in my mozilla test ppa, I pushed the code change up to lp:~micahg/firefox/firefox-3.7.head, if it doesn't work, I might be able to try one more time in the morning
[08:58] <micahg> I'm leaving my computer on so the uploads finish
[09:46] <mac_v> asac: hi... how to get extra functions into ubufox? ie. is there any due process , to get a new function in? i'm trying to make firefox notify extension fit to ubuntu
[09:53] <eagles0513875> morning guys
[10:34] <andv> eagles0513875, hi
[10:34] <andv> eagles0513875, I fixed the wiki page you made
[10:34] <eagles0513875> hey andv thanks m8
[10:35] <andv> and added some new contents
[10:35] <eagles0513875> got alot on my plate before my lectures start
[10:35] <eagles0513875> doing my lpi 101 exam tomorrow
[10:35] <eagles0513875> working on getting linux level 1 certified :)
[10:35] <andv> eagles0513875, I gonna work on firebug, is assigned to you, can I take it?
[10:35] <eagles0513875> go for it
[10:35] <andv> ty
[10:35] <eagles0513875> dont have time atm and would probably take longer for me to fix then it would for u
[10:35] <eagles0513875> *you
[10:37] <andv> yeah, ok
[10:38] <eagles0513875> hows things going in the ff realm
[10:40] <andv> asac, should I have misc:depends removed as well?
[10:40] <andv> asac, in the depends field
[10:40] <eagles0513875> andv: dont think hes around or hes afk
[10:40] <andv> asac, or should I remove everything apart that ( in firebug)
[10:40] <andv> eagles0513875, he will read backlog :)
[10:41] <eagles0513875> andv: question the first link that the bot will provide for packaging do i need to go through that and install all those packages?
[10:41] <andv> which link?
[10:41] <eagles0513875> !packaging
[10:41] <eagles0513875> the packaging guide
[10:41] <eagles0513875> do i need to install all that stuff to be able to help yall with packaging
[10:42] <andv> eagles0513875, https://wiki.ubuntu.com/PackagingGuide/GettingStarted under 'Packaging Tools'
[10:42] <eagles0513875> andv: i normally follow the complete packaging guide and install all that is on that wiki
[10:43] <eagles0513875> same thing lol
[10:43] <andv> yes
[10:43] <eagles0513875> so install from there on out
[10:47] <eagles0513875> viva la netsplit
[10:58] <asac> andv: misc:depends is ok to have
[11:03] <asac> [reed]: ok thanks. how are things going? are you preparing for final exams or why are you on "leave from project"?
[11:03] <eagles0513875> asac: speaking of exams im outa commission at least till saturday afternoon
[11:03] <eagles0513875> then ill get to packaging
[11:04] <andv> asac, k, great
[11:04] <eagles0513875> currently installing the necessary packaing packages :) hope to start packaging soon for yall
[11:04] <andv> asac, firebug don't have mozilla-devscripts depends so don't have to bump its version, so I'm fixing the depends / recommends and should be fine
[11:06] <asac> andv: xpi:depends depends on mozilla-devscripts
[11:06] <fta> asac, comments not very helpful.. http://paste.ubuntu.com/268491/
[11:06] <asac> fta: well
[11:06] <andv> asac, thanks for the info
[11:06] <andv> asac, was forgetting it
[11:06] <asac> fta: not if you look at one line ;)
[11:07] <asac> i will try to make more useful first lines in future ;)
[11:07] <asac> firebug should use mozilla-devscripts
[11:07] <asac> thats one of the columns in the checklist
[11:08] <asac> anyone else cannot search in firefox-3.5?
[11:08] <asac> using the quicksearch box?
[11:09] <andv> asac, ok B-D-I added
[11:10] <asac> you need to do it right
[11:10] <asac> just file a bug
[11:11] <andv> asac, the bug was filed already
[11:11] <asac> bug 425681
[11:11] <asac> thats not closed nor nothing
[11:12] <andv> asac, I'm fixing it up
[11:12] <andv> asac, mmm...wait
[11:12] <dpm> asac: hi, could you give me an update of the status of the FF3.5 translations? Is there anything in which the translations team can help?
[11:12] <andv> asac, actually there were no B-D on mozilla-devscripts
[11:12] <andv> asac, so that bug is not right
[11:13] <asac> andv: well. use that bug or do something. you will figure
[11:13] <asac> dpm: still need someone to write the export tool
[11:13] <asac> besides from that the only bug existing is that zh-XXX locales are not properly merged
[11:13] <andv> asac, yeah, I'm fixing the package, gonna provide you a debdiff in two minutes
[11:14] <asac> no clue why arne holds back the complete translations because of that
[11:14] <asac> i dont want debdiffs
[11:14] <asac> just branches
[11:14] <asac> if you are unsure do a merge request
[11:14] <dpm> asac: I'm not talking of the export, I was asking about the imports, but I'll ask arne, then
[11:14] <asac> and i will review
[11:15] <andv> asac, I never user branches to get latest uploads
[11:15] <andv> * used
[11:15] <asac> dpm: from what i understand its because country code specific locales are not properly produced (in devmode). the rest works.
[11:15] <asac> i hoped that he would roll them
[11:15] <andv> asac, sometimes they are wrong or tainted (like ubuntu-it-menu was for istance)
[11:15] <dpm> asac: ok, thanks, I've asked arne now
[11:16] <andv> asac, plus this package is merged from Debian
[11:16] <andv> asac, it's not ubuntu-specific
[11:17] <andv> asac, so of course the branch would diverge when debian pushes a new revision
[11:17] <[reed]> asac: eh, ok... just need a break from Mozilla and need to concentrate more on school... I'm around somewhat, just not as much.
[11:17] <asac> [reed]: understood ... enjoy and good luck with your school. final year?
[11:17] <[reed]> yeah, final year
[11:18] <[reed]> definitely not enjoying
[11:18] <eagles0513875> lucky
[11:18] <eagles0513875> i have this yr which is supposed to be hell for me then 1 more
[11:18] <asac> [reed]: enjoy the "break" ;)
[11:18] <asac> not the school ;)
[11:18] <eagles0513875> IT major is fun and all but not easy
[11:19] <[reed]> break? school is not a break
[11:19] <[reed]> yeah
[11:19] <[reed]> anyway
[11:19] <[reed]> sigh
[11:19] <[reed]> 5:19am
[11:19] <[reed]> hmmz
[11:20] <asac> good night ;)
[11:32] <eagles0513875> hey guys what package has replaced linda cuz im trying to install it and its not finding it
[11:32] <andv> asac, http://paste.debian.net/46209/
[11:32] <asac> eagles0513875: ignore it
[11:32] <eagles0513875> ok wiki seems to need an update lol
[11:33] <andv> eagles0513875, linda no more exists
[11:33] <andv> if I remember it right
[11:33] <asac> eagles0513875: finish reading
[11:33] <andv> it got merged into lintian
[11:33] <eagles0513875> gotcha andv
[11:33] <eagles0513875> im reading and installing atm lol
[11:33] <asac> eagles0513875: the wiki is right
[11:33] <eagles0513875> why is there a mention of linda in it though
[11:34] <andv> dunno
[11:34] <asac> eagles0513875: remember to read carefully
[11:34] <eagles0513875> ya gotcha
[11:34] <asac> dont stop after the first 3 words
[11:34] <andv> asac, did you read?
[11:34] <asac> "lintian and linda dissect Debian packages and report bugs and Policy violations. They contain automated checks for many aspects of Debian Policy as well as for common errors. linda is not available from the hardy heron repositories, but is still available in previous releases repositories. "
[11:34] <andv> asac, tested on ffox3.5, works fine
[11:34] <andv> asac, no extra licenses
[11:34] <asac> andv: file a bug if you dont now how to use mozilla-devscripts ;)
[11:34] <asac> i will get to it.
[11:35] <asac> cant explain right now
[11:35] <asac> include xpi.mk ... etc.
[11:35] <asac> its not as simple as that
[11:35] <andv> I gonna look at some other examples
[11:35] <asac> yeah
[11:35] <asac> it should be easy
[11:35] <asac> bdrung or jazzva can also help ... i have to do something right now ;)
[11:36] <andv> yep
[11:36] <bdrung> ?
[11:36] <andv> bdrung, is the MOZ_EXTENSION_PKG needed?
[11:37] <bdrung> no
[11:37] <andv> bdrung, adding mozilla-devscripts support on a package
[11:37] <andv> bdrung, I've added the B-D-I, then added the include in rules
[11:37] <andv> is that all?
[11:37] <bdrung> if not set, the first binary package is used
[11:38] <bdrung> mozilla-devscripts needs to be in b-d
[11:38] <andv> it can be on b-d-i too
[11:38] <andv> i guess
[11:38] <bdrung> then the include will fail
[11:39] <andv> ok
[11:39] <andv> includes should be at the end of debian/rules
[11:39] <andv> but this package set them at the beginning
[11:40] <bdrung> let me have a look
[11:40] <andv> bdrung, just a second, making a debdiff for you
[11:43] <andv> bdrung, http://paste.debian.net/46210/
[11:45] <mac_v> asac: hi... how to get extra functions into ubufox? ie. is there any due process , to get a new function in? i'm trying to make firefox notify extension fit to ubuntu notify-osd specs and get it included into ubufox rather than as a separate extension
[11:45] <asac> no
[11:46] <asac> mac_v: too late for this cycle. features need carefully be selected and after UDS discussion we also need to talk to mozilla etc.
[11:46] <andv> bdrung, anyway adding mozilla-devscripts as B-D-I works
[11:46] <mac_v> :(
[11:46] <asac> notify-osd in particular was explicitly kept broken upstream because they see our way as a regression
[11:46] <andv> bdrung, tested yesterday
[11:46] <asac> so thats not going to fly
[11:46] <asac> ;)
[11:47] <andv> bdrung, includes should go to the low part of the rules file
[11:47] <mac_v> asac: ok , no probs , thanks ;p
[11:47] <andv> bdrung, tested that with the MOZ_XPI_DOCUMENTED_LICENSE_FILES feature
[11:47] <asac> mac_v: if it was a different idea i would have thought. but notify-osd isnt going to get approved. they want to fallback to their own notifications if system notifications dont support actions
[11:48] <bdrung> andv: you can move the includes to the top of the rules file
[11:48] <andv> bdrung, had some issues with putting them to the top
[11:48] <bdrung> andv: mozilla-devscripts as B-D-I works, but it is not correct
[11:49] <andv> bdrung, yeah, set it to B-D now
[11:49] <andv> bdrung, is the debdiff fine for the mozilla-devscripts support?
[11:49] <mac_v> asac: yeah , i feel notify-osd is a *still* bit of a mess  , needs more refinement...
[11:50] <andv> bdrung, asac suggested me to put includes at the low part
[11:50] <asac> i didnt say that
[11:51] <andv> asac, we had a discussion about that with all-in-one-sidebar
[11:51] <asac> whatever bdrung says is most likely right
[11:51] <asac> andv: cant remember ... i proably never said "in the low part" ... that can mean everything
[11:51] <andv> asac, and if you look at all-in-one's rules file you'll find includes at the low part
[11:51] <asac> i wouldnt make such a course statement
[11:51] <bdrung> andv: no, the debdiff does not work (the *.xpi file is removed on clean)
[11:51] <andv> asac, at the end
[11:51] <asac> probably because there is not much else in that file ;)
[11:52] <andv> bdrung, includes cause then
[11:52] <andv> bdrung, coz I didnt touch clean target :)
[11:53] <fta> asac, what is quickly? i see rick dent about it a few times, no idea what it is
[11:53] <bdrung> mozilla-devscripts does not work with *.xpi files in the source tarball.
[11:53] <asac> fta: ask him ;)
[11:54] <asac> its about "quickly glade" ;)
[11:54] <asac> one second
[11:54] <asac> i will figure the spec
[11:54] <bdrung> asac: what can we do about it?
[11:55] <andv> mozilla-devscripts (plus xpi on rules) is the problem theb
[11:55] <andv> not includes at top or low
[11:57] <asac> bdrung: multiple .xpi files?
[11:57] <bdrung> asac: .xpi files in the source tarball.
[11:57] <asac> or a bug if the .xpi is directly in the tarballs
[11:57] <asac> bdrung: so more than one?
[11:57] <bdrung> no, one
[11:58] <bdrung> asac: http://git.debian.org/?p=collab-maint/firebug.git;a=tree
[11:59] <bdrung> andv: you will have to wait for mozilla-devscripts 0.16
[12:00] <andv> bdrung, oki ;)
[12:00] <andv> bdrung, found out a nice bug
[12:00] <andv> it seems
[12:00] <bdrung> andv: not a bug, it's an unsupported use case
[12:01] <andv> yeah, that's it
[12:15] <asac> anyone with ffox 3.5?
[12:16] <asac> pleaes open tools -> addons and run:
[12:16] <asac> sorry
[12:16] <asac> pleaes open tools -> error console and execute the following code:
[12:16] <asac> Components.classes["@mozilla.org/satchel/form-history;1"].getService(Components.interfaces.nsIFormHistory2)
[12:18] <fta> [xpconnect wrapped nsIFormHistory2]
[12:19] <asac> fta: on 3.5?
[12:19] <fta> yes
[12:19] <fta> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:<IP_ADDRESS>pre) Gecko/20090908 Ubuntu/9.10 (karmic) Shiretoko/3.5.4pre
[12:20] <asac> odd
[12:20] <asac> its not working here
[12:20] <asac> and not for ara either
[12:21] <asac> https://bugs.edge.launchpad.net/bugs/427295
[12:36] <mac_v> asac: the weird cursor bug! seems to be solved , ;) https://bugs.launchpad.net/bugs/413950 , looks like something else was affecting firefox , pls read last comments
[12:43] <asac> fta: sqlite3 path/to/formhistory.sqlite3 ... then run "pragma user_version"
[12:43] <asac> what does that give you?
[12:43] <asac> actually
[12:43] <asac> pragma user_version;
[12:44] <fta> which ff?
[12:44] <fta> 2 for 3.5
[12:45] <fta> 2 for 3.7 too
[12:46] <fta> but it's a migrated profile, not a fresh one
[12:46] <asac> YES
[12:46] <asac> your  database was properly migrated
[12:47] <asac> this reminds me about the "doesnt this corrupt all databases comment"
[12:47] <asac> in the major version bug bump
[12:48] <asac> Upgrading sqlite on the stable branches is scary -- what happens to existing
[12:48] <asac> databases? In particular we need answers to bug 503770 comment 5 and 6 before
[12:48] <asac> considering this.
[12:48] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=503770#c5
[12:48] <asac> > What will happen with this fix?  Will the phishing database be blown away and
[12:48] <asac> > replaced with a new one, or will the anti-phishing feature silently not work?
[12:48] <asac> I think that regardless of the answer, not crashing is better than crashing.
[12:48] <asac> If we need to fix safebrowsing code to handle it better, we should do that, but
[12:48] <asac> in a different bug.  If we don't blow away the database and crash, we'll be in
[12:48] <asac> no worse position if we don't blow away the database and silently fail.
[12:51] <asac> its odd
[12:51] <asac> why is mine still at version 1?
[12:51] <eagles0513875> ihehe
[12:51] <eagles0513875> reading that is quite an interesting predicament asac
[12:51] <eagles0513875> is the phsihing feature built into firefox or another extension
[12:52] <asac> 24886:
[12:52] <asac> thats the revision where ToVersion2 is coming
[12:52] <asac> oh
[12:52] <asac> i think i might have an idea
[13:00]  * asac spins 1.9.1 debug build
[13:08] <fta> grrr; i should really patch evolution, my bug is not moving at all
[13:09] <andv> fta, is evolution good?
[13:12] <fta> i've been a die hard mutt user for more than 10 years, but i can stand evolution. and it's handy for my work, tons of attachments, meetings, zillions of multiparts within multiparts messages
[13:12] <andv> fta, I'm used to use tb but sometimes it gets stuck while checking emails
[13:13] <andv> fta, so I wanted to check some others mail clients
[13:13] <andv> fta, so if you would suggest me a mail client to try it should be evolution
[13:13] <fta> if you're using imap, it's easy to try other clients
[13:13] <andv> yep, im using imap
[13:14] <andv> and that's why maybe sometimes it get stuck
[13:14] <fta> well, the idea of evolution if that it is integrated into the desktop
[13:14] <andv> maybe fails to check mails properly on remote
[13:14] <andv> who knows
[13:14] <fta> meetings are in the clock applet
[13:14] <fta> contacts are available in some other apps
[13:14] <fta> while with tb, nada
[13:14] <andv> fta, is evolution default in debian as well?
[13:15] <fta> i don't know
[13:16] <andv> fta, is mutt good?
[13:16] <andv> or a bit not user-friendly
[13:16] <eagles0513875> andv: and fta the advantage of evolution is if you are using it at work i believe you can connect it to an exchange server
[13:17] <fta> mutt is really excellent, but it's a cli app, not a gui
[13:17] <andv> yeah, so it's not really user-friendly
[13:17] <eagles0513875> andv: i have messed with evolutions its more like a spin off of outlook you have to do lists calendar contacts the works
[13:17] <andv> oh cool
[13:18] <fta> eagles0513875, well, i want to send emails from home to work, it does work for me.. gnome 585577
[13:18] <eagles0513875> never really tried the other one you mentioned
[13:23] <andv> fta, evolution has the possibility to add gnupg support?
[13:24] <eagles0513875> not sure about that actually andv i believe so
[13:24] <eagles0513875> im actually getting quite excited :)
[13:24] <andv> about?
[13:24] <eagles0513875> my school is an IT school and they are fedup with the exhorbitant prices for msft licensing
[13:24] <eagles0513875> so they stopped doing the msft certs as well as being a partner
[13:24] <eagles0513875> so im gonna try and make a push to get them on kubuntu
[13:25] <eagles0513875> that would be the easiest transition from win to lin for all teachers
[13:25] <eagles0513875> all the more for me to get my lpic-1 cert
[13:25] <andv> lol
[13:25] <andv> that would be nice
[13:25] <andv> step by step they can migrate
[13:26] <eagles0513875> ya all the programs they use for the courses given they have programs that are the same on lin
[13:26] <eagles0513875> like netbeans for java can be gotten on kubuntu
[13:26] <eagles0513875> ya
[13:26] <eagles0513875> exactly
[13:26] <eagles0513875> i need to put a proposal towards the principal of the school and talk to the IT manager as well
[13:27] <andv> yep
[13:27] <eagles0513875> i would be saving my school a pretty penny on licensing
[13:27] <eagles0513875> they have some creative computing courses as well aka gaming creation style stuff
[13:27] <eagles0513875> they use octave which i have seen in the repositories
[13:28] <eagles0513875> all that would need to be setup to start with would be to replace the isa server with snort and iptables firewall that way you have intrusion detection and a really good firewall
[13:28] <eagles0513875> next get rid of exchange
[13:28] <eagles0513875> omfg that monster lol
[13:28] <eagles0513875> dovecot ftw
[13:43] <LLStarks> hey asac.
[13:43] <LLStarks> sup.
[13:44] <LLStarks> i was wondering if the trough-border patch for firefox 3.6 can get backported to 3.5 for karmic?
[13:44] <asac> only upstream
[13:45] <asac> did it land on 3.6 branch?
[13:45] <asac> whats the bug id?
[13:45] <asac> whats the rational why we need this?
[13:48] <mac_v> asac: could i quote this on the ayatana mailing list? there is some discussion regarding this feature for karmic ,  <asac> mac_v: too late for this cycle. features need carefully be selected and after UDS discussion we also need to talk to mozilla etc. ...   or if you comment about it.. it would be even better :)
[13:49] <mac_v> for the firefox notify^
[13:49] <asac> i dont know what ayatana is
[13:50] <mac_v> O.0 ... the ayatana mailing list >  https://launchpad.net/~ayatana
[13:51] <asac> Policy:  You must be a team member to subscribe to the team mailing list.
[13:51] <mac_v> asac: david barth's comment > https://lists.launchpad.net/ayatana/msg00634.html
[13:52] <asac> i will talk to him
[13:52] <asac> i think he is not 100% up to date ;)
[13:52] <asac> my fault
[13:53] <mac_v> asac: no need to subscribe actually , just select join team , it an open team ;)
[13:53] <mac_v> asac: yeah , anything mozilla not informed is your fault ;p
[13:54] <asac> no
[13:54] <asac> but i worked closely on this one
[13:54] <asac> i think i told him, and he just didnt remember ;)
[14:03] <LLStarks> asac. https://bugzilla.mozilla.org/show_bug.cgi?id=500368
[14:03] <LLStarks> rationale is that default theme will expose the bug.
[14:04] <LLStarks> in 3.5
[14:04] <LLStarks> and it currently does
[14:05] <asac> i dont even see where the patch was landed
[14:05] <asac> i need that bug
[14:06] <eagles0513875> you like bugs asac :P
[14:07] <andv> eagles0513875, who don't?
[14:07] <andv> xD
[14:08] <eagles0513875> andv: you guys do cuz u can fix them
[14:08] <LLStarks> asac, i'll do a regression range asap
[14:08] <eagles0513875> i dont cuz i cant fix em
[14:08] <LLStarks> it may take me a while though
[14:08] <eagles0513875> hopefully with yalls help that will change
[14:08] <andv> eagles0513875, if you will demonstrate dedication you'll learn
[14:09] <eagles0513875> i know
[14:09] <andv> and improve day by day
[14:09] <eagles0513875> i need to learn some programming besides the basic and advanced java stuff im doing as part of my degree
[14:09] <eagles0513875> im currently teaching myself some c++
[14:09] <eagles0513875> but i agree with ya andv
[14:10] <andv> I can help you but soon I gonna be really really busy
[14:10] <andv> and I'll have to focus on my things
[14:10] <LLStarks> asac, by the end of the day, one of the following will have to be done: 3.6 making release, backport of fix to 3.5, human theme gets tweaked and trough-border will be zero
[14:11] <andv> so helping will be harder
[14:11] <eagles0513875> andv: i hear ya same here lecutres start on the 28th then all hell breaks loose for me
[14:12] <eagles0513875> packaging i could probably help with as once i get the package building then just let it do its think
[14:12] <andv> are you still at school?
[14:12] <asac> LLStarks: figure the bug that fixed it on 3.6
[14:12] <asac> the upstrem bug
[14:13] <LLStarks> i'll search for it. gotta shower get to work first.
[14:55] <eagles0513875> andv: sry for delay to ask ur question ya i am
[14:57] <eagles0513875> i have this yr and then one more yr for under grand and my bsc
[14:58] <eagles0513875> andv: im a big nerd working on a bsc computing and information systems with probably a masters in information security then probaly do 3 other masters as i am working
[14:59] <hjmf> asac, I have some kind of shameful question, me I ask you?
[14:59] <asac> hjmf: shameful? it cant be that bad ;) ... shoot
[14:59] <hjmf> k
[15:00] <hjmf> yesterday I noticed that my ubuntu membership expired
[15:00] <hjmf> the fact is that I didn't noticed the automatic renew emails that I received days before
[15:00] <asac> ok talk to dholbach
[15:00] <hjmf> but the mails where there :-(
[15:00] <hjmf> OK
[15:00] <eagles0513875> hehe that was a super fast answer
[15:00] <ArneGoetje> asac: we've just built new langpacks on rookery... looking into the zh-hant mozilla tarball shows me that it's empty. The directory structure is in place, but no xpi data inside.
[15:00] <hjmf> asac: thanks :-)
[15:01] <asac__> or maybe not
[15:02] <asac> i asked him to come here if he is there
[15:02] <dholbach> hola
[15:02] <asac> hey
[15:02] <jdstrand> asac: are we good to publish?
[15:02] <asac> dholbach: so hjmf apparently missed his ubuntu membership expiry mails
[15:02] <asac> dholbach: is there any late-comers procedure?
[15:02] <hjmf> asac: I've asked him at #moutu
[15:03] <asac> ah
[15:03] <hjmf> asac: thanks :-)
[15:03] <asac> i am in both channels
[15:03] <jcastro> I've late-comered before
[15:03] <asac> jcastro: hehe
[15:04] <eagles0513875> asac:  not sure if you noticed this btw Bug 425695
[15:05] <asac> eagles0513875: doesnt feel wrong
[15:05] <dholbach> asac: already talking about it in #ubuntu-motu
[15:05] <dholbach> :-)
[15:05] <eagles0513875> asac: what do you mean?
[15:06] <asac> all is fine. we dont upload to debian
[15:06] <asac> unless bdrung wants to
[15:08] <bdrung> asac: i have to contact the debian maintainer for that
[15:08] <dpm> asac: I've asked ArneGoetje to come here to see how we can get FF3.5 translations shipped in Karmic. What's currently holding them, Arne?
[15:08] <ArneGoetje> asac: we've just built new langpacks on rookery... looking into the zh-hant mozilla tarball shows me that it's empty. The directory structure is in place, but no xpi data inside.
[15:09] <asac> yes
[15:09] <asac> but that shouldnt hold back all the otehr langpacks imo
[15:09] <asac> i will fix that asap
[15:09] <eagles0513875> bdrung: not here to cause trouble just wasnt sure what it meant
[15:09] <asac> eagles0513875: it means that the debian package != ubuntu package
[15:09] <asac> so we dont upload to debian
[15:09] <eagles0513875> gotcha
[15:09] <asac> which is what gnomefreak suggested
[15:10] <bdrung> asac: can you release adblock-plus?
[15:10] <ArneGoetje> asac: 'es' is also empty
[15:11] <asac> ArneGoetje: yes. thats the same issue. doesnt block the rollout
[15:11] <asac> all languages with country code are stripped somewhere atm
[15:11] <asac> so its consistent
[15:11] <asac> i tried a few options
[15:11] <asac> but its definitly not not fixable ;)
[15:12] <ArneGoetje> asac: heh
[15:12] <ArneGoetje> asac: all others seem to be in place, yes
[15:12] <asac> yes. so ship what we have for now
[15:12] <asac> the fix might land any day
[15:12] <asac> but i am always getting side tracked
[15:12] <ArneGoetje> asac: ok
[15:13] <dpm> asac: what's exactly the problem with the language codes, so I understand it?
[15:15] <eagles0513875> what happens though if the upstream maintainer from debian wants it uploaded from downstream then what happens asac?
[15:17] <jdstrand> asac: am I ok to publish firefox? upstream has released
[15:18] <asac> jdstrand: one second
[15:18]  * eagles0513875 feels sry for asac
[15:24] <hjmf> asac: issue fixed, thanks
[15:25] <asac> great
[15:25] <asac> no problme
[15:25] <asac> jdstrand: did you test 3.1 yet?
[15:26] <jdstrand> asac: you mean 3.5 on karmic? not a ton
[15:27] <jdstrand> asac: I'm personally using it, and I haven't seen any problems
[15:28] <asac> jdstrand: can you please run sqlite3 path/to/profile/formhistory*sqlite
[15:28] <asac> and tell me what "pragma user_version;" gives you?
[15:29] <eagles0513875> andv: was it u asking about evolution earlier http://projects.gnome.org/evolution/index.shtml
[15:29] <jdstrand> asac: '2'
[15:29] <asac> hmmmm
[15:30] <asac> let me quickly finish jaunty
[15:31] <micahg> hi asac
[15:31] <asac> micahg: hi
[15:31] <asac> micahg: so managed to get the patch merged ;)?
[15:32] <micahg> ugh
[15:32] <micahg> it failed
[15:32] <micahg> I'm looking at it now
[15:34] <micahg> I think I had an extra line in the file
[15:35] <asac> micahg: you can verify by popping and pushing using quilt
[15:35] <asac> if the patches apply cleanly
[15:35] <micahg> I'm trying again
[15:35] <asac> i usually do a full quilt push -a and pop -a run after adjusting a patch
[15:36] <micahg> I still had trouble with that
[15:36] <micahg> that's why I had to build it to test
[15:36] <micahg> :(
[15:37] <asac> dont set anythign ... no quiltrc no nothing
[15:37] <asac> just go into build-tree/mozilla
[15:37] <asac> run ln -s ../../debian/patches
[15:37] <asac> then you can do quilt push pop et al ;)
[15:37] <asac> its proven to work
[15:37] <micahg> I'll try again :)
[15:37] <micahg> I'm running ./debian/rules patch right now on a clean dir
[15:44] <micahg> asac: the reason it failed is the file is different from theone shown in mxr.m.o
[15:45] <asac> micahg: so i am running in 5 minutes. so lets do this quick
[15:45] <asac> go into build-tree/mozilla
[15:45] <micahg> asac: there's already a patches dir in that dir
[15:45] <micahg> I wonder if that was messing me up?
[15:45] <asac> micahg: you didnt start with a complete clean tree?
[15:46] <micahg> ./debian/rules patch
[15:46] <asac> that doesnt clean
[15:46] <asac> fakeroot ./debian/rules clean
[15:46] <micahg> it was empty before
[15:46] <asac> micahg: build-tree didnt exist?
[15:46] <micahg> it was compressed
[15:46] <asac> ok
[15:46] <asac> so is there anything in patches/
[15:46] <micahg> yes
[15:46] <asac> what?
[15:46] <micahg> dont_depend_on_nspr_sources.patch
[15:47] <asac> is patches/ a link?
[15:47] <micahg> nope
[15:47] <asac> to ../../debian/patches
[15:47] <asac> micahg: ok run quilt applied
[15:47] <asac> does that say anything?
[15:47] <asac> or just empty?
[15:47] <micahg> firefox-profilename
[15:47] <micahg> firefox-fsh
[15:47] <micahg> bz386904_config_rules_install_dist_files.patch
[15:47] <micahg> dont_depend_on_nspr_sources.patch
[15:47] <asac> is that the same as in debian/patches/
[15:47] <asac> ?
[15:48] <micahg> no, there are more
[15:48] <asac> thats applied?
[15:48] <asac> ok
[15:48] <micahg> no
[15:48] <micahg> that's not
[15:48] <asac> quilt applied
[15:48] <asac> what does that?
[15:48] <micahg> http://pastebin.com/f53dc55e7
[15:49] <micahg> should I link over that patches dir?
[15:49] <asac> micahg: and
[15:49] <asac> quilt series
[15:49] <asac> ?
[15:49] <asac> ok so run:
[15:49] <asac> quilt pop -a
[15:49] <micahg> nothing
[15:49] <asac> that pops up everything?
[15:49] <micahg> Patch bz386904_config_rules_install_dist_files.patch does not remove cleanly (refresh it or enforce with -f)
[15:49] <asac> quilt pop -f
[15:49] <micahg> Now at patch firefox-fsh
[15:50] <asac> quilt pop -a
[15:50] <asac> till it works
[15:50] <micahg> ok
[15:50] <micahg> no patches applied :)
[15:50] <micahg> now the nspr fix patch in patches is different than the one in debian/patches
[15:51] <micahg> http://pastebin.com/f5e4f39aa
[15:51] <asac> micahg: remove the patches dir
[15:51] <asac> and create the link
[15:51] <asac> after you popped up everything
[15:51] <micahg> ok
[15:51] <micahg> done
[15:51] <asac> in future dont use debian/rules patch ... but debuild -b and abort when it starts to run configure ;)
[15:51] <micahg> ok
[15:51] <asac> so after creating the link you should be able to quilt push -a
[15:52] <asac> which should fail with the patch you wanted to fix
[15:52] <micahg> yep
[15:52] <micahg> now is there an automated way to fix?
[15:52] <micahg> it's starting too early
[15:52] <micahg> can I just do refresh?
[15:53] <asac> its starting too early?
[15:53] <asac> you have to quilt push -f
[15:53] <micahg> sorry, the patch needs to be pushed up 2 or so lines
[15:54] <asac> then work in the .ref files
[15:54] <asac> rej
[15:54] <micahg> says needs refresh
[15:54] <asac> and if you did that run quilt refresh --diffstat -U8 --no-timestamps
[15:54] <asac> quilt push -f
[15:54] <asac> once
[15:54] <asac> then you have the .rej files
[15:54] <asac> if it says it needs refresh now you need to work in the .rej
[15:54] <micahg> it worked
[15:54] <asac> and then run refresh
[15:54] <asac> yes
[15:54] <asac> quilt pop -a and push -a
[15:55] <asac> to test that alll the other patches apply cleanly
[15:55] <micahg> asac, it deleted the portion of the patch
[15:56] <micahg> the portion that was failing is no longer in the patch
[15:57] <micahg> I did quilt pop -a and I'm back to a clean dir
[15:57] <micahg> also, the browser/installer/unix dir seems to be missing
[15:58] <asac> micahg: yes
[15:58] <asac> because you didnt work in the .rej parts
[15:58] <asac> you have to start over again
[15:58] <micahg> there are no .rej parts
[15:58] <asac> and remember to work the .rej stuff after the push -f
[15:58] <asac> yes there is
[15:59] <micahg> I have not seen a .rej file yet
[15:59] <asac> 100%
[15:59] <micahg> where?
[15:59] <asac> next to the file that failed to apply
[15:59] <asac> same file + .rej
[15:59] <asac> find -name \*.rej
[16:00] <micahg> it's in the mozilla dir :(
[16:00] <micahg> ok
[16:00] <micahg> what do I run against the .rej file
[16:01] <asac> you look at them and apply the portions in there
[16:01] <asac> but you need to put them in the same patch before you refresh
[16:01] <asac> ok out
[16:01] <micahg> ok
[16:01] <asac> jdstrand: jaunty ready for me
[16:03] <jdstrand> asac: ok. I'm assuming based on the sqlite3 question from earlier that I should not push karmic. publishing ff30/xl19 on hardy-jaunty now
[16:04] <micahg> asac: do I have to put the changes manually back in the patch, or just fix the .rej file?
[16:08] <micahg> asac: it seems like yesterday's tarball still didn't have reed's patch
[16:08] <micahg> upstream
[16:08] <micahg> can I get today's tarball so I don't have to do this twice?
[16:08] <micahg> fta: where can I get today's tarball?
[16:09] <asac> jdstrand: karmic is fine
[16:10] <asac> i am back for another 30 minutes
[16:10] <asac> just 3.5 i am not sure
[16:10] <asac> but push it out
[16:10] <micahg> asac: can I get the 20090910 tarball?
[16:10] <asac> micahg: why are you sure you need it
[16:11] <micahg> the file I have still has gnomevfs
[16:11] <asac> micahg: run get-orig-source and work against whatever tarball it produces for you
[16:11] <micahg> http://hg.mozilla.org/mozilla-central/rev/bc5324d3f8fc
[16:11] <jdstrand> asac: ok, push ff30/xl19 on karmic and ff35/xl191 on karmic, correct?
[16:11] <asac> yes
[16:11]  * jdstrand nods
[16:11] <micahg> asac: in the bzr dir, right?
[16:12] <asac> yes
[16:12] <asac> that produces topmost
[16:12] <asac> micahg: that checkin does not remove the files completely
[16:12] <asac> of course patches that are not working need to be adjusted
[16:13] <micahg> no, but it removes lines that are causing issues
[16:13] <asac> yes
[16:13] <micahg> I must be missing another package
[16:13] <micahg> what is get-orig-source in?
[16:13] <asac> ./debian/rules get-orig-source
[16:13] <micahg> ah
[16:14] <micahg> sorry, I'mm still new to this :)
[16:14] <asac> sure
[16:14]  * micahg needs to install hg
[16:15] <jdstrand> asac: is xulrunner-1.9 supposed to still be in main?
[16:15] <jdstrand> asac: for karmic
[16:15] <jdstrand> asac: right now it looks like both xl19 and xl191 are
[16:16] <asac> jdstrand: i think epiphany-gecko still pulls it in
[16:16] <asac> which should get removed
[16:16] <asac> soonish
[16:16] <jdstrand> ok, I won't mess with it then
[16:16] <jdstrand> (the overrides)
[16:16] <asac> yes. i will transition epiphany-gecko users to webkit
[16:16] <asac> even if it breaks my heart ;)
[16:17] <asac> because the webkit port does not even have password management
[16:17] <jdstrand> webkit is a nightmare to sort it with their updates (just ask mdeslaur)
[16:17] <jdstrand> s/it/out/
[16:18] <micahg> asac: should I assign the epiphany-gecko EOL bug to you?
[16:21] <asac> yes
[16:21] <asac> jdstrand: i think any browser engine will be a mess
[16:21] <asac> firefox was just the start
[16:21] <asac> we thought it was bad
[16:21] <asac> whats coming next is even worse
[16:22] <micahg> what's next?
[16:23] <jdstrand> asac: xulrunner-1.9.1-testsuite is in universe, but xulrunner-1.9.1-testsuite-dev is not. shall I move xulrunner-1.9.1-testsuite-dev to universe too?
[16:23] <micahg> asac: is wishlistt? correct on the epiphany-gecko EOL, also should I milestone i
[16:23] <asac> yes. beta
[16:23] <asac> jdstrand: yes
[16:23] <asac> jdstrand: i thought we get mismatches
[16:24]  * eagles0513875 wonders how asac hasnt spontaneously conbusted yet
[16:24] <jdstrand> asac: I'm not looking at component-mismatches. I just noticed it cause I am updated an override script as part of the publication process (since xl191 and ff35 or now in main but weren't the last time)
[16:27] <jdstrand> asac: I'm thinking abrowser-3.5 should be in main?
[16:27] <asac> yes
[16:30] <asac> jdstrand: all abrowser packages
[16:30] <asac> micahg: patch adjusted?
[16:30] <asac> micahg: or what was the "whats next?" question about?
[16:30] <asac> did you get a new orig?
[16:30] <micahg> waiting for get-orig-source to finish :)
[16:30] <asac> ah
[16:30] <asac> yes
[16:31] <asac> once its there ... move that to the tarballs/ directory
[16:31] <asac> and change the changelog version accordingly
[16:31] <asac> in your bzr tree
[16:31] <asac> the run bzr bd --merge --builder='debuild -bÄ
[16:31] <asac> the run bzr bd --merge --builder='debuild -b'
[16:31] <asac> and if the patches fail
[16:31] <asac> you can just go into build-tree/mozilla
[16:31] <asac> create the link ;)
[16:31] <asac> and quilt push -f
[16:31] <asac> then look for .rej files
[16:31] <asac> find -name \*.rej
[16:35] <asac> i am going crazy because of the formhistory.sqlite ont getting properly migrated
[16:37] <jdstrand> asac: ok, last one-- should I push ff35 and xl191 on jaunty as well?
[16:39] <asac> jdstrand: you didnt answer my question on that i think. look at xulrunner-1.9.1 changes
[16:39] <jdstrand> I'm sure I didn't
[16:39] <asac> if you say this is SRU material then no. otherwise i would have wnated to --enable-safe-browsing
[16:39]  * jdstrand reads
[16:39] <asac> too
[16:40] <asac> which is  security topic (while the one i put there is not ... just a utterly broken feature)
[16:40] <asac> i personally accepted that i have to reupload xulrunner with --enable-safe-browsing and then do SRU with later -security propagation
[16:41] <asac> micahg: what was the -safe-browsing bug id?
[16:41] <asac> ah bug 404827
[16:41] <jdstrand> asac: yeah, bug #398205 is SRU imo
[16:43] <asac> 17:39 < asac> if you say this is SRU material then no. otherwise i would have wnated to --enable-safe-browsing
[16:43] <asac> 17:39  * jdstrand reads
[16:43] <asac> 17:39 < asac> too
[16:43] <asac> 17:40 < asac> which is  security topic (while the one i put there is not ... just a utterly broken feature)
[16:43] <asac> 17:40 -!- stevel<EMAIL_ADDRESS>has joined #ubuntu-mozillateam
[16:43] <asac> 17:40 < asac> i personally accepted that i have to reupload xulrunner with --enable-safe-browsing and then do SRU with later  -security propagation
[16:43] <asac> 17:41 < asac> micahg: what was the -safe-browsing bug id?
[16:43] <asac> 17:41 < asac> ah bug 404827
[16:44] <fta> micahg, you can always get it from the ppa itself: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa  a simple wget is enough. if you fetch an even fresher tarball (it takes much longer), you may also find new issues, and then, you'll have to fix them too.
[16:44] <micahg> fta: thanks, I needed the latest which wasn't in the ppa yet
[16:46] <micahg> asac: build dependencies failed for debuild -b
[16:46] <asac> micahg: you need to install them
[16:46] <fta> micahg, oh, i thought you were trying to fix build issues
[16:46] <micahg> yeah
[16:46] <asac> fta: he tries to fix build issues. but he noted that the same patch will be invalid
[16:46] <asac> because reed committed something yesterday
[16:47] <asac> so he wanted to fix it based on that proactively
[16:47] <micahg> asac: never mind, I just used -d to get the directory made
[16:47] <jdstrand> asac: if you tell me that leaving out --enable-safe-browsing is an omission, I would publish it without SRU. but it doesn't really matter since you'll need SRU for bug #398205
[16:47] <fta> asac, micahg, yeah, but remember we prefer 1 commit per fix
[16:47] <asac> jdstrand: that --enable-safe-browsing is not in because i didnt get an answer from you yesterday.
[16:47] <asac> jdstrand: so i will upload it now and do an SRU
[16:47] <fta> (or <=>)
[16:47]  * jdstrand nods
[16:48] <micahg> fta: 1 commit per fix or 1 fix per commit?
[16:50] <asac> micahg: i think its ok what you are doing. just continue
[16:50] <asac> bump to the orig that you just produced as new snapshot
[16:50] <asac> fix patches
[16:50] <asac> done
[16:51] <fta> micahg, it's the same ;)
[16:52] <micahg> asac: browser/installer/unix/ seems to be missing still
[16:52] <micahg> I got the other patch fixed :)
[16:54] <asac> micahg:  we dont hav a patch for that dir
[16:54] <asac> do we?
[16:56] <micahg>  awesome_browser_branding_install.patch
[16:57] <micahg> what should I do with it?
[16:59]  * eagles0513875 sits quietly and watches the chaos in here
[17:00] <micahg> asac: ??
[17:01] <asac> micahg: sorry about that mess. definitly not a good start
[17:01] <asac> ;)
[17:01] <asac> micahg: so basically you need to figure now what happened to the files that were in there
[17:01] <asac> upstream
[17:01] <asac> and then decide whether the pieces that dont apply are not needed or need to be changed or ported to do it different etc.
[17:02] <micahg> ugh
[17:02]  * micahg has to go to work
[17:02] <micahg> can look at it after 8
[17:02] <asac> hmm ok.
[17:02] <micahg> 8 CDT (0100 UTC)
[17:02] <eagles0513875> hey asac how do you cope m8
[17:02] <asac> micahg: you can give me the patches you adjusted so far?
[17:02] <eagles0513875> *mate
[17:02] <micahg> should I just push up what I have
[17:02] <micahg> yeah
[17:02] <asac> eagles0513875: not sure i undersatnd your question ;)
[17:03] <eagles0513875> how do you cope with the occasional chaos in here lol
[17:04] <micahg> asac: the change should be in the commit log, not the changelog, right?
[17:04] <micahg> I just bumped the version in the changelog
[17:06] <asac> micahg: you bump changelog version (1 commit)
[17:06] <micahg> oh oops
[17:06] <asac> then you document the adjusted patches and update the patches (2nd commit)
[17:06] <asac> or 1 commit for each patch
[17:06] <micahg> I did a dch -e and bumped the version
[17:06] <asac> look at bzr log for examples
[17:06] <micahg> then I commit the patch
[17:07] <asac> bzr uncommit
[17:07] <micahg> should I should have a version in the changelog above the mass update
[17:07] <asac> the commit just the bump of changelog
[17:07] <asac> look at bzr log ...
[17:07] <asac> then you fix patches
[17:07] <asac> with changelog comment like:
[17:07] <asac> oh
[17:07] <micahg> ah
[17:07] <bdrung> asac: i am now motu
[17:07] <asac> if its 3.7 we dont do that anymore
[17:08] <asac> bdrung: rock
[17:08] <bdrung> :)
[17:08] <asac> and congrats ;)
[17:08] <bdrung> thanks
[17:08] <micahg> asac: so can I commit one file?
[17:08] <asac> micahg: not sure i understnd the question
[17:08] <micahg> or do I have to move my changes out of the dir?
[17:08] <asac> ah
[17:08] <asac> you can commit by specifying just the files you want to commit
[17:09] <asac> do a bzr diff files/to/commit
[17:09] <asac> if thats what you want to commit
[17:09] <asac> do
[17:09] <asac> bzr commit files/to/commit ;)
[17:09] <fta> https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/1237330/+files/buildlog_ubuntu-karmic-i386.xulrunner-1.9.3_1.9.3~umd2_FAILEDTOBUILD.txt.gz
[17:09] <fta> umd2? hmmmm...
[17:11] <fta> -xulrunner-1.9.3 (1.9.3~a1~hg20090910r32360+nobinonly-0ubuntu1) UNRELEASED; urgency=low
[17:11] <fta> +xulrunner-1.9.3 (1.9.3) UNRELEASED; urgency=low
[17:11] <fta> ehhh???
[17:12] <fta> asac, what happened?
[17:13]  * eagles0513875 keeps looking at this channel makes my head hurt
[17:14] <asac> fta: ouch
[17:14] <asac> that is A mess
[17:14] <asac> did the package not fail because its a native package :(
[17:15] <asac> fta: so maye we have to use 1.9.3~hg+a1.... now?
[17:16] <asac> hmm h is lower than umd
[17:16] <asac> too bad
[17:16] <asac> fta: any idea yet?
[17:17] <asac> dont say i messed that up please
[17:17] <micahg> asac: I killed my patch again (I'll get it to you in a couple of hours) -- apparently, when I refreshed part of it, it deleted a chunk of code :(
[17:17] <asac> its ok the bulds are done anyway today
[17:17] <fta> asac, GOOD: http://paste.ubuntu.com/268645/  BAD: http://paste.ubuntu.com/268643/
[17:17] <asac> micahg: you can look with quilt diff
[17:17] <asac> before refreshing
[17:17] <asac> quilt diff shows you how the refresh would look like
[17:18] <micahg> ah, excellent asac, I'll do that
[17:18] <micahg> be back in a bit
[17:20] <fta> -xulrunner-1.9.3 (1.9.3~a1~hg20090909r32341+nobinonly-0ubuntu1) UNRELEASED; urgency=low
[17:20] <fta> +xulrunner-1.9.3 (1.9.3~a1~hg20090910r32360+nobinonly-0ubuntu1) UNRELEASED; urgency=low
[17:20] <asac> fta: how did that work?
[17:20] <asac> i mean it shouldnt find the orig during build
[17:20] <asac> in any case
[17:20] <asac> or was the orig wrong in the beginning?
[17:20] <fta> the update was fine, not the sync
[17:20] <asac>  - compare 1.9.3~a1~hg20090829r32079+nobinonly (UNRELEASED) and 1.9.3~a1~hg20090910r32360+nobinonly-0ubuntu1
[17:21] <fta> this is bad
[17:21] <asac> sed -i -e '1s/(.*) [^;]*/(1.9.3) UNRELEASED/' debian/changelog
[17:21] <asac> where does TARGET come from?
[17:21] <asac> cp ../xulrunner-1.9.3.head/debian/changelog debian/changelog
[17:22]  * eagles0513875 my head hurts
[17:22] <fta> *sigh*
[17:23] <eagles0513875> fta: yours too
[17:27] <asac> cp ../xulrunner-1.9.3.head.daily/debian/changelog debian/changelog
[17:27] <asac> feels wrong that we copy the changelog from a .daily branch?
[17:27] <asac> shouldnt that be from .head?
[17:27] <asac> and then resolved
[17:27] <asac> and bump the version again?
[17:28] <asac> hmm ok the .daily gets produced before
[17:28] <asac> and error starts there
[17:28] <asac> as you pasted
[17:28] <fta> hm, found it
[17:28] <fta> .head is wrong
[17:28] <asac> line 85/86
[17:29] <asac> .head wrong? you mean locally?
[17:29] <fta> fta@cube:/data/bot/xulrunner-1.9.3.head $ bzr blame debian/changelog  | head
[17:29] <fta> 498       asac@ub | xulrunner-1.9.3 (1.9.3~a1~hg20090829r32079+nobinonly) UNRELEASED; urgency=low
[17:29] <asac> urgh
[17:29] <asac> ok
[17:30] <asac> we defintily need a safety net somewhere
[17:30] <asac> i might be able to convince soyuz folks to remove this completely somehow
[17:30] <fta> please, try
[17:31] <asac> asked
[17:31] <asac> so we should validate that version have at least a ~hg... in them
[17:31] <asac> for dailies
[17:32] <asac> and nobinonly
[17:32] <asac> of course doesnt cover all eventualities
[17:32] <asac> actually i think we should check that the orig produced has the same ersion that we use for upload
[17:32] <asac> bhow did this work at all?
[17:32] <asac> does the bot rename the orig again?
[17:33] <asac> imo it shouldnt do that because the orig is basicalyl the thing that has the say on the upstream version
[17:34] <fta> no, it doesn't, upgrade bumps .head.daily, but sync keeps the fresher from .head and .head.daily
[17:34] <fta> sync does the dput
[17:36] <fta> I'm glad the bot produced enough logs to identify that
[17:37] <asac> fta: well. to build the sources you need a tarball with same name
[17:37] <asac> oh it became native
[17:37] <asac> what a mess
[17:37] <asac> but you can always check if the orig produced is still the same
[17:55] <asac> fta: ok seems we get that removal
[17:55] <asac> but probably not something we should repeat ;)
[17:56] <fta> could you please fix .head?
[17:59] <asac> i fixed the version
[18:00] <asac> can we please put a safety net in place to not upload origs different from what get-orig-source produced?
[18:00]  * asac is covered in blood
[18:01] <fta> "major bot bustage causing..." ehh.. it's not fair
[18:03] <asac> fta: did i get the cause wrong?
[18:03] <asac> fixing
[18:04] <asac> * fix changelog version that triggered corner case in daily bot which lead to upload of bad version to daily ppa
[18:04] <asac> better?
[18:04] <asac> fta: ?
[18:04] <fta> well, yes
[18:05] <asac> * fix changelog version that caused upload of bad version to daily ppa
[18:05] <asac> used that
[18:05] <asac> not mentioning bot
[18:09] <asac> fta: oh. it takes a bit until we can upload something again
[18:09] <asac> will let you know
[18:11] <vadi2> Its been several months since the ff 3.5 release... and there is still no properly branded version in ubuntu repos? Or am I missing something?
[18:12] <asac> karmic
[18:12] <vadi2> I'm on the latest stable, jaunty
[18:12] <asac> jaunty has firefox 3.0
[18:13] <vadi2> alright, thanks.
[18:17] <jcastro> asac: how many times a day do you answer that question?
[18:17] <asac> was first time this week iirc
[18:17] <asac> ;)
[18:24] <asac> i am out for a while
[18:29] <pace_t_zulu> asac: is 3.5 going to be available in jaunty-backports?
[18:31] <bdrung> pace_t_zulu: it is available in jaunty and jaunty-security
[18:31] <pace_t_zulu> bdrung: thanks... just curious
[18:31] <bdrung> yw
[20:00] <fta> asac, building..
[20:03] <asac> fta: new xul 1.9.3?
[20:05] <fta> yes
[20:05] <asac> nice
[20:06] <fta> 3.6 still red
[20:06] <asac> we know that
[20:07] <asac> i thought it was kicked off at 7
[20:07] <asac> but it was apparently at 5
[20:07] <fta> 17h
[20:07] <fta> you asked me to put it earlier remember?
[20:08] <asac> yeah
[20:08] <asac> i didnt had that filed in my brain
[20:08] <asac> now i will remember ;)
[20:08] <asac> ok dinner now
[20:09] <asac> and then playing a game. had too heavy night shift the day before yesterday
[20:36] <fta> asac, yeah, go frag some aliens
[20:36] <fta> asac, i will frag my share too
[22:06] <eagles0513875> hehhe fta
[22:06] <eagles0513875> what game yall playing fta or asac
[22:06] <fta> openarena
[22:06] <eagles0513875> sounds tempting if i had jaunty working on me mac
[22:06] <eagles0513875> it some how broke itself
[22:57] <micahg> asac: I'm about to test the ff3.5.3 attack site patch
[22:57] <micahg> I still have to fix that broken patch for the umd
[22:58] <asac> micahg: yes. whatever you prefer. i think attack site can be tested in parallel (if you have jaunty) ;)
[22:58] <fta> firefox finally decided to open the new tab for links next to the current tab instead of at the end
[22:58] <asac> its not really a full attention job ;)
[22:58] <asac> not so bad
[22:58] <asac> though i am sure folks (maybe even me?) will complain ;)
[22:59] <asac> but i think its a win
[22:59] <asac> ;)
[22:59] <asac> i want just that if you hit ctrl+tab + ctrl+w
[22:59] <asac> that i end up on the same tab as before ;)
[23:04] <sebner> asac: firefox3.5.3 fixes the fullscreen flash breakage. yippeee \o/
[23:05] <asac> sebner: didnt we close it in changelog?
[23:05] <asac> ;)
[23:07] <sebner> asac: Update-manager didn't present me one and I was too lazy to click on the link :P
[23:07] <micahg> asac: it was in tehre and the bug was closed
[23:07] <asac> good
[23:08] <asac> micahg: know the master bug id of bug 427474
[23:08] <asac> i just looked at the upstreawm bug yesterday
[23:08]  * micahg 's browser is reloading
[23:08] <fta> chromium passed the 12k threshold \o/
[23:13] <micahg> asac: bug 338785
[23:13] <micahg> should I dupe?
[23:15] <asac> retitled the bug
[23:15] <asac> yes
[23:15] <asac> bug 338785
[23:15] <asac> [MASTER] Updates while firefox is running cause various problems until restart
[23:15] <asac> not sure whats up with the bot
[23:15] <asac> bug 338785
[23:15] <asac> maybe caching thing
[23:16]  * micahg just added metabug to it
[23:16] <asac> added firefox-3.5 too
[23:17] <asac> important enough to move over
[23:17] <asac> i think we should review all ffox 3.0 "high"  + "triaged" bugs at least
[23:17] <asac> and medium if thats not too much
[23:17] <asac> and take them with us
[23:17] <micahg> asac: attack site warning in place now :)
[23:17] <asac> ;)
[23:17] <asac> good
[23:17] <asac> thanks for the confirm
[23:18] <asac> now have to wait for all the archs to finish or fail
[23:18] <asac> and then get some pocket copy to -proposed for the weekend
[23:18] <micahg> asac: was on my list of things to do :)
[23:18] <asac> and then get out on monday
[23:18] <micahg> moving ff3.0 and ff bugs