[00:00] fta: upload is not there yet [00:01] did you get a reject? [00:02] BUGabundo: what is working? [00:02] 3G [00:02] nm [00:02] BUGabundo: can you see APs? [00:02] i mean: did you disable wireless [00:02] or move somewhere where you can see APs [00:02] or is it just magically fixed? [00:02] yes killswitch [00:02] ok [00:03] BUGabundo: i marked your bug dupe of a master that had a bunch of bugs [00:03] can you confirm that killswitch worksaround? and maybe also confirm that being in proximity of APs also fixes it? [00:03] maybe confirm that it still crashes at all with killswitch off [00:03] too [00:03] bug 436061 [00:03] is the master [00:03] Launchpad bug 436061 in network-manager-applet "nm-applet assert failure: ERROR:applet.c:537:applet_menu_add_items_top_and_fold_sorted_helper: assertion failed: (items)" [High,Triaged] https://launchpad.net/bugs/436061 [00:04] (trying )disabiling killswithc [00:04] BUGabundo: yes. then wait a bit and and click the applet === BUGabundo1 is now known as BUGabundo [00:05] back. [00:05] I guess that anwsers your question asac [00:06] asac: sooo which bug do you need me to CONFIRM? [00:07] BUGabundo: the one above [00:07] 01:03 < asac> bug 436061 [00:07] Launchpad bug 436061 in network-manager-applet "nm-applet assert failure: ERROR:applet.c:537:applet_menu_add_items_top_and_fold_sorted_helper: assertion failed: (items)" [High,Triaged] https://launchpad.net/bugs/436061 [00:07] ok [00:07] IF FF opens, I'll confirm it [00:07] :) [00:07] $ firefox-3.7 [00:07] Segmentation fault (core dumped) [00:07] asac, i think you got some reject mails, right? [00:08] nope [00:08] nothing [00:12] seems i am getting a bunch of mails [00:12] now [00:13] 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] +0.8~a~git.20090923t220421.1ac8ffd-0ubuntu2~nmt1 [00:13] fta: ^^ [00:14] 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] asac, hm [00:15] there is something wrong [00:15] bzr is at ubuntu4 [00:15] or something [00:16] fta: pasuspender -- openareaexecutable [00:17] asac, strange. probably a bug in my bot, but i can't see clearly what happened [00:17] asac: no one seems to like the heart shapes :D [00:17] asac, i know i have a bug when the tip of the packaging is a release [00:18] dtchen, thanks, trying that.. [00:20] dtchen, nope, no sound at all [00:20] dtchen, and it kills my music [00:25] fta: right, it will suspend everything using PA [00:25] fta: did you check your mixer volumes while in OA? [00:26] not sure how to do that.. [00:31] fta: e.g., alsamixer [00:34] fta: its UNRELEASED [00:36] different bug then. i'll have a closer look [00:44] 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] is there anything one can do? [00:45] or manual upload with a version that will not kill the bot later on? [00:47] whats the difference if the branch is ahead? [00:47] the merge fails different? [00:48] no, i just have a bug to fix [00:50] i'm not even considering that the packaging branch could be ahead :P just lower or equal [00:50] i need unit tests here [00:54] the bug is in http://bazaar.launchpad.net/~fta/%2Bjunk/ppa-scripts/annotate/head%3A/sync-ppa.pl#L500 [00:54] most probably in the else block l521 [00:55] or 541 [00:56] or both :S [01:04] at least that means that my latest commits will be in that upload ;) [01:18] pff, i have to call dpkg --compare-versions [01:21] that makes sense ;) [01:21] assuming you want to compare deb versions [01:21] tentative fix http://paste.ubuntu.com/277510/ [01:28] TARGET=0.8~a~git.20090923t220421.1ac8ffd-0ubuntu4 [01:28] better but still incorrect [01:28] it should be u5.. i think [01:29] hm, no, it's UNRELEASED, so u4 is right [01:32] asac, does network-manager-applet_0.8~a~git.20090923t220421.1ac8ffd-0ubuntu4~nmt1_source.changes look correct? [01:32] i'm tired [01:38] yes [01:38] fta: [01:38] its UNRELEASED ubuntu4 [01:39] fta: maybe make one more dry run [01:39] and then i might have committed something else ;) in two minutes [01:40] one final test build [01:40] and quick check of build [01:40] then i have everything i want to get in for beta i hope [01:40] http://code.google.com/p/chromium/issues/detail?id=10949#c18 [01:43] https://edge.launchpad.net/~fta/+ppa-packages [01:44] i hope i didn't introduce a regression for everything else [01:49] ok [01:49] committed [01:49] push ;) [01:49] its late enough [01:50] too late, will be in the next run at 7am [01:51] ok [01:51] good enough [01:59] gasp, i didn't do much upload this cycle: https://edge.launchpad.net/~fta/+uploaded-packages === juanb_ is now known as juanb [07:39] morning === asac_ is now known as asac [09:53] ping dpm re bug 433262 [09:53] Launchpad bug 433262 in firefox-3.5 "Firefox can not display Chinese menu, and menu bar are in English!" [Undecided,New] https://launchpad.net/bugs/433262 [09:56] mornign michag j/w are you a kde user or gnome user [09:57] eagles0513875: xfce :D [09:57] doh [09:57] i have a nasty bug with kde that i need help debugging regarding unmet dependencies after yesterdays updates :( [09:58] have you tried #kubuntu? [09:59] thanks for the heads up micahg, I'll talk to ArneGoetje about this when he's back in a few hours [09:59] thanks dpm [10:00] #kubuntu-devel would be best ^ [10:00] eagles0513875: ^^^ [10:00] dpm: banned from there :( [10:01] uh? why banned? [10:01] for wanting to contribute but not knowing how to do certain things [10:01] question then becomes how on earth am i supposed to learn [10:02] this is the only channel so far where i am learning anything [10:05] hi, fresh install of ubuntu-netbook-remix 9.04 with updates, firefox (3.0.14) bookmark manager seems very broken. Anyone suggestions? [10:06] er s/Anyone/Any/ [10:11] and I notice a large number of places.sqlite-*.corrupt files in the profile directory [10:12] (this is a brand new clean profile, then attempted import of bookmarks from html) [10:48] kenvandine, new gwibber crashed not long after a reboot. crash in webkit [10:53] not sure if i should file a bug [11:43] hey fta [11:57] asac: im going nuts here bud :( === jtv1 is now known as jtv [13:32] im back in business today [14:03] hey asac its eagles0513875 [14:04] 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] jonathan__: yes. if the package were already released, then you have to create a new one (dch -i) otherwise update it [14:08] well mine is still unreleased its bindwood which im working on [14:09] jonathan__: k, then just update it [14:10] 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] eagles0513875: do you find the bug in: "9.04 Karmic Koala"? [14:18] <|eagles0513875|> bdrung: will revert [14:19] 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] 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] 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] eagles0513875: you can remove the branch and push it again [14:25] thats better [14:25] 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] eagles0513875: grab it from there: http://packages.qa.debian.org/m/mozilla-devscripts.html [14:26] (or wait some days) [14:26] bdrung: will purge what i have installed [14:30] bdrung: do i just package the devscripts source then install it === cyphermo1 is now known as cyphermox [14:31] yes or simply install http://ftp.debian.org/debian/pool/main/m/mozilla-devscripts/mozilla-devscripts_0.16_all.deb [14:33] whats the command to package it again [14:34] bzr bd [14:35] its complaining about the dev scripts not being a branch [14:39] than use debuild [14:40] got the deb package :) [14:41] bdrung: :( i deleted my old branch but i still cannot push the fix to bzr :( [14:45] bdrung: last question do i have to run bzr commit first before pushing ? [15:05] eagles0513875: yes [15:06] 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] not that [15:06] i have no idea how to handle that [15:07] right now we refresh the message list [15:07] fta, i agree that is annoying [15:07] it started with gwibber 2, i don't remember it was doing that before [15:07] fta, also... your webkit crash [15:07] it did it in gwibber 1 [15:07] and before that [15:07] it has always erked me :) [15:07] i am not getting a webkit crash [15:08] fta, any ideas? [15:08] just got a crash this morning [15:09] only one? [15:11] yes [15:16] Title: gwibber crashed with SIGSEGV in WTF::RefCountedBase::derefBase() [15:17] http://paste.ubuntu.com/277987/ [15:18] kenvandine, ^^ [15:20] fta, which theme are you using? [15:21] used to be darkroom, but it's now custom (darkroom + human, instead of humanity) [15:22] i mean gwibber theme [15:22] themes work now [15:22] so i wonder if that is why the crash just surfaced [15:23] dark-gwilouche [15:23] doesn't seem to work for me [15:24] you can't change it? [15:25] like to default [15:25] oh... maybe that is fixed since r447 [15:26] i have 449 [15:27] 450 [15:27] is where that was fixed [15:27] so [15:27] that isn't the problem [15:27] 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] Launchpad bug 436221 in firefox-3.5 "apparmor profile is not disabled on upgrade from jaunty firefox-3.5" [High,In progress] https://launchpad.net/bugs/436221 [15:27] so i don't think anything changed in gwibber that should cause that crash [15:27] fta, are you using a snapshot of webkit or anything? [15:27] nope [15:28] libwebkit-1.0-2 v 1.1.14-1ubuntu1 [15:30] jdstrand: i am on vac today ;) [15:30] same here [15:30] asac! [15:30] jdstrand: beta material? [15:30] hi kenvandine [15:30] i am very sad you are on vacation! [15:30] thats not fair ;) [15:30] its just one day :) [15:30] we desperately need to get a bindwood upload done... and nobody knows how [15:30] hehe [15:30] you cannot miss me soo much [15:30] asac, you know i love you man! [15:31] kenvandine: what is the problem? [15:31] kenvandine: 1st. reply the last upload on the ~ubuntu-dev branch ;) [15:31] well the packaging branch doesn't have the latest upload [15:31] /reply/apply [15:31] and... there isn't any tarballs, so how do we update the source? [15:32] merging from trunk removes the packaging [15:32] so we could manually merge [15:32] but that seems like we are doing something wrong [15:32] kenvandine: 2nd. bzr merge /path/to/upstream; dch -v0.NEWVERSION-0ubuntu1 -DUNRELEASED [15:32] kenvandine: removes the packaging? [15:33] yes [15:33] kenvandine: probably because you removed the packaging on trunk? [15:33] the merge removes the debian dir [15:33] * kenvandine didn't [15:33] but i haven't touched it :) [15:33] we can manually merge that part [15:33] i assume the packaging was on trunk at some point. then it was removed, so the merge would do that [15:33] so you do bzr merge ... [15:33] then you do bzr diff debian/ [15:33] bzr diff debian/ | patch -p1 -R [15:34] dch -v0.NEWVERSION-0ubuntu1 -DUNRELEASED "New upstream snapshot ..." [15:34] vi .bzr-builddeb/default.conf -> fix revision [15:34] to find revision do: bzr log -l1 --show-ids /path/to/upstream | grep revision-id [15:34] then debcommit [15:34] dch -r [15:34] debcommit -r [15:34] ;) [15:36] do we want to call this 0.3? [15:36] whoops [15:36] asac, nm that [15:37] kenvandine: you ewant to call it with a bzr revision from upstream [15:37] dont use bzr but rather bzrX or something [15:37] any specific reason? [15:37] oh [15:37] if you ever want to build it on < karmic ;) [15:37] bzr-builddeb has a bug [15:37] it doesnt honour default.conf revision if it finds bzrNUMBER [15:37] in changelog version [15:37] it would just assume that the number is the right upstream revision [15:37] which is of course wrong on the ubuntu branch [15:38] i think its fixed in karmic ;) [15:38] _think_ [15:38] ok so we can't call it 0.3-0ubuntu1? [15:38] kenvandine: is it a release? [15:38] yes [15:38] if its a release you should use the tag to merge [15:38] that is the plan [15:38] and also use that tag as upstream-revision in default.conf [15:38] rather than the long revid [15:38] ok [15:39] otherwise just rever to the bzr revision in the version lke [15:39] 0.3+bzr111-0ubuntu1 [15:39] refer [15:39] 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] kenvandine: for tags the revisionspec prefix is tag: rather than revid: (in default.conf) [15:45] ok [15:45] 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:45] Launchpad bug 436221 in firefox-3.5 "apparmor profile is not disabled on upgrade from jaunty firefox-3.5" [High,In progress] https://launchpad.net/bugs/436221 [15:46] jdstrand: isnt that a fortunate bug ;) ... getting more testing? [15:46] jdstrand: one question. do you allow to read everything in /usr/share /usr/lib ... or how do you allow extensions? [15:47] heh, well, I'd rather the testing happen in devel rather than release [15:47] beta is not release ;) [15:47] but yeah [15:47] 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] regarding /usr/lib, yes that is available [15:48] most extensions live in /usr/share though [15:48] /usr/share is not in its entirety [15:48] but I added better extensions support in one of those pending merges [15:48] can extension packages extend the firefox profile somehow? [15:48] /usr/lib/firefox-addons/extensions/** Uxr, [15:48] /usr/lib/mozilla/extensions/** Uxr, [15:48] /usr/share/mozilla/extensions/** Uxr, [15:48] /usr/lib/xullrunner-addons/extensions/** Uxr, [15:48] @{HOME}/.mozilla/**/extensions/** mixr, [15:48] jdstrand: thats not really helping i would think [15:48] jdstrand: most likely firefox resolves the links at some point [15:49] and then accesses them directly [15:49] and we only put links in the /usr locations [15:49] (the profile one is good) [15:49] * kenvandine shakes fist at bzr format 2a [15:50] if your branch was updated to a non default format shake fist at whoever did that ;) [15:50] thats not nice for those with older bzr installs;) [15:50] yeah [15:51] asac, it has been happening often now [15:51] lots of folks seem to want it, like pitti :) [15:52] asac: re extensions and /usr/share-- what I added may not fix everything, but it does fix langpacks [15:53] asac: I can add '/usr/share/** mixr,' though [15:53] 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] jdstrand: is it possible to do something like /usr/share/***/[install.rdf]/* [15:54] ;) [15:54] i mean ... whitelist all subdir that have a install.rdf ;)? [15:54] morning asac :) [15:54] hi [15:54] asac: otherwise, we need to add explicit rules for each extension like we do with plugins [15:54] jdstrand: cant we ship kind of extensions for a profile in packages? [15:55] jdstrand: imo that would be good feature ;) [15:55] asac: all exensions have 'install.rdf' in their path? [15:55] like: packages can whitelist themselve. [15:55] jdstrand: yes [15:55] asac: we don't have a .d style of includes for the apparmor parser atm [15:55] jdstrand: no ... not in their path [15:55] jdstrand: they have a install.rdf file in their top level dir [15:55] so find -name \*.install.rdf -> and then stripping off the install.rdf [15:56] jdstrand: yeah. so unless you can do something like the install.rdf magic we shouldprobably allow /usr/share [15:56] asac: im having issues pushing updated versions of bindwood to bzr :( [15:56] and hope that /usr/share is properly confined [15:56] 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] i mean for writing there [15:56] /usr/share/**/install.rdf/../** [15:57] asac: hmm, I don't know if that would work... [15:57] eagles0513875: you will figure .... first steps often take a bit longer [15:57] asac: do extensions need 'x' or just 'r'? [15:57] usually just r [15:58] there might be extensions that have an executable [15:58] but those are rare i think [15:58] 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] let me see if I am pulling /usr/share from an abstraction... [15:59] jdstrand: check strace ... there proably is a copy in the profile [15:59] or something [15:59] or we are in luck and it doesnt do realpath anywhere [15:59] asac: apparmor realpath's everything [15:59] s/'// [15:59] hmm [15:59] asac, so when i get them to push the tag to trunk, what do i do with my branch? [15:59] (it has to to enforce security) [15:59] 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] jdstrand: dpkg -L adblock-plus ... check where the real files are [16:00] kenvandine: i gave all the instructions above [16:00] asac, just subscribe universe sponsors with a link to my branch? [16:00] 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] 16:33 < asac> so you do bzr merge ... [16:00] 16:33 < asac> then you do bzr diff debian/ [16:00] 16:33 < asac> bzr diff debian/ | patch -p1 -R [16:00] 16:34 < asac> dch -v0.NEWVERSION-0ubuntu1 -DUNRELEASED "New upstream snapshot ..." [16:00] 16:34 < asac> vi .bzr-builddeb/default.conf -> fix revision [16:00] 16:34 < asac> to find revision do: bzr log -l1 --show-ids /path/to/upstream | grep revision-id [16:00] 16:34 < asac> then debcommit [16:00] 16:34 < asac> dch -r [16:00] kenvandine: ^ [16:00] yeah i did all that :) [16:00] 16:34 < asac> debcommit -r [16:00] kenvandine: oh you are done [16:00] 16:34 < asac> ;) [16:00] instead of the revision-id you just use tag:YOURTAG in default.conf [16:00] kenvandine: so first, check that the proper orig.tar.gz gets produced [16:01] and that diff.gz is clean [16:01] e.g. only debian/ files [16:01] any idea as to my issue asac :( [16:02] oh the tag can be from my branch? [16:02] not upstream? [16:02] eagles0513875: bzr help status ... bzr help diff [16:02] use those tools to identify your local changes [16:02] getting them to merge into trunk takes time :/ [16:02] kenvandine: the tag is from upstream [16:02] ok [16:02] kenvandine: otherwise you can just pick the right revision-id as i described [16:02] asac all i changed is the changelog and control [16:02] your back on monday right? [16:02] but tag makes more sense if its not a snapshot but release [16:02] eagles0513875: you will figure. read the error message. it tells you that you have uncommitted changes. fix that [16:03] slangasek has given the ok to upload on monday, so i can have it ready for you then [16:03] kenvandine: great. so once you have pushed ask for a merge against the ubuntu-dev branch [16:03] and ping me [16:03] include the bug that tracks this upload [16:03] ok [16:03] thx! [16:03] (we need at least one for release team) [16:03] no problem [16:03] ok out again on vac [16:04] have fun! [16:04] :) ok there we go [16:05] nub mistake [16:06] asac: oh heh [16:06] asac: /usr/** r, [16:07] asac: that is why adblock works [16:08] allrighty [16:08] asac: so, let me refine the merge for the extensions. I'll remove 'Ux' [16:08] for stuff in /usr/share/.../exensions [16:08] asac: then we can add specific rules for those extensions that require 'x' [16:08] asac: how does that sound? [16:09] asac: I figure we add those rules as they come up [16:09] (the 'x' rules) [16:11] over and out [16:12] humm [16:13] asac: committed [16:14] 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] for me i have a hunch that its not working on my system === micahg1 is now known as micahg [17:23] bdrung, do you have an example of an extension that ships an .xpi file? [17:24] .xpi + m-d [17:24] av`: adblock-plus (debian's git repo) [17:24] ty [17:36] bdrung, new m-d rocks [17:37] av`: thanks [17:37] thanks for the hard work on it [17:37] av`: it should now throw usefull errors [17:38] yw [17:38] now it handles .xpi files [17:38] which is something great [17:39] cul8r [17:47] bdrung, are unzip / zip still needed? [17:48]