[06:44] <pitti> Good morning
[06:47] <larsu> hi pitti!
[06:48] <darkxst> hey pitti, larsu
[06:49]  * pitti waves from South Africa, hello!
[06:49] <larsu> morning darkxst
[06:49] <larsu> pitti: oh, nice!
[06:53] <darkxst> larsu, any thoughts on this comment? https://code.launchpad.net/~noskcaj/gnome-system-monitor/titlebar/+merge/243576/comments/601288
[06:55] <darkxst> pitti, hopefully you getting more sun, than we are, got very soaked riding over the weekend ;(
[06:55] <pitti> darkxst: plenty here :)
[06:58] <Noskcaj> darkxst, rain is very good for AU. 2 years since we've had proper rain
[06:59] <Noskcaj> Although i guess you had reasons to complain, since you had a weekend planned
[06:59] <darkxst> Noskcaj, we have probably had a lot more rain down here than up your way this year!
[07:00] <Noskcaj> lucky
[07:00] <larsu> darkxst: light-themes already style .header-bar and .titlebar
[07:01] <larsu> darkxst: we use it to distinguish between actual title bars and header-bars as primary toolbars
[07:01] <larsu> which is probably a bit wrong, but was a nice heuristic for most apps so far
[07:02] <darkxst> larsu, g-s-m does not get the header-bar styling it seems, it has rounded corners on the widget for example
[07:04] <larsu> darkxst: unset .titlebar, then
[07:04] <darkxst> its header_bar widget has class titlebar, not class header_bar
[07:04] <darkxst> and its not the only app like that either
[07:05] <larsu> right. When you add a patch that hows traditional title bars, you need to s/titlebar/header-bar
[07:05] <larsu> we need some way to differentiate proper headerbars from headerbars-as-toolbars in the theme
[07:12] <darkxst> larsu, obviously can't do that in gtkbuilder file, but guess can use gtk_style_conext_add/remove_class?
[07:20] <larsu> darkxst: you can add classes in the builder file as well: <style> <class name="header-bar" /> </style>
[07:20] <larsu> (I think that's the syntax...
[07:20] <larsu> )
[07:21] <larsu> ) you can't remove them though...
[07:24] <didrocks> morning
[07:24] <larsu> hi didrocks!
[07:25] <didrocks> hey larsu :)
[07:31] <seb128> good morning desktopers
[07:42] <darkxst> larsu, also my g-s-m patch was upstreamed, but doubt they would take a hack that is specific to the ubuntu themes
[07:45] <larsu> darkxst: sure? I think it's reasonable to say that a toolbar should not have .titlebar set...
[07:46] <darkxst> larsu, I meant by hacking the UI file, which can't now which DE is running?
[07:47] <larsu> darkxst: right
[08:19] <darkxst> larsu, seb128 https://bugzilla.gnome.org/show_bug.cgi?id=741236 that should work better
[08:19] <ubot5`> Gnome bug 741236 in general "Don't set "titlebar" class when using headerbar widget as a toolbar" [Normal,Unconfirmed]
[08:21] <larsu> darkxst: commented
[08:26] <seb128> darkxst, the bg issue is not only on the headerbar
[08:27] <darkxst> seb128, where? I'm not seeing any background issues under unity
[08:27] <seb128> in the resources tab
[08:27] <seb128> you can see through the graphs
[08:29] <darkxst> seb128, not here, but I do have many more 3.14 components than the archives
[08:29] <seb128> do you use overlay-scrollbars?
[08:31]  * larsu walks backwards silently
[08:32] <seb128> the magical words?
[08:33] <didrocks> larsu: run, run, and don't look back :)
[08:34]  * larsu runs, runs, and doesn't look back
[08:34] <seb128> ...
[08:34] <seb128> joke aside is that an o-s issue?
[08:34] <seb128> is anyone else seeing it?
[08:35] <larsu> very likely, but I haven't tested yet
[08:35] <seb128> k
[08:35] <seb128> let me know if/when you doi
[08:38] <larsu> okay
[08:46] <willcooke> mornign all
[08:47] <seb128> hey willcooke
[08:47] <larsu> morning!
[08:51] <mlankhorst> good morning
[08:53] <didrocks> hey willcooke
[08:54] <willcooke> mlankhorst, heyhey!  My U8 machine is b0rked.  Seems to be a libmir mismatch :(  I'll have to wait for them to fix it before I can play :D
[08:54] <mlankhorst> probably :P
[09:05] <Laney> hello!
[09:05] <larsu> morning Laney!
[09:05] <larsu> and willcooke, mlankhorst
[09:05] <willcooke> hey Laney larsu
[09:06] <mlankhorst> hey
[09:06] <Laney> what's happening
[09:07] <larsu> nothing got done last week. We missed you
[09:08] <willcooke> same
[09:08] <Laney> ah well that was to be expected
[09:08] <Laney> at least you are still alive
[09:08] <didrocks> morning Laney :)
[09:09] <seb128> hey Laney, wb
[09:09] <seb128> had a good week?
[09:09] <Laney> hey didrocks seb128
[09:09] <Laney> good yes, wouldn't say it was relaxing though ;-)
[09:09] <larsu> ha, how's the place coming along?
[09:10] <Laney> couple of rooms are painted now
[09:10] <Laney> some furniture is in place, some more coming today
[09:11] <Laney> need to get a man around to make a concrete base which i can put a bike shed on
[09:11] <Laney> bringing them inside is lame
[09:12] <Laney> nothing seems to have particularly broken from lp mail :-)
[09:12] <larsu> neat
[09:14] <mlankhorst> willcooke: oh looks unity-system-compositor and qtmir had an update, probably why it borked
[09:16] <willcooke> mlankhorst, it was moaning about:
[09:16] <willcooke> /usr/sbin/unity-system-compositor: relocation error: /usr/lib/x86_64-linux-gnu/libmirplatform.so.4: symbol _ZN3mir7logging3logENS0_8SeverityERKSs, version MIR_COMMON_3 not defined in file libmircommon.so.3 with link time reference
[09:16] <willcooke> s/was/is
[09:16] <mlankhorst> apt-cache policy unity-system-compositor
[09:18] <willcooke> unity-system-compositor:
[09:18] <willcooke>   Installed: 0.0.5+15.04.20141204-0ubuntu1
[09:18] <willcooke>   Candidate: 0.0.5+15.04.20141204-0ubuntu1
[09:18] <willcooke>   Version table:
[09:18] <willcooke>  *** 0.0.5+15.04.20141204-0ubuntu1 0
[09:18] <willcooke>         500 http://gb.archive.ubuntu.com/ubuntu/ vivid/universe amd64 Packages
[09:18] <willcooke>         100 /var/lib/dpkg/status
[09:18] <willcooke>      0.0.5+15.04.20141124-0ubuntu2 0
[09:18] <willcooke>         500 http://ppa.launchpad.net/mlankhorst/ppa/ubuntu/ vivid/main amd64 Packages
[09:19] <mlankhorst> yeah figures
[09:19] <willcooke> oki
[09:19] <mlankhorst> just downgrade or wait a bit while I upload new usc and qtmir
[09:19]  * willcooke can wait
[09:19] <willcooke> :)
[09:19] <willcooke> thanks mlankhorst
[09:34] <darkxst> seb128, no I don't use overlay-scrollbars, they break things ;)
[09:35] <seb128> darkxst, k, well try if you get the bg issue with those
[09:36] <seb128> doesn't happen without them it seems
[09:36] <darkxst> seb128, I will try, but thats probably not something I can fix
[09:36] <seb128> k, fair enough
[09:36] <seb128> still a blocker to update the application
[09:37] <seb128> the issue is not happening with the old g-s-m version
[11:36] <mlankhorst> willcooke: ok I've tried, but touch is not going to be handled particularly well right now until mir hasbeen reworked
[11:38] <willcooke> mlankhorst, sorry, what have you been trying?
[11:38] <mlankhorst> getting input to work inside unity8
[11:40] <willcooke> ahh
[11:40] <willcooke> kk
[11:41] <willcooke> mlankhorst, is it worse than on the desktop?
[11:42] <mlankhorst> I just don't have the information I need right now to create a touch device as needed
[11:44] <willcooke> mlankhorst, ack
[11:44] <willcooke> mlankhorst, did you try to get xmir working on a phone device at all?
[11:49] <mlankhorst> haven't tried yet
[12:02] <willcooke> kk
[12:20] <mlankhorst> I'll try updating when I've finished rebuilding unity-system-compositor, qtmir, and xorg-server for armhf :P
[13:16] <mzanetti> hey. so as we didn't really got to a conclusion last week on how to do this, I've filed a bug https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1400312
[13:16] <ubot5`> Launchpad bug 1400312 in unity8-desktop-session (Ubuntu) "On desktop, windowed mode should be the default" [Undecided,New]
[13:17] <mzanetti> if anyone has some thoughts, please add them to that bug
[13:17] <willcooke> thanks mzanetti.  bregma - FYI ^^
[13:23] <bregma> willcooke, mlankhorst, I believe bschaefer got XMir working on the phone, after a fashion
[13:23] <mlankhorst> ok
[13:24] <bregma> dunno what kind of fashion, not the cnv kind yet
[13:24] <mlankhorst> well I've rebuilt all packages that were out of date
[13:24] <bregma> *vnc*
[13:25] <bregma> yeah, I think there were libs missing that were required to do anything useful, but we'll have to wait for him to appear on the aether to ask
[13:27] <mlankhorst> libprotobuf iirc
[13:27] <mlankhorst> I'll try it
[13:27] <mlankhorst> https://launchpad.net/ubuntu/vivid/armhf/libprotobuf9/2.6.1-1
[13:32] <mlankhorst> oh, also needs libepoxy
[13:37]  * didrocks has a working prototype for xfailsafe under systemd \o/
[13:37] <didrocks> spent some time because the lightdm binary behaves differently if renamed (like in a .real) or put in another directory…
[13:39] <didrocks> popey: #troll ;)
[13:40] <xnox> didrocks: you are using OnFailure= & OnFailureJobMode= right?
[13:40] <didrocks> xnox: yeah ;)
[13:40] <xnox> didrocks: cool =) l33t =)
[13:40]  * didrocks ^5s xnox ;)
[13:42] <desrt> g' morning, kids
[13:43]  * xnox has an urge to install mirc and use scripts to start a auto-kick/ban war with didrocks
[13:43] <didrocks> good morning desrt, good week-end?
[13:44] <didrocks> xnox: ahah, last time I did use mirc was end of 2000/early 2001, don't force me to dive again in my old scripts :)
[13:45] <xnox> most importantly I had colors support enabled, no life without bling
[13:45] <didrocks> yummy flashy green :)
[13:46]  * popey hugs didrocks
[13:47]  * didrocks hugs popey back
[13:49] <seb128> hey desrt, happy monday
[14:01] <cyphermox> good morning!
[14:13] <seb128> hey cyphermox, how are you?
[14:13] <cyphermox> good, you?
[14:21] <seb128> good as well, thanks!
[14:27] <seb128> cyphermox, what are you working on nowadays? n-m? bluetooth? other?
[14:27] <cyphermox> wpa
[14:27] <cyphermox> I'm doing the low-level changes needed so that we get hotspot to work
[14:28] <cyphermox> making sure there is some way to push the buttons needed to bring it up before someone can do the UI part
[14:29] <seb128> cool ;-)
[14:29] <cyphermox> but more recently than that I was getting my ears destroyed by pulse or rhythmbox messing with volume levels when song changes
[14:29] <cyphermox> ouch ;)
[14:30] <seb128> ouch indeed :/
[14:46] <mlankhorst> hm I broke it
[14:46] <Laney> does anyone get hash sum mismatch quite often now?
[14:46] <Laney> when apt-get updating
[14:46] <Laney> Started a few weeks ago for me
[14:47] <mlankhorst> I used to get it sporadically at least
[14:47] <mlankhorst> don't have it on vivid right now
[14:47] <Laney> seems to be on Translation-en most of the time
[14:48] <seb128> Laney, are those error displayed in update-manager? didn't notice anything but it might be that the graphical ui doesn't warn about those
[14:49] <Laney> don't know
[14:49] <seb128> (that's what I use for doing my updates)
[14:49] <Laney> for me sbuild does an update every time and I see it quite a lot then
[14:50] <Laney> just saw https://launchpadlibrarian.net/192106527/buildlog_ubuntu_trusty_amd64_ubuntu-gnome_FAILEDTOBUILD.txt.gz which reminded me
[15:09] <seb128> would be nice if "restart" would do "systemctl restart" when you run systemd init, rather than throwing a dbus error because it fails to contact upstart
[15:12] <cyphermox> haha yeah :)
[15:13] <cyphermox> muscle memory is a pain here
[15:13] <seb128> it's also easier to type "restart" than "systemctl restart"
[15:13] <seb128> we should make "restart" a wrapper
[15:35] <Laney> wtf
[15:35] <Laney> did the system-settings timezone selector break?
[15:40] <seb128> Laney, touch or desktop?
[15:41] <Laney> trying on my desktop
[15:41] <Laney> after I just saw bug #1400353
[15:41] <ubot5`> bug 1400353 in ubuntu-system-settings (Ubuntu) "Timezone label does not show the correct info" [Undecided,New] https://launchpad.net/bugs/1400353
[15:41] <seb128> u-s-s or u-c-c ?
[15:41] <Laney> uss
[15:41] <seb128> u-s-s I guess
[15:41]  * seb128 tries
[15:41] <Laney> it doesn't go back after I select something
[15:41] <seb128> yeah, I can confirm that
[15:41] <Laney> I think it's not getting the changed signal
[15:41] <Laney> TIMEDATEDDDDDDDDDD
[15:42] <seb128> you think it's a systemd issue?
[15:42] <Laney> dunno
[15:42] <Laney> that's supposed to happen on the propertychanged signal though
[15:42] <Laney> lemme monitor this
[15:42] <Laney> does it work on phone still?
[15:43] <seb128> on rtm yes
[15:43] <seb128> I don't have a vivid device
[15:45] <Laney> huh
[15:45] <Laney> some of the properties have EmitsChangedSignal but not timezone
[15:46] <Laney> that's EmitsChangedSignal("false") though
[15:48] <Laney> indeed I see the signal
[15:48] <Laney> maybe this is in the u-s-s part then ;-)
[15:49] <seb128> weird, I don't think that backend changed at all in vivid
[15:51] <Laney> ah
[15:51] <Laney> I think I see
[15:52] <seb128> nice
[16:05] <willcooke> qengho, heyho!  When I hover over a link in Chromium I dont see the full URL show up at the bottom of the screen.  Has it been that way for a while?
[16:06] <qengho> willcooke: Yes, ages.
[16:06]  * willcooke no like
[16:06] <qengho> Oh, wait, you *don't* see i?
[16:06] <willcooke> ;)
[16:06] <willcooke> yeah, dont see it
[16:06] <willcooke> Googling to look for a fix...
[16:08] <qengho> willcooke: you should see that. Could be a scaling problem, if you have the display-density ratio set not to 1.
[16:08] <willcooke> erm, I don't know what that is, so I'm gonna say no
[16:10] <willcooke> "status bubble" seems to be the thing
[16:10] <qengho> willcooke: $ dconf read /com/ubuntu/user-interface/scale-factor   # is your display "8"?
[16:11] <willcooke> yeah, all 8s
[16:11]  * qengho boggles.
[16:11] <willcooke> I wonder if its an extension
[16:11]  * willcooke tests a theory
[16:12] <willcooke> yarp
[16:12] <willcooke> qengho, works fine in incognito mode
[16:12] <qengho> Weeeird.
[16:12] <willcooke> seems to be just my "home" profile which is doing it
[16:14] <qengho> willcooke: I can reproduce on one computer.
[16:15] <willcooke> qengho, Hrm - I got it working again very quickly by disabling all my extensions, but now it's broken again
[16:20] <willcooke> qengho, odd.  If I open a new *window* it works again
[16:20] <willcooke> new tab in old window, broken
[16:20] <willcooke> ?!?!
[16:21] <willcooke> I'll killall Chromiums later on and see if that fixes it.
[16:22] <mlankhorst> willcooke: ok it seems to work now with the vivid-proposed branch :P
[16:22] <willcooke> mlankhorst, woot!
[16:22] <qengho> willcooke: will you file a bug report, please? I'll add it to my to-do list.
[16:23] <willcooke> qengho, sure thing.  I'll double check it's not just me, and then I'll open one
[16:29] <seb128> didrocks, pitti, hey, is that known that applications fail to start under unity8 desktop-next when using systemd as init, seems that unity8-dash calls to cgmanager and that is not working as it should
[16:31] <didrocks> seb128: that wasn't tested as far as I know and really worth a bug, please!
[16:31]  * didrocks wonders for how long xdiagnose is broken btw
[16:31] <didrocks> I would say 2011, since we switched to lightdm
[16:32] <seb128> didrocks, pitti, other issue, is that know that the keyboard layout is wrong on vts using systemd
[16:32] <seb128> I just noticed it's back to azerty when booting with upstart
[16:32] <seb128> I assumed my config was buggy on that test machine
[16:32] <didrocks> seb128: I know it, didn't log a bug for it yet, just need to find some time to dig in why
[16:32] <seb128> k
[16:32] <didrocks> seb128: not your config, having it as well :p
[16:32] <seb128> opening a bug there as well then
[16:32] <didrocks> thanks
[16:40] <seb128> didrocks, pitti, bug 1400393 and bug 1400394
[16:40] <ubot5`> bug 1400393 in systemd (Ubuntu) "wrong keyboard layout" [Undecided,New] https://launchpad.net/bugs/1400393
[16:40] <ubot5`> bug 1400394 in systemd (Ubuntu) "Unity8 fails to start applications under systemd init (cgmanager issue?)" [Undecided,New] https://launchpad.net/bugs/1400394
[16:41] <Laney> oh, systemd bugs time?
[16:41] <Laney> laney@iota> gdbus call --system --dest org.freedesktop.timedate1 --object-path /org/freedesktop/timedate1 --method org.freedesktop.timedate1.SetNTP true false
[16:41] <Laney> Error: GDBus.Error:org.freedesktop.DBus.Error.FileNotFound: Unknown unit: systemd-timesyncd.service
[16:42] <didrocks> seb128: thanks!
[16:42] <seb128> Laney, indeed!
[16:42] <didrocks> mlankhorst: you told me to not break xdiagnose, but it never worked (maybe for some years) :p
[16:43] <didrocks> mlankhorst: did you try it recently?
[17:20] <seb128> desrt, larsu, Laney, it's fine to have a gsettings override for a schemas which is not installed, right?
[17:20] <desrt> yes
[17:20] <seb128> thanks for confirming
[17:21] <desrt> hmm.  maybe.
[17:21] <desrt> you'll get an error message, but it's not fatal
[17:21] <desrt> oh wait.  that's for missing keys
[17:21] <mlankhorst> didrocks: not really
[17:21] <desrt> for missing schemas you're totally fine
[17:22] <desrt> even has a comment:
[17:22] <desrt>   /* Having the schema not be installed is expected to be a
[17:22] <desrt>    * common case.  Don't even emit an error message about
[17:22] <desrt>    * that.
[17:22] <seb128> great
[17:22] <seb128> I confirmed it doesn't throw errors/warnings
[17:22] <seb128> desrt, thanks
[17:22] <didrocks> mlankhorst: yeah clearly broken since we switched to lightdm. I'll try to have the minimal patch to make it work again on upstart and systemd
[17:23] <didrocks> mlankhorst: but not prettifying this so much as it will probably change with mir
[17:23] <didrocks> (at least, under systemd, it will support all dms, not just gdm)
[17:33] <seb128> cyphermox, btw, saw my comment on https://code.launchpad.net/~mathieu-tl/ubuntu-system-settings/unbreak-hid/+merge/243592 ?
[17:33] <seb128> larsu, how is the gtk update going? I would like to land that this week if we can, before people start being in holidays, etc
[17:34] <larsu> seb128: writing a commit message for the large-icons-in-menus problem
[17:34] <seb128> some other teams, like the GNOME remix one, could probably use the newer version being in the archive before january
[17:34] <seb128> larsu, excellent ;-)
[17:34] <larsu> seb128: unity will have to be updated as well (for the gvim problem)
[17:34] <seb128> hum
[17:35] <seb128> it means gtk changed in an incompatible way that is going to force random clients to change their code to go back to have results similar to what they had before?
[17:35] <larsu> to be fair, it wasn't acting according to the xdg spec before
[17:35] <larsu> now it is...
[17:36] <larsu> we _could_ of course patch it
[17:36] <seb128> yeah
[17:36] <larsu> desrt: what's your opinion on this btw? ^
[17:36] <seb128> non spec compliant behaviour are unfortunate
[17:36] <seb128> it doesn't mean we want to make incompatible changes to fix those
[17:37] <seb128> can we easily revert a commit to go back to the old behaviour if needed?
[17:37] <seb128> oh and more important question
[17:37] <seb128> is there a way to write code that work on old&new gtk the same way?
[17:38] <larsu> no, but going to something that should be 99% of the old behavior is a one line patch
[17:38] <seb128> or is the fix to use a new api/flag that is only in > 3.12?
[17:38] <larsu> (which I proposed but was rejected, since it isn't according to the spec)
[17:38] <larsu> seb128: it will work for both
[17:38] <seb128> ok
[17:38] <larsu> basically you need to explicitely say "I want this icon in that size, regardless of what the theme has"
[17:38] <seb128> I think my vote is to land without revert and see how much issue we get back through report
[17:38] <seb128> similar to the labels wrapping
[17:38] <larsu> "scale it and make it look shitty if needed"
[17:39]  * larsu nods
[17:39] <seb128> if it turns out we think we are not going to fix enough code this cycle we can do the non-spec-compliant change for another cycle
[17:39] <seb128> wdyt?
[17:39] <desrt> larsu: sorry.. not following close enough to have an opinion at the moment
[17:45] <larsu> desrt: gtkicontheme doesn't scale icons anymore if the theme doesn't have icons in the right size. Here's a fix for gtkmodelmenuitem if you have time for a review: https://bugzilla.gnome.org/show_bug.cgi?id=741259
[17:45] <ubot5`> Gnome bug 741259 in .General "gtkmodelmenuitem: force icon scaling" [Normal,New]
[17:45] <desrt> you mean like if a theme installs a 64x64 icon in the 22x22 folder?
[17:46] <larsu> no
[17:46] <desrt> i can't review this patch
[17:46] <larsu> more like if a theme has the icon, but not in the size you requested it in
[17:46] <desrt> beyond saying that i'm pretty sure it's not faithful to the old behaviour
[17:46] <larsu> how do you mean?
[17:46] <desrt> this patch seems to be nicer than the old behaviour
[17:47] <larsu> the old behavior is totally broken right now
[17:47] <desrt> specifically it seems to care about picking the right icon for the current font size
[17:47] <desrt> rather than (more or less) hardcoding "this is the size of icons in menus"
[17:47] <larsu> right, that's the best metric I could think of
[17:47] <larsu> and will make mpt happy
[17:47] <desrt> <- this is my unhappy face
[17:47] <larsu> desrt: well, I could put set_pixel_size(16)  if that makes you happier
[17:48] <desrt> problem is that you still ask for ICON_SIZE_MENU
[17:48] <larsu> I thought I might as well react to font size changes now that I'm at it
[17:48] <desrt> so you could end up getting a 16x16 and scaling it up to 18x18
[17:48] <larsu> right, that's the plan
[17:48] <desrt> on second thought, i will review this :p
[17:49] <larsu> let's talk in #gtk about it, mclasen did the icon change
[17:49] <larsu> and he'll surely have an opinion as wel
[17:49] <mpt> You realize you won’t escape from me by going to #gtk+, right
[17:49] <larsu> I know you're in there as well
[17:50] <larsu> but I don't think you'll be interested apart from "icons in menus will now be scaled to the font size"
[17:50] <larsu> (also when the font size changes)
[17:51] <larsu> mpt: you're welcome to follow the dicsussion, of course ;)
[17:51] <mpt> That’s good as far as it goes, but I’m not sure you should be scaling 16*16 up to 18*18 :->
[17:52] <larsu> but show the small icon instead?
[17:52] <larsu> what would be the threshold at which we start scaling then?
[17:52] <mpt> Well, hmm, I guess when you’re laying out a particular item you don’t know the size of all the resources used in all the other items, do you
[17:54] <larsu> nope
[17:54] <larsu> well, they're all the same actually
[17:54] <mpt> I was thinking, if an icon is “close enough” to ICON_SIZE_MENU, scaling it a small amount would be worse than it being slightly too small … But it being slightly smaller than icons in adjacent menu items would be even worse
[17:54] <larsu> right
[17:55] <mpt> ok
[17:55] <larsu> good themes could specify that you can only use .pngs when the size is exactly right
[17:55] <larsu> and use scalable for the in-between cases
[17:55] <larsu> which is slower and doesn't look as good, but probably better than scaling a png
[17:56] <mpt> So, two things irritate me about menu icon sizes: (A) when they make menu items very slightly taller than normal, so the menu looks slightly wrong but it’s hard to tell why, and (B) when an icon in the menu title is a different size from the same icon in a menu item (e.g. the keyboard menu)
[17:58] <larsu> my approach should fix (A), and we can only solve (B) by making icons in the panel smaller
[17:58] <larsu> or the menu items larger, but we'd need to do that everwhere
[18:00] <mpt> A little bit of both, I think
[18:01] <mpt> but yay for (A) :-)
[18:03] <larsu> mpt: what do you mean by that?
[18:04] <larsu> wouldn't we need to redraw icons in some in-between size, then?
[18:04] <larsu> I think the panel uses exactly one size larger than the menu items
[18:05] <larsu> seb128: can we wait until upstream acks this patch? This is the second approach I'm trying (after lengthy discussion) and I'd prefer it if we backported the solution that we will eventually take
[18:06] <mpt> larsu, as in for the keyboard menu, the title icon looks ~2px too tall while the menu item icons look ~2px too short
[18:06] <seb128> larsu, yes, I would like to upload gtk this week, but there is no hurry
[18:06] <seb128> larsu, we can wait a few days
[18:06] <Laney> is there a new branch?
[18:06] <larsu> seb128: ok, I'll try to hurry it
[18:06] <seb128> larsu, thanks
[18:07] <seb128> Laney, new branch of?
[18:07] <larsu> Laney: no, just the theme fixes and an size-menu-icons-correctly patch
[18:07] <seb128> Laney, there was no change on gtk since you uploaded, only theme work
[18:07] <larsu> Laney: https://bugzilla.gnome.org/show_bug.cgi?id=741259
[18:07] <ubot5`> Gnome bug 741259 in .General "gtkmodelmenuitem: force icon scaling" [Normal,New]
[18:07] <Laney> ok
[18:07] <seb128> Laney, but having ubuntu-themes in the ppa might be a good idea
[18:09] <Laney> ya, where's that then?
[18:09] <larsu> mpt: indeed. and that one does show signs of (A)
[18:09] <mlankhorst> looks like ubuntu-desktop barely fits inside the phone :P
[18:11] <seb128> Laney, the theme work? https://code.launchpad.net/~larsu/ubuntu-themes/gtk-314
[18:12] <Laney> ok
[18:12] <Laney> I'll do that tomorrow
[18:19] <seb128> thanks
[18:32] <Laney> see you!
[18:34] <didrocks> phew, failsafe xorg mostly fixed and working with systemd!
[18:34] <didrocks> (I guess it will make it working back with upstart as well)
[18:34] <didrocks> see you tomorrow guys
[18:52] <Noskcaj> seb128, g-s-m should be fixed now
[19:08] <seb128> Noskcaj, including the fact that the graphs have no bg when using with unity/overlay-scrollbars?
[19:08] <Noskcaj> should be
[19:11] <robert_ancell> willcooke, ready when you are
[19:11] <willcooke> hey robert_ancell
[19:25] <cyphermox> seb128: ok, I responded
[19:26] <seb128> cyphermox, thanks
[19:29] <seb128> Noskcaj, that change is not going to be enough, it's just about the headerbar where it's the page bg which is not displayed
[19:29] <seb128> likely an interaction with the theme or the scrollbars issue
[19:29] <Noskcaj> darkxst, ^
[19:35] <willcooke> gnight all
[20:51] <darkxst> Noskcaj, that is probably not something I can fix
[20:52] <Noskcaj> ok
[20:52] <darkxst> g-s-m was ported to GtkStack, so could be a theme issue related to that I guess
[21:09] <larsu> who packages gvim? Looks like fedora has one with proper icons: https://bugzilla.gnome.org/show_bug.cgi?id=741259#c7
[21:09] <ubot5`> Gnome bug 741259 in .General "gtkmodelmenuitem: force icon scaling" [Normal,New]
[21:17] <seb128> larsu, Debian, https://packages.qa.debian.org/v/vim/news/20141201T013401Z.html should fix it
[21:17] <seb128> larsu, but again, that's a specific case, the fix is not to patch gvim, it's only one software
[21:18] <larsu> seb128: ya, just saying
[21:18] <seb128> larsu, the fix from Debian is http://anonscm.debian.org/hg/pkg-vim/vim/rev/ed3311f256dc
[21:18] <seb128> I'm going to have a look tomorrow
[21:18] <seb128> need to go
[21:18] <seb128> see you tomorrow
[21:18] <larsu> see you!
[21:19] <desrt> seb128: good night!
[21:58] <darkxst> larsu, any idea why overlay scrollbars would make background transparent when switching tabs with GtkStack (in g-s-m)?
[21:58] <darkxst> it does not even draw any overlay scrollbars
[21:58] <darkxst> and the background is drawn correctly at startup
[22:01] <larsu> darkxst: yes, we've had these problems for a while. overlay-scrollbars hacks the scrolled windows (and those of the scrollbar) to be a native, and gtk doesn't properly inherit style classes across those
[22:01] <larsu> which means you get the default background for them, which is transparent
[22:02] <larsu> we fixed those by explicitely setting a background for the widgets that might be scrolled
[22:02] <larsu> the real fix will be to get rid of o-s, or switch to the ones gtk has now
[22:06] <darkxst> larsu, but these are not scrolled windows just GtkBox's
[22:08] <larsu> darkxst: but they're inside the scrolled windows, which don't inherit background, so they don't inherit it either
[22:22] <darkxst> larsu, ok, so I just force a background on GtkStack Widget then?
[22:25] <larsu> darkxst: iirc, we can't do that, becasue it breaks other apps
[22:25] <larsu> this is a bit of a minefield
[22:26] <darkxst> larsu, in g-s-m, not the theme?
[22:26] <larsu> darkxst: in the theme
[22:28] <darkxst> I meant should I force the background in g-s-m?
[22:29] <larsu> and I meant no, in the theme
[22:41] <darkxst> so this need to be fixed in the theme?
[22:45] <larsu> yes
[22:47] <darkxst> ok


