=== duflu_ is now known as duflu | ||
didrocks | morning | 06:24 |
---|---|---|
pitti | Good morning | 06:47 |
pitti | didrocks: we should discuss that in #d-s today -- if sEcuRe isn't around any more, I'm fine with pushing the patch to Debian | 06:48 |
pitti | didrocks: we can upload it to Ubuntu then, the main problem is that it won't go to unstable/testing any more | 06:49 |
pitti | didrocks: invoke-rc.d is sysvinit, I can't commit there; but again, meh freeze | 06:49 |
didrocks | pitti: yeah, I did a minimal fix in ubuntu at least as the case of upgrading upstart-only jobs under systemd can be common until everything is transitioned | 06:50 |
pitti | didrocks: yeah, that's an Ubuntu specific problem (in practice), so we can carry a patch for that in Ubuntu; I'm fine with that | 06:51 |
didrocks | pitti: I did mark it clearly that this can be removed once systemd transition done (so after next LTS) | 06:51 |
didrocks | pitti: I think if the deb-systemd-invoke is acked, I'll distro-patch the invoke-rc.d in ubuntu then (as the deb-systemd-invoke patch itself won't be enough) | 07:10 |
pitti | didrocks: sounds ok; especially since we can drop them again at some point | 07:11 |
pitti | didrocks: but I'd like to keep at least init-system-helpers in sync, so let's wait for some response in #d-s, and at some point just commit it? | 07:11 |
didrocks | pitti: yeah, clearly, this can be done safely once we remove the upstart job | 07:12 |
didrocks | pitti: sure | 07:12 |
pitti | (we don't need to upload to Debian right away, just stage the patch) | 07:12 |
seb128 | good morning desktopers | 08:18 |
TheMuso | Hey willcooke. :) | 08:21 |
willcooke | o/ | 08:22 |
TheMuso | And hello to everybody else | 08:22 |
didrocks | morning willcooke, hey TheMuso | 08:22 |
seb128 | hey didrocks TheMuso willcooke | 08:24 |
didrocks | re seb128 | 08:24 |
mlankhorst | morning | 08:34 |
seb128 | hey mlankhorst | 08:34 |
ochosi | hey seb128 | 08:36 |
ochosi | and good morning | 08:36 |
seb128 | hey ochosi, how are you? | 08:36 |
mlankhorst | hello | 08:36 |
ochosi | seb128: doing fine, enjoying the snow outside in the city (rare thing sort of) | 08:36 |
ochosi | and yourself? | 08:36 |
mlankhorst | what snow :P | 08:39 |
mlankhorst | it's just cold and windy here! | 08:39 |
larsu | morning! | 08:40 |
didrocks | hey mlankhorst, ochosi, larsu | 08:42 |
ochosi | mlankhorst: heh, i guess i'm luckier than you then ;) | 08:43 |
ochosi | seb128: quick question, you said to take the bugreport about file-roller using headerbars in xubuntu upstream, are you currently patching it to work in unity without csd? (reference: https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/1408046) | 08:44 |
ubot5 | Launchpad bug 1408046 in file-roller (Ubuntu) "file-roller in xubuntu has CSD" [Wishlist,New] | 08:44 |
seb128 | ochosi, I'm good thanks | 08:44 |
seb128 | ochosi, yes we do | 08:44 |
mlankhorst | it was great for operating a windmill last saturday :P | 08:44 |
mlankhorst | so hopefully the wind will stay for this saturday too | 08:45 |
ochosi | seb128: so shouldn't we do the same (i.e. add a distro-patch)? | 08:45 |
seb128 | ochosi, "we"? | 08:45 |
seb128 | I'm not part of the xubuntu team, it's up to you/them | 08:45 |
ochosi | seb128: "we" == the royal we ;) jokes aside, i did mean the xubuntu team | 08:45 |
seb128 | lol | 08:46 |
seb128 | the situation is suboptimal, we should maybe do !gnome-shell rather than = unity | 08:46 |
seb128 | at the same time it's the upstream UI, other desktop should complain to upstream | 08:46 |
ochosi | yeah, that'd be nice | 08:46 |
ochosi | i hope you don't mind me saying, but you're being a bit inconsistent with your distro-patches wrt CSD | 08:47 |
ochosi | some are "if unity", others are "!gnome-shell" | 08:47 |
ochosi | i'd prefer a consistent choice (and if it was up to me, that'd be 2) ) | 08:47 |
=== ara is now known as Guest15321 | ||
larsu | ochosi: feel free to open bugs about the 'if unity' ones | 08:52 |
ochosi | larsu: that's what i (or "we", as in the xubuntu-team) was doing with file-roller ;) | 08:53 |
ochosi | and i did the same for simple-scan | 08:53 |
seb128 | ochosi, yeah, we are inconsisty, it's because different people have different opinion on what should be done | 08:58 |
seb128 | like some feel like that we can decide for Unity but the "default experience" on other desktop should remain what upstream intends | 08:59 |
seb128 | and some feel like that csd are gnome-shell specific mostly | 08:59 |
Laney | morning | 09:03 |
Laney | I commented on a bug with robert_ancell about that and he pushed back | 09:03 |
Laney | so there isn't even agreement in the team :/ | 09:03 |
ochosi | hm right, well for xubuntu we're mostly agreeing that for the apps we ship by default, we don't want csd | 09:05 |
ochosi | our WM handles it fine now (at least with compositing enabled), but having a menu inside an app with csd looks out of place tbh | 09:05 |
Laney | Is there a way out other than gtk getting a setting for this? | 09:05 |
larsu | Laney: an xsetting | 09:06 |
larsu | consensus seems to be "oh no, please not another xsetting" | 09:06 |
ochosi | well, even if there is an xsetting, apps have to support it | 09:06 |
larsu | right | 09:06 |
Laney | so what then? | 09:07 |
ochosi | while an xsetting is sort of "the big hammer", i think it's correct, cause it's the only thing that can sort of guarantee consistency | 09:07 |
ochosi | (sort of, because it's still up to the app devs to support it) | 09:07 |
Laney | the app always has to have code | 09:08 |
larsu | I don't know. Doesn't seem worth the hassle tbh | 09:08 |
ochosi | i mean for xubuntu, i guess the easiest is to add "|| if xfce" to your distro patches | 09:09 |
Laney | then || the next one, then we decide we like header bars so let's upload everything again to change that | 09:09 |
ochosi | heh, yeah, pretty much that ); | 09:10 |
larsu | we should just all switch to header bars! | 09:10 |
ochosi | but tbh for xubuntu it's a bit out of the question at least until xfce is gtk3, and that's still far away | 09:10 |
ochosi | so i think at least with us, it's a rather stable decision | 09:10 |
ochosi | i vaguely remember kde folks being fairly unanimously against csd, have there been any talks with kubuntu devs? | 09:11 |
larsu | not me. All I heard is that they want some weird hybrid approach | 09:12 |
larsu | I don't know. It's pretty obvious to me that header bars are the way forward | 09:12 |
ochosi | /o\ | 09:12 |
larsu | e.g., by looking at other platforms | 09:13 |
ochosi | yeah, but as long as there is no good way to handle menus (other than placing them directly underneath the headerbar) in the shell, it's less fun | 09:13 |
Laney | ochosi: for file-roller, the next upload is going to be !shell btw | 09:14 |
ochosi | Laney: oh thanks! | 09:15 |
Laney | https://bazaar.launchpad.net/~ubuntu-desktop/file-roller/ubuntu/view/head:/debian/patches/bz_unity_headerbar.patch#L108 | 09:15 |
Laney | that was already there | 09:15 |
Laney | was hoping for some upstream reviews on my other patches to de-headerbar the dialogs | 09:16 |
Laney | no luck yet | 09:16 |
ochosi | oh | 09:16 |
Laney | it's nice for dialogs because there is a setting there | 09:16 |
larsu | Laney: de-headerbar? | 09:16 |
ochosi | larsu: yeah, that's a word now ;) | 09:16 |
Laney | GtkDialog has a use-header-bar property | 09:16 |
larsu | which has multiple meanings to different people | 09:17 |
larsu | (1) put buttons into the dialog's title bar | 09:17 |
ochosi | Laney: yeah, i noticed that, there goes that option ppl might be looking for | 09:17 |
larsu | (2) show a traditional title bar | 09:17 |
larsu | by default, gtk shows still shows a header bar without buttons when the setting is false | 09:18 |
larsu | becasue wayland | 09:18 |
* larsu wonders if his patch changing that went upstream | 09:18 | |
Laney | uh | 09:18 |
Laney | can't say I noticed that | 09:18 |
willcooke | hey larsu, gtk3-samples - is that packaged for T? | 09:35 |
larsu | willcooke: yes, as gtk-3-examples | 09:37 |
willcooke | in the archive? | 09:37 |
* willcooke must be doing something wrong | 09:37 | |
willcooke | I can see gtk3-engines-xfce | 09:38 |
Laney | gtk-3-examples | 09:39 |
willcooke | sigh | 09:40 |
willcooke | thank you | 09:40 |
larsu | :) | 09:40 |
Laney | apt-file is useful for asking 'which package contains this file?' | 09:40 |
willcooke | Being able to read is a pre-requisite, and that seems to be where I'm failing today | 09:41 |
Laney | :P | 09:41 |
* Laney is having some kind of IO death episode | 09:42 | |
Laney | linux doesn't like this much | 09:42 |
willcooke | ok, next failure I have - the overlay scrollbars in the widget factory are still the unity ones. | 09:44 |
willcooke | it really sucks to be me | 09:44 |
willcooke | ;) | 09:44 |
larsu | willcooke: it's not yet patched :) | 09:44 |
seb128 | well, our gtk version is too old for the new scrollbars | 09:45 |
seb128 | those are being added upstream in the current unstable cycle | 09:45 |
willcooke | should I install a VM running Gnome desktop? | 09:45 |
seb128 | willcooke, you can try to install gtk from https://launchpad.net/~ricotz/+archive/ubuntu/testing | 09:48 |
seb128 | willcooke, he has a git version | 09:48 |
willcooke | Hrm, sounds risky | 09:53 |
willcooke | I dont want to break anything else | 09:53 |
willcooke | maybe I'll install that in a VM | 09:53 |
Laney | oh, huh, it's fstrim | 09:54 |
Laney | how long is that supposed to take to run? | 09:54 |
didrocks | Laney: few seconds, if it's the first time, I get it up to 5 minutes here | 09:56 |
Laney | root 14618 0.3 0.0 19968 1860 ? D 09:31 0:04 \_ /sbin/fstrim --all | 09:56 |
mlankhorst | willcooke: I think I found the black screen issue with x11vnc, should be able to fix it at least, but I don't know if my fix will break anything :P | 10:02 |
willcooke | :D | 10:02 |
Laney | it finished ... | 10:14 |
mlankhorst | willcooke: https://mblankhorst.nl/etc/Xmir updated version | 10:22 |
mlankhorst | weird.. works on desktop but fails on phone still | 10:24 |
willcooke | :/ | 10:26 |
=== vrruiz_ is now known as rvr | ||
willcooke | mlankhorst, would you expect glxgears to work on the phone? | 12:00 |
willcooke | mlankhorst, also - the orientation seems to know which way round the phone is :D (but I assume you know that already) ((e.g Xmir is running, I rotate the device and the Orientation message pops up to say which way round it is)) | 12:02 |
mlankhorst | not really | 12:04 |
mlankhorst | willcooke: yeah but the problem is hooking up and resizing :P | 12:04 |
willcooke | sure | 12:04 |
mlankhorst | the rotation hint just says that the orientation should be changed, but that means I have to find a way to lie about it | 12:19 |
willcooke | sounds like it could be quite processor intensive as well? | 12:19 |
mlankhorst | not really | 12:21 |
mlankhorst | it's mostly resizing the root window to have the rotated dimensions and then figuring out how to do a rotating blit to the mir surface | 12:21 |
mlankhorst | first part is easy, second part probably too but it requires some thinking :p | 12:27 |
willcooke | certainly no hurry for that | 12:32 |
willcooke | feature | 12:32 |
=== MacSlow is now known as MacSlow|lunch | ||
mlankhorst | ok it seems vncviewer sort of works now, but has some corruption | 12:47 |
mlankhorst | oh vnc says why.. | 12:50 |
mlankhorst | 08/01/2015 13:47:30 XDAMAGE is not working well... misses: 201/229 | 12:50 |
willcooke | I tried with disabling xdamage in the vnc server | 12:51 |
willcooke | still didnt work | 12:51 |
willcooke | bah - and now when I'm running mirscreencast Xmir wont start | 12:52 |
mlankhorst | hm the current Xmir binary works for me, sec.. | 12:52 |
mlankhorst | uploaded a new one to the same place | 12:52 |
mlankhorst | but now mir crashed on me, sigh :p | 12:53 |
willcooke | ha! | 12:54 |
willcooke | it's a whack-a-mole | 12:54 |
mlankhorst | naw, mir never was that reliable for me | 12:54 |
willcooke | oh, I've run out of space | 12:55 |
mlankhorst | apt-get clean | 12:55 |
willcooke | bit better | 12:56 |
willcooke | perhaps I need to write my screencasts somewhere else :) | 12:56 |
willcooke | hum | 12:56 |
willcooke | android cache looks like | 12:56 |
willcooke | yay - crashed Mir too | 12:58 |
willcooke | hehe because I used up all the space | 12:58 |
* willcooke goes looking for an sd card | 12:59 | |
=== alan_g is now known as alan_g|lunch | ||
mlankhorst | hm was seeing some random corruption in vnc where the window should be | 13:09 |
=== MacSlow|lunch is now known as MacSlow | ||
=== hikiko__ is now known as hikiko | ||
=== alan_g|lunch is now known as alan_g | ||
mlankhorst | D/libEGL (14296): glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAX_LEVEL_APPLE, GL_POINTS); | 14:01 |
mlankhorst | W/MALI (14296): _gles_set_error:82: [WARNING]Mali GLES errorcode: 500 | 14:01 |
mlankhorst | oh I hate you, looking it up made me find my black screen bug.. | 14:04 |
willcooke | \o/ | 14:04 |
mlankhorst | caused by calling glamor_enable_dri3 | 14:05 |
mlankhorst | which causes glamor_egl_create_argb8888_based_texture to be called, which was never expected to succeed | 14:05 |
mlankhorst | hm no it should work.. | 14:06 |
mlankhorst | through the fallback | 14:06 |
ochosi | larsu: remember that odd thing about transmission using gtkimagemenuitems? | 15:06 |
ochosi | i have a really hard time finding the relevant pieces in the code that refer to that... | 15:07 |
ochosi | at least upstream there doesn't seem to be a reference to gtkimagemenuitems at all | 15:07 |
ochosi | all seems to be regular menuitems in the transmission-ui.xml | 15:08 |
ochosi | really odd | 15:08 |
ochosi | larsu: ^ | 15:12 |
mlankhorst | willcooke: I've uploaded a new version to my webserver that seems to work correct with vncviewer. However there is still a problem with upload/download region :P | 15:14 |
larsu | ochosi: weird, no clue. How are they constructing their menu bar? With GtkUiManager? | 15:19 |
willcooke | mlankhorst, coolio, I'll give it a whirl | 15:25 |
mlankhorst | so if you get random memory corruption that's probably why.. | 15:25 |
willcooke | :) | 15:25 |
willcooke | I cant get mirscreencast to play nice at all, it's just recording a static dash | 15:26 |
willcooke | bah | 15:26 |
larsu | dash is enough, it's the most important thing | 15:26 |
popey | willcooke: you converting it to some other format afterwards? | 15:27 |
Laney | flick book | 15:27 |
willcooke | popey, not tried that yet - since there's nothing to see | 15:27 |
popey | how do you know until you convert it? | 15:27 |
willcooke | popey, I recored it, copied it over to my machine, play it back and then sad face | 15:27 |
popey | What you playing it with? | 15:27 |
willcooke | mencoder | 15:27 |
willcooke | what else?! | 15:27 |
willcooke | it plays fine | 15:28 |
popey | ok | 15:28 |
willcooke | that's why I asked about the socket, I wonder if I'm recording the wrong thing | 15:28 |
popey | every frame the same? | 15:28 |
willcooke | ya | 15:28 |
* popey tries here | 15:28 | |
* willcooke loves sshing in to the phone and writing bash scripts. It's really nice | 15:29 | |
willcooke | I feel like my phone is now more of a computer and less of an Imgur access device | 15:29 |
popey | Yes, I too am a nerd. | 15:29 |
willcooke | if I can rsync, and wake the phone up remotely I will be sorted | 15:30 |
popey | willcooke: how do you play it, just "mencoder mir_screencast_540x960_66.58Hz.rgba" ? | 15:30 |
willcooke | mplayer -demuxer rawvideo -rawvideo fps=15:w=540:h=960:format=rgba screencast.raw | 15:30 |
popey | k | 15:30 |
willcooke | (set fps as appropriate) | 15:30 |
* popey waits for the bits to slowly make their way over usb | 15:31 | |
willcooke | oh, I'm running vivid - I wonder if thats got anything to do with it | 15:31 |
willcooke | (on my device|) | 15:31 |
willcooke | does the SDK give access to the LEDs directly? | 15:32 |
popey | dont think so | 15:32 |
mlankhorst | you can touch them through sysfs probably | 15:32 |
popey | well, something must | 15:32 |
mlankhorst | /sys/class/leds | 15:32 |
willcooke | oooooooooooh | 15:32 |
willcooke | sweet | 15:33 |
willcooke | NO! Must not get distracted | 15:33 |
mlankhorst | You can have 8 bits for brightness for the blue red and green :P | 15:33 |
popey | haha, works | 15:34 |
willcooke | ha, nice | 15:34 |
willcooke | popey, screencast or leds? | 15:34 |
popey | leds | 15:34 |
mlankhorst | of course nerds get distracted by flashy lights | 15:34 |
popey | echoing 255 into /sys/class/leds/red/brightness | 15:34 |
popey | balls, stuck on now ☻ | 15:34 |
popey | could use this as a data transfer method between phones :D | 15:35 |
willcooke | ?? | 15:35 |
willcooke | oh, via the camera? | 15:35 |
willcooke | ha | 15:35 |
popey | point camera at LED, flash LED like a sinclair loading thing | 15:35 |
willcooke | ohhh, does the flash work on the camera? | 15:35 |
popey | yes | 15:35 |
willcooke | I wonder if there is a gpio for it | 15:35 |
willcooke | then you could write a morse tx-er | 15:36 |
willcooke | and an rx-er | 15:36 |
popey | willcooke: I only get first frame on my video too | 15:36 |
popey | shows whatever was on screen at start of video | 15:36 |
willcooke | ah ha! | 15:36 |
willcooke | good | 15:36 |
willcooke | it's not me then | 15:36 |
willcooke | mlankhorst, can haz vnc | 15:38 |
willcooke | mlankhorst, \o/ | 15:38 |
willcooke | thanks | 15:38 |
mlankhorst | good, I'm trying to figure out how glamor_upload/download_boxes works | 15:38 |
willcooke | ah yes - getting some weird artefacts with LO now | 15:43 |
mlankhorst | I was having them before too, might be related to that | 15:43 |
willcooke | kk | 15:44 |
mlankhorst | I need to do some magic on monday, should be easy | 15:45 |
willcooke | thx# | 15:46 |
mlankhorst | uploaded the same version to my ppa | 15:46 |
mlankhorst | enjoy! | 15:47 |
willcooke | thanks mlankhorst have a great weekend | 15:47 |
ochosi | larsu: yeah, seems like it: http://bazaar.launchpad.net/~vcs-imports/transmission/trunk/view/head:/gtk/transmission-ui.xml | 16:02 |
seb128 | qengho, hey, is bug #1378627 on your list/something you look at? | 16:13 |
ubot5 | bug 1378627 in chromium-browser (Ubuntu) "chromium-browser crashed with SIGSEGV" [Medium,Confirmed] https://launchpad.net/bugs/1378627 | 16:13 |
seb128 | it's the most reported issue on 14.10 | 16:13 |
seb128 | by quite some margin | 16:14 |
larsu | ochosi: maybe ui manager creates image menu items for some reason? | 16:14 |
* larsu checks | 16:14 | |
willcooke | I'll ask Ryan too | 16:18 |
willcooke | oh | 16:18 |
willcooke | *cough* | 16:18 |
willcooke | desrt, incoming ^^ | 16:18 |
larsu | ochosi: indeed, it does. Actions seem to have GtK_TYPE_IMAGE_MENU_ITEM by default: https://git.gnome.org/browse/gtk+/tree/gtk/deprecated/gtkaction.c?id=c6fc30721c35c3aec4b2d1cd512049821d5de984#n227 | 16:19 |
ochosi | larsu: meh, that really blows. so where would i start fixing anything? (and yeah, obviously shotwell has the same problem) | 16:37 |
qengho | seb128: Yes, next release will have that fixed. | 16:37 |
seb128 | qengho, great, when is that due? | 16:38 |
qengho | seb128: I'll put something up for testing soon, and I think next upstream should be about two weeks away, at most. | 16:38 |
larsu | ochosi: turn off menus-show-images or whatever the setting is called. | 16:39 |
seb128 | qengho, great, thanks | 16:39 |
larsu | ochosi: imo, we should just get rid of it. I don't know of anyone who thinks having icons on every menu item is a good idea | 16:39 |
=== charles_ is now known as charles | ||
* desrt discovers socat | 18:37 | |
attente_ | hi, having some trouble getting unity-greeter running. it exits on launch, this is my x-0-greeter.log: http://paste.ubuntu.com/9694751 can't even get a vt going | 20:27 |
robru | hey desktoppers, can I get somebody to add ~ci-train-bot to https://launchpad.net/~unity-settings-daemon-team/+members#active please? it's needed for silo 15 to merge (seb128?) | 20:33 |
=== CrazyMelon is now known as CrazyLEmon | ||
=== CrazyLEmon is now known as CrazyLemon |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!