[05:42] <andyrock> morning
[05:52] <oSoMoN> good morning desktoppers!
[06:59] <Trevinho> hey, morning andyrock and oSoMoN
[08:03] <Laney> moin
[08:03] <seb128> hey Laney willcooke
[08:03] <seb128> good morning desktopers
[08:04] <seb128> how was your w.e? and how is that new week looking?
[08:04] <didrocks> hey Laney, willcooke
[08:06] <Laney> hey seb128 hey didrocks
[08:06] <Laney> good!
[08:07] <Laney> well on Saturday it rained all day more or less so we went to the library then the coffee shop
[08:07] <Laney> but yesterday was nice, allotment then pub with friends and board games
[08:09] <didrocks> which board games in particular?
[08:10] <willcooke> morning all
[08:12] <Laney> didrocks: https://boardgamegeek.com/boardgame/127024/room-25 then https://boardgamegeek.com/boardgame/73761/k2
[08:12] <Laney> sorry, terminal froze up weirdly
[08:13] <Laney> didrocks: seb128: willcooke: how are you!
[08:13] <Laney> supposed to get to 21° today
[08:13] <willcooke> I've just run out of disk space.  Suspect my Monday morning backup script has gone wonky
[08:13] <Laney> on the target?
[08:13] <didrocks> ah, room 25 :)
[08:14] <didrocks> were you on of the traitors? :p
[08:14] <willcooke> local hdd -> big F. off tar -> scp to local server -> rsync to AWS
[08:14] <didrocks> (don't know K2)
[08:14] <didrocks> Laney: doing well, thanks! supposed to get to 27° today :p better to run early…
[08:14] <Laney> someone else was the traitor
[08:15] <Laney> but at the start one of the contestents claimed falsely that he was
[08:15] <didrocks> ahah
[08:15] <Laney> so we all suspected the wrong person
[08:15] <Laney> funny
[08:15]  * didrocks has horrible stories of people being killed at the second round while not being the traitor :p
[08:15] <didrocks> (it was Rick's son being the traitor, and no-one suspected him at that time)
[08:16] <didrocks> I fooled all of us
[08:16] <didrocks> he*
[08:16] <Laney> :D
[08:16] <didrocks> found the exit
[08:16] <didrocks> marked it as dangerous
[08:16] <didrocks> and we lost :p
[08:16] <Laney> clever
[08:16] <Laney> I wanted to push someone into the fire room
[08:16] <Laney> but didn't get the chance
[08:37]  * Laney relocates to town
[08:40]  * duflu wonders if there is ASCII art for teleportation
[09:13] <Trevinho> officially welcome duflu! :)
[09:13] <duflu> Trevinho, umm, thanks
[09:17] <seb128> evening Trevinho duflu
[09:17] <duflu> Hey seb128
[09:17] <Trevinho> I still call this afternoon...
[09:17] <Trevinho> :-D
[09:17]  * Trevinho just got lunch...
[09:17] <seb128> if you wish :-)
[09:18] <Trevinho> but... hey seb128 :-D
[09:18] <seb128> what time is it for you?
[09:18] <Trevinho> seb128: how is the new life going?
[09:18] <seb128> 6pm?
[09:18] <Trevinho> seb128: 17...
[09:18] <seb128> oh ok, yeah, that's afternoon
[09:18] <seb128> life is good
[09:18] <seb128> had a nice relaxing w.e
[09:19] <seb128> and not so much sleep this night to balance it :p
[09:21] <Trevinho> eheh... Well, it has to be :-D
[09:35] <willcooke> hey jamesh :)
[09:35] <jamesh> hi willcooke
[09:36] <duflu> willcooke, sounds like I should email you status on Tuesdays and not Fridays (?)
[09:37] <willcooke> duflu, yes please.  Don't worry about being verbose, we can cover that in 1:1s, so something suitable for copy&paste to the wider team will be really helpful
[10:02]  * duflu fades into the night
[11:40] <seb128> it looks like we are getting quite some reports about zesty gconf upgrade issue, postinst hitting an error
[11:45] <jibel> seb128, do you have a bug #?
[11:46] <seb128> jibel, bug #1688721
[11:46] <jibel> thanks
[11:46] <seb128> yw
[11:46] <seb128> I wonder if that's the same as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760439
[11:47] <seb128> and having to do with the perl binding missing (which was pointed as an issue before release on devel iirc) and debconf?
[11:47] <seb128> (random guess statement from the warnings in the dpkg log)
[11:53] <jibel> seb128, lot of reports mention chrome, maybe it's related
[11:56] <seb128> jibel, I would guess that chrome pulls in gconf which we don't install by default anymore otherwise
[12:51] <oSoMoN> seb128, jibel: FYI starting with version 59 (to be released beginning of June) we will stop building chromium-browser with gconf (of course that doesn't affect upstream chrome packages)
[12:58] <jibel> oSoMoN, in this case it's chrome
[13:50] <kenvandine> hello desktoppers
[13:50] <oSoMoN> hey kenvandine!
[13:50] <kenvandine> i'm building a xenial backport of gnome 3.24 in a ppa for the platform snap
[13:50] <kenvandine> but running into a gtk test failure only on xenial
[13:51] <kenvandine> ERROR:/build/gtk+3.0-dBZtvN/gtk+3.0-3.22.15/./testsuite/css/style/test-css-style.c:115:load_ui_file: assertion failed (error == NULL): colornames.css:120:42'rebeccapurple' is not a valid color name (gtk-css-provider-error-quark, 1)
[13:51] <kenvandine> which i think is related to this
[13:51] <kenvandine> Failed to open file “./test-css-style.gresource.xml”: No such file or directory
[13:51] <kenvandine> anyone familiar with those gresource files that can confirm that might be the cause?
[13:52] <kenvandine> full build log at https://launchpadlibrarian.net/320395481/buildlog_ubuntu-xenial-amd64.gtk+3.0_3.22.15-0ubuntu1_BUILDING.txt.gz
[14:00] <seb128> kenvandine, the zesty build has the same no such file so it's not likely the issue
[14:01] <kenvandine> seb128, ah... ok
[14:01]  * kenvandine should have thought to check for the warning :)
[14:01] <seb128> I wonder if it uses external files as a reference
[14:01] <kenvandine> oh...
[14:02] <seb128> kenvandine, try maybe reverting https://git.gnome.org/browse/gtk+/commit/testsuite/css/style/colornames.ui?id=c27b8b48 ?
[14:02] <kenvandine> rebeccapurple is defined in the test
[14:02] <seb128> just to see
[14:02] <Laney> I think those come from pango
[14:02] <Laney> try building that first
[14:02] <seb128> https://git.gnome.org/browse/gtk+/commit/?id=c27b8b48
[14:02] <seb128> in fact
[14:02] <seb128> k, Laney got there first :p
[14:02] <seb128> I was looking at what provides the reference
[14:02] <kenvandine> oh...
[14:02] <Laney> sry :-)
[14:02] <kenvandine> damn ordering issue :)
[14:02] <kenvandine> ok, thanks!
[14:03] <seb128> I told you that deps might be needed
[14:03] <seb128> :p
[14:03] <kenvandine> seb128, indeed...
[14:03] <Laney> if that's true, please commit a BD version bump
[14:03] <kenvandine> sure
[14:03] <kenvandine> i'll push that to the ~ubuntu-desktop branch as well so it makes it in the next uplaod
[14:03] <kenvandine> upload
[14:03] <Laney> ya
[14:03] <seb128> but yeah
[14:03] <seb128> https://git.gnome.org/browse/pango/commit/?id=5aa230b1421b1a7dff8525125a5a22de48c5b6e9
[14:03] <kenvandine> thanks guys
[14:04] <seb128> confirmed in https://bugzilla.gnome.org/show_bug.cgi?id=770653
[14:04] <seb128> "don't see a strong reason to bump the pango dependency, just to make a test pass."
[14:04] <Laney> such reference
[14:04] <kenvandine> not worth an upload for it
[14:05] <kenvandine> but no reason not to :)
[14:05] <Laney> nah
[14:05] <Laney> but we'll get it next time
[14:05] <seb128> mbiel reported it, he could have bumped the build-depends in Debian...
[14:05] <seb128> oh well
[14:05] <seb128> good work figuring it out team :-)
[14:09] <jibel> seb128, about the gconf2 bug you mentioned earlier, it's reproducible by installing chrome with ubuntu-software. It hangs on ucf (in gconf2-common postinst)
[14:09] <jibel> i'll update the report
[14:10] <Laney> zesty?
[14:10] <jibel> yes zesty
[14:10] <jibel> I didn't try on artful
[14:12] <Laney> nod
[14:13] <Laney> can you check/say if libgtk2-perl is installed?
[14:13] <Laney> I think that was the package they were doing stuff with just before release that seb128 referred to
[14:16] <jibel> Laney, it is installed
[14:17] <Laney> k
[14:17] <Laney> it's one for robert_ancell to look at most likely anyway ;-)
[14:20] <Laney> ximion: hey, got 2s to talk appstream for gstreamer elements?
[14:20] <Laney> do you think it makes sense for asgen to generate this?
[14:20] <Laney> try apt show gstreamer1.0-plugins-bad - I think everything we'd need is there
[14:21] <Laney> that'd be type=codec components
[14:25] <xnox> seb128, http://bugs.debian.org/863134
[14:30] <seb128> xnox, nice, see there are community people interested in some bits :-)
[14:31] <seb128> jibel, can you get a bt of the hang? does it do it only if installed from ubuntu-software? or is apt having the same issue?
[14:34] <ximion> Laney: jup
[14:34] <Laney> ximion: k, nice
[14:35] <ximion> Laney: would you want asgen to auto-generate this, or should we rather put a metainfo snippet in the gstreamer plugin package?
[14:35]  * ximion votes for the latter, we should even upstream that
[14:35] <Laney> I think asgen should make it
[14:35] <Laney> because...
[14:35] <ximion> (if it isn't already)
[14:35] <Laney> otherwise they have to have individual metainfo files
[14:35] <Laney> to deal with package splits and stuff
[14:36] <ximion> like what?
[14:36] <Laney> putting some .so files in one packages and some in another
[14:36] <ximion> ah, you man the individual plugins... yes, that would be necessary
[14:36] <Laney> dh_gst* deal with this for you already
[14:36] <ximion> but I think upstream should have that as metainfo files, to be distro-agnostic
[14:37] <Laney> I guess they could generate them
[14:37] <Laney> also...
[14:37] <Laney> the <codec> tag isn't really specified
[14:39] <ximion> Laney: yes, I noticed :D - I wanted to object to AppStream initially because I thought codes were only defined via their mimetypes, then I realized that at least in the example <code> has a meaning
[14:40] <Laney> AFAICS it's not actually parsed currently
[14:40] <ximion> but it's not actually specified anywhere what that is
[14:40] <Laney> so it doesn't matter that much
[14:41] <Laney> but if we do something with PackageKit in the end then you probably want to be specified
[14:41] <ximion> I would still like to fix that in the spec somehow... But I am no expert on codecs
[14:41] <Laney> I think some of the examples in there are kind of wrong actually
audio/mpeg, mpegversion=(int)4, stream-format=(string){ adts, raw }, base-profile=(string)lc</encoder> would be a thing that gstreamer can do something with
[14:42] <ximion> before I release AppStream 1.0 I need to read the whole thing from start to finish - the spec has changed a lot over time, and there are a few historical accidents in there
[14:43] <ximion> I guess hughsie and I thought "we of course want a codec component!" but didn't actually clearly specify it (as long as GStreamer is happy)
[14:43] <Laney> they just use it to match the package name atm
[14:43] <Laney> AFAICS
[14:43] <Laney> which is actually what I want it for too
[14:43] <Laney> since you get given the list of packages for a particular list of codec requests from PK anyway
[14:52] <jbicha> ximion: have you thought about asgen for fonts?
[14:55] <ximion> jbicha: jup, it works
[14:56] <ximion> not only thought about it, but also worked with this madness for a while ^^
[14:56] <ximion> the fonts have to ship a metainfo file though, results without it using heuristics were abysmal (hughsie came to the same conclusion at Fedora)
[14:56] <ximion> jbicha: search for Oxygen or Lato in GNOME Software ;-)
[14:58] <jbicha> oh ok
[14:59] <jbicha> oxygen is the only font where that's been upstreamed so far :(
[14:59] <ximion> jbicha: I have a pending blogpost about this to motivate people to write more metadata (it's really easy!)
[15:00] <jbicha> that might be like saying "writing documentation is easy" :)
[15:01] <jbicha> the tough part for me is "how do you describe a font?", especially if you want the description to be CC0
[17:53] <Trevinho> Laney: you know what could have triggered https://bugzilla.gnome.org/show_bug.cgi?id=782942 ?
[17:56] <Trevinho> last libtool is different from previous by https://pastebin.ubuntu.com/24625273/ as you can see in the new one link_all_deplibs is set to no, but also in the previous version it would have been ignored if no...
[19:50] <robert_ancell> willcooke, hi
[19:52] <willcooke> hi robert_ancell - brwy
[20:24] <Laney> Trevinho: how do I make that happen?
[20:28] <willcooke> night all o/
[20:29] <Laney> Trevinho: I tried building the distro package in an sbuild schroot, and I also tried building clutter-gtk in jhbuild with updated glib and g-i
[20:29] <Laney> all worked
[23:25] <jbicha> robert_ancell: good morning, I thought you might be interested by Mike Gabriel's new uploads yesterday and today, particularly his Remote Login ones
[23:25] <jbicha> https://ftp-master.debian.org/new.html
[23:27] <robert_ancell> jbicha, what's that?
[23:27] <jbicha> yeah, I figured he forked before talking to y'all
[23:27] <robert_ancell> oh, is this the old remote login stuff from Ubuntu?
[23:27] <jbicha> yes, but renamed
[23:30] <jbicha> some of this stuff is old, like his libappindicator fork has his commits from 2015


