[00:00] <asac> fta: upload is not there yet
[00:01] <fta> did you get a reject?
[00:02] <asac> BUGabundo: what is working?
[00:02] <BUGabundo> 3G
[00:02] <BUGabundo> nm
[00:02] <asac> BUGabundo: can you see APs?
[00:02] <asac> i mean: did you disable wireless
[00:02] <asac> or move somewhere where you can see APs
[00:02] <asac> or is it just magically fixed?
[00:02] <BUGabundo> yes killswitch
[00:02] <asac> ok
[00:03] <asac> BUGabundo: i marked your bug dupe of a master that had a bunch of bugs
[00:03] <asac> can you confirm that killswitch worksaround? and maybe also confirm that being in proximity of APs also fixes it?
[00:03] <asac> maybe confirm that it still crashes at all with killswitch off
[00:03] <asac> too
[00:03] <asac> bug 436061
[00:03] <asac> is the master
[00:04] <BUGabundo> (trying )disabiling killswithc
[00:04] <asac> BUGabundo: yes. then wait a bit and and click the applet
[00:05] <BUGabundo> back.
[00:05] <BUGabundo> I guess that anwsers your question asac
[00:06] <BUGabundo> asac: sooo which bug do you need me to CONFIRM?
[00:07] <asac> BUGabundo: the one above
[00:07] <asac> 01:03 < asac> bug 436061
[00:07] <BUGabundo> ok
[00:07] <BUGabundo> IF FF opens, I'll confirm it
[00:07] <BUGabundo> :)
[00:07] <BUGabundo> $ firefox-3.7
[00:07] <BUGabundo> Segmentation fault (core dumped)
[00:07] <fta> asac, i think you got some reject mails, right?
[00:08] <asac> nope
[00:08] <asac> nothing
[00:12] <asac> seems i am getting a bunch of mails
[00:12] <asac> now
[00:13] <asac> network-manager-applet_0.8~a~git.20090923t220421.1ac8ffd-0ubuntu1~nmt1.dsc: Version older than that in the archive. 0.8~a~git.20090923t220421.1ac8ffd-0ubuntu1~nmt1 <=
[00:13] <asac> +0.8~a~git.20090923t220421.1ac8ffd-0ubuntu2~nmt1
[00:13] <asac> fta: ^^
[00:14] <fta> dtchen, is there a way to teach openarena to not use p-a, or what broken sound system it's using? or the otherway around (blacklist o-a in p-a or something)
[00:14] <fta> asac, hm
[00:15] <asac> there is something wrong
[00:15] <asac> bzr is at ubuntu4
[00:15] <asac> or something
[00:16] <dtchen> fta: pasuspender -- openareaexecutable
[00:17] <fta> asac, strange. probably a bug in my bot, but i can't see clearly what happened
[00:17] <BUGabundo> asac: no one seems to like the heart shapes :D
[00:17] <fta> asac, i know i have a bug when the tip of the packaging is a release
[00:18] <fta> dtchen, thanks, trying that..
[00:20] <fta> dtchen, nope, no sound at all
[00:20] <fta> dtchen, and it kills my music
[00:25] <dtchen> fta: right, it will suspend everything using PA
[00:25] <dtchen> fta: did you check your mixer volumes while in OA?
[00:26] <fta> not sure how to do that..
[00:31] <dtchen> fta: e.g., alsamixer
[00:34] <asac> fta: its UNRELEASED
[00:36] <fta> different bug then. i'll have a closer look
[00:44] <fta> asac, i think it's the same bug, it's not about UNRELEASED but about the packaging branch being ahead of the last .daily
[00:45] <asac> is there anything one can do?
[00:45] <asac> or manual upload with a version that will not kill the bot later on?
[00:47] <asac> whats the difference if the branch is ahead?
[00:47] <asac> the merge fails different?
[00:48] <fta> no, i just have a bug to fix
[00:50] <fta> i'm not even considering that the packaging branch could be ahead :P just lower or equal
[00:50] <fta> i need unit tests here
[00:54] <fta> the bug is in http://bazaar.launchpad.net/~fta/%2Bjunk/ppa-scripts/annotate/head%3A/sync-ppa.pl#L500
[00:54] <fta> most probably in the else block l521
[00:55] <fta> or 541
[00:56] <fta> or both :S
[01:04] <asac> at least that means that my latest commits will be in that upload ;)
[01:18] <fta> pff, i have to call dpkg --compare-versions
[01:21] <asac> that makes sense ;)
[01:21] <asac> assuming you want to compare deb versions
[01:21] <fta> tentative fix http://paste.ubuntu.com/277510/
[01:28] <fta> TARGET=0.8~a~git.20090923t220421.1ac8ffd-0ubuntu4
[01:28] <fta> better but still incorrect
[01:28] <fta> it should be u5.. i think
[01:29] <fta> hm, no, it's UNRELEASED, so u4 is right
[01:32] <fta> asac, does network-manager-applet_0.8~a~git.20090923t220421.1ac8ffd-0ubuntu4~nmt1_source.changes look correct?
[01:32] <fta> i'm tired
[01:38] <asac> yes
[01:38] <asac> fta:
[01:38] <asac> its UNRELEASED ubuntu4
[01:39] <asac> fta: maybe make one more dry run
[01:39] <asac> and then i might have committed something else ;) in two minutes
[01:40] <asac> one final test build
[01:40] <asac> and quick check of build
[01:40] <asac> then i have everything i want to get in for beta i hope
[01:40] <fta> http://code.google.com/p/chromium/issues/detail?id=10949#c18
[01:43] <fta> https://edge.launchpad.net/~fta/+ppa-packages
[01:44] <fta> i hope i didn't introduce a regression for everything else
[01:49] <asac> ok
[01:49] <asac> committed
[01:49] <asac> push ;)
[01:49] <asac> its late enough
[01:50] <fta> too late, will be in the next run at 7am
[01:51] <asac> ok
[01:51] <asac> good enough
[01:59] <fta> gasp, i didn't do much upload this cycle: https://edge.launchpad.net/~fta/+uploaded-packages
[07:39] <eagles0513875> morning
[09:53] <micahg> ping dpm re bug 433262
[09:56] <eagles0513875> mornign michag j/w are you a kde user or gnome user
[09:57] <micahg> eagles0513875: xfce :D
[09:57] <eagles0513875> doh
[09:57] <eagles0513875> i have a nasty bug with kde that i need help debugging regarding unmet dependencies after yesterdays updates :(
[09:58] <micahg> have you tried #kubuntu?
[09:59] <dpm> thanks for the heads up micahg, I'll talk to ArneGoetje about this when he's back in a few hours
[09:59] <micahg> thanks dpm
[10:00] <dpm> #kubuntu-devel would be best ^
[10:00] <micahg> eagles0513875: ^^^
[10:00] <eagles0513875> dpm: banned from there :(
[10:01] <dpm> uh? why banned?
[10:01] <eagles0513875> for wanting to contribute but not knowing how to do certain things
[10:01] <eagles0513875> question then becomes how on earth am i supposed to learn
[10:02] <eagles0513875> this is the only channel so far where i am learning anything
[10:05] <gnomeza> hi, fresh install of ubuntu-netbook-remix 9.04 with updates, firefox (3.0.14) bookmark manager seems very broken. Anyone suggestions?
[10:06] <gnomeza> er s/Anyone/Any/
[10:11] <gnomeza> and I notice a large number of places.sqlite-*.corrupt files in the profile directory
[10:12] <gnomeza> (this is a brand new clean profile, then attempted import of bookmarks from html)
[10:48] <fta> kenvandine, new gwibber crashed not long after a reboot. crash in webkit
[10:53] <fta> not sure if i should file a bug
[11:43] <eagles0513875> hey fta
[11:57] <eagles0513875> asac: im going nuts here bud :(
[13:32] <eagles0513875> im back in business today
[14:03] <jonathan__> hey asac its eagles0513875
[14:04] <jonathan__> we redoing all extensions with devscripts 0.16? also do i need to create a new changelog or just update the entry that i added there?
[14:07] <bdrung> jonathan__: yes. if the package were already released, then you have to create a new one (dch -i) otherwise update it
[14:08] <jonathan__> well mine is still unreleased its bindwood which im working on
[14:09] <bdrung> jonathan__: k, then just update it
[14:10] <jonathan__> ok brb on my proper nick.
[14:15] <|eagles0513875|> bdrung: made one minor modification regarding the wiki the title of the table so we know when we start workign on stuff for lucid we can distinguish between the karmic table and lucid table
[14:16] <bdrung> eagles0513875: do you find the bug in: "9.04 Karmic Koala"?
[14:18] <|eagles0513875|> bdrung: will revert
[14:19] <bdrung> eagles0513875: revert?
[14:19] <|eagles0513875|> the title of the table to the way it was before
[14:21] <|eagles0513875|> bdrung: im trying to push the change i made to the control file in regards to mozilla-devscripts being version 0.15  but its showing that it hasnt been updated to 0.16 and im also getting an error which says error working tree  has uncommited chanes. use --no-strict to force the push
[14:21] <|eagles0513875|> should i force the push or not?
[14:21] <bdrung> eagles0513875: i only want to say that 9.04 != Karmic Koala
[14:21] <|eagles0513875|> bah sry meant 9.10
[14:22] <|eagles0513875|> got numbers coming outa my ears lol
[14:22] <bdrung> eagles0513875: which branch?
[14:22] <|eagles0513875|> my branch of bind wood
[14:23] <|eagles0513875|> https://code.edge.launchpad.net/~eagles051387/firefox-extensions/bindwood.ubuntu.lp425631
[14:23] <|eagles0513875|> brb need to get on the right nic
[14:24] <bdrung> eagles0513875: you can remove the branch and push it again
[14:25] <eagles0513875> thats better
[14:25] <eagles0513875> ok it wont matter though if i have the 0.15 version of devscripts installed cuz that is what is still in the repos
[14:25] <bdrung> eagles0513875: grab it from there: http://packages.qa.debian.org/m/mozilla-devscripts.html
[14:26] <bdrung> (or wait some days)
[14:26] <eagles0513875> bdrung: will purge what i have installed
[14:30] <eagles0513875> bdrung: do i just package the devscripts source then install it
[14:31] <bdrung> yes or simply install http://ftp.debian.org/debian/pool/main/m/mozilla-devscripts/mozilla-devscripts_0.16_all.deb
[14:33] <eagles0513875> whats the command to package it again
[14:34] <bdrung> bzr bd
[14:35] <eagles0513875> its complaining about the dev scripts not being a branch
[14:39] <bdrung> than use debuild
[14:40] <eagles0513875> got the deb package :)
[14:41] <eagles0513875> bdrung:  :( i deleted my old branch but i still cannot push the fix to bzr :(
[14:45] <eagles0513875> bdrung: last question do i have to run bzr commit first before pushing ?
[15:05] <bdrung> eagles0513875: yes
[15:06] <fta> kenvandine, i see you've committed some "remember position" fixes, does that include the position of the scrollbar? it's annoying to be sent to the 1st message by auto refreshes over and over again while reading
[15:06] <kenvandine> not that
[15:06] <kenvandine> i have no idea how to handle that
[15:07] <kenvandine> right now we refresh the message list
[15:07] <kenvandine> fta, i agree that is annoying
[15:07] <fta> it started with gwibber 2, i don't remember it was doing that before
[15:07] <kenvandine> fta, also... your webkit crash
[15:07] <kenvandine> it did it in gwibber 1
[15:07] <kenvandine> and before that
[15:07] <kenvandine> it has always erked me :)
[15:07] <kenvandine> i am not getting a webkit crash
[15:08] <kenvandine> fta, any ideas?
[15:08] <fta> just got a crash this morning
[15:09] <kenvandine> only one?
[15:11] <fta> yes
[15:16] <fta> Title: gwibber crashed with SIGSEGV in WTF::RefCountedBase::derefBase()
[15:17] <fta> http://paste.ubuntu.com/277987/
[15:18] <fta> kenvandine, ^^
[15:20] <kenvandine> fta, which theme are you using?
[15:21] <fta> used to be darkroom, but it's now custom (darkroom + human, instead of humanity)
[15:22] <kenvandine> i mean gwibber theme
[15:22] <kenvandine> themes work now
[15:22] <kenvandine> so i wonder if that is why the crash just surfaced
[15:23] <fta> dark-gwilouche
[15:23] <fta> doesn't seem to work for me
[15:24] <kenvandine> you can't change it?
[15:25] <kenvandine> like to default
[15:25] <kenvandine> oh... maybe that is fixed since r447
[15:26] <fta> i have 449
[15:27] <kenvandine> 450
[15:27] <kenvandine> is where that was fixed
[15:27] <kenvandine> so
[15:27] <kenvandine> that isn't the problem
[15:27] <jdstrand> asac: hi! would you mind looking at my merge requests for firefox-3.5? two are profiling issues which would be nice to fix, but the one from yesterday is quite important I think (fixes bug #436221)
[15:27] <kenvandine> so i don't think anything changed in gwibber that should cause that crash
[15:27] <kenvandine> fta, are you using a snapshot of webkit or anything?
[15:27] <fta> nope
[15:28] <fta> libwebkit-1.0-2 v 1.1.14-1ubuntu1
[15:30] <asac> jdstrand: i am on vac today ;)
[15:30] <kenvandine> same here
[15:30] <kenvandine> asac!
[15:30] <asac> jdstrand: beta material?
[15:30] <asac> hi kenvandine
[15:30] <kenvandine> i am very sad you are on vacation!
[15:30] <asac> thats not fair ;)
[15:30] <asac> its just one day :)
[15:30] <kenvandine> we desperately need to get a bindwood upload done... and nobody knows how
[15:30] <kenvandine> hehe
[15:30] <asac> you cannot miss me soo much
[15:30] <kenvandine> asac, you know i love you man!
[15:31] <asac> kenvandine: what is the problem?
[15:31] <asac> kenvandine: 1st. reply the last upload on the ~ubuntu-dev branch ;)
[15:31] <kenvandine> well the packaging branch doesn't have the latest upload
[15:31] <asac> /reply/apply
[15:31] <kenvandine> and... there isn't any tarballs, so how do we update the source?
[15:32] <kenvandine> merging from trunk removes the packaging
[15:32] <kenvandine> so we could manually merge
[15:32] <kenvandine> but that seems like we are doing something wrong
[15:32] <asac> kenvandine: 2nd. bzr merge /path/to/upstream; dch -v0.NEWVERSION-0ubuntu1 -DUNRELEASED
[15:32] <asac> kenvandine: removes the packaging?
[15:33] <kenvandine> yes
[15:33] <asac> kenvandine: probably because you removed the packaging on trunk?
[15:33] <kenvandine> the merge removes the debian dir
[15:33]  * kenvandine didn't
[15:33] <kenvandine> but i haven't touched it :)
[15:33] <kenvandine> we can manually merge that part
[15:33] <asac> i assume the packaging was on trunk at some point. then it was removed, so the merge would do that
[15:33] <asac> so you do bzr merge ...
[15:33] <asac> then you do bzr diff debian/
[15:33] <asac> bzr diff debian/  | patch -p1 -R
[15:34] <asac> dch -v0.NEWVERSION-0ubuntu1 -DUNRELEASED "New upstream snapshot ..."
[15:34] <asac> vi .bzr-builddeb/default.conf -> fix revision
[15:34] <asac> to find revision do: bzr log -l1 --show-ids /path/to/upstream | grep revision-id
[15:34] <asac> then debcommit
[15:34] <asac> dch -r
[15:34] <asac> debcommit -r
[15:34] <asac> ;)
[15:36] <kenvandine> do we want to call this 0.3?
[15:36] <kenvandine> whoops
[15:36] <kenvandine> asac, nm that
[15:37] <asac> kenvandine: you ewant to call it with a bzr revision from upstream
[15:37] <asac> dont use bzr but rather bzrX or something
[15:37] <kenvandine> any specific reason?
[15:37] <kenvandine> oh
[15:37] <asac> if you ever want to build it on < karmic ;)
[15:37] <asac> bzr-builddeb has a bug
[15:37] <asac> it doesnt honour default.conf revision if it finds bzrNUMBER
[15:37] <asac> in changelog version
[15:37] <asac> it would just assume that the number is the right upstream revision
[15:37] <asac> which is of course wrong on the ubuntu branch
[15:38] <asac> i think its fixed in karmic ;)
[15:38] <asac> _think_
[15:38] <kenvandine> ok so we can't call it 0.3-0ubuntu1?
[15:38] <asac> kenvandine: is it a release?
[15:38] <kenvandine> yes
[15:38] <asac> if its a release you should use the tag to merge
[15:38] <kenvandine> that is the plan
[15:38] <asac> and also use that tag as upstream-revision in default.conf
[15:38] <asac> rather than the long revid
[15:38] <kenvandine> ok
[15:39] <asac> otherwise just rever to the bzr revision in the version lke
[15:39] <asac> 0.3+bzr111-0ubuntu1
[15:39] <asac> refer
[15:39] <asac> i would think the tag approach is better
[15:40]  * asac hopes that merges remember tags
[15:40]  * asac really hopes ... otherwise EWTF
[15:43]  * kenvandine waits for them to tag the upstream branch...
[15:45] <asac> kenvandine: for tags the revisionspec prefix is tag: rather than revid: (in default.conf)
[15:45] <kenvandine> ok
[15:45] <jdstrand> asac: didn't know you were on vacation, sorry. the profiling bugs were submitted before beta, and I think they are worth it. bug #436221 really needs to be fixed otherwise as soon as a jaunty user gets 3.5.3 then upgrades to karmic, the profile is in enforce mode
[15:46] <asac> jdstrand: isnt that a fortunate bug ;) ... getting more testing?
[15:46] <asac> jdstrand: one question. do you allow to read everything in /usr/share /usr/lib ... or how do you allow extensions?
[15:47] <jdstrand> heh, well, I'd rather the testing happen in devel rather than release
[15:47] <asac> beta is not release ;)
[15:47] <asac> but yeah
[15:47] <asac> i can upload a merge with just that fix on monday and then we can see if release team says ok ... makese sense?
[15:47] <jdstrand> regarding /usr/lib, yes that is available
[15:48] <asac> most extensions live in /usr/share though
[15:48] <jdstrand> /usr/share is not in its entirety
[15:48] <jdstrand> but I added better extensions support in one of those pending merges
[15:48] <asac> can extension packages extend the firefox profile somehow?
[15:48] <jdstrand>   /usr/lib/firefox-addons/extensions/** Uxr,
[15:48] <jdstrand>   /usr/lib/mozilla/extensions/** Uxr,
[15:48] <jdstrand>   /usr/share/mozilla/extensions/** Uxr,
[15:48] <jdstrand>   /usr/lib/xullrunner-addons/extensions/** Uxr,
[15:48] <jdstrand>   @{HOME}/.mozilla/**/extensions/** mixr,
[15:48] <asac> jdstrand: thats not really helping i would think
[15:48] <asac> jdstrand: most likely firefox resolves the links at some point
[15:49] <asac> and then accesses them directly
[15:49] <asac> and we only put links in the /usr locations
[15:49] <asac> (the profile one is good)
[15:49]  * kenvandine shakes fist at bzr format 2a
[15:50] <asac> if your branch was updated to a non default format shake fist at whoever did that ;)
[15:50] <asac> thats not nice for those with older bzr installs;)
[15:50] <kenvandine> yeah
[15:51] <kenvandine> asac, it has been happening often now
[15:51] <kenvandine> lots of folks seem to want it, like pitti :)
[15:52] <jdstrand> asac: re extensions and /usr/share-- what I added may not fix everything, but it does fix langpacks
[15:53] <jdstrand> asac: I can add '/usr/share/** mixr,' though
[15:53] <jdstrand> asac: that would maintain the integrity of the profile, and should allow most stuff to work, assuming they don't call out to stuff in /usr/bin/* or something
[15:54] <asac> jdstrand: is it possible to do something like /usr/share/***/[install.rdf]/*
[15:54] <asac> ;)
[15:54] <asac> i mean ... whitelist all subdir that have a install.rdf ;)?
[15:54] <eagles0513875> morning asac :)
[15:54] <asac> hi
[15:54] <jdstrand> asac: otherwise, we need to add explicit rules for each extension like we do with plugins
[15:54] <asac> jdstrand: cant we ship kind of extensions for a profile in packages?
[15:55] <asac> jdstrand: imo that would be good feature ;)
[15:55] <jdstrand> asac: all exensions have 'install.rdf' in their path?
[15:55] <asac> like: packages can whitelist themselve.
[15:55] <asac> jdstrand: yes
[15:55] <jdstrand> asac: we don't have a .d style of includes for the apparmor parser atm
[15:55] <asac> jdstrand: no ... not in their path
[15:55] <asac> jdstrand: they have a install.rdf file in their top level dir
[15:55] <asac> so find -name \*.install.rdf -> and then stripping off the install.rdf
[15:56] <asac> jdstrand: yeah. so unless you can do something like the install.rdf magic we shouldprobably allow /usr/share
[15:56] <eagles0513875> asac: im having issues pushing updated versions of bindwood to bzr :(
[15:56] <asac> and hope that /usr/share is properly confined
[15:56] <jdstrand> asac: I could do /usr/share/**/install.rdf/** ..., but I can detect if install.rdf is in the path as use that as the directory
[15:56] <asac> i mean for writing there
[15:56] <asac> /usr/share/**/install.rdf/../**
[15:57] <jdstrand> asac: hmm, I don't know if that would work...
[15:57] <asac> eagles0513875: you will figure .... first steps often take a bit longer
[15:57] <jdstrand> asac: do extensions need 'x' or just 'r'?
[15:57] <asac> usually just r
[15:58] <asac> there might be extensions that have an executable
[15:58] <asac> but those are rare i think
[15:58] <eagles0513875> asac: :( at least i got kde fixed
[15:58]  * jdstrand just realized that adblock-plus is working just fine without having to adjust the profile any more than it already is
[15:59] <jdstrand> let me see if I am pulling /usr/share from an abstraction...
[15:59] <asac> jdstrand: check strace ... there proably is a copy in the profile
[15:59] <asac> or something
[15:59] <asac> or we are in luck and it doesnt do realpath anywhere
[15:59] <jdstrand> asac: apparmor realpath's everything
[15:59] <jdstrand> s/'//
[15:59] <asac> hmm
[15:59] <kenvandine> asac, so when i get them to push the tag to trunk, what do i do with my branch?
[15:59] <jdstrand> (it has to to enforce security)
[15:59] <eagles0513875> asac:  i keep getting error working tree /home/jonathan/bindwood.ubuntu has uncommited changes use --no-strict-t to force the push O_O what am i forgetting
[15:59] <asac> jdstrand: dpkg -L adblock-plus ... check where the real files are
[16:00] <asac> kenvandine: i gave all the instructions above
[16:00] <kenvandine> asac, just subscribe universe sponsors with a link to my branch?
[16:00] <asac> 16:33 < asac> i assume the packaging was on trunk at some point. then it was removed, so the merge would do that
[16:00] <asac> 16:33 < asac> so you do bzr merge ...
[16:00] <asac> 16:33 < asac> then you do bzr diff debian/
[16:00] <asac> 16:33 < asac> bzr diff debian/  | patch -p1 -R
[16:00] <asac> 16:34 < asac> dch -v0.NEWVERSION-0ubuntu1 -DUNRELEASED "New upstream snapshot ..."
[16:00] <asac> 16:34 < asac> vi .bzr-builddeb/default.conf -> fix revision
[16:00] <asac> 16:34 < asac> to find revision do: bzr log -l1 --show-ids /path/to/upstream | grep revision-id
[16:00] <asac> 16:34 < asac> then debcommit
[16:00] <asac> 16:34 < asac> dch -r
[16:00] <asac> kenvandine: ^
[16:00] <kenvandine> yeah i did all that :)
[16:00] <asac> 16:34 < asac> debcommit -r
[16:00] <asac> kenvandine: oh you are done
[16:00] <asac> 16:34 < asac> ;)
[16:00] <asac> instead of the revision-id you just use tag:YOURTAG in default.conf
[16:00] <asac> kenvandine: so first, check that the proper orig.tar.gz gets produced
[16:01] <asac> and that diff.gz is clean
[16:01] <asac> e.g. only debian/ files
[16:01] <eagles0513875> any idea as to my issue asac :(
[16:02] <kenvandine> oh the tag can be from my branch?
[16:02] <kenvandine> not upstream?
[16:02] <asac> eagles0513875: bzr help status ... bzr help diff
[16:02] <asac> use those tools to identify your local changes
[16:02] <kenvandine> getting them to merge into trunk takes time :/
[16:02] <asac> kenvandine: the tag is from upstream
[16:02] <kenvandine> ok
[16:02] <asac> kenvandine: otherwise you can just pick the right revision-id as i described
[16:02] <eagles0513875> asac all i changed is the changelog and control
[16:02] <kenvandine> your back on monday right?
[16:02] <asac> but tag makes more sense if its not a snapshot but release
[16:02] <asac> eagles0513875: you will figure. read the error message. it tells you that you have uncommitted changes. fix that
[16:03] <kenvandine> slangasek has given the ok to upload on monday, so i can have it ready for you then
[16:03] <asac> kenvandine: great. so once you have pushed ask for a merge against the ubuntu-dev branch
[16:03] <asac> and ping me
[16:03] <asac> include the bug that tracks this upload
[16:03] <kenvandine> ok
[16:03] <kenvandine> thx!
[16:03] <asac> (we need at least one for release team)
[16:03] <asac> no problem
[16:03] <asac> ok out again on vac
[16:04] <kenvandine> have fun!
[16:04] <eagles0513875> :) ok there we go
[16:05] <eagles0513875> nub mistake
[16:06] <jdstrand> asac: oh heh
[16:06] <jdstrand> asac: /usr/** r,
[16:07] <jdstrand> asac: that is why adblock works
[16:08] <asac> allrighty
[16:08] <jdstrand> asac: so, let me refine the merge for the extensions. I'll remove 'Ux'
[16:08] <jdstrand> for stuff in /usr/share/.../exensions
[16:08] <jdstrand> asac: then we can add specific rules for those extensions that require 'x'
[16:08] <jdstrand> asac: how does that sound?
[16:09] <jdstrand> asac: I figure we add those rules as they come up
[16:09] <jdstrand> (the 'x' rules)
[16:11] <asac> over and out
[16:12] <eagles0513875> humm
[16:13] <jdstrand> asac: committed
[16:14] <eagles0513875> can some one tell me using my branch of bindwood if it works for them since i updated it using 0.16 of devscripts
[16:14] <eagles0513875> for me i have a hunch that its not working on my system
[17:23] <av`> bdrung, do you have an example of an extension that ships an .xpi file?
[17:24] <av`> .xpi + m-d
[17:24] <bdrung> av`: adblock-plus (debian's git repo)
[17:24] <av`> ty
[17:36] <av`> bdrung, new m-d rocks
[17:37] <bdrung> av`: thanks
[17:37] <av`> thanks for the hard work on it
[17:37] <bdrung> av`: it should now throw usefull errors
[17:38] <bdrung> yw
[17:38] <av`> now it handles .xpi files
[17:38] <av`> which is something great
[17:39] <bdrung> cul8r
[17:47] <av`> bdrung, are unzip / zip still needed?
[17:48] <av`> should I add enhances / provides fields as well?
[17:50] <av`> bdrung, ^^
[18:14] <jdstrand> asac: hey. so slangasek considers bug #436221 a beta blocker
[18:15] <jdstrand> asac: I realize you are on vacation though. If you'd like I can prepare an upload with just that fix, or all in ubuntu3
[18:15] <jdstrand> asac: or all in ubuntu3 and all my merge requests
[18:16] <jdstrand> asac: let me know how you want me to proceed, if at all
[18:19] <av`> bdrung, how can I have a patch applied if I have an .xpi?
[18:19] <av`> bdrung, I mean it first apply the patch and it fails cause the .xpi is not yet untarred
[18:20] <av`> so my question is how can I get the patch applied after the .xpi being extracted?
[20:13] <bdrung> av`: if there are no unzip / zip in debian/rules, you do not need to depend on it
[20:13] <bdrung> av`: please add enhances / provides
[20:14] <bdrung> av`: simplest way to patch is to use a unzipped version
[20:16] <bdrung> av`: or you can use the "install/$(MOZ_EXTENSION_PKG)::" target _after_ the includes
[20:16] <bdrung> av`: something like: "cd $(TEMPDIR) && patch [...]"
[20:40] <TLF> hello
[20:40] <TLF> may I ask, I'm trying to add the PPA repo, and I'm having trouble with the key, can anyone help me? Thanks :)
[20:56] <BUGabundo> howdy
[20:56] <TLF> hi BUGabundo
[20:56] <TLF> BUGabundo: do you know if the keyserver is working?
[20:59] <BUGabundo> hi TLF
[20:59] <BUGabundo> AFAIK it was having some trouble last week
[21:00] <BUGabundo> not sure if it is up or down
[21:00] <TLF> I see, thanks
[21:00] <TLF> I'm trying to add the PPA mozilla repo
[21:00] <TLF> and I'm unable to add the key
[21:05] <BUGabundo> ahh
[21:05] <BUGabundo> sorry, can't help
[21:05] <BUGabundo> not my _thing_ :P
[21:07] <micahg> TLF: what command are you using?
[21:08] <TLF> micahg: apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 247510BE
[21:08] <TLF> as root
[21:09] <micahg> that should do it
[21:09] <BUGabundo> why root?
[21:10] <micahg> BUGabundo: apt keys are stored in teh root keychain
[21:10] <TLF> BUGabundo: because that's system-wide
[21:10] <BUGabundo> ok ok
[21:10] <TLF> micahg: at first I though key was wrong, but It's not :=
[21:10] <TLF> :?
[21:10] <TLF> so I think it's not my fault
[21:12] <micahg> keyserver appears to be having issues
[21:15] <TLF> I see
[21:15] <TLF> :)
[22:03] <av`> bdrung, are you there?
[22:06] <av`> bdrung, with that method I don't need simple-patchsys include then
[22:06] <av`> just the patch B-D
[22:12] <av`> bdrung, problem is the unpacked folder has a chrome dir with a .jar file in it
[22:12] <av`> and not directly the sources
[22:13] <av`> and the .jar files contains the sources I want to patch
[22:36] <bdrung> av`: oh, then you have to extract the .jar file in the same rule
[22:37] <bdrung> av`: and yes, i am back
[22:37] <bdrung> av`: and yes, you cannot use simple-patchsys
[22:37] <av`> bdrung, can you help me one second?
[22:37] <bdrung> av`: yes
[22:38] <av`> I am trying to make it working
[22:38] <av`> the layout is:
[22:38] <bdrung> av`: push it somewhere
[22:38] <av`> yes, i give you a dgettable url
[22:38] <bdrung> av`: or bzr, git or svn
[22:40] <BUGabundo> I'm tired of all this FF core dumps. making a new profile and adding just a few addons
[22:42] <av`> bdrung, http://www.abluepaper.com/stumbleupon_3.3.8-3.dsc
[22:42] <av`> bdrung, that would work if the .jar was unpacked
[22:43] <BUGabundo> asac: fta: if I just want to copy minimal stuff from one profile to the other, what should it be?
[22:44] <BUGabundo> places.sqlite formhistory.sqlite ?
[22:45] <bdrung> av`: why don't you use a extracted xpi file as source?
[22:45] <av`> bdrung, coz I didnt change the tarball at all
[22:45] <av`> bdrung, I used the one already in the archive
[22:46] <bdrung> k, that a valid reason
[22:46] <av`> and actually dak will refuse a new tarball
[22:46] <av`> if it's not a new upstream release
[22:48] <av`> I was thinking to change package layout but I can't...it's not a new upstream release
[22:53] <bdrung> av`: http://pastebin.com/f4831a190
[22:54]  * av` tests it
[22:54] <av`> bdrung, what's /home/skipper/packages?
[22:55] <bdrung> av`: you can change it with the next upstream release (simple-patchsys is simpler and less hacky)
[22:55] <av`> yeah, that's what I wanted to do
[22:55] <av`> but then discovered that .jar into the .xpi file
[22:55] <av`> bdrung, you wrote me a wrong path
[22:55] <bdrung> av`: revert that (i don't have 0.16 installed) :)
[22:55] <av`> ok
[22:55] <av`> lol
[22:56] <bdrung> i link it directly for testing the xpi.mk
[22:57] <av`> worked
[22:57] <av`> bdrung, I had your name with your changes
[22:57] <av`> :)
[22:57] <av`> * gonna add
[22:58] <av`> unfortunately m-d is not really good with patching yet
[22:58] <av`> you should add something nice for 0.17~
[22:59] <av`> bdrung, a new package called nautilus-pastebin will be uploaded soon to unstable
[22:59] <av`> you simply right click on a file you wanna paste
[23:00] <av`> and you click on pastebin and it does everything for you
[23:00] <av`> it rocks really
[23:03] <av`> bdrung, I see a unzip command
[23:03] <av`> while building the package
[23:03] <av`> so I guess we need that
[23:06] <bdrung> av`: official yes (m-d depends on zip and unzip, so it would work in both cases)
[23:06] <av`> ok
[23:07] <bdrung> nautilus-pastebin sounds good (i use pastebinit since some days)
[23:08] <bdrung> av`: do we really need a way to patch it after extracting? shouldn't we deprecate the use of xpi files in the source tarball?
[23:09] <av`> bdrung, yes, but actually we will start doing that with the new upstream release
[23:09] <av`> as I said we can't change the layout
[23:09] <av`> atm
[23:10] <bdrung> av`: so i don't think we need patch improvements for m-d 0.17
[23:11] <av`> yeah, so simple-patchsys should do the work then
[23:14] <fta> kenvandine, any plan to add a "start in tray" option in gwibber, like in liferea. it's annoying esp on UNR where it's full screen
[23:20] <av`> bdrung, is the patch B-D needed?
[23:20] <av`> bdrung, or is that automatically installed?
[23:27] <bdrung> av`: it is pulled via debhelper -> dpkg-dev -> patch
[23:27] <av`> yep
[23:27] <bdrung> av`: but you may want to add it
[23:27] <av`> it's priority standards
[23:27] <av`> * standard
[23:27] <av`> so it gets installed by default
[23:28] <bdrung> really?
[23:28] <bdrung> av`: i only 'found Build-dependencies on "build-essential" binary packages can be omitted'
[23:28] <bdrung> av`: i only found 'Build-dependencies on "build-essential" binary packages can be omitted'
[23:29] <av`> looks at apt-cache show patch
[23:29] <av`> it will show you its priority
[23:29] <av`> it is standard
[23:30] <bdrung> av`: yes, it's standard. don't you really need to list standard packages in b-d?
[23:31] <av`> nope, don't need to
[23:32] <bdrung> av`: i thought that this applies only for required and important. where is this documented?
[23:32] <av`> I guess on new maintainer's guide
[23:32] <av`> under priorities section
[23:34] <fta> kenvandine, you said themes are now working, i only see 1 now, is that correct?
[23:36] <fta> kenvandine, http://www.sofaraway.org/ubuntu/tmp/Gwibber-unreadable-theme.png
[23:40] <bdrung> av`: didn't find it in http://www.debian.org/doc/manuals/maint-guide/maint-guide.en.txt
[23:42] <av`> bdrung, read the priorities section
[23:42] <av`> patch is into a base installation
[23:42] <kenvandine> fta, there are 3 now
[23:42] <bdrung> av`: there is no priorities section
[23:43] <fta> kenvandine, i have 453
[23:43] <av`> bdrung, http://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities
[23:44] <kenvandine> 457 has some fixes that make sure the theme are compatable
[23:45] <bdrung> av`: yes, but there is nothing written about wich package you have to list in b-d.
[23:46] <av`> bdrung, yeah, but it says standard packages are installed by default so that's should be a good explanation for B-Ds
[23:47] <bdrung> ok
[23:47] <av`> buildds machines got a standard system when the build something
[23:47] <av`> like a pbuilder
[23:47] <bdrung> exact this sentence should be written somewhere "buildds machines got a standard system when the build something"
[23:48] <kenvandine> fta, you are using darkroom.... gwibber doesn'tseem to like it
[23:48] <av`> yeah, propose a patch for that doc :)
[23:48] <kenvandine> fta, it does get some properties from the gtk theme
[23:49] <kenvandine> the font color in gwibber when using darkroom is terrible
[23:49]  * kenvandine posts your screenshot for ryan
[23:52] <av`> bdrung, did someone approve u earlier into the team?
[23:52] <av`> I saw the email from aliothg
[23:53] <bdrung> av`: yes, the maintainer of adblock-plus
[23:53] <av`> ok, great
[23:53] <bdrung> av`: now i can fix mozgest ;)
[23:53] <av`> whats wrong with it?
[23:54] <av`> the config thing at startup?
[23:54] <bdrung> some details (vcs link e.g.)
[23:54] <av`> bdrung, you should make a script into m-d
[23:54] <av`> that recognize all team members of pkg-oz-ext
[23:54] <bdrung> av`: for what?
[23:55] <bdrung> av`: why?
[23:55] <av`> like Uploaders: moz@team
[23:55] <av`> into a control.in file
[23:55] <av`> and then it generates all names for the control
[23:55] <av`> so we don't have to add each other for uploads
[23:56] <bdrung> av`: like the gnome-devs do?
[23:56] <av`> e.g to avoid NMUs messages
[23:56] <av`> yes
[23:56] <bdrung> av`: lets discuss this with asac
[23:56] <av`> bdrung, if it's fine for you, just mail the ML
[23:57] <bdrung> av`: yes
[23:57] <av`> like an uploaders class
[23:57] <av`> uploaders.mk
[23:57] <bdrung> you will mail it?
[23:57] <av`> yep
[23:57] <av`> brb 15 min
[23:57] <av`> then I write it
[23:57] <bdrung> av`: i would look how gnome-devs did it.
[23:57] <bdrung> i will go sleeping now
[23:58] <av`> ok, have a good night
[23:58] <bdrung> av`: you should rename mozilla-stumbleupon to xul-ext-stumbleupon
[23:58] <av`> done, already
[23:58] <bdrung> hf
[23:58] <av`> u too :)