[02:37]  * Ubik farts
[13:00]  * ZachGibbens hits another wall with websockets
[18:01]  * Ubik sues the inventor of websockets into oblivion.


[01:59] <huayra> Flannel, I added our chat to the idea pool. feel free to add/change to it: https://wiki.ubuntu.com/MarketingTeam/Projects/SpreadUbuntu/IdeaPool#Editable%20tags%20for%20material
[01:59] <huayra> night


[00:00] <fta> oh, i need nspr/nss too. damn, this needs concentration
[00:00] <asac> lol ;)
[00:00] <asac> i know what you mean
[00:00] <fta> damn versions
[00:00] <asac> do you still have a version skew?
[00:00] <asac> in your ppa?
[00:00] <fta> nss only
[00:00] <fta> nspr is ok now
[00:00] <asac> yes i know
[00:01] <asac> can't you delete nss packages once and for all so this can get back in line?
[00:01] <asac> you could upload an intermediate xul with tight dependencies to bring folks tracking your ppa in line again
[00:01] <asac> (but please not in bzr ;))
[00:02] <asac> no idea if apt will refuse to downgrade on upgrade though :/
[00:02] <fta> all my ppa uploads are in distinct branches
[00:02] <fta> it will not, packages will be on hold
[00:03] <fta> mozilla bug 420151
[00:03] <ubotu> Mozilla bug 420151 in Security: PSM "FF3Beta5 should use updated NSS tag NSS_3_12_BETA3" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=420151
[00:03] <fta> + "Also updating NSPR tag to NSPR_4_7_1_BETA2"
[00:03] <fta> ok, at least it's clear this time
[00:04] <asac> fta: they will be on hold? why not just downgrade ;)
[00:04] <fta> apt never downgrades by itself
[00:04] <asac> anyway, i understand i guess
[00:04] <asac> yeah thats what i doubted above
[00:08] <asac> lets look at blocker bugs :)
[00:09] <asac> https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bugs?field.searchtext=&orderby=-importance&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.bug_commenter=&field.subscriber=&field.milestone%3Alist=829&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=&field.tags_combinator=ANY&search=Search
[00:09] <asac> thats firefox
[00:09] <fta> i have cairo 1.5.16 to do too
[00:09] <asac> https://bugs.edge.launchpad.net/ubuntu/+source/xulrunner-1.9/+bugs?field.searchtext=&orderby=-importance&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.bug_commenter=&field.subscriber=&field.milestone%3Alist=829&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=&field.tags_combinator=ANY&search=Search
[00:09] <asac> thats xul
[00:09] <asac> for firefox i only see bug 185622 as not yet triaged
[00:09] <ubotu> Launchpad bug 185622 in firefox-3.0 "Firefox 3 doesn't act as the default browser" [High,Triaged] https://launchpad.net/bugs/185622
[00:10] <asac> can we close bug 194342
[00:10] <ubotu> Launchpad bug 194342 in xulrunner-1.9 "review make install target and package-static files" [High,Confirmed] https://launchpad.net/bugs/194342
[00:10] <asac> fta: ?
[00:10] <asac> i would say yes, not sure though
[00:10] <fta> seb128 asked me if I wanted to do it
[00:10] <fta> (cairo)
[00:10] <asac> yes, please try to look for rendering regressions ;)
[00:11] <asac> fta: seb is open to apply bug 175904
[00:11] <ubotu> Launchpad bug 175904 in firefox-3.0 "Firefox-3.0 window moves to current workspace" [Medium,Confirmed] https://launchpad.net/bugs/175904
[00:11] <asac> in metacity
[00:11] <fta> good
[00:11] <asac> he said, that we should do that ;)
[00:11] <fta> for 194342, I need to rerun compare
[00:11] <asac> fta: where is compare? in moz-devscripts?
[00:11] <fta> yes
[00:11] <asac> can't we run that by default now?
[00:11] <asac> so we can look at buildd logs regularaly?
[00:12] <fta> we can if we hook after the debs are built
[00:12] <asac> hmm
[00:12] <asac> given that even binary-post-install didn't work ;)
[00:12] <asac> fta: if that hook works you can inspect the unpacked hierarchies?
[00:12] <asac> is that ok?
[00:13] <asac> debs are not yet packed though iirc
[00:13] <asac> i think thats the last time we can do anything without adding other hooks to cdbs
[00:13] <fta> I need the full debian/{pkg*} populated
[00:14] <asac> thats the case at that point
[00:14] <fta> "Cairo now depends on pixman 0.10.0 which was recently released"
[00:14] <fta> hmm
[00:14] <asac> so another reason why the lp- hook doesn't work
[00:15] <asac> i think we need that as well then
[00:15] <fta> !info pixman hardy
[00:15] <ubotu> Package pixman does not exist in hardy
[00:15] <fta> pfff
[00:15] <asac> !info libpixman-1-0 hardy
[00:15] <ubotu> Package libpixman-1-0 does not exist in hardy
[00:15] <fta> !info libpixman-1-0 hardy
[00:15] <fta> hihi
[00:15] <asac> !info libpixman-1-0
[00:15] <ubotu> Package libpixman-1-0 does not exist in gutsy
[00:15] <fta> 0.9.6-1
[00:15] <asac> !info pixman
[00:15] <ubotu> Package pixman does not exist in gutsy
[00:15] <asac> !info flood excess
[00:15] <ubotu> Package flood does not exist in gutsy
[00:16] <asac> zillions of rdepends ... great
[00:17] <asac> i wonder if cairo is ever going to release
[00:17] <asac> or if they really wait for firefox to finish
[00:17] <fta> Increase the precision of color stops for gradients. This fixes a
[00:17] <fta> regression in gradient rendering that had been present since the
[00:17] <fta> 1.5.12 snapshot.
[00:18] <asac> who cares about gradients ;)
[00:18] <asac> i want backgrounds :)
[00:18] <asac> repeat reflect ones with acceleration ;)
[00:18] <asac> and fixed image rendering :(
[00:20] <fta> This is definitely a "release candidate" snapshot for cairo 1.6.0
[00:20] <Jazzva> asac, I've ran through list of already packaged extensions. There are 3 that needs to be repackaged with xpi.mk, some of them are compat with checkCompatibility off. Few of them are noncompat, and there are few left that I need to check some more.
[00:20] <fta>  At this point all significant items from the cairo 1.6.0 roadmap are already in this snapshot.
[00:21] <asac> Jazzva: can you document your findings somewhere?
[00:21] <Jazzva> Two extensions are repaced with newer extensions, but with different names. What should we do in that case? Make the first package dummy, and make a new one for replacement?
[00:21] <Jazzva> *replaced
[00:21] <Jazzva> And I think there are few more, that weren't in this list, so I'll take a look at that tomorrow, if that's ok.
[00:21] <asac> we need to categorize extensions in "upgradable", "upgradable with maxVersion fix" and "firefox 2"
[00:22] <asac> so we can move the ones not compatible to only depend on firefox-2
[00:22] <Jazzva> Sure, I can... I'll do it now.
[00:22] <asac> and fix th others
[00:22] <Jazzva> Should I put them on the FF3Extensions wiki page?
[00:22] <Jazzva> Is that the right place?
[00:23] <asac> yeah ... maybe add a new table (Existing Extensions summary)
[00:23] <asac> or something
[00:24] <asac> field like " Name", Homepage, compatible (yes, no, compatibility fixed), hardy status (open/done)
[00:24] <asac> and maybe "Ubuntu Contact"
[00:24] <Jazzva> k, thanks :)
[00:24] <asac> which means that someone is working on the getting it done ;)
[01:11] <cosmodad> I'm trying to get to know how the thunderbird package in Ubuntu builds and need some help. Basically, my final goal is to add a patch to the TB package, so I downloaded the source package.
[01:11] <cosmodad> Since this is my first approach to quilt, I wanted to see how quilt-patching works and did a `quilt push' after unpacking the source tarball.
[01:11] <cosmodad> When I try so, however, I get a "can't find file to patch at input line X" error. Is there something else I need to do to have quilt apply the existing patches?
[01:15] <asac> cosmodad: you can only push in build-tree/mozilla i guess
[01:16] <cosmodad> asac: hm. When I unpacked the mozilla tarball, it created a `mozilla' dir. Do I need to move that somewhere? Or move debian/ into mozilla/ ?
[01:16] <cosmodad> asac: is that what you mean?
[01:20] <asac> why don't you use our package?
[01:20] <asac> cosmodad: you have to start the build and abort when patching is over
[01:20] <asac> then you can work "normally" in build-tree/mozilla/
[01:21] <asac> if the package was in source
[01:21] <asac> tarball in source orig i mean
[01:21] <asac> if it was just a normal orig, just linking debian/patches is enough
[01:21] <cosmodad> asac: because I believe that the following patch isn't included in the hardy yet: https://bugzilla.mozilla.org/show_bug.cgi?id=278383
[01:21] <asac> or telling quilt that the patches dir is there
[01:21] <ubotu> Mozilla bug 278383 in MailNews: Movemail "Get All New Messages doesn't work with movemail account" [Normal,Assigned]
[01:22] <cosmodad> asac: oh you mean why I don't use your source package? I do use that.
[01:22] <asac> ok
[01:22] <asac> then use the instructions above
[01:23] <cosmodad> asac: so how'd I interrupt the build process right after patches have been applied?
[01:23] <asac> ctrl+c :)
[01:23] <cosmodad> oh, ok.
[01:23] <asac> if the build starts its not a problem .. .just abort
[01:23] <asac> there is also a "patch" target or something in rules
[01:23] <asac> no idea how its called though ;)
[01:23] <asac> its somewhere in cdbs i guess
[01:24] <cosmodad> asac: can't I just use quilt to apply my new patch, add that to debian/patches and have CDBS run all over again?
[01:25] <cosmodad> that'd save me the hassle of finding the right spot for CTRL+C interruption...
[01:26] <cosmodad> right now, I temporarily moved debian/ into mozilla/ and set QUILT_PATCHES to debian/patches, but I'm not sure if that is the canonical approach.
[01:26] <asac> you can do whatever you want ... ctrl+c is not a problem though ;)
[01:27] <asac> you can also work somewhere else and copy the patches dir in there
[01:27] <asac> but doing it in build hierarchy without creating too much clutter is the preferable way imo ;)
[01:28] <cosmodad> okey
[01:28] <cosmodad> I'll try "my" way first though because I'm curious and want to check whether it works. :)
[01:29] <asac> i'd just copy the patches directory
[01:29] <asac> not the complete debian one
[01:29] <asac> actually better create a link
[01:30] <cosmodad> sounds reasonable.
[01:32] <cosmodad> and worked. :)
[01:32] <cosmodad> asac: are you by chance quite familiar with quilt and mind if I ask you a question about it?
[01:32] <Jazzva> asac: Done <https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions>. There are two new lists at the and of the page. Any suggestions?
[01:33] <asac> Jazzva: isn't adblock plus already uplaoded?
[01:33] <asac> i think its new though
[01:34] <asac> Jazzva: Live HTTP Headers  works?
[01:34] <Jazzva> Dunno... I searched the bug reports, but I haven't found one. Haven't checked the changelogs.ubuntu.com, though...
[01:34] <asac> thats good news
[01:34] <asac> Jazzva: $ apt-cache search adblock plus
[01:34] <asac> adblock-plus - advertisement blocking extension for web browsers
[01:34] <asac> mozilla-firefox-adblock - advertisement blocking extension for web browsers (dummy package)
[01:34] <Jazzva> asac: I think it does... I haven't used it before, so I'm not sure if that was live http headers what I thought :)
[01:34] <asac> so its in (its NEW)
[01:35] <asac> Jazzva: you can see the http headers :)
[01:35] <Jazzva> Oh, I see... I'll remove it from the list then...
[01:35] <asac> could you do that?
[01:35] <asac> (monitoring http headers)
[01:36] <Jazzva> Hmm... I haven't found the option. Lemme see...
[01:36] <asac> Jazzva: actually adblock-plus replaces adblock (thats why there is the dummy package)
[01:36] <Jazzva> yep
[01:36] <Jazzva> I can see them :)
[01:36] <asac> so maybe suitable for the laste table
[01:36] <Jazzva> Host: en.wikipedia.org ... etc
[01:37] <asac> yeah ... you should see a a bunch of headers
[01:37] <asac> like GET /xxxx
[01:37] <asac> if that works. great
[01:37] <Jazzva> yep...
[01:38] <Jazzva> Ok, I'll then just move adblock plus to the last table and I'm off for tonight :). I'll try to package two or three tomorrow afternoon. What's the deadline?
[01:38] <Jazzva> *then I'll
[01:38] <asac> tomorrow evening would be great ... but sat is also fine ;)
[01:38] <asac> thanks
[01:38] <asac> i go to bed now ;)
[01:39] <Jazzva> asac: Ok... No problem
[01:39] <Jazzva> Good night...
[08:40] <asac> ola
[09:09] <asac> fta: is nspr 4.7.0~1.9b5   ok? and nss 3.12.0~1.9b5 ?
[09:09] <asac> or should we tweak the nss version to help your ppa escape the trap?
[09:11] <asac> fta: let me know when moz devscripts is ready for upload
[09:11] <asac> it should go up first obviously ;)
[09:58] <asac> phoenix24: jetsaredim_: firebug, firefox-showcase and mozgest are in the archive now
[09:58] <asac> phoenix24: jetsaredim_: please close your bugs once they are built and available on the mirrors ;)
[09:59] <asac> jetsaredim_: phoenix24: and remember to look what i did to give them the final polish
[10:00] <phoenix24> asac: ok!
[10:00] <phoenix24> asac: I'll do it in about an hour, is that ok ?
[10:01] <asac> sure. outstanding sponsorships are useragentswitcher, imagezoom, all-in-one-sidebar and flashblock
[10:01] <asac> if i missed anything, let me know
[10:01] <asac> phoenix24: it probably takes an out anyway until its built and hits the mirrors
[10:01] <asac> s/out/hour/
[10:36] <asac> ok -venkman and -dom-inspector are now unsupported for us
[10:37] <asac> (e.g. those binaries go back to universe)
[11:24] <fta> hi
[11:25] <fta> asac> ok -venkman and -dom-inspector are now unsupported for us <= how?
[11:30] <fta> 4.7.0~1.9b5 => 4.7.1~beta2~1.9b5 or better 4.7.1~beta2 as it's NSPR_4_7_1_BETA2
[11:31] <fta> for nss, i have 3.12.0~cvs2008xx and the tag is NSS_3_12_BETA3, would 3.12~beta3 work ?
[11:32] <fta> no
[11:38] <asac> fta: they are now in universe
[11:38] <asac> binary demotion
[11:39] <fta> but they still need to be updated, right ?
[11:39] <fta> maxversion is too low
[11:41] <fta> asac, what do you think of nspr 4.7.1~beta2 ?
[12:00] <asac> fta: what happens aftewards?
[12:00] <asac> fta: i never used venkman? is that broken too?
[12:02] <fta> let me re-enable all my extensions...
[12:02] <fta> i miss live http headers and jsview
[12:02] <asac> jazzva said http headers works and just needs a maxversion bump
[12:03] <asac> he wanted to do that today afaik
[12:03] <asac> fta: ^^
[12:03] <asac> jsview i don't know
[12:03] <asac> you can test with the compatibility check disabled (like described on ffox3extension wiki page)
[12:04] <fta> jsview was ok in b4 so i guess it's just maxversion bump
[12:04] <asac> fta: is that from AMO ?
[12:05] <fta> http://forum.softwareblaze.com/
[12:06] <fta> https://addons.mozilla.org/en-US/firefox/addon/2076
[12:07] <fta> bug 209035
[12:07] <ubotu> Launchpad bug 209035 in firefox-3.0 "cannot subscribe to RSS feeds" [Low,Incomplete] https://launchpad.net/bugs/209035
[12:07] <fta> is that what i've fixed ?
[12:08] <fta> venkman is ok. dom is not
[12:14] <fta> bug 210003
[12:14] <ubotu> Launchpad bug 210003 in firefox-3.0 "Loss of whitespace in text entry" [Undecided,Incomplete] https://launchpad.net/bugs/210003
[12:15] <asac> fta: does dom really need anything except a maxVersion fix?
[12:16] <fta> i don't think so. amo bumps maxVersion automatically without requiring authors to re upload their stuff
[12:18] <asac> it does?
[12:18] <fta> authors just need to click on something
[12:19] <asac> well
[12:19] <asac> yeah. we have bump in advance ;)
[12:21] <asac> i feel hate against this plugin wizard thing ;)
[12:21] <fta> http://blog.mozilla.com/basil/2008/03/26/availability-of-new-addons.mozilla.org-amo-site/
[12:22] <fta> bug 211315
[12:22] <ubotu> Launchpad bug 211315 in update-manager "Unable to upgrade from 7:10 to 8:04" [Undecided,New] https://launchpad.net/bugs/211315
[12:23] <fta> Bug 204753
[12:23] <ubotu> Launchpad bug 204753 in firefox-3.0 "Firefox shown in wrong menu" [Undecided,Invalid] https://launchpad.net/bugs/204753
[12:24] <fta> asac, could agree on something for nspr/nss versions so I can close moz devscripts ?
[12:24] <fta> could we
[12:25] <fta> bug 206191
[12:25] <ubotu> Launchpad bug 206191 in firefox-3.0 "[hardy beta] Firefox 3.0b4 "set as Desktop background" does not respond" [Medium,Confirmed] https://launchpad.net/bugs/206191
[12:25] <fta> oh, assigned to you :)
[12:28] <fta> Bug 209794
[12:28] <ubotu> Launchpad bug 209794 in firefox-3.0 "Firefox-3 does not clear private data" [Undecided,Confirmed] https://launchpad.net/bugs/209794
[12:28] <fta> this is bad
[12:34] <asac> does not clear private data?
[12:34] <asac> fta: i am fine with the ~beta thing i guess
[12:35] <asac> we could use ~beta2+1.9pre1 in case the release RC1 with a non-tagged NSS
[12:35] <asac> (as worst case)
[12:35] <asac> what are the negative implications?
[12:35] <fta> none that I can see
[12:38] <asac> ok lets use that then
[12:38] <asac> what is the current nspr version?
[12:39] <fta> 4.7.0~1.9b4-0ubuntu1
[12:40] <asac> they don't have a tag yet?
[12:41] <fta> we need NSPR_4_7_1_BETA2 and NSS_3_12_BETA3 for b5
[12:41] <asac> are we sure that BETA2 is used in b5 ?
[12:41] <asac> (for nss)
[12:41] <asac> aeh
[12:41] <asac> beta3
[12:41] <asac> ok
[12:41] <fta> mozilla bug 420151
[12:41] <asac> if we are sure that they have those tags in synch, then we can go for it
[12:41] <ubotu> Mozilla bug 420151 in Security: PSM "FF3Beta5 should use updated NSS tag NSS_3_12_BETA3" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=420151
[12:42] <asac> beta > 1 right?
[12:42] <asac> yeah
[12:42] <asac> ok
[12:42] <fta> ?
[12:43] <asac> all ok ... 4.7.0~beta2 is higher than 4.7.0~1.9
[12:45] <fta> fta@ix:~ $ dpkg --compare-versions 4.7.0~1.9b4-0ubuntu1 lt 4.7.1~beta2-0ubuntu1 && echo OK || echo NOK
[12:45] <fta> OK
[12:45] <fta> question is more on nss
[12:46] <fta> fta@ix:~ $ dpkg --compare-versions 3.12.0~1.9b4-0ubuntu1 lt 3.12.0~beta3-0ubuntu1 && echo OK || echo NOK
[12:46] <fta> OK
[12:46] <fta> fta@ix:~ $ dpkg --compare-versions 3.12.0~cvs lt 3.12.0~beta3-0ubuntu1 && echo OK || echo NOK
[12:46] <fta> NOK
[12:47] <asac> yeah
[12:47] <asac> but thats the cvs problem
[12:47] <asac> can't your users accept the burden to get on hold?
[12:47] <fta> sure
[12:47] <asac> ok ... then lets not care?
[12:47] <fta> ok, fine with me
[12:47] <asac> and you upload xulrunner-1.9 with tight depends next time to ~fta
[12:47] <asac> (for a month or so ... so your users have some time to notice)
[12:47] <fta> you just scare them each you send them to my ppa ;)
[12:48] <asac> huh?
[12:48] <asac> i am doing that?
[12:48] <fta> yes :)
[12:48] <asac> well ... i think last time i did that because of nss ;)
[12:48] <asac> but that should be done soon
[12:49] <asac> question is for how long ;)
[12:49] <fta> [reed], do you know when the nss guys plan to release 3.12.0 final ?
[12:50] <asac> and even moblin folks are using your repo now that i send them there for midbrowser with xul testing :)
[12:50] <fta> :)
[12:50] <asac> fta: ask kaie (or kengert?) on moznet
[12:51] <asac> but i guess they tag in sync with ffox
[12:51] <fta> not until now
[12:51] <asac> yeah ... but i think 3.12 is targetted to be in sync with it
[12:52] <asac> they just skipped a bunch of intermediate steps
[12:52] <fta> at least, except for b5, it was always strange HEAD tags
[12:52] <asac> yeah
[12:52] <asac> because they have far less developers and hate branches and all that
[12:52] <asac> so they just said: use whatever you want for now ;)
[13:31] <asac>  *argh*
[13:31] <asac> plugin scanner still not working
[13:31] <asac> whats up?
[13:42] <asac> hehe
[13:42] <asac> lets enable plugin.allow_alien_star_handler
[13:42] <asac> :)
[13:43] <asac> just because the name is funny
[13:43] <fta> asac, did you find the root cause of the missing app helper in ff3 ?
[13:44] <asac> yes
[13:45] <asac> for gnome-support it was just that gnomevfs was not registered
[13:46] <fta> fixed ?
[13:46] <asac> yes
[13:46] <asac> i am now on kubuntu-devel to get testers for non libgnomevfs setups
[13:47] <asac> if it doesn't work with upstream build then its hard to fix ... otherwise we might have a chance
[13:47] <asac> but i think they dropped all the mailcap logic
[13:47] <asac> so chances are high that it doesn't work without gnomevfs
[13:50] <asac> fta: so i mozill-devscripts ready for prime time?
[13:53] <fta> not yet, i was on pixman
[13:53] <asac> k
[13:53] <fta> a lot of context switches today
[13:55] <asac> yay ... multi-tasking ;)
[13:56] <asac> yay ... upstream plugin finder wizard cannot install flash at all
[13:56] <asac> great
[13:56] <asac> now i can't see if its a regression for us that xulrunner plugins are not auto detected after install
[13:57] <asac> i love it
[13:57]  * asac goes for fresh profile
[14:01] <asac> [reed]: b5 does indeed not install the flash plugin through your plugin finder wizard
[14:01] <asac> it bails out with something like "install-XX.rdf is not well-formed ... giving up in shame"
[14:58] <fta> ok, i'm done with pixman and cairo, moving to mozilla devscripts
[15:18] <fta> asac, mozilla devscripts closed
[15:21] <fta> asac, take #87, next is the reopen
[15:28] <fta> asac, hold on, nspr is not right in mozclient, it should now use + instead of ~
[15:28] <asac> ok
[15:29] <asac> so thats it with "no uncommitting" on mt branches ;)?
[15:29] <asac> hehe
[15:29] <asac> ... again ;)
[15:30] <asac> but i think this falls in the "within 5 minutes" moratorium ;)
[15:30] <fta> yep
[15:30] <asac> tell me when's ready
[15:30] <asac> fta: where does it use + instead of ~
[15:30] <asac> ?
[15:31] <asac> ithought we have 3.12.0~beta3 now
[15:31] <asac> ?
[15:31] <fta> nspr_4.7.1~beta2.orig.tar.gz
[15:31] <fta> nspr_4.7.1~beta2+1.9b5~cvs20080314t1505.orig.tar.gz
[15:31] <asac> yeah
[15:31] <asac> ah ok
[15:31] <asac> thats right
[15:32] <fta> hm, why is it still b5..... hmmmmm
[15:32] <asac> it should be pre1 or something now
[15:32] <asac> or just pre
[15:32] <asac> (we could name it rc)
[15:33] <asac> fta: i have one blocker bug i would be sure about that it works: checkout of dates on branches ;)
[15:33] <fta> cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot -q -z 3 co -P -A -D "2008/03/14 15:05 PST"  mozilla/nsprpub mozilla/config/milestone.txt
[15:33] <asac> does that work?
[15:33] <asac> once 3.0 is released it will fork away from trunk
[15:33] <fta> hm, because nspr hasn't been touched in a while, milestone.txt is old
[15:33] <asac> and tracking that would be beneficial
[15:33] <asac> fta: i don't think its bad here :)
[15:34] <asac> in this particular situation
[15:34] <fta> yep, it's weird but it doesn't hurt
[15:34] <asac> ok, all fine now?
[15:35] <fta> not yet, committing....
[15:37] <asac> please test one more time ;)
[15:37] <asac> i will just blindly upload it
[15:43] <fta> done
[15:43] <fta> works for me (tm)
[15:46] <fta> asac, go for it :)
[15:51] <fta> asac, i have nspr ready too
[15:51] <fta> nspr.head branch
[15:51] <fta> closed for 4.7.1~beta2-0ubuntu1
[15:52] <asac> fta: i cannot merge down from that
[15:52] <asac> unless you started that branch again
[15:52] <fta> ?
[15:53] <fta> hm
[15:53] <asac> thats what i told you after release: no common ancestor
[15:53] <asac> maybe fork again and just copy over on top
[15:53] <fta> where is your branch then ? i was able to push to mt head without issue
[15:53] <asac> or do on top of current branch
[15:53] <asac> fta: mt head never had a common ancestor for me
[15:54] <fta> hm
[15:54] <asac> its just plain branch: http://bazaar.launchpad.net/%7Emozillateam/nspr/nspr
[15:54] <asac> and and http://bazaar.launchpad.net/%7Emozillateam/nss/nss/
[15:54] <fta> oh, ok. I'll fix that, it's just the 3rd time we encounter this issue
[15:55] <asac> fta: back in * RELEASE 3.12.0~1.9b3-0ubuntu1 to hardy you prepared the release on that branch
[15:55] <fta> that's nss
[15:56] <fta> i've just done nspr so far
[15:56] <asac> ah
[15:56] <asac> lets see
[15:56] <asac> fta: for nss please base on the main branch
[15:56] <fta> oh, i also need to merge nspr.head in plan nspr
[15:56] <asac> maybe replace your .head with that to finally eliminate that
[15:57] <fta> plain
[15:58] <asac> i can just commit that merge
[15:58] <asac> applies cleanly
[15:58] <fta> already done
[15:58] <asac> k
[15:59] <asac> fta: +  * Refresh diverged patch:
[15:59] <asac> +    - update debian/patches/99_configure.patch
[15:59] <asac> how did that end up in this branch now?
[15:59] <asac> ok i see+
[16:00] <fta> from one of the 2 mergs
[16:00] <fta> merges
[16:01] <fta> nspr #24
[16:02] <asac> fta: no symbol changes?
[16:02] <asac> in nspr?
[16:02] <fta> no
[16:02] <fta> it's pretty stable
[16:02] <asac> k
[16:03] <fta> in fact, the one you uploaded for b4 was already a 4.7.1 beta but you named it 4.7.0
[16:04] <fta> merge nss.head into nss worked for me
[16:07] <fta> asac, it seems my nss branches matches those on LP, maybe yours don't, could you check ?
[16:14] <asac> which url are you using to full .head?
[16:14] <asac> pull
[16:17] <fta> ix:~/bzr/nss.head$ bzr pull
[16:17] <fta> Using saved location: http://bazaar.launchpad.net/~mozillateam/nss/nss.head/
[16:17] <fta> No revisions to pull.
[16:18] <fta> ix:~/bzr/nss$ bzr pull
[16:18] <fta> Using saved location: http://bazaar.launchpad.net/~mozillateam/nss/nss/
[16:18] <fta> No revisions to pull.
[16:20] <asac> ok i have the plugin autoreloading under control it appears
[16:25] <fta> asac, so, branches, which one is wrong?
[16:29] <fta> 156 new threads in the forum for hardy in just 36h
[16:32] <fta> 123 new commits in bonsai for the same period
[16:32] <asac> haha
[16:32] <asac> sorry dropped the ball on the branch
[16:32] <asac> let me see
[16:33] <asac> fta:
[16:33] <asac> $ bzr merge ../nspr.head/
[16:33] <asac> WARNING: the 'deb822' top-level module is *DEPRECATED*, please use 'debian_bundle.deb822'
[16:33] <asac> bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified.
[16:33] <asac> $ bzr push
[16:33] <asac> WARNING: the 'deb822' top-level module is *DEPRECATED*, please use 'debian_bundle.deb822'
[16:33] <asac> Using saved location<EMAIL_ADDRESS>[16:33] <asac> No new revisions to push.
[16:34] <asac>  push branch<EMAIL_ADDRESS>[16:34] <asac> aeh :)
[16:34] <asac> i see the problem
[16:35] <asac> fta: i have now a ~cvs revision in changelog
[16:35] <fta> up to 20080319t1013 ?
[16:35] <asac> fta: +#MISSING: 3.12.0~1.9b4#<EMAIL_ADDRESS>3.12.0~1.9b3
[16:35] <asac> +#MISSING: 3.12.0~1.9b4#<EMAIL_ADDRESS>3.12.0~1.9b3
[16:35] <asac> shouldn't those be removed from symbols file?
[16:36] <fta> i was planing to, once we have this branch issue sorted out
[16:36] <asac> fta: i already removed them in last merge
[16:36] <fta> ?
[16:36] <asac> well i did that independent i guess
[16:37] <asac> on nss branch
[16:37] <asac> for 1.9b4
[16:38] <asac> fta: please remove that lines either on head or while merging
[16:39] <fta> k
[16:52] <fta> bug 44851
[16:52] <ubotu> Launchpad bug 44851 in acroread "mozilla-acroread places Firefox plugin in "wrong" path" [Medium,Fix released] https://launchpad.net/bugs/44851
[16:53] <asac> do we ship that?
[16:53] <fta> medibuntu
[16:59] <fta> asac, nss & nss.head ready
[17:02] <fta> tarballs are there: http://www.sofaraway.org/ubuntu/tarballs/
[17:05] <asac> i will produce them to test mozclient ;)
[17:05] <fta> ok
[18:06] <fta> the ff3 notification is still broken
[18:08] <fta> hm, maybe not, i had a ff process without window.
[18:41] <Jazzva> asac, dunno if you missed one new package, so I'm just reminding that firefox-greasemonkey is prepared... I just need to do a little change in debian/copyright. bug 205172
[18:41] <ubotu> Launchpad bug 205172 in greasemonkey "REVIEW/SPONSOR: please review and sponsor firefox-greasemonkey" [Undecided,New] https://launchpad.net/bugs/205172
[18:46] <Jazzva> asac, pushed the new revision...
[18:58] <asac> Jazzva: wasn't it uploaded yet?
[18:58] <asac> strange
[18:59] <asac> ah you didn't add the firefox-extensions project ;)
[18:59] <Jazzva> asac, I need to add it too? Oh :). Anyway, I'm looking at the livehttpheaders now. The latest source is already in the repo, so I'll just bump the maxVersion and repackage it with xpi.mk. Sounds good?
[19:00] <Jazzva> s/add it/add that/
[19:00] <asac> no i did it
[19:00] <Jazzva> Thanks...
[19:00] <asac> well my mail filter apparently sucks
[19:00] <asac> thoguth that mozailltaem was enough
[19:00] <asac> but isn't :)
[19:00] <Jazzva> Murphy's laws :)
[19:03] <asac> Jazzva: commented
[19:03] <Jazzva> thanks :)...
[19:39] <fta> asac, anything else needed for xul/ff ?
[19:45] <fta> asac, is that expected ? http://paste.ubuntu.com/6480/
[19:46] <asac> do
[19:46] <asac> no
[19:49] <asac> but the contents appear to be correct
[19:51] <fta> i've hook up compare
[19:56] <asac> didn't i push blocklist?
[19:56] <fta> nope
[19:56] <asac> strange
[20:09] <fta> asac, would you let me close xul/ff ? you've closed the last two beta
[20:20] <asac> fta: hmm
[20:21] <asac> fta: you can close both now, but i will open one of them again for the plugin fix. i am not sure where it lands atm. there are multiple options.
[20:23] <fta_> grr
[20:23] <asac> fta: hmm
[20:23] <asac> fta: you can close both now, but i will open one of them again for the plugin fix. i am not sure where it lands atm. there are multiple options.
 what is the impact ?
 bug id ?
