[12:22] <teward> infinity: ping, since you're on the established SRU duty according to the SRU page, can you accept the nginx upload to vivid, so it adds apport hooks so we don't have any more bugs with no useful debug data on package installation/postinstall failures?  (Which is the current case)
[12:34] <infinity> teward: How well tested is this?
[13:45] <tramm> hi, i'm maintainer of a https://wiki.ubuntu.com/DerivativeTeam/Derivatives/Estobuntu and i'm trying to find out how to move closer to the standard release process of ubuntu with the project
[13:46] <tramm> it seems derivatives project is dead, i think i remember i once thought about replacing our currently used ubuntu customisation kit with ubuntu-defaults-builder
[13:48] <tramm> since estobuntu is a bit more than localisation (some extra software, for example id card utility and firefox addon), is there a recommended way of doing it?
[13:51] <tramm> that is, packaging it and distributing it etc so that it could be as close to official ubuntu releases as possible
[13:52] <tramm> what has become of the derivatives project? is some of it embraced in official process? is ubuntu-defaults-builder actually used to create default images?
[13:53] <tramm> infinity: i heared you might know something about it, no?
[13:55] <infinity> tramm: I'm actually not sure what the state of the art is for remixes, I only tend to deal with official flavours.
[13:55] <teward> infinity: tested in a VM under the same test case conditions, several times, i can run through and trigger a bug report and provide it for you if you'd like.  I've done about seven tests so far in the amd64 builds on both Wily and Vivid, viewing the report after each test, and seeing the data from the hooks included in the report.  done the same with a crash report, and due to the "UnreportableThirdParty" from a .deb isntall, i've dropped the
[13:55] <teward> source_nginx.py hooks into the package-hooks dir
[13:56] <teward> and run the tests that way (with successes after debugging my python minor syntax fails, such as indentation failures or a missing :)
[13:56] <infinity> teward: Ahh, yes, python is very picky about missing emoticons.
[13:56] <teward> it's in Wily and i tested there as well, it appears to work as is.
[13:56] <teward> infinity: heh.  missing colons on ifs and elses break things, so i had to hunt for that
[13:57] <teward> kinda like missing semicolons in c++ code breaks everything
[13:57] <teward> and apologies for the delayed response - i ended up stuck in meetings between 9 and 9:50 my time xD
[13:57] <ogra_> tramm, you could ask the baltix guys they do a localized spinoff since years https://launchpad.net/baltix
[13:58] <infinity> teward: ^
[13:58] <teward> infinity: thank you kindly!
[14:00] <tramm> infinity: do you use defaults-builder for official release, for example localisations?
[14:07] <tramm> ogra_: i once talked to mantas who's driving the baltix project, but i think they had some custom system for building and didn't really want to move closer to official ubuntu process (they also base not only ubuntu)
[14:32] <tramm> ogra_: sent him a mail though to ask about image generation process
[14:34] <ogra_> well, thats the only thing coming to mind ... beyond becoming an official flavour
[14:35] <tramm> infinity: who should i talk to if i want to find out about it? i already ask on #ubunutu-locoteams, former derivatives project admin, bugged maintainer of ubuntu-defaults-builder etc, i'm afraid i'm running out of ideas... :)
[14:38] <infinity> tramm: We don't use ubuntu-defaults-builder for official builds, no.
[14:39] <infinity> tramm: For a lightweight remix style derivative, I'd be more inclined to just tear the Ubuntu ISO apart, install your extra packages, and stuff it back together, personally.  But, YMMV.
[14:39] <infinity> tramm: And other than pointing you at https://wiki.ubuntu.com/DerivativeTeam/Derivatives I'm honestly not sure who's best to talk to.
[15:48] <teward> infinity: to follow up: i tested the package, and as expected the package hooks worked beautifully.  Totally bogus test bug that uses the -5ubuntu3.1 packaging, with the hooks, is here, and replicates a case where someone's using an image or installation that has Apache running on 80 already (which is such a postinstall script failed with a job start failure case): https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1474039
[15:48] <teward> (for the nginx in vivid-proposed issue)


[00:34] <troy_s> nothlit: Amen.
[00:35] <troy_s> nothlit: It is the curse of style-less design.  I thought mravicole's was very stylish as a couple of others.
[00:36] <troy_s> nothlit: The old 'utility over style' 'function over form' to excess pattern.  At some point, people just might wake up and realize that style and aesthetics _are_ function.
[12:07] <nothlit> ne1 going, make sure you bring your wacom, i have a collaborative paint app deployed ^^
[12:07] <nothlit> i've only brought one spare
[12:09] <kwwii> nothlit|UDS: I will have one with me
[12:09] <kwwii> nothlit|UDS: perhaps I should bring two?
[12:10] <nothlit|UDS> sure
[12:10] <nothlit|UDS> i would bring more but the 9x12 is just wayy to large and my other small one is on loan
[12:12] <kwwii> yeah, I think I will just bring the A5 version, the other one is too big
[12:12] <kwwii> or b3, whatever the small one is
[12:15] <nothlit|UDS> i also have a mindmap setup, http://nothlit.zapto.org/UDS
[12:34] <kwwii> hrm, that does not seem to work on my machine
[12:34] <kwwii> I take that back, it just took a long time to start
[12:35] <kwwii> erm, what is that supposed to do? it shows some animated circles and that is all
[12:57] <nothlit|UDS> you have to accept the cert
[12:58] <nothlit|UDS> its collaborative mindmapper with chat supported per node
[13:01] <thorwil> nand: hi. are you at UDS?
[13:02] <nand> thorwil: hi.  You missed your chance to put your logos on every Ubuntu websites ;)
[15:27] <savvas> eh.. life
[15:28] <savvas> the logo is pretty good though
[18:09] <ubuntuwestbengal> anybody here who can give me quality feedback on the wallpaper submission of mine?
[18:09] <ubuntuwestbengal> https://wiki.ubuntu.com/Artwork/Incoming/Intrepid/Desktop_Background_Submissions
[18:09] <ubuntuwestbengal> this is Parthsarathi Trivedi
[18:10] <ubuntuwestbengal> anybody? please?
[18:10] <ubuntuwestbengal> This is meant for the Intrepid cycle


[01:13] <bluezone> I'd like to learn how to package my stuff properly before they start looking over my app i'm afraid i didn't to a very good job. Are there any well written resources on this that explain it clearly?


