[00:06] <teward> arraybolt3: only your system is attempting to connect to iv[.]ggtyler[.]dev, docs[.]invidious[.]io, and linux.org from Discourse
[00:07] <teward> so either you or Vivaldi have some weird crap it's trying to do
[00:07] <arraybolt3> that's... really weird
[00:07] <arraybolt3> how on earth were you able to find that out?
[00:07] <arraybolt3> I didn't send you a screenshot of Vivaldi's guts AFAIK
 arraybolt3: your system isn't blocking Content-Security-Policy reports
[00:08] <arraybolt3> is this from the Chrome screenshot I sent earlier?
 those report to my Sentry instance for analysis and helps me ID if someone's breaking the site, or such
 arraybolt3: it's from whenever you connected to Discourse before the screenshot
[00:08] <arraybolt3> oh, you have Sentry telling you what's happening, ok
 hence why i asked for your IP address so i can see if it came from you or not
 and it did so
[00:08] <arraybolt3> so yeah, that was Vivaldi
[00:08] <arraybolt3> hang on one sec, can you see if I connect to Discourse again real quick?
 ye, Sentry reports when Content-Security-Policy headers are violated or not
 if you connect again and it triggers the same issue it'll update the timestamp on the observations in sentry es
 yes*
[00:09] <arraybolt3> ok, just did so from Chrome
[00:09] <arraybolt3> anything pop up?
 yup
[00:09] <arraybolt3> if you see crud related to ggtyler or invidious again, it's not Vivaldi's fault and I can rest easy
 but do ctrl+shift+f5 or such to refresh
[00:09] <arraybolt3> I just did a ctrl+shift+r
 i see a connect failure for browser.sentry-cdn.com but the error it triggered is already added in the CSP header
 known issue of discourse-cdn.lubuntu.me
[00:10] <arraybolt3> if you don't see that in the most recent connection, then perhaps Vivaldi is doing something creepy in which case... sigh... then what?
 the other errors didn't come up again
 ye Vivaldi's doing SOMETHING with your request
 this is how CSP can be helpful on my end to determine if something is browser-based or site-based
[00:10] <arraybolt3> great, the whole reason I switched to Vivaldi was just so that I could evade Chrome's invasive "privacy" practices
 do me a favor though `curl -I https://discourse.lubuntu.me` and DM me the Content-Security-Policy header.
[00:11] <arraybolt3> and now it's connecting to creepy sites in the background
 send it via pastebin if you have to
[00:11] <arraybolt3> one moment
 arraybolt3: i can set up a Vivaldi in a sandbox and poke it but i want to make sure you're seeing the CSP header up-to-date
 the browser.sentry-cdn.com error is fixed yet yours complained so Chrome doesn't have the right header
[00:12] <arraybolt3> teward: if there's some way you could try Vivaldi in a sandbox, that would be much appreciated. I really don't want to take all of the measures involved in a full malware cleanup unless I really have to
 ok ye so Chrome is ignoring connect-src for some reason and triggering a 'regression' where there isn't one (it reopens issues if a regression happens)
 i'll have ot set up a system to test with (read: VM)
 there's one thing I can fix now but it doesn't explain the odd connects
[00:13] <arraybolt3> (i.e., changing tons of passwords, replacing SSH and GPG keys, reinstalling Kubuntu, etc., etc., ad nauseum)
 you use kubuntu.  ok.
 *installs Ubuntu since he has that around*
[00:14] <arraybolt3> Vivaldi was popular enough I trusted it...
 rule 1 of software: never "trust software" blindly
 rule 1 of security: you're likely to screw yourself at some point, and learn from it
 but lets see what happens after I spin the sandbox
[00:14] <arraybolt3> I didn't trust it blindly though :P
 by "blindly" i mean without auditing source ,etc.
 BUT WE'LL SEE WHAT I FIND
 and if i find it's replicated behavior, then I get to file a security bug!
[00:16] <arraybolt3> if they are running some sort of malware racket it's the most intricate one I've ever seen, going so far as to set up an entire Mastodon server, forums, an email client, Android and iOS apps, etc., etc., to advertise their stuff
[00:17] <arraybolt3> hopefully it'll just be some sort of security misconfiguration and we'll be able to move on, and then I'll use nothing but Chrome and Firefox for the rest of my life and maybe even switch to Qubes OS
 you don't have any plugins installed do you :P
[00:18] <arraybolt3> nope
[00:18] <arraybolt3> there's a built-in adblocker, that's it
[00:18] <arraybolt3> (well, built-in ad and tracker blocker which I enabled, but no, I don't use any plugins)
 *waits for sandbox to build*
[00:23] <arraybolt3> teward: I think I only just now figured out what you were saying - Vivaldi is leaking info about what it's doing in the background to you. Granted I didn't know that Vivaldi was accessing some random person's YouTube frontend (Invidious) in the background, so why that was happening is a bit of a mystery, but I'm no longer so paranoid :P
 well that sounds like a security flaw
 if i can reproduce i'll report a bug
 they won't like me when i do though
[00:24] <arraybolt3> right, but if it's a security flaw I can be like "meh, bad developers! oh well". As opposed to thinking Vivaldi is itself malware which is an "oh great, now what?" scenario
 well it's still technically a security issue but i'll deep dive
[00:26] <arraybolt3> thanks :)
[00:26] <arraybolt3> and I'll be extra-careful what links I click on in the mean time
[00:29] <arraybolt3> teward: to be clear, what does a content-security-policy report even do?
[00:30] <arraybolt3> is it basically just reporting what things the browser is fetching code from?
[00:30] <arraybolt3> potentially leaking across websites?
[00:30] <teward> https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Security-Policy
[00:30] <teward> Reporting directives control the reporting process of CSP violations.
[00:30] <teward> See also the Content-Security-Policy-Report-Only header. (Same site)
[00:30] <teward> CSP allows us to limit cross site script attacks or embedding attacks
[00:31] <arraybolt3> If so, I probably know where the weird Invidious thing is coming from - I have Mastodon open in another tab and I'm subscribed to a ton of hashtags related to Linux, so probably someone linked their Invidious instance on Mastodon, and then somehow that info got leaked through a CSP report.
[00:31] <teward> "The HTTP Content-Security-Policy response header allows website administrators to control resources the user agent is allowed to load for a given page. With a few exceptions, policies mostly involve specifying server origins and script endpoints. This helps guard against cross-site scripting attacks"
[00:31] <teward> yeah what i think is happening is there's data leakage
[00:31] <teward> which IS a security concern
[00:31] <teward> but i'm going to confirm it on my end
[00:31] <teward> send me privately a list of pages so i can populate examples on my end
[00:31] <arraybolt3> sure
[00:31] <teward> i have a sandbox VM to not pollute my main system ;)
[00:31] <arraybolt3> but real quick, do me a favor and tell me if those weird things are showing up in the latest access of Discourse from my IP
[00:32] <arraybolt3> I just closed all tabs except Discourse and then did a full refresh of that same page again
[00:32] <teward> was it 30 seconds ago?
[00:32] <arraybolt3> somewhere around that yeah
[00:32] <arraybolt3> fifteen or thirty seconds
[00:32] <teward> ye the other URLs aren't showing up in the reports
[00:32] <arraybolt3> YAY
[00:32] <teward> only the stuff Discourse and Sentry plugin reports to
[00:32] <arraybolt3> so it's just content leakage.
[00:32] <teward> (Sentry plugin is on our DIscourse)
[00:32] <arraybolt3> Thanks for catching that :)
[00:32] <teward> yes, but i want to reproduce and show reproduction steps BEFORE throwing a security flaw warning out there
[00:33] <arraybolt3> agreed
[00:33] <teward> because if I do *that* I'm going the CVE route
[00:33] <teward> and submitting the security flaw to MITRE
[00:33] <arraybolt3> heh, sounds fun
[00:36] <teward> ok so
[00:36] <teward> i would suggest nuking Vivaldi and doing a new install/update
[00:36] <teward> because I can't reproduce this on latest Vivaldi stable
[00:37] <arraybolt3> hmm, make one of the tabs Mastodon maybe?
[00:37] <arraybolt3> I mean I'm on the latest Vivaldi Stable and I didn't tweak any weird settings that I know of
[00:37] <arraybolt3> I did enable the built-in mail client
[00:38] <arraybolt3> who knows, maybe I accidentally hit a keyboard shortcut that made things go berzerk :P
[00:38] <arraybolt3_wc> switching to WeeChat since I'm using IRC via The Lounge via Vivaldi
[00:39] <teward> ye no worries it could be a weird leak issue
[00:39] <teward> but i can't replicate with a few different pages open
[00:40] <arraybolt3_wc> meh, if it only happens sometimes, I don't want to use Vivaldi anymore :P
[00:40] <arraybolt3_wc> just finished nuking it, going back to Chrome and Thunderbird I guess
 *sips coffee*
[00:40] <arraybolt3_wc> did anything get leaked that could be password-related?
 Vivaldi has some good things going for it but
 arraybolt3: not from the CSP no
[00:41] <arraybolt3_wc> good, then I don't have to go through and change all my passwords \o/
[00:41]  * genii twitches
 but i can't guarantee something else was leaked
 genii: go make me coffee damn it!
[00:41] <genii> hehe
 you did the evil of showing up, now you must pay me in coffee xD
[00:41] <teward> *hisses*
[00:41] <teward> ANYWHO
[00:41] <arraybolt3_wc> teward: well obviously not, but... gah, I should just stop being lazy and do a full password overhaul just in case.
[00:41] <teward> *continues sipping on the deliciousness*
[00:42] <arraybolt3_wc> at least I didn't open any private keys so my GPG and SSH keys should be OK
[00:42] <genii> teward: Actually I'm drinking beer now and watching hockey, I just have "coffee" on my highlight list of course...
[00:42] <teward> genii: i know you do
[00:42] <teward> coffee for me is an all-the-time drink xD
[00:42] <teward> especially on this upcoming Friday
[00:42] <teward> it's veterans day but i must work i3wqngt98q43bq4htq348thq3tq43ht3[hg43q[g\
[00:42]  * arraybolt3_wc runs that through uudecode
[00:43] <arraybolt3_wc> hmm, teward wants some pancakes and eggs
[00:43]  * arraybolt3_wc makes a note of that
[00:43] <arraybolt3_wc> alright, wish me luck, I now have to reset every single password in both KeePassXC and in Chrome itself and migrate them all to KeePassXC
[00:44]  * arraybolt3_wc tries to not get a headache
 https://matterbridge.lubuntu.me/071bd31d/noo_god_no.mp4
 https://matterbridge.lubuntu.me/71de51ef/you_sure_about_that_i_think_you_should_leave_with_tim_robinson.mp4
[00:51] <arraybolt3_wc> well hey, at least my migration to KeePassXC will be complete after this :D
 /me takes a shot every time arraybolt3 changes his nickname
 Jk... does that fit in IRC rules XD
 !language
 you mean a shot to the nuts right?  :P
 *cracks knuckles*
 hahahahah yeah sure if it lets me skirt right around that one 😆
 :P
[00:58] <teward> better to have a bruised groin than being hospitalized with booze poisoning :P
[01:00] <arraybolt3_wc> why does Discourse *require* that you use a password reset email to change your password *grumble*
 i can force it if i have to :P
[01:01] <arraybolt3_wc> not our instance
 ah
[01:01] <arraybolt3_wc> I'm signed up for at least three Discourse instances
 because Discourse
[01:01] <arraybolt3_wc> KDE, GNOME, and Lubuntu
 and Ubuntu
 so four
[01:01] <arraybolt3_wc> right
[01:01] <arraybolt3_wc> though technically that uses my Ubuntu One account so :P
 and probably LXQt back in the day, so maybe even 5 😆
 ~ federation time ~
[01:02] <arraybolt3_wc> LXQt has a Discourse?
 had :)
[01:04] <arraybolt3_wc> ah
[01:04] <arraybolt3_wc> yeah I don't think I ever used that
[01:04] <arraybolt3_wc> thanks KeePassXC for stealing focus so now I just typed *something* into it, no clue what
[01:22] <arraybolt3_wc> and now I get to think of a new Google password. Yay.
[01:22] <arraybolt3_wc> sigh, I have a decent passphrase memorized but it will take way too long to type on my Chromebook's touchscreen
 password is "ItIsS1monsFault@lw@y$!", FIDO U2F 2FA key
[01:23] <arraybolt3_wc> lol, I actually have a 2FA key...
[01:23] <arraybolt3_wc> and it's applied...
[01:24] <arraybolt3_wc> but the idea of leaving the password unchanged is a bit worrying
[01:28] <arraybolt3_wc> alright, came up with a new password that was better than my old one
[01:28] <arraybolt3_wc> so that's good
[01:29] <arraybolt3_wc> somewhat ironic that the account I need to stay secure the most is the only one using a memorized password which is by nature less secure than the monsters KeePassXC comes up with
[01:30] <arraybolt3_wc> but that's what U2F is for I guess
[01:49] <arraybolt3_wc> teward: change my password on notes.lubuntu.me and DM it to me if you would please, thanks and here have some coff ee
 Ouch I dont have a password for notes.. :p
 Looks like @teward001 fixes everything now :P
