[01:40] -GitHub[m]:#mir-server- **[MirServer/mir]** RAOF opened [issue #2612](https://github.com/MirServer/mir/issues/2612): No way to set *actual* clone mode... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/2aa4e578468025467c8acab852f27991bb66c4aa)
[02:35] <sophie-w> Pleased to announce wayland-debug has been given a new mode. (once the snap builds) you should be able to:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/09530f3f43827335dd7d41cbbd5180791b55ec44)
[02:37] <sophie-w> If you're not familiar with wayland-debug, the simplest way to see the new feature is by running:
[02:37] <sophie-w> ```
[02:37] <sophie-w> wayland-debug -r weston-terminal
[02:37] <sophie-w> ```
[03:23] <sophie-w> Hmm, the snap recipe doesn't seem to properly include my patched libwayland and lxd has broken itself since the last time I built a snap, that will have to wait.
[07:11] <Saviq> I rebuilt mir-kiosk-kodi, egmde-c-d is rebuilt, but should we be sunsetting it in favour of Miriway?
[07:11] <Saviq> Good day, too o/
[07:30] <RAOF> The day that starts with a 05:30 meeting is not the most productive day 😴
[07:32] <Saviq> We need to solve timezones somehow.
[07:33] <RAOF> Grrr. You can't usefully snap a notification-daemon, because only non-snaps can send DBus to it.
[07:38] <Saviq> That sounds weird? https://snapcraft.io/docs/dbus-interface
[07:38] <Saviq> > The dbus interface provides a way for snaps to communicate over DBus. The snap providing the DBus service declares a slot with the well-known DBus name and which bus it uses. Snaps wanting to communicate with the providing snap’s service declare a plug for the providing snap.
 "That sounds weird? https://..." <- +1
 "I rebuilt mir-kiosk-kodi, egmde..." <- Just sunsetting I think. Maybe (re)work Miriway into `confined-desktop`?
 "That sounds weird? https://..." <- Yeah, that would work if (a) every snap which wanted to send notifications declared a plug for `org.freedesktop.Notifications` (which none do), and (b) you manually connected every snap to your notification daemon snap.
[07:52] <Saviq> That sounds like a problem with the `desktop` interface, I think
[07:53] <Saviq> That should include access to the notifications DBus, wherever it's coming from
 "Just sunsetting I think. Maybe..." <- Yup, that's what I meant - can be in whatever order?
[08:04] <RAOF> Oooh, and that's EOW!
[08:05] <RAOF> Hopefully that Mir build will be waiting for me on Monday ;)
[08:05] <RAOF> 👋
 "That should include access to..." <- Alternatively you could say that the session provides the notification daemon, so it should come with whatever provides the `desktop` slot?