[00:03] <micahg> jdstrand: so, I guess no OpenJDK update :(
[00:04] <jdstrand> micahg: huh?
[00:04] <micahg> jdstrand: reply to your email, well, not exactly that, but it looks a lot harder than we thought
[00:05] <jdstrand> I don't have the reply yet
[00:05] <micahg> oh, it was sent 10 minutes ago
[00:05] <jdstrand> ah, there it is
[00:14] <chrisccoulson_> jdstrand, i've got epiphany build against xul1.9.2 on hardy now
[00:14] <chrisccoulson_> i will test it quickly and then get it in to the PPA
[00:20] <BUGabundo_IsBack> YAY
[00:21] <BUGabundo_IsBack> desktop couch dead again
[00:22] <micahg> jdstrand: I might be able to backport the basic plugin code to jaunty from lucid since it's a newer version of openjdk, that wasn't possible w/hardy
[00:23] <micahg> but it looks like either way, we're in trouble
[00:23] <jdstrand> micahg: that won't pass the TCK either, according to doko
[00:23] <micahg> jdstrand: right, that's why I said either way we're in trouble :(
[00:26] <jdstrand> micahg: I don't think I can make the call. I pushed it up the ladder
[00:28] <micahg> chrisccoulson_: I forgot to merge the changelog from karmic into the new build
[00:28] <micahg> chrisccoulson_: openjdk backport
[00:46] <chrisccoulson_> jdstrand - we need the cairo patch in the xulrunner source too
[00:46] <chrisccoulson_> the fonts in epiphany are hideous
[00:46] <chrisccoulson_> that's an easy fix though, we should probably just do that in maverick too
[00:47] <chrisccoulson_> other than that, epiphany is working fine with xul192 now
[00:55] <chrisccoulson_> micahg - how much effort have you put in to midbrowser? the current version doesn't actually appear to work on hardy anyway
[00:55] <chrisccoulson_> "Could not find compatible GRE between <IP_ADDRESS> and <IP_ADDRESS>"
[00:55] <micahg> chrisccoulson_: idk, at a minimum convert the *-xpcom calls to libxul
[00:55] <micahg> chrisccoulson_: that can probably be fixed with a GRE patch
[00:56] <chrisccoulson_> i wouldn't bother trying to fix it if it doesn't work already
[00:56] <chrisccoulson_> (it certainly shouldn't be fixed through -security)
[00:56] <micahg> chrisccoulson_: well, it's in main and it should have been fixed long ago, I guess no one is using it though
[00:57] <micahg> bug 255515
[00:57] <chrisccoulson_> yeah, i wouldn't worry about it too much. it's not something that should be a priority if it doesn't work already
[00:57] <ubot2> Launchpad bug 255515 in midbrowser (Ubuntu) "could not find compatible GRE (heat: 4)" [Undecided,Confirmed] https://launchpad.net/bugs/255515
[00:57]  * micahg guesses no one really owned the rdepends before
[00:57] <chrisccoulson_> ah, cool. so, we can drop that from our list, as we shouldn't fix that with this update
[00:57] <chrisccoulson_> ^^jdstrand :)
[00:58] <micahg> chrisccoulson_: k, then should I try to see how much work backporting the lucid version of kazekhase (universe) or work on jaunty/karmic backporting?
[01:00] <chrisccoulson_> micahg - yeah, if you like
[01:00] <chrisccoulson_> i suppose i should make sure midbrowser doesn't work in jaunty too
[01:01] <micahg> chrisccoulson_: which one should I be focusing on?
[01:02] <chrisccoulson_> micahg - you can do kazekhase for now. i will check midbrowser when i next start my jaunty kvm
[01:02] <micahg> chrisccoulson_: k, thanks
[01:05] <chrisccoulson_> jdstrand - epiphany xul192 port uploaded to PPA now :)
[01:06] <chrisccoulson_> i will do the same for jaunty now
[01:34] <jdstrand> chrisccoulson_: re midbrowser> it is totally busted. I don't think it is a blocker for this update (fix in SRU)
[01:34] <jdstrand> chrisccoulson_: re epiphany> cool, will test tomorrow
[01:34] <jdstrand> chrisccoulson_: oh wait-- is this epiphany avoiding 1.9.2, or epiphany *using* 1.9.2?
[01:35] <chrisccoulson_> jdstrand, this is epiphany using 1.9.2
[01:35] <chrisccoulson_> so it benefits from all the security fixes too ;)
[01:35] <jdstrand> chrisccoulson_: oh, that is really excellent!!
[01:35] <jdstrand> chrisccoulson_: yeah, I'll test it a lot tomorrow :)
[01:35] <chrisccoulson_> thanks
[12:08] <chrisccoulson> asac - i'm not too sure what is going on with https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+build/1800664 , but it seems to have been stuck for days now
[12:09] <chrisccoulson> "Started 1 minute ago, Finished 1 minute ago  (took 23 hours, 59 minutes, 43.3 seconds) "
[12:09] <chrisccoulson> :-/
[12:09] <asac> chrisccoulson: #is ... poke lamont ;)
[12:09] <chrisccoulson> asac - thanks
[12:09] <asac> he needs to kill that job
[12:09] <asac> or do something else crazy
[12:38] <gnomefreak> where is the option to use maybe 20 chars instead of 100+?
[12:38] <gnomefreak> thunderbird^^^
[12:40] <gnomefreak> looking through advanced configuration there are a ton of things. i dont recall where.
[12:41] <gnomefreak> wrapping was the word i was thinking of, not sure what key this is
[12:52] <gnomefreak> viewing the message it wraps great when editing/replying it pretty much puts the message on 1 line
[12:55] <gnomefreak> thunderbird 3.0.5 is posted :)
[13:13] <lyhana8> hi, do you advice to use the ppa:ubuntu-mozilla-daily/ppa for day to day usage ?
[13:13] <lyhana8> if not, how do I get Fx-3.6.4 ? Doesn't seem to be on the repo
[13:14] <gnomefreak> lyhana8: depends do like you thinks breaking?
[13:14] <gnomefreak> and we have a stable PPA for FF
[13:15] <gnomefreak> also would help if i knew what version of ubuntu you have
[13:15] <lyhana8> gnomefreak: not firefox :P that why I want to use Lorentz
[13:15] <lyhana8> gnomefreak: Kubuntu 10.04
[13:16] <lyhana8> what is the PPA URL ?
[13:16] <gnomefreak> https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa  i think that is what you are looking for. what do you mean "not firefox"
[13:17] <gnomefreak> !info firefox lucid
[13:17] <gnomefreak> there is anohter PPA iirc
[13:17] <lyhana8> gnomefreak: I do web dev so I don't like having to restart firefox hundreds of time a day
[13:18] <ubot2> gnomefreak: firefox (source: firefox): safe and easy web browser from Mozilla. In component main, is optional. Version 3.6.3+nobinonly-0ubuntu4 (lucid), package size 10601 kB, installed size 28668 kB
[13:18] <lyhana8> with tens of addons and tabs and a bad graphics card that really annoying
[13:18] <gnomefreak> still not answering my question, what does restarting have to do with different versions of ff
[13:19] <lyhana8> gnomefreak: the daily package are probably not stable = crashing a lot more than stable release
[13:20] <gnomefreak> yes i know, that is why i asked you if you were ok with breakage
[13:20] <gnomefreak> anyway that is the PPA i have
[13:21] <lyhana8> I'll be fine with the one you give me :)
[13:21] <lyhana8> thanks
[13:53] <jdstrand> chrisccoulson: hi! so in testing jaunty/tbird/nss bug #559918 regressed
[13:53] <ubot2> Launchpad bug 559918 in thunderbird (Ubuntu Karmic) (and 5 other projects) "Thunderbird cannot initialize the security component when libnss3-0d 3.12.6 is installed (affects: 14) (dups: 1) (heat: 76)" [High,Fix released] https://launchpad.net/bugs/559918
[13:53] <jdstrand> chrisccoulson: to test I enabled a master password, then enabled FIPS, shutdown tbird, installed libnss3-0d, then start tbird
[13:54] <jdstrand> chrisccoulson: hardy is still confirmed as ok
[13:54] <chrisccoulson> jdstrand - thanks. i guess we need to add the same fix to jaunty that we did for karmic already
[13:54]  * jdstrand nods
[13:57] <jdstrand> chrisccoulson: actually, my hardy test was invalid. retesting
[14:01] <jdstrand> chrisccoulson: yes, hardy is fine
[14:01] <chrisccoulson> jdstrand - i've not had much chance to look at this openjdk problem yet this morning, i'm still trying to make some progress on the applications in https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list , and fix the ones that are broken by the update
[14:01] <chrisccoulson> i'm not sure whether you can spend some time on that or not
[14:02] <jdstrand> chrisccoulson: I'm not comfortable making the call wrt openjdk. I will continue to corrdinate and work towards a decision
[14:02] <chrisccoulson> thanks, that would be a great help
[14:03] <jdstrand> chrisccoulson: when does micahg come online?
[14:04] <chrisccoulson> he's normally around from mid-afternoon, so quite soon
[14:05] <jdstrand> chrisccoulson: maybe he can look at the feasibility of the openjdk options I mentioned in the email?
[14:05] <chrisccoulson> yeah, possibly
[14:06] <chrisccoulson> i think he's working on porting kazehakase to xul192 atm, but that's not so important
[14:06] <jdstrand> cool
[14:07] <chrisccoulson> jdstrand, i got some feedback on my font configuration patch this morning
[14:07] <jdstrand> I've not looked at openjdk before, and I'm trying to test jaunty and later epiphany
[14:07] <jdstrand> chrisccoulson: oh yeah?
[14:07] <chrisccoulson> it still needs some work before we can use it, as karl pointed out that the changes i made would also apply to printed fonts (which use the same code path)
[14:07] <jdstrand> ah
[14:07] <chrisccoulson> so, he's given me some pointers, and i will look at that again later
[14:08] <chrisccoulson> i reuploaded xulrunner to hardy and jaunty last night to add the cairo patch we already have in firefox
[14:08] <jdstrand> chrisccoulson: what do you think of yanking the patch, building without it and then working on it for SRU? I can release note that that is the plan then
[14:08] <chrisccoulson> yeah, i'm quite happy to fix the font configuration in a SRU
[14:08] <jdstrand> chrisccoulson: that should give more time for the blockers
[14:09] <jdstrand> chrisccoulson: cool, great. I'll update the wiki
[14:09] <chrisccoulson> thanks
[14:14] <jdstrand> chrisccoulson: I'm going to add a jaunty task to bug #559918
[14:14] <ubot2> Launchpad bug 559918 in thunderbird (Ubuntu Karmic) (and 5 other projects) "Thunderbird cannot initialize the security component when libnss3-0d 3.12.6 is installed (affects: 14) (dups: 1) (heat: 76)" [High,Fix released] https://launchpad.net/bugs/559918
[14:30] <chrisccoulson> jdstrand - there's no reason for me to not upload 3.6.4 to maverick is there?
[14:32] <jdstrand> chrisccoulson: none at all. in fact it is encouraged to see if any regressions pop up
[14:32] <chrisccoulson> jdstrand - ok, i will do that shortly
[14:32] <jdstrand> cool, thanks
[14:33] <chrisccoulson> jdstrand - we discussed at UDS about uploading the beta test packages we put in the u-m-s PPA in to the development release as well. were you involved with that (i don't remember)?
[14:33] <jdstrand> chrisccoulson: I was not
[14:33] <chrisccoulson> jdstrand - would you see any issues with us doing that?
[14:34] <jdstrand> chrisccoulson: only that we are at the mercy of upstream to fix the bugs. I'm also not sure how that fits in with branding
[14:35] <chrisccoulson> yeah, that's also what i was unclear about
[14:35] <jdstrand> chrisccoulson: eg, in the dailies ppa we use their codename because even though there are no patches, it isn't the official release
[14:36] <jdstrand> eg 'shiretoko' or something
[14:38] <chrisccoulson> perhaps [reed] might have an opinion on that
[14:38] <jdstrand> chrisccoulson: fyi, excepting the libnss3-0d issue, nss on jaunty seems solid
[14:39] <chrisccoulson> cool, that's good. i'm just about to upload thunderbird with the dangling symlinks removed to fix that
[14:43] <fta2> BUGabundo, http://armorgames.com/play/6061/light-bot-20
[14:43] <BUGabundo> ahh missed me ?
[14:48] <fta2> always
[15:00] <BUGabundo> Bom S. Joao. bbl
[16:44] <bobby> Does anyone know why 3.7a6pre uses over 60MB of memory idling?
[18:11] <micahg> chrisccoulson_: I'm having trouble uploading fennec (jaunty,karmic) to the transition PPA because of tarball mismatch, so I'll upload to my personal PPA
[18:12] <chrisccoulson_> micahg - ok, no problem. is the tarball actually really different, or just has a different md5sum?
[18:12] <micahg> chrisccoulson_: should just be md5sum, it was the same release
[18:12] <micahg> chrisccoulson_: I'm guessing file times might be different
[18:12] <chrisccoulson_> that's ok then :)
[18:35] <chrisccoulson_> micahg / jdstrand - i see seamonkey 2.0.5 was released yesterday too
[18:35] <gnomefreak> micahg: are you around? i cant seem to find the char. wrapping setting in config editor for TB. i dont know why the latest update would reset it
[18:35] <gnomefreak> it was same with tb
[18:35] <gnomefreak> 3.0.5
[18:36] <jdstrand> chrisccoulson_: iirc that needs the new nss. I am fine with pushing that to -security after hardy and jaunty have the new nss
[18:36] <gnomefreak> i think. next time i check email ill let you know\
[18:36] <jdstrand> chrisccoulson_, micahg: just give me the word that it works and ping me
[18:37] <chrisccoulson_> jdstrand - yeah, it does. so, shall we aim to push that out to all releases once we have the firefox update done?
[18:37] <gnomefreak> yeah it was tb 3.0.5 that was released with Sm 2.0.5
[18:38]  * gnomefreak goes for smoke to think
[18:39] <micahg> jdstrand: can we wait to push SM2 to hardy/jaunty/karmic?
[18:39] <jdstrand> chrisccoulson_: yes, though I can push those piecemeal since it is in universe. ie, karmic and lucid already have the new nss
[18:39] <jdstrand> micahg: I plan to wait until you guys tell me to push it, so 'yes' :)
[18:39] <micahg> jdstrand: actually, nevermind, Lucid is the only release affected by the cairo version issue
[18:40] <micahg> jdstrand: I have to have it reuploaded with the CVEs
[18:40] <jdstrand> chrisccoulson_: and depending on what happens with openjdk, hardy and lucid ff364 may go out sooner, which means hardy will have the new nss
[18:40] <jdstrand> like I said, just ping me
[18:41] <jdstrand> getting ff364 out is the priority afaic
[18:42] <gnomefreak> openjdk being fixed for maverick too?
[18:43] <micahg> gnomefreak: mailnews.wraplength
[18:44] <gnomefreak> micahg: thanks
[18:44] <micahg> gnomefreak: doko just uploaded a fix to maverick for openjdk
[18:44]  * gnomefreak writes this down
[18:44] <gnomefreak> micahg: cool ;)
[18:44] <micahg> gnomefreak: it shouldn't be overwritten on update, please let me know
[18:44] <gnomefreak> he has maintained java for a long time now
[18:44] <gnomefreak> micahg: it was but i will keep note of it
[18:45] <gnomefreak> thats odd
[18:49] <gnomefreak> 60 is perfect.
[18:53] <gnomefreak> we dont have weave in archives?
[18:53] <chrisccoulson_> jdstrand - if we do the release on hardy and lucid earlier, we aren't planning to do that this week are we?
[18:53] <chrisccoulson_> (we'll be getting quite close to the weekend tomorrow)
[18:54] <micahg> gnomefreak: no, we're trying to minimize packages in the archive, is it arch specific?
[18:54] <jdstrand> chrisccoulson_: I was thinking tomorrow evening as a possibility. that will give Friday for putting out fires
[18:54] <jdstrand> chrisccoulson_: (my evening)
[18:54] <gnomefreak> micahg: dont know i thought we had it after we poushed it to debian
[18:55] <micahg> gnomefreak: it's in debian?
[18:55] <chrisccoulson_> ok, i'll try and go through hardy again and just make sure it is completely ready to go
[18:55] <gnomefreak> micahg: the extension is
[18:55] <jdstrand> chrisccoulson_: I'm starting testing of epiphany now
[18:55] <micahg> gnomefreak: package name?
[18:55] <gnomefreak> FYI: The status of the weave source package
[18:55] <gnomefreak> in Debian's testing distribution has changed.
[18:55] <ddecator> dang, looks like i'll have to make the config file for sb sooner than i thought..
[18:55] <micahg> gnomefreak: ah, I see it
[18:55] <gnomefreak> i thought we had it in Lucid but never made it to Mavercik
[18:56] <micahg> gnomefreak: it is arch specific :(
[18:56] <gnomefreak> oh
[18:56] <gnomefreak> good reason
[18:57] <gnomefreak> i am looking for a good <not broken is prefered> bookmark sync. fumanbol is only for paid accounts with U1
[18:58] <micahg> gnomefreak: it's not arch specific, they just build it wrong I think
[18:58] <gnomefreak> bindwood seems to be problematic and IIRC its qt
[18:59] <micahg> bdrung_: do you know about xul-ext-sync?
[18:59] <micahg> gnomefreak: if it's not arch specific, I'd rather not have it in the archive
[19:00] <gnomefreak> ok. i personally dont care what the extension is as long as it works for what i need it to :)
[19:01] <gnomefreak> micahg: we dont have a xul-ext-sync
[19:01] <micahg> gnomefreak: right :)
[19:01] <gnomefreak> that gives me an idea though :)
[19:01] <micahg> gnomefreak: http://packages.debian.org/sid/xul-ext-sync
[19:01] <gnomefreak> i am seeing a post to dev-discuss list about FF3.6.4
[19:02] <gnomefreak> micahg: thanks
[19:02]  * micahg wonders if that's worth subscribing to
[19:02] <gnomefreak> micahg: ill see if i can find it. depends on what you are looking for to ask/answer
[19:02] <micahg> gnomefreak: neither really, just want to keep up to date
[19:03] <chrisccoulson_> please, no more extensions in the archive :)
[19:03] <gnomefreak> lol
[19:03] <micahg> chrisccoulson_: I think it's packaged incorrectly in debian as arch specific
[19:03] <gnomefreak> chrisccoulson_: ill trade for this one after i test and make sure its good
[19:04] <gnomefreak> micahg: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2010-June/011703.html
[19:04]  * micahg thinks devel-discuss is something woth subscribing to
[19:04] <gnomefreak> it is sometimes
[19:05] <ddecator> so now that mozilla released 3.6.4 officially, are we going to push that as an update soon?
[19:06]  * micahg thinks chrisccoulson_ should answer the above thread and I think it's because of upgrades/new langpacks
[19:07] <micahg> chrisccoulson_: fennec built fine: https://edge.launchpad.net/~micahg/+archive/mozilla-test/+packages
[19:07] <bdrung_> micahg: no
[19:07] <micahg> bdrung_: k, thanks
[19:08] <chrisccoulson_> hmmm, about that thread, there's not much we can do about that. firefox does the same after any addon has been updated (including the ones from a.m.o)
[19:08] <micahg> chrisccoulson_: right
[19:09] <chrisccoulson_> i will respond to that in a bit, but i have more important things to do first :)
[19:09] <micahg> chrisccoulson_: of course :)
[19:10]  * gnomefreak hopes *sync will allow me to use ubuntuone (the free account)
[19:10] <micahg> gnomefreak: no, I think it syncs to their servers
[19:11] <micahg> gnomefreak: http://support.mozilla.com/en-US/kb/What+is+Firefox+Sync#Where_s_all_my_data_
[19:11] <gnomefreak> it can be used with any server including mozilla servers
[19:11] <gnomefreak> http://packages.debian.org/sid/xul-ext-sync  thats wqhat it says here anyway
[19:12]  * gnomefreak looking at your link
[19:12] <micahg> gnomefreak: oh, I don't know if they did that or it's an option
[19:13] <gnomefreak> the link you gave me says mozilla servers but doesnt say if you have to
[19:14] <gnomefreak> hey if i can use mozilla server for free im good with that :)
[19:15] <micahg> gnomefreak: don't worry, it's encrypted locally before it's transmitted
[19:15] <gnomefreak> yeah i see that
[19:16] <ddecator> FF Sync? works good for me
[19:17] <gnomefreak> oh im gonna play with this
[19:20] <gnomefreak> ddecator: upstream or Debian?
[19:20] <ddecator> gnomefreak: upstream
[19:21]  * ddecator has been using it since the early days of Weave
[19:30] <gnomefreak> fn == chromium please maek my day and say yes even if it is not true :(
[19:30] <gnomefreak> i know what fx and sm are fn im not sure
[19:33] <micahg> gnomefreak: fn?
[19:33] <ddecator> fennec?
[19:34]  * micahg was thinking the same thing
[19:36] <gnomefreak> maybe
[19:37]  * gnomefreak didnt know fennec was a browser i thought it was a branch
[19:37] <ddecator> it's firefox for mobiles :)
[19:37] <gnomefreak> firefox_sync-1.3.1-fx+fn+sm.xpi
[19:37] <gnomefreak> ah that it would be than
[19:37] <micahg> gnomefreak: yes, fennec
[19:37] <ddecator> yah, fennec
[19:37] <gnomefreak> thanks
[19:37] <micahg> gnomefreak: fennec is in the archive, you can try it on the desktop if you like
[19:37] <ddecator> fennec has it built in (or it will, not sure if it's included already or not..)
[19:38] <gnomefreak> ill spend another hour or so to get bookmarks in oreder than spend another 2 or so hours tomorrow
[19:38] <gnomefreak> im assumiung its firefox on diet pills
[19:38] <micahg> gnomefreak: no, different experience
[19:39] <gnomefreak> oh
[19:39] <ddecator> micahg: btw, if i understand right, a recent change upstream will have sb broken atm. i'm pulling the latest revision to figure out what needs to be done
[19:39] <gnomefreak> gives me more to play with
[19:39] <micahg> ddecator: k
[20:19] <jdstrand> chrisccoulson_: fyi, epiphany-gecko/hardy seems pretty solid, except for one regression which I just filed: bug #597816
[20:19] <ubot2> Launchpad bug 597816 in epiphany-browser (Ubuntu Hardy) (and 2 other projects) "epiphany-gecko when built with xul 1.9.2 can no longer handle certain mime-types (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/597816
[20:20] <jdstrand> chrisccoulson_: I am adding a release note item for it, since there is a workaround (Save Link As)
[20:21] <jdstrand> chrisccoulson_: oh, actually, I forgot, there was one other: drag and drop of bookmarks does not work either
[20:21]  * jdstrand goes to file
[20:25] <jdstrand> heh, well, that is not a regression
[20:26] <jdstrand> chrisccoulson_: so nm on the bookmarks one. the mime-types is a regression though
[20:28] <jdstrand> actually, I think may test is just bad for the bookmark thing. so double nm
[20:28] <jdstrand> :)
[20:30] <chrisccoulson_> jdstrand - thanks for testing
[20:30] <chrisccoulson_> i'm glad it mostly works :)
[20:33] <jdstrand> chrisccoulson_: I don't consider it a blocker for the update since I can release note it with a workaround, but it should get SRU's
[20:34] <jdstrand> chrisccoulson_: it may be related to how it decides what external helper to use, since all the files that failed were ones that used an external helper (see the bug)
[20:39] <jdstrand> chrisccoulson_: yeah, it is *loads* better than the webkit version
[20:50] <jdstrand> chrisccoulson_: oh! xulrunner-1.9.2-gnome-support did not get installed
[20:50] <jdstrand> chrisccoulson_: after installing it, it worked fine
[20:50] <chrisccoulson_> jdstrand - ah, that might explain it :)
[20:50] <chrisccoulson_> jdstrand - i'll see what i can do to make sure that gets automatically installed during the upgrade
[20:51] <jdstrand> chrisccoulson_: thanks
[20:51] <chrisccoulson_> epiphany should probably depend on it
[20:51] <micahg> +1
[20:51] <jdstrand> wow, we might actually end up with a good version of epiphany-browser in hardy and jaunty
[20:51] <jdstrand> this is rather exciting :)
[20:55] <chrisccoulson_> jdstrand - ok, xulrunner-1.9-gnome-support used to be pulled in by firefox-gnome-support, which is seeded in ubuntu-desktop
[20:55] <chrisccoulson_> i'll add a depends to epiphany to make sure the new version gets pulled in
[20:56] <chrisccoulson_> do you know if update-manager will install new recommends, or should i just make it a depends?
[20:56] <jdstrand> chrisccoulson_: this only seems an issue on hardy btw. let me double check
[20:56] <chrisccoulson_> it should be an issue on jaunty too, as there probably isn't anything pulling in the new gnome-support there either
[20:56] <jdstrand> chrisccoulson_: I think hardy needs depends still... not sure. would be best to confirm
[20:57] <chrisccoulson_> i'll just add a depends, it's unlikely that people will want epiphany without the gnome-support
[20:57] <chrisccoulson_> the only rationale for making gnome-support optional in firefox is so KDE users don't get half of gnome
[20:57] <chrisccoulson_> but that doesn't apply to epiphany
[21:00] <jdstrand> ok, confirmed that jaunty pulls in xul192-gnome-support
[21:00] <jdstrand> chrisccoulson_: ^
[21:00] <jdstrand> chrisccoulson_: re depends> sounds reasonable
[21:01] <gnomefreak> didnt we produce a kde-support?
[21:01] <chrisccoulson_> gnomefreak, we're talking hardy here ;)
[21:01] <chrisccoulson_> jdstrand, cool, that must have happened by accident in jaunty ;)
[21:01] <jdstrand> chrisccoulson_: or it is a recommands
[21:01] <gnomefreak> ok still not against backporting it if it is min. work
[21:01] <jdstrand> recommends
[21:02] <micahg> gnomefreak: requires GTK 2.14 at present :)  I might fix it at some point this cycle, but there are some issues with it ATM
[21:07] <gnomefreak> kde(qt needs gtk?
[21:07] <gnomefreak> )
[21:07] <gnomefreak> i think sync is done :)
[21:07] <micahg> gnomefreak: mozilla stuff needs gtk
[21:07] <gnomefreak> good point
[21:08] <gnomefreak> my power just flashed. am i still here?
[21:08] <micahg> !here | gnomefreak
[21:08] <ubot2> gnomefreak: Please give at least an overview of your problem *here* (all in one line) - you will get a much greater audience. If you have to use more than 3 lines, please use http://paste.ubuntu.com
[21:08] <micahg> not what I expected :)
[21:08] <ddecator> :p
[21:08] <gnomefreak> :)
[21:09] <gnomefreak> am i able to tell sync when to sync or it will do it as it wants?
[21:09] <gnomefreak> found it
[21:10] <ddecator> it used to auto-sync, but now it doesn't login when you open the browser :(
[21:10] <gnomefreak> it does both
[21:10] <gnomefreak> it doesnt log in for you?
[21:11] <ddecator> not automatically when i launch FF, i have to tell it to login
[21:12] <gnomefreak> ah trying now f0or other browser
[21:13] <gnomefreak> oh i like download manager in 3.7
[21:15] <gnomefreak> sorry meant addon manager
[21:15] <ddecator> i know right?
[21:15] <ddecator> i think download manager might be in a tab as well, not sure (i use download status bar)
[21:30] <gnomefreak> something funny == no nightly-testing-tool for daily 3.7
[21:30] <ddecator> yah..
[21:30] <micahg> gnomefreak: maybe they forgot to bump it for a6
[21:30] <gnomefreak> point
[21:31] <micahg> gnomefreak: file a bug :)
[21:31] <micahg> gnomefreak: upstream
[21:31] <gnomefreak> with upstream against what?
[21:32] <gnomefreak> this wont sync with 3.7 either damnit
[21:33] <ddecator> what won't?
[21:33] <micahg> gnomefreak: idk, they have a site, but no contact info
[21:33] <gnomefreak> sync wont
[21:34] <ddecator> FF Sync? it was working fine for me, unless it broke (haven't opened another instance to see if it syncs in quite a while)
[21:34] <gnomefreak> it works in sm2 and ff3.6 but not 3.7 it tells me it got an error but never says what the error is
[21:34] <ddecator> when you try to login?
[21:34] <gnomefreak> ddecator: logged in fine but go to sync and it errors
[21:35] <micahg> jdstrand: so, do I need to make backport uploads for openjdk?
[21:35] <gnomefreak> little blue ! in right bottom
[21:35]  * ddecator tests
[21:35] <ddecator> it's true :(
[21:35] <jdstrand> micahg: yes-- for karmic and jaunty, but you should use what is on its way to lucid-proposed
[21:35] <micahg> jdstrand: k, will do
[21:35] <gnomefreak> whats true?
[21:36] <gnomefreak> it failing?
[21:36] <ddecator> yup, i got the same error
[21:36] <jdstrand> micahg: https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=openjdk
[21:36] <gnomefreak> so that + NTT == not the extensions?
[21:36] <micahg> chrisccoulson_: I'll try to get openjdk backports up tonight
[21:36] <jdstrand> micahg: I didn't look at your other upload, but please follow the procedure doko mentioned in the thread if you aren't already
[21:37] <micahg> jdstrand: I have trouble regenerating the control file
[21:37] <micahg> jdstrand: even in a chroot for another version
[21:37] <ddecator> micahg: if we have to add a config during a build, what's the preferred method for doing so?
[21:38] <ddecator> config file*
[21:38] <micahg> ddecator: we shouldn't have to :(
[21:38] <micahg> ddecator: patch file
[21:39] <ddecator> micahg: the sb devs made songbird.mk not check for environment variables so they have to be passed through a songbird.config file, unless i create a patch to undo their change :/
[21:40] <micahg> ddecator: what env vars do we need?
[21:40] <jdstrand> micahg: unfortunately, I've no experience with that. if doko isn't online, kees might know
[21:40]  * micahg feels bad bothering doko
[21:42] <ddecator> micahg: --disable-tests --disable-breakpad --with-extensions=systray (although it looks like tests and breakpad may be disabled by default, and there doesn't seem to be a "with-extensions" option: http://wiki.songbirdnest.com/Developer/Articles/Getting_Started/Core_Player_Development/Building_Songbird#Configure_Options)
[21:43] <micahg> ddecator: I'll have to look at this later
[21:43] <ddecator> micahg: k
[21:43] <ddecator> i have to figure out another build issue anyway
[21:44] <ddecator> MootBot: it's only the songbird.mk file in the main dir that has environment variables unchecked, right?
[21:45] <ddecator> dang, Mook_sb ^
[21:45] <jdstrand> micahg: I wouldn't feel bad, you aren't asking him to do anything other than tell you how to build it on a new release
[21:45] <Mook_sb> ddecator: don't you already pass things to configure directly?
[21:46] <Mook_sb> and, yeah; all it actually did was pass them over to configure anyway, so...
[21:46] <jdstrand> micahg: you're gonna want to do it his way anyway, cause he will likely be providing future updates to the package for -security and -proposed
[21:46] <jdstrand> micahg: and you don't want to diverge from his method
[21:46] <Mook_sb> (the main difference for you is not having the debug target anymore; that's a configure flag too, so it shouldn't be hard...)
[21:46] <ddecator> Mook_sb: wait what?
[21:46] <jdstrand> micahg: anyway, kees *may* know, but he may not
[21:46] <Mook_sb> let me look at your rules file again, one sec
[21:47]  * ddecator may be misunderstanding what is considered an "environment variable"
[21:47] <gnomefreak> ok im doing something wrong or something my FF bookmarks are not landing on sm
[21:47] <Mook_sb> ddecator: export FOO=bar
[21:49] <Mook_sb> oh, wow, you _already_ have a devious hack... :D
[21:50] <ddecator> do we?
[21:50] <Mook_sb> hmm, I think you want something like http://pastebin.mozilla.org/740142 but the diff view isn't behaving
[21:51] <Mook_sb> yes, you override SONGBIRDCONFIG_CONFIGURE_OPTIONS so songbird.config would have been ignored anyway :D
[21:52]  * Mook_sb wonders why it's cd $(SRC_DIR) ; $(MAKE) -f songbird.mk instead of $(MAKE) -C $(SRC_DIR) -f ... (given that -C is supported on weird makes like MS nmake...)
[21:52] <ddecator> idk, i didn't write the rules file, i just edit it as needed :p
[21:52] <ddecator> so i don't need to make any changes?
[21:53] <Mook_sb> you do; see the pastebin and its parent
[21:53] <Mook_sb> (diff http://pastebin.mozilla.org/?dl=740140 and http://pastebin.mozilla.org/?dl=740142 somehow :p )
[21:54] <ddecator> alright, let me check that a sec (i couldn't find what changes you made :p)
[21:54] <Mook_sb> yeah; I used pastebin because it had a diff facility... which promptly proceeded to fail to work!
[21:56] <ddecator> i just used a diff viewer. that's not much to change, so i'll give it a shot. thanks Mook_sb :)
[21:56] <Mook_sb> you're welcome; now, given that I haven't tested it... it might not work right the first few times ;)
[21:56] <Mook_sb> (doing this on a windows machine probably didn't help)
[21:57]  * Mook_sb eyes --enable-official warily
[21:58] <ddecator> shouldn't it be --enable-nightly?
[22:02] <ddecator> what the, the datetime module was used in previous branches, why am i having trouble with it now..
[22:04] <jdstrand> chrisccoulson_: what do you think about removing libsoup2.4-2.28? wasn't that only needed for webkit on hardy?
[22:04] <chrisccoulson_> jdstrand - yeah, that + webkit and libproxy on hardy
[22:04] <jdstrand> oh and libproxy
[22:04] <chrisccoulson_> i forgot about those when i cleaned the PPA earlier
[22:04] <jdstrand> chrisccoulson_: I can remove them
[22:05] <chrisccoulson_> thanks
[22:05] <chrisccoulson_> jdstrand, did i drop epiphany-extensions too?
[22:05] <jdstrand> chrisccoulson_: you did
[22:05] <chrisccoulson_> ok, that's good then
[22:07] <ddecator> oh, it's trying to use python2.4
[22:07] <gnomefreak> ddecator: sb?
[22:08] <micahg> ddecator: that would be bad then :)
[22:08] <ddecator> gnomefreak: yes
[22:08] <Mook_sb> ddecator: I don't know, I just ported the previous SONGBIRD_OFFICIAL=1 environment variable over
[22:08] <gnomefreak> +1 micahg
[22:08] <ddecator> micahg: yah, no idea why it's doing that all of a sudden
[22:08] <ddecator> Mook_sb: oh, that's true. we'll see how it does once i can figure this out
[22:09] <gnomefreak> 2.6 is uptodate version?
[22:09] <ddecator> gnomefreak: 2.6.5
[22:11] <gnomefreak> 2.6* should support 2.4 still so couldnt we just bump the depends on it
[22:11] <gnomefreak> depends/config/ect...
[22:12] <micahg> gnomefreak: not always, there were some deprecated things
[22:13] <gnomefreak> well its not likley songbird devs will fix this on thier own, 2.4 was a year or so ago before the bump to 2.5
[22:13] <ddecator> the weird part is, the beginning of the py script has a shebang for /usr/bin/python so i'm not sure why it's trying to use /usr/bin/python2.4
[22:16] <gnomefreak> check what files its getting info from (script should be pulling in/reading other files) one of those files are using 2.4. i can imaging the /usr/bin/python is a cross platform script and that the smaller files determine what to use
[22:16] <gnomefreak> and yes spelling is worse now hat it is dinner time
[22:18] <ddecator> and client.mk file sets PYTHON as python, which is what is called later in the script..
[22:18] <gnomefreak> thier should be a simple(not so gracful) hack to make it work, but my Python is worse than my bash
[22:19] <ddecator> althought...what does ?= mean?
[22:19] <ddecator> although*
[22:20] <gnomefreak> not sure, that is a good question. i dont have my dive into python book handy
[22:20] <Mook_sb> it's like a default - assign only if it's currently empty
[22:20] <Mook_sb> (assuming you mean make, not python)
[22:21] <ddecator> PYTHON ?= python
[22:21] <ddecator> although it's the same in the 1.7 branch..
[22:26] <ddecator> huh, it got set in autoconf.mk
[22:28] <Mook_sb> ... why would you have autoconf.mk before you managed to run configure? or am I just being confused?
[22:29] <jdstrand> chrisccoulson_: should useragentswitcher/karmic and venkman/karmic also be removed? I have them in my list as SRU.
[22:30] <ddecator> idk, i'm confused too. according to grep, in mozilla/compiled/xulrunner-release/config/autoconf.mk PYTHON =/usr/bin/python2.4 (also mentioned in a few other areas)
[22:30] <gnomefreak> nevermind that was vim....
[22:31] <gnomefreak> jdstrand: it doesnt look like i have either in Maverick
[22:32] <jdstrand> gnomefreak: sorry, this is for the ubuntu-mozilla-security ppa
[22:32] <gnomefreak> jdstrand: ah
[22:44] <ddecator> ah!
[22:45] <ddecator> it's not looking for python2.6
[22:45] <chrisccoulson_> jdstrand - yeah, those are for SRU. i wasn't sure if we wanted to keep those in the PPA or not (i just thought it might make it less likely we end up publishing those packages through -security)
[22:45] <jdstrand> chrisccoulson_: they can stay if you want. I've updated my lists accordingly, so I'm fine
[23:05] <chrisccoulson_> jdstrand - could you try the en_GB langpack on jaunty and tell me if yelp still looks ok?
[23:05] <chrisccoulson_> it's seriously messed up here, but it look ok if I run it with LC_ALL=C
[23:05] <jdstrand> chrisccoulson_: k
[23:16] <ddecator> bah, something is going wrong with the config autoconf2.13 is creating, but i can't figure out the cause...
[23:23] <jdstrand> chrisccoulson_: it looks fine here. I am up to date with all the new stuff from jaunty, plus language-pack-en_9.04+20100531_all.deb and language-pack-en-base_9.04+20100531_all.deb
[23:23] <jdstrand> chrisccoulson_: locale tells me I am en_GB.UTF-8 for everything
[23:24] <jdstrand> s/from jaunty/from ppa for jaunty/
[23:25] <chrisccoulson_> jdstrand - hmmm, strange
[23:25] <chrisccoulson_> it's working here now too (although i've just patched it to use xul1.9)
[23:26] <jdstrand> oh wait
[23:27] <jdstrand> nm
[23:27] <jdstrand> for a second I thought there was an updated yelp for jaunty and didn't have it
[23:27] <jdstrand> (there isn't)
[23:27] <chrisccoulson_> it fails to properly start with xul 1.9.2, but i was seeing messed up translations in the GTK widgets, like the menu bar
[23:27] <chrisccoulson_> but it's gone now :-/
[23:28] <jdstrand> ii  xulrunner-1.9.2                      <IP_ADDRESS>+build7+nobinonly-0ubuntu<IP_ADDRESS>
[23:28] <jdstrand> it works here
[23:28] <chrisccoulson_> hmmm, strange. it doesn't start fully here :/
[23:29] <chrisccoulson_> jdstrand - is it actually loading the 1.9.2 gre on your machine? (cat /proc/`pidof yelp`/maps | grep xul)
[23:29] <jdstrand> chrisccoulson_: no. all <IP_ADDRESS>
[23:29] <jdstrand> chrisccoulson_: this is i386
[23:29] <jdstrand> chrisccoulson_: I've got an appt atm. I can follow up later
[23:30] <chrisccoulson_> ah, that's why it still works. although, i'm not sure why it loads 1.9.2 on my system but <IP_ADDRESS> on yours
[23:30] <chrisccoulson_> it fails badly if it uses 1.9.2 ;)
[23:30] <chrisccoulson_> so i will just patch it to not do that
[23:31] <jdstrand> chrisccoulson_: here is my installed xul stuff: http://paste.ubuntu.com/454162/
[23:31]  * jdstrand really gotta go
[23:32] <Mook_sb> ddecator: hmm, songbird shouldn't be using autoconf2.13? (mozilla/xr does, though)
[23:33] <micahg> Mook_sb: can we use system xul yet for songbird or does that still need to be done?
[23:34] <Mook_sb> micahg: not yet :(
[23:34] <micahg> Mook_sb: k, so we're build the xul part from source then
[23:34] <Mook_sb> yeah
[23:35] <ddecator> Mook_sb: right, this issue is in xr building. i'm trying a patch right now. do you guys still plan to eventually use an unpatched xr? that'd be amazing :)
[23:35] <Mook_sb> ddecator: I still hope for it, at least? ;)
[23:36] <Mook_sb> it sort of depends on things like having time to work on it and getting upstream to like the patches, though
[23:36] <ddecator> Mook_sb: better than nothing. it'd save a LOT of time and reduce the size of songbird a lot
[23:36] <ddecator> at least you guys are using xr192 now
[23:36] <Mook_sb> ddecator: and it would make me happier as well!
[23:36] <micahg> ddecator: you can see if we have any build related patches for xul192
[23:37] <ddecator> micahg: i will if this one doesn't work
[23:37] <ddecator> micahg: but it looks like it did :)
[23:37] <micahg> ddecator: k
[23:37] <ddecator> i just had to tell it to look for python2.6 instead of python2.5
[23:37] <ddecator> now to see if it will build or not..
[23:38]  * ddecator can't believe he looked for several hours to find that the issue was changing one line of one script -_-
[23:39] <ddecator> Mook_sb: we'll see if your changes to the rules file work :p
[23:40] <ddecator> micahg: although it's odd, i was able to build sb before and it was using xr192 so i wonder if something changed in xr since then. is xr192 building alright still?
[23:40] <micahg> Mook_sb: do you guys pull the default for xul192 or a specific branch?
[23:43] <Mook_sb> hmm, I'm not sure what we're pulling, but whatever it was it appears to be 5 months old
[23:44] <Mook_sb> might have been the 3.6.0 release
[23:44] <micahg> yeah, probably
[23:50] <ddecator> Mook_sb: if the changes to the rules file work, is it ok if i commit them to our branch? it's your work so i want to make sure :p
[23:50] <Mook_sb> ddecator: no, I need to sign that agreement... yeah right :p go ahead.
[23:51] <ddecator> Mook_sb: that's what i thought :p
[23:52] <micahg> ddecator: you can give him credit for the patch in the header
[23:52] <ddecator> micahg: are there examples in the FF logs? i can look those up and follow the format then
[23:52] <micahg> ddecator: http://dep.debian.net/deps/dep3/
[23:53] <micahg> ddecator: you can add a changelog entry for it as well
[23:55] <ddecator> micahg: thanks :)


 Any idea what might have caused this? ( see 61524 for an example that had no expiry but should have had one given the comment )
[01:26] <k1l> me too
[01:26] <k1l> i think ubottu got that wrong somehow
[01:26] <Unit193> @duration 59201 1 minute
[01:40] <Jordan_U> Yay, I think I broke ubottu.
[01:40] <Pici> yay
[01:57] <jussi> Jordan_U: tryagain, should work now I think
[12:04] <Pici> ugh
[12:05] <Pici> "How do I upgrade to 14.10" "14.04 is the best, don't upgrade"
[12:25] <jpds> He's right you know.
[12:25] <DJones> Maybe they should still be using 12.04, thats older, must be more stable
[12:26] <Pici> Anyway, I updated the wiki page that !upgrade points to, it had nothing for 14.10.
[12:32] <popey> To be fair 14.04 is "better" for some measures
[12:35] <k1l_> i updated the wiki yesterday since the "from 14.04 to 14.10" site didnt mention to change the release prompt from lts to normal
 Hello everyone....I have an Acer 10 inch Tablet and it has Linux version 4.1.2 on it.
[23:45] <k1l> at least they know android is a linux :)
[23:45] <bazhang> augh