[01:59] <Eickmeyer> *cough* ^ Amy's account btw, setting it up for her, but bringing her here because  ¯\_(ツ)_/¯
[02:00] <arraybolt3_wc> Eickmeyer: I thought she had just shown up and was excited for a bit :)
[02:00] <Eickmeyer> She's prepping dinner.
[02:00] <arraybolt3_wc> *sigh* you don't realize just how many accounts you have until you have to change the passwords for all of them
[02:01] <Eickmeyer> I figured I'd bring her in here for familiar face reasons, namely tsimonq2 and teward (to a lesser extent, only because she's seen him on the screen).
 Eickmeyer: Where's her Membership app? Surely the head of Edubuntu should have membership already 😁
 After dinner, right? ;)
[02:10] <arraybolt3_wc> membership... app?
[02:10] <arraybolt3_wc> I think you mean cloak :P
 Application
[02:10] <arraybolt3_wc> oh right
[02:10]  * Eickmeyer bonks @tsimonq2 with a mallet
 this is true :P
[02:11] <arraybolt3_wc> I heard "app" and thought "since when is there an app involved in applying for Ubuntu Membership? Where do you install it from?"
 I think I probably type more than I talk in real life.
[02:13] <arraybolt3_wc> and my keyboard shows it :P I'm wearing through the top layer of black... stuff... on my laptop keyboard
[02:13] <arraybolt3_wc> (dunno what coating it is but it's partially missing on my E, S, D, C, and N keys)
[02:13] <teward> its called "paint"
[02:13] <teward> lol
[02:13] <arraybolt3_wc> bingo
[02:13] <Eickmeyer> 😂
[02:14]  * arraybolt3_wc grabs a vial of acrylic and fixes the problem
[02:14] <Eickmeyer> Sometimes it's epoxy, but you're not so lucky.
[02:14] <arraybolt3_wc> hy why dosn't my ai ky prss anymor
[02:14] <Eickmeyer> Sounds like a hardware problem to me.
[02:14] <arraybolt3_wc> that's a joke
[02:15] <arraybolt3_wc> as if I painted my keys and got some stuck under the key
[02:15] <Eickmeyer> I know.
[02:15] <Eickmeyer> I know.
[02:15] <arraybolt3_wc> lol, you take jokes very matter-of-fact'ly.
[02:15] <Eickmeyer> I know.
[02:15]  * arraybolt3_wc removes the record from the record player
[02:15] <teward> thats erich :P
[02:15] <teward> grumpy just like me xD
[02:16] <Eickmeyer> More just dry than grumpy.
[02:24] <arraybolt3_wc> alright, password fixing complete.
[02:24] <arraybolt3_wc> gah, and I have a headache.
[07:51] <guiverc> no fallback numbat pictures available at nosplash...
 So, I actually brought this point up at the Ubuntu Summit, and we should address this here as well.

 Last cycle, we received SVGs from the Community Team only two weeks before UI freeze. This isn't an issue for a team our size, after actually realizing this weekend we're one of (if not the largest) current active flavor contributor teams. I worry about the smaller flavors, the ones who don't really have the time to make a cool wallpaper with the design. Sure, they could always use some default, but it should have a little flavor

 They agree that it should be pushed back quite a bit, so we get the wallpapers early. Additionally, there seems to be a little early support for a unified cross-flavor support team to help with artwork.

 We shouldn't worry as much about the wallpaper quite yet, I'd say. If it were solely up to me, I'd say throw in a classic LXDE wallpaper just to troll. I'll keep you posted, but I don't see myself -1ing any rational placeholder wallpaper.
 Also, we should be very intentional about what the final wallpaper should be, and fix whatever wallpaper caching issues exist, because this is the face of Lubuntu for the next two years
 I actually like this a lot as a placeholder, thoughts? : https://matterbridge.lubuntu.me/62833895/file_10093.jpg
 This is my ironic pick, our first wallpaper for our first release XD : https://matterbridge.lubuntu.me/e0657486/file_10094.jpg
 wxl: https://git.launchpad.net/ubuntu/+source/lubuntu-artwork/tree/src/usr/share/lubuntu/wallpapers?h=applied/ubuntu/xenial
 Votes on whether we should package those old wallpapers in its own binary start now :P
 That is a bunch to digest this early in the morning :P
 I like the idea of a separate binary. `lubuntu-classic-wallpaper` or something.
 The LTS seems like a good time to be retrospective.
 Your suggestion for a placeholder is a good one and one of my all-time favorites. There are a couple of others that are not release specific that could also serve in the placeholder position.
 https://github.com/AzumaHazuki/lxqt-themes-lubuntu-box (re @tsimonq2: This is my ironic pick, our first wallpaper for our first release XD)
 Ironic lxqt theme :p
[17:27] <arraybolt3> I was just going to take the photo of a numbat from Wikipedia, blow it up with Upscayl, and use that as the placeholder :P
[17:28] <arraybolt3> The photo is CC-BY-SA(?) 3.0. (Can't remember if it's SA or not)
[17:28] <arraybolt3> Roberalz: hah, that theme is awesome
[17:30] <arraybolt3> tsimonq2: I like the idea of a retro-looking wallpaper, but don't like the idea of a 4:3 wallpaper (top and bottom will get cut off once wallpaper scaling is fixed), and don't like the idea of reusing an older wallpaper. If there was a 16:9 edition of the second one you linked, that would be awesome.
[17:30] <arraybolt3> Also I found the option to fix our scaling issues 😎
[17:35] <arraybolt3> oh, lol, I didn't realize the second one was the first wallpaper we ever used
[17:36] <arraybolt3> that might not be a bad idea if we could remake it in full HD or better
[17:43] <arraybolt3> teward: ^ IRC bridge bot built without Unicode support?
[17:44] <teward> no, it has unicode support
[17:44] <teward> i might have to tell it to enforce UTF but one thing to keep in mind though is not all platforms are UTF-enabled
[17:44] <arraybolt3> 🤷
[17:44] <teward> so you might be seeing a transcoding error
[17:44] <teward> esp. when using EMOJI keyboards
[17:44] <teward> because that's like UTF-16 or such that a lot of things don't support yet
[17:44] <arraybolt3> oh maybe, the second emoji went through but the first one came in corrupted.
[17:45] <arraybolt3> Weird, nvm
[17:45] <teward> i mean i don't *see* a second or third emoji here
[17:45] <teward> only one
[17:45] <teward> that might've come throug hweird because UTF-16 -> UTF-8 and such is pain
[17:46] <arraybolt3> bleh, guess I should use a real computer and IRC client rather than a tablet and The Lunch
[17:46] <arraybolt3> *Lounge
[17:46] <arraybolt3> (though an IRC client that came with free food might not be a bad idea)


[06:44] <Mirv> didrocks: please tell if the unity/compiz/libunity/dee look alright for raring/quantal
[06:45] <didrocks> Mirv: thanks! having a quick first look now
[06:45] <didrocks> Mirv: but the real sponsoring would be rather on Monday. I don't feel pushing unity/compiz to raring on a Friday :p
[06:47] <Mirv> didrocks: ok, as you wish. the important thing is anyway that unity 6.10 passed into quantal-updates since that had a big bunch of needed fixes.
[06:47] <didrocks> Mirv: do you have the compiz snapshot anywhere?
[06:47] <didrocks> I don't see that you listed a tarball?
[06:47] <didrocks> Mirv: agreed
[06:47] <Mirv> didrocks: ah, right since it's a snapshot, https://launchpad.net/~unity-team/+archive/sru/+files/compiz_<IP_ADDRESS>%2Bbzr3411.orig.tar.gz
[06:48] <didrocks> thanks :)
[06:48] <didrocks> Mirv: bug #1067534
[06:48] <didrocks> Mirv: this won't work and won't change anything
[06:49] <didrocks> Mirv: once the value is set by default, there is no "look at the xml for resolving dependency" done by compiz
[06:49] <didrocks> Mirv: those values are only taken into account when you open ccsm and enable/disable a plugin
[06:49] <didrocks> Mirv: I think it should be removed from the SRU
[06:49] <didrocks> for both unity and compiz
[06:50] <didrocks> or maybe we can make clearer the bug title itself
[06:50] <Mirv> didrocks: ok, if you think so. duflu was also stating his opinion in the bug report that he wouldn't necessarily want to to 0.9.8 branch
[06:51] <Mirv> (but put it in anyway)
[06:51] <didrocks> Mirv: I would prefer we don't include it TBH
[06:51] <didrocks> Mirv: I'm unsure about side-effects for people tweaking in ccsm
[06:51] <didrocks> and I don't want them to not have any unity anymore after a simple upgrade
[06:51] <didrocks> Mirv: can you remove this from the 0.9.8 branch and 6.0 one, then cherry-pick is enough?
[06:52] <Mirv> didrocks: is it ok if the unity revert gets cherry-pick... right
[06:52] <didrocks> yeah, it won't be in the debdiff :)
[06:52] <Mirv> I can, I'll report back when both are done
[06:53] <didrocks> thanks :)
[06:53] <didrocks> looking at other bugs meanwhile
[06:53] <didrocks> Mirv: there is no boost -> std transition this time? :p
[06:54] <Mirv> didrocks: no, other than a funny commit message that was the revert to the old one
[06:54] <didrocks> (compiz and dee are ok)
[06:54] <Mirv> and which was already cherry-picked
[06:54] <didrocks> ok ;)
[06:56] <didrocks> https://bugs.launchpad.net/libunity-webapps/+bug/1029949
[06:56] <didrocks> -> Run automated tests or try to reproduce the crash manually.
[06:56] <didrocks> if the "manual" part is "close chromium", can you just specific it again here?
[06:57] <didrocks> otherwise, libunity ok
[06:57] <Mirv> ok, updating
[07:00] <didrocks> Mirv: hum, bug #1046201 is already SRUed
[07:01] <Mirv> didrocks: damn, I know that, I don't know how I ended up with it being in the changelog. do you want me to commit a fix to my branch?
[07:01] <didrocks> Mirv: yeah, as you need to remove the other "show-desktop" entry anyway
[07:01] <Mirv> didrocks: ok, will do both
[07:02] <didrocks> Mirv: all the rest is good, Thanks! :)
[07:02] <didrocks> ping me once the other changes are done and I'll sponsor on Monday
[07:02] <Mirv> didrocks: ok, thanks for checking! will do.
[07:02] <didrocks> yw ;)
[07:09] <didrocks> Mirv: oh also, I think you did notice that staging is failing? (I didn't have a look yet, but maybe it worthes one?) and that the merger seems stuck (at least, on nux and compiz)
[07:10] <didrocks> Mirv: maybe not for the merger, again the tasks were "approved", but the globale status wasn't changed
[07:12] <didrocks> and the FTBFS seems to be fixed with https://code.launchpad.net/~fginther/unity/unity-revert-gtest/+merge/133576
[07:14] <Mirv> didrocks: I noticed, the arm build failure is once again out-of-sync arm nux.
[07:14] <Mirv> I'll launch a rebuild
[07:14] <didrocks> thanks
[07:14] <Mirv> there was a nux merge 1h ago, and compiz merge 41 minutes ago, but something is reaally slow
[07:14] <didrocks> ok, good :)
[07:19] <didrocks> Mirv: see my comment: https://code.launchpad.net/~fginther/unity/unity-revert-gtest/+merge/133576/comments/287782
[07:19] <didrocks> Mirv: can you create the needed MIR? That way, I'll be able to review it
[07:20] <Mirv> didrocks: sure, creating
[07:21] <didrocks> thanks :)
[07:42] <Mirv> https://bugs.launchpad.net/ubuntu/+source/google-mock/+bug/1076891
[07:47] <Mirv> oh btw, raring was also smoke-tested with the same source packages
[07:52] <didrocks> Mirv: perfect! :)
[08:00] <sil2100> \o/
[08:07] <didrocks> Mirv: the MIR looks good, however, do you have time to fix that? https://bugs.launchpad.net/ubuntu/+source/google-mock/+bug/1076891/comments/1
[08:07] <didrocks> Mirv: if you can do it this morning (not sure about your schedule), this will enable me to fix unity and having tests running again
[08:07] <didrocks> hey sil2100 :)
[08:09] <sil2100> +1 for google-mock in main \o/
[08:10] <sil2100> didrocks: hi!
[08:10] <Mirv> didrocks: yeah I can make time for it in a bit, and since your morning lasts longer than mine it should be fine ;)
[08:10] <Mirv> I'll report back
[08:10] <didrocks> Mirv: heh, indeed, that was the trick! Thanks ;)
[08:11] <didrocks> mmrazik: sil2100: hey, can we make a checkpoint like start of next week about the test stability status? I saw a lot of awesome work going on, would be good to sync :)
[08:11] <mmrazik> didrocks: ack. I was thinking of the same.
[08:12] <didrocks> mmrazik: let me create an event
[08:12] <mmrazik> didrocks: can we target more for a mid-week?
[08:12] <didrocks> mmrazik: sure
[08:12] <mmrazik> didrocks: will you create one or shall I (and lets do it every week for the next few weeks)?
[08:15] <didrocks> mmrazik: done
[08:15] <didrocks> mmrazik: ah, repeated event, sure
[08:16] <mmrazik> didrocks: one more thing..
[08:16] <mmrazik> mhm...
[08:16] <didrocks> mmrazik: sorry, moving to wednesday
[08:16] <mmrazik> didrocks: can we do it afternoon so francis can join
[08:16] <mmrazik> ?
[08:16] <mmrazik> 4pm+
[08:17] <didrocks> mmrazik: sure, 4 UTC or our time you mean?
[08:17] <mmrazik> didrocks: our time
[08:18] <didrocks> ok doing
[08:18] <mmrazik> thanks
[08:19] <sil2100> Fine with me
[08:47] <MCR> fginther: Hi :) Any news on when Compiz trunk will be available via Unity-team/staging PPA again ?
[08:49] <MCR> sil2100: Hi :) Are you aware that drag&drop from the Unity launcher is broken since at least Nov. 6 ? Immediate crash on initiating d&d...
[08:50] <Mirv> MCR: compiz trunk should be there? the latest bzr3460 was compiled, it's just that the version number prefix is taken from quantal packaging
[08:52] <MCR> Mirv: Hi :) Yes, at least until Compiz r3451 this was the case. But since the "Bring debian/packaging inline" commit something broke and Compiz is not updated anymore...
[08:54] <MCR> Mirv: r3450 is the last version of Compiz in the staging PPA...
[08:59] <Mirv> MCR: it looks like it's there but the versioning has been changed to not be higher than distro
[09:00] <Mirv> oh wait I've also another PPA...
[09:01] <Mirv> MCR: it's there alright, https://launchpad.net/~unity-team/+archive/staging?field.series_filter=quantal
[09:02] <Mirv> MCR: I just upgraded and running it
[09:02] <davidcalle> didrocks, hey, I don't know if you have noticed but since the packaging changes in Dee at r380, it can't be imported from gi anymore. Typelib missing from /usr/lib/girepository-1.0/
[09:04] <MCR> Mirv: Ah - seems it does not upgrade, because the Compiz version in the PPA before was 1:<IP_ADDRESS>bzr3450pkg3320quantal0...
[09:04] <MCR> Mirv: Now it is <IP_ADDRESS>...
[09:05] <MCR> Mirv: So probably gotta downgrade by force to upgrade ;)
[09:06] <didrocks> davidcalle: oh, I didn't, thanks for the notice! I'll give it a look. IIRC, I did have it on my local build though
[09:10] <davidcalle> didrocks, I don't see what's wrong in the new packaging, though.
[09:10]  * davidcalle goes afk for a moment
[09:10] <seb128> davidcalle, likely dh9
[09:11] <MCR> Mirv: Can you try to initiate a drag&drop from the launcher if you're using trunk ?
[09:14] <mhr3> seb128, are typelibs really arch-dependant?
[09:14] <mhr3> sure it's binary, but that doesn't necesarrily mean that it can't be compatible
[09:15] <seb128> mhr3, that's a pitti question ;-)
[09:15] <mhr3> maybe even walters question :)
[09:15] <didrocks> davidcalle: did you try rev 381?
[09:16] <mhr3> although a test is simple... /me grabs a random i386 typelib
[09:16] <seb128> mhr3, well, I'm sure pitti knows and he's closer from here
[09:18] <didrocks> davidcalle: ./usr/lib/x86_64-linux-gnu/girepository-1.0/Dee-1.0.typelib
[09:18] <didrocks> ah, I wonder if it's because of multiarch :)
[09:19] <seb128> didrocks, it is
[09:19] <seb128> didrocks, gir is not multiarch compatible
[09:19] <didrocks> that makes a lot of things interesting :)
[09:19] <didrocks> let me try to fix it
[09:20] <didrocks> so we have a bug in dee, it tries to install in a multiarch state
[09:20] <didrocks> so I blame mhr3 :)
[09:20] <didrocks> (even if mterry did the MR and I approved it with the other packaging changes)
[09:20] <seb128> mhr3, you should never have fallen into the trap of having the dirty packaging in your nice clean trunk
[09:20] <seb128> ;-)
[09:20] <mhr3> didrocks, now i know who's introducing bugs in dee :P
[09:21] <mhr3> didrocks, now you get to fix any bugs we find :P
[09:21] <didrocks> mhr3: well, you used pkglibdir which is supposively multiarch
[09:21] <didrocks> so you were wrong at first :p
[09:21] <mhr3> didrocks, you changed makefiles, not me
[09:21] <didrocks> mhr3: not on dee!
[09:22] <mhr3> i don't trust you, you change everything
[09:22] <didrocks> mhr3: and of course, you won't confirm this with bzr log? :p
[09:22] <mhr3> you're evil, you can fool even bzr log :P
[09:22] <didrocks> hum src/Makefile.am:typelibsdir = $(libdir)/girepository-1.0/
[09:23] <didrocks> ahah :)
[09:23] <didrocks> that starts to be even more interesting…
[09:24] <mhr3> seb128, did cmp on typelibs, they differ :(
[09:33] <MCR> Mirv: Thanx a lot 4 your help - I've downgraded by force now to upgrade :) Finally running trunk again :)
[09:37] <didrocks> MCR: because of you, I'll have a: W: gir1.2-dee-1.0: file-in-unusual-dir debian/tmp/usr/lib/girepository-1.0/Dee-1.0.typelib
[09:37] <didrocks> oupsss, mhr3 ^
[09:37]  * MCR is happy that it is not his fault :)
[09:39] <mhr3> didrocks, W: libdee1.0: library-unusually-awesome
[09:39] <didrocks> mhr3: can you please review https://code.launchpad.net/~didrocks/dee/fix-typelib/+merge/133631 ?
[09:39] <didrocks> mhr3: I call that fake! :)
[09:39] <mhr3> didrocks, you just have outdated version of the checker :P
[09:39] <didrocks> mhr3: you mean the non-mhr3's one? :)
[09:40] <mhr3> yep
[09:41] <Mirv> MCR: drag&drop seems to at least not crash.. but good that your prob got solved :)
[09:42] <MCR> Mirv: Thanks for the test, but strange as it stopped working here at all a few days ago...
[09:45] <MCR> btw, I got 2 minor Unity branches that need approval:
[09:45] <MCR> 1. https://code.launchpad.net/~mc-return/unity/unity.merge-minor-possible-speed-improvement/+merge/133435
[09:45] <MCR> 2. https://code.launchpad.net/~mc-return/unity/unity.merge-fix-member-variables-not-initialized-in-their-constructors/+merge/133520
[09:45] <Mirv> didrocks: updated URLs to raring/quantal releases with the unity/compiz revert included (compiz - new snapshot, unity - cherry-pick) http://pastebin.ubuntu.com/1344774/
[09:46] <didrocks> fginther: hey, can you remove the hook for native packages?
[09:46] <didrocks> Mirv: excellent! Thanks a lot :)
[09:46] <Mirv> didrocks: and the google-mock https://code.launchpad.net/~timo-jyrinki/ubuntu/raring/google-mock/fix_lintian_errors/+merge/133627
[09:46] <didrocks> Mirv: oh great! looking
[09:47] <fginther> didrocks, yes
[09:48] <didrocks> thanks :)
[09:52] <mhr3> didrocks, looks good i guess, although the only change i feel qualified on commenting about is the typo fix :P
[09:53] <didrocks> mhr3: ahah :p
[09:53] <didrocks> mhr3: well, I built it and it's installed in the old location
[10:05] <didrocks> fginther: https://code.launchpad.net/~didrocks/unity/add-gtest-build-dep/+merge/133637
[10:06] <fginther> didrocks, thanks!
[10:06] <didrocks> fginther: yw, feel free to approve :)
[10:14] <fginther> didrocks, https://code.launchpad.net/~didrocks/unity/add-gtest-build-dep/+merge/133637/comments/287862
[10:15] <didrocks> fginther: pushed
[10:18] <MCR> duflu: Hey :) Thanks for your reviews. Hopefully fixed the remaining leaks now: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix-memory-leaks-in-libcompizconfig/+merge/133432
[10:22] <duflu> MCR: And thank you.
[10:22] <duflu> MCR: P.S. The history is easier to read if you could make sure your commit messages are wrapped before 78 columns :)
[10:23] <MCR> duflu: ok, ack (for the future)
[10:24] <MCR> duflu: Are you aware that the Ubuntu Compiz Expo patch destroys some functionality ? (brightness and saturation settings of inactive viewports are ignored)
[10:24] <duflu> MCR: Yes, there's a bug for that already, somewhere
[10:24] <MCR> duflu: ah, I just wanted to file one :)
[10:25] <fginther> didrocks, please correct the bug ref in that MP
[10:26] <didrocks> fginther: urgh, copy and paste fail :/
[10:26] <didrocks> fginther: let me rather uncommit to remove the link
[10:27] <didrocks> fginther: should be overwritten now
[10:31] <fginther> didrocks, approve \o/
[10:31] <didrocks> fginther: phew! thanks :)
[10:31] <fginther> didrocks, yw
[10:31]  * fginther goes back to bed now
[10:32] <MCR> duflu: If you need a fglrx test on Quantal - I could do it (upgraded to fglrx recently)...
[10:33] <didrocks> fginther: hope your jetlag will be fixed soon! ;)
[10:33] <duflu> MCR: Go ahead. Though in precise, the worst fglrx bug I found wasn't that bad at all
[10:33] <fginther> didrocks, :-)
[10:34] <MCR> duflu: The strange thing is that I cannot reproduce the windows-stop-updating-in-Expo-if-mipmaps-are-used-with-fglrx bug, which was quite annoying...
[10:35] <duflu> MCR: You're lucky then
[10:35] <MCR> :)
[10:35] <duflu> I'm logging off for the week in a minute
[10:35] <duflu> Later
[10:35] <MCR> sure - c ya
[13:58] <davidcalle> didrocks, are you 100% sure of your Dee packaging fix? Now I have a debian folder in / :D
[14:02] <davidcalle> didrocks, actually Dee typelib is now installed literally in :  /debian/tmp/usr/lib/girepository-1.0/Dee-1.0.typelib
[14:12] <bregma> does anyone have any object to moving the Unity stack off GCC 4.6 for raring?
[14:15] <didrocks> davidcalle: oh crap :)
[14:16] <didrocks> davidcalle: I know what happened, blame myself
[14:22] <mhr3> didrocks, and i thought you know what you're doing? :P
[14:22] <didrocks> mhr3: apparently, not on a Friday :)
[14:23] <didrocks> mhr3: your biggest mistake was that you believed me!
[14:24] <mhr3> didrocks, next time rather ask sil to review your stuff ;)
[14:24] <didrocks> mhr3: https://code.launchpad.net/~didrocks/dee/install-correct-location/+merge/133680
[14:25] <mhr3> didrocks, smile for screenshot
[14:26] <didrocks> mhr3: tssssssssssss, that's so mean of you to get your revenge that way!
[14:26] <mhr3> this just made my day
[14:27] <mhr3> i guess i'm evil :P
[14:27] <didrocks> mhr3: happy to entertain you :)
[14:28] <seb128> didrocks, if the package is dh9 the debian/tmp is not needed at all in the .install
[14:28] <didrocks> seb128: yeah, that's plan in a separate merge
[14:28] <seb128> k
[14:28] <didrocks> seb128: we try to not mix everything :)
[14:32] <mhr3> hmm, the yubikey isn't bad at all
[14:41] <didrocks> if only it was working well with a French layout keyboard :p
[14:42] <mhr3> press shift
[14:42] <mhr3> someone was recommending that ;)
[14:44] <seb128> mhr3, someone was didrocks :p
[14:46] <didrocks> seb128: I wonder if he was ironic or not in fact :p
[14:46] <seb128> ;-)
[14:48] <mhr3> when am i not ironic? :P
[19:47] <conscioususer> mpt: ping