[00:05] <iheartubuntu> wow, 88*F here in socal
[00:05] <pleia2> 72 here
[00:05] <pleia2> it's really beautiful
[00:05] <iheartubuntu> the snow on mt. baldy is going to melt QUICK
[00:15]  * iheartubuntu needs beer -- badly!
[00:22] <kevin5949173> mi abuela has a robot cat.  it purrs
[00:25] <kevin5949173> literally
[00:26] <kevin5949173> iheartubuntu: why?
[00:26] <iheartubuntu> why?
[00:26] <kevin5949173> yeah, why do you need beer
[00:37] <iheartubuntu> why not should be the question :)
[00:42] <kevin5949173> i used to have a flask
[00:42] <kevin5949173> i didn't put beer in it
[00:42] <kevin5949173> it didn't help with tasks / but it sure made me a lunatic
[00:43] <iheartubuntu> ( (( really?? )) )
[00:44] <kevin5949173> yes to the flask, no to the lunacy
[01:00] <kevin5949173> rats, i should have told him "basically"
[03:59] <DarkwingDuck> This feels strange
[04:03] <sn9> ?
[05:39] <akk> pleia2: LOL @ Panchromatic Villa
[05:39] <pleia2> :)
[05:40] <pleia2> autocorrect is great
[05:41] <akk> It could be one of those places that uses colored/flavored tortillas, plus red or green chile ... :)
[05:42] <pleia2> lol
[16:31] <iheartubuntu> my sister upgraded her iphone and now ubuntu wont connect to it. apparently ubuntu wants to do something provacative, because the error message states "Ubuntu wants to mount Denise but is unable to"
[16:33] <sn9> iheartubuntu: there's a ppa that fixes that
[16:34] <iheartubuntu> oh there is?
[16:34] <sn9> yes
[16:34] <akk> What's the issue? unsupported filesystem type?
[16:34] <iheartubuntu> thanks, i will have to check for it
[16:44] <iheartubuntu> got it working thanks sn9!
[16:45] <sn9> yw
[19:35] <nhaines> And thus the solution to the iPhone problem was lost forever.
[19:36] <pleia2> nah, he blogged about it
[19:36] <pleia2> it's on our planet :)
[19:36] <nhaines> pleia2: good!  :)
[19:37] <pleia2> for the sake of logs: http://www.iheartubuntu.com/2011/03/ubuntu-iphone-fix-for-upgrades-to-os-4x.html
[19:38] <nhaines> The default set of launcher icons in Unity (now that we're nearly at beta) is *much* nicer than it used to be.  :)
[19:38]  * pleia2 refreshes email for beta announcement
[19:38] <pleia2> will unity run from a livecd?
[19:39] <nhaines> Right now it's [Home, Firefox, Writer, Calc, Impress, Ubuntu Software Center, U1 Control Panel, Workplace switcher, file lens, application lens]
[19:39] <nhaines> It will if you have a blessed ATI or Intel card... nvidia not so much.  But to my delight, it *does* run on my desktop computer's video card once it's installed and the proprietary driver is installed.  :)
[19:40]  * pleia2 haz blessed ATI card
[19:40] <pleia2> I'll have to give it a try
[19:40] <nhaines> Now if they just fix the broken icon and squished panel during install it'll be unstoppable.
[19:41] <pleia2> a fix for this would be nice too: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/739812
[19:41] <pleia2> for tablets
[19:42] <pleia2> but tablet support has gotten increasingly better throughout the cycle
[19:44] <nhaines> Hm, that's important.  :(
[19:44] <pleia2> yeah
[19:45] <jono> has anyone seen MarkDude around?
[19:46] <pleia2> jono: not in a week, a few people have emailed and left voicemails, no reply yet AFAIK
[19:46] <sn9> his at&t mailbox is full
[19:46] <pleia2> he was pretty busy with life stuff last week, so I'm hoping he's just busy
[19:46] <jono> pleia2, that's concerning
[19:46] <sn9> very
[19:46] <pleia2> I mentioned it to grantbow last night, he said he'd try to call him too
[19:47] <sn9> grantbow doesn't live that far; he can go check
[19:48] <sn9> unless someone wants to try poking his grandmother on facebook
[19:49] <jono> just tried calling, no answer
[19:50] <sn9> duh
[19:53] <sn9> maybe his phone bought it
[19:53] <sn9> it was always crapping out
[19:57] <iheartubuntu> i have not seen markdude since shortly after scale
[19:57] <iheartubuntu> he was in here a few times a week or two ago
[19:57] <iheartubuntu> had a nice chat with him and havent seen him since
[19:58] <iheartubuntu> yah he was busy with life
[20:10] <jono> MarkDude just called me back - he is fine
[20:10] <jono> pleia2, ^
[20:11] <sn9> FINALLY
[20:12] <pleia2> jono: thanks :)
[20:13] <jono> :-)
[20:28] <iheartubuntu> good good
[20:32] <nhaines> Ugh, OMG!Ubuntu again.
[20:32] <nhaines> "Oh hey!  The beta hasn't been released yet... but you can trash the mirrors now!"
[20:34] <pleia2> ugh :(
[20:35] <pleia2> nhaines: thanks for your reply on that bug (the initial concern was accessibility, I subbed for the tablet angle)
[20:35] <nhaines> pleia2: it just seemed like such a strange thing for sabdfl to say.  :)
[20:36] <pleia2> nhaines: the importance has bounced around a little, I suspect it came up in an internal meeting
[20:36] <pleia2> (launi is a canonical employee)
[20:40] <pleia2> he's also the one who got me involved with the PA LoCo, we were hanging out in philly one day in 2007 and I was like "hey, we should have an ubuntu team" and he said "one is starting, see!"
[20:40] <pleia2> fun times, we've all moved away from PA now :\
[20:40] <nhaines> haha  :)
[20:40] <nhaines> Aww.
[21:18] <iheartubuntu> hi markdude
[21:18] <MarkDude> Hello iheartubuntu
[21:19] <iheartubuntu> hows the gooseberry hangin
[21:20] <MarkDude> Good deal- garden is doing ok also
[21:21] <iheartubuntu> nice. im not doing a garden it looks like :(
[21:22] <iheartubuntu> expanding the garage and will wipe out my raised beds
[21:22] <iheartubuntu> will have to continue the garden after everything is done
[21:24] <MarkDude> Half of the seeds I transplanted into the backyard were eaten overnight
[21:27] <MarkDude> the other half were in the front yard- so they were safe
[21:27] <MarkDude> for the moment
[22:13] <iheartubuntu> Im starting to work on a flyer I will post in different places announcing the Pasadena Ubuntu Hour. Im considering putting a QR Code on the page since most students I see have smartphones nowadays. But not sure what data I should put in the QR Code.
[22:13] <iheartubuntu> Maybe just the Ubuntu Hour wiki page?
[22:13] <iheartubuntu> since that page had ALL the data? time, date, location, etc?
[22:14]  * iheartubuntu is NOT getting a qr code tattoo
[22:17] <akk> Go to the page for the specific UH, not the general "all ubuntu hours" page.
[22:17] <akk> It should take people straight to a page that displays the time and location so they don't have to hunt.
[22:18] <iheartubuntu> thats what im thinking too
[22:18]  * iheartubuntu just hopes someone doesnt draw in an extra square within the qrcode :)
[22:33] <MarkDude> Or change it
[22:33]  * MarkDude thinks it would be way cool to create some QR codes the same size as the posters MS uses-
[22:33] <MarkDude> maybe to Linux sites
[22:34] <iheartubuntu> to ubuntu.com
[22:34] <iheartubuntu> ive seen them stuck on light posts while waiting at a light
[22:35] <akk> That's a cute way to get people to go to your (probably malware) site.
[22:35] <iheartubuntu> for a good time call... and then put a qr code :) haha
[22:35]  * MarkDude needs to make some updated codes for Partimus
[23:11] <iheartubuntu> will Natty make use of my nvidia drivers for unity or will i need to install those to get unity going
[23:13] <nhaines> Which drivers are you referring to?
[23:18] <iheartubuntu> nvidia drivers
[23:19] <iheartubuntu> whatever the current ones are
[23:19] <nhaines> There are two different drivers, neither of which are installed by default.
[23:20] <iheartubuntu> will i get the unity desktop since they arent installed by default?
[23:20] <nhaines> Currently, it appears (on my system, anyway) that the proprietary drivers (nv) support Unity and the experimental Free drivers (noveau) do not support Unity.
[23:20] <nhaines> No, because Unity requires 3D support.
[23:20] <iheartubuntu> (downloading 11.04 beta... 9 days to go)
[23:21] <iheartubuntu> interesting.
[23:21] <iheartubuntu> so if a computer has no 3D card it also wont have unity?
[23:22] <nhaines> As Unity requires 3D support, that is correct.
[23:23] <akk> For a while they were saying there was a non-3d mode -- but that it would be fairly different from the normal 3d mode.
[23:23] <akk> When people were asking on ubuntu-dev* about testing unity in VMs.
[23:24] <nhaines> akk: there is Unity 2D but that is a parallel project.  It's default in the ARM builds but not installed by default in the desktop builds.
[23:24] <iheartubuntu> i think thats where i got confused. thanks. and i havent kept up on the news
[23:25] <akk> Ubuntu's support for the graphics chip in my laptop (Intel 945 or thereabouts) is fairly crappy and I've never figured out why.
[23:26] <akk> d has the same graphics in his netbook and ubuntu supports it, but maybe something got misconfigured in my install and there's no obvious way to test or fix it.
[23:27] <akk> He can do tuxracer/google earth and I can't.
[23:47] <iheartubuntu> akk - have you done a fresh install lately?
[23:48] <iheartubuntu> my dad has a Dell Inspiron 1525n and did not do 3D a couple of years ago when he bought it. A recent fresh install of Ubuntu fixed that and my dad is doing SuperTuxKart and Speed Dreams no prob