[10:26] <Saviq> alan_g can you reproduce: (half-)maximizing a Xwayland window on Miriway makes it... invisible? Like, I can Alt+Tab to it, but I can't see it?
[10:27] <alan_g[m]> Is that mattermost?
[10:27] <Saviq> Or Element
[10:27] <Saviq> s/Or/And/
[10:27] <alan_g[m]> https://github.com/MirServer/mir/issues/2509
[10:28] <alan_g[m]> Not seen it with xterm, CLion, ...
[10:28] <Saviq> Right, that sounds like it. Electron, then.
[10:29] <alan_g[m]> For mattermost: https://forum.snapcraft.io/t/call-for-testing-mattermost-desktop-5-1-0/30403/14
[15:21] -GitHub[m]:#mir-server- **[MirServer/mir]** graysonguarino added enhancement to [issue #2613](https://github.com/MirServer/mir/issues/2613): MirRunner does not expose Alarm functionality from MainLoop
[15:21] -GitHub[m]:#mir-server- **[MirServer/mir]** graysonguarino opened [issue #2613](https://github.com/MirServer/mir/issues/2613): MirRunner does not expose Alarm functionality from MainLoop
[15:21] -GitHub[m]:#mir-server-
[15:21] -GitHub[m]:#mir-server- > MirAL currently has no wrapper for `mir::time::Alarm` and there is no way to create an alarmed callback in a similar vein to `miral::MirRunner::add_start_callback()` and `miral::MirRunner::add_stop_callback()`. This could come in handy for clients that need to delay function calls.
[15:21] -GitHub[m]:#mir-server- enhancement
[16:22] <Saviq> Good weekend all o/
[16:42] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2614](https://github.com/MirServer/mir/pull/2614): Fix rendering that spans outputs
[16:42] -GitHub[m]:#mir-server-
[16:42] -GitHub[m]:#mir-server- > Fixes: #1753
[16:44] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths requested a review from RAOF for [pull request #2614](https://github.com/MirServer/mir/pull/2614): Fix rendering that spans outputs
[16:53] <grayson-g[m]> alan_g: Regarding removing those generated files from Git, should they be added to .gitignore?
[16:54] <Saviq> grayson-g no need, as they won't be reappearing there
[17:04] <alan_g[m]> Goodbye all, until next week...
[19:41] <grayson-g[m]> Not quite sure why this build is failing https://github.com/MirServer/mir/pull/2611#discussion_r961777201
[19:41] <grayson-g[m]> It shows that `logind-seat.h` is being generated, but it isn't detecting it later down the line when it gets included in `/src/server/console/logind_console_services.h`. It builds fine locally after I delete the generated files and let it regenerate them so I'm not sure if this is a CI problem.
[19:41] <grayson-g[m]> I was trying to snap Mir locally because the snap is also failing in CI, but now snapcraft seems to think I'm out of space on my VM 😵💫 I just gave the VM 50GB more space and resized the partition successfully, but I suspect something somewhere has an outdated cache of my old drive size.
[22:09] <sophie-w> New wayland-debug with run mode is now in the snap store
 "Not quite sure why this build is..." <- It shows that `logind-seat.h` is being generated, but it isn't detecting it later down the line when it gets included in `/src/server/console/logind_console_services.h`. It builds fine locally after I delete the generated files and let it regenerate them so I'm not sure if this is a CI problem.
[22:14] <alan_g[m]> I was trying to snap Mir locally because the snap is also failing in CI, but now snapcraft seems to think I'm out of space on my VM 😵💫 I just gave the VM 50GB more space and resized the partition successfully, but I suspect something somewhere has an outdated cache of my old drive size.
[22:14] <alan_g[m]> you need to add the generated file directory to the include path


[01:32] <Unit193> https://www.dispatch.com/news/20200316/coronavirus-ohio-election-is-off-despite-judgersquos-ruling-dewine-larose-say well...
[03:07] <Unit193> SO, they're off.
[13:59] <yano> yup, found that out after driving around this morning trying to vote
[21:25] <Unit193> Hah, "whoops"
[21:30] <yano> pretty much


[12:17] <manchicken_> Will a valid US passport be enough?
[12:17] <manchicken_> The folks at Kinkos seemed to think that I'd need to have a photo in a special size for the country that I'm travelling to.
[12:21] <Riddell> it's up to your home country what style of passport you have
[12:22] <crimsun_> manchicken_: it's sufficient.
[12:22] <manchicken_> That's what I figured.
[12:23] <manchicken_> What a bunch of jerks.
[12:23] <Riddell> if you need a visa those have special requirements, in the UK donating to the Labour party is sufficient
[12:23] <Riddell> but I doubt you need a visa for spain, they should have a visa waiver programme
[12:23] <Riddell> obviously check with the embassy toot sweet to be sure
[12:24] <manchicken_> I don't think folks from the US need anything normal than the normal 90-day tourist visas.
[12:24] <manchicken_> That's what we had in Mexico.
[02:18] <danimo> moin
[02:18] <danimo> imbrandon: ping?
[03:38] <Paleo> !seen ryanakca
[03:38] <ubotu> Sorry, I don't know anything about seen ryanakca - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[04:26] <besonen_mobile_> i'm running 7.04.  after using adept to install a few supported apps, adept no longer seems to able to install anything.  i've attempted to install at least half a dozen supported apps and everytime the download completes.  the installation commences and then halts and i am then presented with a "Could not commit changes - Adept Manager" error message.  are there any know issues that might cause this?  how can i trouble-sh
[04:26] <besonen_mobile_> oot this problem (does adept have an error log)?  i'm about to walk away from the machine that's logging this channel for one day.  if anyone has any advice if you'd be kind enough to email it me in addition to posting to this channel i'd be very appreciative (com panix davidb - reverse order for my address).  the laptop i'm experiencing this problem with will be with me on the road.  thanks.  peace, david.
[05:54] <nixternal> whee
[05:56] <Hobbsee> heya nixternal!
[05:56] <lotusleaf> I second the "whee" motion
[05:57] <nixternal> hiya Hobbsee
[05:57] <Hobbsee> heya lotusleaf!
[05:57] <Hobbsee> lotusleaf: you were the one wondering about kdar, werent you?
[05:58] <lotusleaf> Hobbsee, hi ;) ya, I gunned for that for awhile
[05:58] <lotusleaf> Hobbsee, I noticed on xarchiver.xfce.org that they may want to implement some type of dar support
[05:59] <Hobbsee> lotusleaf: the new version of kdar still doesnt build, it seems
[05:59] <lotusleaf> Hobbsee, lol thx for the info, perhaps it's time to remove kdar from the repos if this keeps up in favor of some other solution?
[06:01] <Hobbsee> yes, that's what i'm thinking
[06:01] <Hobbsee> wait for debian to package it
[06:01] <Hobbsee> or store it somewhere.  not sure which
[06:03] <lotusleaf> cool, I notice a few people leaving feedback @ lp about it now and then, hopefully something is done.. has anyone attempted to contact the kdar developer(s)?
[06:03] <lotusleaf> I've never even used kdar, it's just something I kept seeing in the forums, newsgroups, mailing lists, etc. with people talking about it being broken so I've kept on it
[06:05] <Hobbsee> i havent.  i should, though
[06:06] <lotusleaf> nifty, I'll try beryl in feisty.
[06:08] <Hobbsee> if it gets there
[06:08] <lotusleaf> I'm satisfied with Compiz
[08:50] <fdoving> my god, the 'command-not-found' package is the most annoying thing i've ever experienced.
[09:14] <sredna> hi
[09:15] <sredna> what is that status of k3b? having 1.0 in the release would be cool ;)
[09:36] <Lure> sredna: https://wiki.ubuntu.com/KubuntuApps - we hope we get UVF exception, Riddell is working on it...
[09:49] <sredna> hi Lure :)
[09:50] <sredna> what is UVF exception?
[09:52] <abattoir> !uvf | sredna
[09:52] <ubotu> sredna: uvf is Upstream Version Freeze.  For an exception, see https://wiki.ubuntu.com/FreezeExceptionProcess#head-9523bc4076ff011324d67cddc97969ec609618d6
[09:54] <sredna> thank you :)
[09:55] <abattoir> you're welcome :)
[11:11] <crimsun> heh, little did I think that we'd end up having a [forced]  beryl packaging sprint ;)
[11:12] <Hobbsee> heh
[11:12] <Hobbsee> well, if it can be put in, and not full of crack, then that's probably a decent thing
[11:14] <crimsun> we're going to need a beryl triaging team soon.
[11:14] <Hobbsee> any volunteers?
[11:14] <Hobbsee> midn you, it seems ilke that UI job includes desktop effects stuff
[11:15] <crimsun> so Hobbsee, how much do you like Beryl? :-)
[11:15] <Hobbsee> crimsun: well, it annoys me that it doesnt work with view ports.
[11:15] <Hobbsee> crimsun: apart from that, i'ts nice
[11:15] <Hobbsee> just a bit much bling, in original config
[11:16] <Hobbsee> but the factr it doesnt work with standard workspaces, etc, or doesnt work seamlessly with them greatly annoys me
[11:17] <Hobbsee> crimsun: were you volunteering?   I thought it was the kdesu covering it, but it seems like i start the effect at the wrong place instead - so that has giving me some more to work with
[01:49] <_StefanS_> kdesu/kdesu dialog
[01:49] <Hobbsee> ahh
[01:50] <_StefanS_> I will be hacking a bit now, while I have another guy test some work related stuff..
[01:53] <_StefanS_> Jucato: well I think Riddell was going to speak with the ubuntu web dude for finding out what to do ..
[01:53] <Jucato> ah kool :)
[01:53] <Jucato> and of course kwwii's artwork :D
[01:54] <Jucato> gr... getting distracted from C++ again by web design :P
[01:57] <mhb> hmm
[01:58] <mhb> I know it's off-topic, but can someone explain to me the difference between a restricted driver and a proprietary driver?
[01:58] <mhb> I need that for translations
[02:00] <_StefanS_> restricted is because the license is not entirely free, could be a variant of GPL (LGPL or something)
[02:00] <_StefanS_> propreritary is closed source binary blobs
[02:01] <Jucato> afaik "restricted" is an Ubuntu-created term, created to distinguish drivers/packages that are proprietary but considered by Ubuntu as necessary
[02:01] <_StefanS_> where you cannot get access to the source, and if you can that would be under a NDA-agreement, and you cant disclose any information to the public
[02:01] <_StefanS_> Jucato: I think so too
[02:02] <_StefanS_> mhb: it seems like Jucato knows more about this ...
[02:02] <Jucato> heh no :)
[02:03] <Jucato> I just based that on http://www.ubuntu.com/community/ubuntustory/components :D
[02:04] <_StefanS_> afk ?
[02:04] <mhb> _StefanS_: away from keyboard
[02:04] <_StefanS_> oh :)
[02:05] <Jucato> so that in case mhb looks for me for clarifications, he knows that I'm not here :)
[02:06] <manchicken_> Is that nice value debconf issue because debconf is wrong or because the package it is processing is wrong?
[02:08] <manchicken_> console-setup is giving dpkg errors.... :(
[02:08] <manchicken_> That makes me a sad panda.
[02:09] <_StefanS_> manchicken_: the packages work fine is you run from the console (on my system(s) )
[02:09] <_StefanS_> manchicken_: adept is just buggy ..
[02:09] <manchicken_> _StefanS_: This particular issue is the debconf front-end, not adept.
[02:10] <_StefanS_> manchicken_: ok, then debconf doesn't work.
[02:10] <manchicken_> I think the debconf front-end is Perl, and that's my thing.
[02:10] <_StefanS_> manchicken_: its in some db driver i know .
[02:10] <manchicken_> If someone could give me a crash-course in the debconf thingy I could check it out.
[02:12] <_StefanS_> well you're probably better of asking that in #ubuntu-devel instead, or even debian ..
[02:14] <manchicken_> http://paste.ubuntu-nl.org/10886/ <-- hotkeys package is giving me trouble, too :(
[02:14] <Riddell> abattoir: your new oem-installer got in?
[02:15] <abattoir> Riddell: hi! yes, sometime mid-last week
[02:15] <abattoir> Riddell: the only other change that i need to make is to force it to use Plastique
[02:15] <manchicken_> OEM?!
[02:15] <abattoir> Riddell: i'm waiting for the weekend to get over, so that i can ping cjwatson with it
[02:15] <manchicken_> abattoir: Are you building computers for sale?
[02:15] <abattoir> manchicken_: no :)
[02:16] <manchicken_> Damn.  Foiled again.
[02:16] <abattoir> manchicken_: oem installer is for vendors who do that, of course
[02:16] <manchicken_> Yeah...
[02:16] <abattoir> manchicken_: https://wiki.kubuntu.org/KubuntuOEMInstaller
[02:16] <manchicken_> I was merely hoping that I could find me some inexpensive unstable kubuntu laptop goodness.
[02:17] <manchicken_> And I am looking for cheap hardware for my compile farm :)
[02:17] <abattoir> manchicken_: System76 seems to be popular, but i have no experience with them at all.
[02:25] <manchicken_> abattoir: You know if system76 is US-based?
[02:26] <abattoir> manchicken_: yup, Denver CO
[02:27] <abattoir> (according to w'pedia)
[02:27] <manchicken_> _StefanS_: Your hard drive is going to be insanely well used once I get one of these system76 boxen
[02:27] <_StefanS_> manchicken_: sounds good :)
[02:27] <_StefanS_> manchicken_: glad I could help.. btw, there's still warranty on it if you encounter issues with it
[02:27] <abattoir> manchicken_: yup, even their site confirms that :)
[02:28] <abattoir> manchicken_: their HQ, not about you abus... err using _StefanS_'s HD ;)
[02:28] <_StefanS_> heh
[02:28] <nixternal> hola Kubuntu'ites
[02:28] <abattoir> hi nixternal :)
[02:29] <nixternal> uh oh
[02:29] <nixternal> kwwii: are you around?
[02:29] <manchicken_> System76 installs ubuntu by default, so it would be insanely simple to get kubuntu on there.
[02:29] <manchicken_> So... delicious...
[02:29] <nixternal> kwwii: http://tinyurl.com/2of636
[02:29] <manchicken_> And they use the right video cards for their machines.
[02:30] <_StefanS_> damn i just poured coffee all over the table..
[02:30] <_StefanS_> manchicken_: what system were you thinking of getting from system666 ?
[02:30] <_StefanS_> 76
[02:32] <manchicken_> heh
[02:33] <manchicken_> The gazelle looks good for a lappy, ratel for desktop
[02:33] <nixternal> how is the weather down in hickland manchicken_?
[02:34] <manchicken_> hickland.  heh
[02:34] <manchicken_> It's kinda nice.
[02:34] <manchicken_> Supposed to warm up a bit.
[02:34] <manchicken_> Up to 13'C IIRC
[02:34] <manchicken_> Er, now they're saying 8'C
[02:34] <nixternal> OK, I am not converting that, so tell me in chicago temp
[02:35] <manchicken_> about 45ish
[02:35] <nixternal> heh, U-bud-tu
[02:35] <nixternal> dude made a cap for beryla nd called it u-bud-tu with a pot leaf in the middle of logo
[02:35] <manchicken_> That's... um... stupid.
[02:35] <nixternal> come on. Go smoke your ubuntu!
[02:35] <nixternal> haha
[02:42] <freeflying> bug 93384
[02:42] <Ubugtu> Malone bug 93384 in qt4-x11 "The demos and examples of Qt 4 are not provided in compiled form" [Undecided,Unconfirmed]  https://launchpad.net/bugs/93384
[02:43] <nixternal> LUG time!
[02:43] <freeflying> this may be a wishlist
[02:43] <Riddell> freeflying: it is a wishlist, it's also a good idea, but too late for feisty
[02:44] <nixternal> freeflying: same here, however I got some new ones on a CD with my Qt4 book
[02:44] <freeflying> Riddell: have you got my mail
[02:44] <nixternal> when I get home later if anyone is interested, I will provide a list of the examples
[02:51] <Riddell> freeflying: yes, I see the same issue
[02:52] <Riddell> freeflying: dirk from suse seems certain that it should fix it, but it doesn't
[02:53] <freeflying> Riddell: then we will use 3.3.7 for feisty, there only one month left before feisty out  :)
[02:53] <Riddell> freeflying: I think so, I'll ask tfheen about reverting after beta is out
[02:56] <Jucato> nixternal: btw, in the Firefox home page, (/usr/share/ubuntu-artwork/home/index.html), the "KMenu->Help" words look like a hyperlink.
[03:38] <mhb> Riddell: how hard it is to migrate kubuntu.org to drupal?
[03:39] <mhb> I've noticed many people are asking for a new kubuntu.org look, not just here :o)
[03:39] <Jucato> :D
[03:46] <kwwii> nixternal: thanks for pointing that out
[03:47] <kwwii> nixternal: although we discourage people from making packages against kde3, since we put them in under an open license we really cannot do anything about that :-)
[03:48] <mhb> hi kwwii
[03:48] <kwwii> hi mhb
[03:48] <abattoir> hi mhb, kwwii :)
[03:48] <mhb> is the new logo all that will be changed on kdm login screen / KDE splash ?
[03:48] <mhb> hey abattoir
[03:48] <kwwii> mhb: not too much more will be changed, no
[03:50] <mhb> kwwii: hmm, I thought every kubuntu/ubuntu release should include a new visual style (well, at least a bit modified style, so people can recognize what release it is)
[03:58] <kwwii> mhb: well, this is a bit different :-)
[04:01] <kwwii> actually, I worked on a variation of the wallpaper too, but it simply looks better with a bit of purple in it :-)
[04:02] <mhb> okay then
[04:06] <Riddell> mhb: I really have no idea
[04:06] <Riddell> mhb: we have a drupal set up that we can use for testing stuff on
[04:06] <mhb> Riddell: can I get access to it? or at least see the current progress?
[04:09] <Riddell> mhb: e-mail?
[04:09] <Riddell> got it
[04:10] <Riddell> sent
[04:11] <Riddell> ignore the first one
[04:13] <mhb> thanks
[04:38] <nixternal> Jucato: you lost me on the link
[04:39] <Jucato> nixternal: the text used for K Menu -> Help is blue. it looks like a hyperlink. but it's static text, right?
[04:39] <nixternal> ahh
[04:39] <nixternal> ya
[04:39] <nixternal> Jucato: that is annoying I guess
[04:39] <nixternal> but it follows the KDE styling guide
[04:39] <Jucato> doesn't the KDE styling guide use boldface for menu items?
[04:42] <nixternal> ya it does, good point
[04:43] <Jucato> hope it's not too late though :)
[04:43] <nixternal> oh I know why, it is because that was created from html and not xml
[04:43] <nixternal> that is why that didn't cover over
[04:43] <nixternal> Jucato: it is to late, but not to late. it isn't a string so we will be fine
[04:44] <Jucato> ah ok kool :)
[04:44] <nixternal> we still have one more doc package for translations
[04:48] <nixternal> Jucato: actually no the menu stuff doesn't get bolded. I thought it did, but after looking through the xslt temps it doesn't
[04:48] <nixternal> those links are supposed to be black, but have a gray background behind them
[04:49] <Jucato> ah ok
[04:49] <nixternal> keycombos such as Alt+f1 would get bolded
[04:49] <nixternal> hrmm, I thought the same as you though on that one
[04:51] <Jucato> hehe sorry for the confusion :)
[04:53] <mhb> Riddell: remember the catalogue bug of adept?
[04:54] <_StefanS_> Jucato: I sort of figured out why kdesu doesn't work, and thus what is needed for it to work out . . the KPasswordDialog needs to be a popup window, and then it will work
[04:54] <mhb> Riddell: bug 47181
[04:54] <Ubugtu> Malone bug 47181 in adept "broken localisation support" [Medium,Fix committed]  https://launchpad.net/bugs/47181
[04:54] <Jucato> _StefanS_: oh it's not a popup winndow?
[04:54] <_StefanS_> Jucato: trouble is that KPasswordDialog can't be a popup window, so I have to code a new dialog from scratch
[04:54] <_StefanS_> Jucato: nope.. regular dialog QDialog ->KDialog->KpasswordDialog
[04:54] <Jucato> aaah
[04:55] <mhb> Riddell: it's still causing trouble because you told me to name the main catalogue "libapt-front" ... but there's no libapt-front in Rosetta, so no libapt-front.mo
[04:55] <_StefanS_> Jucato: however I thought it would be possible to override stuff, to make it happen anyways
[04:55] <_StefanS_> Jucato: and another thing.. it seems like QPixmap::grabwindow is extremely slow in 1600x1200.. takes a few seconds to grab
[04:55] <_StefanS_> Jucato: and I don't see a fix for this anywhere..
[04:56] <_StefanS_> Jucato: you're on feisty now, arent you ?
[04:56] <mhb> Riddell: there's libept and libadept, both of which seem to be the same thing that libadept-front should have been
[04:56] <Jucato> yes
[04:56] <_StefanS_> Jucato: could you see how slow/fast my testapp works on your system ?
[04:57] <Jucato> _StefanS_: sure. but you'd have to tell me how to install it :)
[04:57] <_StefanS_> Jucato: just run it from a konsole
[04:57] <_StefanS_> Jucato: got a mail ?
[04:57] <Jucato> yeah<EMAIL_ADDRESS>:P
[04:57] <_StefanS_> hehe
[04:57] <_StefanS_> nice one there
[04:57] <Jucato> hope it lasts forever :D
[04:58] <_StefanS_> Jucato: heh, well Its sent now..
[04:58] <Jucato> ok gonna check now :)
[04:59] <_StefanS_> goody
[05:00] <Jucato> _StefanS_: ./foo ?
[05:00] <_StefanS_> yes
[05:01] <Jucato> ok what should I be looking for?
[05:02] <_StefanS_> the speed of which the faded background appear
[05:02] <_StefanS_> or the lack of ;)
[05:02] <Jucato> it appears instantaneously here
[05:02] <_StefanS_> erh ?!
[05:02] <Jucato> not like the logout fade
[05:02] <_StefanS_> what x driver are you using ?
[05:02] <Jucato> nvidia-glx
[05:03] <_StefanS_> ah..might be ati
[05:03] <_StefanS_> i'm using fglrx
[05:03] <_StefanS_> what resolution are you running ?
[05:03] <Jucato> the highest that I can... 1024x768 :(
[05:03] <_StefanS_> hmm ..
[05:04] <_StefanS_> maybe its ok then.. I can't do it any different anyways
[05:04] <_StefanS_> Jucato: do you think it needs to fade, or is that instant thing okay ?
[05:05] <Jucato> let me check again :D
[05:05] <_StefanS_> cause I like it appearing instantly
[05:05] <Jucato> imho the instant thing is better in this case (unlike the logout)
[05:06] <Jucato> it's a different use case imho
[05:06] <_StefanS_> yes because you need to move on quickly, since you're in the process of running an application
[05:06] <Jucato> and an important one at that
[05:07] <Jucato> but, I just noticed that clicking outside the dialog box cancels it, like the logout dialog. that might not be good in this case, imho again
[05:08] <_StefanS_> well I tried to make it ignore that, but since they are of the type popup, I might have to override the click events
[05:08] <_StefanS_> and just reject them
[05:08] <Jucato> hm... ah because the effect doesn't work w/ dialog boxes...
[05:08] <_StefanS_> yessir..
[05:08] <_StefanS_> thats the whole problem
[05:09] <Jucato> :(
[05:09] <_StefanS_> If i'm not using popup, I just get a maximized window displaying "testapplication" in the top, and the it fades inside that window
[05:09] <_StefanS_> intercepting the click event should be easy though
[05:09] <Jucato> _StefanS_: try asking in #kde-devel btw?
[05:09] <Jucato> lol you just did
[05:09] <Jucato> :D
[05:10] <_StefanS_> ;D
[05:10] <_StefanS_> and #qt also
[05:11] <Jucato> thiago's good w/ Qt (former Tt employee iirc)
[05:12] <_StefanS_> Thermaltake ?
[05:12] <_StefanS_> oh trolltech.. .hehe
[05:12] <Jucato> lol
[05:13] <_StefanS_> Jucato: do I have to mention that I have just upgraded my mobile hamster ?
[05:13] <Jucato> ooooh
[05:13] <Jucato> you're just doing this to make me jealous...
[05:13] <_StefanS_> Jucato: yesss... 3gigs mem, and another 100gb 7200rpm hd ;)
[05:13] <manchicken_> Did I mention that I'm getting a dog named Penguin?
[05:13] <_StefanS_> manchicken_: does it look like one ?
[05:13] <manchicken_> Kinda.
[05:13] <Jucato> bah!
[05:14] <manchicken_> Black pitbull mix with white in all the proper places.  heh
[05:14] <_StefanS_> Jucato: hehe ;=)
[05:14] <manchicken_> She's almost as hyper as me.
[05:14] <_StefanS_> manchicken_: does it eat cats ?
[05:14] <Jucato> does she have a yellow nose/mouth?
[05:14] <manchicken_> Naw.
[05:14] <manchicken_> Nope.
[05:14] <Jucato> ah.. not tux then... :)
[05:14] <manchicken_> Jucato: But with medical technologies being what they are, that could be arranged ;)
[05:15] <manchicken_> _StefanS_: I've got a Persian Blue myself.
[05:15] <manchicken_> 16 pounder, too.
[05:15] <_StefanS_> manchicken_: oh, they're really good as indoor pets
[05:15] <manchicken_> (that's just over a stone for you weird people)
[05:16] <_StefanS_> manchicken_: hey we use kilograms, and pounds is just 0,5kg
[05:16] <_StefanS_> a pound
[09:28] <mhb> ryanakca_: not sure about kubuntu-devel, but I surely am :o)
[09:28] <ryanakca_> lol, kk
[09:51] <ryanakca> mhb: almost set up then
[09:54] <_StefanS_> Riddell: I found a way make that kdesu dialog work, but I need your opinion before proceeding
[09:59] <ryanakca> Riddell: ping about kolab, etc.
[09:59] <_StefanS_> ryanakca: lets hope he answers ;)
[09:59] <ryanakca> Sunday, 10PM (I think)... dunno
[10:00] <mhb> 9PM is more accurate
[10:00] <mhb> I guess
[10:01] <_StefanS_> hey hobbs
[10:02] <mhb> in my country people usually greet friends with their first name so ... good morning sarah
[10:03] <Hobbsee> hehe, hi mhb
[10:07] <mhb> well, time for sleep
[10:07] <ryanakca> night martin
[10:08] <Hobbsee> night mhb
[10:08] <Hobbsee> besides, martin is not in my tab completion.
[10:08] <ryanakca> lol
[10:10] <Hobbsee> lol
[10:10] <mhb> cause it's longer than my first name :o)
[10:11] <mhb> anyway, goodnight
[10:12] <Hobbsee> true that
[10:13] <ryanakca> Hobbsee: Any idea who we bug about the kubuntu domains
[10:14] <Hobbsee> ryanakca: ah....riddell, jono, canonical sysadmins - probably in that order
[10:16] <ryanakca> kk, thanks
[10:21] <_StefanS_> Riddell must be turned off. After all I suspect he might a robot, as I said before... always working :)
[10:22] <Hobbsee> it's a sunday, too
[10:22] <_StefanS_> well maybe he likes to take a day off too
[10:22] <_StefanS_> :)
[10:23] <_StefanS_> Hobbsee: what resolution and xorg driver are you using ?
[10:23] <_StefanS_> Hobbsee: I would like you to test something if you have the time that is ..
[10:38] <ryanakca> Hobbsee: feel like helping me test our kolab server?
[10:38] <Hobbsee> _StefanS_: i've got an intel 965 graphics card .  1280x800
[10:39] <ryanakca> lol
[10:39] <ryanakca> sounds fun
[10:39] <_StefanS_> ok, well that works fine.. I'm after a nvidia
[10:39] <Hobbsee> cant help you there, sorry
[10:39] <ryanakca> _StefanS_: what does it involve?
[10:39] <_StefanS_> thanks for anyways
[10:40] <_StefanS_> ryanakca: just running a little program that fades the screen
[10:40] <ryanakca> sure, where do I get it?
[10:40] <_StefanS_> ryanakca: interested in how fast (or slow) it is
[10:40] <Hobbsee> hooray, uvfe time
[10:40] <_StefanS_> ryanakca: I can mail you the binary
[10:40] <ryanakca> kk
[10:40] <_StefanS_> gimme your mail adress
[10:41] <ryanakca> _StefanS_: ryanakca  kubuntu point com
[10:41] <_StefanS_> oka 2secs
[10:42] <_StefanS_> ryanakca: oka, its sent.
[10:42] <_StefanS_> ryanakca: just chmod +x and ./testapplication
[10:42] <ryanakca> kk
[10:42] <_StefanS_> ryanakca: err.. it bounced my mail with relaying denied ?
 host fiordland.ubuntu.com[<IP_ADDRESS>]  said: 554
