[02:22] <phillw> hiyas is there a group contact person for freenode about?
[02:24] <Unit193> Link to your LP page?
[02:24] <phillw> https://launchpad.net/~phillw
[02:25] <phillw> I'm going to have wild guess.. but https://launchpad.net/~ubuntumembers
[02:25] <Unit193> AlanBell, Pici, Tm_T.  (Just a little highlight)
[02:38] <JoseeAntonioR> Unit193: you could just highlight IRCC
[02:38] <Unit193> ...Unless they don't have that set, this is more direct and is sure to actually work.
[02:39] <JoseeAntonioR> all IRCC have set their clients to highlight IRCC ;)
[02:40] <Unit193> More direct, I like this. :P
[02:42] <tsimpson> except you missed 2 of them
[02:43] <JoseeAntonioR> funkyHat and topyli, and Tm_Tr can also be available
[02:43] <Unit193> tsimpson: You again!  (And yeaaaah, was hopeing nobody would notice. ;) )
[02:45]  * tsimpson notices all... but reveals the secrets to none
[02:47] <phillw> so, is that "there is a GC" or a "they're all down the pub"? :P
[02:47] <Unit193> And, may be a good idea to nag one into sending a reminder email to the list about next IRCC meeting on sun?
[02:50] <tsimpson> phillw: each member of the IRCC is a GCs for Ubuntu on freenode, I suspect they are either sleeping though
[02:52] <phillw> tsimpson: no worries, i only just remembered at this late hour myself! I'll catch up with one of them later :)
[02:52] <tsimpson> you can always email them if you want
[02:53] <phillw> american TZ and the mad things for a Beta 2 release have left me with Jet-Lag :)
[02:53] <Unit193> But if you say "Yes, a @ubuntu/member/phillw cloak will work", maybe the st aff will set it when a GC comes by?
[02:54] <phillw> Nah, one of them just needs to pop onto freenode.. evidently my being on https://launchpad.net/~ubuntumembers is not enough to re-assign me my cloak :)
[02:55] <phillw> Unit193: I'll be about later, I'll catch one of them lurking :)
[02:55] <IdleOne> That is because freenode doesn't decide who gets project cloaks, they only apply them.
[02:55] <IdleOne> and not all freenode staff are up to date or even care about how a project decides/manages their cloaks.
[02:56] <phillw> I know, shame Nathan is not about :)
[02:56] <IdleOne> he would still need a GC to ACK it
[02:56] <phillw> but, it is not an urgent thing.
[02:56] <IdleOne> :)
[02:56] <phillw> IdleOne: chances are Nathan would actually phone them :P
[02:57] <IdleOne> or does the GC SYN and staff ACK
[02:57] <IdleOne> ?
[02:57] <IdleOne> either way lol
[02:58] <phillw> reet, I must get on with server stuff, as currently backup ISO's for F/OSS teams are 'off-line'. Thank you all for kindness and help.
[11:58] <Fuchs> mraw?
[11:58] <Fuchs> got all the cloak things sorted?
[11:59]  * Pici shrugs
[12:00] <Pici> I'm not even sure what was being requested.
[12:00] <Fuchs> okay
[12:00]  * Fuchs goes back to snooze mode
[20:40] <phillw> AlanBell: ping :)
[20:48] <AlanBell> hello
[20:54] <AlanBell> hi phillw
[20:54] <IdleOne> AlanBell: phillw would like his ubuntu/member cloak back and needs a GC to get staff to apply it.
[20:55] <IdleOne> least that is what I think it is about -- scroll back FTW
[20:55] <phillw> IdleOne: thanks, AlanBellyeah, they just need a GC to confirm it
[20:55] <AlanBell> ah right, I saw the conversation earlier but wasn't quite sure what the actual request was
[20:56] <AlanBell> staff can we have an ubuntu/member/phillw cloak for phillw please
[20:56] <phillw> AlanBell: needs to be said on #freenode :P
[20:56] <AlanBell> no, it doesn't :)
[20:57] <niko> i'm here
[20:57] <niko> one second
[20:57] <phillw> AlanBell: ooh, posh now, we are :D
[20:57] <IdleOne> all cloacks request for Ubuntu are done in here
[20:57] <AlanBell> all done
[20:57] <AlanBell> thanks niko
[20:57] <IdleOne> least that is what I have seen
[20:58] <phillw> AlanBell: oh, and while you are about, SpeechControl expects a launch a couple of weeks after the madness of 12.10 release. they have made really good progress. They're getting the new wiki area up, bug reporting etc.
[20:59] <AlanBell> ok
[20:59] <phillw> niko: do I log off and back on again? I'm used to seeing the forced re-join when cloaks are applied?
[20:59] <AlanBell>  /whois phillw
[20:59] <niko> phillw: all is ok, no need to reconnect
[20:59] <Myrtti> phillw: it already happened
[21:00] <IdleOne> you don't normally see your own rejoin
[21:00] <phillw> thanks folks, like getting into a old comfy pair of slippers :)
[21:00] <phillw> I'll leave you in peace, just finishing up VM for Unit193


[01:20] <DJKorbit> good evening
[01:21] <DJKorbit> i've just set up my first ppa
[01:21] <DJKorbit> i'm testing it by adding it to my system but it doesn't work
[01:21] <DJKorbit> i'm getting this error
[01:21] <DJKorbit> $ sudo apt-add-repository ppa:hmrocha-fc/geforcego7400
[01:21] <DJKorbit> Error: can't find signing_key_fingerprint at https://launchpad.net/api/1.0/~hmrocha-fc/+archive/geforcego7400
[01:22] <DJKorbit> any help?
[01:22] <micahg> DJKorbit: you might want to try #launchpad
[01:22] <DJKorbit> ok
[13:40] <stefanlsd> anyone seen this -   Uploading dahdi-tools_2.4.1-1ubuntu1_source.changes: 3k/4k550 Changes file must be signed with a valid GPG signature: Verification failed 3 times: ["(7, 9, u'No public key')", "(7, 9, u'No public key')", "(7, 9, u'No public key')"] : Permission denied
[13:40] <stefanlsd> when dputing
[13:40] <geser> stefanlsd: yes, seen other "complain" about it in the past weeks
[13:41] <geser> the LP FTP server checks the GPG signature upon upload, but sometimes the keyserver doesn't like to talk to the FTP server
[13:41] <geser> if you uploaded with that key successfully in the past, check if your upload got accepted despite that error
[13:41] <stefanlsd> geser: mm. dont think its my side. gpg --verify says good signature. oki. i'll try later
[13:42] <stefanlsd> geser: aah yeah. just got he email. looks like it did go through
[13:43] <geser> stefanlsd: the Ubuntu keyserver and the FTP server don't like to talk to each other sometimes so the FTP server doesn't get a key to verify the signature during upload
[13:44] <geser> wgrant: ^^ is there a bug about it (failed signature check during dput) which I can point person asking about it to?
[19:26] <bullgard4> http://www.ubuntuupdates.org/ppas/47: "This repository is available for: Stable." What does »Stable« mean here?
[19:30] <Ampelbein> bullgard4: 'stable' refers to the current debian release
[19:30] <Ampelbein> bullgard4: currently the 'stable' release is also known as 'squeeze'
[19:33] <bullgard4> Ampelbein: Right. What is the conclusion for Ubuntu?
[19:34] <Ampelbein> bullgard4: well, stable isn't used as a codename in ubuntu at all.
[19:35] <Ampelbein> bullgard4: current "stable" releases of ubuntu are: 11.04, 10.10, 10.04, 8.04, 6.06
[19:36] <bullgard4> Ampelbein: Well, the website's URL is "http://www.ubuntuupdates.org/ppas/47". So there must be a relation to Ubuntu, mustn't it.
[19:37] <bullgard4> Ampelbein: Didn't you just say that "Stable" here refers to Debian's Squeeze?
[19:39] <broder> bullgard4, Ampelbein: for google's apt repositories, stable refers to the version of *google's* code, not ubuntu's
[19:40] <broder> their software generally works irrespective of ubuntu version you're using (or debian)
[19:40] <broder> e.g. for chrome, i know they have stable, beta, and unstable (or something like that) for the stable, beta, and dev channels
[19:42] <bullgard4> broder: I have used this PPA successfully with Ubuntu 10.04.2 LTS. But the same PPA in Natty throws a warning and persistently annoys its Update Manager.
[20:10] <Ampelbein> bullgard4: regarding the "it's on ubuntuupdates so there must be a relation" - not really. It's just another 3rd party site and in no way official.
[20:10] <Ampelbein> broder: thanks, I didn't know that about google's naming policy.
[20:13] <bullgard4> broder: In Natty I followed the instructions given in http://www.ubuntuupdates.org/ppas/47 for installing the PPA google-talkplugin. It seems that now google-talkplugin no longer annoys Update manager. My personal explanation is that during the distant upgrade 10.10 to 11.04 alpha something went wrong and I only today fixed this by following the instructions in http://www.ubuntuupdates.org/ppas/47
[20:13] <bullgard4> . --  Thank you for your help.
[20:14] <bullgard4> Ampelbein: broder convincingly explained that this is Google's terminology.
[20:15] <Ampelbein> bullgard4: yes, I didn't know that.
[20:16] <bullgard4> Ampelbein: So thank you very much for your help and encouragement.