[00:13] <rabelais> Hello, I don't know if this is something appropriate to file an ubuntu bug report for. It is a bug in an ubuntu package (affecting trusty - artful) that has been fixed in a more recent version of the source of this package, and that updated version is now in sid in debian. Is this appropriate to file as an ubuntu bug?


[11:10] <athos> Morning! FYI: I just filed LP: #1989708 to track systemd's sd_notify support in bind9. This was just released upstream :)
[14:46] <sergiodj> athos: awesome!


[00:22] <jrwren> yup
[00:23] <jrwren> always low for me.
[00:23] <jrwren> got my 10.
[00:23] <jrwren> oh up to 13 now, cuz some late ones just showed
[03:01] <cmaloney> We had a few but when it started raining we cut bait
[03:01] <cmaloney> Always one set of kids that manages to catch us when we're just closed up
[03:10] <jrwren> yup
[03:10] <jrwren> had some 8:30 kids, I was lik eWTF?
[03:10] <jrwren> and they were kids I knew and their mom was there.
[03:10] <jrwren> so I was like double, WTF?!?
[03:10] <jrwren> 5-8 in AA
[03:10] <jrwren> 3 hrs!!
[03:10] <jrwren> wtf are you doig out at 8:30?
[03:23] <cmaloney> heh
[17:08] <cmaloney> Morning, er... afternoon
[17:13] <cmaloney> https://pbs.twimg.com/media/CRegovsUYAAAwGY.png