[10:43] <_StefanS_><EMAIL_ADDRESS>Relay access denied (in reply to RCPT TO command)
[10:43] <_StefanS_> ehh kinda wierd
[10:43] <ryanakca> at gmail dot com
[10:43] <_StefanS_> ok
[10:43] <Hobbsee> gmail doesnt accept binaries
[10:43] <Hobbsee> upload it somewhere
[10:44] <ryanakca> oooh, kubuntu.org, my bad
[10:44] <ryanakca> Hobbsee: what about tarballing it?
[10:44] <Hobbsee> ryanakca: dunno about that
[10:44] <_StefanS_> ryanakca: off to gmail it is :)
[10:44] <ryanakca> _StefanS_: worth a try, kubuntu.org = gmail.com
[10:45] <ryanakca> manchicken__: feel like helping me test kolab?
[10:46] <ryanakca> or anybody else with nothing to do?
[10:47] <Hobbsee> heh
[10:47] <Hobbsee> ryanakca: have you noticed gmail being worse with spam filtering lately?
[10:47] <ryanakca> Yes... much
[10:47] <ryanakca> I never used to get spam... but now, I get 2-3 in a day
[10:48] <ryanakca> well, it filtered out all the spam... now it's missing some
[10:48] <Hobbsee> yep
[10:48] <ryanakca> ever since they opened it to the public...
[10:48] <Hobbsee> ahh
[10:48] <yuriy> _StefanS_: i have nvidia if you need another tester
[10:48] <_StefanS_> yuriy: what res?
[10:48] <yuriy> _StefanS_: 1400x1050
[10:49] <_StefanS_> yuriy: ah nice, that would be a good test
[10:49] <yuriy> _StefanS_: also 1280x1024
[10:49] <_StefanS_> the higher the better
[10:49] <_StefanS_> it seems to be appeared in the higher resolutions
[10:49] <yuriy> _StefanS_: upload it somewhere?
[10:49] <_StefanS_> yuriy: just gimme your email :)
[10:50] <yuriy> heh it's gmail too. another one then
[10:50] <yuriy> _StefanS_: ykozlov AT brandeis DOT edu
[10:50] <Hobbsee> _StefanS_: why dont you have a shell account somewhere?
[10:51] <_StefanS_> Hobbsee: well I could just put the file online on my website.. but I like email
[10:51] <_StefanS_> hehe
[10:51] <Hobbsee> ahhh
[10:51] <_StefanS_> yuriy: http://enhance-it.dk/testapplication
[10:52] <_StefanS_> ryanakca: just grab that ^
[10:53] <ryanakca> bash: ./testapplication: No such file or directory
[10:53] <Hobbsee> chmod +x it?
[10:53] <_StefanS_> yes
[10:54] <ryanakca> tab completed it even, so no typos
[10:54] <_StefanS_> err
[10:54] <_StefanS_> let me try
[10:54] <ryanakca> kk
[10:55] <_StefanS_> works here
[10:55] <ryanakca> ryan@sigma:~$ ./testapp*on
[10:55] <ryanakca> bash: ./testapplication: No such file or directory
[10:55] <ryanakca> I've run chmod 777 on it as well
[10:55] <ryanakca> hmm... what did you compile it on?
[10:55] <_StefanS_> do a file testapplication to see if it got corrupted
[10:55] <_StefanS_> x86
[10:56] <ryanakca> apps compiled on a certain CPU might only work on certain CPUs...
[10:56] <_StefanS_> should be generic
[10:56] <ryanakca> testapplication: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), not stripped
[10:56] <_StefanS_> oka, can you do with a kdevelop project then ?
[10:56] <ryanakca> hmm... sure
[10:57] <_StefanS_> http://enhance-it.dk/testapplication.tar.gz
[10:58] <_StefanS_> sorry, its there now
[10:58] <_StefanS_> wasnt 10 secs ago :)
[10:58] <yuriy> new link?
[10:58] <_StefanS_> nope the same
[10:59] <_StefanS_> this is the kdevelop project
[11:00] <yuriy> _StefanS_: is it supposed to be an animation like with the feisty shutdown dialog?
[11:00] <_StefanS_> yuriy: nope
[11:00] <_StefanS_> yuriy: just grey.
[11:00] <_StefanS_> yuriy: is it fast ?
[11:02] <yuriy> _StefanS_: fast, just a tiny flicker before it appears
[11:02] <_StefanS_> yuriy: I think that is just Qt doing its thing..
[11:02] <_StefanS_> yuriy: good, and you're on 1400x1050 ?
[11:02] <yuriy> _StefanS_: that was 1280 one sec
[11:02] <_StefanS_> oka
[11:03] <yuriy> _
[11:03] <yuriy> _StefanS_: about the same on 1400x1050
[11:03] <_StefanS_> yuriy: oka, so no noticable wait
[11:04] <yuriy> no wait, but i can see it drawing
[11:04] <yuriy> but it takes <1s
[11:04] <_StefanS_> ok, do you think its ok to wait for that before being presented with the kdesu dialog, when eg. starting adept or something ?
[11:07] <ryanakca> _StefanS_: It doesn't fade into grey really... just makes the screen grey
[11:07] <ryanakca> and... the logout/shutdown dialog button thingy is really off center
[11:08] <_StefanS_> ryanakca: well dont mind the dialog there, its just random stuff
[11:08] <ryanakca> aka, the screen is normal, flickers, and is grey
[11:08] <yuriy> _StefanS_: i think a fade would be nicer, but that needs compositing or it'd be slow, right?
[11:08] <_StefanS_> yuriy: yes.. its really a compromise
[11:08] <ryanakca> gradual
[11:09] <yuriy> _StefanS_: but ubuntu does it? as ryanakca just said?
[11:09] <_StefanS_> yuriy: yep donno about gtk, but some stuff seems faster
[11:09] <ryanakca> how did the gnome people do it without compositing? (aka, I didn't have compositing on, and it worked, and was nice and gradual... and it was an older machine too)
[11:10] <yuriy> ok i tried gksu
[11:10] <yuriy> it's gradual, but it flickers
[11:10] <_StefanS_> well all I know is that QPixmap::grabWindow() which I use is extremely slow ..
[11:10] <_StefanS_> and AFAIK theres no alternative
[11:10] <yuriy> but still a little nicer than shorter flicker and not gradual
[11:11] <ryanakca> is it safe to assume that the oldest video card for kubuntu will be 5 years?
[11:11] <_StefanS_> ryanakca: donno, probably
[11:11] <ryanakca> or do we have to make it compatible with /all/ of them?
[11:11] <ryanakca> s/we/you
[11:12] <_StefanS_> well if you got a slower machine I say you're used to waiting a bit for stuff to happen, else you might atleast choose something like puppylinux instead
[11:12] <_StefanS_> and not kde ;)
[11:12] <ryanakca> lol
[11:12] <ryanakca> yeah... you'd be more likely to use XFCE/xubuntu
[11:12] <_StefanS_> maybe I will make a gradual fade.. just dont want to slow the user down
[11:13] <ryanakca> or fvwm/afterstep/ratpoison/aewm/alltheotherwm
[11:13] <ryanakca> yeah
[11:13] <_StefanS_> remember its just  a step in a process of running something with root priv.
[11:13] <yuriy> the gksu gradual fade is pretty fast
[11:13] <_StefanS_> yes I know, have it here on vmware
[11:13] <yuriy> just that i can see the rectangles being painted
[11:13] <ryanakca> _StefanS_: I'd make it last 1.5s-2s, no more
[11:13] <yuriy> 2s is too long imo
[11:13] <_StefanS_> <2 definitely
[11:14] <ryanakca> Well, how long does it take for you to get your mouse from KMenu to the center of the screen? Make it twice that...
[11:14] <ryanakca> Or.. stick the dialog there, but make the background keep fading
[11:15] <_StefanS_> yes, I thought about that also
[11:15] <ryanakca> That way they don't have to wait, but they have fading in the back
[11:15] <_StefanS_> yes, will do that
[11:16] <_StefanS_> gawd i hate this ati hell
[11:17] <ryanakca> lol
[11:17] <ryanakca> well, I wish I could use beryl with nvidia
[11:17] <ryanakca> but... no... screen lock permanently locks my screen...
[11:17] <ryanakca> as well as the screen saver... and.... apps have black squares instead of their interfaces
[11:18] <_StefanS_> what gfx card you have ?
[11:19] <_StefanS_> well I better to bed... my daughter usually wakes up at 6.00 - 6.30
[11:19] <_StefanS_> go to
[11:19] <ryanakca> see yah _StefanS_
[11:20] <_StefanS_> yep night
[11:20] <ryanakca> safe to make uninstall?
[11:20] <_StefanS_> yes
[11:20] <_StefanS_> see you ..


