[00:03] <micahg> asac: fennec and prism look good, I'm going to tag for release
[00:05] <micahg> asac: unless there's anything else for them or you want to check them first
[00:13] <asac> if they work fine its probably good ... did you need to do some patching etc?
[00:13] <asac> micahg: ?
[00:13] <micahg> asac: yes, sorry
[00:13] <micahg> let me see
[00:14] <asac> i probably want to see the patches then ;)
[00:14] <micahg> asac: no, I didn't need to add any new ones...upstream already supports xul192 in both cases
[00:16] <micahg> asac: prism and fennec are now in bzr except for the release tag
[00:16] <micahg> in case you want to see
[00:17] <micahg> for fennec I managed to drop a patch as well
[01:02] <micahg> asac: should I tag for release?
[01:05] <asac> micahg: in ppa there is no successful prism build
[01:06]  * micahg checks
[01:06] <micahg> respinning prism...buildd must not have caught xul192-0ubuntu2
[01:08] <micahg> asac: ^^
[01:09] <asac> micahg: there are quite a lot of successful builds for lucid that are not superseded in archive
[01:10] <asac> does that mean they dont work?
[01:11] <micahg> asac: some of them yes, I updated the wiki with where packages are
[01:11] <micahg> they built, but didn't test well in most cases
[01:13] <micahg> I'll try to finish up the wiki tonight as to what works and what doesn't... I already updated it earlier today with the status of about half the packages
[01:13] <micahg> asac: can you look at bug 537903 and see if you know a quick fix...armel is now failing gjs even with jit disabled
[01:21] <asac_> about gjs ... no clue from just the log
[01:21] <asac_> would have to look closer
[01:21] <asac_> can you finish the table, so i can check tomorrow morning how many extra hours we have to do thise week?
[01:21] <asac_> ;)
[01:22] <micahg> asack
[01:22] <asac_> jo
[01:22] <asac_> thats me ;)
[01:23] <micahg> asac_: k, should I tag fennec so you can upload?
[01:23] <asac_> is that a new upstream version?
[01:23] <micahg> asac_: already got FFe approved for fennec
[01:23] <asac_> ok
[01:23] <micahg> it's the release
[01:23] <micahg> 1.0
[01:23] <asac_> yeah do it then
[01:24] <asac_> is orig production as usual?
[01:24] <micahg> asac_: yes, with tag
[01:24] <micahg> I used the version 1.0 though since it is the release
[01:24] <micahg> tag is rc3
[01:24] <micahg> it's in the changelog
[01:24] <asac_> kk
[01:25] <asac_> and prism is good too?
[01:25] <micahg> well, I tested it, it's building in PPA now
[01:25] <asac_> anything else that needs to get pushed?
[01:25] <asac_> kk
[01:25] <micahg> asac_: tonight no, should I tag prism now and you'll push it too?
[01:25] <micahg> tomorrow I'll try to have more stuff
[01:25] <asac_> yes if you say its ready
[01:26] <asac_> also need orig instructions
[01:26] <asac_> will push all tomorrow morning
[01:26] <asac_> yeah. finish the table please
[01:26] <asac_>  we need to do hard assignments for this week
[01:26] <asac_> as its basicalyl the final week ;)
[01:26] <asac_> for lucid
[01:27] <micahg> asac_: the orig for prism is fuzzy as I don't think we can pull specific versions, I'd say use the tarball from the PPA as I pulled that before they added upstream to 1.0beta3
[01:27] <micahg> it's still in svn
[01:27] <micahg> prism is finished
[01:28] <asac_> micahg: how can we reproduce the tarball for prism?
[01:28] <asac_> we need this. otherwise we cant release
[01:28] <asac_> e.g. we need at least a svn revision id
[01:28] <asac_> and document that in changelog
[01:28] <micahg> asac: revision id is in changelog
[01:29] <micahg> http://pastebin.com/71qMu9Hz
[01:29] <micahg> let me see what happens if I try to generate a new one
[01:31] <micahg> ah, I think I can use the date
[01:31] <asac_> the revision should be good for svn
[01:31] <asac_> thats ok
[01:32] <asac_> (if the svn location is documented somewhere)
[01:33] <micahg> asac_: yes, I moved mozclient in package
[01:35] <micahg> let me see if this hack does it...
[02:01] <asac_> hmm bug 543862
[02:01] <asac_> think its pretty bad ;)
[02:02] <micahg> indeed
[02:02] <micahg> asac_: my version hack isn't working
[02:02] <asac_> version hack?
[02:03] <micahg> I was trying to use MOZCLIENT_POSTCOCMD to update the svn version, but I can't get the version passed to it
[02:06] <micahg> I didn't realize, it's already there in DEBIAN_DATE :)
[02:07] <micahg> asac_: I'll add a README.SOURCE on tarball generation, ok?
[02:09] <micahg> or rather README.source
[03:28] <TomJaeger> asac, thanks for the info; I'll dig up some references and add them to the bug report, but usually it comes down to Carl nixing patches because he's worried about the test suite.
[08:32] <BUGabundo_remote> morning
[08:49] <LLStarks> yo
[11:20] <gnomefreak> asac:  it doesnt give who tried to upload google-gagets to *ffox35 PPA but it failed to upload
[11:21]  * gnomefreak not sure if that is your upload
[11:22] <gnomefreak> unable to find source package from what i can see
[11:24] <asac_> gnomefreak: hmm
[11:24] <asac_> gnomefreak: failed to upload usually means that a newer version is in archive
[11:25] <gnomefreak> asac_: i was just going on what the email said
[11:25] <asac_> gnomefreak: https://edge.launchpad.net/~mozillateam/+archive/ffox35/+packages
[11:25] <asac_> there google-gadgets is fine
[11:26] <asac_> google-gadgets - 0.11.2-1ubuntu1~ffox36~lucid2
[11:26] <asac_> gnomefreak: can you test that?
[11:26] <asac_> gnomefreak: would you be available to help a bit more on testing the other things?
[11:26] <gnomefreak> i can
[11:26] <gnomefreak> asac_: i have a few hours to play with
[11:26] <gnomefreak> so i dont see why not
[11:27] <asac_> gnomefreak: so https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list
[11:27] <asac_> look for the lucid table at the bottom
[11:27] <asac_> those that are "Uploaded" need to get verified from the real archive
[11:27] <asac_> e.g. do they still work
[11:28] <asac_> if thats the case just add /verified (gnomefreak) to the column  where currently (Uploaded) is
[11:28] <asac_> gnomefreak: there is "lucid main" ... and "lucid universe"
[11:29] <gnomefreak> and lucid multiverse but only a few
[11:29] <asac_> gnomefreak: yeah. multivers comes last ;)
[11:29] <asac_> chrisccoulson: whats the status on yelp?
[11:29] <asac_> is that all ported to 1.9.2 and working well?
[11:30] <asac_> (hi)
[11:30] <asac_> hmm. why isnt rhythmbox in the ppa at all :/
[11:31] <gnomefreak> asac_: what is the repo i dont think i have it
[11:32] <chrisccoulson> asac_ - yelp is ported already
[11:35] <asac_> chrisccoulson: rhythmbox?
[11:35]  * asac_ goes through the lucid table (main)
[11:35] <asac_> https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list
[11:35] <chrisccoulson> asac_ - the rhythmbox xulrunner-dev build-depend appeared to be bogus, so I removed it
[11:35] <chrisccoulson> it wasn't using any of it at build time
[11:36] <asac_> chrisccoulson: hmm. didnt it build a plugin?
[11:36] <asac_> but ok ;)
[11:36] <asac_> chrisccoulson: packagekit?
[11:36] <chrisccoulson> asac_ - it does, but it ships local headers
[11:36] <asac_> ah ok
[11:36] <chrisccoulson> i've not looked at packagekit yet
[11:36] <asac_> did we drop the packagekit plugin too?
[11:36] <asac_> i think we can just drop that if it doesnt "just work"
[11:36] <chrisccoulson> yeah, that should be ok
[11:37] <asac_> chrisccoulson: swt-gtk
[11:37] <chrisccoulson> thats not done yet either
[11:37] <asac_> also gluezilla, gtk-vnc and mozvoikko i see as left overs
[11:37] <asac_> totem?
[11:38] <chrisccoulson> totem is doing the same thing as rhythmbox, so i will remove the build-depend when i next do an upload
[11:38] <asac_> kk
[11:38] <asac_> can we file a bug?
[11:38] <chrisccoulson> yeah, i can do that
[11:38] <asac_> or just do a totem upload now?
[11:39] <asac_> so we can scratch it?
[11:39] <chrisccoulson> i can do a totem upload. i just wasn't sure if it was worth doing that just to remove a build-depend though
[11:39] <asac_> yes
[11:39] <asac_> its worth doing it
[11:39] <chrisccoulson> ok, i'll do that then
[11:39] <asac_> cool
[11:39] <chrisccoulson> (i'll just confirm that the plugins still work first though)
[11:39] <asac_> please look at the other three i mentioned ... would be cool if we could get all main done today
[11:39] <asac_> that would allow me to sleep again ;)
[11:40] <chrisccoulson> yeah, sounds good
[11:40] <asac_> chrisccoulson: yeah. i dont think that totem will build without xulrunner though
[11:40] <asac_> it used the dependent glue in the past
[11:40] <asac_> which requires some sdk libs
[11:40] <chrisccoulson> i'll check that now and see
[11:41] <asac_> thx
[11:45] <chrisccoulson> asac_ - did you see the response to the conkeror FFe request?
[11:45] <asac_> chrisccoulson: nope ... bug id?
[11:45] <chrisccoulson> (bug 537900)
[11:46] <gnomefreak> i found it :)
[11:46] <asac_> chrisccoulson: is conkeror in main?
[11:46] <chrisccoulson> asac_ - i'm wondering if we shouldn't just remove this?
[11:46] <chrisccoulson> it's in universe
[11:49] <gnomefreak> asac_:  i cant test google-gadgets. apt says cant find package
[11:51] <gnomefreak> wrong name it seems
[11:53] <asac_> chrisccoulson: i wondered about that too. I think we should check if the new version just works fine
[11:53] <asac_> if not we kill it ... otherwise we keep it - throwing out stuff that is well maintained wasnt the goal.
[11:53] <asac_> asked on the bug to verify the build before synching
[11:55] <gnomefreak> asac_: did you want me to test the ones that are being uploaded/merged or the ones that are not?
[11:56] <asac_> gnomefreak: first the ones that are uploaded ... when all those are done
[11:56] <asac_> we check those that are in the ppa
[11:56] <gnomefreak> k
[12:06] <chrisccoulson> ok, totem is done now
[12:32]  * gnomefreak not even sure how these work :( i know a few at least
[12:33] <gnomefreak> gears is not compatible with 3.6
[12:33] <gnomefreak> well the daily 3.6
[12:38] <gnomefreak> asac_: where did you want me to put testing in the able for the uploaded packages
[12:38] <asac_> gnomefreak: in the current table there is a row where you see "Uploaded"
[12:38] <asac_> just change that to "Uploaded/Verified(gnomefreak)"
[12:39] <asac_> or "Uploaded/Bug:xxxxx:"
[12:39] <asac_> if it doesnt work (e.g. open a bug)
[12:39] <gnomefreak> ok
[12:39] <asac_> gnomefreak: ^
[12:41] <asac_> chrisccoulson: do you run 32-bit?
[12:42] <asac_> chrisccoulson: could you test enigmail xpi i produced? http://people.canonical.com/~asac/tmp/enigmail-1.0-linux-i686.xpi
[12:42] <chrisccoulson> asac_ - i run 64-bit
[12:42] <asac_> argh
[12:42] <asac_> in the past everyone ran 32-bit ;)
[12:42] <chrisccoulson> lol
[12:42] <gnomefreak> i still do :)
[12:42] <chrisccoulson> i've ran 64-bit since breezy ;)
[12:42] <asac_> now you and micah both run 64-bit
[12:42] <asac_> gnomefreak: can you test ;)? thats supposed to work with tbird 3 from lucid
[12:43] <mahfouz> it's twice as many
[12:43] <asac_> in the meantime: /me goes and gets his tbird changes from ronne
[12:43]  * gnomefreak trying to figure out how to make/save a chmsee file
[12:43] <gnomefreak> asac_: i will in a minute
[12:52] <gnomefreak> the source of the test email says it is signed i just dont see the sig. in the email itself
[12:54] <gnomefreak> ok looks like it works. another tester would be good just incase
[13:01] <asac_> gnomefreak: send mails with sign/encypt ... and check if display is proper etc.
[13:01] <asac_> also ...did your previous setting get preserved?
[13:02] <asac_> you could also check if a new fresh profile works out of box
[13:03] <chrisccoulson> gnomefreak, i tested chmsee already
[13:03] <chrisccoulson> (i use it quite a bit for reading ebooks)
[13:08] <gnomefreak> chrisccoulson: thanks
[13:41] <gnomefreak> asac__: did you approve the merge request for SM2? i am against it until it has all binaries and such
[13:41] <asac__> gnomefreak: sorry. not sure
[13:41] <asac__> sm2 fell off the radar here
[13:41]  * gnomefreak hasnt looked at the branch
[13:45] <gnomefreak> only 487 emails left :\
[14:15] <gnomefreak> can someone try to confirm bug 544187 with TB3
[14:17] <gnomefreak> yeah i know title can use a rework im just too tired to care about that :)
[15:37] <gnomefreak> what is the regression tag named
[15:38] <micahg> asac__: around?
[15:39] <gnomefreak> micahg: he was maybe 30 minutes ago
[15:39] <micahg> gnomefreak: probably on a call...
[15:39] <gnomefreak> ah
[15:39] <micahg> gnomefreak: there are 2 regression tags
[15:39] <micahg> actually 3
[15:39] <gnomefreak> micahg: tb3 is broke but worked on 2.0
[15:40] <micahg> regression-potential
[15:40] <gnomefreak> thanks
[15:41] <micahg> chrisccoulson: why is xulrunner superfluous for totem, it builds a firefox plugin?
[15:42] <chrisccoulson> micahg - it does the same as rhythmbox (it ships a local copy of xulrunner headers, and doesn't need xulrunner at all at build-time anymore)
[15:42] <micahg> chrisccoulson: do we really want it doing that?
[15:43] <chrisccoulson> micahg - i'm not sure, but that's what upstream are doing
[15:43] <chrisccoulson> i'd rather not deviate away from that
[15:45] <micahg> chrisccoulson: I would think that opens it to security flaws
[15:49] <chrisccoulson> micahg - it's been that way since intrepid
[15:50] <chrisccoulson> the totem version shipped with hardy was the last one to require xulrunner build-depends
[15:50] <micahg> chrisccoulson: wow...ok, well, if asac reviewed it for security issues...then ok
[15:54] <chrisccoulson> micahg - see gnome bug 520629 for why it's done this way
[15:55] <chrisccoulson> it's done specifically to make the plugins work with webkit
[15:57] <micahg> chrisccoulson: so they're using a new API then?
[16:01]  * gnomefreak thought we were dropping webkit (we == Ubuntu)
[16:01] <micahg> gnomefreak: no, we're porting stuff to webkit
[16:01] <gnomefreak> oh
[16:01] <asac> !info gxine
[16:03] <gnomefreak> ok done filing bugs today i think
[16:21] <asac__> micahg: yeah.
[16:21] <chrisccoulson> hmmm, i can't build xulrunner in 1 32-bit build environment on my 64-bit machine
[16:21] <chrisccoulson> s/1/a
[16:23] <micahg> chrisccoulson: which version?
[16:24] <chrisccoulson> micahg - 1.9.2
[16:25] <micahg> chrisccoulson: weird...which version, I can try in a 32 bit pbuilder locally
[16:25] <chrisccoulson> it *thinks* it is building in a 64-bit environment
[16:25] <micahg> chrisccoulson: oh, you need to set the arch for pbuilder
[16:25] <gnomefreak> you didnt like the "-"
[16:25] <micahg> gnomefreak: it looks like the old source package
[16:25] <gnomefreak> ah
[16:25] <micahg> asac__: sorry about conkeror, forgot to push a test build
[16:25] <chrisccoulson> micahg - i'm using a 32-bit pbuilder on the 64-bit host. are you saying that i'm missing something else out too?
[16:26] <asac> micahg: next time subscribe motu-release
[16:26] <asac> for universe stuff
[16:26] <micahg> asac__: no, release team merged
[16:26] <asac> huh?
[16:26] <asac> really?
[16:26] <asac> ok
[16:26] <chrisccoulson> yeah, the teams merged a few weeks back i think
[16:26] <asac> well. i used motu-release successfully this week already ;)
[16:26] <micahg> chrisccoulson: should be 64 bit pbuilder with 32 bit arch set
[16:27] <micahg> asac__: yes, they haven't disabled the group, but a notice was sent out
[16:27] <asac__> kk
[16:27] <asac__> think we should metion that its universe in the title then
[16:27] <chrisccoulson> micahg - oh, ok. i'm not sure i know how to do that though.
[16:27] <asac__> guess slangasek wouldnt have felt summon that way - but could be wrong
[16:27] <micahg> asac__: https://lists.ubuntu.com/archives/ubuntu-devel/2010-March/030316.html
[16:28] <micahg> chrisccoulson: --architecture i386\
[16:28] <micahg> oops
[16:28] <micahg> w/out the \
[16:28] <chrisccoulson> thanks, i'll try that
[16:29] <micahg> asac__: did you know totem has in source xulrunner headers now?
[16:30] <asac> micahg: well. if it really works without xulrunner fine
[16:30] <asac> but in the past it used xpcom glue ... so the headers were not the problem alone
[16:30] <asac> ok have to run some errands
[16:30] <micahg> asac: I was wondering about security concerns, but if it's only headers I guess there aren't any
[16:31] <asac> well. its not optimimal to ship in-soiurce headers if they use anything that is subject to change
[16:31] <asac> i doubt that totem works without libxul
[16:31] <asac> but could be ... then all is fine
[16:31] <asac__> ok out for a bit
[16:31] <asac__> we need to get all main table finished today ;)
[16:31] <micahg> asac__: k, I'll test the new package..would like to chat when you return
[16:31] <asac__> yes, we can do
[16:34] <gnomefreak> parted and udisks have been held back for a while now
[16:35]  * gnomefreak found out why
[16:44] <gnomefreak> why the hell am i geting the import wizard?
[16:44] <gnomefreak> micahg: ^^ wants to import 2.0 settings i dont have 2.0 installed
[16:45] <micahg> gnomefreak: hmmm
[16:45] <micahg> gnomefreak: any other thunderbird folders like .thunderbird-3.0?
[16:45] <gnomefreak> any idea on what i should choose?
[16:46] <gnomefreak> micahg: yes
[16:46] <gnomefreak> why :(
[16:46] <gnomefreak> due to running dailies?
[16:46] <micahg> gnomefreak: were you running thunderbird-3.0 after you switched to thunderbird 3.0?
[16:46] <gnomefreak> not that i know of
[16:47] <micahg> gnomefreak: keep 2.0 settings
[16:47] <micahg> and file a bug
[16:47] <micahg> gnomefreak: I'll see if I can make it a little smarter
[16:47] <gnomefreak> what is the bug? extra *-3.0 folder?
[16:48] <micahg> gnomefreak: no, that would have been if you ran thunderbird-3.0 after you ran thunderbird
[16:49] <gnomefreak> icon still using "thunderbird" so im not real sure how i ran -3.0
[16:52] <gnomefreak> that is odd. there is no keep 2.0 settings however there is a keep 3.0 settings or import settings :)
[16:53] <micahg> Import settings keeps you current .thunderbird
[16:53] <gnomefreak> ok that is one i want than thanks
[16:54] <gnomefreak> micahg: should i rename the .thunderbird-3.0 dir?
[16:54] <micahg> gnomefreak: yeah, that'll keep the migrator from appearing
[16:55] <gnomefreak> ok thanks
[17:34] <LLStarks> micahg, can you test something for me?
[17:36] <micahg> LLStarks: depends
[17:37] <LLStarks> it's very simple, open up firefox, enable carat browsing on a tall site and try to do multiple page downs
[17:38] <LLStarks> for me, it doesn't always work and a black stripe will appear down the length of the page.
[17:38]  * micahg doesn't know how to enable caret browsing
[17:38] <LLStarks> *hold down page down
[17:38] <LLStarks> F7
[17:39] <chrisccoulson> micahg - have you investigated why swt-gtk failed to build in the PPA?
[17:39] <micahg> chrisccoulson: not yet
[17:40] <micahg> LLStarks: doesn't seem to work, but I should test in a clean profile later
[17:40] <LLStarks> doesn't work as in the bug appears?
[17:41] <micahg> LLStarks: no a different bug
[17:41] <micahg> I can't scroll up
[17:41] <chrisccoulson> micahg - i'm not sure if something changed in xulrunner since you uploaded it, but i just managed to successfully build swt-gtk
[17:41] <LLStarks> yeah, it also affects pageup
[17:41] <micahg> chrisccoulson: yes, it's possible, I can respin
[17:41] <chrisccoulson> micahg - that would be great
[17:42] <micahg> chrisccoulson: 2 hours
[18:51] <chrisccoulson> asac - do you think that the current mozilla-plugin.pc file that ships in xulrunner 1.9.2 is incorrect?
[18:51] <chrisccoulson> it has this line:
[18:51] <chrisccoulson> Cflags: -I${includedir}/stable -DXP_UNIX  -I${includedir}/nspr
[18:52] <micahg> chrisccoulson: do we make that .pc file?
[18:52] <chrisccoulson> but /usr/include/xulrunner-1.9.2/stable doesn't exist, and it makes packagekit not able to build the firefox plugin
[18:52] <chrisccoulson> micahg - the pc file is shipped in the current -dev package
[18:52] <micahg> chrisccoulson: yes, but is it created upstream or by us
[18:52] <chrisccoulson> oh, sorry ;)
[18:53] <chrisccoulson> it's created upstream
[18:55] <micahg> chrisccoulson: makes me wonder if that's in the build
[18:56] <micahg> no, it's not
[18:56] <micahg> chrisccoulson: mozilla 540524
[18:57] <chrisccoulson> ah, thanks
[18:57] <micahg> chrisccoulson: yeah, so we should probably patch that
[18:57] <chrisccoulson> i was just about to ask if we could patch that
[18:58] <micahg> chrisccoulson: yeah, add this...https://bugzilla.mozilla.org/attachment.cgi?id=422281&action=diff&context=patch&collapsed=&headers=1&format=raw
[18:58] <micahg> or I can do it...here hold on,
[18:59] <micahg> ugh...
[18:59] <micahg> I already have a commit in tehre for <IP_ADDRESS>
[19:00] <micahg> it's for minimum NSS
[19:00] <micahg> chrisccoulson: do you need a release test or just something to test in PPA?
[19:01] <chrisccoulson> micahg - i can build it here to test packagekit with
[19:01] <micahg> chrisccoulson: k, because we can release it next week
[19:01] <micahg> when 1.9.2
[19:01] <micahg> .2
[19:01] <micahg> k, give me a minute
[19:05] <micahg> chrisccoulson: k, it's in bzr
[19:05] <chrisccoulson> micahg- thanks
[19:05] <micahg> chrisccoulson: just a warning, if you build as is, it won't use system nss
[19:10] <micahg> chrisccoulson: have you seen my updates on teh xulrunner wiki page for statuses of stuff?
[19:10] <kylehuff> asac: I just got an email from you and would like to talk more about it when you have time (as it came from launchpad, I cannot reply).
[19:24] <chrisccoulson> micahg - i've not looked at that yet
[19:24] <micahg> chrisccoulson: well, it shows where I am ATM...
[19:24] <chrisccoulson> btw, the patch to the pc file doesn't apply properly (it's got the wrong filename in it)
[19:24] <micahg> chrisccoulson: ugh...
[19:25] <asac> chrisccoulson: if it points to wrong directory its a problem, yes.
[19:25] <chrisccoulson> micahg, "mozilla-1.9.2/xulrunner/installer/mozilla-plugin.pc.in-orig"
[19:25] <micahg> yeah...ugh
[19:25] <micahg> I'll fix
[19:25] <chrisccoulson> thanks :-)
[19:26] <asac__> we should forward the pc.in fix upstream if its wrong there
[19:27] <micahg> asac__: no, I just took their patch as is and forgot to munge the dir
[19:27] <micahg> asac__: can I push --overwrite or just add another commit on top?
[19:27] <asac> micahg: not sure what you did
[19:28] <asac> and when
[19:28] <asac> if it happend 5 minutes agao, overwrite is ok
[19:28] <micahg> asac__: I added it about 20 minutes afo
[19:28] <asac> otehrwise on top
[19:28] <micahg> ago
[19:28] <asac> please look at bzr diff before committing
[19:28] <micahg> 20 minutes means commit on top?
[19:28] <asac__> yes
[19:29] <micahg> k
[19:29] <asac__> what do you mean with "took patch as is"?
[19:29] <micahg> asac__: they have a patch which should land in <IP_ADDRESS> that they said isn't blocking but should take
[19:30] <micahg> here: mozilla 540524
[19:30] <micahg> it was added by accident when OJI was added back for OS X
[19:30] <asac__> but why is our patch busted?
[19:31] <micahg> asac__: their top level dir is mozilla-1.9.2
[19:31] <asac__> the patch looks ok
[19:31] <micahg> yeah
[19:31] <asac__> well. you have in-orig
[19:31] <asac__> twice
[19:31] <micahg> yes
[19:31] <asac__> so you mixed things up
[19:31] <micahg> I think that was the actual problem
[19:31] <chrisccoulson> yeah, that's the problem
[19:31] <asac__> well. that isnt upstream
[19:31] <asac__> so you have edited the patch
[19:31] <micahg> asac__: https://bugzilla.mozilla.org/attachment.cgi?id=422281&action=diff&context=patch&collapsed=&headers=1&format=raw
[19:32] <micahg> that's what I took
[19:32] <asac__> i am looking here: https://bug540524.bugzilla.mozilla.org/attachment.cgi?id=422281
[19:32] <asac__> thats ok
[19:32] <micahg> ah, so the raw unified is broke then?
[19:32] <asac__> anyway, test patches before committing ;)
[19:32] <asac__> no clue what you are doing
[19:32] <asac__> i just click on attachment
[19:33] <micahg> ahh
[19:33] <micahg> I forgot that was the shorcut
[19:33] <micahg> I kept clicking on Diff
[19:38] <ddecator> micahg: sorry, sounds like you're busy, but did you ever figure out why i can't push the songbird changes?
[19:38] <micahg> ddecator: you need to start with a clean branch in a dir that's not under bzr contrl
[19:39] <micahg> chrisccoulson: pushed
[19:39] <chrisccoulson> micahg - thanks
[19:39] <ddecator> micahg: how do i do that? just create a new directory?
[19:39] <micahg> ddecator: well, bzr branch will create a new dir, just start in a dir not under bzr control
[19:40] <micahg> and don't use ground control :)
[19:40] <ddecator> haha, darn, i like the idea of ground control. alright, let me try that a sec
[19:40] <micahg> ddecator: you can probably use it once you create the branch...idk
[19:41] <micahg> maybe check and see if it auto upgrades branches
[19:41] <micahg> asac__: sorry, I think this was the first time I actually added a patch from upstream
[19:42] <micahg> chrisccoulson: swt-gtk built on i386, let's see if it builds on amd64'
[19:54] <ddecator> there we go...
[19:57] <ddecator> micahg: done
[19:58] <micahg> ddecator: nice
[19:59] <micahg> ddecator: I'll try to test later
[19:59] <ddecator> micahg: sounds good
[19:59] <micahg> ddecator: thank you for all the time spent doing that
[19:59] <ddecator> micahg: no problem, i want to keep helping with it, debugging and everything =)
[20:00] <asac__> np
[20:00] <ddecator> i'm still having the same bug as before, so i'm trying to figure out the cause...
[20:01] <micahg> ddecator: ok, I think I might have a few comments, but I think also, we want to try to have 1 task done per commit, so when I respond to the review, would you be able to separate each task out into a separate commit
[20:02] <ddecator> micahg: as in start with the old branch, then make each change in the changelog one at a time and recommiting each time?
[20:03] <micahg> asac__: is this fine for README.source in prism:: http://pastebin.com/Sc0NXWLk
[20:03] <micahg> ddecator: exactly...also take a look at the format of previious changelog entries and try to match
[20:04] <ddecator> micahg: sure, i can do that tonight
[20:04] <asac__> micahg: yeah i think so
[20:04] <asac__> maybe also explain the patch system
[20:04] <asac__> briefly
[20:04] <asac__> (if there is any)
[20:05] <micahg> asac__: k. just adding a note that we're using quilt, also adding a not about Source Format
[20:06] <micahg> asac__: http://pastebin.com/73Yf4mYU
[20:09] <micahg> chrisccoulson: should I file a bug for the no source change rebuild on swt-gtk?
[20:10] <asac__> yeah
[20:10] <asac__> kk
[20:10] <asac__> looks ok
[20:10] <micahg> asac__: do I need a changelog comment for adding it?
[20:10] <chrisccoulson> micahg - i'm not sure a bug is needed. but i'm not sure if i can upload swt-gtk anyway
[20:10] <asac__> micahg: yeah
[20:11] <asac__> introducing README.source is good
[20:11] <asac__> news
[20:11] <micahg> chrisccoulson: k, well, I'll file the bug and subscribe u-s
[20:11] <asac__> also ensure it gets installed with .docs
[20:11] <chrisccoulson> thanks
[20:11] <micahg> asac__: ah, that's something I haven't done before.  I just create/add the prism.docs file?
[20:12] <micahg> or does it go in prism.manpages?
[20:12]  * micahg is checking policy
[20:13] <asac__> i think in prism.docs
[20:13] <asac__> dh_installdocs will tell you more
[20:13] <asac__> i think debian/README gets auto installed there, but not README.source
[20:15] <micahg> asac__: I added a link to the quilt docs as well (filesystem)
[20:19] <micahg> asac__: you want to see the whole diff for the README or should I just push and tag for release?
[20:21] <asac__> just push
[20:21] <asac__> and let me know so i can upload
[20:23] <micahg> asac__: pushed
[20:23] <asac> chrisccoulson: you have swt-gtk fix?
[20:23] <asac> or is that just rebuild after?
[20:23] <chrisccoulson> asac - it just needs rebuilding
[20:23] <micahg> asac__: we just rebuilt in PPA..it's NSC rebuild, but I think it should be tested first :)
[20:24] <chrisccoulson> i'm taking a look at gtk-vnc now
[20:24] <asac> micahg: thought you would make a tag we could upload?
[20:25] <micahg> asac__: I did
[20:25] <asac> oh that was prism
[20:25] <asac> i looked at xul192
[20:25] <micahg> ah
[20:25] <micahg> prism and fennec are tagged
[20:25] <micahg> xul192 I think we should wait till later in the week and then push <IP_ADDRESS>+build1
[20:26] <micahg> asac__: Axel updated the conkeror merge bug
[20:27] <asac> ./debian/rules get-orig-source DEBIAN_DATE= is that working?
[20:27] <ddecator> micahg: since i'm going through this anyway, i'm going to use the latest upstream build
[20:27] <micahg> ddecator: ok
[20:33] <micahg> asac: yes
[20:34] <micahg> asac__: that was built into mozclient from before
[20:48] <asac> micahg: so about the conkeror bug
[20:48] <asac> we should have staged this in ppa
[20:48] <micahg> asac__: should be built by now
[20:48] <asac> then talk to release "once" to get exception to roll out everything in there
[20:48] <asac> rather than going ahead and filing FFe bugs
[20:48] <micahg> yep
[20:48] <asac> well. you filed FFe bugs. and now we have discussion ongoing
[20:49] <micahg> I thought that's how you said to do it if we need one
[20:49] <asac> yes, but never before we have the bits ready
[20:49] <asac> if i said it, ok
[20:49] <micahg> well, I did do testing locally before I filed the bug and did make sure that it built
[20:50] <asac> yes, but thats different than saying: "this is part of the official xul 192 port" ... "its staged and tested to work here: ...", etc.
[20:50] <micahg> I probably need to be more verbose in the bug...but the questions aren't about the process, but rather the new features that the exception is for which is hard with conkeror since it doesn't have a real changelog
[20:50] <asac> yes, but this whole discussion shouldnt have started
[20:51] <micahg> Adding testing info to bgu
[20:51] <asac> first i wasnt aware its now ubuntu-release
[20:51] <asac> testing info doesnt help if its not avialble in ppa
[20:52] <asac> release managers want testing from more than one person ... otherwise its the samne as all the time "yes, i tested it"
[20:52] <micahg> asac__: testing isn't the issue, it's the features
[20:53] <asac> its "code changes" ;)
[20:53] <micahg> asac__: no, because if there were no new features I wouldn't need the FFe and this wouldn't have started :)
[20:53] <asac> RM just care about features because it indicates that its risky.
[20:53] <micahg> right
[20:53] <asac> in the end it boils down to testing
[20:54] <asac> the more testing you have the later you can get stuff in
[20:55] <asac__> "Simple browser functionality tested and appears to work fine. Main look of app appears just like the previous version."
[20:55] <asac__> thats not extensive enough
[20:56] <micahg> asac__: ok, I'll add a more detailed test log later
[20:56] <asac__> test 1. plugins install
[20:56] <asac__> test 2. extension install (if there is such a thing)
[20:56] <asac__> test 3. adblock, flashblock etc. extension packages
[20:56] <asac__> test heavy javascript sites (name which you tested) - like gmail, yahoomail, gmaps, other
[20:57] <asac__> test flash works (youtube)
[20:57] <asac__> test bookmarking tings. test managing bookmarks
[20:57] <asac__> test saving files
[20:57] <asac__> test opening files (pdf's/odt)
[20:57] <asac__> test main news sites (bbc, cnn, etc.)
[20:58] <asac__> explicitly list what you tested. and post that in a comment (not add to summary)
[20:58] <micahg> asac__: k
[21:03] <ddecator> micahg: what command do i use to pull the songbird source from upstream?
[21:04] <micahg> ddecator: ./debian/rules get-orig-source
[21:04]  * micahg needs to add README.source files to mozilla products...
[21:04] <ddecator> micahg: thanks. i have to go but i'll get the latest songbird ready tonight so you can test it later
[21:04] <micahg> ddecator: ok, thanks
[21:46] <asac__> micahg: so we have two merges in the table for insecure
[21:46] <asac__> gears and gadgets
[21:48] <micahg> asac__: yes, and conkeror
[21:48] <asac> conkeror is coverd by the bug
[21:48] <asac> its not a merge ... sync
[21:48] <micahg> asac__: working on getting gadgets approved now
[21:48] <micahg> asac__: they all have bugs
[21:49] <asac__> micahg: get gadgets ready
[21:49] <asac__> then get it approved
[21:49] <micahg> asac__: it's ready and nhandler is reviewing
[21:49] <asac__> if its ready in ffox35
[21:49] <micahg> yes
[21:49] <asac__> i can take care for the roll out
[21:49] <asac__> nhandler is on that for quite some time
[21:49] <asac__> whtas the status?
[21:50] <micahg> asac__: he's slightly distracted with the music store, he said he'd get me an answer soon
[21:50] <asac__> well. we cant wait that long
[21:50] <asac__> is that a merge?
[21:50] <asac__> or a sync?
[21:50] <micahg> asac__: I asked him a half hour ago, yes, a merge
[21:51] <asac__> what changes do we carry?
[21:51] <micahg> just the GRE change
[21:51] <asac__> GRE change?
[21:51] <micahg> the others I was ablke to drop
[21:51] <micahg> xul191 to xul192
[21:51] <asac__> debian doesnt have xul192?
[21:51] <asac__> did you test it?
[21:51] <micahg> yes, I tried some of the gadgets
[21:51] <asac> cool
[21:52] <asac> so whats the debian to ubuntu diff?
[21:52] <asac> is that in a bug?
[21:52] <micahg> asac__: http://launchpadlibrarian.net/41300922/gadgets_debian.diff
[21:52] <micahg> yes
[21:52] <micahg> bug 513163
[21:54] <asac> micahg: it depends on xulrunner-dev?
[21:54] <asac> build depends
[21:55] <asac> micahg: have you checked that the depends are ok? e.g. depend on xulrunner-1.9.2?
[21:55] <micahg> yes should all be in teh build log
[21:56] <micahg> yes, pulls xul192
[21:57] <micahg> xulrunner-dev (>= <IP_ADDRESS>)
[22:36] <micahg> asac__: ffe granted on gadgets
[22:36] <asac> great
[22:37] <micahg> asac__: should I subscribe sponsors or you'll take care of it?
[22:37] <asac> subscribe sponsors and give me the bug id
[22:37] <asac> so i can sponsor ;)
[22:38] <micahg> asac__: looks like nhandler subscribe sponsors already..bug 513163
[22:38] <asac__> micahg: do we have a bug about missing sdk/-dev package for tbird?
[22:39] <micahg> asac__: no, I don't think I filed one
[22:39] <micahg> but there is a bug for enigmail upgrade
[22:39] <asac> micahg: which bug is that?
[22:40] <micahg> bug 527138
[22:56] <chrisccoulson> bugger, gtk-vnc doesn't build in the archive
[22:58] <asac__> is the fixed xulrunner uploaded yet?
[22:58] <asac__> for gtk-vnc? or wasnt that the .pc issue?
[22:58] <chrisccoulson> asac__ - no, that's why. i'm using the fixed pc file here, so it builds ok
[22:58] <chrisccoulson> that caught me out ;)
[22:59] <asac__> heh
[22:59] <asac__> micahg: can you make a retroactive cherry-pick/tag on the xul192 branch?
[22:59] <micahg> asac__: I suppose, but we can push <IP_ADDRESS> later this week, it's being released next Tuesday
[23:00] <micahg> we could probably push today if you wanted to..I think it's in beta already
[23:00]  * micahg goes to check
[23:01] <micahg> asac__: beta started last thursday
[23:04] <micahg> asac__: BTW, TB3 is also in beta...for 3.0.4
[23:04] <asac__> yeah. please prepare xulrunner 1.9.2 build1
[23:04] <micahg> asac__: also, are we going to push a Seamonkey security update?
[23:04] <micahg> asac__: k
[23:04] <asac__> for 1.1 branch?
[23:04] <asac__> yes
[23:04] <asac__> seamonkey in lucid ... not sure
[23:05] <asac__> either dead or alive
[23:05] <asac__> https://edge.launchpad.net/ubuntu/+source/thunderbird/3.0.3+nobinonly-0ubuntu2
[23:05] <micahg> asac__: if I can get the rest of the lucid packages ported with chrisccoulson's help, I might try for SM2, someone did some patch work, but he's given up on working with our procedures
[23:05] <micahg> asac__: I saw that :)
[23:06] <micahg> asac__: otherwise, maybe drop from Lucid and add back in +1?
[23:06] <chrisccoulson> right, xiphos is ported now
[23:06] <asac> micahg: did we have a ffe bug?
[23:06] <micahg> asac__: for which?
[23:07] <asac> micahg: sorry. prism
[23:07] <asac> i think it doesnt need one
[23:07] <micahg> asac__: no, bug fix only AFAIK
[23:07] <asac> just wondered if ydid
[23:07] <asac> yeah
[23:07] <asac> micahg: shouldnt prism also have xpi:Recommends ?
[23:08]  * micahg doesn't remember if it's using dh_xul
[23:08] <asac> at least it ships an extension
[23:08] <asac> its using xul.mk
[23:08] <asac> /usr/share/mozilla-devscripts/xpi.mk
[23:08] <asac> sorry typo
[23:08] <asac> that uses dh_xul-ext
[23:08] <asac> so yeah it does
[23:08] <micahg> ah
[23:09] <asac> just add the default things to the prism package and "RE-RELEASE ";)
[23:09]  * micahg missed that
[23:09] <micahg> we also need to rename the xtension...
[23:09] <asac> Depends: ${misc:Depends}
[23:09] <asac> Recommends: ${xpi:Recommends}
[23:09] <asac> Provides: ${xpi:Provides}
[23:09] <asac> Enhances: ${xpi:Enhances}
[23:09] <asac> micahg: nah. lets not rename
[23:09] <asac> too late for such games
[23:10] <asac> its in the main app package atm
[23:10] <asac> called prism ;)
[23:10] <asac> http://wiki.debian.org/mozilla-devscripts
[23:10] <micahg> asac__: k, I shouldn't untag/retag?
[23:10] <micahg> and repush I mean
[23:10] <asac> micahg: yes untag ... retag
[23:10] <asac> but on top
[23:10] <micahg> asac__: j
[23:10] <asac> with "rereleasing ... " comment
[23:10] <micahg> asac: k
[23:10] <asac> e.g. use debcommit -r -e
[23:10] <asac> so you can edit it
[23:14] <micahg> asac: k, I added a changelog comment as well
[23:14] <micahg> asac: should I file the bug for package rename?
[23:15] <micahg> asac__: said conflicting tags
[23:16] <asac__> lp:~mozillateam/enigmail/enigmail.head
[23:17] <asac__> micahg: well, i dont see the need for that as its a combined package
[23:17] <asac__> we would need to split the package into a separate extension package i guess
[23:17] <asac__> then we should name that accordingly
[23:17] <micahg> asac__: yes, that's what I'm implying
[23:17] <asac__> right
[23:18] <asac__> maybe file a "do package split for extension vs. standalone prism"
[23:18] <asac__> bug
[23:21] <micahg> bug 544645
[23:22] <micahg> asac, you didn't do a -v for the .changes file for the merge?
[23:23] <asac> obviously not ;)
[23:23] <asac> sorry
[23:23] <asac> next time
[23:23] <micahg> asac: I'm just trying to make sure I understand the process...
[23:23] <micahg> so I ask these questions :)
[23:24] <asac__> yeah. i am in lots of ways not accurate ;)
[23:24] <asac__> too sloppy over time
[23:24] <micahg> I actually tried that merge in bzr, but it was a failure, so I decided to make the debdiffs instead
[23:24] <asac__> heh
[23:24] <asac__> bzr should work too
[23:25] <micahg> yeah, but I was left with a lot of files that shouldn't be there anymroe
[23:25] <asac__> but one needs to get used to it
[23:25] <micahg> yeah, I probably need more help with it
[23:25] <micahg> but it did get the base merge done for me
[23:25] <asac__> let me know when prism is ready ;)
[23:25] <micahg> should be pushed, but I hope the branch is ok
[23:25] <asac__> please do a local spin and check if depends/recommends/provides/enahnces look sane
[23:26] <micahg> asac: what's the way to check that
[23:27] <asac> look if those have a sane value
[23:27] <micahg> where?
[23:27] <asac> e.g. it should have firefox and others
[23:27] <asac> in debian control
[23:27] <asac> if oyu have a finished built tree
[23:27] <asac> its in debian/PKGNAME/DEBIAN/control
[23:27] <micahg> ah
[23:27] <asac> so you dont need to install the package
[23:28] <micahg> k
[23:30] <chrisccoulson> has anyone here used gnome-web-photo before?
[23:30] <asac__> well. not really ;)
[23:30] <asac__> but i think its about taking snapshot of a weburl
[23:31] <asac__> i looked into fixing the way it rapes xulrunner at some point
[23:31] <chrisccoulson> yeah, i can't quite figure out what i should be expecting from it
[23:31] <asac__> but dropped the ball ;)
[23:31] <asac__> chrisccoulson: you open it with a URL and it should save an image of that URL
[23:31] <asac__> probably png... also supports other formats iirc
[23:31]  * chrisccoulson tries that
[23:33] <chrisccoulson> ok, it seems to work with 1.9.2
[23:35] <micahg> asac: BTW, if you want system NSS with <IP_ADDRESS> it needs to be updated to 3.12.6
[23:38] <micahg> asac: I'll have <IP_ADDRESS> ready in the morning
[23:39] <micahg> asac__: ^^^
[23:43] <micahg> asac__: have to run to the store bbiab
[23:52] <[reed]> Firefox 3.6.2 shipping later this evening
[23:52] <[reed]> (<IP_ADDRESS>)
[23:52] <[reed]> pushed up 8 days
[23:53] <[reed]> asac__ / micahg / fta: ^
[23:53] <[reed]> you should prepare for release ASAP
[23:53] <[reed]> 3.5.x and 3.0.x still on track for the 30th
[23:55] <asac> [reed]: thanks. 3.6 is in lucid only atm.
[23:55] <asac> but comes conveniet ;)
[23:55] <asac> we wanted to ship xul192 +build1 for a few days to get some changes in we did on the packaging branch ;)


 i have decided and i will leave later today
 https://matterbridge.thomas-ward.net/4d405acd/photo_2021_07_23_17_00_22.jpg
 i am outta here was a nice 14 years before it ended
 Paging @madhens in case there is anything to salvage. (re @bittin1: )
 I'm chatting about this with my line manager now and I'm going to defer any questions about it to the community council. I will say the vote to remove came after an official complaint from KDE governance.
 Ok. I didn’t know the history, I just wanted to make sure the issue was addressed. Thanks !
 Welcome! Go back to enjoying your vacation!
 I’m between swimming pool and barbecue!
 Sounds lovely, even if your barbecue is, well, just another word for grilling!
 *pulls the slow smoked brisket out of the neighbor's smoker which they so graciously let me use overnight*  This be good BBQ now.
 but meh.
 And other notices from other internal teams (re @madhens: I'm chatting about this with my line manager now and I'm going to defer any questions about it to the community council. I will say the vote to remove came after an official complaint from KDE governance.)
 all inquiries should go to the CC though not Monica or here
 Thanks Thomas :)