[01:27] <doctormo> cjohnston: As a favour, could you go to http://art.ubuntu-owl.org/ and submit a piece of work? any svg will be fine.
[01:29] <cjohnston> your wanting my work?
[01:30] <cjohnston> doctormo: ^
[01:30] <doctormo> cjohnston: Just your test please.
[01:30] <cjohnston> oh.. not something to keep on there
[01:35] <cjohnston> admin, setup a new users page :-P
[01:38] <cjohnston> doctormo: done
[01:52] <doctormo> cjohnston: Great, although something is causing a mystery javascript error, are you any good at js?
[01:53] <cjohnston> nope
[01:53] <cjohnston> :-/
[01:57] <doctormo> bah
[01:58] <doctormo> Are you getting the same error?
[02:04] <cjohnston> im not seeing any errors
[02:04]  * cjohnston is off for a bit


[02:34] <hughbert> anybody around?
[02:52] <ShaneM> hugbert: I am
[02:52] <ShaneM> .... little too late though


[09:00] <meena> maybe this should've been a bug report https://github.com/canonical/cloud-init/commit/0755cff078d5931e1d8e151bdcb84afb92bc0f02#commitcomment-121577820
[09:00] -ubottu:#cloud-init- Commit 0755cff in canonical/cloud-init "cc_final_message: don't create directories when writing boot-finished (#445)"
[19:21] <esv> hey folks, I am a bit puzzled by the behavior of my azure instance, I push this cloud-init file to the machine: https://paste.centos.org/view/f640db8d before I encrypt the box, so far so good, the machine is deployed, the cloud-init config happens and the encryption kicks in, up until this point things work the way they are supposed to
[19:22] <esv> however, if I fully stop the machine (deallocate), when the machine starts again, it recreates the testvg-testlv entry in /etc/fstab. isn't this part of the config supposed to happen only once? or the mount part is per-boot......mmmmm, I can check that.
[19:25] <esv> well, documentation says once per instance for the mounts section
[19:25] <esv> .... interesting
[19:26] <minimal> esv: what do you mean *recreates*? does the cloud-init.log show it running twice?
[19:28] <minimal> esv: also when you restart the machine does it get the *sam* instance id or a new instance id?
[19:28] <minimal> s/*sam*/*same*/
[19:29] <esv> azure disk encryption replaces the /dev/mapper/testvg-testlv /data with the /dev/mapper entry of the entry in /etc/crypttab, but after the machine comes up from unallocated state, the testvg-testlv entry is back in fstab
[19:31] <esv> I am pretty sure is the same id, as I deployed another image w/o encryption and has the same number of entries in /var/lib/cloud/instances and the 1st one is the same id and timestamp.
[19:31] <esv> I am reproducing the issue again
[19:31] <minimal> so what does /var/log/cloud-init.log show? (assuming debugging is enabled)
[19:32] <minimal> it will show what each cloud-init module is doing
[19:32] <esv> guess I need to check that too, let me kick another run and will dive there.
[19:33] <blackboxsw> esv: cloud-init analyze show  # will also show what modules ran in a slightly easier format to read. If a config module is skipped you'll see "->config-mounts previously run" or something
[19:33] <esv> will check.
[19:33] <blackboxsw> analyze show shows you per-boot whether modules are activated  on that particular boot
[19:34] <esv> thnx
[19:34] <minimal> I've got to get used to those commands, I'm old fashioned and used to trawling through logfiles lol
[19:34] <blackboxsw> no prob: that said Azure shows a couple of extra boot "stages" in analyze output if I recall due to some of the early boot preprovisioning system environments.
[19:35] <esv> minimal, me too.
[19:35] <blackboxsw> minimal: old-fashined gets us to the details anyway... we need to improve that tool so it's formatted in a simple machine readable format too
[19:37] <esv> how does "analyze show" determine a new boot, that's always puzzled me (always ~ 10-18 months maybe)
[19:37] <minimal> perhaps we need c-iGPT to tell us what's wrong? ;-)
[19:44] <blackboxsw> heh, esv : cloud-init analyze show just parses /var/log/cloud-init.log (or any cloud-init log provided to it) looking for the anchor messages for known cloud-init boot stages of the format:  Cloud-init v. <VERSION> running 'init-local' at XXX.
[19:44] <esv> so, I ran : cloud-init analyze show | egrep -n "Boot|mount"
[19:44] <esv> here are the outputs
[19:44] <blackboxsw> it's a simple tool that collects start/end timing logs from within our very noisy log to capture time offsets for various modules and boot stages
[19:44] <esv> this is the encrypted machine:  https://paste.centos.org/view/20383656
[19:45] <blackboxsw> c-GPT can now mine those answers for the future :)
[19:46] <esv> here is the non-encrypted: https://paste.centos.org/view/e5d61867
[19:46] <esv> as you can tell, upto Boot #4 they're the same
[19:47] <blackboxsw> esv: so encrypted machine: something changed on boot record 16 that re-allowed cc_mounts to run. Likely an instance-id change.  `egrep -i 'Cloud-init|previous iid' /var/log/cloud-init.log` to see when instance id's changed
[19:48] <blackboxsw> if any cloud changes instance-id in metadata cloud-init re-runs all modules as if it's a fresh (green-field) deployment
[19:48] <esv> but on the non-encrypted one I see mount module running twice, on the last boot, I stopped the machine completely
[19:50] <esv> blackboxsw, i get it... I love c-i, wish I knew of it much earlier. I did a lousy job trying to implement something a similar concept @ job-2 (much more limited version)
[19:51] <blackboxsw> we get a lot of help making cloud-init better from the broad community adoption here from different distros and clouds... so many hands make light work (and give us a better perspective on what lousy stuff just doesn't fly in other distros/clouds etc)
 :)