[00:00] <ubotu> Launchpad bug 144641 in displayconfig-gtk "GUI screen config tool should generate an randr 1.2 configuration where possible" [Critical,Fix committed] https://launchpad.net/bugs/144641
[00:19] <tjaalton> night
[00:28] <bryce> night
[01:35] <ubotu> New bug: #202712 in linux-restricted-modules-2.6.24 (restricted) "[Hardy] very poor 3D performance of fglrx" [Undecided,New] https://launchpad.net/bugs/202712
[03:56] <ubotu> New bug: #199736 in mythtv "please include dvb-fe-nxt2004.fw firmware and get_dvb_firmware script" [Undecided,Invalid] https://launchpad.net/bugs/199736
[07:31] <tjaalton> heh, seems that the xcb devs have fixed xlib/xcb to never make apps crash due to locking assertions. a bit too late for hardy though, I guess
[11:21] <ubotu> New bug: #201466 in xorg (main) "gdm_slave_xioerror_handler error in ubuntu hardy heron Alpha 6" [High,Confirmed] https://launchpad.net/bugs/201466
[12:05] <ubotu> New bug: #33339 in xrandr "Xrandr and Screen Resolution applet show huge refresh rate" [Low,Invalid] https://launchpad.net/bugs/33339
[12:56] <ubotu> New bug: #39108 in linux-restricted-modules-2.6.15 "Glx-legacy freezes very often with a GeForce 4 MX" [Medium,Invalid] https://launchpad.net/bugs/39108
[13:26] <ubotu> New bug: #202836 in xorg (main) "Xubuntu 8.04 alpha 6 LiveCD Russian language issue" [Undecided,New] https://launchpad.net/bugs/202836
[13:51] <ubotu> New bug: #202848 in linux-restricted-modules-2.6.24 (restricted) "GeForce FX5200 drivers xorg bug" [Undecided,New] https://launchpad.net/bugs/202848
[14:06] <ubotu> New bug: #202572 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/202572
[14:06] <ubotu> New bug: #202781 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/202781
[14:07] <ubotu> New bug: #202199 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/202199
[14:07] <ubotu> New bug: #202376 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/202376
[14:07] <ubotu> New bug: #202430 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/202430
[14:11] <ubotu> New bug: #201151 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/201151
[14:11] <ubotu> New bug: #201940 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/201940
[14:11] <ubotu> New bug: #202274 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV on login (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/202274
[14:21] <ubotu> New bug: #202855 in linux-restricted-modules-2.6.24 (restricted) "nvidia_drv.so crash after logout" [Undecided,New] https://launchpad.net/bugs/202855
[14:36] <ubotu> New bug: #202863 in xserver-xorg-driver-vmware "Screen resolution in VMware is huge" [Undecided,New] https://launchpad.net/bugs/202863
[15:01] <ubotu> New bug: #202872 in gnome-settings-daemon (main) "gnome-settings-daemon crashed with SIGSEGV (dup-of: 198951)" [Undecided,New] https://launchpad.net/bugs/202872
[18:28] <bryce> tjaalton: something we could backport?
[18:31] <ubotu> New bug: #202939 in xorg (main) "quadro nvs 130m not supported by nv driver" [Undecided,New] https://launchpad.net/bugs/202939
[20:16] <ubotu> New bug: #8177 in vbetool (main) "vbetool should subsume ddcprobe, use x86emu" [Medium,Confirmed] https://launchpad.net/bugs/8177
[20:16] <tjaalton> bryce: looks like it's a bit complicated for a backport
[22:21] <superm1_> so with the xserver changes in not recording a resolution to debconf, that makes bug 188764 interesting to try to solve
[22:21] <ubotu> Launchpad bug 188764 in usplash "[hardy]640x480 usplash on a 1024x768 LCD laptop" [High,Confirmed] https://launchpad.net/bugs/188764


