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