[16:04] <cjwatson> wgrant: bmp-webhooks fixed.  We do have to keep those fields in BMPDelta so that they're part of the snapshot in ObjectModifiedEvents, but I did all the rest of it as discussed.
[21:58] <wgrant> cjwatson: Hum, don't we have the entire new object in the OME?
[22:20] <cjwatson> wgrant: New yes, but the only old fields we have are those that are explicitly snapshotted by the delta
[22:21] <wgrant> cjwatson: Right, but if the fields can never change then why are the old copies necessary?
[22:21] <wgrant> Like we don't snapshot bug.id
[22:21] <wgrant> (Well OK maybe we do, but it wouldn't seem necessary)
[22:22] <cjwatson> er, oh, reasonable point
[22:23] <cjwatson> let me work out (not right now) why it failed tests without that
[22:23] <wgrant> Oh it actually failed tests?
[22:23] <wgrant> Odd
[22:23] <wgrant> That is certainly something that deserves investigation.
[22:23] <cjwatson> I think just because those fields were missing
[22:23] <wgrant> Oh, boring.
[22:24] <cjwatson> perhaps should special-case copying those fields from the new object so that webhook consumers don't need to hardcode the assumption that they won't change
[22:25] <cjwatson> it is conceivable that at some point we might allow changing prerequisites without resubmitting, for instance
[22:25] <wgrant> Indeed, it is possible.
[22:25] <wgrant> Not a terrible idea.
[22:26] <wgrant> But I still think that, until that time, that belongs in the event bits rather than the delta itself.
[22:27] <cjwatson> how do you mean?
[22:27] <cjwatson> outside the "old"/"new" elements of the payload, you mean?
[22:27] <wgrant> Oh, no, just what you suggested.
[22:27] <cjwatson> oh, ok
[22:28] <wgrant> The fact that they might change in future isn't good reason to keep them in the internal delta object to confuse us.
[22:28] <cjwatson> I'll do that tomorrow then, hopefully I won't get hideously sidetracked by another click vulnerability :P
[22:28] <wgrant> But it is probably good enough reason to include them in the payload generator.
[22:28] <wgrant> Heh, yeah.
[22:29] <cjwatson> I made a little progress on the turnip CI job today, though still a fair way to go.  But importantly I figured out the virtualenv construction bug I'd been stuck on
[22:29] <cjwatson> specifically that "find_links = /path/to/directory" in .pydistutils.cfg is *not* the same as "find_links = /path/to/directory/"
[22:29] <cjwatson> rsync disease
[22:30] <wgrant> I actually use a full file:// URL
[22:30] <wgrant> I don't remember why, but there must be a reason.
[22:30] <cjwatson> er, right, so do I
[22:30] <wgrant> Though it too has a trailing slash.
[22:30] <wgrant> Ah
[22:30] <cjwatson> but file:///path/to/directory != file:///path/to/directory/
[22:30] <wgrant> So probably the reason is that a raw path doesn't work, that'd do it.
[22:30] <wgrant> Yeah, odd.
[22:30] <cjwatson> the former stats the directory and then goes "oh, I clearly don't care about that"
[22:30] <cjwatson> thanks, setuptools
[22:31] <wgrant> ...
[22:31] <wgrant> Helpful.


[14:50] <jack_> i installed 11.04 last night
[14:50] <jack_> its *amazing*
[14:58] <akgraner> jack_, I <3 it...
[15:00] <jack_> akgraner: there are a couple of things I would change due to personal preference, but unity has really blown me away. i wasn't expecting it to be so great
[15:08] <Tracy_P> Would Unity work on a netbook using the "Intel(R) Graphics Media Accelerator 500", 2 GIG of ram, Intel(R) Atom(TM) CPU Z520   @ 1.33GHz?
[15:26] <holstein> Tracy_P: work?
[15:26] <holstein> theres supposed to be a 2D version as well
[15:26] <holstein> so in theory
[15:26] <holstein> unity runs on anything
[15:27] <holstein> but that should be plenty
[15:27] <Tracy_P> I've seen talk about this, I thought I might have a look at it.
[15:27] <holstein> i had it running live on my netbook of similar specs
[15:28] <Tracy_P> That's what I was thinking about doing first.
[15:28] <Tracy_P> Put it on a 1gig SSD and bring it up.
[15:29] <holstein> it is still beta
[15:29] <holstein> although, its mostly stable now
[15:29] <akgraner> if you graphics card won't support it - then it will automatically install the classic desktop
[15:29] <akgraner> s/you/your
[15:29] <holstein> akgraner: classic? or the 2d unity?
[15:30] <holstein> intel is usually very well supported
[15:30] <akgraner> From what I've seen it just falls back to the classic desktop - as people told me "he it looks the same"
[15:30] <holstein> hmmm
[15:30] <holstein> thats too bad
[15:30] <akgraner> I have intel graphics here and it works just fine
[15:30] <holstein> maybe the 2d unity is still on the way
[15:30] <holstein> or scraped
[15:31] <akgraner> it's there
[15:31] <holstein> interesting
[15:31] <holstein> you would think it would fall back to that
[15:32] <akgraner> one sec I'll get the right answer for you
[15:33] <akgraner> classic desktop
[15:34] <holstein> and thats the proper functionality?
[15:34] <akgraner> the 2d version has to be specifically installed
[15:34] <holstein> interesting call
[15:34] <akgraner> yep that's the way it is for this cycle...not sure what's planned for 11.11 but for this release that's the plan for now
[15:35] <holstein> well, *if* gnome gets yanked like its supposed to
[15:35] <akgraner> what do you mean
[15:35] <holstein> they'll either have to have the 2d one in there too
[15:35] <akgraner> unity is a shell for GNOME it's just not GNOME shell
[15:36] <holstein> but, gnome is not going to be in 11.10
[15:36] <holstein> or thats the plan at least*
[15:36] <akgraner> there is a PPA available for GNOME 3 if people what to use it now...
[15:36] <akgraner> ahhh
[15:36] <holstein> no classic desktop by then
[15:36] <akgraner> nods
[15:36] <akgraner> wasn't sure where you were going
[15:36] <holstein> SO, unity will need to revert to the 2d unity
[15:36] <holstein> OR just not support old and tricky hardware
[15:36] <akgraner> yep for 11.11
[15:37] <holstein> we are planning on moving ubuntustudio to XFCE
[15:38] <holstein> i think im going to look at going that route too
[15:38] <holstein> or go back to fluxbox :)
[15:38] <akgraner> GNOME Isn't going awaay
[15:38] <akgraner> away
[15:39] <akgraner> we will still be using GNOME
[15:39] <holstein> well, i dont like gnome3 worse i think
[15:39] <akgraner> but GNOME has moved to GNOME 3 so the support for the classic desktop won't be supported upstream iirc
[15:40] <holstein> i'll wail til natty is final
[15:40] <holstein> and install it on something
[15:40] <holstein> give unity a proper look
[15:41] <akgraner> holstein, I'll get the correct  answer on the classic desktop support in 11.10...
[15:41] <akgraner> but GNOME is not going away...:-)
[15:41] <holstein> yeah
[15:41] <holstein> it'll stay in the repos
[15:42] <holstein> but it *should* become gnome3 at some point
[15:42] <akgraner> I dunno if that will happen either...:-/
[15:43] <holstein> maybe someone in cannonical will maintain that older branch of gnome
[15:43] <holstein> im sure some community support will be around for it
[15:43] <holstein> at least for a while
[15:44] <holstein> to be honest
[15:44] <holstein> i really just tolerate the current gnome
[15:44] <akgraner> I think they want to keep the look and feel of the desktops the same - and for theis release I don't think Unity 2d is completely ready
[15:45] <akgraner> so for this release we'll have the classic desktop available
[15:45] <holstein> on some level, i appreciate the push for 3d
[15:45] <holstein> thats really the only way we can get to that next level
[15:45] <holstein> with modern UI's
[15:46] <holstein> but, i can empathize with folks with older hardware
[15:46] <holstein> or just that random via chip like i have
[15:46] <Nivex> and most of the 3D drivers are non-Free :/
[15:46] <holstein> still, i dont think that should necessarily be a view point of cannonical
[15:46] <holstein> if they want to push things a bit
[15:46] <holstein> and put out something modern
[15:47] <holstein> thats a good way to do it
[15:47] <holstein> just require 3D
[15:47] <akgraner> I dunno I can't speak for what Canonical does or doesn't do...
[15:47] <akgraner> but look at the the push from GNOME for an new UI - it's not just Ubuntu
[15:47] <holstein> well, im just talking down both sides...
[15:47] <holstein> yeah, gnome3 has been a long time in the making
[15:48] <Nivex> any update on the power management regression? That's a showstopper for me upgrading my laptop and notebook
[15:49] <akgraner> Nivex, I have't heard anything about that
[15:52] <holstein> Nivex: is there a bug# ?
[15:52] <holstein> that sounds bad :/
[15:53] <Nivex> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/760131
[15:54] <Nivex> mmm bisecting :)
[16:01] <holstein> too bad
[16:01] <holstein> that was one argument for moving to natty
[16:01] <holstein> i just assumed i would get better power management
[16:02] <akgraner> doesn't Fedora have the same issue though?  Don't know just asking?
[16:02] <Nivex> holstein: one does generally assume improvement.  pesky regressions
[16:03] <holstein> akgraner: i guess if its kernel related
[16:03] <holstein> they should
[16:05] <akgraner> so it looks like it's an upstream kernel bug and they are looking into it - pgraner is going to comment in the bug about it as that is all I know about it...
[16:05] <holstein> yeah, they'll sort it out
[16:06] <holstein> i installed lucid on this netbook
[16:06] <holstein> wifi and sound were broken
[16:06] <Nivex> akgraner: sweet, will be good to hear it from the authority :)
[16:06] <holstein> in plugged it in to the router
[16:06] <holstein> upgraded
[16:06] <holstein> got a kernel update and everything worked :)
[16:06] <akgraner> hehe
[16:07] <akgraner> yeah as I am certainly not the authority on any of that (much less anything else) ;-P
[16:08] <holstein> i dont know, i think you should scrap the NT from your NTEU title :)
[16:50]  * BugeyeD likes the natty b2 installer. being multi-threaded is nice, where i can answer required questions while the software is being installed.
[16:50] <BugeyeD> may not be new for this release, but it's the first time i've noticed.
[16:50] <BugeyeD> of course, i usually go for the curses installer and did not this time - could be a very old feature i suppose
[16:51] <holstein> the installer is looking great
[16:52] <holstein> i dont like the way the GRUB set up is assumed these days
[16:52] <holstein> but it looks awesome
[16:55] <Nivex> what is the ATI equivalent to the nvidia-settings package?
[16:56] <holstein> i dont think there is one
[17:21] <internalkernel> Im still on the fence with the unity interface... but I do like it better than the classic gnome.
[17:22] <internalkernel> I considered for a small moment moving to Mint Debian...
[19:07] <Tracy_P> You mention Unity is still in Beta? http://www.ubuntu.com/netbook
[19:11] <Tracy_P> Internet here isn't fast enough to be nice to the others that need it for work. So it will wait until I get home.
[19:17] <bac> Tracy_P: the next release of ubuntu (11.04) is in beta until thursday.  unity did appear in the netbook version for 10.10.
[19:18] <Tracy_P> Thanks for the clarification
[20:56] <jack_> im using an old ass laptop (like 4 years old heh) and it runs unity out of the box
[20:56] <jack_> with an intel graphics card
[20:57] <holstein> yeah, intel is usually a pretty easy time