[02:59] <RAOF> Gah! GNOME Shell!
[02:59] <RAOF> At least attempt to do focus-stealing prevention!
[03:00] <RAOF> So a popup doesn't come up between me starting to press <enter> and me actually pressing <enter>
[04:57] <hikiko>  hi
[04:57] <RAOF> Good morning hikiko!
[04:57] <hikiko> hey RAOF :-) how are you?
[04:58] <RAOF> Pretty good!
[04:58] <hikiko> :D
[04:58] <RAOF> How about your fine self?
[05:00] <hikiko> I'm good too :-) just a little tired because I was sick yesterday
[08:03] <Laney> howdy partners
[08:04] <willcooke> morning Laney
[08:05] <didrocks> good morning england
[08:05] <tjaalton> Laney: ping re xserver ffe
[08:05] <Laney> didn't hear anything about any testing
[08:05] <tjaalton> did you look at the bug?
[08:05] <Laney> hey willcooke didrocks
[08:06] <tjaalton> it's been tested on various hw combinations
[08:06] <tjaalton> by community and me
[08:06] <seb128> hey Laney willcooke tjaalton
[08:06] <seb128> had a good w.e?
[08:15] <Laney> hey seb128, yes thanks - went to see the parents & family
[08:15] <Laney> was super sunny!
[08:15] <Laney> what about you?
[08:16] <seb128> same, relaxing w.e it would feel like almost start of summer without the wind
[08:16] <Laney> stupid flat country :P
[08:17] <Laney> tjaalton: we asked davmor_2 to try it as well
[08:17] <Laney> If it wasn't so close to the release then this would be easier
[08:18] <Laney> Feel free to try someone else on the release team
[08:19] <tjaalton> well I tried the passive way for two weeks, that was a mistake :P
[08:19] <tjaalton> should've known about the beta
[08:21] <davmor2> Morning all
[08:21] <Laney> hey davmor2
[08:21] <Laney> how art thou?
[08:22] <davmor2> Laney: happy now I can get onto my PC, I think mesa only partially installed on friday and took out the stack so when I switched on this morning no login screen
[08:23] <davmor2> Laney: 122 updates later and everything is working again
[08:24] <Laney> O_O
[08:24] <davmor2> tjaalton: proposed has new gfx stack that you want testing right?
[08:24] <tjaalton> davmor2: no, ppa:canonical-x/x-staging does
[08:24] <willcooke> Laney, flexiondotorg, (cc seb128) - I'm going to be head down in some work all day so won't be around for 1:1s, happy to reshedule later in the week etc
[08:25] <Laney> willcooke: np, good luck with that
[08:25] <Laney> unless it's "team firing plan" in which case bad luck
[08:25] <willcooke> :D
[08:25] <willcooke> it's not that ^
[08:26] <Laney> unless it's "team firing [out of a circus cannon on team fun day] plan"
[08:26] <Laney> etc
[08:26] <davmor2> tjaalton: ah okay, so I'm hoping to start on that today but have a bunch of meetings first thing so it'll be after that
[08:28] <tjaalton> davmor2: alright, cool
[08:43] <alexarnaud> morning all
[13:07] <davmor2> tjaalton, Laney: I see nothing immensely wrong with x, touchscreen on xps13, trackpad on same, keyboard and intel gfx there are all fine, Amd and Nvidia on alternate Home built machines both seem fine too
[13:14] <b4n> andyrock: thanks for the review, I'll fix that
[13:14] <b4n> andyrock: should I push a fixed version, or add additional fixup commits?
[13:15] <andyrock> new commits
[13:15] <andyrock> I'll continue tomorrow
[13:15] <andyrock> it' eof for me
[13:15] <b4n> ok
[13:15] <b4n> may I add a few small changes I made in the meantime, like dropping a meaningless function idirection and the likes?
[13:16] <b4n> or should that go in a subsequent MR?
[13:16] <andyrock> same branch please
[13:16] <b4n> okay, will do
[13:16] <b4n> thanks
[13:18] <davmor2> tjaalton: also tested usb keyboard and mouse and ps2 keyboard and mouse too for a confirmation on those working too :)
[13:18] <tjaalton> davmor2: nice, thanks for confirming other test results ;)
[13:24] <tjaalton> davmor2: could you add a note on 1671799 so that it's not lost
[17:06] <flexiondotorg> Laney Doesn't look like using env via Popen works.
[17:06] <flexiondotorg> To coerce dropbox and caja-dropbox.
[17:07] <flexiondotorg> So I'm going to use os.environ as before.
[17:43] <flexiondotorg> Ignore that ^


