[06:43] morning everyone [06:46] morning ochosi [06:47] good good, busy bee, but good [09:59] ochosi, in a default 12.04 this is what I got at startup, running tail .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml -> http://paste.ubuntu.com/7835132/ [09:59] ochosi: do you think that it could be some missing? [10:01] * skellat goes back to bed as he realizes the meeting is **next week** [10:02] ochosi: also out of dpkg -l indicator -* ->http://paste.ubuntu.com/7835170/ [10:32] slickymasterWork: well from my memory i'd say you have to remove the -gtk2 indicators [10:32] have you tried anything yet to get them running again in 14.04? [10:33] ochosi: still updating the box to then be able to run the upgrade [10:37] upgrading now [10:39] okeydokey [10:39] just document every step until you get the indicators back :) [10:39] here's a guess: [10:40] 1) sudo apt-get remove indicator-*-gtk2 [10:40] 2) remove the autostart entries for individual indicators from settings-manager > sessions and startup > application autostart [10:40] 3) reboot the machine [10:40] 4) hope for the best [10:40] :) [10:41] lol, I'll make sure that point 4 will be present in the list ;) [10:57] bbabl [12:37] morning bluesabre [12:37] morning ochosi [12:38] going through SRU bugs for menulibre to bug you guys to test them ;) [12:39] heh [12:40] i managed to snuck in x-d-s at the very last minute to 14.04.1 [12:40] (well, without a respin, that is) [12:40] today i need to focus on work more [12:40] good job [12:40] :) [12:49] ok, so if anybody is around and would like to do some SRU verification for https://bugs.launchpad.net/ubuntu/trusty/+source/menulibre/+bug/1323405 , that would be awesome ;) [12:49] Ubuntu bug 1323405 in menulibre (Ubuntu Trusty) "[SRU] Please backport menulibre-2.0.4 to trusty" [High,Fix committed] [12:49] The remaining bugs need verification in trusty-proposed: [12:49] https://bugs.launchpad.net/menulibre/+bug/1313276 [12:49] Ubuntu bug 1313276 in MenuLibre "Crash of Menulibre and Alacarte due to conflict in xfce-applications.menu" [Critical,Fix released] [12:50] https://bugs.launchpad.net/ubuntu/+source/menulibre/+bug/1306999 [12:50] Ubuntu bug 1306999 in menulibre (Ubuntu) "When search results are shown, saving modifications breaks the menu structure" [Undecided,Confirmed] [12:50] https://bugs.launchpad.net/menulibre/+bug/1318209 [12:50] Ubuntu bug 1318209 in MenuLibre "Add launchers to empty categories" [High,Fix released] [12:50] https://bugs.launchpad.net/menulibre/+bug/1313586 [12:50] Ubuntu bug 1313586 in MenuLibre "move items up & down, can't save, undo/redo, revert" [Medium,Fix released] [12:50] https://bugs.launchpad.net/menulibre/+bug/1214815 [12:50] Ubuntu bug 1214815 in MenuLibre "Menulibre doesn't escape Exec key properly where spaces in " [Low,Fix released] [12:51] Let me know if you need any help or more information, several of these are pretty straight-forward and quick to complete [13:57] ochosi: after upgrading the output of tail .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml -> http://paste.ubuntu.com/7836249/ [13:57] and the output of dpkg -l indicator-* ->http://paste.ubuntu.com/7836239/ [13:57] yeah [13:57] so i guess you're not seeing any indicators now, right? [13:58] no, I'm seeing indicators [13:58] oh, you are? [13:58] so they're simply working? [13:58] that's a nice surprise [13:58] bluetooth, sound and network [13:59] i guess the problem here was that i wasn't doing an LTS->LTS upgrade then (had 13.04, went to 13.10) [13:59] bluetooth should be a trayicon i think [13:59] re the power one I'm not able to say anything as this is on a desktop [13:59] no, it's not a tray icon [14:00] right [14:00] if I remoce indicator plugin from the panel it also disappears [14:00] *remove [14:00] fun, for me the bluetooth thingy is a trayicon :) [14:00] over here it's in the indicator plugin [14:01] right, so if everything works out of the box with indicators, there's no need for that paragraph [14:01] so, with these results what to do with that item in the list [14:02] other than maybe saying that ppl can install indicator-power and indicator-messages [14:02] lol, I'll remove it then [14:02] or wait, that got pulled for you automatically too? [14:03] re indicator power it's ticked in sessions and starup, but since this is on a laptop won't get showed in the panel [14:03] sure, but indicator-power wasn't installed in 12.04 by default [14:03] that's what i meant [14:03] give a second and I'll conform that [14:04] *confirm [14:05] exactly ochosi, it wasn't [14:06] so, I'm thinking in rewritting that paragraph just pointing out that ppl can install indicator-power and indicator-messages [14:06] well if it got pulled in automatically, then everything is fine [14:06] what do you think? [14:06] no need to point out anything in that case [14:06] it did in this setup [14:06] it was a clean 12.04 install, right? [14:07] yes, 12.04.4 [14:07] the image is from 11-04-2014 [14:08] ok, then skip the indicators paragraph as a whole [14:08] if it works, why mention it [15:06] sorry ochosi, got a call from my boss [15:06] :P [15:07] no worries [15:12] Hi everyone. Is there a place where I can ask about problems I'm experiencing when trying to build a patched package for the first time? [15:16] kean: is the package directly related to xubuntu/xfce? [15:18] ochosi: Yes, at least as far as I can tell. You may remember I was here last week regarding a bug in light-locker-settings I'd like to fix, but haven't had time to do much since. [15:26] ah [15:26] right [15:26] so you'er building a light-locker-settings package? [15:26] you're [15:27] kean: ^ [15:28] ochosi: I'm trying to. This is what I did so far, following the Ubuntu bug fixing guideline: bzr branch lp:light-locker-settings, followed by a simple change in light-locker-settings.py and bzr bd -- -S -us -uc [15:28] humm, i wouldnt do that tbh [15:28] 1) you can simply run lls, because it's python [15:28] so not sure why you need the package [15:29] 2) i'd go for the easy variant if i really had to build a package, which is the one described e.g. here: http://pascal.nextrem.ch/2010/05/06/build-ubuntudebian-packages-from-source-and-apply-a-patch/ [15:29] dpkg-source then tells me: "aborting due to unexpected upstream changes", listing not only the file I changed, but numerous others as well. [15:29] (couldnt find the source in the ubuntu wiki for that, but it's pretty much the same) [15:29] sry, i'm not really into packaging, can't help you much with that [15:30] ochosi: I wanted to build a package because I have no experience with that, and I wanted to make sure that my patch doesn't somehow break packaging, unlikely as it may seem. [15:32] dpkg-buildpackage gives me the same error when I try to run it on the bzr branch. It works with what apt-get source gets me, though [15:33] right [15:33] i'd try to just verify that the fix works in a first step and attach it to a bugreport [15:33] if it works for everyone we can still figure out the packaging [15:33] * ochosi forgot what the bug was actually [15:34] It's LP #1306917: https://bugs.launchpad.net/ubuntu/+source/light-locker-settings/+bug/1306917 [15:34] Ubuntu bug 1306917 in light-locker-settings (Ubuntu) "light-locker: screen always automatically locked" [Undecided,Confirmed] [15:34] ah right [15:36] ochosi: What's the preferred way of suggesting a patch? Upload a plain patch file, or make a branch and propose a merge? [15:37] the latter [15:38] So it's okay if I just change light-locker-settings.py and not any of the debian/ files? [15:38] yeah, let's start with that [15:39] Okay, please give me a few minutes. [15:42] sorry, gotta go [15:43] kean: feel free to also bug bluesabre about this if he's around and i'm not [15:43] but yeah, just start with the MR and we'll review [15:44] mmm, 14.04.1 is spinning up (lubuntu is the first it seems) [15:44] bbl [15:47] ochosi: Thanks for your help. I created a merge proposal now. Please let me know what you think of it. I'm happy to receive guidance, especially since I'm new to launchpad and (x)ubuntu development. [15:50] I'm offline for a few minutes. [15:55] Back again. [16:05] ok ochosi, currently waiting for review: http://xubuntu.org/?p=2548 and http://xubuntu.org/?p=2581 [16:29] bluesabre: after the day has calmed down a bit for me I'll try and verify those SRU bugs - I'll ping team with those I don't manage to crack [16:29] ochosi: unless it's too late to get them for .1 ? [16:43] elfy, thanks [16:44] bluesabre: try and ping me with those if you remember - I only know cos slickymasterWork told me eslewhere :) [16:45] * elfy just got in from work [16:46] ah [16:46] elfy: http://paste.ubuntu.com/7837132/ [16:46] yep - caught up now :) [16:46] got the bugs in a window [16:52] great, thanks [16:52] let me know if you have any questions [16:52] I will - it'll be a couple of hours I guess [17:22] bluesabre: I've been trying to build a source package for light-locker-settings from the bazaar branch, but bzr bd -S fails with dpkg-source saying "aborting due to unexpected upstream changes". Could you help me, a newcomer, learn why this is and how to resolve it? [17:23] to build the source package, you'll need to create a quilt patch [17:23] one sec, and I'll help you through that [17:25] Thanks. :) [17:26] kean: have a look at this to set up your quilt env, https://wiki.debian.org/UsingQuilt [17:27] From what I learned so far, I think I understand that I'd need to create a quilt patch if I wanted to introduce a debian/ubuntu specific change. In this case, as a first step, I tried to build the latest launchpad branch without any modifications of my own. Shouldn't it build finde then? [17:31] bluesabre: Did that, thanks. It just occured to me that maybe branching lp:light-locker-settings might be where I went wrong. I assume lp:lls is what could be considered "upstream", while the ubuntu packages should be built from ubuntu:lls? [17:32] kean: that's correct. [17:33] and we already have a single patch in there, so you just need to [17:33] 1. pull [17:33] 2. quilt push -a [17:33] bluesabre: I see. Please excuse my confusion, but why does lp:lss have a debian/ directory then? [17:33] It's native packaging since lls is native to ubuntu [17:34] What's the distinction between lp:lss and ubuntu:lls then? [17:35] ubuntu:lls is the current release in ubuntu [17:36] lp:lls is upstream trunk [17:36] at times, they may be identical, but lp:lls is almost always more up-to-date [17:38] bluesabre: Thanks, that makes more sense now. So, I submitted a merge proposal to lp:lls earlier, where I changed only light-locker-settings.py, and none of the debian/ files. Is that the correct way in this case? [17:41] yes, we can merge that from there to fix upstream [17:42] * bluesabre needs to fix some bugs with lls soon [17:44] ... and several other things [17:45] I hope I don't overstrain your patience, but what I wanted to ask was whether this would be considered the ideal way of dealing with this situation, or whether I should have done things differently, or additionally. I'm asking because I'm new to this and would like to contribute more to (x)ubuntu, and do so in an effective manner. [17:46] Yeah, offering a patch in that manner is generally preferred. [17:47] If you go to the top of the bug report, you can click "Link a related branch" to make it more visible as well (I think that should be visible for everyone) [17:49] With most of our projects (and a lot of xfce even), there are only a few (1-2, 3 if lucky) people maintaining them, so patches might sit around for a while [17:50] But offering merge requests like that make sure we do find them, when we do get around to them :) [17:52] Okay, linked the branch now. Thanks for letting me known, I wouldn't have realized there was that possibility otherwise. I just assumed the package maintainers would be notified by mail or something as soon as a merge proposal is created. [17:52] Thanks! [17:53] Also, we have lots of different areas where we need contributing, in case you're interested -- http://xubuntu.org/contribute/ outlines our focus areas [17:53] Thank you for guiding me through this. :) [17:54] np [17:57] I surely am interested, thanks for that link. However, I planned on seeing whether I could help with two other bugs that affect me directly. [17:57] Sure thing, that's always the best place to start [17:58] Oh, one more thing: in many bug reports I see people linking PPA packages in order to see whether affected people have their issues resolved by a patch. Is that usually done by the one who proposes a patch, i.e. me, or by the maintainers? [18:00] Usually by the maintainers. We'll roll in the proposed fix to see if that resolves the issue, and then verify with others [18:04] I see, thanks again. [18:16] I just tried whether I could change the bug status in lls from New to Confirmed, and to my surprise it seemed to work. Sorry if that disturbed you, really didn't expect it to go through. I expected that only people with appropriate permissions could do that. Is anyone able to change the bug statuses by default? === meetingology` is now known as meetingology [23:21] 14.04.1 xubuntu build has been added it seems