[00:22] andrzejr: got some new observations, the gtk3 indicator panel box turns transparent when another indicator is loaded later on [00:24] andrzejr: and this only happens if the panel is set to have no background style -> 'none (use system style)' [00:25] I cannot reproduce this glitch after defining a background color (panel settings) [00:29] I'm currently trying to understand the recent transparency fix for xfce4-panel and wrapper-plug.c in general [02:17] brainwash: Oh, in case you didn't notice, xfwm/xfdesktop built for Saucy and Trusty, no need to be on Trusty to test as long as you get a PPA for the greeter. [08:36] Unit193: saw that - must have picked it up last night, if it's supposed to get rid of the grey then it's masquerading as something else here [08:37] elfy: Versions for xfdesktop4, xfwm, and lightdm-gtk-greeter? [08:38] 4.11.2-2.1~14.04 and 4.11.1-1ubuntu2.1~14.04 and 201401231722~ubuntu14.04.1 [08:38] respectively [08:39] I'm calling dad on you... [08:39] brainwash: Hey, see anything amiss? [08:40] elfy: So that all looks good to me, I don't have daily gtk-greeter and I have my packages, but nevertheless... [08:41] Unit193: so I guess it should be working with them then [08:41] Well, what's the source of xfwm, just to double check? [08:42] http://ppa.launchpad.net/unit193/xfce/ubuntu/ [08:50] bluesabre, Do you want me to try the greeter merge tomorrow or do you think you'll get to it soon? [08:50] (although i'll probably fail it) [08:51] elfy: And I'd presume you've restarted/restarted lightdm after getting the last of the packages? [08:52] updated xfwm last night - so that was here when I booted, last update for xfdesktop4 was on the 19th and greeter was 24th [08:52] Noskcaj: You testing this? [08:52] I was just looking at the when [08:52] Well then you should have had everything. [08:52] mmm [08:54] Unit193, I don't have time tonight, might try tomorrow [09:00] bluesabre? [09:01] knome, Don't disturb him, he's busy coding. ;) [09:01] And probably will be for the next week [09:02] Noskcaj, umm, yes i will disturb him [09:03] * Noskcaj really should go and do something else [09:05] morning knome [09:05] hello elfy [11:46] knome, Noskcaj: or sleeping [11:47] bluesabre, debdiff [11:47] yup [11:47] I'll do that now [11:47] ta [11:47] and then move on to the greeter merge [11:47] :) [11:47] so, what needs to be inside of a deb, and what am I diffing against? [11:48] lp:xubuntu-docs/precise what needs to be inside [11:48] and diff against 11.10.0 or 12.04.0, whichever you please [11:49] alrighty then [12:06] knome: done, where do I need to upload this debdiff? [12:07] the bug [12:07] bug 1207493 [12:07] bug 1207493 in xubuntu-docs (Ubuntu Precise) "[SRU] Documentation does not match shipped system version (11.10 shipped with 12.04)" [High,Fix committed] https://launchpad.net/bugs/1207493 [12:07] danke [12:13] uploaded [12:14] ok, can you do one more thing? [12:14] whats up? [12:14] poke seb128 in #ubuntu-devel and tell you've uploaded the new debdiff [12:14] ok [12:14] ta [12:16] done [12:16] now, the waiting game [12:17] ;)= [12:23] *chuckle* https://bugs.launchpad.net/lightdm-gtk-greeter/+bug/1272652 [12:23] Ubuntu bug 1272652 in LightDM GTK+ Greeter "lightdm-gtk-greeter-1.7.0: infobar for PAM has red background" [Undecided,New] [12:23] so, what should the severity of a bad password be? :) [12:23] polka dots [12:23] yes! [12:24] red background - red dots [12:24] wfm [12:28] bluesabre, btw, did you check the package? :)) [12:28] /test [12:28] no, I assumed that since it was all self-contained (debian and all) it had already been thoroughly tested and all changes were already there [12:29] hahahahahah [12:29] :P [12:29] don't let me down knome! [12:29] if you upload the new package you created, i can test it (as i said) [12:29] I'll try to pbuilder it now [12:32] just a few minutes, hopefully I'll have a package then [12:42] knome: https://www.dropbox.com/sh/rbfwdd90upfyv7j/QGV9kuZ6MZ/xubuntu [12:42] lol [12:42] can't see file names without js enabled [12:43] you disable js? craaaaaaazy [12:43] or you turn it off before clicking on a link from anybody in -team [12:44] probably a safe idea [12:45] hah [12:45] i use noscript [12:45] so js is disabled by default [12:45] i'll allow as needed [12:58] bluesabre, worksforme, ta [12:58] fantastic [12:58] didn't even have to try that hard :) [12:59] lol [13:00] just wondering if we need a bigger version number than .0 [13:00] but... that's solvabl [13:00] e [13:00] again, just went with what you left me :) [13:01] well i said you can debdiff to either 11.10.0 or 12.04.0, which implies that there is a 12.04.0 package [13:01] yeah, didn't see one though [13:01] the precise package is 11.10 [13:01] precise-proposed is 12.04.0 [13:02] that's the earlier SRU upload [13:02] ah [13:03] it takes too long for a package that only affects one single distro to make it back to the -updates repo [13:24] hey folks [13:26] bluesabre: do we have an ETA on the greeter landing in trusty btw? (i presume it'll go via debian?) [13:32] ochosi: well, if we consider it stable, let's fix any new bugs, make it 1.8.0, and push it to debian [13:32] in which case, I'll hold off on the debian merge for 1.6.1-5 [13:32] that will basically be our "feature freeze" [13:33] that will get us quite a bit more testing too [13:35] ochosi: Every time I bring up the tabwin I get xfwm4-Message: (nil) in startxfce4.log [13:36] ochosi: also, let's make sure to merge the xfce4-display-settings branch we have this weekend [13:37] bluesabre: sounds like a good plan, let's make a shortlist for 1.8.0 [13:37] what did you think about my suggestion to include a settings-UI? [13:37] Unit193: hmm, is that something you can also confirm with the last state of master there without the extra tabwin code? [13:38] 4.11.1 count? It's newer. [13:38] bluesabre: (i mean one that also allows setting the light-locker stuff optionally) [13:38] ochosi: sounds like a good idea, but I'd like to get one together for light-locker [13:38] light-locker has so little options, that i think a settings UI for the greeter that includes those makes more sense [13:39] yeah, but then every lightdm project that uses light-locker has to implement their own [13:39] which, maybe that's something we should discuss with robert ancell [13:42] slickymaster: are you around? [13:42] I'm going to upgrade my dokuwiki to the latest stable today, but don't want to interrupt your work [13:44] * bluesabre gives some time to respond [13:44] bluesabre: ubuntu doesn't need a settings UI [13:45] they control everything with gnome-settings-daemon [13:45] so they can easily include light-locker settings somewhere (the timed locking is done in ubuntu with g-s-d as well) [13:45] ok [13:45] and there arent *that* many greeters... [13:46] i think kde also has one [13:46] it might also be a good idea to make light-locker configurable via dbus [13:46] but they would want a settings ui in qt [13:46] so that light-locker can worry about setting timeouts and whatnot [13:46] or maybe not [13:47] * bluesabre still doesn't know enough about x to make a good decision on that stuff [13:47] nah [13:47] we didn't implement an extra ticker in light-locker and decided to rely on X11's screensaver extension signal instead [13:47] so that's the crucial setting [13:48] got it [13:48] okay, so want to make a lightdm-gtk-greeter_1.8.0 wiki page? [13:48] or [13:48] a blueprint on the launchpad page [13:48] but I'd prefer the wiki myself [13:50] yeah, the wiki is more responsive [13:53] bluesabre: furthermore we already have a wiki page :) http://smdavis.us/doku/doku.php?id=greeter-roadmap [13:54] ochosi: so no settings gui for light-locker? [13:54] ochosi: you gotta tell me these things :) [13:54] basically a front-end for xset [13:55] bluesabre: hehe, well i haven't used it for a while, but andrew got his inspiration on what to implement from there [13:56] * bluesabre still thinks xfce-power-man should handle that stuff [13:56] yeah, but we have more control over the greeter [13:56] and getting a new powerman release will probably not happen for trusty [13:56] right [13:57] already took some time to get full systemd support :D [13:57] well there's a branch now where eric merged in all the stuff, but parts of it are still todo, so... [13:57] but wait.. you can remove power manager and still use light-locker [13:57] yeah [13:58] power manager is optional [13:58] yeah, but power manager has options for screen timeout and whatnot [13:58] and they don't seem to actually do anything [13:58] only dpms [13:59] it does not change the screen saver timeout [13:59] xscreensaver does/did [14:00] Hi people, I'm glad to tell you I'm ready for beta testing! I found time for resizing a partition, and succesfully installed a Xubuntu from a usb key using testdrive-gtk. [14:00] bluesabre: how long do you think would it take you to set up a basic settings UI? [14:00] that's why I think light-locker needs a settings gui [14:00] since its made to replace xscreensaver [14:00] bug 1193716 [14:00] bug 1193716 in xfce4-power-manager (Ubuntu) "Xfce Power Manager does not override the screen saver timeout (X11 Screen Saver extension)" [Medium,Confirmed] https://launchpad.net/bugs/1193716 [14:00] bluesabre: yes, I think so too [14:01] some basic gui, only few switches, nothing fancy [14:01] yeah [14:02] ochosi: dunno [14:02] ideally not long [14:02] but c/vala take 20x longer than a python gtk app [14:02] if we have any vala people in this channel, they could probably do it quickly [14:02] yeah, i dunno, what settings would light-locker-settings even include? [14:03] timeout, enabled [14:03] hmpf [14:03] lock on suspend/hibernate [14:03] y'know, the xscreensaver stuff, minus the screensaver [14:04] well for light-locker it'd also mean adding a settings-file [14:04] right [14:05] or using gsettings or something, but the config file would be best [14:05] you can enable locking on suspend via xfce4-session (it will call xflock4), and light-locker already does it automatically via dbus [14:05] this might confuse the user [14:06] just things to consider [14:06] yeah, i thought implementing one or two locker-settings in the greeter might mean less settings-duplication [14:06] and it already has a settings-file, so.. [14:09] but that makes it a system-wide config [14:10] hmmm, true :/ [14:11] maybe try to talk cavalier into it? [14:11] I'd do it, but obviously I've got a whole other list atm :) [14:11] yeah, i knw [14:12] humm humm [14:12] what are you working on atm? [14:12] cleaning [14:12] :) [14:12] then menulibre2.1 and mugshot [14:12] then catfish [14:13] should also do a parole release today [14:13] but I can't compile it as is [14:13] need to find a way to not die on deprecation warnings [14:13] figure out where that flag is getting toggled [14:16] hmm :/ [14:17] i'd really hate to see 0.5 in another LTS release... [14:17] don't wanna keep supporting that foreever [14:18] yeah [14:18] I'm ready to make it 0.6 any time [14:19] yeah, i think we should really consider that [14:19] ok [14:19] i mean, doing a stable release soon [14:19] I think we're done adding features anyway [14:19] but it doesn't help if it doesn't build with gtk3.10 :/ [14:19] yeah [14:19] I'll try to work on that today too [14:20] well mostly wanting to add that menuitem [14:20] for the docs [14:20] and then it's release-ready i'd say [14:20] oh [14:20] since you're not on trusty [14:20] please try both commands: [14:21] ./autogen.sh --enable-debug=full --enable-maintainer-mode --enable-gtk-doc --with-gstreamer=0.10 [14:21] ./autogen.sh --enable-debug=full --enable-maintainer-mode --enable-gtk-doc --with-gstreamer=1.0 [14:21] and make them both [14:21] to see if there are any build issues [14:22] you can also 'make distcheck' too after that [14:22] if there are any issues, let's resolve those [14:25] otherwise, not quite release-ready :) [14:41] bluesabre: with-0.10 works fine, only docs warnings (which we already know about) [14:44] same with 1.0 [14:44] so on saucy / gtk3.8 everything is fine [14:44] great, thanks [14:55] ochosi: ok, it builds in trusty [14:55] sweet! [14:55] just not with enable-debug=full [14:55] hmkay [14:55] we've had that one before... [14:55] but since distcheck works, thats fine by me [14:55] I'll do a release tonight [14:55] yup, we can fix that in 0.6.1 [14:55] 0.6 [14:55] get any fixes you want in now :) [14:55] but don't forget to add the menuitem ;) [14:55] hehe, ok [14:55] if you can, please do ;) [14:56] gotta go to shop, bbiab [15:00] k [15:00] still cleaning around here [15:19] bluesabre: so wait, the problem with compiling with enable-debug=full comes from the deprecated stuff and gtk3.10? [15:23] ochosi: what color does the selection rectangle have in thunar? [15:23] not sure anymore [15:23] nothing we set in the theme though [15:23] bbiab [15:24] ochosi: yes [15:24] enable-debug=full turns on the fail on warning [15:25] ochosi: it's grey here, but blue in every other app [15:26] yeah, confirmed grey here too [15:26] didn't use to be that way :\ [15:29] thunar seems to ignore the color specified by the theme [15:30] bug report time again [15:43] slickymaster: upgraded my wiki, you can use it without any concerns again :) [16:13] hey ochosi, take a look at my elementary branch [16:13] hey sergio-br2 [16:13] what will i see when i look there? [16:14] i changed calculator and transmission icon, and initial 96 px release, and others stuff [16:15] okeydokey, currently i'm re-setting up my laptop (new ssd, install trusty...) so it might take a bit [16:15] but sounds great [16:15] but it not ready yet, i'm doing revision in each thing i commit. [16:16] ok [16:16] ochosi, will you change trash icon? I remember that you talk of it. If not, i will put in places/96 [16:22] sergio-br2: yeah, i'm still considering it, but haven't had the time to finish it [16:22] i mean i have a local proposal for it [16:23] hum, ok, then i will wait [16:23] yeah, no rush with that [16:23] the trash is hardly ever visible in 96px ;) [16:23] yeah [16:23] (hardly anyone puts their sidebar to that size i guess) [16:23] ok, gotta try to install trusty now, bbiab [16:24] anyone, whisker-menu will be at trusty? [16:49] sergio-br2: yeah, it's planned [16:50] ok, installation of trusty daily went smoothly i have to admit [17:00] bah, merges are no fun [17:00] bluesabre: in bzr? [17:00] debian -> ubuntu [17:01] oh, mh [17:05] Noskcaj: let's wait on that sync, we'll be pushing 1.8 in a few days, which will get rid of some of the debian patches [17:07] ochosi: let me know when you've added the menuitem to parole [17:07] bluesabre: still working on the migration to trusty.. [17:07] no hurry :) [17:07] but yeah, i'll try to look into it asap [17:39] bluesabre: contents-item added to the menu and pushed [17:39] ochosi: great, thanks! [17:40] np, wasn't too hard or time-consuming [17:40] I'll do the release today [17:40] nice [17:40] 0.6.0, right? [17:40] yeah, i'd say we go for it [17:40] unless there are bugs you wanna fix first [17:40] out of bugs that are easy to fix [17:41] :> [17:41] we'll get plenty of bug reports once this hits sid/trusty [17:41] i guess so [17:41] i think it's ready to go stable, we might have to do a 0.6.1 soon anyway ;) [17:41] or once an arch user picks it up :) [17:41] and this way we at least get more testing [17:41] agreed [17:49] ochosi, there is a pull request from Noskcaj in elementary, is somethin missing in his branch? [17:50] sergio-br2: can't remember to be frank :/ [17:51] it's been a long time since he submitted that [17:54] sergio-br2: feel free to check whether the icons are ok and work as expected [17:54] if so, we can merge it [17:55] hum, ok [17:55] i will see [17:57] time to switch back to trusty... [18:12] ochosi: parole 0.6.0 released [18:12] want to ping Corsac about getting it into debian? [18:16] bluesabre: thanks, and done [18:16] and i'm on trusty now, finally [18:16] still gotta set up my dev-env, but i think i'll get there [18:16] thanks ochosi [18:17] np [18:17] thanks for doing the releases [18:17] yup, releases are easy so np [19:01] sergio-br2: started to look at your branch now. i think the calculator change can be fine, but i'd tone down the color of the number a bit. it's ok that it's readable, but it's not important, so it shouldn't be too much in the foreground [19:06] transmission also looks good, the changes seem very subtle to me, so i think you can pursue that [19:08] apps/128/preferences-desktop-sound looks a bit too small for being in that folder :) [19:10] 09:05 bluesabre: Noskcaj: let's wait on that sync, we'll be pushing 1.8 in a few days, which will get rid of some of the debian patches [19:10] ok, sounds good [19:10] plus that will be put in unstable rather than exp [19:11] FYI: gmusicbrowser's new version is now in unstable [19:11] and gthumb is in exp [19:12] nice, so gmb will hopefully be synced to ubuntu soon [19:12] yeah [19:25] Unit193: new xfwm4 package from your PPA works fine here, according to elfy's feedback there might a problem with nvidia + open source driver [19:26] Oh bah, always a problem with that. drivers: nvidia (unloaded: fbdev,vesa,nouveau) (though it's tad older.) [19:27] I cannot test it with the nouveau driver, because I got no nvidia card at home :) [19:29] Unit193: new patch for xfdesktop available https://bugzilla.xfce.org/show_bug.cgi?id=10605 [19:29] bugzilla.xfce.org bug 10605 in General "Desktop icons/labels are not properly themed after login" [Normal,New] [19:31] this time I'll test it locally, no need to abuse your PPA [19:32] I'm planning on making a package, but not in PPA. [19:33] for your own use? [19:33] Test it, yeah. Whoever else might want to. :P [19:34] sounds good [19:41] https://unit193.net/dump/ [19:48] ochosi, you mean, in what size of calculator? [19:49] i forgot to resize the preferences-desktop-sound in 128... my bad [19:55] i think i changed the calculator button color only in the small icons [19:56] indeed, i have the right preferences-desktop-sound 128 icon... but forgot to commit [19:57] bluesabre, Were there any dependency changes from parole 0.5.91 to 0.6.0? [19:59] Noskcaj: pretty sure there were not [19:59] then i should be up to the nagging corsac for uploads stage of packageing in half an hour [20:01] oh, don't we already bugged him :) [20:01] ok [20:25] bluesabre, As in, i just committed the packaging, it's in need of upload [20:26] do we sync parole from debian? [20:30] bluesabre, We would if corsac wasn't quite so against autoreconf. Or did you update the macros with this release? [20:30] sergio-br2: i looked mainly at the 48px version of the calculator when comparing current/proposed [20:30] didn't touch any of that [20:30] The merge i guess [20:31] *then [20:49] meh, annoying bug in gtk3.10 https://bugzilla.gnome.org/show_bug.cgi?id=710909 [20:49] Gnome bug 710909 in .General "Buttons are cut in some windows" [Normal,Resolved: fixed] [20:49] (just in case anyone thinks of reporting this as a bug against greybird) [20:57] sergio-br2: btw, for your 96px icons to be actually used, the index.theme file has to be updated [20:59] When can we expect 512x icons? They are now part of hicolor ;) [20:59] 1 or 2 icons in 512 px :D [21:01] i will fix this ochosi, thanks [21:01] thing is, as long as icons aren't used anywhere in that size, it makes no sense to draw them [21:02] other than that, i think your merge-request looks ok [21:03] gotta look at it a bit more, but then we can merge it in [21:04] i will fix somethings, then you can merge [21:06] elementary has a new package-x-generic mime, you saw? [21:06] btw, i put labels to this package mime in 64 and 96 (zip, tar.gz...) [21:16] sergio-br2: yeah, saw it, maybe we should also do that for 128px then... [21:17] mimes are lots of work, because there are so many icons [21:17] yeah [21:17] took me a while to do all the 64px ones [21:17] but i think i will merge this package update from elementary [21:17] then i change it in 128. A lot of work... [21:17] I just use gimp and then resize and save in the proper folders [21:18] ? [21:19] for doing icons? [21:19] yeah, but we work with svg [21:19] there has to be a way to do a batch job to take care of it [21:20] McLovin, not really [21:20] oh, svg you really don't have to change the size, as it resizes itself auto [21:22] actually, it is not only resize... each size, is a different icon. You have to change many things, and see if it fits well in png [21:23] well, yeah, some icons do change depending on what it is [21:23] but I use png for icons that have to change with size [21:24] sergio-br2: weird, the package icon in elementary looks the same: http://www.zimagez.com/zimage/screenshot-2014-01-25-222332.php [21:24] for anything that is uniform in all sizes, I just set an svg, and I'm done with it [21:24] no, there is a little change [21:25] i get from launchpad, using bzr [21:25] me too [21:26] strange [21:26] you get the svg? [21:26] in 48, it is a little different [21:29] ok, yeah, very subtle change [21:29] they also have a new photoshop mime icon amongst others [21:30] photoshop? [21:31] image-vnd.adobe.photoshop.svg [21:31] yeah, can see here [21:31] (we don't even have that, i guess we could symlink it) [21:31] you will merge this? [21:32] btw, gimp opens photoshop files? [21:32] not sure yet, if i have time, maybe [21:32] yeah, gimp opens them [21:33] the package mime, you like the color? I think we can merge the others detail, but stay with old color [21:34] i like that the shadow is less pronounced in the new version [21:34] i'm fine with staying with the old colors [21:34] although i don't think that ppl on average monitors will see much difference [21:36] :D [21:37] doing really minor changes for downstream is a bit meh in general. [21:38] yeah, i usually never do it [21:38] the terminal icon was a bit of an exception [21:38] knome, pleia2: since you both seem to be around, when would be good for you to do the wallpaper voting? or would you wanna do it now? [21:39] i have time to do it today [21:39] sure, now is fine [21:39] cool [21:39] ok, so give me some time [21:39] in 20 mins? [21:39] sounds good [21:40] ok, brb [21:40] I need to look at them anyway :) [21:40] hehe [21:41] omg there are like 4000 of them [21:41] hehe, not really [21:41] ochosi: you were right, trying to fix visual glitches in usc is really a waste of time :D [21:41] ok, 165 :) [21:41] knome took down the tarball of his server already... [21:42] I gave you the link, if you need [21:45] ah, this file includes the little ones too [21:46] my server? :) [21:46] yup, you need to rm *250* [21:46] it was on pleia2's server! [21:47] ah [21:47] well, anyhoo, i migrated to a new ssd and havent pulled everything along yet [21:48] brainwash: yeah, it is... well unless you get in touch with upstream and make them fix it or submit patches [21:50] * pleia2 votes for all the pink ones [21:52] shall we flood the channel, or create a temporary one? [21:58] create a temp i guess [21:58] since i presume there might also be some casual discussion in between [21:58] my proposal is another channel, then pastebin the log (or create a new meeting minutes page) and paste the link to this channel [21:59] #xubuntu-community-wallpapers [21:59] (everybody is free to join of course) [22:14] pleia2! [22:15] ohi [22:15] :P [22:15] see your invite, or the backlog [22:37] ochosi, why places type in index.theme are fixed? The others like apps are scalable [22:37] sergio-br2: i'll get to it once the voting is over [22:37] ok [22:58] sergio-br2: yeah, agreed, the index.theme should be revisited [22:59] ok, i will do that [22:59] would be good to test how that affects apps [22:59] best way to test is xfdesktop [23:00] because you can set the icon-size manually in 1px steps [23:03] small icons are fixed type... [23:03] yeah, that's ok [23:03] you can also check gnome [23:04] we don't want apps to scale e.g. toolbar icons [23:04] (which they do, which is why they are fuzzy when you use the same theme in svg) [23:04] (prominent example: inkscape) [23:04] humm, ok [23:05] but places 48, 64, 96, 128, are fixed too? [23:06] i know, that is something we can change i think [23:06] but i'd like to test it [23:06] usually apps don't use random icon-sizes [23:06] so setting all to scalable isn't a great idea [23:06] you can also control icon-sizes with xsettings [23:07] and if you just set them to some random size, you'll end up with fuzzy icons [23:10] i included only 96 things. [23:18] sergio-br2: what do you mean exactly? [23:18] included only 96 things in index.theme. Better not change the others :) [23:19] :) [23:19] ok, i'll test how the desktop handles them and will update the index.theme [23:51] bluesabre: what does mugshot 0.2 do that 0.1 didn't? [23:52] ochosi: gets accepted into debian is really the main feature [23:52] :> [23:52] why didn't 0.1? [23:52] other than than, python3 by default, help goes to url, etc [23:52] basically the person that reviewed it hated the packaging [23:53] ok, i see [23:53] so, I've upgraded the packaging [23:53] and Noskcaj can now help :) [23:53] Will do [23:53] :) [23:53] nice [23:54] I'll have that release probably tonight [23:54] and menulibre-2.0.1 tomorrow [23:54] yay. [23:54] catfish sometime this week [23:54] going to be a productive time for me :) [23:54] And 14.04 will be a great release [23:54] indeed [23:55] it was always going to be! [23:55] what's needed for catfish? [23:55] just some minor updates to appease the debian folks [23:55] an aquarium, and some food [23:55] Noskcaj: do you have the link to the debian issues? [23:55] one sec [23:55] http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=catfish [23:55] thanks! [23:56] plus https://bugs.launchpad.net/ubuntu/+source/catfish [23:56] pexpect is a fairly big issue really [23:57] yeah [23:57] and now that python3-pexpect is available, we're in pretty good shape [23:58] ochosi: xfwm 4.11.1 doesn't do it. [23:58] * Unit193 back to tabwin. [23:58] yep, although i think i have some work to do on pexpect in debian [23:58] bluesabre: they all sound manageable, what icon-name are you using now btw? [23:58] Unit193: :) [23:58] ochosi: ? [23:59] https://bugs.launchpad.net/ubuntu/+source/catfish/+bug/1258713 [23:59] Ubuntu bug 1258713 in catfish (Ubuntu) "Catfish crashing with gi._glib.GError: Icon 'camera-photo' not present in theme" [Undecided,New] [23:59] ochosi: So you borked stuff? [23:59] yeah, thats fixed in trunk [23:59] Unit193: what where who?