[17:12] <ricotz> alf__, hello, did you already ported the new packaging of clutter 1.2 to clutter 1.3/1.4?
[19:04] <ahamino> Hi, my AMD Turion X2 ultra overheats under normal stress load, it has been doing that since ubuntu 9.04 -> 10.04 (runs fine on windows 7) .. I'm wondering if that got solved in 10.10 .. Checked lp .. and found a bug that looks similar to the problem I'm having ... but there are no indication of it's status : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/370173?comments=all
[19:04] <ubot4> Launchpad bug 370173 in linux (Ubuntu) "laptop overheats and suddenly shuts down/off (affects: 56) (dups: 9) (heat: 391)" [High,In progress]
[19:09] <ahamino> ping
[19:09] <ahamino> anybody here?
[19:22] <vish> !weekend | ahamino
[19:22] <ubot4> ahamino: It's a weekend. Often on weekends the paid developers and a lot of the community may not be around to answer your question. Please be patient, wait longer than you normally would or try again during the working week.


[00:08] -lugito:#lubuntu-devel- [rMANUAL8f9a13e178b5: Fix warning] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8f9a13e178b5
[00:11] -lugito:#lubuntu-devel- [rMANUALb465d29a4181: Add additonal columns options to vlc playlists] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALb465d29a4181
[00:24] -lugito:#lubuntu-devel- [rMANUAL747291fc052b: Add record button] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL747291fc052b
[00:38] -lugito:#lubuntu-devel- [rMANUAL9adfdd4596d8: Add right click way to change audio mode] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL9adfdd4596d8
[00:50] -lugito:#lubuntu-devel- [rMANUALbffe27f127c8: Add increase decrease playlist text size] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALbffe27f127c8
[01:15] -lugito:#lubuntu-devel- [rMANUALae2dc06afbeb: Move Status bar to own paragraph and currently playing file] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALae2dc06afbeb
[01:18] -lugito:#lubuntu-devel- [rMANUAL60b2930f17ae: Add status bar to change playback speed] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL60b2930f17ae
[01:21] -lugito:#lubuntu-devel- [rMANUAL170302fb6053: Finish statusbar] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL170302fb6053
[04:48] -lugito:#lubuntu-devel- [T30: Theme GRUB] guiverc (Chris Guiver) commented on the task: https://phab.lubuntu.me/T30#2904
[06:03] -lugito:#lubuntu-devel- [rMANUAL0422575d5e70: Add disable visulation] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL0422575d5e70
 Mateusz The advanced network configuration can be found in the preferences menu. perhaps that will do what you are looking to do.
 That was why we added the advanced network configuration. We do have a task covering this already in our phabricator instance. https://phab.lubuntu.me/T29
[11:07] -lugito:#lubuntu-devel- [High, Open] Native nm-tray connection editor: https://phab.lubuntu.me/T29
[21:01] <theloudspeaker> ! Standup
[21:02] <theloudspeaker> !standup
[21:03] <The_LoudSpeaker> !standup
[21:03] <The_LoudSpeaker> Ow wow luguito. Ggwp.
 *lights Lugito on fire*
[21:05] <The_LoudSpeaker> *lugito: still doesn't works*
 well normally it's ubot93 doing it
[21:06] <kc2bez> wrong bot
[21:06] <kc2bez> jinx
[21:06] <kc2bez> lugito is for phab
[21:06] <teward> and other things.  ubot93 is down sooooooooooooo
[21:07] <teward> !standup
[21:07] <teward> standup is @tsimonq2 @lynorian @HMollerCl @aptghetto @teward001 @SamuelBanya @kc2bez @The_LoudSpeaker wxl[m] guiverc it's 2100 UTC Thursday which means it's time for the Lubuntu Development standup meeting. Please announce yourself for roll call! Afterwards, in order of announcement, post your items and be sure to mention when you're done.
[21:07] <teward> wake up y'all, time to sin - i mean, check in!
[21:07] <teward> *shot*
[21:07] <kc2bez> o/
[21:08] <wxl> i'm here but can't say much for annother 20 or so
[21:08] <The_LoudSpeaker> o/
[21:08] <teward> i'm already making my presence known so :p
[21:09] <The_LoudSpeaker> I m barely awake. Was about to hit bed when the alarm went of. I will go first?
[21:09] <teward> (I just copied from last time heh)
[21:09] <teward> go ahead.
[21:09] <teward> then wxl then myself then $everyoneElse
[21:09] <The_LoudSpeaker> Nothing new from me. Apart from update of globalkeys to latest version. @kc2bez approve ploxx. TIA
[21:10] <The_LoudSpeaker> That will be all. Ciao.
[21:10] <kc2bez> I will take another look
[21:10] <The_LoudSpeaker> Thanks!
[21:10] <teward> wxl you're up.
[21:10] <wxl> can't
[21:11] <teward> ack.  i'll go
[21:11] <teward> Infra: SMTP is now pointed to the smtp server right, and I have a deployment plan for getting Phab emails working right for email-as-replies.  That'll requrie more testing once I get it fully routing aroudn where it needs to go, will put a call out for tests.

[21:11] <teward> who's next?
[21:12] <kc2bez> I think I am
[21:12] <teward> kc2bez: go ahead
[21:12] <kc2bez> Happy to help test
[21:12] <kc2bez> Not much here
[21:12] <kc2bez> Been banging my head on pi installs a bit.
[21:12] <kc2bez> IRL work has been grinding lately
[21:13] <kc2bez> That is all from me.
[21:13] <teward> that leaves wxl from those of us who were in the announcement of their presence.
[21:13] <teward> but i'm not in any rush :P
 I only can say I'm on vacation so haven't done much more than some responses in discourse
[21:34] <wxl> ok
[21:34] <wxl> so
[21:35] <wxl> been doing a little this and that
[21:35] <wxl> one thing i need @tsimonq2 to explain to me is how the heck our lxqt-config doesn't recommend the -l10n package, which debian has had for a long while
[21:37] <wxl> i'm working on developing a little mentee off of discourse (see https://discourse.lubuntu.me/t/a-different-wallpaper-in-each-screen/680/)
[21:38] <wxl> went down a little rabbit hole with pdfs with attachments which led to a bug report https://discourse.lubuntu.me/t/unable-to-view-pdf-attachments/679/27
[21:38] <wxl> another bug found in lxqt-config-montior i need to follow up on (or someone with multiple monitors needs to) https://discourse.lubuntu.me/t/keep-monitors-attached-expected-behavior/689/2
 @wxl [<wxl> one thing i need @tsimonq2 to explain to me is how the heck our lxqt-confi …], LXQt played a fun game of chicken where one release they said "oh all the translations are moving to the packages themselves" and then literally next release said "oh nevermind, it's all moving back"
 I'm willing to bet it was from when the translations were in the actual package itself
[21:39] <wxl> @tsimonq2: but why haven't we synced up since then? it's been a few cycles
 I simply haven't paid attention :)
[21:40] <wxl> but… merges
 Someone should merge from Debian
 We agree there