[20:02] <esv> I was getting too much info, I switched the command to this: egrep "Cloud-init.*running 'init-local|previous iid" /var/log/cloud-init.log
[20:02] <esv> here the output: https://paste.centos.org/view/147521b5
[20:08] <esv> I've deployed a new server from the same image, it has the same cloud-init beginning as the previous 2.
[20:14] <blackboxsw> esv: not sure from the looks of things. 2 instance id changes which accounts for re-running mount  again in this cases. probably needs a bit more debugging/triage to see what cloud-init is doing across that specific reboot if instance-id is staying the same


[14:13] <lupi> hi guys. I need help on configuring netplan. my vm's network suddenly went down after restarting. i was trying the troubleshooting section in netplan.io and generate does not seem to "generate" the files? /run/netplan does not exist
[14:14] <schopin> lupi: does `netplan get` return your config?
[14:15] <lupi> yes
[14:15] <lupi> it is similar to the first example here: https://netplan.io/examples/
[14:16] <slyon> lupi: /run/netplan is not supposed to exist. The generated files should be in /run/systemd/network and/or /run/NetworkManager/
[14:16] <lupi> slyon: I see. so it is there. I wonder why I can't get an ip from dhcp though
[14:27] <slyon> lupi: could you share/pastebin your netplan config?
[14:28] <slyon> does static IP work (i.e. is the DHCP server working correctly)? is there another dhcp-client running in the background? ... those are all common scenarios for the issue you describe
[14:31] <lupi> slyon: another dhcp client? none afaik. dhcp server is the same as the one I am currently on (host). vm is guest on this host and has its network bridged to it. maybe I should try static ip again.
[14:31] <lupi> https://0bin.net/paste/ulxfgK5k#1mJhLa7WRtk4hL+DZBJdOQrsRpssGOYtjjjpgQpnPeC line 4 is the config file
[14:33] <slyon> Thanks! This is a very basic config using systemd-networkd. and networkctl tells us that the enp0s3 interface is still configuring...
[14:34] <slyon> could you try "networkctl reconfigure enp0s3" and "networkctl forcerenew enp0s3" ? and also check "journalctl -u systemd-networkd" if there is anything interesting in there?
[14:35] <lupi> oh gimme a sec. currently trying static config if that works
[14:35] <slyon> the config is very simple and should work... are you sure your bridge is working as expected?
[14:35] <lupi> yeah that's what i am wondering right now. this was working before btw. it suddenly went bad when I restarted it.
[14:42] <lupi> slyon: so static ip does not seem to work. it has an ip but I cant ping the gateway itself (<IP_ADDRESS>).
[14:43] <lupi> the host <-> vm can ping each other  thou
[16:42] <lupi> thanks btw. seems like the problem is virtualbox itself. tried a fresh install of ubuntu and rocky and they all cant get an ip for some reason