[00:02] <chrisccoulson> asac - those messages go away with the qdbm backend
[00:04] <chrisccoulson> and i've figured out why the numbers in the tooltip seem quite random
[00:04] <chrisccoulson> it's indexing my evolution mail too
[00:43] <asac> i didnt opt in for that ;)
[00:44] <asac> ok off ;)
[08:08] <pitti> Good morning
[08:15] <JanC> hello
[08:16] <JanC> is there any chance that the many bluetooth keyboard/mouse problems in Ubuntu will be fixed before jaunty release?  ;)
[08:17] <JanC> (I have some people naging me about this--with lots of bugs dating back to 2006 and maybe earlier...)
[08:18] <JanC> e.g. https://bugs.launchpad.net/ubuntu/+bug/32415
[08:22] <seb128> good morning there
[08:22] <crevette> hey seb128, already wake up ?
[08:23] <seb128> lut crevette, "already"? I'm up for over an hour, I just start working now
[08:23]  * pitti hugs seb128, bonjour
[08:23]  * seb128 hugs pitti
[08:23] <seb128> pitti: I see that you already cleaned the locks after the launchpad shutdown for upgrade of the night
[08:23] <crevette> seb128, I see un upload from you at 4:20, so that why I wondered why you were already wake up
[08:24] <pitti> seb128: hm, didn't touch it this morning yet, but I'll have a look
[08:24] <seb128> crevette: launchpad was down from midnight to 3am so it's probably just a delayed accepted
[08:24] <seb128> pitti: oh weird, they are running
[08:24] <pitti> seb128: ah, LP rollout
[08:24] <pitti> all just 503 errors
[08:24] <seb128> pitti: yes, weird that the i386 one didn't crash
[08:25] <seb128> pitti: I cleaned lock for amd64
[08:25] <pitti> the i386 one crashed as well
[08:25] <seb128> pitti: but ps ax | grep 386 shows one running
[08:25] <pitti> ah, that was the hardy one
[08:25]  * pitti removes lock
[08:25] <seb128> I guess it's stucked
[08:25] <pitti> ok, should be good now
[08:26] <pitti> right, it's stuck in debian/rules patch again
[08:26] <pitti> bah
[08:26] <pitti> patch -f --no-backup-if-mismatch -p0 is hanging
[08:26]  * pitti kills
[08:26] <seb128> thanks
[08:26] <seb128> grrrr at bzr
[08:26]  * pitti wonders why patch application causes so much trouble
[08:26] <pitti> seb128: what's up?
[08:26] <seb128> it keeps telling me to bzr upgrade
[08:26] <seb128> I've run the command a zillion time
[08:27] <seb128> seems it make no difference
[08:27] <seb128> it keep telling me to upgrade
[08:27] <seb128> on the current desktop nautilus
[08:28] <seb128> it prints starts conversion and that the conversion worked
[08:28] <seb128> but then on next pull I still get the warning
[08:29] <seb128> great
[08:29] <seb128> and now it tells me that tags are not supported in this format
[08:29] <seb128> grrrr
[08:30] <pitti> hang on
[08:30] <pitti> seb128: did it warn about the *local* or *remote* branch being out of date? and which one did you upgrade?
[08:31] <seb128> bzr get lp:~ubuntu-desktop/nautilus/ubuntu
[08:31] <seb128> you get the warning
[08:31] <seb128> I did
[08:31] <seb128> cd ubuntu
[08:31] <seb128> bzr upgrade
[08:31] <seb128> bzr push ... nothing to push
[08:32] <pitti> seb128: no, that will only upgrade the local branch (which shouldn't be necessary in the first place)
[08:32] <seb128> is that supposed to work differently?
[08:32] <pitti> seb128: what did the warning say?
[08:32] <pitti> I bet it said that the remote branch should be upgraded
[08:32] <pitti> bzr upgrade lp:~ubuntu-desktop/nautilus/ubuntu
[08:32] <seb128> it says that the format for file:///...../ubuntu is deprecated
[08:32] <seb128> " please use 'bzr upgrade' to get better performance"
[08:32] <seb128> which I've been doing
[08:33]  * seb128 tries that one
[08:33] <seb128> yeah for great error messages again
[08:33] <seb128> it describe the local path and tell you to run a command which doesn't work
[08:34] <seb128> ...
[08:34] <seb128> (taking ages)
[08:36] <pitti> seb128: can you please report this as a bug against bzr?
[08:36] <seb128> pitti: that worked thanks
[08:36] <seb128> pitti: will do
[08:37] <pitti> seb128: I guess it wants you to use bzr upgrade --1.6 or so, but that should be the default then
[08:37] <pitti> wow, really cool new features in this LP release
[08:37] <seb128> pitti: no I tried to specify formats
[08:37] <seb128> it wanted the lp: url
[08:37] <seb128> and not just "upgrade"
[08:42] <pitti> ah, so it was the remote branch after all
[08:42] <pitti> that takes a while, yes
[08:46] <seb128> mvo: hi
[08:47] <seb128> mvo: can you review robert_ancell's change on bug #333284?
[08:48] <mvo> seb128: sure
[08:48] <seb128> thanks
[08:56] <lool> seb128, davidbarth: rather here
[08:56] <lool> davidbarth: seb128 isn't on -mobile
[08:56] <davidbarth> lool: ok
[08:57] <davidbarth> lool: are you sure that you can modify the environement early enough for it to be taken into account?
[08:57] <davidbarth> lool: notify-osd is started by dbus, as part of the auto-activation service
[08:57] <lool> davidbarth: in Xsession yes
[08:57] <lool> That's before gnome-session and dbus-launch are started
[08:57] <seb128> davidbarth: it's activated when a bubble is displayed for the first time no?
[08:58] <seb128> which should be late in the login
[08:58] <davidbarth> seb128: yes
[08:58] <lool> I'd prefer an UNR specific place rather than Xsession.d, but I can't think of one
[08:58] <lool> The thing is that UNR launches gnome-session like GNOME, so I don't see how to make the distinction
[08:58] <seb128> use UpdateActivationEnvironment to propagate your environment to the dbus session?
[08:58] <lool> Anyway this Xsession.d file will only be there on UNR installs
[08:58] <davidbarth> lool: yes, the second question was how to make the difference between UNR & a normal gnome session
[08:59] <seb128> that would work and be easy to do yes
[08:59] <davidbarth> seb128, lool: i have to go for ~1h (doing a pres at SLOS)
[08:59] <lool> davidbarth: k
[08:59] <seb128> davidbarth: later
[08:59] <mvo> seb128: it reverts the entire commit, I'm not sure that is the right way, it does code cleanup and probably fixing in this commit too. let me check a slightly different approach
[08:59] <lool> seb128: The thing with a C version is that I can't think of an UNR process which starts early enough so that there's the guarantee of no bubbles
[08:59] <lool> Oh there's one: maximus
[09:00] <mvo> seb128: robert is US based?
[09:00] <lool> But it might not be using dbus
[09:00] <seb128> mvo: no, .au, he said he would be online around 10pm his time, ie in some hours
[09:00] <seb128> mvo: wait for him if you have questions or comments
[09:01] <lool> There's a dbus bdep, but I don't see any dbus code in maximus
[09:04] <seb128> lool: your Xsession.d script is probably the easier way
[09:06] <seb128> ok, changing computer and doing some testing, brb
[09:35] <lool> njpatel: notify-osd works fine here (compositing not enabled), but there's no fading, it just disappears when I mouse over and reappears when I remove the mouse
[09:36] <lool> davidbarth: Your patch wasn't needed!  :)
[09:37] <njpatel> lool: right, there isn't fading without rgba, but it works pretty well imo
[09:37] <lool> davidbarth: The fallback code works without the override
[09:37] <lool> njpatel: Ok
[09:37] <lool> njpatel: Just to make sure what I was seeing was normal
[09:38] <lool> seb128: There was actually nothing to change in code for that notify-osd bug after all!
[09:38] <seb128> lool: there was a misunderstanding on the composite manager detection thing?
[09:38] <lool> Yes
[09:38] <lool> It works apparently
[09:38] <seb128> ok good
[09:39] <seb128> so that was a non-bug ;-)
[09:39] <pitti> hey seb128
[09:39] <seb128> pitti: re
[09:41] <lool> seb128: Exactly
[09:45] <seb128> hey chrisccoulson
[09:46] <chrisccoulson> hi seb128
[09:47] <seb128> how did the non sqlite run go?
[09:48] <chrisccoulson> more successfully. it definately seems that the sqlite support is broken
[09:48] <chrisccoulson> i'll report that upstream shortly when i get the chance
[09:49] <seb128> thanks
[09:57] <asac> seb128: in the meantime, 3.5 binaries ended up in the NEW queue ;). thanks!
[09:58] <asac> seb128: urgh. armel hasnt build yet. nevermind
[09:58] <seb128> asac: I can new for other archs if you want
[09:58] <asac> seb128: let me look how long the builder queue is
[09:59] <asac> seb128: ok 277 waiting in queue for armel ... so yes, please poke what exists now ;)
[09:59] <seb128> asac: done
[10:02] <asac> cool, cool, cool; one more thing to scratch from essential jaunty list
[10:02] <seb128> asac: do you have an opinion on bug #349850?
[10:04] <asac> let me read their arguments
[10:11] <asac> seb128: so keith packard writes in his debconf form on this topic:
[10:11] <asac> #Select 'Native' if you mostly use Bitstream Vera (the default in Debian) or any of the Microsoft fonts. Select 'Autohinter' if you  │  │ mostly use other TrueType fonts. Select 'None' if you want blurry text.                                                             │
[10:11] <asac> so we use Native
[10:11] <asac> from what i understand Autohinter is good for inferior fonts
[10:11] <asac> while good fonts should be better with what we have now by default
[10:12] <asac> "Select 'Native' if you mostly use Bitstream Vera (the default in Debian) or any of the Microsoft fonts. Select 'Autohinter' if you mostly use other TrueType fonts. Select 'None' if you want blurry text."
[10:13] <asac> personally, i dont by the argument that "full" hinting has to look better than "slight"
[10:13] <asac> if that was true, there would be no need for anything different from "full" ;)
[10:13] <asac> so i think its a none-issue. also we use "slight" by default
[10:13] <seb128> ok, can you comment about that on the bug? ;-)
[10:13] <seb128> thanks!
[10:13] <asac> yeah
[10:14] <asac> let me paste that
[10:15] <asac> done
[12:48] <seb128_> hey robert_ancell
[12:49] <robert_ancell> seb128: hey seb
[12:49]  * robert_ancell looks for his list of questions for seb128 :)
[12:49] <seb128> robert_ancell: how was your day? I see you managed to fix the compiz issue
[12:50] <robert_ancell> seb128: yes, made a patch to revert the behaviour.  I have a fix for the Rhythmbox issue but it's failing testing so going to finish that before going to bed
[12:50] <seb128> ok
[12:51] <robert_ancell> seb128: what was that panel calendar resize bug?  I can still reproduce it (in a slightly different way)
[12:52] <seb128> robert_ancell: bug #188422?
[12:55] <robert_ancell> seb128: yeah - it's not reoccurring now but my country list is taller than my screen and it was triggering on the bottom one
[12:55] <robert_ancell> i'll keep an eye and log if I can do it again
[12:58] <seb128> tseliot: hi
[12:58] <seb128> tseliot: is bug #337926 a duplicate of the issue you are tracking?
[13:17] <tseliot> seb128: no, I think it's a different issue
[13:17] <seb128> ok
[13:18] <seb128> tseliot: it's also a synaptic bug, comment say that downgrade the synaptic driver fix the issue
[13:19] <tseliot> seb128: well, a lot of things changed between 0.99.3-2ubuntu3 and 0.15.2-0ubuntu7
[13:20] <seb128> tseliot: well, they both mention the corner issue so I though it might be the same bug
[13:20] <tseliot> seb128: what's the other bug you're referring to?
[13:24] <seb128> tseliot: https://launchpad.net/bugs/320632
[13:25] <seb128> tseliot: I just read "edge" in the description so I figured I would ask ;-)
[13:26] <tseliot> seb128: ah, ok so it was the one I was thinking of. They are different bugs. In one bug edge refers to the edge of the touchpad in the other it refers to the edge of the screen
[13:26]  * robert_ancell wishes string manipulation wasn't so tedious in C
[13:26] <tseliot> seb128: but thanks for reporting
[13:27] <seb128> ok, thanks
[13:27] <seb128> robert_ancell: yeah, C is no fun compared to python for that ;-)
[13:53] <kenvandine_wk> seb128: any idea why the ekiga update is held back?
[13:53] <kenvandine_wk> bug 353768
[13:54] <seb128> kenvandine_wk: cf the other channel
[14:19] <robert_ancell> night all!
[14:19] <mvo> kenvandine_wk:  apt keeps it back because it thinks that libpt2.4.2 is more important than 2.6
[14:19] <mvo> kenvandine_wk: I have no good workaround yet
[14:20] <kenvandine_wk> mvo: ok..
[14:39] <Nafallo> kenvandine_wk: any news on the python bindings for gajim? if not, can you push it to the branch and I can work on some other bugs based on that? :-)
[14:39] <kenvandine_wk> Nafallo: i will do it in just a few minutes :)
[14:40] <Nafallo> kenvandine_wk: ta. enough time for me to figure out what password I used on this ssh-key :-P
[15:13] <kenvandine_wk> Nafallo: attached the debdiff and requested sponsorship :)
[15:13] <kenvandine_wk> Nafallo: i made indicate-python Recommends
[15:13] <kenvandine_wk> so you only get the indicator if it is installed, but it works fine without it
[15:14] <kenvandine_wk> and indicate-python is still waiting to be sponsored as well
[15:14] <Nafallo> kenvandine_wk: you, my friend. rock! :-)
[15:15] <Nafallo> asac: go sponsor indicate-python :-)
[15:16] <asac> where is it?
[15:17] <Nafallo> kenvandine_wk: ^-- :-)
[15:17] <kenvandine_wk> asac: bug 344936
[15:17] <Nafallo> \o/
[15:18] <kenvandine_wk> Nafallo: after this gets some use... we might want to patch gajim to behave more like the default pidgin setup is now
[15:19] <kenvandine_wk> Nafallo: like not showing the notifiation icon by default
[15:19] <kenvandine_wk> but i didn't go that far yet :)
[15:19]  * kenvandine_wk doesn't actually use gajim
[15:19] <Nafallo> hmm. I use rightclick on that icon all the time personally.
[15:19] <Nafallo> let's see what the community have to say ;-)
[15:21] <asac> kenvandine_wk: no packaging branch?
[15:22] <kenvandine_wk> asac: no... i guess i should have done that from the get go :/
[15:22] <kenvandine_wk> let me do that quick
[15:22] <kenvandine_wk> should be a good exercise for me
[15:23] <asac> kenvandine_wk: yeah ;)
[15:23] <asac> kenvandine_wk: is there an upstream branch?
[15:23] <kenvandine_wk> yes
[15:23] <asac> ah good
[15:24] <kenvandine_wk> should i put the packaging branch there or on ubuntu-desktop?
[15:26] <kenvandine_wk> ok, looks like indicator-applet packaging is in the same project
[15:28] <asac> kenvandine_wk: you can put it on your own account
[15:28] <asac> kenvandine_wk: i can push it to ~ubuntu-dev (if its universe)
[15:28] <kenvandine_wk> asac: it will go to universe
[15:28] <asac> or put it on ubuntu-desktop if thats the Maintainer
[15:28] <asac> kenvandine_wk: is Desktop or MOTU maintainer?
[15:28] <kenvandine_wk> i assumed desktop... it will eventually probably move to main
[15:29] <kenvandine_wk> asac: can i just put it in the indicator-applet project?
[15:29]  * kenvandine_wk is following the applet as an example
[15:29] <kenvandine_wk> for consistency :)
[15:29] <asac> kenvandine_wk: yes. usually we use ~team/upstream-project/ubuntu
[15:29] <kenvandine_wk> ok... the applet is like this
[15:30] <kenvandine_wk> lp:~indicator-applet-developers/indicator-applet/applet-packaging
[15:30] <asac> kenvandine_wk: use the same project the upstream branch is in
[15:30] <kenvandine_wk> i am a member of that team
[15:30] <kenvandine_wk> ok
[15:30] <kenvandine_wk> good
[15:30] <asac> kenvandine_wk: well. we will push the branch to the Maintainer: area imo
[15:30] <asac> so ~ubuntu-desktop or -dev
[15:30] <kenvandine_wk> sure
[15:30] <asac> you can maintain that packaging as part of the upstream team too
[15:30] <kenvandine_wk> i can just commit them in the team area for now
[15:30] <asac> but imo we should have it somewhere were all team members can commit
[15:31] <kenvandine_wk> yeah... so you can just merge it right?
[15:31] <asac> kenvandine_wk: right. maybe add the Vcs-Bzr header so one can spot it easily
[15:31] <asac> in debian/control
[15:31] <kenvandine_wk> yeah
[15:31] <kenvandine_wk> will do
[15:39] <kenvandine_wk> asac:  Vcs-Bzr: http://bazaar.launchpad.net/~ubuntu-dev/indicate-python/ubuntu
[15:39] <kenvandine_wk> asac: right?
[15:39] <asac> that looks good.
[15:40] <asac> kenvandine_wk: so its MOTU?
[15:40] <kenvandine_wk> yes
[15:40] <asac> kenvandine_wk: ok
[15:42]  * Nafallo converts all patches against gajim to dpatches :-P
[16:01] <kenvandine_wk> asac:  lp:~indicator-applet-developers/indicator-applet/indicate-python-packaging
[16:01] <kenvandine_wk> asac: pushed :)
[16:27] <asac> kenvandine_wk: first look is quite good. i think it should depend on python-gtk2 .... also the test files have no license (upstream); also use Maintainer: Ubuntu MOTU Developers (look at other packages) and use you as the Original-Maintainer if you want
[16:28] <asac> or isnt gtk2 python needed at all?
[16:31] <kenvandine_wk> asac: it isn't
[16:32] <kenvandine_wk> asac: the test files shouldn't be in the tarball
[16:32]  * kenvandine_wk updates maintainer
[16:33] <asac> kenvandine_wk: why not ship the testfiles with proper licenses as "docs" ?
[16:33] <kenvandine_wk> dunno... that is a question for eeejay_afk
[16:34] <kenvandine_wk> asac: i pushed the maintainer update
[16:34] <asac> kenvandine_wk: so maybe python-gobject is required?
[16:35] <kenvandine_wk> ah... yes
[16:35] <asac> at least you build depend on gtk2-dev
[16:36] <kenvandine_wk> python-gtk2-dev
[16:36] <kenvandine_wk> i think something in the autotools chain there needed that to build in pbuilder
[16:36] <kenvandine_wk> but
[16:37] <kenvandine_wk> looking at the code... i don't see anything that directly imports from it
[16:37] <asac> kenvandine_wk: maybe gobject-dev? or are there some tools in it?
[16:38] <kenvandine_wk> asac: not sure
[16:38] <kenvandine_wk> i think some of this stuff was copied from indicator-applet
[16:38] <kenvandine_wk> so might be able to be cleaned up
[16:39] <kenvandine_wk> tedg: i found an easy fix for raising the pidgin blist window with dbus-send :)
[16:39] <tedg> kenvandine_wk: Oh, what's that?
[16:39] <kenvandine_wk> PurpleBlistSetVisible int32:1
[16:40] <kenvandine_wk> tedg: raises it if it is closed, min, or in the background
[16:41] <tedg> kenvandine_wk: Cool!
[16:41] <kenvandine_wk> tedg: i hate that clicking pidgin in the indicator the first time doesn't raise it...
[16:41] <kenvandine_wk> if it is open, and not focused
[16:42] <kenvandine_wk> it hides it
[16:42] <kenvandine_wk> on first click
[16:42] <kenvandine_wk> second click raises it
[16:42] <kenvandine_wk> drives me bonkers
[16:42] <tedg> ?  I don't think we're doing anything odd there.
[16:42] <kenvandine_wk> tedg: is that the desired behavior?
[16:42] <tedg> No, we're just calling purple_show().  Not doing anything exciting.
[16:42] <asac> sounds like a bug for an outsider ;)
[16:43] <kenvandine_wk> tedg: mind if i take a stab at fixing it?
[16:43] <tedg> kenvandine_wk: No problem, I'm guessing that'll be in Pidgin not in the plugin though.
[16:43] <kenvandine_wk> ok
[16:43] <tedg> kenvandine_wk: See what happens with the notification area plugin first.
[16:43] <kenvandine_wk> i will look
[16:43] <asac> kenvandine_wk: i run out now
[16:43] <asac> bbl
[16:43] <kenvandine_wk> asac: ok
[16:43]  * kenvandine_wk goes to lunch
[16:46] <asac> kenvandine_wk: let me know when the depends are fixed :) ... also fix the license of the tests please and ship them as part of the package i would suggest
[16:47]  * Nafallo uploads gajim to his PPA
[17:08] <dobey> pitti: do you know if/how i can get at the name= argument to setup() from distutils.core.Command()?
[17:08] <pitti> dobey: sorry, I don't
[17:08] <dobey> :-/
[17:13]  * Nafallo uploads gajim to Jaunty
[17:14] <dobey> yay
[17:14] <dobey> self.distribution.get_name()
[17:29] <dobey> hrmm. i guess testing distutils commands is kind of difficult
[17:45] <pitti> seb128: hm, if I plug in my camera now, I don't get the "what do you want to do with it" dialog any more; does that work for you?
[17:46] <seb128> pitti: what nautilus version do you run?
[17:46] <seb128> pitti: I broke that yesterday and fixed it this morning normally
[17:46] <pitti> dist-upgraded this morning, rebooted 2 hours ago
[17:46] <pitti> 1:2.26.0-0ubuntu6
[17:46] <seb128> pitti: upgrade
[17:46] <seb128> -0ubuntu7 you want
[17:46] <pitti> ah, thanks
[17:47] <seb128> pitti: btw while you are there
[17:47] <pitti> seb128: I'll tackle gthumb/f-spot now
[17:47] <pitti> I think gthumb doesn't unmount any more (bug 351122)
[17:47] <pitti> I'm here all the time :)
[17:47] <seb128> how often is ddebs.ubuntu.com updated?
[17:48] <seb128> pitti: what about f-spot?
[17:48]  * pitti upgrades and hugs seb128
[17:48] <seb128> pitti: that should unmount correct
[17:48] <pitti> seb128: I'll check both
[17:48] <seb128> +ly
[17:48]  * seb128 hugs pitti
[17:48] <seb128> pitti: and about ddebs update?
[17:48] <pitti> seb128: ddeb.u.c.> every 8 hours
[17:49] <seb128> ok, I will wait a bit then
[17:49] <seb128> thanks
[17:49] <pitti> it's darn slow, sorry
[17:49]  * pitti wants ddebs in soyuz
[17:49] <seb128> that's ok
[17:49] <seb128> I just want to get a debug stacktrace for a gvfs crash I ran into
[17:49]  * pitti handholds his retracers a bit more
[17:49] <seb128> I uploaded the new version this morning
[17:49] <pitti> they seem to not fall over right now
[17:49] <seb128> good!
[17:50] <pitti> seb128: just in case you have to look up/quick fix something while I'm not there next week: the version in the retracers is lp:~pitti/apport/api.launchpadlib/
[17:50] <chrisccoulson> seb128 - some upstream tracker developers commented on the merge request i did yesterday. the debian maintainer has suggested we enable the new evo plugin. what do you think?
[17:50] <pitti> I filed a MIR for python-launchpadlib and a FFE for merging this into the jaunty package
[17:50] <seb128> chrisccoulson: that's a good idea
[17:51] <chrisccoulson> the current evo plugin only indexes the old summary files apparently, so doesn't work now
[17:51] <seb128> pitti: ok thanks
[17:51] <seb128> chrisccoulson: right, I though the new one was installed but not working in debian
[17:51] <seb128> chrisccoulson: that was mentionned in the changelog but not clear
[17:51] <pitti> eww, killall nautilus doesn't auto-respawn any more
[17:51] <chrisccoulson> seb128 - the new one doesn't get installed unless the build-depends are installed
[17:51]  * pitti remembers the workaround hack
[17:52] <seb128> pitti: nautilus --browse &
[17:52] <chrisccoulson> the old one is installed conditionally, but upstream are talking about just completely removing that now
[17:52] <chrisccoulson> conditionally - unconditionally
[17:52] <chrisccoulson> ->
[17:52] <seb128> ok
[17:52] <chrisccoulson> d'oh
[17:52] <seb128> get us the new one ;-)
[17:52] <seb128> any news about the sqlite issue?
[17:52] <chrisccoulson> both the debian and ubuntu versions actually use sqlite it seems, so it's not that.
[17:53] <chrisccoulson> the build flag we pass in debian/rules is obsolete ;)
[17:53] <chrisccoulson> so i've removed that now
[17:53] <chrisccoulson> the difference is between system libqdbm (debian) and trackers internal libqdbm (ubuntu)
[17:53] <chrisccoulson> i'm going to run an index again later and get some debug info for the upstream bug
[17:54] <seb128> the tracker copy should be working if that's what upstream use ;-)
[17:54] <chrisccoulson> upstream use system libqdbm by default ;)
[17:54] <chrisccoulson> we have to explicitly pass a build flag to use trackers own copy
[17:59] <mvo> seb128: will you be around when robert comes online again (or to put it in other words, how good are the chances?)
[17:59] <seb128> mvo: I will probably be around (80% of chances)
[17:59] <seb128> I will go for dinner and sport soon but I've still some uploads I want to sponsor and bugs to clean tonight
[17:59] <seb128> so I will probably be there when he starts
[17:59] <seb128> why?
[18:00] <mvo> seb128: just that he tests the fix for #333284 :)
[18:01] <mvo> seb128: and if its good, we can upload that right away
[18:01] <mvo> seb128: the compiz focus stuff
[18:02] <seb128> mvo: I guess he tested it yesterday if he asked for sponsoring no?
[18:04] <mvo> seb128: I modified the diff, it was a full revert of the git commit and that will be hard to maintain in the future, my diff is smaller, this is why I ask him to re-test
[18:05] <mvo> (just one line)
[18:05] <Nafallo> mvo: got that fix for the terminal-emulator in/ :-)
[18:05] <Nafallo> s,/,?,
[18:05] <mvo> Nafallo: no, I was fighting with python upgrade bugs :(
[18:05] <Nafallo> mvo: good excuse! :-D
[18:06] <Nafallo> mvo: can we find a way to blame seb128 ? ;-)
[18:06] <mvo> Nafallo: there is always a way for this ;)
[18:07] <Nafallo> seb128: so... gnome-terminal opens when I want another terminal. considering g-t is yours... ;-)
[18:07] <seb128> mvo: ok
[18:07] <seb128> Nafallo: no, it's robert_ancell nowadays ;-)
[18:07] <pitti> vuntz: wrt "gnome-shell 0wns you all without fallback", what's your thought about this?
[18:07] <Nafallo> hihi :-)
[18:08] <Nafallo> seb128: you're going seb64 on us? :-O
[18:08] <pitti> vuntz: I can't believe that the entire GNOME release team is so narrow-minded, so I hope I misunderstood something
[18:08] <seb128> Nafallo: no, mvo was taking care of this one before ;-)
[18:09] <Nafallo> seb128: your new nickname is now seb16 :-P
[18:09] <seb128> good
[18:09] <seb128> maybe soon I will be "seb" and be able to get sleep during nights while other fix bugs ;-)
[18:09] <Nafallo> lol
[18:09] <Nafallo> seb128: during busy times like that we upgrade you to seb2048 ;-)
[18:10] <seb128> yeah I noticed!
[18:10]  * Nafallo watches his eeepc chew on upgrades
[18:10] <Nafallo> ehrm. pidgin installed :-(
[18:10] <Nafallo> what the...
[18:15] <pitti> seb128: while I'm at it, mind if I update gthumb to 2.10.11?
[18:15] <pitti> http://ftp.acc.umu.se/pub/gnome/sources/gthumb/2.10/gthumb-2.10.11.changes
[18:17] <seb128> pitti: not at all, thanks
[18:17]  * pitti bzrizes it while at it
[18:17] <seb128> we should perhaps move it to universe
[18:17] <seb128> would be easier for contributors to update it etc this way
[18:18] <pitti> *nod*
[18:18] <seb128> I've to run for sport, see you tomorrow
[18:19] <dobey> hmm, i need to get intltool moved over...
[19:18] <sabdfl> mvo: did mpt discuss launching the update manger minimised with you?
[19:18] <sabdfl> s/manger/manager/
[19:27] <pitti> kenvandine_wk: reviewing indicate-python now
[19:27] <pitti> kenvandine_wk: good job wrt. bzr bd and debian/watch :)
[19:27] <chrisccoulson> asac - you there?
[19:27] <mvo> sabdfl: yes, I'm working on the code right now (should be straightforward to add)
[19:28] <kenvandine_wk> pitti: thx
[19:28] <mvo> sabdfl: the compiz stacking problem is fixed in bzr now btw
[19:28] <sabdfl> that's great, thanks mvo. did upstream agree, or grumble?
[19:29] <mvo> sabdfl: they did not agree, it is a distro patch
[19:29] <sabdfl> pity
[19:29] <mvo> (but a small one)
[19:29] <mvo> yeah
[19:35] <pitti> kenvandine_wk: reviewed, I commented in the bug report; sorry for the delay
[19:35]  * pitti waves to sabdfl, a seldom guest in this channel :)
[19:36] <sabdfl> pitti: always lurking, though!
[19:36] <pitti> sabdfl: as you should, as SABDFL!
[19:36] <pitti> sabdfl: how's jaunty beta working for you so far ?
[19:36] <sabdfl> really beautifully. delightfully!
[19:40] <pitti> good to hear :)
[20:35] <chrisccoulson> pitti - would you mind sponsoring a tracker update?
[20:36] <chrisccoulson> should fix bug 335911
[20:41] <bittin`> https://wiki.ubuntu.com/MobileTeam/Meeting/2009/20090402
[20:46] <james_w> thanks chrisccoulson
[20:49] <pitti> chrisccoulson: can you please sub me? will do tomorrow morning
[20:50]  * pitti -> bed, good night everyone
[20:50] <pitti> chrisccoulson: many thanks for fixing this
[21:01] <dobey> are there any microblog apps that support multiple accounts in a sane way? ie, i don't want to have the same tweet/dent/whatever go to all the accounts, only some
[21:13] <james_w> dobey: gwibber, as long as you don't want to do it per-tweet would be a pain.
[21:13] <james_w> err, gwibber, as long as you don't want to do it per-tweet
[21:17] <dobey> james_w: i don't think it actually does what i want
[21:36] <seb128> Ampelbein: hey, want to do an update?
[21:39] <MenZa> uyu
[21:39] <MenZa> o_O
[22:43] <YokoZar> https://bugs.launchpad.net/ubuntu/+source/gnome-codec-install/+bug/349607
[22:43] <YokoZar> (regression since Intrepid)
[22:43] <YokoZar> Basically our prized automatic codec install feature is broken
[23:06] <Ampelbein> seb128: sorry, just came back home. is the update still needed?
[23:06] <seb128> Ampelbein: hi, no I did it since
[23:06] <Ampelbein> ok, np.
[23:07] <Ampelbein> maybe next time. we have a exhibition in town this weekend where my employer is taking part. so my free time is somewhat limited.
[23:08] <seb128> yeah no problem that was just in case you were looking for one update to do
[23:08] <seb128> brb
[23:43] <chrisccoulson> asac - you tried the tracker update?


[01:14] <asac> still missed your point?
[01:15] <Ubulette> why should it be different for ff ? embedded or not
[01:15] <Ubulette> that's just what I complain about
[01:15] <asac> because in buld-tree/mozilla there is no debian/ directory ;)
[01:16] <asac> Ubulette: so for instance ... i cd to build-tree/mozilla/gfx/.../.../ somewhere
[01:16] <asac> then i just say quilt add file.cpp
[01:16] <asac> edit file.cpp
[01:16] <Ubulette> there's already something creating the link patches to ../../debian/patches
[01:16] <asac> refresh
[01:17] <asac> imo all other packages should change the way they do it ... e.g. vreate a link as well ;)
[01:17] <asac> in that way people without .quiltrc can work out-of the box
[01:17] <Ubulette> well, maybe
[01:17] <asac> but if you really have issues with that we might also create a debian/patches ;)
[01:18] <asac> in the end the way we currently do it is the default way that cdbs/quilt does it for embedded tarballs
[01:18] <asac> i don't know how cdbs/quilt behaves for not embedded tarballs
[01:18] <asac> but i guess it creates a link on top level as well
[01:19] <Ubulette> that came up when converting nss/nspr to quilt. I had to choose, link or no link using debian/patches
[01:19] <asac> so probably all people that use debhelper have just debian/patches ... while all cdbs projects have patches7
[01:19] <asac> imo thats a deficiency of quilt helper files for debhelper
[01:20] <asac> Ubulette: so if you have a .quiltrc you cannot edit in our mozilla tree?
[01:20] <asac> maybe it still works ?
[01:20] <Ubulette> no, I have to create the link manually
[01:21] <Ubulette> or edit my quiltrc
[01:21] <Ubulette> that what've kept doing last week
[01:21] <asac> the point why i dislike it is that we need to create a directory for that link as well
[01:21] <Ubulette> not if you link debian instead of patches
[01:22] <asac> ah ok :)
[01:22] <asac> let me think about it ... if so we can fix cdbs
[01:22] <asac> maybe provide a option CDBS_USE_DEEP_QUILT_PATCHES=1 ;)
[01:23] <Ubulette> if you want
[01:23] <asac> well ... i am pretty sure that its not sane to just switch behaviour and break others that currently use quilt cdbs tarball ... so we definitly need an opt-in option
[01:24] <Ubulette> sur
[01:25] <Ubulette> e
[01:25] <asac> and shipping our own cdbs .mk files is not really a solution on the long run either
[01:25] <asac> i currently do that in firefox ... but that doesn't mean that i am proud of it :)
[01:25] <asac> i should have submitted the patch we carry there a long time ago
[01:26] <Ubulette> oh, i've opened a bug for the nsinstall fix yesterday
[01:27] <Ubulette> was part of the patch cleanup i've done
[01:29] <asac> bug id?
[01:30] <Ubulette> bz392722_fix_nsinstall_on_double_slash.patch
[01:31] <Ubulette> i guess no-have-stdint-h-ftbfs.patch should end up there too
[01:31] <Ubulette> as it's a ftbs and not a customization
[01:33] <asac> mozilla bug 392722
[01:33] <ubotu> Mozilla bug 392722 in Build Config "nsintall and double slashes" [Normal,Unconfirmed]  http://bugzilla.mozilla.org/show_bug.cgi?id=392722
[01:34] <asac> ok let me confirm it and bring it on track
[01:38] <Ubulette> thx
[01:43] <asac> Ubulette: done
[01:43] <asac>  mozilla bug 392722
[01:43] <ubotu> Mozilla bug 392722 in Build Config "nsintall and double slashes" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=392722
[01:43] <asac> requested review freom :bs
[01:44] <asac> probably takes a week or two until he comes around ;)
[01:45] <asac> if you don't see any comment in 2 weeks, try to remember to bug someone :)
[01:45] <Ubulette> np, i'm daily building trunk with the patch :)
[01:45] <asac> s/remember/remember me/
[01:45] <Ubulette> sure
[01:45] <Ubulette> plenty of new stuff in trunk those days :)
[01:46] <asac> yeah ... they push hard for beta1
[01:46] <Admiral_Chicago> asac: how was the meeting? I totally forgot about it...
[01:46] <Admiral_Chicago> grr
[01:46] <asac> it didn't take place i guess
[01:47] <asac> no problem :)
[01:47] <asac> i wasn't here as well ;) ... we looked at @schedule
[01:47] <asac> :)
[01:48] <asac> we have daily meetings in this channel :)
[01:48] <Admiral_Chicago> yea i believe that
[01:49] <asac> Admiral_Chicago: ... and gnomefreak is in hospital
[01:49] <Admiral_Chicago> i moved my old .default profile to a backup, did a reinstall and now the old .default isn't working
[01:49] <Admiral_Chicago> asac: what? for what?
[01:49] <asac> Ubulette: do you remember the english word?
[01:49] <Ubulette> pancreati-somthing
[01:50] <asac> yeah i think its gallstones
[01:50] <Admiral_Chicago> pancreaitis?
[01:50] <Ubulette> Aug 16 16:43:46 <gnomefreak>    pancreantitus(sp)
[01:50] <Ubulette> Aug 16 16:44:19 <gnomefreak>    nope my pancrese(sp) is swollen
[01:50] <asac> yes
[01:50] <Admiral_Chicago> ah i see, that sucks soo bad
[01:50] <asac> yeah ... pretty painful i guess
[01:50] <Admiral_Chicago> best of luck to him, i'll send him an email
[01:50] <asac> yeah please do
[01:51] <Admiral_Chicago> freddy@sepa:~$ firefox -p
[01:51] <Admiral_Chicago> run-mozilla.sh: Cannot execute /usr/lib/firefox/firefox-bin.pure
[01:51] <asac> but in the end (given that all this works out well) ... he might be better of ... taking more care of what he drinks ... eat
[01:51] <Admiral_Chicago> know anything about that?
[01:51] <asac> its -P
[01:51] <asac> iirc
[01:52] <asac> for me it always spit out the error you get
[01:52] <asac> oh ... no it works here
[01:52] <asac> wierd
[01:53] <Admiral_Chicago> brilliant
[01:53] <asac> wait
[01:53] <asac> its feisty that works ... and feisty has some hand-written start script
[01:53] <asac> its really -P
[01:53] <asac> i have to kick debian guys for introducing the false believe that -p opens the profile manager
[01:54] <asac> Admiral_Chicago: yes ...  use -P
[01:54] <asac> (upper-case)
[01:54] <Admiral_Chicago> thanks, i got it working
[01:54] <asac> np
[02:08] <Ubulette> asac, something we have to think about for gp (probably a8) and trunk, the plugin dir.. it's empty by default (except nullplugin).
[02:09] <asac> what's your idea
[02:09] <asac> ?
[02:10] <asac> Ubulette: ^^
[02:10] <Ubulette> either doing like for the profile, once if only null is found
[02:10] <Ubulette> or i don't know, patching the plugins seems too much for so few
[02:11] <Ubulette> hmm, a user said in the forum that GP "Started being the main cause of wakeups in powertop? (futex_wait (hrtimer_wakeup))"
[02:12] <Ubulette> 'im not running unix on my laptop (shame on me) so i can't confirm
[02:12] <asac> you really run windows?
[02:12] <asac> how does it feel?
[02:13] <Ubulette> no choice, corporate policy
[02:13] <asac> last i remember was me trashing my mouse against the wall :)
[02:13] <Ubulette> i feel frustrated
[02:13] <asac> i am sorry for you
[02:13] <Ubulette> fortunately i have 3 unix boxes in my office
[02:14] <asac> ok :) then you have at least a bit luck
[02:14] <Ubulette> the laptop is mostly for meetings and speeches
[02:14] <asac> ok for that win might be ok ;)
[02:15] <Ubulette> :)
[02:16] <Ubulette> well, if you have the occasion to test that
[02:16] <asac> i don't undestand that statement
[02:16] <asac> "Started being the main cause of wakeups in powertop? (futex_wait (hrtimer_wakeup))" ?
[02:17] <Ubulette> run gp, start powertop, dont touch anything for a while and see the winner
[02:18] <asac> ignorant and moronish as it may sounds ... i have no powertop here and don't know what it is
[02:18] <Ubulette> powertop is useful to see what sucking the battery
[02:18] <asac> in which package is it?
[02:18] <asac> laptop-super-utils?
[02:19] <Ubulette> apt-cache show powertop
[02:19] <Ubulette> Package: powertop
[02:19] <Ubulette> Priority: extra
[02:19] <Ubulette> Section: universe/utils
[02:19] <asac> ok its new in gutsy
[02:19] <Ubulette> yep, intel sort of opensourced that a few months ago
[02:20] <asac> ah ... ok i have to test it tomorrow on my gutsy system then
[02:21] <asac> i still run feisty on my production machine
[02:21] <asac> and it doesn
[02:21] <asac> t work in chroot
[02:21] <Ubulette> oh ok
[02:21] <asac> i just hate to have any kind of disruption while trying to be productive ;)
[02:22] <Ubulette> i've been running debian unstable for almost 10 years
[02:22] <asac> actually i would still use debian etch :) if i would not be involved in ubuntu that far
[02:22] <asac> well i think its not a problem
[02:23] <asac> but i already see murphys law coming
[02:23] <Ubulette> i've switched to ubuntu too, still with the +1 (last 3)
[02:24] <Ubulette> i'm even ahead of gusty :)
[02:24] <asac> uh?
[02:24] <asac> well i am just ahead of the world with bzr
[02:24] <Ubulette> i'm running gutsyfied HEAD
[02:24] <asac> i run 0.91 :)
[02:24] <asac> straight from bzr  ;)
[02:25] <asac> yes right ... i know that you build your own HEAD things ;)
[02:25] <asac> personally i am not a hot-new-bleeding-edge fetichist
[02:25] <asac> i only upgrade once i realize that i need something to do something ;)
[02:26] <Ubulette> i jsut have my periods
[02:26] <asac> :)
[02:29] <Ubulette> there was supposed to be an ubuntu like that a while ago
[02:30] <Ubulette> got dropped at some point
[02:30] <Ubulette> too bad
[02:30] <asac> a direct from head ubuntu?
[02:30] <asac>  ... for gnome this is mostly true
[02:31] <asac> its really pita for me ... as there are many crashes related to unstable cairo/gtk et al
[02:32] <asac> but with apport crash submission + auto-dupe detect it might work out pretty well
[02:32] <asac> once those libs have stabilized you can just look if you still receive dupes ... if not its gone
[02:32] <asac> but that also means that you might just sit back and wait before you start to investigate
[02:32] <asac> :)
[02:33] <asac> ok ... i am almost in bed ... tomorrow will be a really bad day ... i should upgrade locales ... then review security issues on olf firefox branches and take care that we get fixes that are not landed upstream backported et al :/
[02:34] <asac> if i have time i might start to implement the cool hildon component for midbrowser (the mobile firefox we currently develop)
[02:35] <asac> but probably this has to wait till wed
[02:35] <asac> :(
[02:35] <asac> so no fun tomorrow
[02:35] <Ubulette> :)
[02:35] <Ubulette> bed time for me too.
[02:35] <Ubulette> 1 last question
[02:35] <asac> yeah
[02:35] <asac> ;)
[02:36] <Ubulette> what's the freshest thing you have for xulrunner/libxul ?
[02:36] <asac> the freshest thing i have?
[02:36] <Ubulette> bzr
[02:36] <asac> let me check out ... wait a sec
[02:37] <Ubulette> svn, whatever
[02:37] <Ubulette> so i don't reinvent the wheel for nothing
[02:37] <asac> yeah ... unfortunately mike didn't push his xulrunner to http://svn.debian.org/wsvn/pkg-mozilla ... so we just have what is in debian unstable atm
[02:37] <asac> thats the latest/greatest that exist
[02:38] <asac> Ubulette: however ... we have to do it on our own i guess
[02:38] <asac> Ubulette: because mofo/moco doesn't like what debian did
[02:38] <asac> http://benjamin.smedbergs.us/blog/2006-02-22/debian-versioning-of-mozilla-libraries-harmful/
[02:39] <asac> and if we want to build firefox on top of xulrunner we have to obey their rules
[02:39] <asac> otherwise mconnor will kill me :/
[02:39] <asac> (same might be true for nspr/nss ... however i hope that this might slip thorugh unseen)
[02:40] <Ubulette> ok, thx, i'll read that tomorrow
[02:40] <asac> its all ridiculous and childish ... like:
[02:40] <asac> The ugly.  This is part of a wider theme of upstream/downstream tension. Debian is by far the worst here and deserves to be singled out - their packagers routinely anger high profile developers, and the practice of subtly breaking software continues unabated. When autopackage 1.0 was released and we got a lot of media attention, one Debian developer implied tha
[02:41] <Ubulette> :)
[02:41] <asac> i try to get this resolved .. but its not that easy :/
[02:41] <asac> ok good-night
[02:41] <Ubulette> i still don't get why ubuntu is allowed to ship ff
[02:42] <asac> because of me?
[02:42] <asac> ;)
[02:42] <asac> i did untangle the patches ... reviewed everything with mconnor and got approval
[02:42] <asac> before that we had a moratorium because ubuntu promissed to do what i did ;)
[02:42] <Ubulette> oh
[02:43] <asac> but in general ... you are right
[02:43] <Ubulette> so your all git stuff is going to make things even worse, if that"s possible
[02:43] <asac> no ... in git things stay on top ... clearly separated
[02:44] <asac> erics attitude to just maintain things in svn probably led to this whole dilemma
[02:44] <asac> and indeed while i untangled the patches i found merge failures
[02:44] <asac> where he forgot to drop something even though it was applied upstream et al
[02:44] <Ubulette> gasp
[02:44] <asac> no wonder because patches overlap et al.
[02:45] <Ubulette> i see.
[02:45] <asac> however given the size of the diff and the long-time this evolved the merge bugs where pretty small
[02:45] <asac> just 2 or 3 bugs of these kind
[02:45] <asac> however ... they existed and finding them was probably worth to put this energy in it
[02:46] <Ubulette> well, upstream is notbug proof either.. bug ids on 6 digits
[02:47] <asac> and till today eric could never explain to me what procedures he uses to keep the big picture ;)
[02:47] <asac> yeah right :)
[02:47] <asac> we can talk later more about this ;) ... today is done
[02:47] <asac> cu
[03:26] <Jazzva|away> Fun... found a bug in gnome-voice-control... well, I just can't start it... damn.
[09:46] <JenFraggle> Feel bad guys, just remembered yesterday's meeting. Sorry
[10:08] <asac> JenFraggle: no problem ;)
[10:08] <asac> bug 34758
[10:08] <ubotu> Launchpad bug 34758 in malone "librarian will set type to text/html though it should be text/plain" [Medium,Confirmed]  https://launchpad.net/bugs/34758
[10:08] <JenFraggle> ty
[12:00] <asac> hey gnomefreak
[12:04] <gnomefreak> llo
[12:04] <gnomefreak> hello even
[12:05] <gnomefreak> update-initramfs: deferring update (trigger activated)
[12:05] <gnomefreak> thats odd
[12:07] <asac> oh
[12:07] <asac> probably new trigger support of dpkg?
[12:07] <asac> did you self-sign-out again or are you done with hospitality?
[12:07] <gnomefreak> it looks like it. it waited for dbootstrap to get set up by looks of it
[12:08] <gnomefreak> im home done with hospital, but i have doctors appt. to go over this with my doctor
[12:09] <gnomefreak> hmm
[12:09] <gnomefreak> that cant be good
[12:11] <gnomefreak> someone sent me a song (they dont know how to or what encryption is) and it says file is encrypted and cant be played, im wondering if its because its wma
[12:12] <gnomefreak> !w32codecs
[12:12] <ubotu> Seveas has a popular 3rd party repository for several packages, including the win32 codecs: see http://wiki.ubuntu.com/SeveasPackages - See also !Codecs
[12:13] <asac> yeah most likely drm
[12:15] <gnomefreak> that would explain why the person she sent this to couldnt open it with win media player due to license error
[12:21] <gnomefreak> did you guys have the meeting?
[12:21] <asac> no ;)
[12:22] <asac> i wasn't here ... nobody was here afaik
[12:31] <gnomefreak> asac: are you building iceape1.1.4 for debian by chance?
[12:32] <ubotu> Launchpad bug 124365 in iceape "Iceape-Browser: Theme setting reverts on restart" [Low,Incomplete]  https://launchpad.net/bugs/124365
[12:41] <asac> gnomefreak: for debian? i uploaded 1.1.4 right?
[12:41] <asac> or did i forget that again?
[12:41] <gnomefreak> not sure yet
[12:41] <asac> gnomefreak: its there: https://launchpad.net/ubuntu/+source/iceape
[12:42] <gnomefreak> ok for debian?
[12:47] <asac> i don't understand what you mean? debian has 1.1.4 ... mike maintains it mostly
[12:51] <asac> let me read this bug ... mayb ethne i understand
[12:55] <asac> gnomefreak: can you reproduce?
[12:55] <asac> i mean .. its about iceape shipping two themes by default
[12:55] <asac> the reporter cannot switch persistently
[12:56] <gnomefreak> i can not reproduce it but debian has a bug on it from 1.0.* and would have liked to have given the reporter the debian binaries for 1.1.4 to see if debian still has this issue in latest
[12:57] <asac> they don't have it
[12:57] <asac> i am pretty sure
[12:57] <asac> you can just start iceape in a sid chroot
[12:59] <asac> wfm
[12:59] <asac> no problem in sid
[12:59] <asac> no problem in gutsy ---> done!
[01:00] <gnomefreak> he says its a problem still in gutys
[01:00] <gnomefreak> gutsy
[01:03] <asac> dropped a comment
[01:03] <asac> bug 124365#
[01:03] <ubotu> Launchpad bug 124365 in iceape "Iceape-Browser: Theme setting reverts on restart" [Low,Incomplete]  https://launchpad.net/bugs/124365
[01:05] <asac> there is no real way except deleting manually iirc
[01:06] <gnomefreak> there is an extension that works
[01:06] <gnomefreak> :)
[01:06] <asac> yeah ... but most likely it just gives people false hopes and fails in some cases :)
[01:07] <asac> but maybe better than nothing
[01:07] <gnomefreak> i cant get into the sandbox atm to grab it
[01:07] <gnomefreak> lol
[01:12] <asac> sandbox?
[01:14] <gnomefreak> http://wiki.mozilla.org/Update:Users/Sandbox
[01:15] <gnomefreak> they are things that havent been released to public
[01:15] <gnomefreak> things == themes extensions or whatever but i still dont see the one it tells you to get
[01:33] <gnomefreak> ok heading to doctor i will play with this extension manager when i get home it dont work until i grab the API for it and when it asks to install it it fails but i think i will just see if i can get source and figure it out. bbl
[04:53] <hjmf> hi
[04:53] <hjmf> is there any issue with the granparadiso dbgsym package
[04:53] <hjmf> ?
[04:54] <hjmf> it seems to be wrong since 3.0~alpha7-0ubuntu3
[04:54] <hjmf> ls -lh /var/cache/apt/archives/firefox-granparadiso-dbgsym_*_i386.ddeb
[04:54] <hjmf> -rw-r--r-- 1 root root  47M Jun 22 16:41 /var/cache/apt/archives/firefox-granparadiso-dbgsym_3.0~alpha5-0ubuntu2_i386.ddeb
[04:54] <hjmf> -rw-r--r-- 1 root root 8.0K Aug 10 17:39 /var/cache/apt/archives/firefox-granparadiso-dbgsym_3.0~alpha7-0ubuntu3_i386.ddeb
[04:54] <hjmf> -rw-r--r-- 1 root root 8.0K Aug 13 23:24 /var/cache/apt/archives/firefox-granparadiso-dbgsym_3.0~alpha7-0ubuntu5_i386.ddeb
[04:54] <hjmf> -rw-r--r-- 1 root root 8.0K Aug 18 20:25 /var/cache/apt/archives/firefox-granparadiso-dbgsym_3.0~alpha7-0ubuntu6_i386.ddeb
[04:54] <hjmf> ?
[04:56] <hjmf> asac: ^^
[04:59] <asac> yes its a bit strange
[04:59] <asac> iirc the dbgsym are all in the -dev package
[05:00] <asac> hjmf: maybe try to install the firefox-granapardiso-dev-dbgsym package
[05:00] <hjmf> hmm, thanks
[05:00] <hjmf> gonna try
[05:00] <asac> yes let me know ... if it doesn't work, i have to take a closer look (or Ubulette_) :)
[05:01] <hjmf> k
[05:01] <hjmf> looking
[05:06] <hjmf> asac: after installed that package I'm still getting the "No symbol table info available." from gdb
[05:07] <hjmf> maybe if I link the files by hand...
[05:08] <hjmf> eg: ./usr/lib/debug/usr/lib/firefox-granparadiso-devel-3.0a7/sdk/lib/libxul.so --->  ./usr/lib/debug/usr/lib/firefox-granparadiso/libxul.so
[05:08] <hjmf> ...
[05:08] <asac> that really su**s
[05:08] <hjmf> :/
[05:09] <asac> hmm i think you should omit paradiso crashes until we have a solution
[05:09] <asac> soryy
[05:11] <hjmf> ... ok asac
[07:36] <Bernardo> hi
[07:36] <shirish> hi all, anybody up?
[07:36] <shirish> hi Bernardo
[07:37] <Ubulette> hi
[07:37] <shirish> Ubulette: cool you are up
[07:38] <shirish> Ubulette: can you look at https://www.mozdev.org/bugs/show_bug.cgi?id=17584 its an extension issue, but can you confirm that?
[07:38] <ubotu> bugzilla.mozdev.org bug 17584 in Core "Firefox 3.0a7 segfaults when doing CTR:++ with Adblock Plus enabled" [Normal,New]
[07:39] <shirish> oh wow, ubotu now can look up third-party bugzilla sites.
[07:41] <Ubulette> shirish, sure, i'll have a look in a few. i'm on something else right now
[07:42] <shirish> Ubulette: no worries, take the whole day, just as far as its gets some attention that's good enough, also dunno if this should have been reported here or not, your thoughts?
[07:42] <shirish> Ubulette: here as in launchpad
[07:43] <Ubulette> ok, i'll let you know (btw, it's nearly 8pm here :))
[07:44] <Ubulette> btw, did you test it with trunk ?
[07:44] <shirish> Ubulette: what do you mean by trunk, if you mean firefox 3.0a7 then yes
[07:45] <shirish> Ubulette: its 23:15 here, but then one doesn't know where the other person in the timezone is ;)
[07:45] <Ubulette> trunk is called Minefield, it's 3.0a8-pre+date
[07:46] <shirish> Ubulette: If its called Minefield then why mine is called as Gran-paradiso,and I'm only on what ubuntu 7.10 has provided
[07:46] <Ubulette> I maintain a mini repo for i386, if you're interested
[07:46] <shirish> Ubulette: when, where I'm definitely interested.
[07:47] <Ubulette> because yours is released, trunk/minefield is not, and will never be
[07:47] <Ubulette> the never ending devel version :)
[07:47] <Ubulette> deb http://www.sofaraway.org/ubuntu/minirepos firefox-minefield/
[07:47] <Ubulette> for your /etc/apt/sources.list
[07:47] <shirish> Ubulette: and if I understand you right, then you sync everyday to mozilla & make a ubuntu gutsy build everyday, is that right
[07:48] <Ubulette> right
[07:48] <Ubulette> you can run that in parallel with gp and ff2
[07:48] <shirish> Ubulette: ok cool ;)
[07:48] <shirish> Ubulette: cooler, but will be tricky I guess
[07:48] <Ubulette> those 3 now have their own profile
[07:49] <Ubulette> not at the moment, it just rocks
[07:49] <Ubulette> jsut remember it's for testing only, ie confirming it's not fixed upstream
[07:49] <Ubulette> or it is
[07:50] <shirish> Ubulette: understand ;)
[07:50] <Ubulette> visit the url 1st, you'll have a topo in there, including how to add my GPG key
[07:52] <shirish> Ubulette: I am doing this other way around lol, but no issues, now your gpg key are added
[07:53] <shirish> Ubulette: didn't know you had stuff also for totem & gstreamer also, the only issue if something doesn't work then where to report them? upstream or where?
[07:54] <Ubulette> to me, never to lp
[07:55] <Ubulette> either on irc or in the forum
[07:55] <shirish> Ubulette: on ubuntuforums or which forum?
[07:56] <Ubulette> gutsy, but if it's really my fault, you'd better email or pm me
[07:56] <Ubulette> btw, 'im using all that stuff, and much more so I'm impacted too :)
[08:00] <shirish> Ubulette: cool, although wouldn't know if its you or fault or the people upstream, but would for sure tell you. Another thing asac also has his own minirepo or when you think things are cool/better you package it?
[08:04] <shirish> Ubulette: finally have it would be installing now ;) Package: firefox-trunk
[08:04] <shirish> New: yes
[08:04] <shirish> State: not installed
[08:04] <shirish> Version: 3.0a8pre+cvs20070820t1040+bbot-1
[08:10] <Ubulette> shirish, did it work ?
[08:10] <shirish> Ubulette: yup its downloading stuff (trunk stuff) atm, I'm on 256 Kbps :(
[08:11] <Ubulette> oh
[08:11] <Ubulette> I'm at 7Mbps
[08:11] <Ubulette> could even be higher, but i don't need more
[08:13] <shirish> Ubulette: lol , here even enterprises/big companies can't afford 7 Mbps
[08:13] <shirish> Ubulette: there seems to be an issue, as only it downloaded 10 MB for firefox-trunk it doesn't have all that inspector & the other stuff?
[08:14] <Ubulette> you have to select them at the least the 1st time.
[08:14] <shirish> Ubulette: ah yes, saw them now, when I put them in aptitude search
[08:15] <Ubulette> the main deb is independent, but you can add the other ones if you want
[08:15] <Ubulette> remember it's updated daily.. at 256k, better be sure you want everything ;)
[08:16] <Ubulette> in ~40min, you'll probably see the new one for today...
[08:17] <shirish> Ubulette: thanx, this is what I missing, I want to see the new microformats stuff as & when its the servers
[08:17] <Ubulette> oh, this is nice: http://people.mozilla.com/~vladimir/demos/photos.svg
[08:18] <Ubulette> http://people.mozilla.com/~vladimir/demos/photos.svg
[08:18] <Ubulette> oops
[08:18] <Ubulette> http://www.bluishcoder.co.nz/2007/08/svg-video-demo.html
[08:20] <Ubulette> oh, just found a bug. select the url, paste in xchat (or anywhere else), it's not the right thing (the url) that is pasted, but the previous content of the buffer
[08:20] <shirish> not a problem, I know there is lot of .svg coolness people are testing on this, I saw some firefox tests happening sometime back where people were complaining some SVG issues, I know this one is supposed to be more inline with the .svg specs or atleast the specification
[08:21] <shirish> ubotu needs-packaging
[08:21] <ubotu> Sorry, I don't know anything about needs-packaging - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[08:21] <shirish> Ubulette: do you know the format of needs-packaging tag?
[08:23] <Ubulette> https://wiki.ubuntu.com/Bugs/Tags
[08:26] <shirish> Ubulette: actually was successful in doing it, ubotu needs to be updated about the tags stuff perhaps
[08:27] <Ubulette> I don't know
[08:27] <shirish> https://bugs.launchpad.net/ubuntu/+bug/133899 dunno if I could have presented the wishlist stuff better. There are quite a few neat things there, i.e. in the link given.
[08:27] <ubotu> Launchpad bug 133899 in Ubuntu "add liblicense library" [Undecided,New]
[08:29] <Ubulette> shirish, could not reproduce your adblock plus + Ctrl "+" crash
[08:30] <shirish> Ubulette: hang on, lemme give you more info. which Adblockplus it is.
[08:31] <shirish> Ubulette: this was adblock <IP_ADDRESS> http://adblockplus.org/en/ are you sure you were using this one?
[08:31] <Ubulette> trunk/gp a7 and adb+ <IP_ADDRESS>
[08:32] <Ubulette> I had issues with tab mix plus though (since gp a6)
[08:32] <shirish> Ubulette: maybe then its also the filter which I'm subscribing too, Easylist
[08:33] <Ubulette> I'm not subscribed to any filter, I do mine manually
[08:34] <shirish> Ubulette: ah ok... as in turning off stuff when you dislike it
[08:34] <Ubulette> yes
[08:35] <shirish> Ubulette: good news, now on firefox-trunk
[08:36] <shirish> Ubulette: can't confirm it with Minefield though, the issue i.e.
[08:38] <shirish> Ubulette: anyway thanx for the sources, now will constantly update/upgrade the testing ones ;)
[08:38] <shirish> testing/trunk
[08:39] <shirish> Ubulette: are .svg images supposed to be manipulated, as in http://people.mozilla.com/~vladimir/demos/photos.svg I can put one .svg image in front of another & stuff like that.
[08:40] <Ubulette> yep, you can move and resize them
[08:42] <shirish> Ubulette: cool, I just saw the other link where the whole thing is being told about. This is pretty cool.  http://www.bluishcoder.co.nz/2007/08/svg-video-demo.html now just wish I had a better comp i.e. more RAM.
[08:44] <shirish> Ubulette: one advice, could you also make a firefox-dbgsym file, I dunno if that's hard or not, the thing is almost all the files which I do debug (although due to the kernel issue haven't been able to) I use the -dbgsym file
[08:46] <Ubulette> there's a problem right now, we need to investigate it.
[08:47] <shirish> Ubulette: are you talking about the bug you mentioned or what?
[08:48] <shirish> Ubulette: I was wondering, as I just did an 'aptitude search firefox-trunk' and saw there is only a -dbg build but nothing with -dbgsym & I usually download files with -dbgsym just in case I run into a bug then i don't have to download them again.
[08:49] <Ubulette> https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-September/000195.html
[08:50] <Ubulette> it's not something generated by us
[08:50] <Ubulette> so I have to figure out if I can clone that feature on my own build system
[08:51] <shirish> Ubulette: thats quite an old link, again looking at it.
[08:52] <shirish> Ubulette: I do have pitti's ddebs archive in my repository list, do understand he might not have your -dbgsym but it would be nice to have that feature.
[08:54] <shirish> Ubulette: I would keep checking back as & when that feature is there in your build.
[08:58] <shirish> Ubulette: thanx for your time
[09:14] <shirish> Ubulette: you there m8?
[09:15] <Ubulette> yes
[09:16] <shirish> Ubulette: came up with an issue, firefox-trunk gives a segmentation fault when trying to install an extension called refcontrol
[09:16] <Ubulette> link?
[09:16] <shirish> http://www.stardrifter.org/refcontrol/
[09:17] <shirish> that's the extension link
[09:22] <shirish> Ubulette: another thing have you have been issues with updating the latest kernel stuff http://paste.ubuntu-nl.org/34556/ that's the thing I have been having
[09:23] <Ubulette> it crashed for me too but once. 2nd try succeeded, expect this addon is not compatible with FF 3.*
[09:25] <Ubulette> kernel pkgs seem broken at the moment
[09:27] <shirish> Ubulette: I know this addon is not compatible with FF3 or atleast not with 3.0a8 although it worked/works great with 3.0a7
[09:27] <shirish> Ubulette: I needed some data so that I can tell the developer that the package is not working. At my end it crashes each time.
[09:28] <Ubulette> it says only it's only compatible with 1.* and 2.0.0.*
[09:28] <shirish> Ubulette: if you go on the addons page, the author says he has made it compatible with ff 3.0a7
[09:29] <shirish> Ubulette: also it worked with my stuff in 3.0a7
[09:30] <shirish> Ubulette: https://addons.mozilla.org/en-US/firefox/addon/953
[09:33] <Ubulette> no crash with gp a7
[09:33] <Ubulette> it installed fine
[09:34] <Ubulette> but after restart, it says not compatible with 3.0a7 and it's greyed out
[09:43] <shirish> Ubulette: can you post the same to the author perhaps, for me sometimes it works in ff 3.0a7 & sometimes doesn't. If you post an independant e-mail it would be better. Also you might be able to parse/ give error messages & stuff<EMAIL_ADDRESS>[09:44] <shirish> Ubulette: after installing it, try updating it, sometimes it gives an compatibility update or something, dunno if that happens at your end or not.


[14:30] <lathiat> Turns out enabling the openstack kilo ubuntu repository on my maas controller was a mistake, upgrades twisted and hits https://bugs.launchpad.net/maas/+bug/1431741
[14:50] <kiko> lathiat, 1.7 right?
[14:50] <kiko> yeah
[14:50] <kiko> rvba, why is that only fix committed? did it not go into 1.7?
[14:51] <kiko> lathiat, can you apply that patch live and does it fix the issue?
[14:56] <rvba> kiko: it doesn't seem that fix is in 1.7.  But AFAIUI MAAS 1.7 doesn't target platforms with Django 1.7.
[15:03] <mup> Bug #1464701 opened: Deselected filter left with stray underline <landscape> <MAAS:New> <https://launchpad.net/bugs/1464701>
[15:55] <lathiat> kiko: well, no, 1.5 from the 14.04 repos.
[15:55] <lathiat> probably not the end of the world since i dont actaully need that repo on th emachine
[15:55] <lathiat> i did it trying to find cloud-archive:tools for 14.04 which it turns out doesn't exist
[16:06] <kiko> lathiat, yeah -- could you move to 1.7?
[16:06] <lathiat> kiko: is there a ppa for it?
[16:06] <lathiat> i looked but coldn't find mention in the docs
[16:07] <kiko> lathiat, yes, I think it's mentioned in the topic
[16:08] <lathiat> ahh https://launchpad.net/~maas-maintainers/+archive/ubuntu/stable
[16:08] <kiko> yep
[16:08] <lathiat> are docs bugs file dinto launchpad?
[16:08] <lathiat> the current docs say to use ubuntu-cloud:archive, saying it has the latest lts release support
[16:08] <kiko> yep!
[16:08] <lathiat> btu that archive only supports 12.04
[16:08] <kiko> bugs.launchpad.net/maas
[16:08] <lathiat> so that could be updated
[16:09] <lathiat> i will try that repo out thanks
[16:09] <mup> Bug #1464720 opened: commit_within_atomic_block is depreacted <MAAS:Triaged> <https://launchpad.net/bugs/1464720>
[18:06] <mup> Bug #1464741 opened: 1.8.0 unable to rename machine <ui> <ux> <MAAS:New> <https://launchpad.net/bugs/1464741>
[18:09] <mup> Bug #1464741 changed: 1.8.0 unable to rename machine <ui> <ux> <MAAS:New> <https://launchpad.net/bugs/1464741>
[18:21] <mup> Bug #1464741 opened: 1.8.0 unable to rename machine <ui> <ux> <MAAS:New> <https://launchpad.net/bugs/1464741>
[21:48] <Mmike> kiko, responded to https://bugs.launchpad.net/maas/+bug/1460151
[21:49] <Mmike> kiko, when I want to remove maas-proxy, everything gets removed (maas, maas-dns, maas-region-controller)
[21:50] <Mmike> kiko, btw, re: btrfs - I was using it only for lxc provisioning - got an separate ssd just for lxc, and it was workingok. Then I got another SSD, and did mkfs.btrfs -d raid0 over both of them. Then I started to experience slowdowns after a week or two of usage (btrfs-transactio process was hammering the drives in the background).
[21:51] <Mmike> The other day I got another 2 SSDs (so I can have 4 of them in raid0-like config) and that killed btrfs performance completely. The slowdowns were frequent - for instance deploying mongodb charm in lxc took over 20 minutes (mongodb creates large oplog files, and I guess those don't play well with COW filesystem)
[21:52] <Mmike> Also, qcow2 images on btrfs is also no-no. raw images work a tad better, but also very very slow. I now reverted to lvm on mdraid0 over those 4 ssds (I actually didn't need mdraid0 as lvm can do that by itself), and the performance is superb.
[21:53] <Mmike> fio test gives me over 40MB/sec in troughput in 16job random readwrite test over 8GB file. (On btrfs I had cca 900k/sec)
[21:53] <Mmike> kiko, that's all on trusty kernel (3.13)


[00:01] <basenji> nothing, i hit enter for the wrong #ubuntu channel
[00:02] <basenji> I think I have one testimonial, maybe
[00:08] <basenji> Thanks- leaving
[18:47] <basenji> If an * ... *  is used in a sentence between the *s stays in english correct?  example: *Main structure* containing record based information.
[18:54] <basenji> \?/


[08:33] <brobostigon> morning boys and girls.
[15:49] <eks> hi
[15:50] <penguin42> hey
[15:51] <eks> Happy to be here! anyone knows why Ubuntu phone does not have more updates?
[16:29] <eks> hi
[18:59] <daftykins> isn't it dead?
[18:59] <eks> hi
[19:00] <daftykins> yeah don't say hi to everyone you see part or join, it's common ;)
[19:00] <eks> =/
[19:01] <eks> Do you know if ubuntu phone will have more updates?
[19:01] <daftykins> well i just asked if it were dead as a project, i've no idea - i think the channel is #ubuntu-touch
[19:04] <eks> thank you
[21:05] <diddledan> what are we expecting the enema to be touting tomorrow then?
[21:05] <diddledan> (Apple)
[21:18] <zmoylan-pi> iphone 8. this time with no charging port... they charge it at the factory and you just have to make it last till the next iphone...
[21:21] <zmoylan-pi> the apple pocketwatch for steampunk hispters...
[21:21] <zmoylan-pi> and the siri speaker
[21:25] <zmoylan-pi> and just one more thing... the idrone... looks like a halo and hovers over it's owner taking constant selfies...