[03:26] <donofrio> so what is up, my xfce start menu will not line up on the left side like it does on the right side... https://apaste.info/1bnp it looks like https://1drv.ms/i/s!AsBlZbBf72iNmKFZImqCgG0HkEuprw this is an imac with external monitor on the left, spanning display
[04:16] <donofrio> so now that I switched from unity to xfce my volume control knob on the keyboard doesn't work, how do I resolve?
[11:26] <khampf> I am tempted to use btrfs instead of ext4 on a Xubuntu 16.04 LTS installation, any advice against this?
[11:27] <khampf> (snapshots would be a useful feature)
[11:42] <pleia2> I'd say just take the standard btrfs precautions, only use what they've confirmed as stable
[11:53] <khampf> pleia2: tnx
[11:54] <khampf> yeah I remember trying out multiple disks a couple of years ago and raid and that broke quite quick and more or less made me look into ZFS for storage
[11:54] <khampf> But on a single disk desktop I thought it might be great
[14:38] <bonsaitree> I still can't fix the Wi-Fi connection drops on 17.04. Anyone experienced something similar?
[14:38] <likemindead> Hardware?
[14:39] <bonsaitree> likemindead, Intel PRO Wireless 6200-N
[14:40] <bonsaitree> Have tried this: https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail/1200745#1200745
[14:40] <bonsaitree> And this: https://ubuntuforums.org/showthread.php?t=2361791
[14:40] <bonsaitree> Without success
[14:41] <bonsaitree> Maybe i should try this: https://askubuntu.com/questions/529347/how-do-i-keep-my-wifi-from-dropping-out
[16:33] <davlefou> Hi, i have an autologin and i want to automont all usb driver connected, how i do?
[19:28] <diogenes_> davlefou, what?
[19:53] <davlefou> diogenes_, When my autologin session launch, i would like to mount automatiquely the usb already connected.
[19:54] <diogenes_> davlefou, usb pendrive?
[19:54] <davlefou> yes
[19:56] <diogenes_> go to settings > File Manager > Advanced > enable volume management
[19:58] <diogenes_> then go to Removable Drives and Media (also in settings)
[20:48] <JJtheCan> I am looking for a driver for the 'scanner portion' of my MP210 Canon printer
[20:54] <JJtheCan> is there a driver resource website? I am unable to find using the standard 'searches'
[20:58] <genii> JJtheCan: Have you tried the method at http://tipsonubuntu.com/2016/08/14/canon-printer-driver-scangear-mp-ubuntu-16-04/ ?
[20:59] <JJtheCan> I have not, I will go there now
[21:13] <JJtheCan> quit