[05:46] <hikiko> Hi
[07:09] <TheMuso> seb128: Hey there. Mind subscribing the desktop team as a bug contact for valadoc? I missed it, and it needs main inclusion, MIR is bug 1556703
[07:47] <seb128> good morning desktopers
[07:48] <seb128> TheMuso, hey, does it really make sense to have to maintain another vala tool in the lts just for that? other projects build their html and include them in the tarball, no point to waste builder cycles rebuilding again and again something which is static for a fixed version
[07:49] <seb128> shrug, intel driver corruption after vt switch
[07:49] <seb128> need to reboot
[07:49] <seb128> brb
[07:59] <seb128> k, back to working session
[08:03] <pitti> bonjour seb128
[08:03] <seb128> salut pitti, ça va bien ?
[08:03] <pitti> seb128: oui, et toi ?
[08:03] <seb128> c'est comment votre v-sprint? c'est sur quel sujet ?
[08:03] <pitti> error tracker vsprint going on, nightshifts again :)
[08:03] <seb128> oh, nice
[08:03] <seb128> moi ça va bien !
[08:04] <seb128> what things are you guys working on?
[08:04] <seb128> the error tracker could really do with some work
[08:04] <seb128> so nice to see it getting some focus ;-)
[08:04] <pitti> seb128: so far it took all three of us quite a while to deploy it into canonistack, we found a lot of issues, documented the process now, and fixed some bits
[08:04] <pitti> now working on bugs
[08:04] <pitti> as a warmup
[08:04] <pitti> not sure what Brian has planned for today and tmw
[08:05] <pitti> seb128: but for example https://bugs.launchpad.net/errors/+bug/1069743
[08:05] <seb128> that would be nice indeed
[08:20] <pitti> seb128: bug 1329779 approved -- that's just a sync? nice
[08:21] <seb128> pitti, indeed, thanks!
[08:23] <seb128> see we manage to clean up some cruft ;-)
[08:25] <pitti> heh yes, I was also removing some old wx bits recently, currently looking at wxwidgets2.8
[08:39] <didrocks> good morning guys (late good morning compared to my start time :p)
[08:40] <pitti> bonjour didrocks !
[08:40] <didrocks> hey pitti!
[08:40] <didrocks> pitti: systemd is driving me nuts btw :p
[08:41] <pitti> didrocks: it does that to all of us, don't worry :)
[08:41] <didrocks> heh
[08:41] <didrocks> I really don't understand why vlc is acting differently on a network connection when running as a service
[08:42] <pitti> err, do we talk about vlc the video player?
[08:42] <didrocks> yeah
[08:42] <didrocks> for a snappy demo
[08:42] <seb128> lut didrocks
[08:42] <didrocks> I tried to change StandardOuput/Input/Error to a tty just in case that was what changes its behavior (as it did for Qt apps) but it's not this
[08:42] <didrocks> salut seb128
[08:42] <didrocks> I'm a little bit clueless of what's different on the systemd env now :/
[08:43] <pitti> some missing environment? no session dbus?
[08:43] <pitti> (or do you run it as a session service, not system service?)
[08:43] <didrocks> I do run it as a system service, in an ubuntu core environment
[08:44] <didrocks> I'm getting some network connection errors
[08:44] <didrocks> (when trying to fetch a live stream)
[08:44] <didrocks> there is no session dbus for the user, so probably not this
[08:45] <didrocks> I'm just getting:
[08:45] <didrocks> Mar 15 08:32:54 localhost ubuntu-core-launcher[858]: [00007f41c4000e48] core access error: connection failed: Network is unreachable
[08:45] <didrocks> Mar 15 08:32:54 localhost ubuntu-core-launcher[858]: [00007f41c4000e48] http access error: cannot connect to www.youtube.com:80
[08:45] <didrocks> (same with https)
[08:45] <didrocks> the exact same command, ran directly (even under root), works
[08:46] <pitti> didrocks: snappy does some seccomp/apparmor/device restrictions etc stuff, any of that?
[08:46] <didrocks> pitti: yeah, we ruled that out
[08:46] <didrocks> it's running unconfined
[08:46] <didrocks> for the sake of testing
[08:46] <didrocks> and there is no denial
[08:46] <didrocks> (and both command and services are running the same command, generated by snappy)
[08:47] <pitti> well, this sure does smell like a private network ns or so
[08:47] <didrocks> mvo wrote: "ok, this took ages, I strongly doubt its a snappy problem, it looks like something strange with systemd. what happens is that the vlc/src/network/tcp.c module tries to connect to the youtube server via ipv4, then ipv6, gets ENETUNREACH, then ipv4 again (why?) then it gets a EINPROGRESS (which is correct). however it fails at this point and dies with network unreachable. I put a python3
[08:47] <didrocks> downloader into the script (just for fun) and that connects just fine to youtube. so I strongly suspect it is vlc (ENETUNREACH from ipv6, ipv4 gets an ok)
[08:47] <didrocks> "
[08:48] <didrocks> pitti: why would it get a private network under system (if we use curl, or any python server in the same script, it works)?
[08:49] <pitti> well, it normally doesn't, unless you enable the option for it; but I'm not familiar with the restrictions that are otherwise present on a snapy system
[08:49] <pitti> didrocks: if you run the service under ubuntu classic, does that work?
[08:50] <didrocks> pitti: let me try quickly
[08:50] <pitti> didrocks: nsenter might be an useful tool -- enter the namespaces of the vlc process, run a shell in it, and poke around
[08:50] <pitti> (in case you didn't try that yet)
[08:50] <didrocks> never used nsenter, let me try first running vlc on my system
[08:51] <pitti> didrocks: also, comparing /proc/<pid>/ns for your shell and for the vlc service process, to see if they are different
[08:54] <willcooke> morning desktoppers
[08:55] <didrocks> hey willcooke
[08:56] <didrocks> pitti: ok, so same on classic
[08:56] <didrocks> mars 16 09:55:42 tidus sh[8879]: [00007f6e6c000e48] core access error: connection failed: Network is unreachable
[08:56] <didrocks> mars 16 09:55:42 tidus sh[8879]: [00007f6e6c000e48] http access error: cannot connect to www.youtube.com:443
[08:56] <mvo> did you guys see what I wrote about connect() for ipv4/ipv6? that seems to be the crux
[08:56] <didrocks> just starting /usr/bin/vlc <youtube-stream> in a .service file
[08:56] <Trevinho> willcooke: morning!
[08:57] <seb128> hey willcooke Trevinho mvo
[08:57] <seb128> how are you?
[08:57] <Trevinho> Hi se
[08:57] <didrocks> pitti: would nsenter influence what mvo wrote about the ipv4/ipv6 thingy?
[08:57] <didrocks> hey Trevinho
[08:57] <Trevinho> Seb128*
[08:57] <Trevinho> didrocks: bonjour Didier
[08:57] <pitti> didrocks: nsenter doesn't affect the existing process at all, it just launches a new one in the same namespaces (mostly for debugging)
[08:57] <TheMuso> seb128: Yeah fair enough, will look into doing that tomorrow.
[08:57] <pitti> didrocks: think of it as the generalization of lxc-attach
[08:58] <pitti> lxc-attach is more or less nsenter
[08:58] <didrocks> pitti: the issue is that the process stops and exits
[08:58] <seb128> TheMuso, thanks
[09:04] <Laney> hullo
[09:04] <didrocks> hey Laney
[09:05] <seb128> hey Laney
[09:05] <pitti> hey Laney, good morning
[09:10] <didrocks> pitti: should I just add some long sleep() before vlc starts and look at what's different in the namespace that way?
[09:10] <pitti> didrocks: nsenter to get a shell doesn't help?
[09:10] <Laney> 3~3~3~what up
[09:10] <Laney> 3~3~3~!
[09:10] <didrocks> pitti: well, vlc exits immediatly
[09:11] <pitti> didrocks: ah; well, then change the process to "ExecStart=/bin/sleep infinity", nsenter that, and run vlc  from a shell?
[09:11] <pitti> then you can strace/gdb/etc.
[09:13]  * didrocks wonders how many services people will develop will have this kind of issues only as a systemd service
[09:17] <pitti> first time I hear about an oddity like that
[09:17] <didrocks> pitti: well, there is the one on stdout/stdin/stderr not being attached to real tty
[09:18] <didrocks> (some people spent 3 days because of this before I helped them :p)
[09:18] <didrocks> but it's not the case here
[09:18] <didrocks> pitti: I tried sudo nsenter --target <pid> --mount --uts --ipc --net --pid
[09:19] <didrocks> run in it /usr/bin/vlc <https_stream_url>
[09:19] <didrocks> and it works
[09:19] <didrocks> is there anything else that I'm missing in nsenter parameter namespaces?
[09:19] <davmor2> willcooke, seb128: okay that was weird after the updates yesterday I fired up my machine this morning, external display worked on lightdm and plymouth but didn't in session, turns out it had been deactivated in screen settings
[09:20]  * didrocks will add --user
[09:20] <seb128> davmor2, who is playing with your computer at night? ;-)
[09:20] <willcooke> heh
[09:20] <willcooke> Laney - is that ^ similar to your screen woes?
[09:21] <seb128> davmor2, can you re-activate it?
[09:21] <didrocks> pitti: same without any parameter btw (only --target)
[09:21] <seb128> Laney, how was the quizz? did you win? ;-)
[09:21] <davmor2> seb128: yeap up and running now
[09:21] <seb128> you are sure you didn't play with the UI?
[09:22] <davmor2> seb128: it's like that one setting got reverted, but sticky edges stayed turned off
[09:22] <seb128> davmor2, did you change anything in your monitors setup, like port they are connected on, number, etc?
[09:22] <seb128> davmor2, it looks like it maybe failed to restore the written config, or though that you setup didn't match a known one
[09:23] <davmor2> seb128: nope, not touched screen settings at all since I got it the way I wanted it
[09:23] <seb128> davmor2, is there any error in ~/.cache/upstart/unity-settings-daemon.log?
[09:24] <pitti> didrocks: does the vlc process started from the .service have different namespaces in the first place?
[09:24] <davmor2> davmor2@davmor2-XPS-13-9343:~⟫ cat .cache/upstart/unity-settings-daemon.log
[09:25] <davmor2> ** (unity-settings-daemon:2595): WARNING **: Unable to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
[09:25] <davmor2> Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
[09:25] <davmor2> (unity-settings-daemon:2595): color-plugin-WARNING **: failed to connect to device: Failed to connect to missing device /org/freedesktop/ColorManager/devices/cups_HP_Photosmart_5520_series
[09:25] <seb128> mvo, hey, could you have a look to https://code.launchpad.net/~seb128/software-properties/security-update-tweaks/+merge/289151 ? it fixes the unattendee-upgrade issue I think (works for me at least)
[09:25] <davmor2> seb128: ^
[09:25] <seb128> davmor2, yeah, those are "normal/known", not due to your issue
[09:26] <didrocks> pitti: I'm not sure be skilled enough to answer. I didn't put anything in my .service file to change namespace at least
[09:26] <pitti> didrocks: most services don't, so if there's any difference to /proc/1/ns/ that would be a surprise
[09:26]  * seb128 tries to sync wxwidgets3 and notice that pitti already did
[09:26] <pitti> didrocks: but if there's no difference, then nsenter also won't make much difference
[09:26] <seb128> pitti, thanks!
[09:26] <pitti> seb128: ah, I noticed that you didn't and then just went aheaad
[09:26] <Laney> willcooke: I couldn't reactivate it
[09:26] <Laney> seb128: no!
[09:27] <seb128> pitti, I was in the middle of something else and it was next on my list, I was getting to it now .... no worry, it's done which is what matters ;-)
[09:27] <Laney> it was hard
[09:27] <didrocks> pitti: hum… so, it's something else that systemd does preventing it to access the network apparently
[09:27] <seb128> Laney, well, at least you know you can do better next time ;-)
[09:28] <pitti> didrocks: answer to different namespaces> just start vlc.service, get the pid, and compare "sudo ls -l /proc/<that pid>/ns" with "sudo ls -l /proc/1/ns"
[09:29] <didrocks> pitti: I did check the sleep() (as I can't check vlc when not working, as it's exiting), but yeah, it's the same namespace
[09:29] <pitti> didrocks: ok, so that's confirming what we expect; so nsenter, namespaces etc. are not involved here the
[09:29] <pitti> nn
[09:29] <pitti> "then"
[09:30] <didrocks> hence why vlc is working as expected from this shell…
[09:30] <pitti> and if wget or some python downloader is working and can access the net, then it's hardly something in the environment of that process that prevents it?
[09:31] <didrocks> pitti: exactly…
[09:31] <didrocks> (meaning, yeah, tried that)
[09:31] <pitti> the only ways how you actually could prevent net access for an invidivual process are either MAC (apparmor), putting it into a different network namespace, or do syscall filtering with seccomp
[09:32] <didrocks> but there is none of that in classic for my service, right?
[09:32] <didrocks> (and we would have denials in logs)
[09:32] <pitti> no
[09:32] <pitti> you don't get denials for seccomp or namespacing, just with apparmor
[09:33] <didrocks> ah ok, but anyway, it's not that. So, there is something in the env under systemd that vlc doesn't like and triggering it into this mode
[09:33] <pitti> but with namespacing wget would fail as well, and we don't apply seccomp restrictions in  classic
[09:33] <didrocks> yeah
[09:33] <pitti> didrocks: does strace give any insights?
[09:33] <pitti> I think you already identified the part of the code that fails (but I don't know the details there)
[09:35] <didrocks> pitti: strace is what mvo used for the above comment ^ (and the ipv4 which gets an ok, then ipv6 switch getting ENETUNREACH, then ipv4 again, then EINPROGRESS)
[09:39] <ksamak> hi all
[09:39] <ksamak> Trevinho: hi.
[09:39] <ksamak> Trevinho: just so i know, is there any planned delay for publishing of compiz
[09:39] <ksamak> <IP_ADDRESS>?
[09:40] <ksamak> thanks for announcing btw
[09:40] <Trevinho> Hey
[09:40] <Trevinho> So, I'm quite busy with some stuff, but I'm going to do that after next landing
[09:40] <Trevinho> Ok?
[09:41] <ksamak> no problem.
[09:41] <ksamak> i just wanted to know to also plan
[09:42] <ksamak> btw, i'm preparing a better focus tracking, with new plugin focuspoll, and ezoom modified in consequence.
[09:42] <ksamak> that's quite necessary for impaired people. that'll definitely benefit ubuntu's impaired users.
[09:45] <didrocks> pitti: I did run a screen session as a system service
[09:46] <didrocks> pitti: starting vlc from it reading a youtube stream, and it works
[09:46] <seb128> crazyness
[09:47] <pitti> indeed -- sensitive to stdout/stderr being pipes? looking at $TERM? not having a PAM session?
[09:48] <didrocks> pitti: as I said, I tried to set StandardOut/Err/In to tty
[09:48] <didrocks> let's see if $TERM can play something
[09:49] <Trevinho> ksamak: awesome
[09:50] <Trevinho> ksamak: also, hikiko would work in improving the ezoom experience with unity. So you two might sync
[09:51] <hikiko> hey
[09:51]  * hikiko saw a highlight
[09:51] <hikiko> ksamak, hi
[09:52] <hikiko> are you preparing a change for the ezoom?
[09:53] <didrocks> hikiko: I hope you are enjoying your new laptop, I spent too much time of my life for this shipment :p
[09:53] <hikiko> hahhaha
[09:53] <hikiko> thanks didrocks :D
[09:53] <didrocks> yw!
[09:53] <hikiko> It's GREAT :)
[09:53] <hikiko> did you see the pic on telegram?
[09:54] <didrocks> yep
[09:55] <didrocks> pitti: nope, no progress. Any way I can give it a PAM session?
[09:55] <hikiko> compiling is super fast :D
[09:57] <pitti> didrocks: you can start it as root through su -c 'vlc' someuser ; but at that point it's probably easier to look at the particular network code that's failing
[09:57] <pitti> su - starts a PAM session
[09:58] <pitti> didrocks: did you compare the process environment already?
[09:58] <pitti> didrocks: screen, shells, etc. all read /etc/environment, set $HOME, etc.
[09:58] <pitti> a .service normally doesn't have any $HOME
[09:59] <didrocks> pitti: let me run it as my user (as it fails the same way) and inject my whole env
[10:00] <pitti> didrocks: or rather, start vlc from a shell through env -i
[10:01] <didrocks> pitti: other kind of errors without any env
[10:01] <didrocks> > [00007f94c0000e48] http access error: error: HTTP/1.1 404 Not Found
[10:01] <didrocks> for instance
[10:01] <pitti> interesting -- isn't that very similar to what you see?
[10:01] <pitti> like, it won't have a ~/.config/vlc, nor can it create one
[10:02] <didrocks> yeah, can be a side effect of this
[10:02] <didrocks> so trying to run the service as my user
[10:02] <pitti> didrocks: so, what happens if you add Environment=HOME=/tmp/foo to the service?
[10:02] <didrocks> and injecting my all env
[10:02] <pitti> (and create /tmp/foo)
[10:04] <didrocks> pitti: no, same issue (and not a different log)
[10:04]  * pitti doit faire les courses, à plus tard
[10:04] <didrocks> à tout à l'heure
[10:10] <ksamak> Trevinho: hikiko okay, sure. i modified things in ezoom, that are probably worth discussing.
[10:10] <ksamak> including the zoomarea center calculation.
[10:10] <ksamak> this'll probably have to change, with your input.
[10:11] <ksamak> hikiko: but let's talk about that when the patch is out.
[10:11] <ksamak> :-)
[10:11] <hikiko> ksamak, I am using only the final zTransform for my unity changes
[10:12] <hikiko> I guess that whatever the changes are you ll still pass a zTransform to compiz right?
[10:13] <ksamak> hikiko: yep, i just changed the maths a little.
[10:13] <mvo> seb128: on the phone, will look in a bit
[10:13] <seb128> mvo, thanks
[10:14] <didrocks> mvo: pitti: ok, dumping my whole user's env make it works, I need know just to bisect on which ones are needed
[10:14] <hikiko> then your changes probably wont affect unity at all :)
[10:17] <mvo> didrocks: its the env? woah, can't wait to hear which one it is
[10:18] <mvo> seb128: looks good
[10:18] <seb128> mvo, thanks!
[10:18] <seb128> mvo, let me upload that then ;-)
[10:19] <mvo> go go
[10:22] <didrocks> mvo: argh it's the XAUTHORITY apparently on my classic system… which is weird, because when running the command on a headless snappy system, we don't have it and it works…
[10:22] <didrocks> mvo: but it gives the same error, so I really think the network error is a side effect of something else failing
[10:26] <chrisccoulson> Is the lock screen meant to scale correctly on high DPI screens?
[10:28] <Laney> chrisccoulson: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1551820
[10:29] <chrisccoulson> Laney, thanks
[10:29] <Laney> it used to work
[10:30] <seb128> when did it regress?
[10:30] <seb128> is that happening all the time?
[10:31] <Laney> look at the date I filed the bug
[10:31] <Laney> yes
[10:31] <seb128> yeah, the report says "in many weeks" :p
[10:31] <seb128> I guess chrisccoulson has a new laptop so doesn't have more data :-/
[10:31] <seb128> Trevinho, ^ do you have any clue when that might have regressed?
[10:31] <chrisccoulson> Yeah, I've only had a high DPI screen for a few days :)
[10:32] <Laney> not sure that 'when' is super important to know if you know the code already
[10:32] <Laney> can probably blame/log the file or just look at the code
[10:33] <seb128> it helps to be able to find somebody to ping saying "that change of yours broke it" :p
[10:33] <seb128> otherwise it sits there as it current does :-/
[10:33] <chrisccoulson> Also, the online-accounts sign-in doesn't scale either. With http://bazaar.launchpad.net/~oxide-developers/oxide/oxide.trunk/revision/1365, the webengine will scale correctly as long as Qt indicates the device scale, but that's not hooked in Qt anywhere :(
[10:34] <Laney> that's not a matter of 'when'
[10:34] <seb128> if I would have to guess
[10:34] <seb128>   [ handsome_feng ]
[10:34] <seb128>   * Extend the lockscreen theme for kylin.
[10:34] <Laney> it's a matter of you have to ping people to get bugs attention
[10:34] <seb128> right
[10:34] <Laney> but I did post it on telegram at the time
[10:34] <seb128> but that I tried
[10:34] <seb128> if you ping without a change to point at you don't get much pong
[10:34] <seb128> true story :-/
[10:35] <caribou> Hello, I'm investigating a bug in Xenial with my external screen on VGA, is this a good place to ask ?
[10:35] <seb128> caribou, not really, it's not a support forum, try #ubuntu for user questions
[10:36] <caribou> seb128: on Xenial, not sure #ubuntu is the proper forum
[10:36] <Laney> #ubuntu+1
[10:36] <seb128> caribou, what Laney said
[10:36] <seb128> Laney, Trevinho, I'm going to have to bet it's the kylin changes for their custom greeter
[10:36] <caribou> hmm, didn't know about this one
[10:36] <Trevinho> Mh, yeah it might have happened there
[10:36] <Trevinho> let me check
[10:36] <caribou> seb128: Laney: thanks!
[10:36] <seb128> yw
[10:36] <seb128> Trevinho, thanks
[10:38] <Laney> Trevinho: grazie
[10:38] <Trevinho> Laney: di niente...
[10:38] <Trevinho> It's time to teach some more italian here... :)
[10:41]  * Laney wants a coffee
[10:41] <Laney> coincidence?
[10:42] <Trevinho> Laney: ok I think i've fixed it...
[10:42]  * Trevinho compiles
[10:42]  * Trevinho is just sooo lazy in making new branches + MPs... :-P
[10:42] <Laney> gimme a deb
[10:43] <Trevinho> Laney: I can give you diff, maximum :P
[10:43] <Laney> you're compiling :(
[10:43] <hikiko> I love compiling today :p with ssd + i7
[10:43] <Laney> think of the environment man
[10:43] <pitti> didrocks: ah, so it still tries to talk to X?
[10:44] <didrocks> pitti: well, but that's running in a X session, so it seems so. However, I can run it on ubuntu core headlessly (by executing the command)
[10:44] <didrocks> pitti: so I guess the error is just a side effect of errno not being empty
[10:44] <didrocks> and the error is actually somewhere else
[10:47] <didrocks> pitti: mvo: exporting the sudo env (where the commands directly run) to the wrapper doesn't work in the ubuntu core service :/
[10:48] <Trevinho> Laney: here you are https://code.launchpad.net/~3v1n0/unity/lockscreen-promptview-scaling-fix/+register-merge
[10:49] <Laney> Trevinho: blink
[10:52] <Trevinho> Laney: well uri is wrong, but well, you got it ;-)
[11:03]  * Laney spanks Trevinho
[11:04] <Laney> fix your tests!
[11:35] <Laney> Trevinho: it works
[11:35] <Laney> !!!
[11:36] <Trevinho> Laney: of course, it does ;-)
[11:38] <Laney> unlike your testsuite
[11:38] <Laney> ^_^
[11:38] <seb128> lol
[11:39] <willcooke> :D burn
[11:40] <willcooke> added a task to Trello
[11:41]  * Laney attaches a log
[11:48] <willcooke> thanks Laney
[11:53] <mvo> didrocks: so it still does not work even with all the env?
[11:56] <didrocks> mvo: no, no progress (when running on Ubuntu Core). The only progress I got is that comparing their output is that in the successful case, there is "core access debug: connection succeeded (socket = 6)"
[11:56] <didrocks> mvo: looking at fd (if they are still the same after this read), it's /dev/urandom
[11:56] <didrocks> and I'm completely stuck then
[11:57] <didrocks> still working like clockword when using the command line version
[11:57] <didrocks> (even with sudo)
[12:26] <desrt> good morning all
[12:26] <desrt> hey didrocks :)
[12:27] <didrocks> hey desrt
[12:39] <seb128> hey desrt
[12:48] <desrt> morning, seb
[12:48] <desrt> got my fitbit :)
[12:49] <ogra_> so you can share your fat with your friends now !
[12:50] <desrt> fat with friends!
[12:50] <ogra_> :)
[12:50] <desrt> fatr!
[12:51] <desrt> it's stupid, but this thing is already causing me to get more exercise
[12:52] <desrt> it shames you into moving
[12:52] <seb128> hehe
[12:52] <desrt> if you didn't take 250 steps in an hour, it vibrates and shows you a frown and says "time to move!"
[12:52] <seb128> I'm looking forward seeing that one in Prague
[12:52] <seb128> oh, nice
[12:52] <desrt> and then if you do it it vibrates again and gives you some rewarding message like "you did it!"
[12:52] <seb128> mine didn't do that!
[12:52] <seb128> cool
[12:53] <desrt> it's basically the "stop being a sedentary software developer" feature
[13:28] <didrocks> pitti: waitpipe: already dying is another difference I can notice, I tried to set Ignore SIGPIPE to False in the service, but doesn't change…
[14:12] <didrocks> pitti: if you have time for it (I'm really stuck at it now), I have a very simple .service file and a script runner for an adt cloud image machine
[14:12] <didrocks> pitti: basically, running the script by hand works
[14:12] <didrocks> having the service starting doesn't
[14:12] <didrocks> exporting all env that the user have when the script runs by end fails as well
[14:14] <didrocks> (and I'm running the service as the "ubuntu" user to ensure we don't have issues due to running as root)
[14:19] <seb128> attente, hey, thanks for the nautilus discussion yesterday ... I've a patch that is easy enough and works, want to have a look and tell me if you think it looks fine? (the _cb changes are mostly a copy of what upstream did)
[14:20] <attente> seb128: sure, glad it worked out for you
[14:35] <attente> seb128: where is the patch?
[14:36] <seb128> attente, grah, sorry, I though I had copied the pastebin url, which apparently I didn't :p
[14:36] <seb128> attente, http://paste.ubuntu.com/15401688/
[14:36] <attente> hehe, no worries
[15:37] <attente> seb128: hey, is there a reason you switched to using selected_file instead of gtk_places_sidebar_get_location()?
[15:39] <seb128> attente, I basically backported https://git.gnome.org/browse/nautilus/commit/src/nautilus-window.c?id=52e4774e9942043739c1594a72e0ffb96694632b
[15:39] <seb128> attente, the bug hint they did that way because of gtkplacesidebar issues
[15:40] <seb128> like the selection isn't changing when you right click
[15:40] <seb128> (that looks a bit weird btw)
[15:40] <attente> ok
[15:40] <attente> seb128: the indentation is a bit weird at src/nautilus-window.c:880
[15:41] <seb128> I'm not surprised
[15:41] <seb128> upstream is weird
[15:41] <seb128> they decided they don't like tab indent which nautilus was using
[15:41] <seb128> so every change/new commit uses space indent
[15:41] <seb128> but they don't want to change existing code to now screw git blame&co
[15:41] <seb128> so nautilus sources are mix of style
[15:42] <seb128> eventually when all code is rewritten it's going to be consistent again :p
[15:43] <seb128> but yeah, seems like I forgot to fix that chunk when I copied it
[15:43] <seb128> attente, thanks for pointing it out!
[15:43] <attente> seb128: yeah, no worries. i think selected_(file|volume) might need to be cleared on destroy or finalize
[15:44] <attente> seb128: minor nit also, the added separator is a bit wider than the other ones
[15:44] <seb128> oh, right
[15:45] <seb128> I wonder if upstream has the issue/why
[15:45] <seb128> going to look at that
[15:45] <attente> yeah. i guess every time you pop up the popover it adds a ref, and only clears it when you actually click on that item
[15:46] <seb128> good catch
[15:46] <seb128> upstream fixed it it seems
[15:47] <seb128> attente, https://git.gnome.org/browse/nautilus/commit/src/nautilus-window.c?id=40a709cc11f60a47a0d956ea39af15e45d4339e3
[15:47]  * seb128 backports that as well
[15:47] <attente> nice
[15:52] <attente> seb128: not sure why the separators are a different size, but it's the same issue upstream as well
[15:52] <seb128> good, which means I can report it there ;-)
[16:01] <seb128> attente, they pack a GtkSeparator manually in the popover with bottom/top margins, I guess they also need some left/right ones
[16:01] <seb128> https://git.gnome.org/browse/nautilus/tree/src/nautilus-window.c#n1267
[16:02] <seb128> indeed
[16:03] <seb128> https://git.gnome.org/browse/gtk+/tree/gtk/gtkplacessidebar.c?h=gtk-3-18#n3349
[16:03] <attente> sounds about right
[16:04] <seb128> looks right with left/right at 12
[16:04] <seb128> thanks
[16:11] <seb128> attente, reported with a patch as https://bugzilla.gnome.org/show_bug.cgi?id=763768
[16:11] <seb128> attente, thanks for the review! (unsure if you are done?)
[16:12] <attente> seb128: nice! yeah, can't see any other real issues, it actually works pretty great as is. good job!
[16:13] <seb128> attente, great, thanks again for putting me back in the correct direction, unsure why I had discarted a partial port to gaction, and for the review!
[16:39] <seb128> attente, gnome-software stays as a service again after starting it from the dash and closing it, is that wanted/a known issue?
[16:40] <attente> seb128: yeah, apparently running from the dash dbus-activates it, which always runs it with the --gapplication-service flag
[16:40] <seb128> does it?
[16:41] <seb128> :-/
[16:41] <attente> yeah
[16:42] <attente> so i'm not sure what to do there exactly. i could try to strip out the flag but that seems really hacky
[16:42] <attente> it would work though i guess
[16:43] <seb128> I don't know on the code side, I guess you asked desrt what she thinks?
[16:43] <desrt> attente: we already discussed this...
[16:43] <seb128> but from an user experience, I just had it have an outdated update list because it didn't pick up/refresh after I apt-get installed some things
[16:43] <desrt> attente: the thing you ought to be doing is ignoring the flag entirely
[16:43] <desrt> if you want it to quit, let it quit
[16:44] <Laney> unity does dbus activation?
[16:44] <seb128> and it displays non-notify-osd friendly notificaitons
[16:44] <desrt> just get rid of the hold() irrespective of flag
[16:44] <desrt> Laney: anything that uses GIO does
[16:44] <Laney> huh!
[16:44] <Laney> cool
[16:44] <desrt> attente: or did i miss something and there is some other case where you want the hold?
[16:45] <attente> desrt: i'm pretty sure i tried removing the g_application_hold() but it still stuck around
[16:45] <desrt> because of the inactivity timeout and because of the hidden (not destroyed) main window
[16:45] <desrt> we solved those things, no?
[16:46] <attente> i don't remember, but i'll try it again
[16:46] <seb128> attente, thanks
[16:46] <desrt> you started destroying the main window, which led to the gs_application_activate -> gtk_widget_show() on destroyed window bug
[16:47] <desrt> after that, there are only two things that can keep the application around: hold() and inactivity timeouts
[16:47] <attente> right
[16:56] <chrisccoulson> Is anyone else seeing compiz gobble up memory in xenial? http://paste.ubuntu.com/15402706/
[16:57] <seb128>  2586 seb128    20   0<PHONE_NUMBER>72  31764 S   0,0  4,9  15:11.12 compiz
[16:57] <seb128> no
[17:04] <seb128> pitti, what do you think about disabling the pygi warnings about using "require_version" for the lts? we still have quite some code not doing that, it's not a priority to fix now and spamming logs
[17:17] <pitti> seb128: seems fine to me; maybe two weeks before release?
[17:17] <seb128> sure
[17:17] <seb128> thanks
[17:32] <seb128> ok, time for some exercice, have a nice evening everyone
[17:32] <seb128> well, at least for those off before I'm back
[17:32] <seb128> bbl
[17:59] <willcooke> righty, school meeting tonight. *That* is how much I like meetings.
[18:00] <willcooke> nigth all
[18:03] <Laney> nn
[18:21] <Sweet5hark> got postgresql stuff in the libreoffice snap to build. snap is now at 2GB bundling all of postgres (not that we currently have an alternative) ...
[22:11] <seb128> robert_ancell, hey, is there a git branch where we should commit/push trivial fixes? is that wip/ubuntu-changes?
[22:11] <robert_ancell> seb128, eys
[22:11] <robert_ancell> yes
[22:11] <seb128> ok
[22:11] <seb128> 	uri = g_strdup_printf ("http://changelogs.ubuntu.com/changelogs/binary/%s/%s/%s/changelog", source_prefix, source, update_version);
[22:12] <seb128> I think the "source" there should be "binary_source"
[22:12] <seb128> I'm mentioning it in case you edit things around and want to change it
[22:12] <seb128> I'm going to do that tomorrow otherwise
[22:13] <robert_ancell> seb128, that change would be in wip/rancell/apt
[22:13] <seb128> ah
[22:14] <robert_ancell> oh, right. I was confused when you pointed that out before
[22:16] <seb128> why?
[22:16] <seb128> I didn't manage to check that today
[22:16] <seb128> but I think that's why language-selector-gnome's changelog is not showing
[22:17] <robert_ancell> you emailed me that a while ago, and I thought we needed to pass the source package to the URL, but now it clearly needs to be the binary name
[22:17] <seb128> right
[22:17] <seb128> I commented about that on some of the bugs
[22:25] <seb128> ok, I was just passing by
[22:25] <seb128> good day/night everyone


