/srv/irclogs.ubuntu.com/2014/02/11/#ubuntu-devel.txt

ClientAliveIs there anywhere on my local computer or the internet to get information about window properties? Properties is probably not the right word, but what I need to find out is what the global identifiers are for things like an active window, an inactive window, a maximised window, a minimised window, and so on. Any info can give would be appreciated.00:10
sarnoldClientAlive: investigate xwininfo00:11
ClientAlivesarnold: thx. will do00:11
sarnoldClientAlive: oh! also xprop00:12
ClientAlivesarnold: Oh, that's coool...  :>00:12
sbeattiethere's also xlsclients00:13
=== czchen_ is now known as czchen
sbeattie(but xprop's attempt at ansi-text'fying an app's icon is pretty cute)00:14
ClientAlivesbeattie: no kidding00:15
ClientAliveHey, I'm screwing around with devilspie and all/every window is opaque so it is hard to work/read. I want this, but I also need to make the active window ( whichever one happens to be active at the time ) to be solid/not opaque. To solve the immediate problem, what condition could Itest agains in order to select the active window?00:17
ClientAliveI sure sure would appreciate it.00:17
ClientAliveThen I can move along on my own00:17
ClientAlivesbeattie: ? sarnold: ?00:19
ClientAliveProblem is, I don't see that particular information with xwininfo or xprop00:21
sarnoldClientAlive: no idea, sorry00:21
ClientAlivek00:21
sarnoldClientAlive: if devilspie lets you find e.g. _NET_WM_STATE_FOCUSED in _NET_WM_STATE you might be able to match on that00:22
sarnoldbut I've never tried devilspie before00:23
ClientAlivesarnold: It's a start. thx00:23
ClientAliveIt's test conditions seem to correspond to things like : class; xid; role; property; name; workspace   not sure what category _NET_WM_STATE would fall under ( ir any ).00:26
=== jono is now known as Guest13828
=== TheLordOfTime is now known as teward
=== mwhudson is now known as zz_mwhudson
=== zz_mwhudson is now known as mwhudson
=== mwhudson is now known as zz_mwhudson
=== timrc is now known as timrc-afk
pittiGood morning05:36
pittil05:36
pittisarnold: right, the amd64 one crashed; restarted05:37
mmazingi'm looking to learn more about how the dbus system works, can anyone recommend a book/website that can help out? there doesn't seem to be much out there, im trying to break down the datetime-indicator-service but it's a bit complicated and i'm just recently jumping back into C development05:39
pittistgraber: can I somehow convince lxc to put ephemeral overlays on /tmp/ (or another tmpfs)? putting them on the real HD makes things rather slow (aside from the HD wearout/fragmentation)05:52
mmazinganswered my own question i think : package libdbusmenu-gtk-doc05:55
mmazingmaybe not :\05:57
pittimmazing: if you want to learn about the general D-BUS concepts, http://dbus.freedesktop.org/doc/dbus-tutorial.html is the place to start05:58
mmazingthanks pitti05:58
sarnoldpitti: good morning :) thanks!06:14
RAOFpitti: How would you feel about having umockdev_load_from_file/string/etc return an array of udev sysfs paths rather than a boolean?06:18
pittiRAOF: well, it's not a "rather than", as the array of paths needs to become a new (out) argument; so the success flag should still stay06:23
pittiRAOF: feels API-breaky to me, but if it's particularly helpful for some use case we can certainly do it06:23
pittiit's not yet that widely used06:23
RAOFI'm not entirely sure if that's what I want, either.06:25
pittiRAOF: thanks for your pull requests, looking at them now06:25
pittiRAOF: btw, if you add NEWS entries they can be merged fully automatically06:25
RAOFpitti: Ah, let me do so then.06:26
pittiRAOF: I can add them during the merge this time, no worries (although github supports push -f just fine)06:26
RAOFI should probably make testbed_remove send "remove" uevents, too, for symmetry.06:31
pittiRAOF: I merged the DEVNAME one, and put a qestion on the uevent one06:32
RAOFSure, I can add a test.06:33
pittior, probably, change an existing one to ensure that the uevent is received06:34
pittiRAOF: so, for the "return sysfs paths" thing, what's your use case for that?06:34
pittiRAOF: usually you know which devices in your dump you want to work with, and if you load an unknown dump my feeling is that you usually want to use the libudev enumeration/filtering functions to find what you are looking for?06:35
RAOFI think what I want to do is ship foo.umockdev and foo.ioctl, and have a load_stuff("foo") call that loads them in, etc.06:36
RAOFI was thinking of the return sysfspath thing so that I could trigger uevents, but it's better to just get umockdev to trigger those events.06:37
pittiah06:37
pittiyes, that's much easier then06:37
pittimlankhorst: hey, how are you?06:55
pittimlankhorst: can you please upload the various xserver-*-lts-{quantal,raring,saucy,trusty} metapackages to trusty soon which move people back to the normal trusty stack?06:56
pittimlankhorst: upgrades are still broken (e. g. https://jenkins.qa.ubuntu.com/view/Trusty/view/All/job/upgrade-ubuntu-precise-trusty-desktop-lts-quantal-i386/11/artifact/results/bootstrap.log)06:56
=== zz_mwhudson is now known as mwhudson
=== freeflying is now known as freeflying_away
pittimlankhorst: I filed bug 1278737 about that and tentatively assigned it to you, IIRC you work on the enablement stacks? If not, please re-assign to someone more appropriate07:47
ubottubug 1278737 in xorg (Ubuntu Trusty) "Upgrade to trusty fails from precise backported enablement stacks" [High,New] https://launchpad.net/bugs/127873707:47
pittijibel: ^ FYI (for tracking)07:47
=== maclin_ is now known as maclin
spineauGood morning, I need someone to process a sync request for checkbox please: bug 127874708:11
ubottubug 1278747 in Ubuntu "Sync plainbox-provider-checkbox 0.3-2 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/127874708:11
=== freeflying_away is now known as freeflying
dholbachgood morning08:34
spineaudholbach: Good morning, may I ask you to process a sync request (for checkbox)?08:37
spineauit's bug 127874708:38
ubottubug 1278747 in Ubuntu "Sync plainbox-provider-checkbox 0.3-2 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/127874708:38
dholbachhi spineau08:38
dholbachspineau, I'll take a look at it in a bit08:39
spineaudholbach: thanks a lot08:39
mlankhorstpitti: yeah ok :P08:39
pittimlankhorst: good morning; thanks!08:40
Laney@pilot in09:05
=== udevbot changed the topic of #ubuntu-devel to: Trusty Tahr Alpha 2 released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> saucy | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Laney
=== freeflying is now known as freeflying_away
=== freeflying_away is now known as freeflying
=== freeflying is now known as freeflying_away
=== freeflying_away is now known as freeflying
mlankhorstpitti: if you want to test, just a second09:20
darkxstLaney, Hi09:20
Laneyhiya09:20
darkxstsince you piloting can you take a look at gcc vanilla MP?09:20
Laneywhere?09:21
darkxstLaney, ubuntu-desktop branch09:22
darkxstlp:~darkxst/gnome-control-center/vanilla09:23
Laneydude09:24
Laneyusing gcc like that is confusing09:24
Laneybut if it is what it sounds like then I might punt to robert_ancell :-)09:25
mlankhorstpitti: can you add a ppa for testing?09:30
pittimlankhorst: yes, when doing it manually09:30
mlankhorsthold on a sec, I should be able to upload oldxorg shortly09:31
infinityLaney: On man, I absolutely thought he meant GNU Compiler Collection.09:31
infinitydarkxst: g-c-c, not GCC, if you want to avoid heart attacks.09:32
Laneyinfinity: No need to worry, I'd have blindly sponsored it anyway. :)09:32
infinityLaney: You desktop people scare me.09:32
Laney"YOU AREN'T A CORE-DEV?" DEBSIGN DPUT09:32
pitti"it starts with g*, must be desktop"09:33
mlankhorstpitti: I copied the oldxorg pkg to ppa:canonical-x/x-staging09:34
seb128pitti, it's why the kernel is a kubuntu thing, right? ;-)09:35
pittiseb128: yeah; and you already lost one of your pets when glibc got renamed to eglibc..09:35
infinityseb128: No, we cleverly made the source package start with 'l' to avoid that.09:35
Laneyedubuntu claimed that one09:35
pittiseb128: besides, lubuntu (it's linux, not kernel)09:35
infinityAlso, we have too many flavours.  Somene seems to be able to claim every letter.09:36
seb128pitti, infinity: oh, right ;-)09:36
rbasakTime to invent more letters. Unicode FTW.09:36
* infinity renames glibc to ☭libg.09:37
Laneyμbuntu09:37
* pitti registers ƃɹo˙nʇunqn09:37
seb128可u般你他去09:38
pittimlankhorst: thanks! I'll wait until it's built and published and then test09:39
=== freeflying is now known as freeflying_away
mlankhorstit almost finished building empty files. :P09:39
infinityI really wanted to that be code-of-conduct violating.  Google Translate let me down.09:39
mlankhorstoops.. needs multi-arch: same..09:39
infinityAlso, Google's "did you mean?" sugestions for Chinese are hilariously awful.09:40
pittimlankhorst: err, does it? they are arch:all, aren't they?09:40
infinity"Did you mean: 可u盘你他去"09:40
infinity"U disk you can go to him"09:40
pittilooks exactly the same to me09:40
infinityThanks, Google.  That's exactly what I meant.09:40
mlankhorstpitti: hm no it should be arch: amd64 i38609:40
mlankhorstbecause we don't want to break upgrading libgl-mesa etc09:41
mlankhorstor end up with a 32-bits xserver on amd64! :D09:41
tvosspitti, https://code.launchpad.net/~thomas-voss/process-cpp/add_death_observer_for_child_processes/+merge/20462909:52
mlankhorstpitti: ok pushed, can you check if it works? also can you check if /usr/lib/xorg/protocol.txt exists after upgrading?10:06
pittimlankhorst: yes, as soon as it gets published10:11
=== mwhudson is now known as zz_mwhudson
pittimlankhorst: are the other packages in that PPA "safe" for an upgrade test?10:18
mlankhorstthey won't explode or anything10:22
mlankhorstthey were from the original xorg 1.15 test rebuild, left in because version is still newer, so someone can ppa-purge them :p10:23
pittimlankhorst: will still take a bit; I killed the test machine during the test dist-upgrade :/10:53
pittion heavy I/O with containers wazn sometimes just dies10:53
mlankhorst!!10:54
pittimlankhorst: (not your fault at all, just keeping you posted why you don't get a response from me)10:55
apacheloggerpitti: bug 1278820 might be intersting, or at the very least it seems a bit odd ^^11:03
ubottubug 1278820 in ubuntu-drivers-common (Ubuntu) "system not detected as needing nvidia" [Undecided,New] https://launchpad.net/bugs/127882011:03
pittiDEBUG:root:X.org log reports loaded intel driver, disabling driver nvidia-173 for hybrid system11:04
pittiapachelogger: that's deliberate ATM, I'm afraid11:04
apacheloggerok11:04
pittiat least when we wrote that check, we couldn't use the intel and nvidia drivers in parallel11:04
pittiso you'd have to disable the intel card in the bios if you want to use the nvidia one11:04
apacheloggerpitti: seems to work right now though11:05
apacheloggeror at least the nvidia module is loaded and GL lists nvidia as vendor11:05
pittiapachelogger: you manually installed the nvidia driver?11:06
pittiapachelogger: yes, that'll kill the intel driver as well, and shoudl then display it11:06
apacheloggerpitti: maybe, the system was upgraded from saucy, so I might have manually installed it back then11:07
apacheloggeroh11:10
apacheloggerpitti: jockey lists the drivers, so since we used jockey in saucy still I guess I used that to install it11:10
pittiapachelogger: hm, we had a similar check in jockey11:11
apacheloggerpitti: http://i.imgur.com/1S7h2oh.png11:12
pittiapachelogger: apparently that's when you already have one installed, so your X.org isn't using intel any more, right?11:14
apacheloggerpitti: yeah, xorg.0.log is attached to the bug11:17
tseliotapachelogger, pitti: that will be fixed in trusty soon11:23
pittitseliot: oh, nice! how will that work, does the nvidia driver use the mesa libGL now?11:24
tseliotpitti: I'm working on a program that will deal with the different GPUs and take care of the required changes (in this specific case, it will tell X to use the nvidia card if nvidia is installed). This program will run on boot and also detect any hardware changes, for example when users add a new card or swap an nvidia card with an amd card, etc.11:26
tseliotthis will replace the hybrid-detect program in ubuntu-drivers-common11:27
tseliotthe new program is still written in C11:27
apacheloggerneat11:28
=== _salem is now known as salem_
pittimlankhorst: hm, it seems that our trusty linux-meta already builds metapackages for linux*-lts-saucy, but not for quantal/raring/trusty, and not for xorg*11:35
mlankhorstpitti: yeah linux does their own thing :)11:39
pittimlankhorst: so should linux-meta also build those for quantal, raring, and trusty?11:40
mlankhorstask the kernel team11:40
mlankhorstI can't predict the future so I don't handle lts-trusty yet in my packaging11:40
pittiapw: so linux-meta builds transitional packages for -lts-saucy; it should also build them for lts-{quantal,raring}, and presumably for lts-trusty as well (as we already know we are going to do it, right?)11:41
pittiapw: want a bug for that?11:41
pittiapw: err, wait; they are built, but apt-cache search lts-raring spectacularly fails to find them11:43
pittiapw: so nevermind, sorry for the noise11:43
pittiapt-cache search lts-saucy works just fine, curiously11:45
apwpitti, yeah i am pretty sure we have about 100 transitional packages :)  perhaps they are in different sections from each other or something12:05
pittimlankhorst: followed up to bug 127873712:12
ubottubug 1278737 in xorg (Ubuntu Trusty) "Upgrade to trusty fails from precise backported enablement stacks" [High,In progress] https://launchpad.net/bugs/127873712:12
=== MacSlow is now known as MacSlow|lunch
mlankhorstyeah12:37
mlankhorstpitti: oh right, libxatracker1 -> libxatracker212:59
mardycjwatson: hi! When you have some time, can you tell me if the approach is right? https://code.launchpad.net/~mardy/click/lp1245826/+merge/20467413:11
mardycjwatson: once you confirm it's OK, I'll fix the documentation13:11
cjwatsonmardy: I think it's OK, yes, although FWIW I find it easier to decide whether I like the approach given the documentation :-)13:13
cjwatsonmardy: (I usually write documentation for this kind of thing before I write the code)13:13
cjwatsonmardy: Sorry, I've been buried in 12.04.4 and then a complex series of customer bugs for the last couple of weeks13:14
mlankhorstI could swear you said you wouldn't do another release after 12.04.2 iirc ;)13:15
mardycjwatson: OK, then I will :-)13:15
cjwatsonmlankhorst: Yeah, I think I got voluntold13:17
cjwatson12.04.2 was awful13:17
mlankhorst12.04.5 is going to be bad too, need to backport dri3 support ;)13:18
mlankhorstI think you should practice saying '123 NOT ME' faster this time.13:19
=== MacSlow|lunch is now known as MacSlow
xnoxmlankhorst: cjwatson: should things generally depend directly on libgl1-mesa-dri or should it be expected to be handled as a hardware specific thing and something should pull the right one in (either seed or ubuntu-drivers-common)?13:32
xnoxmlankhorst: cjwatson: i see that qtdeclarative5-qtquick2-plugin and libgbm1 depend on libgl1-mesa-dri and thus end up pulling nvidia & radion dri onto ubuntu-touch seeds which seems pointless, as hybris is used.13:33
mlankhorstdepend on libgl1-mesa-dri  | libgl113:34
mlankhorstand include libhybris first so libgl1-mesa-dri doesn't end up being installed13:35
xnoxmlankhorst: excellent! let me see if i can make this work.13:35
pittimlankhorst: oh, you mean libxatracker1-lts-saucy actually ought to move people to libxatracker2, not to libxatracker1?13:35
mlankhorstyeah or do nothing, but i moved it to 213:36
tseliotdavmor2: mlankhorst fixed your problem in xorg-server (2:1.15.0-1ubuntu4). Let us know if you're still able to reproduce the problem with the new update13:38
tseliotdavmor2: you shouldn't be ;)13:39
davmor2tseliot: thanks I'll grab the update and do a few reboot tests latter then13:39
tseliotthanks13:40
mlankhorstshould be impossible really13:40
tseliottoo bad, using intel as a source and a sink at the same time was fun :P13:41
cjwatsonmlankhorst: I should be able to at least avoid doing two in a row13:43
mlankhorstor should you?!13:48
=== timrc-afk is now known as timrc
Laney@pilot out13:54
=== udevbot changed the topic of #ubuntu-devel to: Trusty Tahr Alpha 2 released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> saucy | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
mlankhorstpitti: ah right, libglamor-ltss0 conflicts with libglamor013:56
mlankhorstincorrectly, but still, I guess I'll need to transition that too13:57
=== greyback is now known as greyback|lunch
diwichmm, what happened to the right mouse button in trusty? Button positions seem to have recently switched14:08
tjaaltonclickpad?14:18
diwictjaalton, no, a five button USB mouse14:18
tjaaltoni have a 10+ button mouse and it seems to work like before :)14:19
sorentjaalton: 10+ button mouse?14:20
tjaaltonok, 1114:20
diwictjaalton, okay...I wonder what happened to this one then?14:20
sorentjaalton: pics or it didn't happen.14:20
tjaaltonsoren: if you count the scroll wheel as three14:20
tjaaltonlogitech mx revolution14:20
diwictjaalton, ok, mine is seven buttons if you count the scroll wheel as three14:21
sorentjaalton: That's crazy.14:21
tjaaltonmine has a "wheel" for thumb too14:21
sorenI don't even have a mouse.14:21
tjaaltonhehe14:21
diwictjaalton, so what used to be the "popup menu" button now seems to do "open in new tab" in nautilus14:22
diwictjaalton, and the popup menu button is now what used to be back button in firefox14:22
tjaaltondiwic: what does xev show14:23
diwichmm, and the forward button in firefox is now the back button14:23
tjaaltonor xinput test-xi214:23
tjaaltondiwic: maybe try an earlier kernel to be sure14:25
tjaaltonthe mappings/quirks are there14:25
diwictjaalton, hmm, both the scroll wheel button and the second button is now numbered 214:25
diwictjaalton, I bet that's not the case on 12.0414:26
tjaaltonwhat isn't?14:26
diwictjaalton, booting a 3.12 kernel has the same results, so I think it's somewhere else in the stack14:29
tjaaltonyou don't have any special xorg.conf then?14:29
diwictjaalton, if I press the buttons in order, I end up with: 1, 2, 2, 3, 8.14:29
=== doko_ is now known as doko
diwictjaalton, whereas in 12.04 I end up with: 1, 2, 3, 8, 914:31
diwictjaalton, not that I'm aware of, where should I look for one?14:32
diwicthere's no /etc/X11/xorg.conf14:33
tjaaltonok14:34
tjaaltonso you haven't used any release in between?14:34
tjaaltontry the guest session too14:35
diwicxmodmap -pp shows "13 buttons" and a straight mapping.14:36
diwicI booted my laptop with saucy, it works fine there.14:36
tjaaltonk14:36
diwictjaalton, guest session on trusty desktop = buggy14:37
tjaaltonwhat mouse is it btw?14:37
dokojamespage, https://bugs.launchpad.net/ubuntu/+source/dovecot/+bug/127889714:37
ubottuLaunchpad bug 1278897 in dovecot (Ubuntu) "dovecot warns about moved ssl certs on upgrade" [Undecided,New]14:37
diwictjaalton, Evoluent Verticalmouse 314:37
jamespagedoko, ta14:38
tjaaltondiwic: ah, well a quick google shows it has needed special mappings..14:39
tjaaltonso dunno14:39
diwictjaalton, !! it is in 10-quirks.conf14:41
diwictjaalton, that is just...stupid. I liked it the way it was. Can I override it?14:43
diwictjaalton, without changing a system file that will be overwritten on upgrade?14:44
spineaumterry: hello, I promise this is the last mir bug for checkbox, this one is very similar to the other plainbox provider package, just code relocation: bug 127882214:44
ubottubug 1278822 in plainbox-provider-checkbox (Ubuntu) "[MIR] plainbox-provider-checkbox" [Undecided,New] https://launchpad.net/bugs/127882214:44
tjaaltondiwic: yes, put something in /etc/X11/xorg.conf or .d14:44
=== freeflying_away is now known as freeflying
mterryspineau, OK14:46
diwictjaalton, it works, thanks for saving my day! :-) And my fingers14:46
tjaaltonyw14:46
tjaaltondidn't know that got added upstream14:47
=== greyback|lunch is now known as greyback
jamespagedoko, is that 12.04 ->14.04?14:51
dokojamespage, no, that had 11.04 or 11.1014:52
stgraberpitti: what are you using? lxc-start-ephemeral or lxc-clone -B overlayfs?14:55
pittistgraber: start-ephemeral14:55
stgraberpitti: start-ephemeral should be tmpfs by default14:55
pittistgraber: ah, does the  clone -B one allow that?14:55
stgraberpitti: unless you manually pass -k (keep data) or set the storage type to dir instead of tmpfs14:55
pittistgraber: this morning I had a temporary (trusty-jf923blabla) one laying around from a few days ago, and I reboot every day14:56
pittistgraber: and I could still start it, so it was there still14:56
stgraberpitti: did it actually contain any data in /var/lib/lxc/<container>/delta0?14:56
stgraberpitti: the container definition itself is on disk but the overlay is location (delta0) is a tmpfs by default14:56
stgraber(unless you pass -k or --storage-type dir)14:57
pittistgraber: hm, not sure, I removed it already; I'll re-create that situation and investigate14:57
pittistgraber: so /delta0 is the tmpfs mount point?14:57
pittistgraber: i. e. the container started alright, but it was like its pristine template, without the delta?14:58
stgraberright14:58
stgraberpitti: I just tried here with a new ephemeral container, did some changes and confirmed that none of that is committed to /var/lib/lxc/<container name>/delta0 (which remains empty at all time)14:59
stgraberit's just a bit tricky to see as the tmpfs is mounted by an lxc hook and is therefore not visible from either the host nor the container14:59
pittiright14:59
pittistgraber: ok, so that was probably it; thanks!14:59
stgrabernp15:00
=== freeflying is now known as freeflying_away
mlankhorstpitti: I tested lts-saucy, that one should work, multiarch'd too15:37
jamespagedoko, afaict dovecot's never actually used the snakeoil certs...15:51
jamespagebah15:51
dokoohh :-/15:52
bdmurraydoko: I guess doxygen is still using tmake?  I was looking at bug 1196347.15:53
ubottubug 1196347 in tmake (Ubuntu) "[MIR] promote tmake (already included in main in the doxygen sources)" [Undecided,Fix released] https://launchpad.net/bugs/119634715:54
bdmurraydoko: you'd mentioned they were moving to qmake15:54
dokobdmurray, yes, no change yet15:55
jamespagedoko, yeah - looks like it generates one instead in 12.04 at least15:55
pittimlankhorst: ah, splendid; btw, could you rename "oldxorg" to perhaps "xorg-lts-transitional" or so?15:57
tvosssil2100, around?15:59
mlankhorstpitti: are the other ones tested too15:59
pittimlankhorst: I can do that now16:00
pittimlankhorst: with simulation, but that should be good enough for now16:00
mlankhorstsimulation is fine16:01
pittimlankhorst: done, and followed up to the bug16:17
pittimlankhorst: so mostly good now, except for that weird geode thing16:17
seb128doko, can you get a mp with your gnome-control-center-signon changes up? your direct landing is conflicting with a CI landing that is waiting for some days16:17
mlankhorstpitti: geode is i386 only16:18
pittimlankhorst: right, it's just weird that the upgrade says that it's holding it back16:18
pittimlankhorst: those three tests were on amd64, doing i386 now16:18
seb128sil2100, doko just uploaded http://launchpadlibrarian.net/165639698/gnome-control-center-signon_0.1.7~%2B14.04.20131126.2-0ubuntu1_0.1.7~%2B14.04.20131126.2-0ubuntu2.diff.gz ... can we overwrite it with the planned landing?16:19
pittimlankhorst: it's like some metapackage now wants to pull in the geode:i386 package for the upgrade16:19
mlankhorstodd :/16:19
dokosil2100, well, not override, but just merge the patch16:19
mlankhorstpitti: well I'm not respecting m-a for all original packages, probably something like that causing it16:20
dokoseb128, is there any reason to hard-code the list of architectures?16:21
pittimlankhorst: i386 is fine (also just said that in the bug)16:21
pittimlankhorst: many thanks! can you perhaps just rename this, and then get it uploaded? (I can sponsor if you need)16:22
seb128doko, I don't remember the details, would need to ask didrocks, the issue happened when that package got ported from qt4 to qt516:23
seb128doko, it stopped being buildable on e.g ppc since qtdeclarative is not available there16:23
mlankhorstpitti: you shouldn't install a i386 geode on amd6416:23
pittimlankhorst: well, I didn't16:23
mlankhorsthm :p16:23
pittimlankhorst: that's the point -- the upgrade apparenlty tried to install it (through some new dependency), and then holds it back16:23
mlankhorstwould need a full log16:24
mlankhorstto see why it tries to install it16:24
dokoseb128, sure, it would show up as a dep-wait or a ftbfs, but that would be preferred to limiting the set of archs16:24
dokosame here: https://bugs.launchpad.net/ubuntu/+source/account-plugins/+bug/127895316:24
ubottuLaunchpad bug 1278953 in gnome-control-center-signon (Ubuntu) "package should be built on any arch" [Undecided,New]16:24
seb128doko, I don't remember the details, britney didn't like the fact that it built before on those archs and was depwaiting after16:24
seb128doko, well, anyway, please submit a mp to the vcs with your changes16:25
seb128doko, you just screwed a planned landing by not follow the process16:26
pittimlankhorst: attached (although I can't really see from it what's pulling it in)16:29
mlankhorstmaybe video-all:i38616:30
mlankhorstI'm guessing xserver-xorg*) needs to be m-a foreign16:30
xnoxseb128: "doko, I don't remember the details, britney didn't like the fact that it built before on those archs and was depwaiting after" when that happens, typically one should ask archive admin to remove binaries of the removed architectures from -release pocket.16:30
pittimlankhorst: but *shrug*, good enough for the first iteration :)16:30
mlankhorstpitti: without even looking at the log I'll give that a shot16:31
xnoxseb128: otherwise to britney it does look like: mipsel binary in -release, no mipsel binary in -proposed. *regression*16:31
seb128xnox, right, but those debs had still rdepends, and Colin didn't want to go for brutal deleting16:31
seb128xnox, I don't remember the details16:31
cjwatsoneh wut?16:31
seb128that was blocking things16:31
cjwatsonwhich packages?16:31
seb128cjwatson, http://launchpadlibrarian.net/143379896/gnome-control-center-signon_0.1.7~daily13.06.18-0ubuntu1_0.1.7~%2B13.10.20130625-0ubuntu1.diff.gz16:32
cjwatsonI'm pretty sure I tore out bits of the signon stack before, bit surprised to hear my name invoked as a blocker ...16:32
seb128cjwatson, at the time it did qt4 -> qt516:32
seb128it was a bit of a mess16:32
seb128but I don't remember the specifics of the situation16:32
cjwatsonright, I think that was a change I requested16:32
seb128cjwatson, oh, you are not named as a blocker16:32
seb128cjwatson, I'm trying to remember why we did that change by then16:32
cjwatsondoko: I'm pretty sure that limiting the set of arches was necessary there, as otherwise it built binaries that were uninstallable16:32
seb128doko was asking why it was made16:32
cjwatsondoko: the right answer is to leave it alone for now and wait for Qt 5.216:33
dokocjwatson, hmm, ok16:33
cjwatson5.2 will (should?) give us a working qtscript everywhere and then we can stop worrying about this16:33
cjwatsonand I gather that's pretty close16:34
cjwatsonI hate explicit architecture lists as much as you do - it was a last resort16:34
seb128that's my understanding as well, qt5.2 should resolve those issues16:35
cjwatsonbasically once we have 5.2 I was going to crawl back up the stack and look for hacks that can be undone16:36
xnoxbarry: you could nuke the .py files and only leave python3.3 bytecode =)))))16:38
xnoxbarry: and have a custom pyupdate which uses .py files not from a public location.16:38
barryxnox: heh, yeah, probably fails the "easy" test but that's a possibility ;)16:39
xnoxbarry: i guess you can't drop invalid 3.4 bytecode? since python will invalidate it and import .py file instead?16:40
barrycorrect.  if the .py is available but __pycache__ isn't writable, then it will just run off the .py files, and you'll pay the compilation cost everytime16:40
xnoxbarry: why not take your patch and apply it in debian/ubuntu? or does it have side-effects?16:41
xnoxbarry: it's not uncommon for debian/ubuntu to patch support in ahead of upstreams...16:41
dokodoes genshi ship any binaries?16:41
barryxnox: which patch do you mean?  the one that prevents import, or the fix to genshi for 3.4?  i don't have the latter (and neither does upstream, it's not trivial)16:42
dokoare there any rdeps?16:42
xnoxdoko: i think it's mostly used as a library, e.g. django can be made to use genshi templates and thus call into genshi on each request to generate .html.16:43
xnoxdoko: ditto other web-frameworks/webapps of the day.16:43
xnoxdoko: there are no, pyhon3-genshi reverse depends at the moment.16:43
barrydoko: if you mean executables, no.  there is an optional .so for speedups, but it's only compatible with python2 (there's another unresolved upstream ticket for that)16:44
xnoxbarry: why not simply ship the module into /usr/lib/python3.3 and be done with it?16:44
dokoxnox, no. would be /usr/lib/python3.3/dist-packages, and we don't have this one yet16:44
dokoI like the import error much more16:45
barrydoko: me too. as icky as it may be, it more or less mimics what you'd see if it wasn't installed for 3.4, so probably "good enough"16:46
xnoxdoko: =/ i see, and it doesn't make sense to create one just because of genshi.16:50
xnoxjust like with 2.5, will 3.5 be the release that will act like a barrier?! =)16:51
mlankhorstpitti: ok uploading ppa6, can you give it a shot when it finshed?16:51
mlankhorstI killed off the m-a same for everything except a few packages16:53
barryxnox: huh?16:56
xnoxbarry: a lot of projects struggled to move to 2.5, or choose not to. and later 2.5 projects didn't move to 2.7, at times getting 2.7 support together with 3.0 one.16:57
xnoxmaybe it's just my impression.16:58
xnoxas in maybe around 3.5 time, genshi like problems will be widespread enough, to warrant /usr/lib/python3.x/dist-packages16:58
cjwatsonI think chose not to was more common; 2.4 support seemed quite sticky16:59
xnoxas in maybe around 3.5 time, genshi like problems will be widespread enough, to warrant /usr/lib/python3.x/dist-packages16:59
* xnox -Efocus-follow-eye-sight17:00
barryxnox: genshi's failure is rather unique actually because it depends on the AST, which doesn't have a guaranteed stable API.17:00
barryso it probably breaks with every release (that's what you get for depending on a library documented to not be stable ;)17:01
barryone of the topics for the language summit in montreal pycon2014 will be the 3.5 release.  a strong possibility is a shorter dev cycle specifically focused on improving porting from python 2, with very limited feature set otherwise17:02
barry(something i actually favor, in the abstract ;)17:03
barrytedg: hi.  i was wondering if you could comment on LP: #1278582 and LP: #1278511.  they (and especially the former for me) are causing lots of pain for emacs users.  they seem to be recent regressions17:05
ubottuLaunchpad bug 1278582 in hud (Ubuntu) "Regression: cannot set HUD key binding" [Undecided,New] https://launchpad.net/bugs/127858217:05
ubottuLaunchpad bug 1278511 in unity (Ubuntu) "CTRL-Space no longer works under Unity" [Undecided,Confirmed] https://launchpad.net/bugs/127851117:05
tedgbarry, Hmm, seems seb128 just set it to fix committed :-)17:06
seb128tedg, barry: yeah, commenting on both17:06
tedgbarry, In general that's probably a bregma thing though.17:06
seb128it's a "we need unity trunk to land in trusty, one day"17:07
bregmaone day soon17:07
seb128tedg, barry: you can access it by running gnome-control-center.real17:07
seb128or http://bazaar.launchpad.net/~unity-team/unity/trunk/revision/364317:07
barryseb128: oh wow.  why doesn't .real run when you hit the gear->System Settings? :)17:08
seb128barry, you get unity-control-center (our new default UI)17:08
barryseb128: ah, and this setting hasn't been added to u-c-c yet?17:09
seb128barry, the Unity xml is missing because unity didn't get a landing for ages17:09
seb128cf the commit I just pointed17:09
seb128it's fixed in trunk17:09
seb128but bregma's ass has been kicked by unity autopilot tests recently it seems17:09
seb128those guys didn't manage to do a landing for ages17:09
barryseb128: awesome, thanks.  i will try .real and wait for the fix-released there17:09
seb128yw!17:10
seb128barry, the other one should be an ibus issue, please try if unsetting in ibus-setup fixes it17:10
barryseb128: yeah, i actually uninstalled ibus ;)17:11
bregmawe're spending more time fixing bugs in autopilot itself than in unity17:11
seb128bregma, :-(17:11
seb128bregma, are those regressions in autopilot? can't we just back out the buggy version?17:12
barryseb128: however, on LP: #1278582 i don't actually think it's fixed.  .real shows me "Key to show the HUD" as disabled, and yet both Alts still bring up the search dialog.  if in the settings panel, i hit alt-right or super, the key settings just reverts to "diabled".  but i don't think it's actually disabled!  maybe the search dialog is different than "Key to show the HUD"?17:12
ubottuLaunchpad bug 1271710 in unity (Ubuntu) "duplicate for #1278582 doesn't list compiz/unity keybindings" [Low,Triaged] https://launchpad.net/bugs/127171017:12
bregma40 new regressions due to #127891717:13
barrybregma: yeah, i am struggling with autopilot failures all over the place :/17:13
seb128barry, well, the issue that bug describes "don't list keybindings" is fixed, not sure about the hud key not working as it should...17:14
barryseb128: fair enough.  i suppose i should open a new bug on that issue.  would that be on unity then?17:14
seb128yes and yes17:14
barryseb128: cool, thanks!17:15
seb128yw!17:15
barryseb128: LP: #1278985  - please let me know if my explanation was unclear or17:27
ubottuLaunchpad bug 1278985 in Unity "Regression: Alt invocation of search cannot be remapped, causing pain to Emacs users" [Undecided,New] https://launchpad.net/bugs/127898517:27
barry*unclear (no or :)17:27
seb128barry, seems clear, I can't confirm/reproduce though17:30
brendandbarry, is that Alt+ something, or Alt, then something?17:30
seb128changing the keybinding works fine for me17:30
samertmbarry: does that bug only appear in trusty?17:30
rbasakdoko: for bug 1243076, the conclusion is to drop the package, unless you object? It seems that nobody has ported the code itself to Apache 2.4's new API.17:32
ubottubug 1243076 in mod-auth-mysql (Ubuntu Trusty) "libapache2-mod-auth-mysql is missing in 13.10 amd64" [High,Confirmed] https://launchpad.net/bugs/124307617:32
rbasak(and upstream and Debian are inactive)17:32
* rbasak doesn't see any rdepends17:32
barrybrendand: it's all muscle memory, but it seems to be roughly "press alt then quickly press f next' (of course, not just f - any key will do)17:33
barrybrendand: although if i'm *really* careful i can press them both at the same time, and the same behavior is exhibited17:33
barrysamertm: a very recent dist-upgrade of trusty, i.e. as of yesterday.  last week it all worked fine17:33
barryseb128: you're changing the keybinding via g-c-c.real?17:34
seb128barry, yes17:34
samertmbarry: kk, thanks for the info17:34
brendandbarry, but it doesn't work if held down?17:35
brendandbarry, i.e. hold alt and press 'f' with other finger17:35
barryseb128: so, to be clear, if you open Keyboard->Shortcuts, click on "Key to show the HUD" and tap Super, you see it set to Super?  for me it just reverts to Disabled17:36
seb128barry, let me try with super, I tried "backspace" which set it to "disabled" which works17:36
seb128barry, super is the key used by the dash17:37
seb128that doesn't work17:37
barrybrendand: correct.  hit and hold Alt for a few seconds, then tap 'f'.  the app with focus will *not* see the event17:37
barryseb128: what about right-alt?17:37
seb128that's the default key17:37
seb128oh, right alt17:37
brendandbarry, but that works for me in e.g. chromium17:37
barryseb128: yes, it wouldn't be so disruptive if it was right-alt only (i personally use left-alt all the time for "alt")17:38
seb128barry, that doesn't work, right ctrl works, win key works17:38
seb128the menu key works17:38
barryseb128: i don't have any of those keys on this keyboard ;)  (no right control, menu, or win)17:39
barryi have right alt and right super though17:39
seb128barry, is disabled with backspace working?17:39
barrybrendand: like, what key combination exactly?17:39
barryseb128: that's hard to tell, because Key to show the HUD is already "Disabled".  but hitting backspace/delete does still leave it disabled17:40
brendandbarry, hold down left-alt and press f17:40
seb128barry, what is you pick any random key, e.g f817:41
barryseb128: but i can set it to Super+Right and that does "work" in the sense that the shotcut is displayed that way.  and indeed, with show hud set to Super+Right, alt is not captured17:42
seb128ok17:42
seb128so dunno why right-alt doesn't work, likely an xkeyboard-config issue17:42
seb128you just need to find a key that exists on your keyboard and suits you17:42
barrybrendand, seb128 so, setting it to Super+Right and *then* setting it back explicitly to Disabled (via backspace) defeats the capture too it seems17:43
mlankhorstpitti: if you feel like testing, I uploaded xorg-lts-transitional now17:43
mlankhorstshould fix your geode issue17:43
pittimlankhorst: oh, sweet, thanks17:43
pittimlankhorst: I need to wrap up for today, will do it tomorrow morning17:44
barryseb128, brendand thanks.  i will update the bug, but now the pain is gone :)17:44
seb128barry, yw17:46
rbasakdoko: I've filed bug 127899517:50
ubottubug 1278995 in mod-auth-mysql (Ubuntu) "Please remove mod-auth-mysql from Trusty" [Undecided,New] https://launchpad.net/bugs/127899517:50
mdeslaurxnox: if you do make a separate package for the two codecs, could you not name it with "bad" in the name? :)18:18
mdeslaurshipping a package called "bad" or "ugly" by default on devices doesn't sound too appealing :)18:19
xnoxmdeslaur: it was going to be either inside the hybris package, or hybris-extra, or bad-subset.18:19
mdeslaurxnox: those two don't pull libav in, right?18:20
xnoxmdeslaur: i think we are barred from shipping bad/ugly on default media, anyway... but i'm not going to get into that discussion.18:20
xnoxmdeslaur: correct, they do not pull in libav, opecv / colorprint and a few other pieces however do.18:20
xnoxmdeslaur: hence i want to drop them.18:20
mdeslaurok, good18:20
xnoxmdeslaur: i think we will still be linking to libstreamerparsersbad though, and that's library name....18:21
xnoxso bad strings are here to stay =)18:21
mdeslaurmeh, was just a suggestion :)18:21
mdeslaurbad-dog-bad-bad-no18:21
* xnox "but, i just met you, and i already like you....." gosh, "Up" was a good movie!18:23
Laneyumm18:23
Laneyxnox: I'd prefer doing genuine splits rather than stuffing things into weird packages18:37
Laneyplease talk to Debian about it ...18:37
Laneybut if they don't go for it, the normal split still feels right to me18:47
=== bfiller is now known as bfiller_afk
vp7is Ubuntu community participating in GSOC this year.19:24
=== bfiller_afk is now known as bfiller
=== zz_mwhudson is now known as mwhudson
=== rww is now known as FloodBot7
=== FloodBot7 is now known as bestestbot
=== bestestbot is now known as rwd
=== rwd is now known as rww
=== salem_ is now known as _salem
=== charles_ is now known as charles
ScottKMirv: Do you know when Qt 5.2 is finally going to land?22:31
hallynstgraber: thouhts on bug 1248283  (last few comments)?22:56
ubottubug 1248283 in juju-core (Ubuntu Trusty) "Juju deploy of Charm in MAAS fails because dbus fails" [High,Triaged] https://launchpad.net/bugs/124828322:56
hallyni should retitle that bug...  it's purely a dbus bug, not juju22:56
xnoxScottK: i spoke with Mirv about it last week, and there were still a few savere regressions on touch (e.g. screen doesn't unlock, unless one disables powerd before screen autolocks for the first time)22:57
hallynthere that's better22:57
hallynbug 124828322:57
ubottubug 1248283 in juju-core (Ubuntu Trusty) "dbus does not restart when 'restart networking' command is issued." [High,Triaged] https://launchpad.net/bugs/124828322:57
xnoxScottK: =/22:57
ScottKxnox: I think our process is now fundamentally broken when it's apparently impossible to update libraries in the development release.22:58
stgraberhallyn: it's not really a bug because "restart networking" isn't supported, we just don't have a good way to prevent it. The supported way to bounce the network is "ifdown -a && do config changes && ifup -a" or the same but just for the interfaces you are changing.22:59
xnoxScottK: i agree. in the mean time i'm writting Qt patches against 5.3... which i'll then have to backport to 5.2, 5.0 and 4.8 by the looks of things.22:59
stgraberhallyn: we had a chat about this during the Core Sprint and the CTS folks said they'd make sure our documentation covers this properly (I sent a bunch of patches a while back to get rid of the worst cases)22:59
hallynstgraber: oh that again :)22:59
ScottKPlease not 4.8.23:00
xnoxstgraber: if we make networking an instance job (with a default instance whatever, it will be a single one) then "restart networking" will do nothing.23:00
stgraberhallyn: "deconfiguring-network" is usually meant as "the system is going down, services should now die, please all exit because the fs is about to go away"23:00
xnoxstgraber: or better, make it a task =) such that "restart networking" does no harm, or at least doesn't emit deconfiguring-network. What do you think?23:01
stgraberxnox: well, we need a started and stopped state because things unfortunately depend on this...23:02
stgraberxnox: and it needs to match name with the sysvinit job so services vaguely does the right thing23:02
hallynstgraber: ok, so you would claim the bug is in juju or juju charms for using restart networking?23:02
stgraberhallyn: absolutely, nobody should even do restart networking23:03
stgraber*ever23:03
hallynstgraber: I wonder if we did a poll, how many ppl would knwo that :)23:03
stgraberbecause it'll almost certainly always do everything but what you want it to do :)23:03
hallynstgraber: thanks, i'll follow up in the bug23:03
stgraberwell, eveyrone who used it at some point probably had problems and either filed a bug which I'd have closed as invalid/won't fix or they'd have found one of the hundred of places where I tried to explain this :)23:04
stgraberhallyn: most people using restart networking also forget that ifupdown isn't stateful, so if your interface was DHCP and you change it to static, then restart networking, this won't kill dhclient so 30min later your IP gets overriden by dhclient23:05
sarnold"oh I know I'll just restart networking, that'll do everything" --> "hunh, why is my system suddenly useless?"23:05
stgraberhallyn: hence which you're supposed to ifdown => change config => ifup23:05
hallyni still have issues with that, but won't argue them now :)23:05
stgraber*why23:05
hallynhm, but i can't figure out where it's being done.  maas and juju dont' seem to do it23:06
stgraberhallyn: from instance userdata apparently23:07
stgraberat least that's what they show in the bug description23:07
stgraberoh and indeed that's just completely wrong because they move eth0 into a bridge without first deconfiguring eth0, therefore leaving it with an IP and a running dhclient23:07
stgraberso even if the restart didn't blow things up to pieces, they'd end up with the network config being applied to both eth0 and br0 and two dhclient process running (one on eth0 and one on br0)23:08
sarnoldwhat does it mean to run dhclient on a bridge device?23:09
stgraberoh and their config also doesn't need to mention eth0 at all, ifupdown is clever enough to figure it out from the br0 config23:09
stgrabersarnold: works fine, broadcasts to all devices on the bridge, attempts to get an IP and sets it on the bridge interface23:09
sarnoldstgraber: crazy, I thought the point of the bridge interfaces was that they were 'below' IP, as it were.23:09
hallynstgraber: i see it in the bug description, but the juju package doesn' tseem to include those.23:10
stgraberhallyn: so tl;dr, they should use ifdown eth0 => 'cat > /etc/network/eth0.conf << EOF\niface br0 inet dhcp\n bridge_ports eth0\nEOF\n" => ifup br0, that'll DTRT23:10
xnoxScottK: what's wrong with 4.8? there are plenty of apps still using that...23:11
hallyn/etc/network/eth0.conf?  that's new to me23:11
ScottKxnox: Are you fixing bugs or adding features?  If the former, then nothing.23:11
xnoxScottK: so we do still need to maintain it.23:11
ScottKSure.23:12
stgrabersarnold: yeah, it's slightly trickier than that, because it both acts like a switch and a member of that switch. So it doesn't have its own MAC address (steals the lowest one in the bridge) but can have IP configuration on it and you can use it like a regular interface (so long as it has at least one member, otherwise it doesn't have a MAC and everything blows up)23:12
xnoxScottK: working on the gtk theming plugin.23:12
xnox(qgtkstyle)23:12
sarnoldstgraber: thanks, I think that explains a lot about what I'd been misunderstanding about bridges :)23:12
stgraberhallyn: they're using the "source statement" to include an external file. Though they really should be using include-dir and /etc/network/interfaces.d/ since that's what's done by default on new installs now.23:13
hallynstgraber: no no, include-dir isn't yet supported by augeas :)23:13
stgraberhallyn: well, clearly they're not using augeas at the moment, so who cares ;)23:14
hallynthey'll want to use libvirt using netcf and thatll fail23:14
hallynanyone answer is noone seems to care so i'll probably ahve to update the lens :(23:14
stgraberso augeas supports source but not include-dir? that seems odd since the latter is basically a wildcard source (ish, there's a regexp in the interfaces manpage)23:15
hallynstgraber: the source support is actually not yet committed iiuc.23:15

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!