[14:17] <cyphermox> apw: hey; I see you're assigned to bug 1383851 on the kernel side and you did some debugging for this already -- did you get any plymouth logs?
[14:19] <cyphermox> I'm debugging a "similar" issue in plymouth that I fortunately get on my system; found that https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=abd69c55dd8f1f71b33b8c6165217f4329db8f25 might help since plymouth reports it gets some values as 0 from the libdrm when they really shouldn't be at 0
[14:20] <cyphermox> I'm building a kernel with that commit right now to see whether it helps
[14:21] <apw> cyphermox, iirc the issue i was seeing was that plymouth was deciding the console was not a human one, so it did not need to connect the keyboard part to it
[14:21] <apw> cyphermox, so it was working but it was sure noone was out there to talk to
[14:21] <cyphermox> well, I'll no soon, running a new install with VGA and crypto right now
[14:22] <apw> great.  thanks
[14:25] <cyphermox> well, it just worked
[14:26] <apw> working is good ...
[14:30] <ogra_> ... vacation is better
[14:30] <apw> ogra_, arf :)
[14:31] <ogra_> :)
[15:50] <jsalisbury> ##
[15:50] <jsalisbury> ## Kernel team meeting today @ 17:00 UTC
[15:50] <jsalisbury> ##
[15:58] <davmor2> ogra_: I don't know I'm glad to be back at work for the rest ;)
[16:55] <jsalisbury> ##
[16:55] <jsalisbury> ## Kernel team meeting in 5 minutes
[16:55] <jsalisbury> ##
[17:00] <apw> o/
[17:01] <ppisati> o\ <- scratching my head


[15:31] <mup> Bug #1781241 opened: rack controller remained in degraded state <cdo-qa> <foundations-engine> <MAAS:New> <https://launchpad.net/bugs/1781241>
[19:20] <mup> Bug #1781275 opened: fio does not report metrics when run on bionic <MAAS:Triaged> <MAAS 2.4:Triaged> <https://launchpad.net/bugs/1781275>
[19:26] <mup> Bug #1781275 changed: fio does not report metrics when run on bionic <MAAS:Triaged> <MAAS 2.4:Triaged> <https://launchpad.net/bugs/1781275>
[19:29] <mup> Bug #1781275 opened: fio does not report metrics when run on bionic <MAAS:Triaged> <MAAS 2.4:Triaged> <https://launchpad.net/bugs/1781275>