[20:23] <asac> i hate this event things.
[20:24] <asac> i mean i am sure that i am currently bumping in the same issue that prevents us from setting arguments on the epiphany cert dialog
[20:24] <fta_> I hate dsl daily disconnect, it's from another age
[20:24] <asac> thought you have fiber ;)
[20:25] <fta_> nope
[20:25] <fta_> i could, my area is eligible
[20:31] <fta_> both closed
[20:32] <Jazzva> asac, I'm running into some problems. Imagezoom and LiveHTTPHeaders seems to be broken on beta4 (which I have in my chroot), but work fine od beta5(pre), where I tested them last night...
[20:32] <Jazzva> I'm testing some more to see where's the problem...
[20:32] <fta_> asac, ^^ feel free to push. if you update b5, please do so in *.dev as I'm updating *.head with trunk.
[20:35] <asac> fta_: yes. did you merge over the b5 already?
[20:35] <asac> Jazzva: thats ok then.
[20:35] <asac> fta_: how recent is your b5 ?
[20:36] <asac> did you push today? so Jazzva can test that?
[20:36] <Jazzva> asac: I think I found the source, but I don't know how I missed it...
[20:37] <fta_> asac, all the .dev and .head branches are in sync (nspr/nss/xul/ff)
[20:38] <fta_> as for my ppa.. it's about 20h old
[20:39] <asac> Jazzva: if it works with fta ppa then all should be fine
[20:39] <fta_> ppa: xulrunner-1.9.head #217 out of #222 and  firefox-3.0.head #233 out of #238
[20:40] <Jazzva> when I unzip the .jar file it rebuilds the chrome/ inside chrome/, so we have chrome/chrome/... which is why it's not working. Although, I'm sure I tested the deb :/...
[20:40] <Jazzva> I'll just add option to zip to skip the inclusion of chrome/ dir...
[21:02] <fta_> ppa resynched... building
[21:13] <Jazzva> asac, should I change bzr url for mozilla-imagezoom to ~ubuntu-dev too? BTW, I fixed both imagezoom and livehttpheaders, I'll push them in the next few minutes...
[21:28] <Jazzva> Hmm, the xpi file produced for livehttpheaders works ok, but it fails when I install the deb... I get this error "Firefox could not install this item because of a failure in Chrome Registration. Please contact the author about this problem." Any ideas?
[21:30] <asac> Jazzva: yes. please
[21:30] <asac> everything that has Maintainer: ... MOTU
[21:30] <asac> needs ~ubuntu-dev
[21:30] <asac> Jazzva: any files not available in the deb that are in the .xpi?
[21:31] <Jazzva> I'll check it...
[21:31] <asac> Jazzva: is the extension ID correctly detected and encoded in the path in firefox-addons that links to it?
[21:32] <Jazzva> yep...
[21:40] <Jazzva> Checked the files, everything in xpi is in deb file (in /usr/share/mozilla-livehttpheaders/) /usr/lib/firefox{,-adons}/extensions/{id} are linking to /usr/share/mozilla-livehttpheaders
[21:40] <Jazzva> asac ^^
[21:40] <Jazzva> and the id matches the one in install.rdf
[21:41] <Jazzva> i'll try to put it in rules, just to try that way...
[21:44] <Jazzva> nope, still the same... :/
[21:48] <Jazzva> pushed imagezoom with corrected bzr url (~ubuntu-dev)...
[21:49] <Jazzva> greasemonkey too...
[22:12] <asac> Jazzva: push the livehttpheaders branch somewhere
[22:12] <asac> i can take a lok then
[22:12] <Jazzva> ok...
[22:16] <sebner> asac: aloha
[22:18] <Jazzva> asac: https://code.edge.launchpad.net/~jazzva/firefox-extensions/mozilla-livehttpheaders.test
[22:21] <Jazzva> asac: I have to go now... We have some guests overnight, so they'll sleep in my room... Why didn't I get a laptop? I'll finish ctxextensions in the morning, it seems easy to package
[22:21] <Jazzva> Thanks for checking livehttpheaders :)
[22:21] <Jazzva> See ya later... night, all
[22:44] <asac> fta_: ok the first three are uploaded
[22:44] <asac> xul and ffox waiting for final testing ... same for ubufox
[22:44] <fta_> excellent
[22:45] <asac> fta: i will keep you in changelog for all as its not a two way fix, but a three way :) ... just bump the times
[22:45] <asac> can i push the xul changes to .head still?
[22:45] <fta> yes
[22:45] <asac> trying
[22:45] <asac> ok
[22:46] <sebner> asac: any progress with all in one sidebar?
[22:46] <fta> i'm working on a build system a-la-xul for prism 0.9
[22:48] <asac> sebner: didn't i comment in bug?
[22:48] <asac> fta: what do you mean? like cdbs or upstream build system?
[22:49] <fta> no, configure.in, config/* build/autoconf/* etc
[22:49] <asac> fta: all pushed. lets hope the xul patch is really accurate now
[22:49] <fta> upstream build system
[22:49] <asac> you can move ahead anyway
[22:49] <asac> if there is something left ill do it in .dev
[22:50] <sebner> asac: your comment was "FFe: bug 193225" ^^
[22:50] <ubotu> Launchpad bug 193225 in firefox-3.0 "FF: general exception for firefox 3 extension packages signed off by the mozillateam" [Undecided,Confirmed] https://launchpad.net/bugs/193225
[22:51] <asac> sebner: ok confirmed
[22:52] <rzr> same for flashblock, what's next now ?
[22:53] <rzr> hi btw
[22:53] <fta> asac, upstream builds prism along with xul, I don't want that so i've made a --with-libxul-sdk build system
[22:53] <asac> sebner: look out for typos
[22:53] <asac> your version read ...ubntu1
[22:53] <asac> i fixed that now before the push
[22:54] <asac> :)
[22:54] <sebner> asac: grr. bzr is surely nothing for me
[22:54] <asac> sebner: thats in changelog ... not related to bzr :)
[22:55] <sebner> asac: the use of bzr makes my nervous what leads to mistakes ;P
[22:57] <asac> sebner: haha :)
[22:57] <asac> just relax.
[22:57] <asac> before you commit you just look at bzr diff
[22:57] <asac> and remove any cruft
[22:57] <asac> thats quite comfortable :)
[22:58] <asac> rzr: ill look at yours next
[23:00] <asac> bug 211494
[23:00] <ubotu> Launchpad bug 211494 in firefox-extensions "REVIEW/SPONSOR: please review and sponsor All in One Sidebar extension" [Wishlist,Confirmed] https://launchpad.net/bugs/211494
[23:01] <sebner> asac: k, thanks so far. I'll take a look at it tomorrow/today. gn8 :D
[23:01] <asac> sebner: uploaded
[23:02] <sebner> asac: wuhu. first Orginal Maintainer field by me :D
[23:02] <sebner> asac: gn8 then :D
[23:04] <asac> fta: lintian complains about executable flag for all our idls
[23:04] <asac> maybe we should fix that
[23:04] <asac> W: xulrunner-1.9-dev: executable-not-elf-or-script ./usr/share/idl/xulrunner-1.9b5/unstable/nsIDOMLSException.idl
[23:04] <asac> like 100 times ;)
[23:05] <fta> lol
[23:07] <rzr> asac: ok thx


[00:44] <jh3833> hi all, just replaced ubuntu with xubuntu and wondering how I go about mounting my windows partition like I can in gnome?
[00:47] <Unit193> System > Gigolo
[00:47] <jh3833> perfect, cheers
[04:43] <xubuntu016> hola se habla español?
[04:43] <xubuntu016> necesito ayuda
[04:44] <xubuntu016> alguien habla español?
[05:27] <meatmachine> Aloo guyz and girlz. Just enjoying a little chat while installing Xubuntu :)
[06:38] <Piggie> hi
[06:38] <Piggie> where can I get a minimal version of Xubuntu?
[06:39] <Sysi> what do you mean?
[06:39] <Piggie> without all the stuff pre-installed
[06:39] <Piggie> just Xorg, xubuntu, the ubuntu base, etc
[06:40] <Sysi> same as ubuntu minimal
[06:40] <Unit193> https://help.ubuntu.com/community/Installation/MinimalCD <--- might this be it?
[06:40] <Piggie> yes that
[06:40] <Piggie> but with Xfce preconfigured and setup
[06:40] <Sysi> there are no other disks with xfce than xubuntu
[06:40] <Piggie> damn
[06:41] <Sysi> you can install from minimal-cd and select xfce-desktop
[06:41] <Sysi> or do minimal install and later install xfce4 and xfce4-goodies
[06:41] <Piggie> will simply selecting all the same components on the minimal CD cause me to have the same exact thing as Xubuntu?
[06:41] <Piggie> or does Xubuntu have any further tweaks..
[06:42] <Piggie> What I mean is..
[06:42] <Sysi> there are packages for xubuntu-artwork and xubuntu-default settings
[06:42] <Piggie> is Xubuntu different in any way, or is it really just a selection of some packages
[06:42] <Sysi> everything in xubuntu is in the repositories
[06:42] <Piggie> ok
[06:43] <Sysi> i just installed from xubuntu cd and removed programs i don't need
[06:44] <Piggie> don’t you find the system to be a bit non-perfect after removal of many packages?
[06:44] <Sysi> if you don't have netbook with 4GB HDD it isn't really problem
[06:44] <Sysi> why would i?
[06:44] <Piggie> they can leave some remnants, modify  some stuff
[06:44] <Sysi> they shouldn't
[06:44] <Sysi> that's why we have package manager
[06:45] <Piggie> I’ve tested in the past on Ubuntu
[06:45] <Sysi> i think it's easier than gathering all the little programs you happen to need
[06:45] <Piggie> remove all the packages so its the same as minimal
[06:45] <Piggie> then compare the filesystem to minimal
[06:45] <Piggie> theres a lot of “stuff”
[06:45] <Piggie> just little bits of things.
[06:46] <Sysi> if you had something other than basic ubuntu there has been left dependencies behind
[06:46] <Sysi> or if you didn't really remove all
[06:46] <Sysi> use aptitude, it removes everything
[06:47] <Sysi> and/or do apt-get autoremove and apt-get clean
[06:47] <Piggie> autoremove removes stuff that nothing depends on?
[06:47] <Sysi> and the "goop" is needed for something
[06:47] <Sysi> yup
[06:48] <Piggie> goop?
[06:48] <Sysi> anyway, i'm a bit of perfectionist and i can live with 5GB used root partition
[06:48] <Sysi> the "overall stuff"
[06:49] <Piggie> 5GB seems kinda big
[06:49] <Sysi> it's nothing
[06:49] <Piggie> well, thats 5x larger than my XP box’s install
[06:50] <Sysi> win7 takes about 10GB bu just windows
[06:50] <Sysi> add programs to that
[06:51] <Sysi> compare to modern OS, not over ten years old
[06:51] <Piggie> my Win7 is 2GB
[06:51] <Sysi> i have 32G ssd and i still don't worry a bit
[06:51] <Piggie> I use rt7lite
[06:51] <Piggie> I was assuming Xubuntu would be a “lite” version
[06:52] <Piggie> so if its a few times larger than my Windows 7 box which has a ton of stuff on it...
[06:52] <Piggie> thats bad
[06:52] <Sysi> bigger than your kinsa highly customized win7
[06:52] <Sysi> *kinda
[06:52] <Piggie> You customized it to remove stuff on your copy though, right?
[06:53] <Sysi> why would i
 i just installed from xubuntu cd and removed programs i don't need
[06:53] <Sysi> that isn't same as customizing os itself
[06:54] <Sysi> if you really want minimal, do the minimal installation then
[06:54] <Sysi> i removed software i don't use, i don't want them in my menus
[08:49] <Piggie> Xubuntu 10.10 seems pretty buggy
[08:49] <Piggie> I just installed it. I run -- Applications -> Games -> Quadrapassel
[08:49] <Piggie> Nothing happens.
[08:49] <Piggie> program does not start.
[08:50] <Sysi> have you installed updates
[08:50] <Unit193> Quadrapassel doesn't normally seem to work (for me)
[08:52] <Piggie> installing updates now... will report after
[08:52] <Unit193> Piggie: run quadrapassel via terminal, see what the error is
[09:09] <Piggie> brook@ubuntu:~$ quadrapassel
[09:09] <Piggie> failed to create drawable
[09:09] <Piggie> Failed to initialise clutter: Unable to select the newly created GLX context
[09:09] <Piggie> yeah.. it’s running in VMWare
[09:09] <Piggie> with VMWare tools installed
[09:09] <Piggie> in windows 7 at least, with vmware, gl/d3d, aero, etc all work accelerated
[09:13] <Piggie> I was assuming that acceleration would work in vmware.
[09:13] <Piggie> lol...
[09:14] <Piggie> after the updates finished installing, there’s a “restart” button
[09:14] <Piggie> I press it. Nothing happens
[12:08] <elHannos> Hi. I deleted gnome from my ubuntu and tried out xfce4.8. I'm experiencing a few issues: In the setting dialog for the autostart jobs, the buttons for "Edit" and "Delete" are greyed out - only one job (made by me) can be modified. Is this normal?
[14:17] <jrx> Hello
[14:17] <jrx> I'm a newbie on Xubuntu... I don't find any Suspend or Hibernate button in the "log out" window... is there a way to have them ?
[14:18] <jrx> I have xubuntu 10.10
[14:20] <jrx> I don't have checkboxes for that in Applications > Settings > Settings Manager > Sessions and Startup
[17:13] <surreal7z> /usr/share/applications    ....how to make these Launchers?
[17:15] <surreal7z> or any type of them... i just want to make jDownloader apper in menu
[17:21] <surreal7z> done it... created Launcher on desktop... moved it to /usr/share/applications.. and edited it with mousepad
[18:02] <kukas> hello. what could be the best way of sharing a folder on my network. i'm using 10.10. thank you
[18:02] <kukas> ?
[18:03] <kukas> through gigolo?
[18:03] <kukas> i'm kinda new in xubuntu...
[18:10] <kukas> hello. what could be the best way of sharing a folder on my network??
[18:10] <drc> what sort of network?
[18:10] <kukas> i don't have the "sharing options" item on the right-click menu
[18:11] <kukas> neither "shared folders" under "System"
[18:11] <kukas> home network, drc
[18:12] <Sysi> share to windows machines or linux?
[18:12] <kukas> a mac, actually
[18:14] <kukas> should i install this "Samba" app?
[18:14] <Sysi> i don't know what kind of share it supports but sshfs should be available
[18:15] <kukas> well,i can reach windows folders, on my mac
[18:15] <Sysi> install openssh-server to xubuntu and http://superjared.com/entry/mount-ssh-connection-os-x/
[18:15] <kukas> there's this windows pc, on this network
[18:15] <Sysi> then samba should wor too
[18:15] <Sysi> !smb
[18:16] <kukas> okay
[18:17] <kukas> thank you guys!
[20:51] <opie> I made a boot-able usb thumb drive of 10.10 from a virtual machine through windows7. If i choose "install Xubuntu" when i boot from the usb drive, will this install xubuntu on the usb drive only or will it override my windows 7 on the hdd?
[21:08] <opie> I made a boot-able usb thumb drive of 10.10 from a virtual machine through windows7. If i choose "install Xubuntu" when i boot from the usb drive, will this install xubuntu on the usb drive only or will it override my windows 7 on the hdd?


[06:41] <Guest18797> I just installed ubuntu server 14.10 version, the before php program can not be run under new server
[06:42] <Guest18797> We can tell what's happen
[06:47] <rypervenche> Guest18797: We need errors or more information


[04:47] <nickrud> I'm seeing a lot of corruption (well, on three pages so far) of corrupted code blocks. Is this a result of the upgrade to 1.6?
[04:55] <Flannel> nickrud: Its whenever theres a {{{ or }}} without a space behind/infront of it
[04:55] <Flannel> {{{X and X}}} don't work anymore
[04:55] <Flannel> nickrud: So yes, its a result of the upgrade
[04:55] <Flannel> but not data corruption, just parser changes
[04:56] <nickrud> ok. I'm hitting a few of the ones that I link to often, and the package management ones. Luckily, it looks like most people were using {{{ and }}} correctly
[04:58] <nickrud> Flannel and the spaces aren't enough for code blocks, the code has to be on lines by themselves
[04:59] <Flannel> nickrud: Really? Thats not what was previously reported.  Interesting
[04:59] <nickrud> yeah, {{{ Test
[04:59] <nickrud> }}} test comes out ast
[05:00] <nickrud> {{{ Test }}}
[05:01] <Flannel> nickrud: Well, I have to say I'm not impressed by openID if it means I have to have javascript enabled
[05:02] <nickrud> hey, aren't you on the web2.0 bandwagon?
[05:03] <Flannel> Rounded corners are the worst thing to come to the web since... well... ever.
[05:03] <Flannel> Animated gifs are better than rounded corners
[05:04] <Flannel> Sigh.  Well, I guess I won't be doing any more editing of the wiki.  What are text browsers supposed to do?
[05:07] <nickrud> punt
[05:07] <nickrud> I love rounded corners, and all that css zen garden stuff.
[05:08] <Flannel> nickrud: CSS is good.  "Round Corners" are just a poster child of two point oh
[05:08] <Flannel> I suppose I should've just said sites that don't work without javascript
[05:09] <nickrud> yeah, I've given up on that. When I started using google analytics I reached the tipping point
[05:10] <Flannel> I think by requiring open ID for the wiki, we've alienated a third of the browsers in the repos
[05:11] <Flannel> Not only that, but I think if I wanted to allow it, I'd have to enable JS on ubuntu.com, since its h.u.c or w.u.c, which is something I won't do.
[05:13]  * Old_Soldier reads up and thinks animated gifs should make a comeback.   Many websites dont have content until you enable JS
[05:16] <Old_Soldier> thats not cool, cramming JS down peoples throats
[05:16] <nickrud> Old_Soldier figured, I was hoping to pop an eyeball
[05:17] <Old_Soldier> lol nickrud  i hang out in a channel with compiledkernel, i rarely take link suggestions
[05:19] <nickrud> that one qualifies as horrid, maybe not 'most' but definitely horrid. A guy I knew did that back in something like 98, hasn't changed
[14:19] <l3on> mdke: are you there?
[14:19] <mdke> l3on: (In case I'm not around at the moment, please provide a bit of information about what you want and I will respond when I get back)
[14:19] <l3on> mdke, it's important...
[19:54] <l3on> mdke: ?
[19:54] <l3on> ping
[21:23] <mdke> l3on: hi
[21:31] <mdke> l3on: ok, I can't hang around long. That's why my client has that auto-response suggesting that you ask the question so that I can respond when I'm around.
[21:31] <mdke> l3on: please send me an email if it's important
[22:04] <l3on> mdke: still there?


[09:53] <blizzzek> hi
[09:53] <blizzzek>  can i search in lauchnpad for apps written in a specific language (py e.g. :D)
[09:56] <tbf> how do i tell launchpad to reimport my OpenPGP key?
[09:56] <tbf> when i enter its fingerprint on https://launchpad.net/~mathias-hasselmann/+editpgpkeys it just tells me to already have that key
[09:57] <stdin> just export your key to a keyserver (I use keyserver.ubuntu.com)
[09:58] <carlos> morning
[10:00] <tbf> stdin: ah, ok. - guess that server should be listed in seahorse
[10:02] <tbf> stdin: hey, that worked! thanks alot!
[10:02] <stdin> :)
[10:03] <tbf> stdin: maybe that launchpad page should tell, that keyserver.ubuntu.com allows uploads
[10:04] <stdin> all keyservers do (or should), all they all update from each other
[10:48] <tbf> how would i setup a local variant of https://launchpad.net/+builds?
[10:49] <tbf> it just takes too long, until packages are accepted/build/rejected
[10:49] <tbf> well, it kind of sucks, that you cannot overwrite failed packages
[10:55] <tbf> interesting: 0.2.2-0ubuntu1~ppa1 <= 0.2.2-0ubuntu1
[10:57] <Fujitsu> tbf: It takes all of 5 minutes to accept the packages, and then no more than a few minutes after that to build it...
[10:57] <Fujitsu> Why are you wanting to overwrite them?
[10:57] <Fujitsu> And that is the entire point of ~
[11:07] <tbf> Fujitsu: that i cannot use them to increase the package version for ppa?
[11:07] <tbf> Rejected:
[11:07] <tbf> MD5 sum of uploaded file does not match existing file in archive
[11:07] <tbf> Files specified in DSC are broken or missing, skipping package unpack verification.
[11:07] <tbf> gnome-lirc-properties_0.2.2-0ubuntu1~ppa2.dsc: Version older than that in the archive. 0.2.2-0ubuntu1~ppa2 <= 0.2.2-0ubuntu1
[11:08] <tbf> Fujitsu: and i also cannot switch to 0.2.2-0ubuntu2, since the MOTU guys will kill me then
[11:09] <tbf> Fujitsu: so i do i replace 0.2.2-0ubuntu1,without creating 0.2.2-0ubuntu2, which will not be accepted by the motu team
[11:12] <Fujitsu> tbf: How long have you been waiting for it to bre removed?
[11:13] <tbf> Fujitsu: last time i tried it wasn't gone after 30 min, and it was told, that removal is done by a daily cron job
[11:14] <Fujitsu> You should be able to upload something lower than something that you've deleted within 20 minutes, I think.
[11:21] <Hobbsee> tbf: use 0.2.2-0ubuntu2~ppa1
[11:22] <Hobbsee> or 0.2.2-0ubuntu1+ppa1
[11:29] <tbf> Hobbsee: ah, plus. let's see
[11:59] <tbf> Fujitsu, Hobbsee: ok, worked
[11:59] <Hobbsee> oh good
[12:03] <tbf> but now i wonder, why ppa doesn't install lirc before building the package...
[12:03] <tbf> ...lirc is listed as dependency
[12:03] <Fujitsu> tbf: Because you didn't specify it in the Build-Depends.
[12:04] <tbf> Fujitsu: depends and build-depends aren't merged?
[12:04] <Fujitsu> They're completely different, so I'd hope not.
[12:04] <Fujitsu> Depends are runtime dependencies. Build-Depends are... build dependencies.
[12:06] <tbf> Fujitsu: that's weired. how can runtime dependencies not be part of the build dependencies?
[12:06] <Fujitsu> Why would they be?
[12:06] <Fujitsu> I don't need to run the program to build it.
[12:06] <Fujitsu> Dependencies are also normally largely automatically generated by the build.
[12:08] <tbf> well, how to build a program without it's runtime librararies installed...
[12:08] <Fujitsu> It depends on the program.
[12:08] <tbf> ...seems the need add -dev packages for getting header files hide that detail for me so far...
[12:09] <tbf> ...since the -dev packages also pull in the runtime libs
[12:09] <Fujitsu> Yes.
[12:09] <tbf> Fujitsu: well. debian-typical overdesign
[12:09] <Fujitsu> Er, how!?
[12:09] <tbf> have to remember this.
[12:09] <Fujitsu> What's overdesigned?
[12:09] <tbf> this separatation
[12:09] <tbf> i won't change it.
[12:09] <Fujitsu> cprov: PPA publisher cycles seem really slow now it takes like 5 minutes to get things built :(
[12:10] <Fujitsu> Why shouldn't they be separated?
[12:10] <tbf> so i'll accept that weirdness, without further thinking about it
[12:10] <tbf> Fujitsu: cause separating them breaks configure scripts for instance...
[12:10] <tbf> Fujitsu: at least in my special case.
[12:10] <Fujitsu> No, you not specifying the build dependencies breaks them.
[12:11] <tbf> Fujitsu: i have to figure out now, if i want to relax the configure script, or if i want to add lirc to build-depends and depends
[12:11] <Fujitsu> I don't need a bazillion and three X packages to build my Python package, though it may need them at runtime.
[12:11] <Fujitsu> tbf: That's correct.
[12:11] <cprov> Fujitsu: what ?!
[12:12] <cprov> do you mean PPA build cycle (due to the chroot upgrade) ?
[12:12] <Fujitsu> No, publishing.
[12:12] <cprov> Fujitsu: how do you know ?
[12:13] <Fujitsu> Every 20 minutes is now really long compared to everything else. YOu made it all too fast!
[12:13] <cprov> Fujitsu: as far as I'm concerned the publishing cycle is taking 58 seconds and that's not slow
[12:13] <Fujitsu> I mean how long it appears to take, which is 20 minutes.
[12:13] <Fujitsu> Is it not?
[12:13] <cprov> Fujitsu: ahh, you mean the frequency is low
[12:14] <cprov> Fujitsu: I can do some experiments with 15 or 10 minutes cycle
[12:14] <tbf> those pages update automatically? https://launchpad.net/+builds/iridium
[12:15] <cprov> Fujitsu: as I said, the publisher takes 1 minute to run (in average)
[12:15] <Fujitsu> cprov: That's not bad. A 20 minute frequency used to be great until 1.2.2, when it took an hour or two to get things built anyway.
[12:18] <cprov> Fujitsu: I will test other times by the end of the week
[12:19] <Fujitsu> cprov: That'd be great! PPA is a whole lot more usable of late, and that would make it that much nicer.
[12:19] <cprov> cool
[12:21] <tbf> cool. built finally succeeded.
[15:02] <TomaszD> carlos, https://translations.launchpad.net/ubuntu/hardy/+source/seahorse/+imports is the .pot file being regenerated on build time? How do you check this so that I don't have to bother you each time?
[15:03] <carlos> TomaszD: unfortunately, you need extra permissions to see that information...
[15:03] <TomaszD> carlos, I seem to recall that the build logs were available somewhere before
[15:03] <TomaszD> carlos, anyway, should I file a bug against seahorse or is everything fine?
[15:04] <carlos> TomaszD: hmm, buildlogs may be another way to check it, yes
[15:04] <carlos> TomaszD: it should be available from launchpad too
[15:04] <carlos> but I check a timestamp from where was last updated the template
[15:04] <carlos> which is faster for me
[15:05] <TomaszD> found the build log, but I don't know what keywords to look for
[15:05] <carlos> TomaszD: 2008-02-26 16:50:00.520550+00:00
[15:05] <carlos> that's last update for the template
[15:06] <carlos> TomaszD: look for 'template'
[15:06] <carlos> or '.pot'
[15:06] <carlos> TomaszD: give me the URL and I tell you the exact text to look for
[15:06] <TomaszD> ok so it seems everything is correct I guess
[15:06] <TomaszD> http://launchpadlibrarian.net/12231672/buildlog_ubuntu-hardy-i386.seahorse_2.21.92-0ubuntu1_FULLYBUILT.txt.gz
[15:08] <TomaszD> also, I'm waiting for a user upload to go through for four hours now (909 strings, brasero, https://translations.launchpad.net/ubuntu/hardy/+source/brasero/+imports ), should I start worrying? :]
[15:08] <TomaszD> I know it used to take a week
[15:14] <TomaszD> carlos, are language pack uploads predictable? is there a repo with daily uploads?
[15:15] <carlos> TomaszD: it should not take a week...
[15:15] <carlos> TomaszD: yeah, pitti's ppa
[15:15] <TomaszD> oh cool thanks
[15:16] <TomaszD> hmm nope, pitti's ppa doesn't have them
[15:18] <carlos> TomaszD: then is better if you check with him
[15:18] <carlos> there is a ppa for it
[15:18] <TomaszD> ok
[15:24] <carlos> TomaszD: hmm, seems like I don't find an easy way to detect missing templates on the build log...
[15:24] <carlos> it used to be easy, so maybe I'm missing something. I tried to find it in totem, which we already detected that was not being generated...
[15:24] <TomaszD> nevermind, most apps look good, apart from totem
[15:24] <TomaszD> yes I've reported that, how are things looking for this package? any fix soon?
[15:28] <carlos> TomaszD: I'm not the one fixing it, that's a question for ubuntu developers...
[15:28] <TomaszD> oh ok, fine :]
[15:28] <TomaszD> I just hope they are aware of this, there are many bugs and this one can be easily missed
[15:37] <carlos> TomaszD: ok
[15:59]  * tbf wonders if ppa could be changed to give more immediate feedback about accepting packages...
[15:59] <tbf> (or rejection)
[15:59] <tbf> the mail round trip takes quite some time
[16:28] <tbf> "MD5 sum of uploaded file does not match existing file in archive
[16:28] <tbf> Files specified in DSC are broken or missing, skipping package unpack verification."
[16:28] <tbf> can i browse that archive somehow?
[16:48] <tbf> is it possible to extract the initially uploaded tarball from ppa?
[16:48] <tbf> i only see a tarball with patches applied
[17:49] <faulkes-> ok, if I've created a new project in LP, how do I go about getting code into the trunk?
[17:51] <mooboo1> can i change priority on launchpad
[17:51] <mooboo1> so things get "low" ?
[17:59] <beuno> faulkes-, you would jus push it
[17:59] <beuno> is your code already in bzr?
[17:59] <faulkes-> no, the code is not already in bzr
[17:59] <faulkes-> new project, no code uploaded yet
[18:00] <beuno> faulkes-, https://help.launchpad.net/BzrHowto  might be a good start
[18:00] <faulkes-> bzr: ERROR: Not a branch: /home/michael/development/ubuntu-server/.bzr/branch/
[18:00] <beuno> faulkes-, do, you haven't versioned your code yet
[18:01] <faulkes-> I'll go through that url you listed, then come back if I have issues
[18:01] <beuno> go into the dir, and do:  bzr init; bzr add; bzr commit -m 'Project start'
[18:01] <faulkes-> thanks, sorry, new to using lp and bzr
[18:01] <beuno> (or something similar to that)
[18:01] <faulkes-> aye
[18:01] <beuno> faulkes-, no problem. If you run into bzr-specific issues, you can also drop by #bzr
[18:09] <ubotu> New bug: #198828 in launchpad "Upload project file with non-ascii character in the filename breaks the page" [High,New] https://launchpad.net/bugs/198828
[18:50] <TomaszD> carlos, can you confirm this https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/198851 ?
[18:50] <ubotu> Launchpad bug 198851 in avahi ".pot file isn't generated on build time" [Undecided,New]
[18:50] <carlos> let me see...
[18:53] <carlos> TomaszD: confirmed
[18:53] <TomaszD> carlos, ok
[19:15] <TomaszD> carlos, I don't know what to do, is this possible to do https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/198851/comments/1 or do I have to make another bug report about that? It would be pointless I think, before a template is even available
[19:15] <ubotu> Launchpad bug 198851 in avahi ".pot file isn't generated on build time" [Undecided,Confirmed]
[19:17] <carlos> TomaszD: well, that's indeed a different bug report...
[19:17] <carlos> so is better to file a new bug
[19:17] <TomaszD> carlos, fine, I'll do it
[19:17] <carlos> if it's fixed before the .pot file is regenerated, it will be there, otherwise... the translations will still be missing, file a new bug and mention it there
[19:21] <TomaszD> just did
[19:43] <Tonio_> not sure if it is the right place to talk about that, but I have a problem with my @ubuntu.com email address.....
[19:43] <Tonio_> none of the emails end in my mailbox, even if the smtp trace of the mail sending seems to work
[19:44] <Tonio_> mail accepted by mx.canonical.com
[19:44] <Tonio_> other ubuntu devs reports that it works for them...
[19:52] <andrea-bs> Tonio_: the ubuntu team didn't assign you a mailbox, but only a mail account which redirects to your e-mail address
[21:43] <HappyCamp> matsubara, ping
[21:44] <HappyCamp> matsubara, https://bugs.launchpad.net/launchpad/+bug/196253  Do you know to bother about this bug?
[21:44] <ubotu> Launchpad bug 196253 in launchpad "OOPS importing pgp key" [High,New]
[21:44] <HappyCamp> s/know to/know who to/
[21:44] <matsubara> Hi HappyCamp
[21:44] <HappyCamp> Hello :)
[21:46] <matsubara> HappyCamp: I'll raise it up during tomorrow's meeting. I'm afraid we don't have a workaround for it.
[21:47] <HappyCamp> Thanks matsubara
[22:03] <mpt> Gooooooooooooooooood morning Launchpadders!
[22:25] <jelmer> oh noes, I missed todays "good morning" !?
[22:27] <beuno> ^ 22 minutes up there
[23:41] <Ubulette> how points are attributed in "Top contributors" of a project page ?
[23:42] <Ubulette> I don't understand https://edge.launchpad.net/mozilla-devscripts
[23:43] <Ubulette> (based on https://edge.launchpad.net/ubuntu/+source/mozilla-devscripts/)