[21:41] <guiverc> wxl, i'll look at discourse..689 (multiple monitors)
[21:41] <wxl> but that's what i'm saying.. shouldn't this happen automagically?
[21:41] <wxl> thanks guiverc
[21:41] <wxl> btw i'm sure you saw i made your lximage-qt bug wishlist
 @wxl [<wxl> but that's what i'm saying.. shouldn't this happen automagically?], It should be a thing that's manually evaluated it
 (without the it)
[21:42] <wxl> i mean i would expect it to get caught up in mom somewhere
 I would too
[21:43] <wxl> no? but it hasn't
[21:43] <wxl> THAT'S what i'm worried about
 I'd have to take a manual look
 @wxl [<wxl> i mean i would expect it to get caught up in mom somewhere], you mean https://merges.ubuntu.com/l/lxqt-config/ ?
[21:45] <wxl> yeah
[21:45] <wxl> so tl;dr if we ignore what's in mom then we end up with outdated/problematic stuff
 it's hung up because of the -0ubuntu1 in disco/eoan/focal
 so the merge will be fully manual
[21:47] <wxl> and then we have a whole boatload of lxqt packages that need fixed
[21:47] <wxl> well, 13
[21:47] <wxl> plus some in the packageset
[21:48] <wxl> is there a way to limit this just to the packageset?
[21:52] <wxl> well anyways
[21:52] <wxl> then also exploring the fact that we should have i386 enabled but we don't https://discourse.ubuntu.com/t/missing-foreign-architecture-in-eoan/12702/13
[22:08] <wxl> here's the fix that enables i386 in ubiquity. now we need to figure out how to apply to calamares https://launchpadlibrarian.net/444082342/ubiquity_19.10.9_19.10.10.diff.gz
[22:12] <wxl> it won't be in live, though
[22:17] <guiverc> wxl re: discourse/multiple-screen, did you see a bug being filed?  I thought I recalled one via bugs-announce, but cannot find it
[22:18] <wxl> guiverc: no
[22:18] <guiverc> thanks...
 @wxl [<wxl> here's the fix that enables i386 in ubiquity. now we need to figure out ho …], even if we add it in we won't have it for 19.10 We can certainly evaluate it for 20.04 though.
[22:22] <wxl> @tsimonq2: ^ see above for context. since our installation primarily consists of unpacking the squashfs could we add the architecture to the squashfs? i'm not sure how exactly it's generated.
[22:22] <wxl> @kc2bez: that might be big enough to SRU, imho.
 The released iso's won't be respun though.
[22:23] <wxl> anyways otherwise maybe we need another shellprocess
[22:23] <wxl> yeah true sigh
 @wxl [<wxl> anyways otherwise maybe we need another shellprocess], we do some package installation at the end, we might be able to add it in.
[22:26] <wxl> but it's not a package…
 True. I am not in front of my computer so I am not looking at it but adding the process around that point would be good.
[22:28] <wxl> yeah maybe right before packages
[22:29] <wxl> but if somehow something were to depend on i386-only in the future, it would need to be in the squashfs or we'd need to do all of the package installation in the packages module
[22:29] -lugito:#lubuntu-devel- [rMANUAL7a29d79cb48a: Reword window management summary] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL7a29d79cb48a
[22:51] -lugito:#lubuntu-devel- [rMANUAL85834caafdaf: Add missing obivous where window title is] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL85834caafdaf
[23:20] -lugito:#lubuntu-devel- [T142: Deal with merges] wxl (Walter Lapchynski) just created this task: https://phab.lubuntu.me/T142
[23:31] -lugito:#lubuntu-devel- [T143: Enable i386 architecture] wxl (Walter Lapchynski) just created this task: https://phab.lubuntu.me/T143
 wxl @kc2bez what's the thing with i386? You want to have dpkg --add-architecture i386 by default?
[23:59] <wxl> yes
 Why?
 steam
[23:59] <wxl> because otherwise it's a poor user experience whenever anyone wants to install anything that depends on an i386 package, e.g. steam
 Oooo


[00:00] <Volans> get-install-rdf-version.sh (from actual upstrem branch)
[00:00] <Volans> newer.sh
[00:00] <Volans> that have the new name
[00:00] <Volans> sorry
[00:00] <asac> he?
[00:00] <Volans> get-new-imports.sh
[00:00] <asac> didnt we rename those?
[00:00] <asac> ah
[00:00] <asac> yeah
[00:00] <Volans> those are ready, but for a full test I have a little master.sh to test the whole process and I need the branches
[00:01] <Volans> so now I write the simple init-branches.sh
[00:01] <Volans> to have all from start to the list of versions to be merged
[00:01] <asac> Volans: yeah. we should also do a "mirros-branches.sh"
[00:01] <Volans> /merged/updated/
[00:01] <asac> or let me think
[00:01] <Volans> and what should do this script?
[00:02] <asac> ok
[00:02] <asac> most likely we want
[00:04] <asac> mirror-branches.sh <DIRECTORY> <AMOID> <BRANCHMAINNAME>
[00:04] <asac> hmm
[00:04] <asac> mirror-branches.sh <DIRECTORY> <AMOID> <SOURCE_PACKAGE_NAME>
[00:05] <asac> that would branch: DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.upstream
[00:05] <asac> and
[00:05] <asac> that would branch: DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.ubuntu
[00:05] <asac> and
[00:05] <asac> that would branch: DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.ubuntu.hardy
[00:05] <asac> ...
[00:06] <asac> e.g. for development release and all stable releases
[00:06] <asac> but for now just .ubuntu ;)
[00:06] <Volans> ok
[00:06] <asac> and .upstream
[00:06] <Volans> bzr branch or get/checkout?
[00:06] <asac> Volans: if no branch exists
[00:06] <asac> mkdir -p DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.upstream
[00:06] <asac> and bzr init DIRECTORY/AMOID/SOURCE_PACKAGE_NAME.upstream
[00:07] <asac> same for .ubuntu i guess
[00:07] <asac> Volans: branch
[00:07] <Volans> ok
[00:07] <Volans> quite simple
[00:23] <asac> bug 271446
[01:11] <Volans> asac: one problem... the branches bzr url depends on the user that have uploaded it, in particular for .upstream branches
[01:11] <Volans> should we put also this info  in the AMOID - SOURCE PACKAGE NAME list?
[06:50] <kgoetz> asac: re bug 247157 - i'm happy to try and make anotehr patch to have $otheraction, as long as $otheraction is decided on. the most obious way to fix it in my mind was install the certs (as thats how i fixed it).
[09:57] <gnomefreak> asac: network-manager crashed im letting apport give me details
[09:58] <gnomefreak> lol nothing so far maybe apport script on LP helps
[10:21] <gnomefreak> my connection is extreamly slow for some reason
[11:19] <gnomefreak> something wrong here :(
[11:20] <asac> bug 269656 <- in progress \o/
[11:21] <gnomefreak> ah nevermind i found it
[11:21] <gnomefreak> asac: that is the same as the firefox EULA and afaik it was removed from init start up
[11:21] <gnomefreak> ok brb need to fix connection issues
[11:37] <gnomefreak> asac: is dput working for you?
[11:38] <asac> gnomefreak: the bug above is the "INFAMOUS" EULA bug :)
[11:38] <asac> gnomefreak: not sure if you havent noticed it
[11:38] <gnomefreak> i did
[11:38] <asac> ah
[11:38] <gnomefreak> i thought it was on ff3 not ubfox
[11:38] <gnomefreak> ubufox
[11:38] <asac> anyway. i am starting to commit fixes.
[11:38] <asac> gnomefreak: ubufox and firefox-3.0
[11:38] <gnomefreak> ah
[11:38] <asac> both contribute
[11:39] <gnomefreak> someone in #xubuntu yesterday said it was fixed
[11:41] <gnomefreak> bzr bd is fucked up :(
[11:42] <gnomefreak> its putting everything in work/ except the source.changes
[11:42] <gnomefreak> source.changes is being placed in build-area
[11:46] <gnomefreak> asac: is LP slow for you?
[11:46] <gnomefreak> like more than 2 minutes to open homepage
[11:50] <gnomefreak> ok time to work on connection sincei  cant even ping google
[11:50] <gnomefreak> now its good
[12:02] <Volans> asac: if you don't already know it: http://lwn.net/Articles/299135/rss  "Mozilla admits 'giant error' with Firefox EULA move (NetworkWorld)"
[12:04] <gnomefreak> fixed
[12:07] <asac> Volans: yeah
[12:08] <Volans> asac: I have a problem with the branches
[12:08] <asac> gnomefreak: there will be a post-update fix for launchpad afaik
[12:08] <asac> today
[12:08] <gnomefreak> asac: thanks
[12:08]  * gnomefreak has issue with extension and cant remember what we did to fix it last time
[12:08] <Volans> many *.upstream branches are uploaded by users so ~volans/..../branch.upstream and so on... for every user that have upload a branch
[12:09] <asac> Volans: yeah i read that yesterday but you were gone ;)
[12:09] <asac> Volans: _all_ upstream branches will be in the same realm
[12:09] <asac> most likely ~mozillateam at the beginning
[12:09] <asac> but probably we will have a new team for that
[12:09] <asac> at some point
[12:10] <asac> Volans: same goes for the the .ubuntu branches
[12:10] <asac> Volans: all will be in the same realm
[12:10] <Volans> ok, other issue, some of those have binary_package_name instead of source_package_name
[12:10] <Volans> I hope this will be fixed with the transition to the same realm
[12:10] <asac> Volans: only .ubuntu branches that matter are 1) release branches and 2) proposed merges
[12:10] <asac> release branches will be (in the beginning) in ~ubuntu-dev (or -core-dev in case the extension is in main)
[12:11] <asac> the merge branches will be put into ~mozilla-extensions-dev
[12:11] <asac> Volans: yeah. but i think source/binary isnt reawlly important for our task (maybe i miss something)
[12:11] <asac> Volans: lets say its "branch-prefix" for now
[12:12] <Volans> ok
[12:12] <asac> at some point we should consolidate them ... yes
[12:12] <asac> so all have source-package
[12:12] <asac> but i think that the scripts dont need to interpret those names for anything
[12:13] <Volans> for test that all works fine I have to mirror branches and now I can't automatically, I can download some branches manually to check that
[12:13] <gnomefreak> Jazzva: with firegpg when it wouldnt install we changed the ID from xxxx-xx-xxxx to firegpg.firegpg.com? and it fixed it. well same issue with wizz-rss where would i look for the replacement for the ID numbewr
[12:13] <Volans> another way can be that I assume that there aren't branches and create new branches from hardy source packages, but in this way we lost che history of past branches commits
[12:13] <gnomefreak> number
[12:13] <asac> Volans: right. we could create an initial config file
[12:13] <asac> Volans: with columns:
 <branch-prefix>
[12:14] <asac> if that helps
[12:14] <Volans> I already assume that at this stage
 <AMOID>