[07:20] <coz_> hey guys
[08:36] <htorque_> hello everyone, i got a small invisible (desktop-blocking) window on every workspace (bottom half) - is this a known problem?
[08:36] <htorque_> unfortunately i have no idea what i did to cause it. here's its xwininfo: http://paste.ubuntu.com/575909/
[10:33] <artfwo> htorque_, it's likely bug 709461
[10:33] <ubot5`> Launchpad bug 709461 in Unity "Application windows can sometimes fail to display and will mask regions of the screen" [Critical,In progress] https://launchpad.net/bugs/709461
[13:44] <elricL> Hello/
[13:45] <elricL> May i know if the unity developers use any IDE? I just forked the code and is a maze to me.Is there any documentation to tell which part does wat?
[14:08] <wmpedersen> Hey, I'm looking to get involved with development, and Jono recommended this. What can I do?
[14:18] <dnielsen> wmpedersen, what is your skillset?
[14:19] <wmpedersen> coding, best with C#/C++, have to read up a bit on python
[14:47] <Omega> Can someone confirm this bug? https://bugs.launchpad.net/ubuntu/+source/unity/+bug/725351 it'll take one minute tops.
[14:50] <wmpedersen> I didn't think that was a bug, kind of like MS's snapping thing
[14:51] <Omega> It has to be a bug, there are two sets of window controls.
[14:52] <wmpedersen> ah, I was looking at the wrong thing
[15:02] <Omega> wmpedersen: Can you reproduce it?
[15:03] <wmpedersen> Omega: No, Once I maximize a window, I don't see how to pull an unfocused one on top
[15:03] <Omega> Unity needs to be set on dodge active window
[15:04] <wmpedersen> Yeah I got that. The setting in compiz?
[15:04] <Omega> Indeed.
[15:08] <wmpedersen> I'm still a little fuzzy. Even with that setting, you can only move the unity icons.
[15:08] <wmpedersen> Without a panel it seems impossible to get an unfocused window
[15:13] <Daekdroom> Omega, I didn't get how to reproduce it
[15:14] <wmpedersen> Omega, I can confirm that bug
[15:14] <Daekdroom> Oh, I noticed it
[15:15] <Daekdroom> The more the bugs I subscribe to, the less emails I get from Launchpad bout them :(
[15:16] <wmpedersen> I can understand why it's happening at least
[15:18] <Daekdroom> Gee, why won't rhythmbox export the album cover to soundmenu but banshee can do that?
[15:18] <kklimonda> sounds like a bug
[15:18] <kklimonda> it worked fine
[15:30] <Daekdroom> Can anyone try to reproduce bug #729392 for me?
[15:39] <Omega> wmpedersen: Change the status to confirmed please :)
[15:40] <Omega> Or, I'll do it myself.
[15:46] <marnux> ubot5: i can't seem to reproduce, when i minimize focus changes to other window that is open and panel has menu for the focused window
[15:49] <Daekdroom> marnux, is your unity launcher set to never hide?
[15:53] <marnux> Daekroom: yes
[15:53] <Daekdroom> Ok, I have been messing around here and noticed some stuff regarding that.
[15:55] <marnux> oh no my bad, didn't have anything overlapping launcher so it stayed open
[15:56] <marnux> thought i set never hide
[15:57] <marnux> bear with me, running unity only since last late night
[15:57] <Daekdroom> marnux, I could reproduce it with 'dodge active windows' too, but it only happened until I made the launcher appear
[15:57] <Daekdroom> then the window would lose focus
[16:02] <marnux> i seem to have other problem with my drivers which makes it difficult to determine exact origine
[16:02] <marnux> going to switch drivers again
[16:32] <marnux> Daekroom: i can confirm the keeping focus part until the launcher is showing, my panel is buggered due to dirver i think so can't confirm that part
[16:32] <marnux> driver*
[16:33] <Daekdroom> marnux, ok, thanks
[18:20] <Omega> Daekdroom: I can confirm this, it's also part of what I described here: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/725351
[18:20] <Daekdroom> Omega, thank you.
[18:29] <kklimonda> bah, why doesn't Unity restart itself?
[18:45] <nlsthzn> Greetings all, how can I get apps like dropbox and keepassx to use the systray?
[18:47] <nlsthzn> in 11.04 obviously :p
[18:48] <kklimonda> dropbox should use application indicators area
[18:49] <kklimonda> by default only Java, Wine and Skype have access to the old systray in Unity
[18:53] <nlsthzn> kklimonda: noob quesion, where is the application indicators area (the top right?)?
[18:53] <kklimonda> nlsthzn: yes, it's the place where you see bluetooth icon, and the network-manager one
[18:54] <nlsthzn> kklimonda: sorry, that is what I meant when I said systray... no applications except the default ones show here... no other application I have tried shows anything hrer
[18:55] <nlsthzn> *here
[18:55] <kklimonda> nlsthzn: most application don't have to show up there.
[18:55] <kklimonda> nlsthzn: dropbox should
[18:55] <kklimonda> but KeepassX most likely doesn't support indicators, and is not whitelisted for the old "systray"
[18:56] <nlsthzn> kklimonda: well dropbox is up and running and nothing :/
[18:56] <nlsthzn> very odd...
[18:57] <Daekdroom> nlsthzn, nothing odd about that
[18:58] <Daekdroom> What is supported is: any app using indicators, wine, java and skype
[18:58] <kklimonda> didn't they add support for app indicators to Dropbox?
[18:59] <Daekdroom> Did they?
[18:59] <kklimonda> I do remember reading about it some time ago
[19:00] <nlsthzn> So best way to describe this is to say it is the way it is, and change the way I operate... oh well... said I would give it a good go, thanks all for your assistance and keep up the good work