[01:14] <asac> and for a good build id its export BUILD_OFFICIAL=1 in the rules file
[01:14] <asac> (if that doesn't work try export MOZILLA_OFFICIAL=1 ... or both, but i think its BUILD_OFFICIAL that forces use of a sane BUILD_ID
[01:14] <asac> )
[01:18] <Ubulette> how can I see the buildid ?
[01:18] <asac> during build
[01:18] <asac> i see atm:
[01:18] <asac> c++ -o nsHTMLCanvasFrame.o -c -fvisibility=hidden -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -DEXPORT_XPTI_API -D_IMPL_NS_COM_OBSOLETE -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XULAPI -DIMPL_NS_NET  -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=0000000000 -D_....
[01:18] <asac> its certainly in some config file as well in the end
[01:19] <Ubulette> no such thing in 1.9
[01:19] <asac> but i usually just see it there ;)... and then don't care anymore
[01:19] <Ubulette> hmm
[01:19] <asac> try to grep in config files
[01:19] <asac> maybe definitions are now in headers
[01:20] <Ubulette> no /build_/i in build logs
[01:20] <asac> grep -r -i build_id config/* mozilla-config* build/*
[01:20] <asac> :)
[01:20] <asac> grep -r -i build_id config/* mozilla-config* build/* configure.in
[01:20] <asac> ;)
[01:22] <Ubulette> maybe but where is it used in 1.9 ?
[01:23] <Ubulette> $ /usr/lib/xulrunner/xulrunner -v
[01:23] <Ubulette> Mozilla XULRunner <IP_ADDRESS>_0000000000
[01:23] <Ubulette> $ xulrunner -v
[01:23] <Ubulette> Mozilla XULRunner 1.9a8pre -<PHONE_NUMBER>
[01:23] <Ubulette> no 000000000
[01:23] <asac> ok good
[01:24] <asac> blind me :)
[01:24] <asac> you posted that above ;)
[01:24] <Ubulette> yep
[01:34] <asac> Ubulette: can you please conflict << <IP_ADDRESS>-2ubuntu4
[01:34] <Ubulette> ok
[01:34] <asac> good ... then things look good
[01:38] <Ubulette> yes
[01:38] <asac> i guess we don't have implemented the extensions solution already, right?
[01:39] <Ubulette> no
[01:39] <asac> thats ok ... i think we can push this back to a9 b1
[01:39] <asac> a9/b1
[01:39] <gnomefreak> somehting is really fucking wrong with this. ill look at it more tomorrow
[01:39] <asac> unless you see issues of course
[01:39] <Ubulette> bot xul and ff3 read from /usr/lib/xulrunner-addons now
[01:39] <Ubulette> both
[01:39] <asac> ok
[01:39] <asac> i think we can do that way
[01:40] <asac> did you sort out the upgrade path issues?
[01:40] <asac> e.g. directory exists when link should be created?
[01:42] <Ubulette> not sure. I've upgraded a 2nd machine without problem
[01:42] <asac> those issues don't exist in gutsy anyway, right?
[01:42] <gnomefreak> asac: would 99_configure.dpatch have an effect on our pres_ubuntu.dpatch?
[01:42] <asac> there is firefox-granparadiso at them moment ... and not firefox-3.0
[01:42] <Ubulette> no, only ppa and my bot
[01:42] <asac> yeah
[01:43] <gnomefreak> it will?
[01:43] <asac> ok i think i can test the upgrade anyway
[01:43] <Ubulette> xul rev33 pushed
[01:43] <asac> thanks
[01:43] <Ubulette> asac, you're getting the diffs now, right ?
[01:43] <asac> yeah ... a bit late, but i get them :)
[01:48] <asac> ouch :)
[01:48] <asac> my mailserver was down :/
[01:48] <Ubulette> ?
[01:48] <asac> i stopped it 6 hours ago apparenlty
[01:48] <asac> is fetchmail smart enough? or did i loose zillions of mails now?
[01:49] <asac> ok downloading 1300 messages or so ... good
[01:49] <Ubulette> hmm, mike installed /usr/bin/xulrunner-config with 1.8
[01:49] <asac> did he?
[01:49] <asac> do we do that as well?
[01:50] <Ubulette> ix:~$ /usr/bin/xulrunner-config --version
[01:50] <Ubulette> <IP_ADDRESS>
[01:50] <Ubulette> no
[01:50] <asac> ok, then we don't need an alt for that ;)
[01:51] <Ubulette> some configure scripts may be confused
[01:51] <asac> well ... so be it ;)
[01:51] <asac> afaik there is no debian package using it
[01:52] <asac> it was broken and mike fixed it just because i wanted to use it
[01:52] <asac> he said that nobody reported a bug before
[01:55] <Ubulette> http://ppa.launchpad.net/jani/ubuntu/pool/main/x/xulrunner-1.9/   :))
[01:55] <asac> who is jani?
[01:57] <Ubulette> https://launchpad.net/~jani/+archive
[01:57] <asac> yes
[01:57] <asac> saw that
[01:58] <Ubulette> oh, i know, that's for OLPC
[01:58] <Ubulette> that's janimo
[01:59] <asac> Ubulette: you know how i can force exim to deliver everything tht it deferred?
[01:59] <Ubulette> no, i'm good with sendmail
[02:00] <asac> yeah
[02:00] <asac> i guessed that ;)
[02:00] <Ubulette> why ?
[02:00] <Ubulette> how ?
[02:01] <asac> well ;)
[02:03] <asac> i just think that you probably used sendmail once, and so you have an opinion ... while i hate all these kind of things so much, that I just use whatever comes by default
[02:05] <asac> but atm there is a thousand mails or so stuck ... and i hate it ;)
[02:15] <Ubulette> why on earth does miro install wpasupplicant during build ????
[02:16] <Ubulette> damn, it's in the bootstrap or toolchain
[02:16] <Ubulette> bad bad evil
[02:17] <asac> what?
[02:18] <Ubulette> I see wpasupplicant installed in my bot logs
[02:19] <Ubulette> damn, it's in the bootstrap
[02:19] <asac> yes, but certainly not by toolchain ;)
[02:20] <asac> in debootstrap?
[02:20] <Ubulette> yep
[02:20] <Ubulette> wireless-tools wpasupplicant
[02:20] <asac> in pbuilder as well?
[02:21] <Ubulette> i don't know
[02:21] <Ubulette> I'm not using pbuilder
[02:21] <asac> do you have synched clock?
[02:21] <asac> what time is it?
[02:21] <asac> @time ;)
[02:21] <asac> @time
[02:22] <ubotu> Current time in Etc/UTC: September 27 2007, 00:21:59 - Next meeting: Desktop Team Development in 11 hours 38 minutes
[02:22] <asac> @time berlin
[02:22] <Ubulette> Thu Sep 27 02:22:21 CEST 2007
[02:22] <ubotu> Current time in Europe/Berlin: September 27 2007, 02:22:26 - Next meeting: Desktop Team Development in 11 hours 37 minutes
[02:22] <asac> looks like my mail server is out of sync
[02:22] <asac> 3 minutes drift or something
[02:23] <Ubulette> you don't run ntp ?
[02:23] <asac> yes i do
[02:24] <asac> i restarted it (it was still running)
[02:24] <asac> now all is fine again
[02:24] <asac> must be a bug
[02:24] <asac> i had haevy ppp issues later today (when i stopped my mailserver)
[02:24] <asac> e.g. connection droppage for an hour
[02:24] <asac> maybe that hit ntp too hard :)
[02:28] <asac> ok i am off
[02:28] <asac> night
[02:29] <Ubulette> night
[03:54] <gnomefreak> asac: in the morning before i head to dr or when i return for some damn weird ass reason the 82_prefs_ubuntu patch applies during build but the option that the patch gives doesnt show up once iceape is installed (this has been bothering me the past few days, a hint or 3 would be helpful but i need to handle some troll than im going to bed
[10:06] <asac> gnomefreak: no idea without looking
[10:06] <asac> can be everything
[10:57] <gnomefreak> asac: my branch has latest changes if you get a minute
[11:01] <asac> gnomefreak: if that was introduced recently then you just have to figure out which change introduces this regression
[11:02] <asac> when did it first break?
[11:03] <gnomefreak> asac: from what i have gathered the patch we introduced in 1.1.3 or whatever version it was but for some odd reason update-mnaager fails on that packages (would like a clean install if apt-get can opull that off
[11:04] <gnomefreak> it worked prior to running autoconf2.13 is where i last say it (but very wekk could have be berod that
[11:04] <gnomefreak> sad part is patch gets applied to i fiure its still goood bbut failed to be used once built nad installed
[11:06] <asac> so which file does it patch? ... and where is that installed?
[11:11] <asac> k
[11:33] <gnomefreak> well wen i return from dr.s i would to fix this(i have thinkty ill be back sso as im prettmuch typing without brain activity :(ing 99_confireation
[11:33] <gnomefreak> .win 10
[11:36] <asac> !daily
[11:36] <ubotu> Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ and http://cdimage.ubuntu.com/daily-live/current/
[03:14] <gnomefreak> asac: it patches /modules/libpref/src/init/all.js to add go button to toolbar
[03:16] <Ubulette> hi
[03:16] <asac> gnomefreak: yeah ... but if itnever works why should probably just drop that feature ;)
[03:16] <asac> hi Ubulette
[03:18] <gnomefreak> asac: it did work up until (atleast where i relized) was when we patched for gcc and freinds
[03:18] <asac> Ubulette: archive will open tomorrow according to /topic in -devel
[03:18] <gnomefreak> but it did work great at one time, and i see no reason why its failing to work now, all we did is add a patch and run autoconf
[03:19] <asac> gnomefreak: feel free to fix it ... the patch patches a file that  is completely unreleated to it ... so it must be something else
[03:19] <gnomefreak> asac: huh?
[03:19] <gnomefreak> it patches the file that th prefs are in
[03:19] <asac> gnomefreak: the gcc patch has definitly nothing to do with it
[03:19] <gnomefreak> asac: i know that
[03:19] <asac> unless you dropped the other patch from 00list
[03:19] <gnomefreak> no
[03:19] <asac> (accidentially)
[03:20] <asac> gnomefreak: yes ... have you verified that the right config entry exists in the installed file?
[03:20] <gnomefreak> but i did notice in 00list the 82_prefs_ubuntu patch has .dpatch on end and is under the 99_configure but moving it and removing .dpatch from it didnt fix it either
[03:21] <asac> gnomefreak: don't do trial and error ... figure out why its not working in installed deb
[03:21] <asac> is the pref set there?
[03:21] <gnomefreak> when i build source i looked into the file th patch patches and it is there
[03:21] <asac> if not its probably not patched in source
[03:21] <asac> gnomefreak: look in the build result ... not in the source
[03:21] <asac> (well looking in source is good to check that the patch applied)
[03:21] <gnomefreak> asac: i looked in build-area/ubuntu.../ modules/ect...
[03:22] <asac> yes look in the installed files
[03:22] <gnomefreak> installed file you mean after build when i install it?
[03:23] <asac> gnomefreak: in debian/iceape/...
[03:23] <asac> or in the real install location
[03:23] <asac> yes
[03:25] <gnomefreak> ok giv me a few to build source again, i cleaned it up last night since everything i was thinking it could be was wrong
[03:25] <gnomefreak> fucking annoying bastard
[03:25] <gnomefreak> brb
[03:26] <asac> gnomefreak: look at the installed files then
[03:26] <asac> (in the meantime)
[03:29] <gnomefreak> bug 144882 asac  please fucking comment on this bug before this so of a bitch pisses me off pinging me ever 30 minutes
[03:29] <ubotu> Launchpad bug 144882 in network-manager "ioctl[SIOCSIWAUTH] : Operation not supported" [Undecided,Incomplete]  https://launchpad.net/bugs/144882
[03:30] <gnomefreak> and when you sa installed files you mean in ~/.mozilla/defualt /etc/iceape...? since the debina/* has nothing since its not built yet no temp yet
[03:32] <gnomefreak> im about 30 seconds from banning the fucker now
[03:33] <gnomefreak> there i think im done with him
[03:34] <gnomefreak> asac: btw hes got 2gigs memory
[03:34] <gnomefreak> and a sore IRC nick if he pms me again
[03:34] <asac> yeah
[03:35] <asac> gnomefreak: the all.js should be installed somewhere
[03:35] <gnomefreak> k smole first search next
[03:36] <asac> gnomefreak: why does he ping you?
[03:36] <asac> gnomefreak: i mean you never commented on that bug ... so how did you pull him to you?
[03:36] <gnomefreak> i told him to file the bug report :(
[03:36] <gnomefreak> price i pay for being an op i guess
[03:37] <asac> gnomefreak: he sent me a private mail ... which i just deleted
[03:37] <asac> no idea what he told me
[03:37] <AlinuxOS> asac, ;) hello & hello all! Congratulations for Beta!
[03:39] <asac> hi ... i assume you are not yet happy?
[03:39] <asac> which locale did i miss?
[03:43] <gnomefreak> asac: /usr/share/iceape/greprefs/all.js has it in there
[03:43] <gnomefreak> there was one other iceape all.js ill look at now
[03:44] <gnomefreak> nope never mind that is xpinstall.js
[03:45] <gnomefreak> so we know patch applies and the correct all.js gets installed (what am i not seeing)
[03:55] <asac> gnomefreak: no idea
[03:55] <asac> i guess the all.js is not used then?
[03:56] <asac> maybe there is still something left in /etc/iceape ?
[04:02] <gnomefreak> not really
[04:02] <gnomefreak> asac: there is a /etc/iceape/iceaperc and an /etc/iceape/base.js
[04:02] <asac> gnomefreak: ok merged the [SIOCSIWAUTH bug into the signal 5 bug cloud :)
[04:02] <gnomefreak> neither have anything of importances
[04:02] <asac> hope he is happy now
[04:02] <asac> bug 144882
[04:02] <ubotu> Launchpad bug 144882 in network-manager "crashes with signal 5 because it cannot acquire dbus connection (dup-of: 85113)" [Undecided,Incomplete]  https://launchpad.net/bugs/144882
[04:02] <ubotu> Launchpad bug 85113 in network-manager "[apport]  NetworkManager crashed with signal 5 in main()" [High,Confirmed]  https://launchpad.net/bugs/85113
[04:03] <gnomefreak> ah ok
[04:03] <gnomefreak> good happy means he might leave me alone
[04:03] <asac> well ... tell him that PM some dev brings him in spam folder
[04:03] <gnomefreak> oh it was /etc/iceape/pref/basejs and /etc/iceape/iceaperc
[04:03] <asac> maybe he understands then that i never answer to such mails
[04:03] <gnomefreak> asac: good idea
[04:03] <asac> (unless they reveal a fix of course)
[04:04] <asac> gnomefreak: so /etc/iceape/pref/basejs contains a setting that conflicts with what ou changed in all.js ?
[04:05] <gnomefreak> pref("intl.locale.matchOS", true);
[04:05] <gnomefreak> not unless that does and im thinking not likely
[04:05] <asac> no its ok
[04:05] <gnomefreak> base.js looks only to be locale relates
[04:05] <gnomefreak> d
[04:06] <gnomefreak> ICEAPE_DSP="none" not likely either
[04:06] <gnomefreak> that was in iceaperc
[04:06] <asac> gnomefreak: look at about:config
[04:06] <asac> maybe the setting is ok?
[04:06] <asac> which preference did you tweak btw?
[04:07] <gnomefreak> for the profile im loading not a one
[04:08] <asac> i asked for the pref name you changed :)
[04:08] <gnomefreak> its set to false in about:config
[04:09] <gnomefreak> asac: with the patch?
[04:09] <gnomefreak> its browser.toolbars.showbutton.go
[04:09] <asac> yes
[04:09] <asac> search all prefs for a setting like that
[04:09] <asac> is the setting marked as default ... or modified?
[04:09] <asac> in about:config
[04:09] <asac> (normal or bold)
[04:10] <gnomefreak> default
[04:10] <gnomefreak> normal
[04:10] <gnomefreak> default boolean false is everything after the prefs in about:config
[04:11] <gnomefreak> the showbutton.home .print .search are all true
[04:11] <asac> yeah ... then you did something wrong
[04:11] <asac> you probably patched the wrong source file
[04:11] <asac> searcn for all .js files that have that key
[04:12] <asac> there should be two or your patch is applied to wrong file
[04:12] <asac> archive.u.c is damn slow
[04:14] <gnomefreak> asac: in top level dir of build-area is there a way to search all files/dir?
[04:15] <gnomefreak> im using search .js | grep prefs changed
[04:15] <gnomefreak> and its not bringing anything up
[04:20] <gnomefreak> damn
[04:20] <asac> remember:
[04:20] <asac> find -name \*.js | xargs grep prefname
[04:21] <asac> gnomefreak: but actually don't do it in build-area, first try to search that way in debian/iceape/
[04:21] <asac> (after build)
[04:21] <asac> never clean builds you have done until you do a new build (so you can easily track down things)
[04:22] <gnomefreak> hmmmmmmmmm might have issue here
[04:22] <gnomefreak> i didnt clean after build and i use --dont-purge but i dont see a debian/tmp
[04:23] <asac> gnomefreak: look for debian/iceape
[04:23] <asac> if not you _did_ clean
[04:23] <gnomefreak> not htere
[04:23] <asac> no mater what you think you did
[04:23] <gnomefreak> an no i didnt clean unless it did after building source
[04:23] <gnomefreak> gnomefreak@Gutsy:~/gutsy-builds/work/ubuntu-1.1.x$ bzr bd --merge --dont-purge --builder='dpkg-buildpackage -rfakeroot -S -sa -k3C1C3C2A'
[04:23] <gnomefreak> i know i didnt clean
[04:23] <asac> that cleans
[04:24] <asac> that doesn't build either
[04:24] <asac> it just builds the sources ... for which you have to clean
[04:24] <gnomefreak> its builds sources
[04:24] <asac> yes ... thats not a build
[04:24] <asac> thats just clean + diff
[04:24] <gnomefreak> --dont-purge == dont clean
[04:24] <gnomefreak> oh so i have to build bins
[04:24] <gnomefreak> grrrrrr
[04:24] <asac> gnomefreak: you don't understand ... building sources isn't building
[04:24] <asac> right
[04:25] <gnomefreak> its building just not building binaries i thought
[04:25] <asac> gnomefreak: you have to build ... building sources might use the same word, but isn't building at all
[04:26] <asac> ubotu:
[04:26] <asac> Ubulette:
[04:26] <asac> Uploading to ubuntu (via ftp to upload.ubuntu.com): xulrunner_<IP_ADDRESS>-2ubuntu4.dsc: done. xulrunner_<IP_ADDRESS>-2ubuntu4.diff.gz: done. xulrunner_<IP_ADDRESS>-2ubuntu4_source.changes: done.
[04:26] <gnomefreak> ok bbs its gonna be a bit and it freezes me up something awful but ill be back
[04:26] <asac> Successfully uploaded packages.
[04:26] <asac> Not running dinstall.
[04:26] <asac> sure
[04:26] <asac> take the build time to rest, drink ... whatever
[04:27] <gnomefreak> im going to lay down i slept like shit so i figure i got time for the build
[04:27] <asac> gnomefreak: btw, i answered the guys Private mail ... telling him that private mails cannot be considered for bugs ;)
[04:27] <asac> and deleted ;)
[04:27] <gnomefreak> i didnt see a private mail but i havent looked either
[04:28] <gnomefreak> he kept asking how to get in touch with you and i told him you would comment on the bug no need to talk to him outside of bug
[04:28] <gnomefreak> hes beena royal pain im ny ass (it makes me think twice about saying anything in #ubuntu+1
[04:30] <asac> gnomefreak: just ignore pms
[04:30] <asac> unless you know that they are sensible (e.g from other public channels)
[04:31] <asac> gnomefreak: he sent private mail to the email he found in bug
[04:35] <gnomefreak> maybe since i didnt tell him how to get intouch with you he tried that. i told him today 4 times to ask me in 4-5 hours im busy as hell and not feeling well
[04:35] <gnomefreak> but he went around my back anyway :(
[04:36] <gnomefreak> i cant sleep i have meeting in about 25 minutes
[04:36] <asac> !daily
[04:36] <ubotu> Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ and http://cdimage.ubuntu.com/daily-live/current/
[04:43] <asac> gnomefreak: yeah ... some people think that yelling helps
[04:43] <gnomefreak> well they will learn :)
[04:43] <gnomefreak> testing beta cd?
[04:48] <asac> me?
[04:48] <asac> no
[04:48] <asac> Ubulette: xulrunner accepted
[04:49] <asac> is 1.9 ready for a punch?
[04:49] <Ubulette> 1.8 ?
[04:49] <asac> yes
[04:49] <asac> was punched through by RMs apparently, because archive is still not open completely
[04:49] <Ubulette> hold on. I've packaged a xulapp and I'm testing it with xul 1.9
[04:50] <asac> Ubulette: how about testing with firefox ;) ? ... the killer-xul-app
[04:50] <Ubulette> for me, ff3 is okay
[04:50] <asac> k
[04:51] <asac> Ubulette: which xulapp are you testing?
[04:51] <Ubulette> webrunner
[04:51] <asac> whats that?
[04:51] <asac> i tiny browser?
[04:51] <asac> s/i/a/
[04:51] <Ubulette> http://wiki.mozilla.org/WebRunner
[04:52] <asac> ah ok
[04:52] <Ubulette> http://mozillalinks.org/wp/2007/09/web-applications-mozilla-style/
[04:52] <Ubulette> it's really tiny
[04:52] <asac> maybe we should come up with a launchpad specific webrunner ;)
[04:52] <Ubulette> yes
[04:53] <asac> sounds interesting
[04:53] <Ubulette> http://paste.ubuntu-nl.org/38811/
[04:54] <Ubulette> feel free to create the project on lp :)
[04:55] <asac> i really have itchy fingers to upload xulrunner-1.9 to debian ;)
[04:55] <Ubulette> why ?
[04:55] <Ubulette> unstable or experimental ?
[04:55] <asac> well, debian deserves a decent xulrunner package :)
[04:55] <asac> unstable of course :)
[04:56] <Ubulette> will mike kill you ?
[04:56] <asac> yeah
[04:56] <asac> but would be interesting to see what happens if i upload firefox-3.0 + xulrunner-1.9
[04:56] <Ubulette> me too
[04:57] <asac> i think i would need a strawman for that :)
[04:58] <asac> lets get some experience first ... if upgrading works fine (for moz embedders), I will open an ITP
[04:58] <asac> thats less aggressive, but should have nearly the same impact (aka flamewar on -devel)
[05:00] <asac> Ubulette: now that we use full versioned dirs there won't even be a problem to have both in the archive
[05:00] <Ubulette> when I don't use cdbs, do I have to do all the dh_* -kfoo myself ?
[05:00] <asac> -k?
[05:00] <asac> -p?
[05:01] <Ubulette> right
[05:01] <asac> Ubulette: just running dh_install is equivalent to for all packages; do dh_install -p
[05:01] <Ubulette> i have *.install files and they are ignored
[05:01] <asac> just run dh_install without -p
[05:02] <asac> and be sure that the package names match the one in control
[05:02] <asac> but as soon as you need to do special things it stops to work
[05:02] <asac> why not using cdbs?
[05:02] <asac> i see that its not as flexible as plain debhelper, but usually you can do what you want
[05:03] <asac> (i have no real opinion about it, which is why i want to hear more arguments:))
[05:03] <Ubulette> there's nothing to build and no build system, I just need to install the files at the right place
[05:05] <asac> ok ... i think just including debhelper.mk is the same
[05:05] <asac> its just one line in rules then
[05:05] <asac> + .install files
[05:05] <asac> i saw packages like that already. .. let me think
[05:05] <asac> but well ... it probably doesn't matter much :)
[05:06] <asac> just implement clean and binary-arch binary-indep binary
[05:08] <Ubulette> I want to install each webapp in a different deb, does that sound right to you ?
[05:08] <asac> definitly ... is there a -common package as well?
[05:08] <Ubulette> a web app is just a small .webapp file (a zip)
[05:08] <asac> (take all this with a grain of sand ... i haven't looked in detail)
[05:09] <asac> Ubulette: so its like an extension package?
[05:09] <asac> does it have install.rdf?
[05:09] <asac> or what is in there?
[05:09] <Ubulette> I think I only want webrunner and a bunch of webapp-{googlereader,gmail,....} depending on webrunner
[05:10] <Ubulette> $ ls install/profiles/
[05:10] <Ubulette> facebook.webapp  ganalytics.webapp  gcalendar.webapp  gdocs.webapp  gmail.webapp  greader.webapp  groups.webapp  gtalk.webapp  twitter.webapp
[05:10] <Ubulette> Archive:  install/profiles/gmail.webapp
[05:10] <Ubulette>  Length   Method    Size  Ratio   Date   Time   CRC-32    Name
[05:10] <Ubulette> --------  ------  ------- -----   ----   ----   ------    ----
[05:10] <Ubulette>      143  Defl:N      112  22%  09-08-07 15:46  becc978f  webapp.ini
[05:10] <Ubulette>     1019  Defl:N      477  53%  08-31-07 23:40  48c2c9c3  webapp.js
[05:10] <Ubulette>     1150  Defl:N      163  86%  03-06-07 15:13  0915e154  gmail.ico
[05:10] <Ubulette>      491  Defl:N      214  56%  07-13-07 08:19  22b21df6  gmail.xpm
[05:11] <Ubulette>    39891  Defl:X     7188  82%  07-29-07 22:36  ae2b5ccf  gmail.icns
[05:11] <Ubulette> --------          -------  ---                            -------
[05:11] <Ubulette>    42694             8154  81%                            5 files
[05:24] <Ubulette> asac_ ?
[05:26] <gnomefreak> this is not good, maybe ill have to miss meeting (laywer didnt get my paperwork for court and it says it was deliered) might have to work this out damnit
[05:27] <asac_> Ubulette: maybe i missed a few lines
[05:28] <asac_> but please call the packages webrunner-APPNAME
[05:28] <asac_> not webapp-XX
[05:28] <Ubulette> sure
[05:29] <Ubulette> how do I register a mime type ? ie click on a .webapp in nautilus or ff lauch webrunner ?
[05:39] <Ubulette> asac, on 1st run, I get a python error from xul: http://paste.ubuntu-nl.org/38814/
[05:41] <Ubulette> (not fatal)
[05:41] <asac> how is time.so linked?
[05:41] <asac> (ldd)
[05:42] <asac> looks like its not linked against any python lib ... which probably causes this
[05:42] <asac> but then ... python should already be resident in process
[05:42] <asac> so ... no idea
[05:43] <asac> does webrunner use pytho at all?
[05:43] <Ubulette> dont know
[05:43] <asac> or is it just because our python package is broken?
[05:43] <asac> (e.g. broken pyxpcom component)
[05:44] <Ubulette> http://paste.ubuntu-nl.org/38816/
[05:44] <asac> what happened to firefox lp page?
[05:44] <asac> https://edge.launchpad.net/ubuntu/+source/firefox
[05:45] <asac> (broken)
[05:45] <asac> https://edge.launchpad.net/ubuntu/+source/xulrunner
[05:45] <asac> (works)
[05:46] <Ubulette> https://launchpad.net/ubuntu/+source/firefox works
[05:49] <asac> good ... at least it wasn't me :)
[05:49] <Ubulette> :)
[05:50] <Ubulette> https://launchpad.net/webrunner
[05:50] <asac> good
[05:54] <Ubulette> I have the same error in the console with webrunner and ff3
[05:54] <Ubulette> hmm
[05:55] <Ubulette> a click on an url in webrunner is supposed to open in the default browser. ff3 for me. I see ff3 raise, open a tab but the tab remains empty
[05:55] <Ubulette> maybe that's related to the error in the console
[05:56] <Ubulette> Error: [Exception... "'Component is not available' when calling method: [nsIHandlerService::getTypeFromExtension] "  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "<unknown>"  data: no]
[06:06] <Ubulette> asac, strange
[06:06] <Ubulette> 30705 open("/usr/lib/xulrunner-1.9a9pre/libsqlite3.so", O_RDONLY) = 3
[06:06] <Ubulette> 30705 open("/usr/lib/xulrunner-1.9a9pre/libsqlite3.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
[06:06] <Ubulette> 30705 open("/usr/lib/xulrunner-1.9a9pre/plugins/libsqlite3.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
[06:06] <Ubulette> 30705 open("/usr/lib/libsqlite3.so.0", O_RDONLY) = 27
[06:06] <Ubulette> -rw-r--r-- 1 root root<PHONE_NUMBER>-09-26 19:59 /usr/lib/xulrunner-1.9a9pre/libsqlite3.so
[06:06] <asac> hmm
[06:06] <asac> is storage completely broken or what?
[06:06] <Ubulette> no
[06:06] <asac> we shouldn't ship libsqlite3
[06:07] <asac> we should use system one ... or ws there an issue?
[06:07] <Ubulette> there's still no --system-sqlite
[06:07] <asac> bug 145683
[06:07] <ubotu> Launchpad bug 145683 in ubuntu "Network manager crash with WPA" [Undecided,New]  https://launchpad.net/bugs/145683
[06:08] <asac> hmm
[06:09] <Ubulette> I don't see why the 1st open is not enough
[06:29] <asac> hmmm xul failed on sparc
[06:30] <Ubulette> because of what ?
[06:30] <asac> compiler segfault ;)
[06:30] <asac> http://launchpadlibrarian.net/9523846/buildlog_ubuntu-gutsy-sparc.xulrunner_<IP_ADDRESS>-2ubuntu4_FAILEDTOBUILD.txt.gz
[06:30] <asac> i will ping our toolchain guy ... if he cares
[06:30] <asac> otherwise its probably just one retry
[06:33] <Ubulette> hmm, my patch for bz384304 is not good with webrunner
[06:34] <Ubulette> well, it is but i see some weird stuff in traces
[06:35] <Ubulette> no, it's wrong
[06:37] <Ubulette> original problem is different. foo -> xulrunner -> mozilla.sh tries to run foo-bin instead of xulrunner-bin
[06:40] <asac> mozilla bug 384304
[06:40] <ubotu> Mozilla bug 384304 in Startup and Profile System "/usr/bin/firefox is not able to handle symlinks due error in the script" [Major,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=384304
[06:40] <asac> why your patch?
[06:40] <asac> what did you change?
[06:40] <asac> maybe take the one from xul 1.8
[06:41] <Ubulette> just removed one more line not longer useful so it should be bad for you too
[06:41] <asac> Ubulette: he? you mean the patch that you have?
[06:41] <Ubulette>    while [ -h "$progname" ] ; do
[06:41] <Ubulette> -    bn=`basename "$progname"`
[06:41] <Ubulette>      cd `dirname "$progname"`
[06:41] <Ubulette> -    progname=`/bin/ls -l "$bn" | sed -e 's/^.* -> //' `
[06:41] <Ubulette> +    progname=`basename "$progname"`
[06:41] <Ubulette>      if [ ! -x "$progname" ] ; then
[06:41] <Ubulette> I dropped the bn line as i was no longer used
[06:41] <asac> well you don't follow links anymore by that
[06:42] <asac> -    progname=`/bin/ls -l "$bn" | sed -e 's/^.* -> //' ` ... this isn't dropped by our path
[06:42] <asac> patch
[06:42] <Ubulette> ?
[06:42] <asac> https://bugzilla.mozilla.org/attachment.cgi?id=268233
[06:42] <asac> thats the patch in the bug
[06:42] <asac> that line isn't dropped
[06:42] <asac> its essential, beacuse its the line that follows the link
[06:42] <Ubulette> lol
[06:42] <Ubulette> I redid jsut that
[06:42] <Ubulette> what did I use yesterday ?????
[06:43] <asac> LSD ?
[06:43] <Ubulette> maybe
[06:43] <asac> ;)
[06:43] <asac> maybe you didn't look at the patch, but at the script and tried to eye match the diff?
[06:44] <Ubulette> hmm, yours still looks wrong
[06:44] <Ubulette> I added the line *after* the value changed
[06:44] <asac> Ubulette: the patch in the bug is good from what i know
[06:45] <asac> note that those are two different var names: |progname| + |progbase|
[06:46] <Ubulette> one using the other...
[06:46] <Ubulette> so order is important
[06:47] <asac> yes ... and the order is right ... progbase is always the latest
[06:48] <asac> (might be wrong, but looks sane to calculate the result after you did the downstep
[06:48] <Ubulette> the ls stuff is ugly
[06:48] <Ubulette> the author should learn a bit about readlink
[06:49] <asac> well ... maybe its not available everywhere
[06:49] <asac> after all its from free software foundation according to manpage
[06:53] <Ubulette> asac, [17:29]  <Ubulette> how do I register a mime type ? ie click on a .webapp in nautilus or ff lauch webrunner ?
[06:54] <asac> oh i was offline then ;)
[06:55] <asac> Ubulette: firefox.desktop:MimeType=text/html;text/xml;application/xhtml+xml;application/xml;application/vnd.mozilla.xul+xml;application/rss+xml;application/rdf+xml;image/gif;image/jpeg;image/png
[06:57] <asac> man dh_installmime
[06:58] <asac> man update-mime
[06:58] <Ubulette> ty
[06:58] <Ubulette> http://chatzilla.rdmsoft.com/xulrunner/
[06:58] <Ubulette> maybe that should be packaged with xul, instead of iceape
[06:58] <Ubulette> or in addition to
[06:59] <asac> for now it should be in addition
[06:59] <asac> iceape is not yet xulrunner ready
[06:59] <asac> there will be suiterunner though
[06:59] <Ubulette> I mean, chatzilla as an indep app could be interesting for a lot of users
[07:00] <Ubulette> maybe as a webrunner app :)
[07:00] <asac> Ubulette: do we want to disable pyxpcom for this upload? ... it appears to be broken and will certainly cause bug reports
[07:00] <asac> or does it work?
[07:00] <Ubulette> it's needed for sugar
[07:01] <Ubulette> we can up like that and wait for bug reports
[07:01] <Ubulette> maybe split gnome 1st
[07:01] <Ubulette> for kde users
[07:01] <asac> so we want to split gnome right from the beginning?
[07:01] <Ubulette> looks easy
[07:01] <Ubulette> i did if for ff3 already
[07:01] <Ubulette> it
[07:02] <asac> Ubulette: can you please test if adding rss feed to external reader works with/without gnome-support
[07:02] <asac> its dependent on gnome-support in 2.0 and thus is broken
[07:03] <asac> or i can do it
[07:03] <asac> lets see if i have latest firefox
[07:03] <Ubulette> I can't i've dropped liferea for good
[07:03] <asac> $ firefox-3.0
[07:03] <asac> bash: /usr/bin/firefox-3.0: Permission denied
[07:03] <asac> strange
[07:03] <Ubulette> ?
[07:04] <asac> $ ls -l /usr/bin/firefox-3.0
[07:04] <asac> lrwxrwxrwx 1 root root 29 2007-09-27 19:04 /usr/bin/firefox-3.0 -> ../lib/firefox-3.0/firefox.sh
[07:04] <asac> $ ls -l /usr/lib/firefox-3.0/firefox.sh
[07:04] <asac> -rw-r--r-- 1 root root 1071 2007-09-25 06:32 /usr/lib/firefox-3.0/firefox.sh
[07:04] <Ubulette> it's 755 here
[07:04] <asac> i just reinstalled
[07:04] <asac> no change
[07:04] <Ubulette> hmm
[07:04] <asac> let me remove and install by downloading again
[07:05] <asac> Get:1 http://ppa.launchpad.net gutsy/main firefox-3.0 3.0~alpha8-0ubuntu1~mt1 [1184kB]
[07:05] <asac> thats the right version?
[07:06] <asac> yeah its still no x
[07:06] <asac> strange
[07:06] <asac> i know it worked in one of the previous packages i tried
[07:08] <Ubulette> http://www.sofaraway.org/ubuntu/tmp/firefox-3.0--1190829844-1190830285-PASS-3.0~alpha8-0ubuntu1~mt2--3.0~alpha9~cvs20070926t1041+bbot-1.log.gz
[07:09] <Ubulette> look at the end of the file, I dump all debs
[07:09] <Ubulette> it's 755
[07:09] <Ubulette> based on ~mt2
[07:09] <asac> mt2?
[07:09] <asac> did i forget to upload that?
[07:09] <Ubulette> yes
[07:10] <asac> hmmm no its mt1 here
[07:10] <Ubulette> bzr has mt2
[07:10] <Ubulette> unclosed
[07:10] <Ubulette> unreleased
[07:10] <asac> yes ... so i didn't forget :)
[07:10] <asac> anyway ... ppa thing is not executable .... for whatever reason
[07:10] <asac> can you please try to install thatone?
[07:10] <asac> e.g. not your bot products ;)
[07:11] <Ubulette> just dpkg -c it, you'll know
[07:12] <asac> well maybe its amd64 :)
[07:12] <asac> dpkg -c /var/cache/apt/archives/firefox-3.0_3.0~alpha8-0ubuntu1~mt1_amd64.deb | grep firefox.sh
[07:13] <asac> -rw-r--r-- root/root      1071 2007-09-25 06:32 ./usr/lib/firefox-3.0/firefox.sh
[07:13] <Ubulette> ohh, mine is build from bzr, yours from a diff
[07:13] <Ubulette> and diff cannot preserve chmod
[07:14] <asac> he?
[07:14] <asac> is firefox.sh shipped by us?
[07:14] <Ubulette> yes
[07:14] <asac> why do we do that?
[07:14] <Ubulette> to migrate the profile
[07:14] <asac> Ubulette: then the packaging is broken ... you have to use install -m in rules
[07:14] <asac> a package must not depend on wheteher its build from diff or bzr
[07:15] <asac> ok ... but then there is at least a reason :)
[07:15] <asac> i think we should go directly for mt2 then
[07:16] <Ubulette> it's the same
[07:16] <Ubulette> should be fixed too
[07:16] <Ubulette> are you fixing it ?
[07:17] <asac> you decide
[07:18] <Ubulette> please do it. I know you like to add a commit or two on top just before release ;)
[07:18] <asac> ok
[07:18] <asac> i will add it to prebuild then
[07:18] <asac> e.g. chmod
[07:19] <Ubulette> ok
[07:20] <asac> Ubulette: what is the state of your permissions to upload to ppa?
[07:20] <asac> are you still blocked being not a beta user?
[07:20] <Ubulette> yes
[07:20] <asac> ok
[07:21] <Ubulette> hmm, I'll add a check on my bot to drop exec from debian/* before build.
[07:24] <asac> well ... maybe do a chmod -R a-x debian/*
[07:24] <asac> chmod a+x debian/rules
[07:24] <asac> bzr commit -m "* simulate permissions of diff.gz" :)
[07:24] <Ubulette> :)
[07:25] <asac> no idea why we want those difference in bzr ... so i think thats the way to go
[07:25] <Ubulette> do I use webrunner-greader or webrunner-google-reader ?
[07:25] <asac> better google-reader
[07:25] <asac> unless the product calls itself greader
[07:25] <asac> (but thats confusing for gnome users)
[07:26] <Ubulette> it's google reader: http://www.google.com/reader/view/
[07:26] <asac> yes right
[07:26] <asac> hmm
[07:26] <asac> use that for now
[07:26] <asac> if someone complains we can change it
[08:05] <myown76> hi to all
[08:05] <asac> hi
[08:06] <myown76> could you explain me how should I do to install thunderbird 2.0 on Ubuntu?
[08:06] <asac> feisty?
[08:07] <myown76> yes
[08:08] <asac> https://wiki.ubuntu.com/MozillaTeam/PreviewArchives
[08:08] <asac> look feisty preview archive
[08:08] <myown76> thank you
[08:08] <asac> but be aware that this is *not* an official package ... we don't know of any issues, but they might be there
[08:11] <myown76> asac: it's not important
[08:12] <myown76> i need a newest version than 1.5 for installing a plugin
[08:12] <myown76> thank ypu
[08:12] <asac> yes, give it a try
[08:25] <asac> Ubulette: do you want to post a UVF/FF exception bug that i can ack and present to ubuntu-uvf team?
[08:25] <asac> for xulrunner-1.9 firefox-3.0 combo
[08:26] <asac> its a safe bet, but its just need formally
[08:26] <Ubulette> a what ?
[08:26] <asac> Request for UpstreamVersion and Feature Freeze exception :)
[08:27] <Ubulette> how do I do that ?
[08:27] <asac> just file a bug: UVFe/FFe request for xulrunner-1.9 + firefox-3.0
[08:28] <asac> just say briefly where the preview packages can be found ...
[08:28] <asac> well ... let me do it :)
[08:29] <asac> i will try to come up with README.addons tomorrow ... instructions on how to package extensions/locales/plugins
[08:29] <Ubulette> yep, sorry, I'm not familiar with those UVFe/FFe
[08:29] <asac> no problem :)
[08:29] <asac> better stick to tech stuff :) ... you shouldn't be required to fight administration things ;)
[08:29] <asac> ... so i will do
[08:34] <Ubulette> asac, the gcc patch
[08:35] <Ubulette> well, i386/amd64/ppc should be fine already
[08:35] <Ubulette> lpia may need the gcc patch
[08:35] <Ubulette> maybe sparc too
[08:42] <Ubulette> debian bug 401644
[08:42] <ubotu> Debian bug 401644 in python-lxml "python-lxml: import dies with objectify.so: undefined symbol: previousElement" [Normal,Fixed]  http://bugs.debian.org/401644
[08:44] <Ubulette> fix import of lxml.objectify. Maybe it's a python bug after all
[08:44] <Ubulette> looks similar
[08:59] <asac> hmm its fixed
[08:59] <Ubulette> what ?
[09:00] <asac> the bug
[09:00] <Ubulette> which one ?
[09:01] <asac> the one above ;)
[09:01] <Ubulette> python ? gcc ?
[09:01] <asac> python
[09:01] <Ubulette> id ?
[09:02] <asac> 20:42 < ubotu> Debian bug 401644 in python-lxml "python-lxml: import dies with objectify.so: undefined symbol:  previousElement" [Normal,Fixed]  http://bugs.debian.org/401644
[09:02] <ubotu> Debian bug 401644 in python-lxml "python-lxml: import dies with objectify.so: undefined symbol: previousElement" [Normal,Fixed]  http://bugs.debian.org/401644
[09:02] <asac> ??
[09:02] <Ubulette> it's not the same
[09:02] <Ubulette> I said it looks similar
[09:02] <asac> right ;) ... you mean its a regression/api change in python 2.5?
[09:02] <Ubulette> maybe
[09:03] <Ubulette> i hate python
[09:03] <Ubulette> i said that already right ?
[09:03] <Ubulette> :)
[09:03] <asac> yeah
[09:03] <asac> but this is a C issue after all :)
[09:10] <bluekuja> asac: http://bazaar.launchpad.net/~bluekuja/diff-ext/debian.source
[09:10] <bluekuja> asac: http://bazaar.launchpad.net/~bluekuja/diff-ext/upstream.source
[09:10] <bluekuja> pushed
[09:10] <bluekuja> everything ready for you
[09:15] <bluekuja> asac: it builds twice too
[09:15] <bluekuja> seems ok :)
[09:15] <bluekuja> asac: want them on mail?
[09:15] <bluekuja> (links)
[09:19] <Ubulette> http://mozillalinks.org/wp/2007/09/ubuntu-710-improvements-for-firefox-users/
[09:19] <bluekuja> asac: I'm leaving, so I sent links on your mail
[09:20] <bluekuja> cya tomorrow!
[09:20] <Ubulette> Jazzva, asac: you've gained visibility
[09:24] <Jazzva> Ubulette: Visibility? The link? :)
[09:24] <Ubulette> yep
[09:24] <Jazzva> checking it now
[09:28] <Jazzva> asac: Anything else we can finish now in Ubufox?
[09:29] <Jazzva> Oh... adding tooltip to ubuntu/internet icon in plugin finder :)...
[09:51] <Ubulette> asac: I've pushed webrunner to LP /~mozillateam/webrunner/webrunner
[09:52] <Ubulette> just grab it and run debian/rules new-orig
[10:37] <cello_rasp> hi! can I ask about errors, bug issues?
[10:38] <cello_rasp> heh.. asking to ask...
[10:42] <cello_rasp> ok, thunderbird suddenly won't load default account. nothing thunderbird related was installed in the time between. profiles.ini is pointing to the folder, yet on thunderbird start, it opens the "new account setup" dialog. using profile manager to point to the default profile does nothing either.
[10:45] <asac> cello_rasp: maybe your account is locked/in use
[10:50] <cello_rasp> ok, i made a duplicate folder with the same files and opened that via profile manager. again, it defaults to the dialog. both are chmod 755 with user perms. I can't think if anything else would be using it. that is my 5th clean boot since that happened.
[10:52] <cello_rasp> shame that it doesn't report what is happening, on command line i only get a bunch of gecko warns:
[10:52] <cello_rasp> ** (Gecko:5674): WARNING **: AT_SPI_REGISTRY was not started at session startup.
[10:52] <cello_rasp> ** (Gecko:5674): WARNING **: IOR not set.
[10:52] <cello_rasp> ** (Gecko:5674): WARNING **: Could not locate registry
[10:52] <cello_rasp> dang.
[10:57] <cello_rasp> in your experience would this be down to a file within the profile directory?
[10:57] <cello_rasp> *could*
[11:00] <cello_rasp> done fouling up the chan.
[11:01] <Ubulette> asac, any idea how I can track: Error: [Exception... "'Component does not have requested interface' when calling method: [nsIInterfaceRequestor::getInterface] "  nsresult: "0x80004002 (NS_NOINTERFACE)"  location: "<unknown>"  data: no]
[11:45] <asac> yes, you need to find which interface is missing
[11:48] <Ubulette> I've tried but no luck so far :(
[11:48] <asac> is that in javascript?
[11:48] <Ubulette> no idea
[11:48] <Ubulette> it's also in webrunner
[11:49] <Ubulette> did you try it ?
[11:49] <asac> nope
[11:49] <asac> is the package ready?
[11:49] <Ubulette> I've package the core and just 1 app
[11:49] <asac> does it have a javascript-/error-console?
[11:49] <Ubulette> yes
[11:50] <asac> what do you see in there?
[11:50] <Ubulette> start it with -d
[11:50] <asac> (given that the above is probably on console?)
[11:56] <Ubulette> asac, well, you know as much as i do
[12:19] <Ubulette> damn, xul is broekn
[12:30] <asac>  would try to see if there is any output in the error console ... then i would try to verify that the interfaces implemented by webrunner or by the specific app are actually the ones that latest xulrunner supports
[12:30] <Ubulette> same message with ff3 and webrunner
[12:30] <Ubulette> plenty of times while browsing
[12:31] <asac> try to figure out if this is cause by some extension
[12:31] <Ubulette> difficult to know why as nothing seems broken in ff3
[12:31] <asac> e.g. remove/disable them one by one
[12:31] <asac> or run in -safe-mode
[12:32] <Ubulette> could you try webrunner, click on any url and see if it shows up in ff (2 or 3)
[12:33] <asac> if it doesn't work for you i won't work for me most likely ;)
[12:33] <asac> i have to branch it first
[12:35] <asac> there is no source in bzr branch
[12:35] <Ubulette> please do
[12:35] <asac> just debian
[12:35] <Ubulette> use new-orig
[12:56] <Ubulette> now, desktop links works.  cooool :)
[12:57] <Ubulette> too bad there's no systray
[12:58] <Ubulette> would be nice for gmail and greader
[01:06] <gnomefreak> asac: this find command isnt giving me anything, i cd into build-area/iceape/debian and using it isnt giving me crap
[01:06] <gnomefreak> /debian/iceape even
[01:07] <gnomefreak> thats because inside iceape is /usr/share/docs/...
[01:08] <gnomefreak> or /DEBIAN/ with md5sums and control
[01:09] <gnomefreak> its /usr/share/doc/iceape than just readmes and shit
[01:10] <gnomefreak> if i cd into work/ubuntu1.x.x/debian/ there is no iceape dir even after building
[01:13] <Ubulette> gnomefreak, isn't that your bzr dir ? or is your build-area ?
[01:14] <gnomefreak> Ubulette: build-area is labled as build-ares the most recent comments are bzr dir
[01:15] <Ubulette> so it's expected that there's no iceape dir in work/ubuntu1.x.x/debian/
[01:15] <Ubulette> right ?
[01:15] <gnomefreak> right
 if i cd into work/ubuntu1.x.x/debian/ there is no iceape dir even after building
[01:15] <Ubulette> then I don't get that
[01:15] <gnomefreak> build-area/iceape/debian/
[01:15] <gnomefreak> Ubulette: checked just in case
[01:15] <gnomefreak> even in path right there its not giving me what im looking for
[01:15] <gnomefreak> and its kind of pissing me off
[01:16] <gnomefreak> build-area/iceape/debian/iceape
[01:16] <gnomefreak> that would be path


[13:58] <arosales> Hangout URL for http://summit.ubuntu.com/uds-1311/meeting/22005/t-cloud-juju-cf-integration/
[13:58] <arosales> https://plus.google.com/hangouts/_/76cpi6tlbc58t9stodcpjje1a4?authuser=0&hl=en
[13:58] <arosales> We'll be kicking off this final day of vUDS Servercloud Track 1 in a couple of minutes
[14:06] <marcoceppi> https://github.com/Altoros/juju-charm-chef
[14:06] <arosales> https://launchpad.net/charm-helpers
[14:08] <arosales> https://juju.ubuntu.com/resources/videos/
[14:09] <arosales> http://www.youtube.com/watch?v=6kWfLujVwNI  <--- Charm School, Charm Helpers
[14:12] <rbasak> I only see the chef-server charm. Where should I be looking for this documentation?
[14:12] <marcoceppi> https://github.com/Altoros/juju-charm-chef
[14:12] <rbasak> Thanks!
[14:16] <rbasak> It'd be nice to have a single entry point of documentation from the point of view of someone already experienced with (chef/puppet/ansible/salt) but not with juju. Basically what marcoceppi is describing now, but on a website somewhere.
[14:17] <rbasak> A high level view of what the options are and how they work from the point of view of this person.
[14:17] <avoine> QUESTION: Do you plan to have an ansible inventory plugin that gets the list of  host/group from juju?
[14:17] <hazmat> avoine, yes
[14:17] <avoine> cool!
[14:17] <hazmat> avoine, see https://github.com/cmars/juju-ansible
[14:17] <rbasak> For example I know a chef expert who wants to consider juju for orchestration, reuse his existing recipes, and I want something to point him to.
[14:18] <hazmat> rbasak, reuse of existing recipes is  a maybe.. we don't have nice chef or puppet integration that integrates with juju atm.. we do have salt and ansible covered. effectively its going to be juju dropping relation data into  the chef solo data bag directory.
[14:19] <hazmat> but that wouldn't play the same for chef recipes  that were using say for example encrypted data bags.
[14:19] <hazmat> more the support here for other cm tools is about supporting the language syntax for charm creation
[14:20] <hazmat> not for directly supporting adhoc all existing things written in those tools
[14:20] <rbasak> hazmat: you're giving me the answer on IRC. I want to be able to point someone interested somewhere to get the future status and state of play :)
[14:20] <hazmat> marcoceppi, jcastro could you repeat/emphasize the above ^
[14:20] <jcastro> I did
[14:20] <arosales> https://plus.google.com/hangouts/_/76cpi6tlbc58t9stodcpjje1a4?authuser=0&hl=en
[14:21] <rbasak> I'm after the best practice current recommended way of migrating into juju from a (eg.) chef shop documented somewhere, and kept up to date.
[14:22] <jcastro> yeah we just took a WI to work on that
[14:31] <arosales> session has ended
[14:31] <arosales> next up is automated charm testing
[15:04] <arosales> Automated Charm Testing Session starting in a couple of minutes
[15:04] <arosales> If you would like to join us the Hangout URL is: https://plus.google.com/hangouts/_/7ecpid4206khu0mgtbpgsd6h2c?authuser=0&hl=en
[15:04] <arosales> http://summit.ubuntu.com/uds-1311/meeting/22003/t-cloud-juju-automated-charm-testing/ has the blueprint, pad, and video stream
[15:23] <arosales> Any questions regarding Charm Testing?
[15:58] <jcastro> https://plus.google.com/hangouts/_/76cpjqftt9n1mi0kvhnqjes8vc?authuser=0&hl=en
[15:58] <jcastro> will be the next session
[15:59] <jcastro> https://plus.google.com/hangouts/_/76cpjqftt9n1mi0kvhnqjes8vc?authuser=0&hl=en
[16:00] <arosales> Session details are at: http://summit.ubuntu.com/uds-1311/meeting/22004/t-cloud-juju-bundle-workflows/
[16:01] <jcastro> https://juju.ubuntu.com/docs/charms-bundles.html
[16:03] <jcastro> https://juju.ubuntu.com/docs/charms-bundles.html
[16:05] <jcastro> https://juju.ubuntu.com/docs/charms-bundles.html
[16:06] <bac__> +1 for screenshot
[16:06] <hatch> +1
[16:06] <hatch> rofl look at that cup
[16:12] <bac__> Save the Dots
[16:17] <bac__> manage.jujucharms.com is down
[16:22] <bac__> benji worked on it too.
[16:28] <arosales> any questions?
[16:29] <bac__> yes, the doc
[17:57] <arosales> Amulet (testing framework) session will be starting in ~9 minutes
[17:57] <arosales> Google + Hangout URL, if you would like to join us, is https://plus.google.com/hangouts/_/7acpiufs3oe116hsjc65n3p88k?authuser=0&hl=en
[17:57] <arosales> Session logistics at: http://summit.ubuntu.com/uds-1311/meeting/22002/t-cloud-juju-amulet/
[18:02] <arosales> Starting the session
[18:03] <arosales> session = Amulet (Testing Framework)
[18:04] <arosales> If there any questions please post them here
[18:15] <marcoceppi> https://github.com/marcoceppi/amulet/blob/master/README.md
[18:18] <arosales> Any questions regarding Amulet for this session?
[18:20] <arosales> be sure to check out amulet @  https://launchpad.net/amulet


[01:50] <yharrow> omputer crqapped out on me :S
[07:29] <kraut> moin
[07:32] <Varka> moin
[07:33] <somerville32> moin
[11:24] <warp10> Hi all
[11:57] <persia> Who plans to chair the meeting?
[11:58]  * persia wants to avoid chair confusion after the meeting begins
[11:58] <Hobbsee> you.
[11:58]  * persia is recused due to haveing the only agenda item
[11:59] <dholbach> Hobbsee: how about you? :)
[11:59] <TheMuso> I can do minutes/announcements, if people are willing to wait 5/6 days for them.
[11:59]  * dholbach hugs TheMuso
[11:59] <Hobbsee> i'm so not.
[11:59]  * persia is more than happy to wait for annoucements, but offers to do minutes if nobody else wants them in the interest of not waiting.
[12:00]  * Hobbsee is gaming
[12:00]  * dholbach chairs the meeting then
[12:00] <dholbach> #startmeeting
[12:00] <MootBot> Meeting started at 12:00. The chair is dholbach.
[12:00] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[12:00] <dholbach> Welcome to another MOTU meeting
[12:00] <TheMuso> persia: You're welcome to do minutes if you want
[12:01] <dholbach> our Agenda is available at: https://wiki.ubuntu.com/MOTU/Meetings
[12:01] <dholbach> first up is persia
[12:01] <dholbach> [TOPIC] Discussion of change from requesting interdiff files to requesting diff.gz files. Despite documentation, interdiff seems hard to use.
[12:01] <MootBot> New Topic:  Discussion of change from requesting interdiff files to requesting diff.gz files. Despite documentation, interdiff seems hard to use.
[12:01] <persia> TheMuso: OK.  If you don't mind announcements: I tend to forget :)
[12:01] <TheMuso> persia: Announcements are fine.
[12:02] <persia> Interdiff files are wonderful, do everything we need, and help with the review process.  Unfortunately, despite documentation, many people seem to have trouble with them.
[12:02] <persia> cjwatson pointed out that most of the interesting information is contained in the diff.gz, and that the diff.gz was actually smaller than the "full interdiff".  In testing, I've found that I can reliably produce a .changes file for a new upstream from a diff.gz.
[12:03] <dholbach> I personally haven't dealt much with interdiffs yet, but found it OK once I knew about the process-interdiff script.
[12:03] <TheMuso> But interdiff files are a nice way to see exactly what has changed.
[12:03] <persia> Does anyone know of any reasons not to shift from interdiff to diff.gz in the hopes of making the process easier to understand?
[12:03] <persia> TheMuso: True, but the understanding is easier with -p1, and that makes it hard to reconstruct the target package.
[12:03] <TheMuso> Yes, looking at .diff.gz alone can sometimes be hard to work out what has changed.
[12:04] <TheMuso> persia: Following the documented process at http://wiki.ubuntu.com/UbuntuDevelopment/Interdiff, I have had no problems making interdiffs for others, and reviewing them.
[12:04] <persia> Most of the confusion seems to be related to the presence or absence of -p1.  By migrating to diff.gz, we'd push the burden of understanding when to use -p1 on the sponsor.
[12:04] <TheMuso> Right.
[12:05] <persia> TheMuso: Neither I, but I've seen others with difficulties.
[12:05] <TheMuso> What is so difficult about following a process?
[12:05] <TheMuso> That is documented/
[12:05]  * persia doesn't know
[12:05] <TheMuso> I fear that the few of us who are present, who seem to be fine ith them cannot make this decision.
[12:06] <TheMuso> We need more attendees, particularly those who have had trouble with them, to speak up.
[12:06] <TheMuso> s/speak up/attend the meeting and put their view forward/
[12:06] <dholbach> I feel the process decision would benefit from an evaluation period and the script being more public (ubuntu-dev-tools maybe) - maybe also a wiki page at PackagingGuide/Recipes
[12:07] <TheMuso> dholbach: Agreed. I was not even aware that the script was in a state that was usable.
[12:07] <TheMuso> i've been doing it manually myself.
[12:07] <persia> dholbach: It's a one-line call, documented at both UbuntuDevelopment/Interdiff and MOTU/Contributing.  The script isn't very reliable, although RainCT is looking at it.
[12:07] <dholbach> just to avoid going through the "ok, we've changed the process again", "hey we reverted it because somebody complained", etc business
[12:08] <dholbach> persia: I think it'd help to distribute it and improve it in iterations of using it day-to-day
[12:08] <dholbach> I'm sure we can tweak it to a point where it makes people happier :)
[12:08] <dholbach> ... even happier... :)
[12:08] <persia> Sure.  I don't see any point to changing the process unless one of the people who complained has something to say in the meeting.  Two weeks ago, this was raised in "Any Other Business", and all comments were positive, but I promised to investigate alternatives, hence this topic.
[12:09] <dholbach> Ok... what can we agree on and what can we transform into action items?
[12:09]  * siretart is late - sorry
[12:10] <dholbach> somebody who wants to help me with setting up a recipe page (in the new year)?
[12:10] <persia> In the absence of discussion from anyone with problems with Interdiff, let's agree that we should make more efforts to get automation scripts working well.
[12:10] <TheMuso> I agree with that.
[12:10] <siretart> I tried interdiff for one of my packages
[12:10] <dholbach> persia: will you add your process-interdiff script to ubuntu-dev-tools as a first step?
[12:11] <persia> dholbach: Not in the current state.  It breaks too often.
[12:11] <cjwatson> why were we ever requesting people to use interdiff by hand rather than debdiff?
[12:11] <cjwatson> (debdiff uses interdiff internally)
[12:11] <persia> cjwatson: new upstream packages sometimes have new binary objects which debdiff can't represent.
[12:12] <siretart> cjwatson: I assume because debdiff also displays the upstream changes
[12:12] <siretart> cjwatson: perhaps we can tune debdiff to skip those?
[12:12] <siretart> persia: this sounds like a bug to me. I'd expect that it notes this fact, but continues then
[12:13] <persia> siretart: Yes, but it means that one can't reconstruct the target package from the debdiff.
[12:13] <persia> One can reconstruct from interdiff -p0 or diff.gz from the new package.  There may be other ways, which I have yet to discover.
[12:14] <siretart> persia: is that really necessary?
[12:14] <persia> siretart: I think so.  I'd rather have a relatively small single file to download as a bug attachment when sponsoring a new upstream than negotiating from where to get a package.
[12:15] <persia> (especially when sponsoring from unknown contributors)
[12:15] <siretart> hm. I see
[12:15]  * Hobbsee notes that those who are not up with the latest motu proceedures still use debdiff, quite happily
[12:15] <siretart> how about teaching debdiff binary diffs then? (perhaps using xdelta or something)
[12:15]  * Hobbsee notes that you're going to get resistance switching everyone over, for something that seems to be of little benefit
[12:16] <persia> siretart: Considering that we can usually just download orig.tar.gz from upstream, and that we should when we don't know or trust the contributor, I'm not sure that's ideal.
[12:16] <dholbach> cjwatson: what are your thoughts about this?
[12:16] <persia> Hobbsee: Sure.  Maybe takes a while.  Still, good to pick the right thing before pushing everyone to switch.  Interdiff has been documented in one way or another for about 6 months.
[12:17]  * norsetto thinks that downloading a diff.gz from a bug report and then a tarball from somewhere is not much different than downloading a diff.gz and a tarball from revu
[12:17]  * siretart agrees to norsetto
[12:18]  * persia thinks that new upstreams have a lower threshold for changes than REVU packages, and that this is confusing to Contributors.
[12:18]  * persia further doesn't trust tarballs on REVU, having found a few that were different for no clear reason
[12:19] <cjwatson> dholbach: personally? not being able to open a patch directly in my browser makes me less likely to review it in a timely fashion
[12:19] <TheMuso> cjwatson: That I can understand.
[12:19] <cjwatson> I think we should fix the tools rather than reverting to a process that will delay review
[12:19] <persia> cjwatson: Do you mean adding hunking support to combinediff?
[12:19] <cjwatson> and work around it on a case-by-case basis in the odd instance where there's a problem
[12:20] <cjwatson> persia: I do think new upstreams are a special case
[12:20] <cjwatson> and there's no reason to throw the non-new-upstream baby out with the bathwater
[12:20] <persia> cjwatson: Ah.  Currently Interdiffs are only recommended for new upstreams.  All other patches are supposed to be debdiffs.
[12:20] <cjwatson> oh, I see, I misunderstood then
[12:20] <persia> We're trying to close the corner case.
[12:20] <cjwatson> yes, I think in that case a full .diff.gz is probably easier to review
[12:21] <cjwatson> so I take back my comments
[12:21] <cjwatson> but new upstream bugs should definitely come with clear instructions on retrieving the .orig.tar.gz
[12:22] <persia> I argue those instructions belong in either a watch file or a get-orig-source target in debian/rules
[12:23] <cjwatson> I agree that they should be there, but relying solely on them complicates review
[12:23] <cjwatson> and it means that you have to run stuff from the package before you can review it
[12:24] <persia> cjwatson: That's the reason for writing the automation scripts to pull it out.  Good point about running unseen code in get-orig-source though.
[12:24] <cjwatson> it doesn't seem much to ask for somebody to provide a URL in addition
[12:25] <geser> persia: I haven't looked at it yet: but how does it work to call the get-orig-source target from the diff.gz? how to you apply the diff.gz without the source tarball?
[12:25] <persia> geser: filterdiff :)
[12:26] <dholbach> to me it seems we should hold off on making a final process decision today but work on documentation and wiki examples instead and give people some time to evaluate the process
[12:27] <persia> That seems reasonable to me, although with Interdiff having been documented for the last six months, I'd like to continue recommending that to new Contributors until and unless we pick another process (perhaps using diff.gz).
[12:28] <dholbach> I didn't intend us to revert any decision or documentation now.
[12:28] <persia> OK.  That sounds perfect then :)
[12:28] <dholbach> great
[12:28] <TheMuso> +1
[12:28] <dholbach> persia: shall we work together on documentation and recipes?
[12:29] <persia> dholbach: I don't really understand recipes as implemented on the Wiki.  I'm happy to write yet more docs if the current are insufficiently clear.
[12:30] <dholbach> persia: the recipes are intended to be step-by-step examples, so people would download a tarball, an existing package and the steps would guide them to a working interdiff etc
[12:30] <persia> dholbach: Right.  We can discuss in another forum.  Consider my previous response mostly as "yes".
[12:30] <dholbach> [AGREED] No process change now, improve documentation (examples) instead and give us some time get feedback on it.
[12:30] <MootBot> AGREED received:  No process change now, improve documentation (examples) instead and give us some time get feedback on it.
[12:30] <dholbach> [ACTION] persia and dholbach to work on wiki documentation containing examples
[12:30] <MootBot> ACTION received:  persia and dholbach to work on wiki documentation containing examples
[12:31] <dholbach> thanks a lot persia
[12:31] <dholbach> [TOPIC] Other business
[12:31] <MootBot> New Topic:  Other business
[12:31] <dholbach> any other business?
[12:31] <dholbach> going once...
[12:31] <TheMuso> Should we perhaps notify people that there may be few/no MOTUs around for the next two mondays, due to the break?
[12:32] <TheMuso> and people doing the festive things they do?
[12:32] <dholbach> TheMuso: I believe persia already sent out a notice
[12:32] <TheMuso> Oh?
[12:32] <persia> TheMuso: I've recently sent an annoucement about REVU days, but something more general may be useful.
[12:32] <TheMuso> persia: Ok.
[12:33] <dholbach> Does somebody volunteer to send out a more general announcement?
[12:33] <TheMuso> persia: Where did you send that announcement? I don't think I've seen  anything to that effect yet.
[12:33] <norsetto> why general if its about mondays? Or is that about the next two weeks?
[12:33] <dholbach> TheMuso: -motu and -motu-mentors
[12:33] <persia> TheMuso: About 5 minutes before the meeting started.
[12:33] <TheMuso> persia: ah ok
[12:34] <dholbach> norsetto: yeah, the next two weeks - I expect less activity
[12:34] <persia> norsetto: About the next two weeks (for general MOTU availability).  That wasn't clear in my mail.
[12:34] <TheMuso> Hrm. Mail is slow then.
[12:34] <dholbach> (at least speaking for myself... :))
[12:34] <norsetto> dholbach: you bugger :-)
[12:34] <dholbach> Ok... do we need a more general announcement?
[12:35] <geser> TheMuso: https://lists.ubuntu.com/archives/ubuntu-motu/2007-December/002942.html
[12:35] <dholbach> maybe I'll just do it
[12:35] <TheMuso> geser: thanks
[12:35] <dholbach> [ACTION] dholbach to send out a general announcement about christmas activities
[12:35] <MootBot> ACTION received:  dholbach to send out a general announcement about christmas activities
[12:35] <dholbach> any other business?
[12:35] <dholbach> going twice...
[12:35] <dholbach> ok, gone
[12:35] <dholbach> [TOPIC] date and time of next meeting
[12:35] <MootBot> New Topic:  date and time of next meeting
[12:36]  * persia proposes 20:00 UTC 4th January
[12:36] <TheMuso> Good for me.
[12:36]  * dholbach keeps quiet because he'll likely be on the road then
[12:37] <geser> good for me too
[12:37] <dholbach> ok... let's go with 20:00 UTC 4th January then
[12:37] <dholbach> [AGREED] next MOTU meeting is 20:00 UTC 4th January
[12:37] <MootBot> AGREED received:  next MOTU meeting is 20:00 UTC 4th January
[12:37] <TheMuso> I'll send an announcement out as soon as I return next thursday.
[12:37] <dholbach> adjourned - thanks for attending the meeting :)
[12:38] <dholbach> thanks TheMuso and persia for sending out those mails
[12:38] <dholbach> #endmeeting
[12:38] <MootBot> Meeting finished at 12:38.
[12:38] <dholbach> http://kryten.incognitus.net/mootbot/meetings/ubuntu-meeting.20071221_1200.html
[13:46] <Hobbsee> @now
[13:46] <ubotu> Current time in Etc/UTC: December 21 2007, 13:46:31 - Next meeting: Kubuntu Developers in 21 hours 13 minutes


[09:36] <mr_pouit> micahg: (re: #737324) I had to move xfce4-notifyd to depends, because daily builds were broken with it as recommends only (it should precisely be the same issue: another notification-daemon was selected first, and then the recommends was conficting :/)
[13:57] <ochosi> micahg: hey, can we talk about gmusicbrowser-patches again tonight (if you have time)?
[14:58] <micahg> ochosi: sure, when's 'tonight'
[14:58] <charlie-tca> mr_pouit, micahg, cody-somerville : we need to adjust the colors used on the alternate installer now
[14:58] <charlie-tca> http://imagebin.org/144143
[14:59] <micahg> mr_pouit: so, we need our notification daemon specifically?
[14:59] <charlie-tca> this is a Xubuntu installation
[15:00] <mr_pouit> charlie-tca: I know, this is another last minute change from someone who woke up one morning and thought this was a good idea
[15:01] <charlie-tca> I know, and the design team got involved and changed the color pallette, to further screw with us
[15:01] <mr_pouit> I've been following the thread on ubuntu-devel, so I'll update xubuntu-artwork packaging to fix that soon
[15:01] <charlie-tca> I had hopes we could use this, but these colors actually suck
[15:02] <mr_pouit> micahg: no (because it works with other daemons), but yes (because xfce4-notifyd is better suited for xfce, it can be themed and its settings changed, unlike notify-osd, and is well integrated in xfce4-settings-manager, unlike all the other ones)
[15:03] <mr_pouit> *in xfce4-settings-manager and xfconf, of course
[15:03] <charlie-tca> mr_pouit: do we need a bug report to get an FFe?
[15:04] <charlie-tca> The single workspace seems to be a virtualbox feature only on installs
[15:04] <charlie-tca> hardware installations give two workspaces
[15:04] <mr_pouit> charlie-tca: no FFe needed
[15:05] <mr_pouit> mmh, that's weird then
[15:05] <charlie-tca> Thank you
[15:06] <micahg> mr_pouit: what about notification-daemon | xfce4-notifyd?
[15:06] <micahg> or maybe even the other way around
[15:08] <mr_pouit> micahg: yeah, I think it's doable, it just needs some manual patching of xubuntu-meta & ubuntu-meta
[15:08] <mr_pouit> patching = sed, probably
[15:09] <micahg> heh, well i'm waiting to see what the ubuntu side says about this :)
[15:10] <mr_pouit> xubuntu-meta previously contained something to do that for gnumeric irrc: gnumeric-gtk | gnumeric
[15:12] <mr_pouit> micahg: but are you sure these notification-daemons are the cause of the conflict?
[15:12] <micahg> mr_pouit: it's at least one cause
[15:12] <mr_pouit> there's other possibilities, like libsdl alsa vs. pulseaudio (I didn't check)
[15:13] <micahg> I was wondering about that, but I think both are using pulseaudio now
[15:13] <micahg> at least aptitude seemed to be happy with just notify-osd being pulled
[15:15] <ochosi> micahg: $tonight == 6pm to 8pm CET ?
[15:17] <micahg> ochosi: is that UTC +2?
[15:17] <micahg> oops +1?
[15:19] <ochosi> micahg: yeah, sry, UTC+1
[15:23] <micahg> ochosi: can probably do UTC 18:00 - 19:00, meeting at 17:00
[15:24] <ochosi> micahg: ok, so let's start looking at it around 18:00
[17:18] <ochosi> micahg: you around?
[18:30] <micahg> ochosi: around?
[18:31] <ochosi> micahg: yes but i need one more min
[18:34] <ochosi> micahg: ok, i'm ready
[18:36] <ochosi> micahg: i did a quick git diff to check what's missing from 1.1.7
[18:36] <ochosi> micahg: really not much :)
[18:39] <micahg> ochosi: so, quadrispro uploaded to Debian, Debian ftp's on manual, so it might not be until tomorrow or the next day until it hits, I'd like to review your patches tonight so we can prepare the upload to go in right after Debian or EOD Wed, whichever is first
[18:39] <ochosi> ok
[18:40] <ochosi> two files we need to add to gmb:
[18:40] <ochosi> or wait, do you want me to prepare a list of the patches?
[18:40] <micahg> ochosi: list and diffs please :)
[18:40] <micahg> ochosi: or just give me your version where I can dget it
[18:41] <ochosi> micahg: https://github.com/shimmerproject/gmusicbrowser
[18:41] <ochosi> but you don't need to pick/review all the differences
[18:41] <ochosi> e.g. there is an icon theme that we don't need for xubuntu
[18:41] <micahg> ochosi: right, can you prepare a package or point me to the specific patches I need?
[18:42] <ochosi> micahg: you mean a debian package?
[18:43] <micahg> ochosi: yep, if you want
[18:43] <ochosi> the debian package is in our ppa
[18:43] <ochosi> https://launchpad.net/~shimmerproject/+archive/ppa
[18:44] <micahg> ochosi: am I taking all the patches in there?
[18:44] <ochosi> micahg: and this is approx the patches we need from there: http://pastebin.com/YLk2tEGj
[18:44] <ochosi> meaning: add the files shimmer.layout and makeitlooklike.layout
[18:44] <ochosi> and adding a few lines to the other files in that list
[18:44] <ochosi> the changes are really not much as you can see
[18:45] <ochosi> it's only UI stuff
[18:45] <ochosi> no functions
[18:45] <ochosi> micahg: do you want me to go through the changes with you individually?
[18:48] <micahg> ochosi: well, I either need a debdiff for the patch or I need to know what it does so I can make sure it works :)
[18:48] <ochosi> micahg: ok :)
[18:49] <ochosi> micahg: all the stuff that ends on .layout contain layouts for gmusicbrowser, it has an inbuilt system to rearrange the UI elements. so that's that
[18:49] <ochosi> micahg: there's nothing much that could really break there, the layout has been tested for ages (~1year)
[18:51] <ochosi> the lines in gmusicbrowser_layout add two new widgets that inherit everything from their parents and only changes what happens when you click them
[18:57] <ochosi> micahg: i'm a bit lost on that, what else can i do for you now?
[18:58] <micahg> ochosi: I wish 1.1.7-1 was dgettable, but it won't be until tomorrow most likely
[18:59] <micahg> ochosi: a debdiff would be great if you have time
[19:00] <ochosi> micahg: that shouldn't be a problem, any specific options you want me to add?
[19:09] <ochosi> micahg: here you go: http://pastebin.com/YbvsSWgr
[19:10] <ochosi> micahg: note that we don't need pix/Faenza/*
[19:13] <micahg> ochosi: that's a diff WRT files, if I add all these files as a patch, will that be enough?
[19:14] <ochosi> micahg: no, the git diff i posted before is the real diff
[19:15] <micahg> ochosi: there's no diff there and I think I have to go
[19:16] <ochosi> micahg: when would you have time again?
[19:34] <micahg> ochosi: in about 2 hrs hopefully
[19:36] <ochosi> micahg: sorry, not sure i'll be around then... :/
[19:37] <micahg> ochosi: ok, tomorrow work?
[19:40] <ochosi> micahg: well actually in the morning i'd have a bit of time
[19:40] <ochosi> micahg: the rest of the day isn't that great unfortunately
[19:41] <ochosi> micahg: gotta prepare for a work-trip that starts on friday morning
[19:41] <micahg> ochosi: ugh, what time is morning?
[19:42] <ochosi> between 9 and 11?
[19:42] <micahg> I hope to be sleeping then :)
[19:43] <ochosi> ok :)
[19:45] <micahg> ochosi: I'll can be available tonight from UTC 0:00 to UTC 6:00, but I guess you'll be sleeping then :)
[19:45] <ochosi> micahg: you could simply "git clone https://github.com/shimmerproject/gmusicbrowser.git" and then take the diff between 2703644caf9f3f66025cea78959c026bc97638b1 and master
[19:45] <ochosi> micahg: i really hope so, yes ;)
[19:46] <micahg> ochosi: ok, I'll try that, thanks
[19:46] <ochosi> micahg: thanks for your help
[19:46] <micahg> ochosi: you're welcome
[19:47] <ochosi> micahg: if you need more explanations on what the individual patches/changes do, feel free to ping me anytime
[19:47] <ochosi> micahg: i read the backlog, so i'd answer maybe tomorrow morning
[19:48] <ochosi> micahg: but as i said, it's all just UI stuff, changing popup-menus etc
[19:49] <micahg> ochosi: do you have a sane author commit name set so I can use that in the patch?
[19:50] <ochosi> micahg: yeah, just use "Simon Steinbeiß"
[19:50] <micahg> ochosi: ok


[05:34]  * Linden940 is away: going to take a nap for around 9hours
[22:30]  * Linden940 is back (gone 16:55:27)