[00:49] <maco> how does one report a bug on canonical.com?
[00:49] <paultag> maco: shout at the nearest wall
[00:49] <paultag> maco: they'll get it
[00:49] <maco> oh. im sure thatll work well.
[00:49] <nhandler> maco: Maybe at https://edge.launchpad.net/canonical-website
[00:49] <paultag> maco: Try filing a bug against the ubuntu website
[00:49] <paultag> Ah, that's the one
[00:50] <maco> thanks nhandler
[03:08] <nigelb> good morning :)
[03:08]  * nigelb yawns
[03:10] <paultag> morning nigelb
[03:10] <nigelb> heya paultag
[03:10] <paultag> nigelb: wana sneak peak?
[03:11] <paultag> nigelb: fluxbox -- http://imgur.com/dwdwm.png
[03:11] <nigelb> wow
[03:11] <paultag> nigelb: menus re rounded, the whole thing looks great
[03:11] <paultag> nigelb: let me screenie right quick
[03:12] <paultag> nigelb: http://imgur.com/dyeGT.png
[03:12] <duanedesign> hello nigelb paultag
[03:12] <paultag> hey duanedesign
[03:12] <nigelb> rocking paultag :)
[03:13] <paultag> nigelb: thanks :)
[03:13] <paultag> I screwed up though nigelb
[03:13] <duanedesign> paultag: i see i am not the only one who keeps their clock in 24hr format
[03:13] <paultag> nigelb: I was using ubuntu0, ubuntu1 for my ppa to test. I forgot I should have been using ~ppa1 ~ppa2, is there any way to clear out builds from a PPA?
[03:13] <paultag> duanedesign: :)
[03:13] <paultag> duanedesign: nosir, I love it in mili-time. Makes more sense
[03:16] <paultag> Worst comes to worst, I'll just pull from git again and bump the date
[03:16] <nigelb> paultag: the ones that failed?
[03:16] <paultag> nigelb: none of them failed
[03:17] <paultag> nigelb: my builds are always very clean -- that's the problem ;)
[03:17] <paultag> nigelb: I did not use ~ppa1 on the end
[03:17] <paultag> nigelb: so it will clash with ubuntu when it syncs this from debian
[03:17] <paultag> nigelb: ( for me using the ppa, I guess )
[03:18] <paultag> perhaps I'll just delete the PPA
[03:18] <nigelb> paultag: delete and push again I suppose
[03:18] <paultag> mm
[03:19] <paultag> OK.   I suck at grapical manipulation
[08:32] <dholbach> ara: woohoo!
[08:37] <ara> morning dholbach
[08:38] <dholbach> hey ara :)
[08:50]  * dholbach → dentist
[08:51] <dholbach> roots channel disco
[10:00] <nigelb> \o/ lunch was rocking
[10:00] <nigelb> jussi: I feel ya
[10:07] <nigelb> jussi: glad to know your tiff with the lawnmover is over
[10:07] <jussi> nigelb: ?
[10:07] <nigelb> your hair :D
[10:09] <nigelb> jussi: ^^
[10:09] <jussi> oh
[10:09] <jussi> yeah, have to grow it a bit for the wedding.
[10:09] <nigelb> also the shot with the blue shirt is great.  your eyes and the T-shirt color looks really nice :)
[10:10] <nigelb> (your eyes are blue aren't they?)
[10:13] <jussi> blue/grey, so kinda
[10:15] <nigelb> :)\
[10:31] <popey> morning community!
[10:31] <popey> Happy friday!
[10:39] <nigelb> heya popey
[10:39] <nigelb> happy weekend :)
[10:56]  * jussi hums along to "we wish england was australia" :D
[11:02] <nigelb> jussi: hahaha
[11:04] <czajkowski> Morning
[11:05] <jussi> nigelb: context: http://www.youtube.com/watch?v=QRIU5S6vgB8
[11:19]  * nigelb likes maia's reply to the whole ubuntu tweak discussion
[11:21] <nigelb> jussi: hilarious ad
[12:27] <nigelb> Sense's post on the planet rocks
[12:27] <nigelb> the /away was a nice touch :D
[15:50] <czajkowski> jcastro: this should be better than Laday Gaga  http://www.youtube.com/watch?v=bmKhEGiNshA
[15:50] <czajkowski> I blame randa_ :)
[15:50] <randa_> hehe
[15:51] <czajkowski> randa_: found a new version
[15:51] <czajkowski> I really wish I could understand spanish :( sounds so nice in music
[16:59] <dholbach> ok my friends, I call it a day
[16:59] <dholbach> have a great weekend everyone
[16:59]  * dholbach hugs you all
[17:01] <paultag> cheers dholbach
[17:01] <popey> dholbach: great work today! :D
[17:03] <dholbach> popey: not sure about that :)
[17:03] <czajkowski> dholbach: bye! have a good one
[17:03] <dholbach> let's see
[17:03]  * dholbach hugs you all
[17:17] <doctormo> kim0: Hello
[17:18] <doctormo> kim0: Just let me know what the website is for and how you would like me to help with the css.
[17:47] <dpm> ok, time to go, have a great weekend everyone!
[19:33] <highvoltage> jono: that. was. evil.
[19:34] <highvoltage> I laughed so histerically that I had to leave the office. I'm still kind of crying
[19:34] <jono> highvoltage, hahaha
[21:00] <paultag> nigelb: thanks :) you rock :)
[21:32] <jcastro> JFo: I guess your buddy Hurd just resigned
[21:49] <jcastro> popey: batman
[21:49] <popey> :)
[21:55] <czajkowski> 300
[21:57] <jcastro> jono: I approach EOD if you still want to have a catch up
[21:58] <jono> jcastro, I have another call now, can you mail me a summary of items you wanted to catch up on just in case we don't get a chance to speak
[21:59] <jcastro> sure
[21:59] <jcastro> it's mostly status updates
[21:59] <jono> thanks
[21:59] <jono> email should be fine then
[21:59] <jono> have a nice break jcastro
[22:00] <jcastro> rock and rool!
[22:00] <jcastro> roll!
[22:00] <jcastro> off for a week everyone, bai2u!
[22:00] <paultag> bai :)
[22:03] <jono> Pendulum, all set :)
[22:03] <Pendulum> jono: so'm I :)
[22:03] <jcastro> jono: I can close the Alpha 3 work item then?
[22:06] <jono> jcastro, yep
[22:17] <ScottL> akgraner, i am practically done with the interview questions, what method would you like me to use to get them back to you?
[22:17] <akgraner> Can you drop them into the google doc?
[22:17] <ScottL> i have been typing them in the same document, but i need another ten minutes to complete them
[22:17] <akgraner> if email is easier just email - whatever is easier for you - :-)  just attach a pic please :-)  if you don't mind
[22:18] <akgraner> okie dokie - just let me know when you are finished  - I'm not at my house right now - I have a meeting in a few minutes so I had to drive to SC
[22:19] <ScottL> i'll have to dig up a picture though or wait until my wife gets home tonight to take one :/
[22:19] <akgraner> :-)   I'll wait til Monday to add it now anyway - it
[22:20] <akgraner> as most people have started their weekend
[22:20] <akgraner> and we want people to see :-)  not gloss over it..
[22:25] <doctormo> Hey jono
[22:31] <ScottL> hi doctormo
[22:31] <doctormo> Hey ScottL
[22:32] <ScottL> akgraner, okay, found a picture, how would you like for me to send it to you (lol - it's kinda scary though)
[22:36] <jono> doctormo, hey
[22:36] <jono> kim0, so it seems herb is working on the RT?
[22:36] <kim0> jono: Yes .. that seems to be the case
[22:36] <doctormo> jono: Still here having fun at DebConf, is it appropriate for me to lend my production talents towards the Debian community? For their new member guides and such?
[22:37] <kim0> doctormo: thanks man for offering to help on the css thingie .. it's been taken care of, so nevermind
[22:38] <doctormo> kim0: Ah don't thank me too quickly, I didn't do anything. :-) Was it a very small job?
[22:38] <kim0> doctormo: yes tiny :)
[22:39] <akgraner> ScottL, email would be great
[22:39] <jono> doctormo, of course, your time is your own! :)
[22:39] <jono> kim0, cool :)
[22:40] <doctormo> jono: Community is Social.
[22:40] <kim0> akgraner: hey there .. how are ya
[22:42] <jono> doctormo, indeed :)
[22:43] <akgraner> kim0, great and you?  I gathered you all were a bit busy  - so I was waiting to bug ya :-)
[22:43] <kim0> akgraner: hehe .. and I thought you forgot me already :)
[22:43]  * kim0 is enjoying summer heat
[22:45] <akgraner> kim0, nope :-)
[22:46] <akgraner> I'll get you some questions on Monday :-)
[22:46] <kim0> cool stuff
[22:46] <akgraner> I got caught up on some much needed family time - so now I have to catch up on everything else...
[22:46] <akgraner> :-)
[22:46] <kim0> akgraner: you're doing an amazing job btw
[23:14] <ScottL> akgraner, i'll need your email (not sure if you gave it to me before)


[05:24] <trevorj> Just got started with juju and orchestra in a dev environment. Really, really cool stuff! Thanks for your hard work!
[05:26] <trevorj> Amazing the possibilities that this will morph into.
[13:04] <shafiqissani> Is there a way to mention repository location in environments.yaml file ? ... instead of explicitly mentioning the repository path every-time some charms needs to be deployed.
[13:07] <marcoceppi> shafiqissani: I don't believe so
[15:28] <SpamapS> marcoceppi: correct, https://bugs.launchpad.net/juju/+bug/906008
[15:28] <_mup_> Bug #906008: way to set default charm repository <juju:Confirmed> < https://launchpad.net/bugs/906008 >