[12:14] <Volans> but it's the same :)
[12:14] <asac> yeah
[12:14] <asac> so whats the problem then?
[12:15] <Volans> that <branch-prefix> is not sufficient to find the branch atm...
[12:15] <asac> Volans: why?
[12:15] <gnomefreak> i think i found the problem now to figure out how to fix :(
[12:15] <asac> Volans: i think we need a general configuration: BRANCH_REALM:
[12:15] <asac> thats lp:~ubuntu-dev/firefox-extensions/
[12:15] <asac> for ubuntu branches
[12:15] <asac> and
[12:16] <asac> thats lp:~mozillateam/firefox-extensions/
[12:16] <asac> for upstream branches
[12:16] <asac> then the branch name would be:
[12:16] <asac> $BRANCH_REALM_UPSTREAM/$BRANCH_PREFIX.upstream
[12:16] <asac> and
[12:16] <asac> $BRANCH_REALM_UBUNTU/$BRANCH_PREFIX.ubuntu
[12:16] <Volans> the problem is that the branch realm are: lp:~jazzva/firefox-extensions/snowl.upstream
[12:16] <Volans> and so on...
[12:16] <asac> so maybe its branch-name-prefix (to avoid confusion)
[12:17] <Volans> depends on the users
[12:17] <asac> Volans: ah
[12:17] <asac> Volans: well. for those that have the .upstream branch somewhere else we need to fix them manually initially
[12:17] <Volans> and if we use the mozilla extensions team for uoload?
[12:17] <asac> Volans: for upload?
[12:17] <Volans> *upload
[12:18] <Volans> for upstream branches
[12:18] <Volans>  lp:~mozilla-extensions-team/firefox-extensions/snowl.upstream
[12:18] <asac> Volans: anyone in that team can delete the branches then
[12:18] <Volans> oh right...
[12:18] <asac> Volans: we probably want mozilla-extensions-upstream
[12:18] <asac> at some point
[12:18] <Volans> yes
[12:18] <asac> Volans: but you can surely test with lp:~volans/+junk/ ... unti its working
[12:19] <Volans> so at this point <branch-prefix> can be the complete url
[12:19] <asac> Volans: no
[12:19] <asac> Volans: as i said: we need two global configs
[12:19] <Volans> ok ok
[12:19] <asac> BRANCH_REALM_UPSTREAM
[12:19] <asac> and
[12:19] <asac> BRANCH_REALM_UBUNTU
[12:19] <asac> Volans: in theory we dont even need .upstream
[12:19] <asac> when you look at the bzr log  of .ubuntu
[12:19] <asac> you can see the revision number of the last upstream merge
[12:19] <asac> its for instance 7.1.5
[12:20] <asac> if you do bzr branch -r 7.1.5 branch.ubuntu branch.upstream
[12:20] <asac> you will have the upstream branch again
[12:20] <asac> howver, we still need them
[12:20] <asac> but at least we can recover lost .upstream branches to get them started
[12:20] <asac> we need them because its too hard to guess which version is upstream in a script ... and also we need them in case a auto-merge fails
[12:21] <asac> so the user can do the merge based on an updated upstream branch.
[12:21] <Volans> ok, so for testing purposes I can manually branch the actual ones and put all to volans/+junk and test with it?
[12:22] <asac> yeah... should work
[12:22] <Volans> ok thanks
[12:22] <asac> Volans: you can also branch the branches you want to test locally
[12:22] <asac> and use a local file path as BRANCH_REALM_*
[12:22] <asac> so you dont need to do everything over network
[12:22] <Volans> oh, yeah, good idea
[12:24] <asac> [reed]: is beltzner based in MV?
[12:39] <XioNoX> hi
[12:40] <gnomefreak> asac: im getting a checksum mismatch in control files
[12:40] <gnomefreak> how do i fix this, rebuild doesnt fix it
[12:41]  * gnomefreak hopes something easy that i forgot
[12:41] <gnomefreak> or overlokked
[12:51] <gnomefreak> ok anyone tell me what im missing/overlooking? http://pastebin.mozilla.org/539806
[12:51] <gnomefreak> im so close to being done i can taste it :(
[12:54] <asac> gnomefreak: well
[12:55] <gnomefreak> i got it asac
[12:55] <asac> gnomefreak: at best cleanup all those bits manually
[12:55] <asac> and respin
[12:55] <gnomefreak> i was respinning wrong version
[12:56] <gnomefreak> nope i guess not
[12:56] <gnomefreak> i dont get it ~jjv doesnt error
[12:58] <gnomefreak> http://pastebin.mozilla.org/539820
[12:58] <gnomefreak> its the same frigging build just with ~jjv on end
[12:58] <asac> gnomefreak: really. remove all the clutter
[12:59] <asac> gnomefreak: did you put the orig in tarballs/ directory?
[12:59] <gnomefreak> asac: what clutter are you seeing
[12:59] <gnomefreak> asac: yes
[13:00] <gnomefreak> could it be caused by the placement of files? sources.changes goes into build-area where as the rest go into work/  ~jjv gets placed in build-area
[13:00] <gnomefreak> not sure why that is happening with smer command
[13:00] <gnomefreak> same
[13:01] <gnomefreak> packaging wise there cant be an issue since ~jjv doesnt error on lintian
[13:01] <gnomefreak> only change is in changelog version
[13:01] <asac> gnomefreak: right
[13:01] <asac> i think the files are just out-of-sync
[13:01] <asac> gnomefreak: so ... remove everything in build-area and work/
[13:02] <asac> e.g. clutter ;)
[13:02] <gnomefreak> no need to grab branch again?
[13:02] <asac> gnomefreak: where is the branch?
[13:02] <asac> in work/
[13:02] <asac> ?
[13:02] <Jazzva> gnomefreak, I suppose you figured it out, but look for em:id field in install.rdf
[13:02] <gnomefreak> asac: in work
[13:02] <asac> gnomefreak: remove all files that get produced during build
[13:03] <asac> and at least all files that complained about
[13:03] <gnomefreak> Jazzva: thats not the issue i dont think but i will look if it fails again
[13:03] <gnomefreak> em:id is numbers btw
[13:03] <gnomefreak> k
[13:04] <gnomefreak> ok respinning again
[13:04] <gnomefreak> they all went into build-area now
[13:05] <gnomefreak> asac: your good
[13:05] <gnomefreak> now lets see if that ws the issue
[13:05] <gnomefreak> was
[13:06] <gnomefreak> ok wtf
[13:08] <gnomefreak> building source it went into build-area when i built bins. everything was removed from build-area and placed into work except for the sources.changes file
[13:08] <gnomefreak> why would bzr do that
[13:08] <gnomefreak> i shouldnt have to remove build-area for every build
[13:09] <asac> gnomefreak: yeah
[13:09] <asac> bzr builddeb is a bit broken right now
[13:09] <asac> i think the sources end up at a different place
[13:09] <asac> then the binaries
[13:10] <asac> e.g. the sources are put in the parent dir and the binaries in build-area
[13:10] <asac> if foud this confusing too
[13:10] <asac> and still havent figured the line
[13:11] <gnomefreak> thats what im seeing i just asked in #bzr too see if something can be worked around or a PPA with fixed verion
[13:12] <asac> gnomefreak: james_w is the one to ask
[13:12] <asac> gnomefreak: he is in this channel ;)
[13:16] <gnomefreak> hes in every channel ;)
[13:17] <gnomefreak> he answered me before in motu now he answered me in bzr oh and -sa isnt a valid in bzr bd
[13:21] <james_w> gnomefreak: you can use it by specifying a builder, but you can't pass it to "bzr bd" directly
[13:21] <james_w> "bzr bd -sa" -> "bzr: ERROR: No such option -s"
[13:22] <gnomefreak> james_w: it is in the builder
[13:22] <james_w> if you did "bzr bd --builder 'debuild -S -sa'" to build the source package then that will be why it didn't get moved
[13:22] <gnomefreak> james_w: youll see it on the paste i gave you
[13:22] <james_w> "bzr bd -S --builder 'debuild -S -sa'" will work
[13:24] <james_w> ok, so you didn't tell it you were building a source package (bzr bd -S) the first time, so it didn't know to look for _source.changes instead of _i386.changes, so it didn't move the files
[13:24] <james_w> you then built the binary package, it saw the _i386.changes, and moved the results
[13:24] <james_w> it was a full source upload, so the _i386.changes included the .dsc, and so they were moved as well
[13:24] <gnomefreak> james_w: i gave the -S option int he builder
[13:25] <james_w> gnomefreak: yeah, but bd doesn't know that
[13:25] <asac> james_w: isnt there a regression as well for those "changes"?
[13:25] <gnomefreak> no reason why i should have to give it 2 times
[13:25] <james_w> asac: I'm not sure what you mean
[13:25] <asac> james_w: it regularly complains to me that some changes are missing ... appears to be a non-fatal warning
[13:25] <gnomefreak> that would be a regression or a feature in new version
[13:25] <gnomefreak> this was working fine last week
[13:26] <james_w> gnomefreak: if you don't want them moved then make ~/.bazaar/builddeb.conf
[13:26] <james_w> and put
[13:26] <james_w> [BUILDDEB]
[13:26] <james_w> result-dir = ../build-area
[13:26] <asac> james_w: what will end up in build-area by default ?
[13:26] <asac> nothing?
[13:26] <gnomefreak> thats all i put in it?
[13:26] <asac> or the binary parts?
[13:26] <james_w> unfortunately that will break until I get the next bug fix release in the archive
[13:27] <james_w> asac: it should be nothing
[13:28] <asac> james_w:
[13:28] <asac> build-dir = /var/builddir/asac/
[13:28] <asac> result-dir = /var/builddir/asac/results/
[13:28] <asac> all deps end in build-dir
[13:28] <james_w> deps?
[13:28] <gnomefreak> james_w: this shoudl work? http://pastebin.mozilla.org/539844
[13:29] <asac> james_w: debs ;)
[13:29] <gnomefreak> s/shoudl/should
[13:29] <asac> james_w: actually that was how it behaved a few days ago
[13:29] <james_w> gnomefreak: no, ~/.bazaar/builddeb.conf
[13:29] <asac> now that i am looking _everything_ ends up in build-dir :(
[13:29] <gnomefreak> oh dmn
[13:29] <asac> oh wait ... maybe i didnt build sources for a logn time
[13:29] <asac> lets check
[13:29] <james_w> gnomefreak: and if you set it now then it will cause a failure on every build unfortunately
[13:30] <gnomefreak> well thats not helpful :( ok ill wait to set it than
[13:31] <gnomefreak> ok made note
[13:31] <asac> james_w: ok
[13:32] <asac> james_w: i think i understand where this confusion comes from :)
[13:32] <asac> james_w: appears to behave like "implemented"
[13:32] <asac> its just that all my binary builds i did in the past failed due to gpg key
[13:32] <asac> and i just ignored that
[13:33] <asac> didnt really think about that as being an error that prevents the packages from being moved to results
[13:33] <asac> but makes sense ;)
[13:34] <gnomefreak> Jazzva: nope what i thought was issue wasnt. the em:id's match in .rdf and rules
[13:36] <gnomefreak> Jazzva: install.rdf http://pastebin.mozilla.org/539853 and rules http://pastebin.mozilla.org/539857
[13:37] <gnomefreak> it builds fine and installs but it doesnt show up in browser anywhere (in addons or anyother menu)
[13:37] <Jazzva> gnomefreak, try uncommenting MOZ_XPI_EMID line in debian/rules.
[13:37] <gnomefreak> ok
[13:37] <Jazzva> Also, if you're specifying MOZ_XPI_MOZILLA_DIRS, uncomment it too :)
[13:38] <Jazzva> gnomefreak, you can remove iceweasel and icedove, we're not shipping them afaik
[13:38] <gnomefreak> Jazzva: as haad me add them to xpi.temp
[13:38] <Jazzva> gnomefreak, another thing... afaik, you shouldn't use "_" in the package name.
[13:38] <gnomefreak> huh?
[13:38] <gnomefreak> where do you see _
[13:38] <Jazzva> MOZ_EXTENSION_PKG := wizz_rss_news_reader
[13:39] <gnomefreak> its upsteams name
[13:39] <gnomefreak> upstreams
[13:40] <gnomefreak> i changed name to wizz-rss maybe i should have that in rules instead?
[13:40] <Jazzva> wizz-rss should be ok, I think
[13:40] <Jazzva> if you need to keep this one, replace "_" with "-"
[13:44] <gnomefreak> this looks better
[13:44] <gnomefreak> will let you know
[13:45] <gnomefreak> Jazzva: worked perfectly ;) thanks
[13:47] <Jazzva> no problem :)
[13:59] <gnomefreak> it works too ;)
[14:11] <fta> hi
[14:12] <gnomefreak> hi
[14:12] <gnomefreak> ok this toolbar is cool ;)
[14:12] <fta> asac, I guess i should wait to merge your last ff3.0 change to the 3.1 branches, right? still looks like wip to me
[14:15] <gnomefreak> asac: ok i have 4 feeds and the options in tool bar all work so far. can you please review firegpg chatzilla and wizz-rss in my PPA the ~jjv1 versions are the right ones not a lintian warning or error in any
[14:29] <asac> fta: wip?
[14:29] <fta> sorry, wip = work in progress
[14:30] <asac> yes. its in progress ;)
[14:30] <asac> better not diffuse that too much in the branch jungle ;)
[14:31] <asac> in case we have to go a different approach or who knows what ;)
[14:45] <fta> asac, any idea how i can fix the <wizard> error in prism ? this is the only issue left to update prism
[14:45] <fta> i'd like to push prism if it's not too late
[14:46] <asac> fta: does that happen with en-US as well?
[14:46] <fta> i'm using en-US
[14:48] <asac> fta: show me the error and the source sourrounding that error ;)
[14:49] <asac> from what i remember its a missing translatable entity ... which causes the xml parser to choke
[14:50] <fta> i figured that out but why?
[14:50] <asac> fta: which resource is it that is missing
[14:50] <asac> cant tell more without knowing that
[14:50] <fta> Sep 18 15:45:37 <fta2>  XML Parsing Error: undefined entity
[14:50] <fta> Sep 18 15:45:37 <fta2>  Location: chrome://mozapps/content/extensions/update.xul
[14:50] <fta> Sep 18 15:45:37 <fta2>  Line Number 14, Column 1:<wizard id="updateWizard"
[14:50] <asac> fta: that doesnt give me enough context
[14:50] <asac> i need the code of update.xul
[14:51] <asac> sourrounding that line
[14:51] <fta> lol, hold on, i'm looking in the code
[14:51] <asac> (there is not even anm entity visibly in that error
[14:51] <asac> )
[14:51] <asac> which is always painful for these parser errors
[14:53] <asac> mostlikely &updateWizard.title;
[14:54] <asac> open chrome://mozapps/locale/extensions/update.dtd and see if the title is defined there
[14:54] <asac> that refers to &brandShortName; in 3.0
[14:54] <asac> that makes sense
[14:54] <asac> fta: prism has to provide brand.properties and brand.dtd
[14:54] <asac> when running as standalone app
[14:54] <asac> fta: ^^
[14:55] <asac> most likely doesnt ship that ... or the build we are doing misses those files
[14:55] <asac> ok ... off for a break
[14:55] <asac> havent had lunch yet
[14:56] <fta> that update.xul is in xul, not in prism
[14:56] <asac> yes
[14:56] <asac> but xul doesnt have a brand
[14:56] <asac> so the app has to provide brand.properties and brand.dtd
[14:58] <fta> ./prism/runtime/chrome/locale/en-US/brand/brand.dtd
[15:00] <fta> it is packed in the jar: http://launchpadlibrarian.net/17734266/buildlog_ubuntu-intrepid-i386.prism_0.9.1%2Bsvn20080918r18380-0ubuntu1~fta1_FULLYBUILT.txt.gz
[15:04] <fta> asac, http://ubuntuforums.org/showthread.php?t=924136
[15:32] <[reed]> asac: no, Toronto
[15:33] <[reed]> asac: but he's in MV quite often
[17:25] <fta> if anyone is using ff-3.1 under intrepid (either my builds or the official ones) could you please tell me if you have proper sound when viewing a <video> content ?
[17:45] <asac> fta: i can try ;)
[17:45] <asac> not sure where to test that
[17:47] <fta> asac, try this: http://quetzalcoatal.blogspot.com/2008/08/thanks-dbaron.html
[17:47] <fta> hm, today this page is ok, let me look for another one
[17:48] <crimsun> I'll try your build in a sec
[17:48] <asac> fta: doesnt work
[17:48] <asac> oh wait ;)
[17:49] <asac> fta: there is noise
[17:49] <fta> cracklings ?
[17:49] <asac> fta: i forgot that i had my headsets plugged in
[17:49] <asac> yes
[17:49] <fta> i had that before
[17:49] <asac> fta: and only when i push "play" for the first time
[17:49] <asac> then i have to reload the whole page
[17:49] <asac> but maybe one needs to call "rewind()" or something
[17:49] <asac> havent looked at the video tag spec
[17:50] <fta> http://www.double.co.nz/video_test/
[17:51] <fta> hm, now it's fine for me too. strange.
[17:51] <asac> yeah sound is not really working
[17:52] <asac> but then i have no clue what to expect there
[17:52] <asac> too bad LP is down again
[17:52] <fta> you should expect proper sound, like any mp3 or divx
[17:58] <asac> sigh
[17:58] <asac> this is soooo ugly
[17:58] <asac> no LP
[17:59] <asac> means stuck
[18:00] <crimsun> [12:51] <      beuno> if you need to look at something
[18:00] <crimsun> [12:51] <      beuno> you can use staging
[18:00] <crimsun> [12:51] <      beuno> which has 24h-old data
[18:00] <asac> yeah
[18:00] <asac> i wanted to check whether there were commits in the last 12 hours ;)
[18:00] <asac> but well ... i think it should come back any minute
[18:00] <asac> they said 1h from 1600 UTC
[18:00] <asac> @time
[18:01] <asac> bug 259562
[18:01] <crimsun> [12:55] <      beuno> mdz, maybe another 30 minutes
[18:01] <crimsun> [12:55] <      beuno> maybe less  :)
[18:01] <fta> asac, which branch(es)?, maybe i'm in sync
[18:01] <crimsun> gah, come on, ppa.
[18:02] <asac> fta: xul 1.9
[18:03] <fta> head ? dev .
[18:03] <fta> ?
[18:03] <asac> yeah head
[18:03] <asac> fta: btw, i am currently exploring bzr checkouts .... they are not that bad
[18:04] <asac> diverging happens right during commit and since you have to bzr update and then commit to resolve a merge
[18:04] <asac> it means that you will always commit on top
[18:04] <asac> but of course ... now its cumbersome ;)
[18:04] <asac> but one can bzr unbind and go ahead as if it always was a brnach
[18:04] <asac> and later bzr bind
[18:04] <crimsun> fta: right, no audio.  I bet it's an alsa-plugins issue here.
[18:05] <crimsun> we haven't merged lennart's git tree, I bet.
[18:05] <crimsun> (I'm routing everything through pulseaudio on 8.10)
[18:06] <fta> crimsun, i'm using your patch, ported to the latest libasound2, maybe that's why it's fine for me now
[18:06] <fta> asac, http://paste.ubuntu.com/48355/
[18:11] <fta> asac_, <fta> asac, http://paste.ubuntu.com/48355/
[18:11] <asac_> fta: let me check
[18:11] <asac_> (thanks for reposting)
[18:12] <asac_> fta: nope ... o-o-s ;)
[18:12] <asac_> 348 is not here unfortunately
[18:12] <asac_> fta: you wanna do a bunch of uploads for the abrowser thing?
[18:13] <asac_> :)
[18:13] <asac_> archive is open for that ;)
[18:13] <fta> yep sure, but in an hour or two, (shopping + lunch)
[18:13] <fta> i mean dinner
[18:19] <crimsun> LP is back.
[18:28] <asac> fta: apparently this video thing cause ffox to not properly close, but to become a windowless zombie-like thing ;)
[18:29] <fta> hm
[18:29] <asac> http://www.reghardware.co.uk/2008/09/18/toshiba_unveils_netbook/
[18:49] <asac> fta: minefield doesnt have any search engines when starting :/
[18:53] <fta> asac, eh? http://www.sofaraway.org/ubuntu/tmp/search.png
[18:58] <asac> fta: well ;) ... it makes sense:  dpkg -L firefox-3.1 | grep search
[18:58] <asac> /usr/lib/firefox-addons/searchplugins
[18:58] <asac> /usr/lib/firefox-3.1b1pre/searchplugins
[18:58] <asac> i just dont have firefox-3.0 anymore :)
[18:59] <fta> hm
[19:01] <fta> the thing is i didn't want to duplicate /usr/lib/*-addons so i linked the 3.0/1.9 ones
[19:01] <fta> i expected to have both installed
[19:02] <asac> yep
[19:03] <asac> i will think about it ;)
[19:03] <fta> http://paste.ubuntu.com/48370/
[19:04] <fta> but even with abrowser-3.0, you should have that.. it's not a branding thing, is it?
[19:04] <asac> fta: abrowser-3.0 doesnt have that browser
[19:05] <asac> err that problem ;)
[19:32] <fta> -rw-r--r-- 1 fta fta 62344287 2008-09-19 20:17 thunderbird-3.0_3.0~b1~hg20080919r384+nobinonly.orig.tar.gz
[19:32] <fta> damn, it's big
[19:32] <fta> (just converted shredder from cvs to hg)
[19:33] <fta> -rw-r--r-- 1 fta fta 45669357 2008-08-14 00:32 thunderbird-3.0_3.0~a2+nobinonly.orig.tar.gz
[19:34] <fta> so now, it's the full comm-central + mozilla-central :(
[19:35] <fta> meaning the exact same tarball for seamonkey (beside the name)
[19:45] <asac> fta: thats good
[19:45] <asac> fta: unfortunately the tagging and releasing wont be in sync still
[19:46] <asac> otherwise we could do one huge mozilla-central-and-all source package ;)
[19:47] <fta> would be better to have xul-sdk everywhere so comm-central would be enough (and small)
[19:48] <asac> obviously ;)
[19:48] <fta> looks like bug 269656 activity is increasing again
[19:48] <fta>      14 2008-09-13
[19:48] <fta>     122 2008-09-14
[19:48] <fta>     174 2008-09-15
[19:48] <fta>      81 2008-09-16
[19:48] <fta>      44 2008-09-17
[19:48] <fta>      12 2008-09-18
[19:48] <fta>      19 2008-09-19
[19:48] <asac> well ... i did t afew bug modifications today
[20:01] <wikz> fta: Hi ,you are the one maintaining TB3a2 ,right ?
[20:02] <fta> wikz, maintaining is not the word, but yes, i've created the initial package and it seems i'm the only one working on it
[20:03] <fta> in a kind of best effort mode
[20:03] <wikz> pardon me sir :)
[20:04] <fta> wikz, np, it's just that this package needs some love
[20:04] <wikz> fta: If you remember ,I had bugged you a couple of weeks ago about building TB .ALso about spicebird
[20:04] <wikz> We migrated Spice to TB3A2 from TB2
[20:04] <fta> i remember
[20:04] <fta> oh, great news
[20:04] <wikz> I need your guidance in 'building' the same
[20:05] <asac> wikz: what is spicebird? an extension?
[20:05] <asac> or a fork?
[20:05] <wikz> No asac ,we kinda forked it
[20:05] <asac> ok ... i think i remember
[20:05] <wikz> but simple to build
[20:05] <asac> that discussion ;)
[20:05] <asac> did you change your nick?
[20:05] <wikz> just put the . ${topsrcdir}/collab/config/mozconfig
[20:05] <asac> or was there someone else from your project here too?
[20:05] <wikz> yeah it was wiki
[20:06] <wikz> someone stole it then
[20:06] <wikz> :P
[20:06] <asac> ok
[20:06] <asac> wikz: stole it? did you have the password for ti?
[20:06] <wikz> nah I mean it was in use by somo one else
[20:06] <asac> ah
[20:06] <asac> ok
[20:07] <asac> wikz: are you german?
[20:07] <wikz> so I was able to build spice from the fta's TB3a2 ppa
[20:08] <wikz> asac: No
[20:08] <wikz> India
[20:08] <wikz> :D
[20:09] <wikz> asac: We also have an implementation of libpurple and telepathy-haze in spice like I was telling that day
[20:09] <wikz> VERy very buggy though
[20:09] <fta> wikz, i'm about to change the tb3 package quite a lot to accommodate it to the new comm-central reqs
[20:09] <wikz> fta: I thought so
[20:10] <wikz> since 3A2 is the last on CVS ,right ?
[20:10] <wikz> then on it starts on mercurial
[20:10] <fta> right, up to a2
[20:10] <asac> wikz: you should really try to not fork everything ;)
[20:10] <wikz> asac: lolz
[20:10] <asac> for forking tbird thats probably something i can understand
[20:10] <asac> but why libpurple and telepathy?
[20:11] <wikz> asac: WE only had a jabber support for our IM
[20:11] <wikz> we plan to have voice and video plus other netwrks
[20:11] <fta> now that i modified mozilla-devscripts, it's just a matter of using MOZ_OBJDIR and tweaking some rules (hopefully as less as possible)
[20:11] <asac> wikz: right. but you can use system libs
[20:11] <asac> and not the ones you have in your tree
[20:12] <wikz> asac: what about windows ?
[20:12] <asac> if you need them for windows thats fine. but try to not change them
[20:12] <wikz> asac: exactly
[20:12] <asac> so it will work with system libs too
[20:12] <wikz> we will build against system libs for unixes
[20:12] <asac> wikz: well. when i ment its fine, i mean its fine as long as there is a switch to --enable-system-libpurple
[20:12] <asac> and such in configure
[20:12] <asac> wikz: ok thats good news
[20:13] <wikz> asac: I will copy that to my team
[20:13] <asac> wikz: have you looked if 3a2 still requires your fork?
[20:13] <asac> that branch is still quite open and its certainly possible to get features in
[20:13] <wikz> we sync every 2-3 months
[20:13] <asac> wikz: so what patches are left?
[20:15] <wikz> asac: not sure about that one  :(
[20:18] <asac> anyone knows if i can force a browser window to always show the vertical scrollbar?
[20:18] <asac> from within a html document?
[20:19] <wikz> fta: Do I need to make changes to the /usr/share/mozilla-devscripts/ for spice .How much of tb3's scripts can I reuse ?
[20:19] <fta> now, you can host the m-d files into your own package, see the README, there's an example
[20:20] <wikz> alright
[20:20] <fta> i mean, with the m-d in my branch, yet to be released
[20:20] <fta> or the m-d in my ppa
[20:20] <wikz> Oh
[20:22] <fta> i just pushed mozilla-devscripts_0.11~fta3 in my ppa with that feature + the new tb3 comm-central tarball stuff
[20:22] <fta> next is to update the tb3 branch
[20:22] <wikz> ok
[20:22] <wikz> tried out the mozilla-qt branch ?
[20:23] <fta> not yet
[20:23] <wikz> blends ok with KDE4
[20:23] <wikz> along with a KDE4 theme
[20:23] <fta> i want to but the thing is we don't want two distinct xulrunner
[20:23] <wikz> fta: correct
[20:24] <fta> asac, http://www.webproworld.com/graphics-design-discussion-forum/56979-firefox-there-way-force-vertical-scrollbar.html#post301234
[20:38] <asac> nicer
[20:38] <asac> nice ;)
[20:38] <asac> fta: thanks
[20:38] <fta> mozilla Bug 424626
[20:39] <fta> http://hg.mozilla.org/mozilla-central/rev/f2f2446cf2de3bac712e223d101748092dc5c8f7
[20:39] <asac> fta: hah ;)
[20:39] <asac> whining wins
[20:41] <asac> fta: just posted it to #nm channel ... where the devs have a strange pov ;)
[20:42] <asac> they say its more useful to implement offline in a way that "offline" might be wrong, but "online" is 100% accurate
[20:42] <asac> though 100% accurate cant be reached by online anyway
[20:42] <asac> but everyone should see that NM can only serve as a fast-fail for online/offline
[20:43] <asac> to provide a snappier error when offline
[20:43] <asac> so if in doubt it should say "MAYBE NOT OFFLINE" at least
[20:43] <asac> ;)
[20:43] <fta> lol
[20:43] <asac> i talked to them
[20:44] <asac> they dont see that ;)
[20:57] <fta> asac, can i grant FFe exceptions for extensions in #motu ?
[21:30] <fta> asac, ^^ ?
[21:39] <wikz> fta: the file thunderbird-3.0.install ,do I need to edit the files in these or is it automatically generated ?
[21:41] <fta> it's manual (well, i did this one with a cut-n-paste obviously), the reason for that very detailed list is the split with gnome-support
[21:41] <wikz> ok
[21:41] <wikz> I will do the same then
[21:41] <wikz> also,I followed your readme
[21:42] <fta> did it work ?
[21:42] <wikz> I took all the files in the debian dir and changed the project name and file,folder locations.
[21:42] <wikz> I didn't try yet
[21:43] <wikz> Any other changesto be made in any other files.I also put the mk and conf files in the /usr/share/moz... folder for simplicity
[21:43] <wikz> ?
[21:45] <fta> please, try to keep all your file in your project debian dir, so m-d doesn't have to be touched each time you want to change something in your project
[21:45] <fta> fileS
[21:47] <wikz> I will keep that in mind
[21:49] <fta> wikz, this is the part of README i'm referring to: http://paste.ubuntu.com/48404/
[21:49] <wikz> got that.
[21:52] <wikz> fta: regarding the thunderbird-3.0.install,can I just use an ls or find to list all possible *.so ,*.js and list them there.As we use lots of other stuff like telepathy and glib which generate more *.so files
[21:53] <fta> you can, try to use globs whenever possible, so you don't have to update this file each the project adds or removes files
[21:54] <fta> also, you may take advantage of the compare module in m-d.
[22:01] <asac> fta: could you give ffox 3.0.head a quick spin and see if all is fine with the new feature?
[22:02] <wikz> fta: YOu mean compare_filter_out and all that
[22:02] <asac> fta: we should file a general feature freeze exception with a list of requirements
[22:02] <fta> wikz, yes, to check that the *.install produces the expected result
[22:03] <fta> asac, agreed
[22:03] <asac> fta: last cycle i granted a few FFe that were not good
[22:03] <asac> we should be sure that the packages actually work for more than one person
[22:03] <fta> (i'm trying to figure out how to build the new tb3 now..)
[22:04] <asac> also we can only grant ffe for branches i think
[22:04] <armin76> give you up
[22:05] <asac> armin76: whats going on?
[22:05] <fta> asac, the guy wants to update 2 ext that are broken because of the ice vs tb deps, so it's a bug fix
[22:05] <asac> fta: that doesnt require a ffe
[22:05] <asac> fta: check with sispoty please
[22:05] <asac> if its a new upstrewam version
[22:05] <armin76> asac: bumb!
[22:05] <asac> for extensions we should be able to use new upstream versions as bug fixes
[22:05] <asac> armin76: no ... we will not bump anymore
[22:05] <fta> why sispoty ?
[22:06] <asac> fta: because he is a reasonable MOTU council member
[22:06] <asac> who likes the mozillateam a bit ;)
[22:07] <asac> fta: also i had some nice talks with him ;)
[22:08] <fta> asac, hm, ok but could you please write somewhere the conditions for a FFe for us (when it is required and what is requested) so i can point contributors to it ?
[22:09] <fta> and it's not crystal clear to me either
[22:18] <asac> fta: https://bugzilla.mozilla.org/show_bug.cgi?id=372826
[22:18] <asac> can you see if that applies in 1.9 xul?
[22:18] <asac> i think attachment 337031
[22:19] <fta> in 1.9 or 1.9.1 ?
[22:24] <asac> fta: 1.9 ;)
[22:24] <asac> and 1.9.1
[22:24] <asac> but i think that patch is for 1.9.1 and probably has landed
[22:25] <asac> fta: yes. i would love to write down those ffe ... but i have to talk to sispoty
[22:25] <asac> i dont feel like i can decide whatever i want ;)
[22:26] <asac> at least i want to know that someone from MOTU has rubberstamped such "guidelines"
[22:26] <asac> fta: btw. if you start 3.1 with _no_ profile
[22:26] <asac> then start 3.0
[22:27] <asac> 3.0 profile is broken
[22:27] <asac> not sure if thats our startscript
[22:27] <asac> maybe the 3.0 script tries to migrate the 3.1 script?
[22:27] <asac> err
[22:27] <asac> 3.1 profile
[22:27] <asac> ;)
[22:27] <fta> ? i just do a copy of ~/.mozilla/firefox, i never touch it
[22:27] <asac> fta: no :)
[22:28] <asac> fta: i mean if i have removed .mozilla, then start ffox 3.1 (with ffox 3.0 uninstalled), then install ffox 3 and start firefox 3
[22:28] <asac> the window will be broken :)
[22:28] <asac> e.g. the 3.0 profile busted
[22:28] <asac> at least i encountered that 2 hours or so from now
[22:28] <asac> (when i didnt have 3.0 installed at all)
[22:29] <fta> i don't get it.. you had just ~/.mozilla/firefox-3.1 and started ff3.0 ? it should work
[22:30] <asac> yeah. thats what i thought ;)
[22:30] <asac> but then. it was a one time thing
[22:30] <asac> and at some point later i had to restart X because console-kit was crashed
[22:30] <asac> and i had wierd other issues
[22:30] <asac> so maybe it was already the first signs of the parts falling apart ;)
[22:31] <fta> btw, att337031 applies cleanly in 1.9
[22:32] <fta> asac, do you want me to commit it ?
[22:34] <asac> fta: yes please
[22:53] <fta> interesting, 2/3 of the 237 contributors to the eula bug only posted once in this bug, only 9 posted more than 5 times
[22:54] <fta> 5 more than 10 times, 1 15 times
[23:03] <asac> fta: well. most likely 1/2 or even more of the 2/3 actually created an account for their trollish post
[23:04] <fta> i expected trolls to post more than one, they usually do
[23:04] <fta> onCe
[23:05] <asac> well ... there are trolls that feel god-entitled and others that just become a troll once because they cannot keep their thoughts with them
[23:05] <asac> like killing as a concequence of affection
[23:06] <asac> but even though you are not a serial killer you are still a killer
[23:06] <asac> likewise for trolls and one-time-trolls ;)
[23:07] <asac> fta: is it committed`
[23:07] <fta> yes
[23:07] <asac> ok
[23:07] <asac> let me test spin this
[23:07] <fta> you didn't get the commit msg ?
[23:08] <asac> i got it ... but didnt look for new mail ;)
[23:08] <asac> these days i hate to look for mail, because it takes 2 minutes to find "new" mails ;)
[23:08] <asac> hidden amoung other "new" mails, that i kept new because i wanted to process them
[23:08] <asac> i have to revise my mail workflow again :(
[23:09] <asac> only 3 month after i cleaned my inbox before UDS
[23:09] <asac> i have to give up on this approach
[23:12] <asac> fta: what can we do to better integrate the prism package with firefox?
[23:12] <asac> is there a way we could provide the extension to make this integration happening?
[23:12] <asac> or is that already packaged?
[23:12] <fta> i don't know if someone worked on that
[23:13] <asac> fta: worked on what?
[23:13] <fta> the ext
[23:13] <asac> fta: i mean: can we build the firefox extension that is available on the net?
[23:13] <asac> fta: i am using a prism extension here
[23:13] <asac> isnt that the same tree?
[23:13] <fta> I ship<EMAIL_ADDRESS>[23:14] <asac> fta: in which package is that?
[23:14] <fta> my prism, it's the engine
[23:14] <asac> fta: oh
[23:14] <fta> -my+main
[23:14] <asac> so i have that extension from your package ;)
[23:14] <asac> fta: then ... how does it work
[23:15] <asac> i sometimes get a dialog that asks me if i want to create a app link or something
[23:15] <asac> but its always triggered unintentionally
[23:15] <fta> hm no<EMAIL_ADDRESS>is the engine
[23:15] <fta> gasp no
[23:15] <fta>                 <em:name>Refractor for Prism</em:name>
[23:15] <fta>                 <em:description>Create Prism applications directly in Firefox</em:description>
[23:15] <asac> for instance: i havent found any menu entry or context menu entry that would allow me to make a prism app out of a website i am currently navigating
[23:16] <asac> fta: thats strange
[23:16] <fta> ./dist/xpi-stage/prism-runtime.xpi
[23:16] <fta> ./dist/xpi-stage/refractor.xpi
[23:16] <asac> i dont have an extension. i was wrong
[23:17] <asac> fta: yeah. lets take them, sieve them through xpi.mk and make packages out of it ,)
[23:17] <fta> i ship<EMAIL_ADDRESS>[23:17] <asac> asac@hector:~/ubuntu_bzr/xulrunner-1.9.head$ dpkg -L prism | grep firefox-addons
[23:17] <asac> asac@hector:~/ubuntu_bzr/xulrunner-1.9.head$ dpkg -L prism | grep xulrunner-addons
[23:17] <asac> asac@hector:~/ubuntu_bzr/xulrunner-1.9.head$
[23:17] <asac> fta: yes. but if thats really a firefox extension it should also be linked to firefox-addons
[23:18] <fta> i know, i never intended this to work ;)
[23:18] <asac> why?
[23:18] <asac> fta: so we also need refactor packaged, right?
[23:19] <asac> i have the runtime extension now properly registered
[23:19] <asac> but dont see any ui changes in firefox
[23:19] <asac> fta: hmm... not compatible with ffox 3.0.2
[23:20] <fta> why ? => no reason, /usr/lib/prism-addons/extensions is for prism compatible addons which i use, no one ever requested a prism addon for ff, at least not to me.
[23:20] <fta> yep, 3.0
[23:20] <asac> fta: right.
[23:20] <fta> i'll fix that an add a link
[23:20] <asac> fta: but one of the key features of prism is firefox integration
[23:21] <asac> fta: cool
[23:21] <asac> fta: you could put that refactor extension to a package: prism-refractor
[23:21] <asac> so people can still install standalone without firefox
[23:21] <fta> good, it was supra easy to update tb3: http://paste.ubuntu.com/48416/
[23:22] <asac> fta: is MOZ_OBJDIR now needed or just a _new_ feature of the package-build?
[23:22] <fta> it's no longer supported to build it in-source
[23:22] <asac> ok
[23:22] <asac> didnt know that
[23:22] <asac> in 3.1?
[23:22] <fta> tb
[23:23] <fta> trunk
[23:23] <fta> comm-central
[23:23] <asac> yeah tahts 3.1 for me :)
[23:23] <asac> fta: actually ... i dont think we need to put that extension in a separate package
[23:24] <asac> that will just cause an upload to be slowed down. and we dont need to add a hard depend on ffox anyway
[23:24] <fta> no, that's 3.0b1pre
[23:24] <asac> fta: right, but from the same branch that 3.1 is made of?
[23:24] <asac> (ffox)
[23:24] <fta> yep, so 1.9.1 :)
[23:24] <fta> browser is out of the picture, yet it's in the tarball :(
[23:25] <asac> yeah. but since 3.1 is unique its still unambigous ;)
[23:25] <asac> while 3.0 might refer to two branches ;)
[23:30] <asac> fta: i doubt thats not clear, but the firefox extension should go into /usr/lib/prism-3.0/... and linked from there to firefox-addons/ ...
[23:30] <asac> so probably wasted words;)
[23:31] <fta> lrwxrwxrwx 1 root root 26 2008-09-16 23:28 /usr/lib/prism-0.9.1/extensions -> ../prism-addons/extensions/
[23:31] <asac> fta: well. thos are "prism" extensions
[23:31] <asac> not the firefox prism extension ;)
[23:31] <asac> i'd suggest to put it to /usr/lib/prism-*/refactor@prism ...
[23:31] <asac> or whatever its called
[23:33] <asac> any news in the  bug ;)?
[23:33] <asac> let me look
[23:34] <fta> Subject: [Branch ~vcs-imports/googlechrome/trunk] Rev 770: Build a bunch more of chrome/ on Linux.
[23:35] <asac> no feedback
[23:36] <asac> appears that noone in the bug has a real interest in testing those bits ;)
[23:36] <XioNoX> good night
[23:36] <asac> ubottu should provide links for branch rev ;)
[23:36] <XioNoX> fta, do you come to the maow ?
[23:37] <fta> what is that?
[23:37] <XioNoX> fta, you are in paris ?
[23:37] <asac> most likely mozilla meeing in paris
[23:37] <fta> yes
[23:37] <asac> ;)
[23:37] <XioNoX> fta, https://wiki.mozilla.org/MAOW
[23:37] <asac> but just because of the "m ;)
[23:37] <XioNoX> Mozilla Addon workshop
[23:38] <asac> the french are again not open to international contributors ;) ... everything in french ;)
[23:38] <XioNoX> everybody are talking about it since 1 month
[23:38] <XioNoX> asac, this is a "french only" meeting
[23:39] <asac> XioNoX: which is exactly what "not open" means, yeah :-P
[23:39] <fta> i was just aware of the monthly mozilla beer party in paris
[23:39] <XioNoX> http://twitter.com/MAOW08
[23:39] <XioNoX> fta, yes, it will finish by a beer party
[23:40] <fta> that beer party is even near my office so i will try to attend the next one
[23:40] <XioNoX> ok, see you next time
[23:41] <XioNoX> I need to sleep, to be ready a a full mozilla day :D
[23:41] <XioNoX> s/a/for
[23:41] <XioNoX> see you ;)
[23:41] <fta> XioNoX, you should have told me sooner
[23:42] <asac> XioNoX: have fun ;)
[23:42] <XioNoX> fta, in my mind everybody was aware :D
[23:42] <XioNoX> i'll told you for the next one
[23:42] <asac> XioNoX: you will surely be a honorous representative for ubufox ;)
[23:43] <XioNoX> asac, :)
[23:43] <asac> XioNoX: cu soon
[23:43] <fta> XioNoX, tu nous raconteras ;)
[23:43] <XioNoX> ok, no problem
[23:43] <XioNoX> bye
[23:43] <fta> +
[23:43] <asac> nobody tells the ubuntu folks :(
[23:43] <asac> hehe
[23:43] <fta> lol
[23:46] <asac> fta: how was your quilt wrapper called? mozquilt?
[23:46] <fta> dquilt
[23:47] <asac> fta: what does it do?
[23:48] <fta> asac, http://paste.ubuntu.com/48425/
[23:50] <asac> fta: could we extend that to search for the first debian/patches ?
[23:50] <asac> traversing up in the tree?
[23:50] <asac> e.g. so it would work for build-tree/mozilla
[23:50] <asac> as well?
[23:51] <fta> it is already doing just that, no?
[23:51] <fta> it scans for ./debian/patches ../debian/patches ../../debian/patches, down to /debian/patches
[23:53] <Ampelbein> hi there! i reassigned about 80 bugs in the firefox-package to firefox-3 package since they seemed to me to be an issue with this package. wanted to let you know, just in case anyone wonders why there are some more bugs showing up in firefox-3.
[23:53] <asac> Ampelbein: reassigned?
[23:54] <asac> Ampelbein: as long as you assured that there was no firefox-3.0 task open that should be ok
[23:54] <asac> Ampelbein: did you try to find duplicates?
[23:54] <Ampelbein> asac: reassigned to firefox-3 instead of firefox.
[23:54] <asac> Ampelbein: also if they are an issue with both packages you really should keep the firefox task
[23:54] <asac> Ampelbein: but why reassign if they are still in firefox?
[23:55] <asac> Ampelbein: the right procedure for anything that isnt critical is to create a new firefox-3.0 task
[23:55] <asac> and set the firefox task to wont fix
[23:55] <Ampelbein> even if the bug was not even valid in firefox-2 because the reporter chose the wrong package?
[23:56] <asac> Ampelbein: no thats ok then
[23:56] <asac> Ampelbein: either reassign or set firefox to invalid and add firefox-3.0
[23:56] <asac> Ampelbein: thanks
[23:56] <Ampelbein> those were the bugs i meant.
[23:56] <asac> Ampelbein: have you seen the short summary how to process new and incomplete bugs for firefox?
[23:57] <Ampelbein> will have a closer look next.
[23:57] <bdmurray> asac: could you comment on gnomefreak's question in bug 246337?
[23:57] <asac> Ampelbein: https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[23:57] <Ampelbein> but since there were many bugs filed against the wrong package i thought it would be a good idea to change the package first.
[23:58] <asac> bdmurray: that is invalid now
[23:58] <asac> what happened to that bug?
[23:58] <bdmurray> asac: invalid?
[23:59] <asac> bdmurray: i opened the bug and both tasks were invalid
[23:59] <bdmurray> crazy kids in #ubuntu-bugs
[23:59] <asac> while ubotu claimed "confirmed" when you posted here
[23:59] <asac> bdmurray: its fixed released for firefox-3.0 in intrepid and hardy is fix committed


[00:54] <ScottL> ckontros, i'm around now and inside for the evening, hit me with what you need
[00:54] <ScottL> holstein, that's the problem, i think only schotastic has access to the content on the website
[00:54] <ScottL> holstein, other than that he would need to update the -website package
[01:17] <holstein> ScottL: we need you to be able to give access to the site
[01:17] <holstein> especially when we have a willing volunteer
[01:24] <holstein> ckontros: o/
[01:24] <holstein> i think everyone really likes the new splash screen ckontros
[01:25] <holstein> bbl...
[01:28] <ScottL> holstein, we need to be clear what access we want to grant
[01:28] <ScottL> if someone wants to change the structure of the site, i.e. the .php files etc then that i believe is the -website package, anyone can propose a change to that, it's open to anyone
[01:29] <ScottL> if someone want to edit content, then they need to ask for it from canonical, i can't control that
[01:47] <ckontros> Is the new logo used in the new splash? Screenshots? :)
[01:55] <ckontros> Some tinkering: http://img29.imageshack.us/img29/1209/screenshot0501201108493.jpg I found a XFWM theme that was close to the old Studio one. I'm just tinkering with it. Not gonna use it for final. I still wanna maintain the GNOME one but add a XFWM one that matches perfectly. But this is pretty much the layout for AWN Im thinking. Everything is already packaged. Just have to see how to set defaults.
[01:57] <ckontros> (still not set on an icon theme)
[02:00] <ckontros> ScottL: Will you prep something for planet regarding the switch to XFCE or would you rather I do it?
[02:03] <ckontros> ScottL: I have also subscribed to the xubuntu-devel list to announce our move and pick their brainz.
[02:19] <ckontros> Time for bed. Ill stay connected for msgs.
[02:42] <ScottL> ckontros, i can do the planet post
[02:42] <ScottL> it's just been a rather full weekend, but i can do it during this week
[03:43] <ckontros> ScottL: I need to know what cmd you use to push to ubuntustudio-default-settings. "bzr push lp:ubuntustudio-default-settings" wont work and If I look at the code page on LP is says I cant upload. Please look into if I need some new permissions. Or maybe my push code is wrong. IDK.
[03:44] <ScottL> ckontros, do you have the correct ssh key?
[03:45] <ScottL>     bzr push lp:~ubuntustudio-dev/ubuntustudio-default-settings/UbuntuStudio
[03:45] <ScottL> try that ckontros
[04:05] <ScottL> ckontros, when i had trouble pushing in bzr it was because i didn't have a current sshkey, i had to make a new one
[05:06] <holstein> ScottL: you still up?
[05:06] <holstein> i just wanted to give kokito a chance to update that information
[05:06] <holstein> we keep getting email list comments
[05:07] <holstein> and i think we are the last to not have our site updated
[05:07] <holstein> for 11.04
[05:12] <ScottL> holstein, kokito cannot have access to the website at this point
[05:12] <ScottL> holstein, he will need to contact canonical to be given access
[05:13] <ScottL> holstein, the same method that i am attempting to go through
[05:13] <holstein> OH
[05:13] <holstein> ScottL: i see
[05:13] <holstein> you're trying to get it
[05:13] <ScottL> if stochastic doesn't come through soon on updating it then it will probably be when we go live with the new, updated website on our own hosting before we can update the news
[05:13] <holstein> thats cool
[05:13] <ScottL> holstein, i've BEEN trying to get it for since last release
[05:13] <ScottL> it's madening
[05:14] <holstein> ScottL: not cool
[05:14] <ScottL> or maddening
[05:14] <ScottL> yeah
[05:14] <holstein> maybe we should get a graner on the case?
[05:14] <holstein> ask amber to get loud or something
[05:14] <ScottL> i'm going to update the request this week and make that same comment "i applied for access last release because we needed to update the website to people knew we had released, and now i STILL need access for the next release"
[05:15] <holstein> yeah, *this* release
[05:15] <ScottL> getting amber involved would be cool if she can poke somebody hard enough
[05:15] <holstein> ScottL: i'll mention it to her
[05:15] <holstein> see if she knows a string to pull or whatever
[05:15] <ScottL> heh, true "....STILL need access for the current release"
[05:16] <ScottL> holstein, but don't go half cocked...they sent me a pgp message but it was with an old pgp key i had and then i asked them to resend it
[05:16] <ScottL> they don't deserve holy hell, but really though, six months and i got one attempt and then nothing again ?
[05:17] <ScottL> sad thing is that luis had one on there that was years old and they cleared that one out when they sent me the one message
[05:17] <ScottL> okay, going to be...getting up in 6.5 hours :/
[05:18] <holstein> ScottL: i'll just mention it to amber
[05:18] <holstein> see what she says
[05:18] <holstein> i pinged her in our LUG channel
[05:19] <holstein> and said what was up
[05:19] <holstein> she'll probably catch it in the AM
[06:34] <Kokito> howdy
[11:34] <ckontros> off to work.
[14:45] <holstein> scott-work: question
[14:46] <holstein> i was listening to an interview on the ubuntu UK podcast
[14:46] <holstein> *i really that that podshow by the way
[14:46] <holstein> i was wondering if you would like to be interviewed?
[14:46] <holstein> if i could ask and make that happen
[14:47] <holstein> im trying to think of some awareness rasing easy things we can do
[14:47] <holstein> we were talking about ubuntustudio and XFCE a bit on the last OSMP show
[14:48] <holstein> and i mentioned getting you on there again
[14:48] <holstein> i was thinking that show and the ubuntu UK show
[14:48] <holstein> also, i want to catch jono sometime in a PM
[14:49] <scott-work> holstein: i'll make myself available to anyone if it helps ubuntu studio :)
[14:49] <holstein> and ask him to do ANYTHING in ubuntu
[14:49] <holstein> even it its just importing a final mix into audacity
[14:49] <holstein> and spitting it right back out
[14:49] <scott-work> holstein: lol
[14:49] <holstein> then, blog about having done somthing in ubuntustudio
[14:49] <scott-work> holstein:  yeah, that would rock as well...good publicity
[14:50] <holstein> it would be nice to have the higer-ups using these tools
[14:50] <holstein> guys like that
[14:50] <holstein> with such popular blogs
[14:50] <holstein> as of now, his blog implies that ubuntu is not appropriate for audio production
[14:50] <holstein> which sucks :/
[14:51] <holstein> wouldnt take much to change that on paper though
[14:51] <holstein> im still working on how to approach that
[14:51] <holstein> and not be pushy
[15:05] <scott-work> holstein: that is very true
[15:05] <scott-work> i wonder how much of his reasoning for using logic or pro tools or whatever is truly justified for objective reasons
[15:06] <scott-work> or how much is a subjective "this is what i like" sense
[15:06] <holstein> he and [lsd] got into it
[15:06] <holstein> i dont want to get into it at all
[15:06] <holstein> i just want him to help us
[15:06] <holstein> however that can happen
[15:22] <scott-work> holstein: yeah, that would be nice for him to help
[15:22] <scott-work> even if it was just some constructive criticism
[15:23] <scott-work> i tried to engage him in such a similar manner and he really shrugged it off
[15:23] <holstein> right
[15:23] <holstein> im not going to stop :)
[15:23] <holstein> i'll just bother him in the news channel
[15:23] <holstein> respectfully*
[15:23] <holstein> :)
[15:23] <scott-work> hehe :)
[15:24] <holstein> we need it
[15:24] <holstein> we need him talking about it
[15:24] <holstein> if he were here
[15:24] <holstein> talking about why he cant use the tools
[15:24] <holstein> he could plausibly stir up enough interest to fix the tools in question
[15:24] <holstein> *assuming they need to be fixed
[15:25] <holstein> its probably like anyone else
[15:25] <holstein> just UI
[15:25] <holstein> and being comfortable with other tools
[15:25] <holstein> which, like lsd said
[15:25] <holstein> is fine
[15:25] <holstein> just dont say we dont have the tools
[15:25] <holstein> thats ever worse
[15:25] <holstein> here's a guy recording and making music
[15:26] <holstein> specifically stating he needs to use tools other than FOSS
[15:26] <holstein> thats not cool*
[15:26] <holstein> he's going to have to take one for the team
[15:39] <scott-work> an interview would be cool to get him to explain why he doesn't like it ;)
[15:39] <scott-work> somewhere public
[15:40] <scott-work> it would be cool to do it in such a way that others could offer their opinions as well in real time, either to support his views or contrast them
[15:40] <scott-work> and having it public i would expect it to generate more interest and involvement
[15:40] <scott-work> especially with someone like jono
[15:43] <scott-work> i'm hoping this week to do a few things related to ocelot
[15:43] <scott-work> i'd like to make a planet ubuntu post about xfce
[15:43] <scott-work> but also maybe email a few places like linux outlaws and hopefully have them mention it in their podcast
[15:43] <scott-work> i'm thinking about asking kokito help with some PR since he mentioned something similar
[16:48] <holstein> scott-work: PING
[16:48] <holstein> 10:50 < akgraner> holstein, he needs to talk to Kate Stewart, Ubuntu Release Manger at Canonical - she is skaet on freenode
[18:00] <scott-work> holstein: thanks :)  i know skaet, we talk frequently towards the end of each release
[20:17] <holstein> scott-work: jono didnt have time for a PM
[20:17] <holstein> so i sent an email
[20:17] <holstein> i'll keep you posted :)
[20:18] <scott-work> holstein: i wish you luck with it :)
[20:18] <scott-work> holstein: i really hope he does take you up on the offer
[20:21] <holstein> i laid out a couple ideas
[20:21] <holstein> from, totally switching him to FOSS
[20:21] <holstein> and just talking about how awesome ubuntustudio is everynow and then
[20:21] <holstein> and linking to your blog or the site :)
[20:21] <holstein> if he'd just talk about it
[20:21] <holstein> that would be plenty
[20:38] <scott-work> holstein: i would really like him to offer some constructive criticism
[20:39] <scott-work> but i have another lead for that that i need to follow up on
[20:46] <scott-work> holstein: when you get your wiki page ready for membership and you need testimonials, let me know, i look forward to giving you one :)
[20:52] <holstein> scott-work: thanks
[20:52] <holstein> hopefully this month i'll get on my wiki
[22:36]  * ckontros waves
[22:43] <scott-work> cory, i'm almost through with my blog post...i mention:
[22:43] <scott-work> unity not conducive to work flow
[22:43] <scott-work> unity might not be stable
[22:44] <scott-work> 'classic' gnome desktop not shipping in 11.10
[22:44] <ckontros> Well, make sure you mention "our" intended workflow. Bot make it a blanket statement.
[22:44] <ckontros> *Dont
[22:44] <scott-work> gnome3/unity released meaning gnome-panel will suffer bit rot
[22:44] <scott-work> right
[22:45] <scott-work> i say the advantages are that i provides a familiar desktop expereince
[22:45] <ckontros> Keep it positive but just that we feel Unity and GNOME dont fit our direction. Or something to that effect.
[22:45] <scott-work> we would expect xfce to be more resource friendly
[22:45] <scott-work> and the chance for us to develop a working relation with xubuntu devs
[22:45] <ckontros> But dont mention things like "radical UI change" or anything as we intend to change a bit also.
[22:46] <scott-work> also that this might yield graphical installer and live dvd
[22:46] <ckontros> Sure sure. Sounds good.
[22:46] <scott-work> re: work flow...rereading i see that i said "typical Ubuntu Studio user's work flow"
[22:47] <scott-work> i'm about to leave soon, later after i get home and the kids settle i'll reread it fresh, edit, and post it
[22:49] <ckontros> ScottL: Sure. Get home, chill, do whatcha gotta. We'll get together later. Geek out a bit.
[22:50] <ckontros> I just got home my self. Gotts wind down. Eat. Ill try to sort this BZR issue.
[22:52] <ckontros> scott-work: I will say I'm missing Nautilus but this should work out great. I wanna make the transition ASAP so we can work out any bugs.
[22:56] <scott-work> ckontros:  i agree totatly about moving forward as quickly as possible to give us as much time as possible
[22:56] <scott-work> ckontros: hey, i can work on some milestone dates if no one else bites on the email
[22:56] <ckontros> I'm subbed to the xubuntu-devel list now. I'm gonna write something up about our intentions.
[22:56] <scott-work> i'm kinda disappointed that someone new to the team or even not on the team wants to help
[22:56] <scott-work> yeah, i should probably join that mailing list too
[22:57] <ckontros> scott-work: Sure sure. I dont wanna keep you. We'll chat tonight.
[22:57] <scott-work> oh, it's not about keeping me out...but i shoudl probably be aware on where their development is heading
[22:58] <ckontros> No. :) Re-read what I sait. :)
[22:58] <ckontros> *said
[22:58] <scott-work> lol :)
[22:58]  * scott-work is heading home