[00:25] how can I download the sources for xfdesktop package? [00:25] I would like to try to see if I'm able to understand something in the code (related to the bug I posted on launchpad) [00:26] sudo apt-get source xfdesktop4 [00:27] ok thanks :) [00:41] except, don't use sudo [00:41] otherwise you'll have root permissioned source files [00:42] ok, it makes sense... thanks! [06:45] good morning [06:46] good day jhenke [10:31] i've prepared the release announcement and notes; both are at their final places. please do not edit the announcement without a permission from the team on this channel, even with typo fixes. feel free to do typo fixes to the notes, for all other changes, ask the team. [10:41] knome, with xubuntu 14.04 I noticed that in a vmware player machine, light-locker often completely freezes the machine when it should lock the screen and I can't do anything else apart reset the vm. Being that on a real machine I didn't experienced such an issue so it's not critical, but do you know something about this? [10:42] no [10:46] can I install an alternative login manager to compensate in the virtual machine? [10:49] yes [10:51] can you suggest me a good one that doesn't require many many dependencies like gdm? [10:52] no [10:52] ok [13:37] knome: thanks - seen them both, replaced replacing with replaces to match the other one [13:39] elfy, thanks [13:40] hi GridCube - if you want to know what needs it - then I'd like to see more love for upgrade testing [13:40] but if not almost anything will help [13:41] elfy, if i get home early today i can try to do a 13.10 to 14.04 test, if you wan t i can try to upgrade this vm im using now too [13:41] and anyone else who answers can be given that info :) [13:41] * GridCube though i have a meeting a few decaminutes [13:42] GridCube: upgrades I'm more wanting hardware if possible [13:42] GridCube: we have till tomorrow morning :) [13:42] ok, elfy ill try and see if i can do it later tonight, [13:42] thanks :) [13:46] bbl [14:55] for my bug searching I just checked in here: xfdesktop-file-icon-manager.c:#define SAVE_DELAY 7000 [14:55] why you should wait 7 seconds before updating the icons?? [14:56] I will try to change that delay value to 1000 and recompile the package [15:18] It's strange, I changed that, recompiled the package, changed the /usr/bin/xfdesktop with my new compiled one and... After changing an icon position they will pass always 7 seconds to update the relative file in .config/xfce4/desktop [15:32] ahoj everyone [15:32] did i miss anything? :) [15:35] oooh, now it works! [15:36] the compiled version was placed not in /usr/bin but in /usr/local/bin... Why those two dirs for binary files? [15:37] now when I move an icon its position is saved after 1 second, not anymore after 7 seconds... :) [15:37] depends on what prefix you set when compiling [15:37] by default stuff you compile by hand ends up in /usr/local [15:38] so that it doesn't mess with your system [15:38] ochosi, ok, but before I replaced the binary file in /usr/bin and it didn't work [15:38] now I deleted the default one from /usr/bin [15:39] and when you run xfdesktop it will be taken from /usr/local/bin [15:39] that is when the "make install" have placed it [15:39] you can use "./autogen.sh --prefix=/usr" to get it installed in the right place [15:39] anyway, no need to install the desktop to run it [15:39] maybe /usr/bin/local has priority in the path over /usr/bin ? [15:40] just kill it with 5 times "killall xfdesktop" [15:40] and then run it from the build-dir with "./src/xfdesktop" [15:40] why 5 times? [15:40] because it gets respawned 5 times by the session [15:41] ah ok, thanks for the info :) [15:43] np [15:56] no one complained about the 7 seconds delay so far [15:57] so it has not been changed since 2006 [15:59] ochosi: hey there [16:10] brainwash: hey [16:10] what up? [16:11] fixing some bugs... nah, joking :) [16:12] hehe [16:12] preparing popcorn and comfy chair to enjoy release day instead maybe? :) [16:14] hey guys I have to do a dist-upgrade tomorrow even if I have the daily 14.04 ? [16:15] dist-upgrade? or do you mean a release upgrade? [16:16] you are already running 14.04, so not further steps needed [16:16] no [16:16] don't know, I mean I should do something after the official release is released? [16:16] or I should not do nothing? [16:16] nothing [16:17] ok, perfect, thanks :) [16:19] brainwash: what's the latest news on the lid-suspend problem? [16:24] ochosi: we need to make sure that the vt switch triggered by light-locker happens on resume I think [16:25] like it usually does when activated via systemd/dbus [16:26] or we need to tell xfpm or light-locker or someone to restore the display status [16:26] right [16:27] yeah, it's a bit tricky to decide where to actually fix that... [16:27] i guess doing the display switch later would be one option [16:27] on a vmware machine light-locker sometimes will completely freeze the guest system (when it wanted to lock the screen). I don't have experienced this bug on a real machine. Maybe it's related to that suspend problem? [16:27] bbl [16:28] amigamagic: don't think it's related [16:30] ok, for now I disabled it on the vmware machine... I use that virtual environment to test new distro and try to check bugs in some packages. [16:32] does it freeze if you switch to the greeter with "dm-tool switch-to-greeter"? [16:35] I cannot check now because I'm at work... When I come back at home (I have the vmx in my personal notebook) I will check, thanks! [16:35] alright [16:35] ah, I switched on xubuntu 14.04 on my work machine... It's very nice :) [16:51] wb ochosi [17:49] bug 1302462 [17:49] bug 1302462 in xfce4-panel (Ubuntu) "network icon disappeared in xubuntu" [Undecided,Confirmed] https://launchpad.net/bugs/1302462 [17:49] shouldn't that be fixed for new installations? [17:50] it is on everything I have seen - both vm and hardware [17:50] the bug or the indicator? :P [17:50] I have seen the future as well as the indicator [17:51] lol [17:51] is elfy slowly cracking up and becoming insane? [17:51] is? [17:51] :p [17:51] heh [17:51] we should close that bug [17:51] but what's the right way to fix the situation [17:52] maybe some update fixed it already [17:52] well ... I we could always check it after release as "Doesn't anyone use Xubuntu with password-protected wifi passwords?" [17:53] is what they are saying on -users [17:53] no idea what a password protected wifi password is tbh [17:56] ;) [17:59] ah users :) [17:59] * knome senses an ironic tone on lderan's comment, or maybe it's just me... [18:00] nah no irony [18:00] I thought that was because lderan came from somewhere near the Black Country where ironyworks were common [18:01] hrh, installing last windows xp updates, then turning that virtual machine to wan-networkless state [18:01] elfy, the irony is strong in these parts, it runs deep :P [18:03] lol - twice :p [18:03] that's the latest spin covered and I think it's being respun [18:04] yep [18:04] of course [18:04] ;) [18:04] knome: when are you about tomorrow? [18:04] should be most of the day [18:04] until i have had enough beer and not able to type [18:05] I should be about more or less all day till 15:00 UTC ish then dribs and drabs for a couple of hours [18:05] mhm [18:05] good [18:05] not much to *do* really, but nice to have people around [18:06] yea [18:06] heh [18:06] "Installing Windows XP End of Support Notification)" [18:06] -) [18:06] ha ha ha [18:07] great... is it going to bugger me on every boot now [18:07] and every 2 hours once logged in [18:07] yep... [18:08] i'll make sure i remove that "update" if it does that [18:08] so would I :) [18:09] it's an ancient OS :/ [18:09] 2001 [18:10] works for my purposes [18:12] hard to believe that my xp installation from 2002 still runs [18:13] but we need to fix the black screen problem in xubuntu now [18:14] don't feel like telling people to not use light-locker [18:15] so... is there an idea who are affected by it? [18:15] which black screen problem? [18:16] I'm not affected :) [18:17] the power one or a different one? [18:17] power one [18:17] elfy, that [18:17] don't tell then to not use light-locker - tell them not to suspend with lid close [18:18] tell them to backup data and give us debug info if they are affected :P [18:18] elfy: can you bind "xset dpms force on" to some kb shortcut and trigger it once the screen turns black? [18:18] knome: no idea how many are affected - not as many now as on Friday ;) [18:18] heh [18:18] yeah, and also were thinking about a common nominator [18:18] brainwash: later I will look [18:19] knome: a lid to close? :p [18:19] also do a test run after executing "sudo stop acpid" [18:19] elfy, probably not all laptops... [18:20] brainwash: I doubt if I'll get time to do much fiddling about - not many people are testing what actually needs testing now [18:20] * elfy sends sharp pointed comment into the channel :p [18:21] there is a work around, running xrandr seems to restore the display status [18:21] stated by one reporter [18:21] ochosi: tumblerd hanging again :/ [18:22] i think we need a watchdog for it [18:22] ali1234: meh :/ [18:22] brainwash: i tried that once, didn't work for me. also the dpms state of the session seemed ok when i queried it [18:23] ali1234: any idea why it's hanging? [18:23] i really wonder, it used to be quite stable a while back [18:23] ochosi: so the backlight was completely off, right? [18:23] brainwash: nope, just blanked [18:23] ochosi: attempting to thumbnail corrupt files i assume [18:23] ochosi: ah! mmh [18:24] ochosi: did you try to kill light-locker? [18:31] brainwash: yeah, ofc, that didn't do anything [18:32] i'll hopefully have a bit of time to look into things again tomorrow [18:32] just returned a few hours ago, so still a bit out of the loop [18:32] ali1234: what kind of watchdog did you have in mind? [18:32] one that monitors it and kills it when it hangs [18:32] how does it generate the thumbnails? [18:34] yeah, but an extra service just for that? [18:34] or just let xfce4-session watch it? [18:34] i wasn't entirely serious [18:35] right :) [18:35] it should gracefully handle when whatever library it uses fails though [18:35] maybe we can do something in a PPA that watches it and saves meaningful data [18:35] any clue which library is mainly responsible? [18:36] or even pops up a window saying "tumblrd hanged up, send details on what you were doing and logs XYZ to url A" [18:46] Could anyone explain to me how you fixed the ibus thing? [18:46] Seems we still have it - since none of us have been looking closely enough on this issue. I haven't seen any weirdness myself, so i've missed it completely [18:57] upgrade or clean install? [19:02] knome: clean install - I found the bug on their iso today [19:03] yep, not too worried about upgrades right now [19:03] and I got completely confused on what we did in the end - and really didn't want to confuse zequence :) [19:04] You dropped ibus from seeds. But, I haven't checked all changes in -default-settings. Doesn't seem like there could be any other changes? Unless you also added something else [19:27] ibus anywhere near fixed yet? [19:27] Not on the ISO if that counts. [19:28] better than the alternative I guess, is the next one due summer or fall? [19:31] Unit193: it counts enough for me [20:27] zequence, just dropping it should be enough. but it still affects upgrade systems, because ibus isn't purged from those automatically [20:28] knome: Yep. We have another problem. A gnome type power indicator applet. Trying to figure out what it is called [20:28] We have two power applets. one XFCE, and one Gnome (I assume) - didn't have this on the last build [20:29] zequence, do you have it on new systems? [20:29] indicator-power perhaps? [20:29] knome: New systems? It's a fresh install of the latest ISO [20:29] Unit193: Thanks. Will check [20:29] zequence, yeah, i mean fresh installs === mzr is now known as mzr|away [20:31] Ah, so xfce-power-manager has it's own applet. I don't see the point in using indicator-power in that case [20:31] let me try === mzr|away is now known as mzr [20:31] so why do you include indicator-power? [20:32] i just copied what you have [20:32] Your's is set to not show by default [20:32] You have it in your seeds as well [20:33] we hide xfce4-power-manager's tray icon [20:33] why didn't you notice that earlier? :P [20:34] final release is tomorrow =S [20:34] i didn't have both on the last build [20:34] same seed [20:34] you have both too, though [20:34] removing indicator-power fixed it. It can't do much anyway [20:35] just show power in the indicator tray, but you can't go into settings with it, as settings for it doesn't exist [20:35] only if you upgrade xubuntu and there is an existing xfpm user config [20:35] brainwash: Check your seeds [20:35] it's there [20:35] it should [20:36] zequence: Yeah, may as well drop it at this point. [20:36] No reason to have both IMO [20:36] I mean we hide the xfpm tray icon by default for new installation / new user accounts [20:37] and indicator-power opens xfpm [20:37] it doesn't open anything for me [20:37] but, xfce power manager seems to work fine [20:38] oh, I did not test it, because -power is not visible on desktop pcs [20:38] I did miss the ibus bug, which bugs me a lot [20:39] it's not a bug actually [20:39] not according to the ibus dev :) [20:39] Could be a lightdm bug then.. [20:39] or, something that only some of us who use it have [20:40] no, ibus only supports a limit set of keyboard layouts and falls back to "us" [20:40] must be very limited then.. [20:41] usually gnome-settings-daemon takes care of this [20:41] which one is missing? [20:42] swedish [20:42] But, elfy had all but US missing [20:42] simple "gb" is missing [20:44] so yeah, dropping it seems to be the only solution right now [20:45] no time for custom patches or some ibus integration into Xfce [20:45] zequence: problem is that indicator-power only got patched for xubuntu [20:46] it checks the session name and then decides what dialg to open [20:46] what about xfce? [20:46] support for ubuntustudio would be trviial to add though [20:46] gah, my internet is fading [20:46] bbiab [20:47] ochosi: Ok. well, I feel pretty happy about xfce-power-manager as is. What's the upside with indicator-power? [20:48] it's an indicator :) [20:48] zequence: I think that in future - at least while I'm QA lead for us - I will try to keep you at least informed of things affecting us that might affect you too [20:49] elfy: The fault is my own, not checking bug reports well enough [20:49] Lesson learned [20:49] even so - I'll still do it :) [20:50] Thanks elfy. Much appreciated [20:50] elfy, does that mean you are considering to continue as the QA lead further than tomorrow? ;) [20:50] knome: that is entirely in the lap of the gods [20:50] heh [20:50] and the gods will be checking to see how many people in -team manage to get on the tracker ;) [20:50] hr hrr [20:51] we'll i've been making appearances lately! [20:51] :) [20:51] I have too, though knome removed all mine. :D [20:51] zequence: main advantage is that you get only one indicator for multiple devices and that it's more consistent with the other indicators (right-click vs. left-click menus) [20:51] don't think I didn't notice knome :D [20:52] ochosi: Ok. Something to keep in mind for the next release then :) [20:52] ochosi, hey :) [20:52] zequence: this is what you'll want to modify slightly: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-power/trunk.14.04/revision/222 [20:53] if you need help with a merge-request, let me know [20:53] imo it'd be useful no matter whether you ship indicator-power by default or not [20:53] cause it means it'll work as expected in studio for those who want to use it [20:53] knome: hey there :) [20:53] came back right on time for the release ;) [20:53] yep! [20:54] ochosi: Can't you expand the find in path to fall back to xfpm? [20:56] hi ochosi - welcome back :) [20:57] thanks elfy [20:57] Unit193: what where? [21:01] elfy, we should probably mention the workaround for the black screen bug in the announcements/notes [21:02] on it [21:02] cheers [21:02] DON'T SUSPEND BY CLOSING THE LID !!! [21:02] lol [21:02] and, [21:02] will that do? [21:02] "if you do..." [21:03] ochosi: Thanks. I'm dropping the indicator for this release, and not sure how we will do for the next one. We're probably going to add a plugin in ubiquity letting users install which ever DE they want, and if we have our own - it might turn out to be hardcore minimalistic. [21:05] zequence: sure, sounds like a good choice [21:10] Unit193: in case you meant indicator-power to fall back to xfpm, i guess ubuntu-desktop folks wouldn't be too happy about that [21:11] ochosi: That's silly of them, it already falls back from unity-c-c to gnome-c-c, may as well add in xfpm too IMNSHO. [21:12] It'd be using it as a last resort, not first choice. [21:12] yeah, i just implemented xfpm-settings though the way -sound supports pavucontrol [21:19] minds gone blank - how do I restart lightdm ? lightdm restart ? [21:19] sudo service lightdm restart [21:19] thanks - long day :) [21:24] knome: bit of a long workround when written ... [21:25] elfy, where is it? [21:26] on mousepad atm :p [21:26] :P [21:27] elfy, you could drop it to http://pad.ubuntu.com/Xubuntu1404Final for collaborative editing [21:27] (even if that is mostly a placeholder now) [21:28] knome: {{{ is pointless - this one is for blog [21:29] release notes says 'see release announcement for ..." [21:29] I've done https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes/Xubuntu [21:30] i can't see that? [21:30] though I guess we *could* have it in both places ... it is a bit of a big issue [21:30] known issues - XFCE Power Manager ... [21:30] oh [21:30] knome: ok, I answered your questions in the doc [21:30] elfy, i think it should be the other way around.. [21:30] ok [21:30] elfy, "see notes for details" [21:31] ack [21:34] knome: check pad please [21:34] done announcement [21:35] * knome looks [21:35] taking over [21:36] saved another draft [21:36] leaving edit page [21:36] better - thanks [21:38] we need a picture, like our tahr [21:38] and a screenshot! [21:38] for what? [21:38] the blog post [21:38] aha [21:38] I am previewing it [21:39] elfy, really editing something on the wiki? [21:39] I was yes [21:39] ok [21:39] but now you've cut the pad lol [21:39] yep ;) [21:40] i have it on my clipboard [21:40] edit cancelled [21:40] but I was about to fiddle on pad when you cut it [21:40] done [21:40] heh, okay [21:40] edited and saved wiki now, feel free to fiddle there [21:41] i note we're being very verbose :) [21:41] move xrandr to the beginning [21:41] but i think that's okay [21:41] yeah, i was thinking about that... [21:41] knome: well there is that - but then sometimes people need to be led to the water [21:42] i think we could point to the notes with the ibus instructions as well [21:42] editing www [21:42] I am [21:43] no i am :P [21:43] sorry - I was on wiki :) [21:44] yep [21:44] saved another revision of the announcement, and have left the edit page [21:45] I'm out of the wiki [21:45] pleia2, tahr? :) [21:46] ochosi, creative ideas on how to integrate the tahr into the release announcement? [21:46] tahr! [21:46] www pointer looks ok [21:46] knome: you mean the one i drew for the slideshow? [21:46] ochosi, that [21:46] yeah, ochosi's tahr [21:46] ochosi, you know there is a slight problem with the right-bottom corner... [21:47] aha? [21:47] well, it's not pretty if you just land it on the page [21:47] though we could land it with the blue bg [21:47] that's a good idea. [21:47] * knome gets to it [21:47] yeah [21:49] cool [21:51] btw, i broke image aligning in the last css update for our pleasure [21:51] * knome bows [21:51] congrats :) [21:51] ok, the tahr is in right-aligned [21:52] pretty [21:52] ochosi, too tall? [21:52] I'd say resize it so Highlights, changes was across the page [21:53] elfy, heh, resize your browser window either way [21:53] you misunderstand me [21:53] meanwhile, i'll upload a smaller version [21:53] i don't [21:53] i reproduced your issue [21:53] or you don't and are being knomey [21:53] :) [21:54] but the workaround is to make the window narrower or wider [21:54] that makes no difference here [21:54] knome: why not use the bg of the 14.04 wallpaper? [21:54] knome: i mean for the tahr [21:54] ochosi, meh :) [21:54] ochosi, i can do that, but don't want the lines in [21:55] so does it really make a difference? [21:55] hm, the grey bar below the tahr is a bit boring btw [21:56] could be flashier [21:56] color-wise i mean [21:56] well it's the generic image caption style [21:56] not much i can do to change it for this post only [21:56] except recreating the html [21:56] ah ok [21:56] but that's a bit meh [21:56] yeah [21:56] i think the size is good now [21:56] but it still overlaps a bit with the heading [21:56] we should make the text before that longer [21:56] i'd just use the colors of the wall, without the lines [21:56] ;) [21:57] ok, i'll do that in a sec... [21:57] * elfy really doesn't like that [21:57] elfy, like what? [21:57] hey can someone provide me the link you're working on? [21:57] slickymaster, log in at http://xubuntu.org/wp-admin/ [21:57] knome: the heading overlapping [21:57] slickymaster, then go to http://xubuntu.org/?p=2394&preview=true [21:57] elfy, working on it [21:58]