[00:10] <av`> asac, going to sleep, the build went successful for all archs, feel free to upload it, so I can finally use epiphany :)
[01:41] <micahg> fta: I'm fixing the dailies now
[03:39] <micahg> fta: dailies are fixed, just waiting on i386 build before proposing merges
[04:27] <LLStarks> asac. i have a bug for you but i'm not sure how to best describe.
[04:28] <LLStarks> let's say i want to use imageshack. when prompted to upload an image, when choosing between two images with a similar name (file1.png and file1.jpg), the thumbnail doesn't change.
[08:27] <micahg1> asac: fta: just wanted to let you know I finished and proposed the merges
[09:02] <asac> fta: i think the theming is a gtk theme issue (icons gone)
[09:14] <eagles0513875> morning asac
[09:15] <asac> hi
[09:15] <eagles0513875> asac: question for you how would i know what extension should be on what version of dev scripts
[09:16] <asac> eagles0513875: 0.16 is our policy
[09:16] <eagles0513875> ok cuz i got all confused yesterday with bdrung mentioning .17
[09:24] <asac> 0.17 is a bug fix release. doesnt matter much for extension packages
[09:25] <eagles0513875> gotcha it is more for the big programs like firefox seamonkey etc
[09:28] <asac> its a cleanup thing
[09:28] <asac> no need to bother on extension side
[09:29] <eagles0513875> ok
[09:33] <bdrung> eagles0513875: it does not add new features and do not changes the interface
[09:34] <eagles0513875> gotcha
[10:06] <asac> kenvandine: gwibber on track?
[10:06] <asac> ;)
[10:06] <asac> fta: did you sponsor his latest fixes yet?
[10:07]  * asac checks micahg fixes for ffox 3.7
[11:13] <fta> FIREFOX_3_5_4_RELEASE
[11:14] <asac> fta: thx. my bet is that it will take a few weeks ;)
[11:14] <fta> FIREFOX_3_0_15_BUILD1
[11:49] <bdrung> asac: did you review m-d?
[12:00] <asac> bdrung: no. pulling it now
[12:51] <gnomefreak> i have a fucking babysitter for my daughter and now me :(
[12:59] <eagles0513875> ouchie how u feeling btw gnomefreak
[12:59] <gnomefreak> eagles0513875: fine but dr thinks im a threat to myself or to others, so now i have a babysitter for a while
[13:00] <eagles0513875> O_O
[13:00] <gnomefreak> eagles0513875: you using tbird3 by chance?
[13:00] <eagles0513875> no im not
[13:00] <eagles0513875> im fighting with alpha 6 on a vm that im trying to update
[13:00] <bdrung> asac: and?
[13:16] <asac> got side tracked obviously. now getting some food then i will really do it :)
[13:23] <asac> bdrung: one question up front: why is there sol/eol business in -all.mk at all? i would think all that would be in -Ubuntu/-Debian/-common
[13:25] <bdrung> asac: that is for packages, that are only in PPAs
[13:25] <asac> yeah. i dont think we should put that into -all though
[13:26] <bdrung> asac: ok, i can remove it
[13:26] <asac> bdrung: put that in Ubuntu imo
[13:26] <asac> or we make a third-party thing ... but as that repo is in theory not really debian it probably belongs to ubuntu
[13:26] <bdrung> asac: we should only recommend packages, that are in the repos
[13:27] <asac> bdrung: where is Debian/Ubuntu excluded?
[13:27] <bdrung> asac: it's only recommends, so we do need to fit all use cases
[13:27] <asac> based on lsb-release?
[13:27] <kenvandine> asac: gwibber could really use an upload, there are a ton of bugs fixed since the version in universe
[13:27] <asac> cant find it ... though ti would have been a ifneq or something in -all
[13:27] <asac> based on the DISTRO
[13:27] <asac> oh
[13:27] <asac>  wait
[13:28] <asac> let me check for that variable ;)
[13:28] <asac> bdrung: please dont make xpi.mk.in
[13:28] <asac> i wanted a tiny config file ;)
[13:28] <asac> to avoid having main code in an .in
[13:28] <bdrung> asac: didn't you said that yesterday?
[13:28] <asac> no. i said make a config.mk.in
[13:29] <eagles0513875> will finish bind wood honestly and truly today
[13:29] <asac> and include that ;) ... at least that what i tried to say :)
[13:29] <eagles0513875> been hell trying to get back into a blasted routine of studying
[13:30] <asac> bdrung: so yeah. the include in xpi.mk makes sense
[13:30] <bdrung> asac: so having one additional file for only _one_ line?
[13:30] <asac> bdrung: for the ppa packages we could do a xpi-data-Ubuntu-suggests.mk or something ... but lets push that back for a a while
[13:30] <asac> bdrung: yes
[13:31] <bdrung> asac: isn't that a overkill?
[13:31] <asac> bdrung: the config is on system so if we use a hard coded global path you can work on xpi.mk in upstream tree
[13:31] <asac> no
[13:31] <asac> its overkill to make a great source file a .in just because there is one variable
[13:32] <bdrung> asac: where is the config file located?
[13:32] <asac> you can decide. either its a distro config file: /usr/share/mozilla-devscripts/config... or a real config file /etc/mozilla-devscripts/...
[13:33] <asac> i think share is probably right location as its a build-time decision we make
[13:34] <asac> and users are supposed to override that with passing a parameter
[13:34] <asac> or setting variable
[13:34] <bdrung> so /usr/share/mozilla-devscripts/config.mk ?
[13:34] <asac> bdrung: xpi-config.mk ... since we dont have a real dir hierarchy in there
[13:34] <LaPingvino> hello again
[13:35] <asac> LaPingvino: hi.
[13:35] <LaPingvino> I have downloaded and tested Karmic
[13:35] <asac> you left yesterday ... please just write your real problem . i will check after lunch ;)
[13:35] <LaPingvino> the version of the eo-packages is still on firefox 3.0 there...
[13:35] <asac> LaPingvino: go ahead ... i will read when back
[13:35] <LaPingvino> thus it doesn't work
[13:36] <LaPingvino> I hope the language-pack will be up-to-date with the translations for the current version of firefox when it goes out of beta
[13:36] <LaPingvino> otherwise we still won't have an esperanto firefox in ubuntu
[13:38] <asac> bdrung: so maybe make that config.mk -include optional and set a default with =all
[13:38] <gnomefreak> asac: when you get around to testing sunbird from my PPA forget the version please that was a screw up here and it wont let me push ubuntu3 since it is lower
[13:38] <asac> in the xpi.mk
[13:38] <asac> gnomefreak: i was about to upload it yesterday ... not sure why i forgot ;)
[13:38] <asac> i mean ... based on the branch
[13:39] <asac> not on your ppa
[13:39] <asac> just took the orig i think
[13:39] <gnomefreak> asac: branch is good to go. thanks :)
[13:39] <asac> good
[13:40] <bdrung> asac: why do you want a =all default?
[13:40] <asac> because you can then just work even without having the template done
[13:40] <asac> just a safe fallback
[13:40] <asac> thats possible if we put the config in a template
[13:41] <asac> no real practical use besides someone working on the tree directly with a lower version installed etc.
[13:55] <bdrung> asac: do you really insists on having a fallback?
[13:56] <asac> bdrung: whats the reason not to add it?
[13:56] <asac> codewise its just a -include /usr/share.../xpi-config.mk and a default before that, right?
[13:57] <bdrung> asac: it makes the makefile longer
[13:57] <asac> one line ;)
[13:57] <bdrung> asac: no, it is more (because MOZ_XPI_DISTRO uses ?=)
[13:58] <asac> http://paste.ubuntu.com/287786/
[13:58] <asac> hmm if its complicated then its not needed.
[13:58] <asac> sorry that patch was wrong ;) even in theory
[13:58] <asac> http://paste.ubuntu.com/287790/
[13:58] <bdrung> asac: defining MOZ_XPI_DISTRO ?= all makes the config file superfluid
[13:59] <asac> so two ?= dont work?
[13:59] <bdrung> k, the second one will work
[13:59] <bdrung> asac: the first ?= will define it and the second will be ignored
[14:00] <asac> yes
[14:00] <asac> thats the idea
[14:01] <bdrung> asac: but if we allow a missing config file, we have to define everything twice
[14:01] <gnomefreak> when im done there are a bunch of debian mails im letting loose from mailing list
[14:02] <asac> yes. but so far we only have one config variable ;)
[14:02] <asac> (that does not have a distro agnostic default)
[14:02] <asac> the rest of the config stuff already has its default set in the xpi.mk
[14:02] <asac> (if there is a default)
[14:02] <bdrung> asac: this would be shorter: http://pastebin.com/f7c89e2a8
[14:03] <asac> pastebin.com is really slow for me
[14:03] <bdrung> it's pastebinit's default
[14:03] <asac> bdrung: that wont protect the use case i mentioned
[14:04] <asac> e.g. lower mozilla-devscripts installed
[14:04] <bdrung> ok, ok, you win
[14:04] <asac> err. where is the default set there?
[14:05] <bdrung> only in the config :p
[14:05] <asac> yes. but we dont have that config
[14:05] <asac> because its a template
[14:05] <asac> hence the ultimate fallback
[14:06] <asac> anyway i really need food
[14:06] <asac> ttyl
[14:24] <LaPingvino> asac: done with lunch? ;)
[14:25]  * LaPingvino is reachable on ikojba@gmail.com (E-mail/XMPP/MSN) when not here...
[14:49] <gnomefreak> ill be back later i have some shit to do around here
[14:54] <asac> LaPingvino: back in 5 minutes ....
[14:55] <LaPingvino> OK
[14:55] <LaPingvino> tnx for informing me :)
[15:15] <asac_> LaPingvino: so whats your problem?
[15:16] <asac_> eo language is not avail on 3.5?
[15:16] <asac_> is a language that got translated in launchpad? or is that from upstream .xpis?
[15:19] <LaPingvino> hi
[15:20] <LaPingvino> it's from upstream
[15:20] <LaPingvino> not in launchpad
[15:21] <LaPingvino> I guess the upstream translations for 3.5 will be merged in yet before launch end this month...
[15:21] <LaPingvino> but in the Beta it's a translation for 3.0 and that doesn't work...
[15:30] <bdrung> asac: pushed m-d, now satisfied?
[15:30] <bdrung> did i miss something?
[15:34] <asac> bdrung: call now
[15:35] <asac> bdrung: will check right after call
[15:35] <bdrung> k
[15:49] <fta2> installing an ubuntu server..
[16:19] <fta2> :wq
[16:19] <fta2> oops
[16:30] <asac> bdrung: looks good. just wonder if we should make the DISTRO all lower or upper case and adjust how the other data- things are named
[16:30] <asac> bdrung: besides from that, please run it against a coupld of extensino packages to see that all is fine and upload
[16:31] <asac> we should put some kind of info in README ... or put test install.rdf files somewhere
[16:31] <asac> or teset install.rdf and test rules so we can are better sure we dont have regressions
[16:31] <asac> not now obviously ;)
[16:32] <asac> let me know when its up so i can get it synched here
[16:32] <asac> bdrung: for the sync it would be cool to link more bugs from changelog
[16:33] <asac> so i can more easily sell it as a "bug fix" release
[16:33] <asac> not sure if it makes sense to open bugs for a few things
[16:33] <asac> just to document it
[16:42] <bdrung> asac: some where only discussed on irc
[16:43] <bdrung> asac: for 0.18 we should use this policy: lower case for internal variables and upper case for external
[16:45] <asac> bdrung: yes. preferably we will have a bit longer cycle for 0.18 :)
[16:45] <asac> with new features and refactoring and stuff
[16:45] <asac> well thought out etc.
[16:45] <bdrung> yes
[16:46] <bdrung> hey i thought about 0.17, too ;)
[16:46] <asac> also fixing a few mozclient issues that i have no time to deal with
[16:46] <asac> i also want to add something simliar to for xulapp.mk
[16:46] <asac> (i think that name is currently taken by something different for mozclient)
[16:46] <asac> I didnt say that wasnt the case ;)
[16:46] <asac> if there are important bugs coming in that needs to be fixed its ok
[16:46] <asac> we can also say that next major target is 0.20
[16:47] <asac> :)
[16:47] <asac> and before that its bug fixing
[16:47] <asac> ;)
[16:47] <asac> anyway. i think we made a huge difference to extension world this cycle
[16:47] <asac> so we should get some rest and enjoy it ;)
[16:47] <asac> and till RC freeze we should finally fix all extensions ;)
[16:48] <asac> i reserved a half day slot tomorrow
[16:48] <asac> to just do that
[16:48] <asac> though reservations can be pretty short lived for me :(
[16:49] <gnomefreak> asac: as maintainer of a Debian package do you get subscribed to all bugs against that package?
[16:50] <bdrung> asac: https://wiki.ubuntu.com/MozillaTeam/Extensions/List needs a refresh then
[16:50] <bdrung> gnomefreak: yes
[16:50] <asac> bdrung: yes. that should be done while doing the review. hopefully getting a complete list of extensions out of it
[16:50] <gnomefreak> bdrung: thanks
[16:51] <asac> bdrung: last thing we usually do for extensions is updating the .desktop files shipped in appt-install-data
[16:51] <asac> app-install-data
[16:51] <bdrung> asac: and we should add a column for maintaince (debian or ubuntu)
[16:51] <gnomefreak> we need to update XPI.TEMPLATE
[16:51] <asac> in that way you get that in the update-manager-dialog
[16:51] <asac> bdrung: i think we should make a column "ubuntu only" ... because all other extensions should go to debian sooner or later
[16:51] <bdrung> gnomefreak: iirc, the template is up-to-date
[16:51] <asac> we could make a checklist entry in the review page: "already in debian"
[16:52] <gnomefreak> we dont have desktop files for extensions since they dont end up anywhere in menus/lang...
[16:52] <gnomefreak> bdrung: it was updated for the rules file?
[16:52] <bdrung> asac: i like to have a link to the pts for packages in debian
[16:53] <asac> gnomefreak: yes. you get subscribed. thats why we get all the icedove bug mails in the queu
[16:53]  * asac remembers to send out a call for help on list moderator
[16:53] <gnomefreak> i just did list :)
[16:53] <bdrung> gnomefreak: debian/rules is up-to-date
[16:53] <gnomefreak> bdrung: ok didnt know it was worked on thanks
[16:54] <bdrung> gnomefreak: we may remove MOZ_XPI_EMID, MOZ_EXTENSION_PKG and point to the xpi.mk for documentation
[16:55] <gnomefreak> k
[16:58] <gnomefreak> asac: is bug 438868 ubufox?
[17:01] <gnomefreak> lol tbird 3.0~hg20091006r4049+nobinonly-0ubuntu1~umd1 edit>selectall is broken
[17:02] <asac> unlikely ubufox
[17:03] <gnomefreak> k
[17:05] <gnomefreak> why not add bdrung to list mod if he wants asac ?
[17:06] <bdrung> what?
[17:06] <gnomefreak> bdrung: he said he was looking for list mods
[17:06] <gnomefreak> sudo mount -a
[17:06] <gnomefreak> damn
[17:07] <gnomefreak> ok cooking
[17:36] <bdrung> asac: found one typo. then it passed my regression tests. it's now uploaded
[17:38] <asac> rock.
[17:38] <asac> gnomefreak: not sure bdrung also wants to help on list moderation ;)
[17:38] <asac> i think our team can have more admininstrative postitions ;)
[17:38] <asac> and list moderation is a good entry ;
[17:38] <asac> )
[17:43] <gnomefreak> asac: a couple pf ,more would be great :)
[17:43] <gnomefreak> s/pf/of
[17:44] <asac> yep thats what i am thinking
[17:44] <gnomefreak> i can name 2 but im sure one doesnt want to do it and not sure of the other
[17:49] <asac> gnomefreak: i think a public call is better. might even get more fresh blood in here ;)
[17:50] <gnomefreak> asac: agreed only problem is we need to trust the person/people
[17:50] <asac> sure
[17:50] <asac> not sure how to best find out ;)
[17:50] <asac> maybe give them a few minor administrative tasks
[17:51] <gnomefreak> asac: lets see who answers and we can do it from there
[17:51] <asac> or probationary period
[17:51] <asac> yep
[17:51] <gnomefreak> i like it
[17:52] <gnomefreak> updaing last 2 chroots than i am going to finish cooking and eat
[17:59] <bdrung> gnomefreak: what does a list moderator have to do?
[18:04] <gnomefreak> bdrung: go through the emails to the mailing list and decline/accept emails. most are spam but it is high volume
[18:05] <gnomefreak> out of ~50 i accepted 5 or 6 from debian
[18:05] <bdrung> sounds doable
[18:07] <gnomefreak> im ok with it if you and asac are
[18:08] <gnomefreak> ok im gone. i should be here tomorrow depending if babysitter allows me to :(
[19:10] <micahg> asac, I was going to fix a packaging problem in 3.0 on karmic, but then I was remembering you were talking about pulling it
[19:19] <asac> micahg: i pulled it to .5
[19:19] <asac> 3.5
[19:19] <asac> err 3.7
[19:19] <asac> micahg: did you fix 3.0?`
[19:21] <micahg> no, this is for bug 445060
[19:23] <micahg> asac, were you waiting for me to rebase the 3.6 patch against your changes for badwindow?
[19:23] <asac> micahg: if you want to, feel free to go for it :)
[19:23] <asac> i only pulled it into the main distro branch
[19:24] <asac> wanted to wait for feedback
[19:24] <micahg> asac, you might want to request landing o mozilla bug 499498 on 3.6 as well
[19:24] <micahg> since I saw that you patched that in the .head revision
[19:24] <asac> micahg: its already asked for
[19:24] <asac> mozbugz: approval1.9.2?
[19:24] <asac> asac: approval1.9.1.5?
[19:25] <micahg> oops
[19:25] <micahg> right
[19:25] <asac> :P
[19:25] <micahg> :-!
[19:25] <micahg> asac, about the update notifier issue in 3.0, is it worth fixing for karmic?
[19:26] <asac> not sure what you mean ... i still wanted to get rid of 3.0 :/
[19:26] <asac> ETOOMUCHTHINGSTOREMEMBER
[19:26] <micahg> ok,that's my answer then :)
[19:26] <asac> is there a bug?
[19:26] <micahg> I'll fix it for 3.5 though
[19:26] <micahg> bug 445060
[19:26] <asac> i dont know what the problem is ;)
[19:26] <asac> ah
[19:27] <asac> i thought that was fixed
[19:27] <micahg> update notifier does a pgrep on firefox instead of firefox-3.0
[19:27] <asac> oh ... ok
[19:27] <asac> thats the other thing
[19:27] <asac> i wanted to actually drop that
[19:27] <asac> preferably if ubufox is installed
[19:27] <micahg> yeah, I do get 2 notitifcations on updates
[19:28] <micahg> asac, I was wondering if we can do complex diplay ifs?
[19:28] <micahg> *DisplayIfs
[19:28] <asac> or better yet "enabled"
[19:28] <asac> not sure how to best do it ;)
[19:28] <micahg> do we have a way to check if an extension is enabled yet?
[19:28] <asac> not in a sane way
[19:28] <asac> the approach would be to search all profile dirs for a lock
[19:29] <asac> file
[19:29] <micahg> well, we can easily check to see if it's installed as a package
[19:29] <asac> and then check if the ubufox extension is enabled for that profile
[19:29] <asac> yes
[19:29] <asac> i think its worth considering
[19:29] <asac> but fta for instance wouldnt get any notification because he has it just disabled
[19:29] <asac> probably a minority though ;)
[19:30] <micahg> then why would he have it installed?
[19:33] <micahg> asac: is it possible to do multiple DisplayIfs thoug?
[19:34] <asac> micahg: we can make a script most likely
[19:34] <asac> instead of putting raw stuff in there
[19:34] <micahg> and then DisplayIf the script returns true?
[19:36] <asac> most likely
[19:36] <asac> give it a try ;)
[19:36] <asac> exit 0
[19:36] <asac> exit 1
[19:36] <fta> i wanted to do that a while ago
[19:37] <asac> yes
[19:37] <asac> ;)
[19:37] <fta> i wish someone writes a real adblock for chromium
[19:39] <asac> do extensions live in a separate process too?
[19:39] <micahg> asac, do I have to uncommit to rebase?
[19:39] <asac> micahg: not sure what you mean
[19:40] <micahg> oh, neverming
[19:40] <micahg> I knwo what I did
[19:40] <asac> micahg: k
[19:40] <fta> http://code.google.com/chrome/extensions/index.html
[19:42] <micahg> asac, can you look at bug 441872
[19:42] <asac> fta: do i need to read all this to get the answer ;)?
[19:44] <asac> ok
[19:44] <asac> so i would think yes from what i read
[20:01] <fta> http://launchpadlibrarian.net/33243756/buildlog_ubuntu-jaunty-amd64.firefox-3.7_3.7~a1~hg20091007r33630%2Bnobinonly-0ubuntu1~umd1~jaunty_FAILEDTOBUILD.txt.gz
[20:01] <fta> still the same patch !???
[20:02] <micahg> fta: it was working for me yesterday
[20:03] <fta> http://paste.ubuntu.com/288044/
[20:03] <fta> there's jsut the changelog, the patch is missing
[20:04] <fta> nm, stupid bzr & merge
[20:04] <micahg> yeah
[20:05] <micahg> fta: it will fail again though...http://hg.mozilla.org/mozilla-central/rev/c2e54fc14cd7
[20:07] <fta> fta@cube:/data/bot/firefox-3.7.head $ bzr st
[20:07] <fta> working tree is out of date, run 'bzr update'
[20:07] <fta> fta@cube:/data/bot/firefox-3.7.head $ bzr pull bzr+ssh://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.7.head/
[20:07] <fta> bzr: ERROR: Tags not supported by BzrBranch5('file:///data/bot/firefox-3.7.head/'); you may be able to use bzr upgrade.
[20:07] <asac> oops
[20:08] <asac> my fault. i upgraded to 0.92
[20:08] <asac> didnt know it would complain
[20:08] <asac> usually pulling works
[20:08] <asac> 0.92 is really conservative still ;)
[20:08] <asac> current default format is 2.0a
[20:08] <fta> after upgrade & update:
[20:08] <fta> fta@cube:/data/bot/firefox-3.7.head $ bzr update
[20:08] <fta>  M  debian/changelog
[20:08] <fta>  M  debian/patches/bz460917_att350845_reload_new_plugins.patch
[20:08] <fta> All changes applied successfully.
[20:09] <asac> hmm. are you now on 2.0a?
[20:09] <asac> we dont want to go that far i think
[20:09] <asac> i did upgrade --pack-0.92
[20:10] <micahg> asac, can you check my comments here: https://code.edge.launchpad.net/~micahg/firefox/firefox-3.6-20091006
[20:10] <micahg> I have to fix the patch anyways
[20:10] <micahg> but I wanted to know if the comment was ok
[20:10] <fta> asac, so when you do that, the bot is stuck
[20:11] <asac> yes. now i know that
[20:11] <asac> before i didnt ... i often have different branch formats locally vs. remote and usually dont have problems
[20:12] <asac> fta: seems that only tag support is kind of the bridge that we needed to pass at some point ... so ... anyway, before i check other branches i will ping you :)
[20:13] <fta> ok
[20:15] <asac> ok on first glance it doesnt look like they changed the functions of plugin finder wizard
[20:15] <asac> just refactored the code
[20:15] <asac> micahg: my comment would read "adjust patches after landing of "bug title" (bmo:xxxx)"
[20:16] <asac> so ... probably ok
[20:16] <asac> though i like mine better ;)
[20:16] <micahg> ok, do I have to redo it after you landed your revisions?
[20:18] <micahg> asacL is it more important to gut ff3.0 out of karmic or fix all the FTBFSs before release?
[20:18] <micahg> asac ^^^
[20:19] <asac> micahg: what ftbfs?
[20:19] <asac> in archive?
[20:19] <micahg> in yeah
[20:19] <fta> asac, http://paste.ubuntu.com/288051/  ??
[20:19] <asac> i think priority for mozillateam should be: a) fix blocker bugs in archive, b) fix ftbfs in archive, c) remove ffox 3.0, d) do the rest ;)
[20:20] <asac> fta: yes. the unnamed ones are really old
[20:20] <asac> fta: please run upgrade --pack-0.92
[20:20] <asac> locally and remote
[20:20] <asac> let me know when done so i can sync my branches
[20:20] <micahg> asac, I'm referring to all the packages, not just mozilla ones for FTBFS
[20:20] <asac> fta: i think i upgraded the 3.1 tree at some point
[20:20] <asac> because i tag archive releases
[20:21] <fta> all xul are 0.92
[20:21] <asac> micahg: for mozillateam the other ftbfs are not so important ;) ... if you want to look from the distro point of view  i would think that blocker bugs or ftbfs of mozilla stuff on supported hardware is more important
[20:21] <asac> and even getting ffox 3.0 out is more or same important
[20:21] <micahg> yes, I was wondering from a distro point of view
[20:22] <asac> fta: yes, xul branches are younger
[20:22] <micahg> ok, so I guess I'll focus on the mozilla stuff then
[20:22] <asac> the ffox branch still comes from earliest day
[20:22] <asac> or am i wrong?
[20:22] <asac> micahg: sparc build failures etc are not important
[20:22] <asac> if its a main package its important, but most likely someone should already be working on that
[20:23] <asac> if you spot one that would be good to verify
[20:24] <asac> micahg: what we want to know for firefox-3.0 is how many packages still rdepend on that
[20:24] <asac> i mean: rdepend on it in such a way that they coulndt be installed anymore
[20:24] <asac> i hope thats close to zero
[20:24] <asac> then we file a removal request ;)
[20:25] <micahg> ok, I so have to look at each of the rdepends to see if it also depends on firefox | firefox-3.5
[20:25] <micahg> and same for xul1.9?
[20:25] <fta> asac, done for 3.2, but i can't for 3.7
[20:26] <asac> fta: whats the prob for 3.7?
[20:26] <asac> its already pack-0.92
[20:26] <asac> at least the upgrade succeeded here
[20:26] <fta> fta@cube:/data/bot/firefox-3.7.head $ bzr upgrade  --pack-0.92
[20:26] <fta> bzr: ERROR: Cannot convert from format <RepositoryFormat2a> to format <RepositoryFormatKnitPack1>.    Does not support rich root data.
[20:26] <fta> it's 2a
[20:30] <fta> is the icon bug fixed in 3.7?
[20:33] <asac> fta: well. you upgraded your local branch
[20:33] <asac> maybe you upgraded the remote automatically too :/
[20:33] <asac> if thats the case tell me ... i still have it here, so i can repush
[21:03] <micahg> fta: was the FTBFS for  3.7 after you fixed it or before?
[21:07] <fta> i'd say before
[21:08] <micahg> I just submitted bug 445761 for soyuz
[21:08] <fta> stevel, still no fix for the build issue?
[21:32] <fta> asac, seems i can't upgrade the 3.7 branch. it never completes.. http://paste.ubuntu.com/288090/ or it's really slow
[21:41] <asac> fta: why upgrade. the 3.7 branch is already upgraded in launchpad. maybe unbind it first
[21:41] <asac> let me check if its trashed or something now ;)
[21:41]  * asac branches fresh
[21:46] <fta> read my paste, i dropped mine, branched from lp, it's unnamed
[22:00] <asac> anyone has a jaunty system here?
[22:11] <LaPingvino> asac: I have
[22:11] <BUGabundo> boas
[22:11] <LaPingvino> BUGabundo: como vai ;)?
[22:12] <BUGabundo> bai se bem LaPingvino. e tu?
[22:12] <LaPingvino> eu tb :)
[22:12] <LaPingvino> obrigado
[22:12] <LaPingvino> asac: where do you need it for?
[22:13] <LaPingvino> BUGabundo: acho que d verdade nem falo português sabia? :P mas felizmente normalmente me entende :)
[22:13] <BUGabundo> claro
[22:14] <LaPingvino> é similar demais :)
[22:14] <LaPingvino> até muitíssimas palavras e partes de gramática ;)
[22:14] <asac> LaPingvino: so you have a auth eth0 connection?
[22:14] <asac> LaPingvino: and made that a system connection?
[22:14] <BUGabundo> hey asac
[22:14] <BUGabundo> any thing on that bug of mine ?
[22:15] <LaPingvino> asac: I'm on wireless...
[22:15] <BUGabundo> LaPingvino: well you do a very strange thing: you write brasilian portuguese as you know how to speak.
[22:15] <LaPingvino> that's how I chat
[22:15] <BUGabundo> and brasilian ppl write it a bit differently from the way the speak oraly
[22:15] <asac> LaPingvino: hmm. do you have a auth eth0 in the connection editor under wired?
[22:16] <LaPingvino> yes I have
[22:16] <LaPingvino> BUGabundo: when I write bigger pieces, I don't even use the spoken language... but it is difficult...
[22:17] <LaPingvino> I like it more the brazilian way :)
[22:17] <BUGabundo> :)
[22:18] <LaPingvino> asac: what do you want to check/...?
[22:18] <asac> LaPingvino: edit that connection
[22:18] <asac> LaPingvino: check if its "available to all userse"
[22:19] <asac> if not ... flag it so
[22:19] <asac> exit the edito
[22:19] <asac> and see that its now in /etc/NetworkManager/system-connections/
[22:19] <LaPingvino> it is available to all users
[22:19] <asac> then just check the dir
[22:19] <LaPingvino> one moment
[22:19] <asac> there should be Auto eth0
[22:19] <asac> please post that somewhere
[22:19] <asac> verify that there are no secrets
[22:19] <asac> but there shouldnt
[22:20] <LaPingvino> I don't se anything in /etc/NetworkManager/system-connections
[22:21] <LaPingvino> :S
[22:21] <LaPingvino> ah wait
[22:21] <LaPingvino> got it
[22:21] <micahg> fta: are you planning on respinning the ff3.7 builds?
[22:22] <fta> micahg, i need to fix my local branch first
[22:22] <micahg> ok
[22:23] <LaPingvino> here it comes
[22:23] <LaPingvino> [connection]
[22:23] <LaPingvino> id=Auto eth0
[22:23] <LaPingvino> uuid=4d2572c3-bc46-4188-9553-794af0f22ab0
[22:23] <LaPingvino> type=802-3-ethernet
[22:23] <LaPingvino> autoconnect=true
[22:23] <LaPingvino> timestamp=0
[22:23] <LaPingvino> [ipv4]
[22:23] <LaPingvino> method=auto
[22:23] <LaPingvino> ignore-auto-routes=false
[22:23] <LaPingvino> ignore-auto-dns=false
[22:23] <LaPingvino> never-default=false
[22:24] <LaPingvino> [802-3-ethernet]
[22:24] <LaPingvino> speed=0
[22:24] <LaPingvino> duplex=full
[22:24] <LaPingvino> auto-negotiate=true
[22:24] <LaPingvino> mac-address=0:13:77:ab:9f:0
[22:24] <LaPingvino> mtu=0
[22:24] <LaPingvino> I can get it in a pastebin as well if you prefer ;)
[22:24] <BUGabundo> !paste > LaPingvino
[22:24] <BUGabundo> as you didn't know !!!!
[22:24] <BUGabundo> :)
[22:25] <LaPingvino> http://paste.ubuntu.com/288125/
[22:26] <LaPingvino> sorry for the load :(
[22:26] <LaPingvino> don't get mad please
[22:26] <LaPingvino> asac: there it is :)
[22:28] <LaPingvino> asac: is it useful someway?
[22:28] <asac> LaPingvino: can you paste it to paste.ubuntu.com ?
[22:28] <asac> thx
[22:29] <BUGabundo> asac already is
[22:29] <LaPingvino> done already
[22:29] <BUGabundo> (10:25:52 PM) LaPingvino: http://paste.ubuntu.com/288125/
[22:29] <BUGabundo> LOLOL
[22:29] <asac> kk
[22:29] <asac> sry
[22:29] <BUGabundo> some one is sleeping
[22:29] <BUGabundo> ahahahah
[22:29] <LaPingvino> was my fault as well, I just dumped the lot there... :S
[22:32] <LaPingvino> BUGabundo: gosta muito de rir, não é?
[22:32] <BUGabundo> so e' bom
[22:32] <BUGabundo> faz bem à saude
[22:33] <LaPingvino> BUGabundo: tem um jeito de ser bem cheio de emoçãos boas... :P
[22:33] <LaPingvino> é
[22:34] <LaPingvino> ainda uma vez eu vá tb para portugal, tá?
[22:34] <LaPingvino> que posso aprender o verdadeiro português aí ;)
[22:34] <LaPingvino> até então eu fico falando brasileiro ;)
[22:34] <BUGabundo> try to say that again. didn't make *any* sense :D
[22:35] <BUGabundo> LaPingvino: join #ubuntu-pt
[22:35] <LaPingvino> eita
[22:35] <fta> mozilla 460917
[22:37] <fta> asac, do you plan to update this bug? this patch had to be rebased 10 times already
[22:54] <micahg> fta: failed again based on my patch from yesterday
[22:54] <fta> damn
[22:54] <micahg> should I fix and propose another merge?
[22:54] <asac> fta: yes. thats a good reason
[22:56] <micahg> and the fact that m-c has branched twice since the patch was submitted?
[22:56] <asac> well. the patch needs to be rebased anyway before submission
[22:56] <asac> i am not sure i actually addressed the problems
[22:56] <asac> ;)
[22:56] <fta> grrr
[22:57] <micahg> asac, should I rebase based on todays changes?
[22:57] <fta> Committing to: /data/bot/firefox-3.7.head/
[22:57] <fta> is not compatible with
[22:57] <fta> CHKInventoryRepository('file:///data/bot/firefox-3.7.head/.bzr/repository/')
[22:57] <fta> different rich-root support
[22:57] <micahg> asac: at least rebase our version in bzr?
[22:58] <fta> asac, http://paste.ubuntu.com/288145/
[22:58] <fta> i'm stuck
[22:58] <asac> fta: you need to upgrade your merge target branches to --pack-0.92
[22:58] <asac> fta: what pack version are you running?
[22:58] <fta> i can't upgrade from unnamed to pack-0.92, i can't downgrade from 2.0a to pack-0.92 either
[22:59] <asac> fta: did you try to unbind?
[22:59] <asac> you can only upgrade
[22:59] <fta> hmm, sounds like a deja vu
[22:59] <asac> from unnamaned it should work, but you probably need to unbind
[22:59] <asac> because i alreawdy upgraded the remote location
[22:59] <asac> which probably confuses bzr
[22:59] <fta> unbind?
[22:59] <asac> if you upgrade with bound branch it automatically does that upgrade locally and remote
[22:59] <asac> fta: bzr info
[22:59] <asac> paste please
[22:59] <asac> ;)
[22:59] <asac> if you use bzr update
[23:00] <asac> you usually have a bound branch
[23:00] <fta> http://paste.ubuntu.com/288147/
[23:00] <asac> fta: yes. thats already too late
[23:00] <asac> why cant you trash that dir and do a fresh branch?
[23:00] <asac> its just the remote branch, right?
[23:01] <fta> i did that 5 times, it's unnamed, and i can't upgrade to 0.92
[23:01] <asac> ok damn i forgot where i branched my test branch:(
[23:01] <asac> redoing
[23:02] <asac> ok found it ;)
[23:03] <asac> just in /tmp ... how easy ;)
[23:03] <fta> http://paste.ubuntu.com/288148/ the last step never ends
[23:04] <asac> sigh
[23:04] <asac> thats so shitty ;)
[23:05] <asac> micahg: still have the branch i merged in today?
[23:05] <micahg> yes
[23:05] <asac> lp:~micahg/firefox/firefox-3.7-20091006 ?
[23:05] <micahg> yes, my local copy
[23:05]  * asac branches that
[23:06] <micahg> I haven't touched it
[23:06] <asac> good ... dont touch it ;)
[23:06] <asac> what a mess ;)
[23:06] <micahg> that what you told me, create permanent branches for each fix
[23:07] <asac> yeah ;)
[23:07] <asac> its really broken though
[23:07] <asac> its the same problem
[23:07] <asac> upgrading to --pack-0.92 does not work
[23:08] <fta> it did for all my other ff branches, incl 3.7.head.daily*
[23:08] <fta> except this one
[23:08] <asac> so when was -2a introduced
[23:09] <asac> seems we re not able to upgrade the 3.7 branch for whatever reason to 92
[23:09] <asac> or we can file a bug
[23:09] <asac> and keep it the way it is?
[23:09] <asac> did hardy have 2.0a?
[23:09] <asac> unlikely
[23:09] <asac> do we care?
[23:09] <fta> i don't think so
[23:09] <micahg> bzr 2.0 was just introcued I thought in 1.17 or something
[23:10] <asac> why the hell do make it the default
[23:10] <asac> imo it needs to sink for a year at least
[23:10] <asac> even 2
[23:10] <asac> then make it default so everyone has that
[23:10] <micahg> well, they backport bzr packages for people
[23:10] <micahg> idk
[23:10] <micahg> I asked about that myseld
[23:10] <micahg> *myself
[23:10] <asac> yes. but you dont get wide spread adoption
[23:11] <asac> if you get pointed against branches that you cannot use
[23:11] <asac> you will think its not mature
[23:11] <asac> ok i think we dont care for 3.7. but lets try to keep the other branches at 0.92
[23:12] <asac> fta: xulrunner are all 0.92?
[23:12] <fta> yes
[23:12] <asac> ok. then upgrade 3.7. is that ok for you?
[23:12] <asac> to 2.0a :(
[23:12] <asac> 2a
[23:12] <fta> well, ok
[23:12] <asac> or want to file a bug and hope for a quick fix?
[23:12] <asac> :)
[23:13] <BUGabundo> asac since I catch you tonigh
[23:13] <BUGabundo> can you do me a favour?
[23:13] <asac> BUGabundo: looogg
[23:13] <BUGabundo> I need a FF 3.7 build
[23:13] <asac> BUGabundo: i have not much time atm for favours ;)
[23:13] <asac> but go ahead
[23:13] <BUGabundo> :((
[23:13] <BUGabundo> a verbose build
[23:13] <asac> a debug build?
[23:13] <BUGabundo> but not as much as strace
[23:13] <asac> i can give you instructions how to build
[23:13] <BUGabundo> for some strange reason
[23:13] <BUGabundo> both 3.5 and 3.7
[23:14] <asac> whats with those?
[23:14] <BUGabundo> won't restart to finish addons install
[23:14] <BUGabundo> even on a clean profile
[23:14] <BUGabundo> as soon as I had a few of them
[23:14] <BUGabundo> it won't be able to upgrade or install more
[23:14] <BUGabundo> I tracked down my past crashs to xmarks
[23:14] <BUGabundo> and no longer have that one
[23:15] <fta> asac, created lp:~mozillateam/firefox/firefox-3.7.head-broken, so feel free to use that in a bug ;)
[23:15] <asac> thats unnamaned that cannot be upgraded?
[23:16] <asac> ok
[23:16] <asac> fta: i will subscribe you too ;)
[23:16] <fta> yep, ok
[23:19] <fta> oh my!
[23:19] <asac> micahg: also subscribed you ;)
[23:19] <fta> fta@cube:/data/bot/firefox-3.7.head $ bzr upgrade lp:~mozillateam/firefox/firefox-3.7.head/
[23:19] <fta> starting upgrade of bzr+ssh://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.7.head/
[23:19] <fta> making backup of bzr+ssh://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.7.head/.bzr
[23:19] <fta>   to bzr+ssh://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.7.head/backup.bzr
[23:19] <fta> bzr: ERROR: File exists: '/srv/bazaar.launchpad.net/push-branches/00/02/da/9e/backup.bzr'
[23:19] <asac> bug 445857
[23:19] <asac> fta: yes. lets rename the branch
[23:19] <asac> and push fresh
[23:19] <asac> at best push the one micagh had
[23:19] <asac> its the one before i ran anything
[23:19] <micahg> thanks asac
[23:19] <asac> lp:~micahg/firefox/firefox-3.7-20091006
[23:19] <asac> that should be equal
[23:20] <asac> you can diff it against the sources you have still locally to ensure that we are really up to date
[23:20] <asac> probably misses last rebase fix
[23:21] <fta> eh??? https://code.edge.launchpad.net/~mozillateam/firefox/firefox-3.7.head says it's "lp:firefox"??
[23:21] <micahg> fta: yeah, it's the main devel branch for firefox
[23:21] <asac> its annyoing i cannot edit bug description anymore in lp
[23:22] <asac> micahg: did you notice that?
[23:22] <micahg> no
[23:22] <asac> or arent you on "edge"?
[23:22]  * micahg is on edge
[23:22] <BUGabundo> asac Need to get 299MB of archives. After unpacking 537MB will be freed.
[23:22] <BUGabundo> this a joke, right?
[23:22] <asac> whatever i try to edit in description it always gives me "red"
[23:22] <asac> BUGabundo: thats probably the langpack removal ;)
[23:22] <micahg> BUGabundo: it's from the grub update
[23:22] <BUGabundo> nope
[23:23] <BUGabundo> not a single lang pack tonight
[23:23] <asac> i would double check whats going on before pursuing
[23:23] <micahg> asac: middle click on the edit button
[23:23] <micahg> same thing happens on descriptions for me
[23:23] <fta> micahg, i don't see your 3.7 branch in https://code.edge.launchpad.net/firefox
[23:23] <asac> fta: yes. i thought you started the habit to link the branches ;)
[23:23] <asac> so i did the same for 3.7 when we created it
[23:23] <micahg> fta: probably because it's been merged
[23:24] <fta> oh
[23:24] <micahg> fta: https://code.edge.launchpad.net/~micahg/firefox/firefox-3.7-20091006
[23:24] <fta> asac, yeah, maybe, i'm just tired
[23:24] <asac> fta: that happens if you link a branch to a series and mark it as default series
[23:24] <asac> then you get lp:PROJECTNAME
[23:24] <asac> for that branch
[23:24] <asac> "main development focus" series actually
[23:24] <micahg> asac: bug 331990
[23:25] <asac> lazr.restful ?
[23:25] <BUGabundo> asac micahg http://paste.ubuntu.com/288160/
[23:25] <asac> HMM
[23:25] <micahg> BUGabundo: I told you, it's grub
[23:26] <micahg> I had this yesterday
[23:26] <micahg> let me see if I can find the bug
[23:26] <asac> micahg: grub?
[23:26] <micahg> bug 44470
[23:26] <asac> how can grub release twice as much of space as the total size of downloaded archives?
[23:26] <micahg> oops
[23:27] <micahg> bug 444703
[23:27] <BUGabundo> if it is fixed
[23:27] <asac> Need to get 299MB of archives. After unpacking 537MB will be freed.
[23:27] <asac> micahg: ^^
[23:27] <asac> thats the problem
[23:27] <BUGabundo> what wrong with my update?
[23:27] <asac> micahg: did you really have that too?
[23:27] <micahg> idk, that's the bug that james_w pointed me to
[23:27] <micahg> yes
[23:28] <micahg> asac: http://irclogs.ubuntu.com/2009/10/07/%23ubuntu-motu.txt
[23:28] <micahg> i don't claim to understand it
[23:28] <asac> micahg: ah ;)
[23:29] <asac> so version 0.97-29ubuntu57 had a full filesystem in some image
[23:29] <BUGabundo> $ df
[23:29] <BUGabundo> Filesystem            Size  Used Avail Use% Mounted on
[23:29] <BUGabundo> /dev/sda2             289G  161G  114G  59% /
[23:29] <asac> BUGabundo: so go ahead
[23:29] <asac> thats good
[23:30] <BUGabundo> 41% [25 libc6 2758214/4,206kB 65%]                                                                                     44.0kB/s 1h 5min 44s
[23:30] <BUGabundo> its gonna take a while
[23:30] <BUGabundo> :(
[23:30]  * BUGabundo wish NM had an hardcoded speed of gigabit for 3G :)
[23:31] <asac> hehe i can give you that ;)
[23:31] <asac> in the applet :)
[23:31] <asac> notifications that say: "you are on speed ... fasten your seatbelt"
[23:31] <BUGabundo> heeheh
[23:31] <BUGabundo> I would be fine
[23:31] <BUGabundo> if we would get back that speed bar for 3G
[23:31] <BUGabundo> instead of this stupid antena :(
[23:33] <asac> BUGabundo: yeah. that fell through ... sorry
[23:34] <BUGabundo> :(
[23:34] <BUGabundo> it was dumped?
[23:34] <asac> is not hard work but the cycle is too short
[23:34] <BUGabundo> best NM feature in two years?
[23:34] <asac> BUGabundo: no pushed back
[23:34] <BUGabundo> why?
[23:34] <BUGabundo> it was working
[23:34] <asac> because not enough folks working on 0.8 upstream
[23:34] <asac> and now its too late
[23:34] <asac> BUGabundo: yes, but the code was not clean for a upstream tree
[23:34] <BUGabundo> shame
[23:34] <asac> and maintaining that as a patch causes more pain
[23:35] <BUGabundo> ok
[23:35] <BUGabundo> hope it gets back
[23:35] <BUGabundo> that and SMS support
[23:35] <micahg> asac: any reports of problems with ath9k and nm0.8?
[23:35] <asac> it will be back quite soon
[23:35] <BUGabundo> I read some change log that mentioned that
[23:35] <asac> micahg: yes
[23:35] <asac> micahg: well. not ath9k + nm0.8
[23:35] <asac> but ath9k + linux .31
[23:35] <micahg> ah
[23:36] <micahg> anyhints
[23:36] <asac> seems to be in not-so-good state
[23:36]  * micahg is going crazy
[23:36] <asac> (again)
[23:36] <asac> for older ath9k chipsets
[23:36] <micahg> that's why I can't stay connected at night
[23:36] <micahg> I have an AR928X
[23:36] <asac> micahg: so what are your symptoms. if you get disconnected, can you connecte again? or have to reboot?
[23:36] <micahg> connect again, but it drops every minute or 2
[23:37] <asac> hm
[23:37] <asac> so that could be the general background scanning problem
[23:37] <asac> can you try to use wpasupplicant manually?
[23:37] <asac> and stop NM?
[23:38] <micahg> ah seems to be background scanning
[23:38] <asac> micahg: http://paste.ubuntu.com/288172/
[23:38] <asac> put that in your interfaces ... stop NM
[23:39] <asac> and run sudo ifup wlan0
[23:39] <micahg> I'm using WEP
[23:39] <asac> (if its wlan0 ... adjust accordingly)
[23:39] <asac> micahg: you shouldnt use web
[23:39] <asac> ;)
[23:39] <micahg> I know
[23:39] <BUGabundo> asac any idea why my 3G modem *always* falls around mid night - 1am , and won't reconnect???
[23:39] <BUGabundo> very strange
[23:39] <micahg> that's back from when I couldn't get WPA working with my wireless chipset in linux
[23:40] <asac> micahg: wpa-wep-key1
[23:40] <micahg> asac: I'll have to trywhen I get home
[23:40] <asac> err 0
[23:40] <asac> use that instead of psk
[23:40] <asac> and key mgmnt = NONE
[23:40] <fta> asac, i think i'm done fixing this mess.
[23:40] <micahg> so, I should't have nm-applet running then?
[23:41] <asac> fta: 2.0a for 3.7 now?
[23:41] <fta> no, 0.92
[23:41] <asac> how?
[23:42] <fta> i 1st took micahg's branch but when i pushed it on lp, it created a stacked branch on top of his
[23:42] <fta> so i restarted from a branch of an old rev of 3.2, before i created the 3.7 branch, then pulled from micahg, and pushed to lp
[23:43] <fta> so 3.7 is properly stacked now
[23:43] <asac> wow
[23:43] <asac> so now we cannot rename the 3.2 to 3.5 without breaking the stacking?
[23:43] <asac> or doesnt that matter
[23:44] <micahg> what's the code platform called?
[23:44] <fta> i think we can, lp seems to track the branch renames
[23:44] <micahg> in LP?
[23:44] <micahg> the codename
[23:45] <fta> code platform? what do you mean?
[23:45] <micahg> I needed to file a bug against it
[23:46] <fta> use launchpad itself, i'm not sure it's soyouz or something else, they will re-assign if needed
[23:46] <micahg> no, it's launchpad-code :)
[23:46] <micahg> and the bug already was filed
[23:46] <micahg> bug 413026
[23:47] <asac> micahg: you can file against launchpad ... i was told everythign gets properly triaged there
[23:47] <asac> ah ok
[23:47] <micahg> yes, but someone still has to move it
[23:47] <micahg> plus if I would have done that, someone would have had to move and dupe it
[23:48] <micahg> asac BTW the ath9k bug is bug 414560
[23:48] <micahg> I should dupe the nm bug against it
[23:49] <micahg> or maybe not
[23:54] <asac__> reconnect
[23:55] <fta> asac*, https://code.edge.launchpad.net/~mozillateam/firefox/firefox-3.7.head.old is the old branch, it should be dropped.. at some point
[23:56] <fta> gasp, bugs linked to the old branch are still pointing there
[23:56] <fta> seems there are just 2 though
[23:57] <micahg> fta: are you fixing the FTBFS?
[23:57] <fta> micahg, when you fix a problem, please use dch for the changelog commit. http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.7.head/revision/466
[23:57] <micahg> fta: I do
[23:58] <fta> micahg, no, look at the diff of this link, you take owner ship of all the changes
[23:58] <fta> -" "
[23:58] <micahg> that's what dch does :)
[23:58] <micahg> unless there's a flag
[23:58] <micahg> I use dch -e
[23:58] <fta> no, it should add my name in brackets
[23:59] <fta> dch alone should work and it's UNRELEASED
[23:59] <micahg> ah
[23:59] <micahg> sorry, didn't know that
[23:59] <micahg> I'll so that in the future