[00:03] too bad [00:03] isn't he the original author of the greeter? [00:03] (this is as far as i know) [00:04] yeah, but he only authored it as a reference implementation [00:04] it was never meant to stick around for so long [00:04] bluesabre-laptop, Can you help me with an FTBFS? [00:04] in menulibre [00:04] Noskcaj: what's up? [00:05] http://paste.ubuntu.com/6788413/ [00:05] ochosi: that reminds me that we need to check how unity-greeter loads the gtk3 indicators now, lightdm-gtk-greeter isn't able to anymore [00:06] Current build-deps are debhelper, python3, distutils-extra, libgnome-menu-3-dev, python-gi-dev [00:07] brainwash: yeah, we're about to do a dev-release of the greeter, so it could go in the next release. feel free to investigate how it's done, it's currently really low on my todo-list [00:08] unicode will be the death of me [00:08] bluesabre-laptop, It only occurs in a clean schroot, so i'm having a lot of trouble debugging [00:10] I have no idea what could be causing that [00:11] ochosi: currently there is no right way to do it, as with the desktop session itself [00:12] ali1234: what is that re: to? logind and the powermenu stuff in the greeter? [00:12] probably indicators [00:12] ah [00:12] :) [00:12] but maybe not ;) [00:12] sorry, i was looking at the logind stuff here so i naturally associated the comment with what *i* was doing :> [00:12] Noskcaj: building in saucy or trusty? [00:13] bluesabre-laptop, The .desktop should say encoding="UTF-8" i think [00:13] trusty pbuilder-dist [00:13] Just let me try a quick rules hack, might fix it [00:13] ok [00:13] ali1234: but unity-greeter does it [00:15] That's fixed it. [00:17] one other thing, in the manpage, BUGS is meant to be where you file bugs [00:18] http://bazaar.launchpad.net/~unity-greeter-team/unity-greeter/trunk/revision/1014 [00:19] ali1234: nice [00:20] so it should be fixable in gtk greeter too [00:25] bluesabre-laptop: Since you have a meta proposal already in, do you want to remove gnome-time-admin too or should I create another? [00:26] Unit193: go ahead and create another if you don't mind [00:27] Noskcaj: I got that idea from another package I saw, lol [00:27] :) [00:27] Now we just need to find a DD, something that is nearly impossible. [00:30] if the build works, would you mind pushing it to the PPA? [00:30] ochosi and I can try to convince Corsac to help it along into debian [00:31] bluesabre-laptop, If you get a reply from corsac, you're doing better than me [00:31] we've got some other projects that corsac is interested in, so it makes it easier to mention it [00:34] Just get corsac to sponsor gthumb (from collab-maint) and embed-plugin (pkg-xfce) too [00:40] Which of the two PPAs should it go in? [00:40] Noskcaj: https://launchpad.net/~menulibre-dev/+archive/devel [00:40] Gotta run, bbl [00:40] stable? [00:41] uploading now [00:41] yeah, stable has the wrong url name :) [00:41] ok, bye [00:41] thanks Noskcaj, have a great evening! [00:41] or morning [00:41] wherever you are :) [00:41] still morning [00:41] :) [02:59] Noskcaj: looks like it worked, thanks! [02:59] elfy, trusty packages are available at https://launchpad.net/~menulibre-dev/+archive/devel [03:00] everyone, please test ^! [03:00] + forestpiskie [03:03] I'll do a proper release announcement tonight/tomorrow [03:25] bah, still no alpha builds, I had hoped to get some testing in today before work again tomorrow [03:31] Could still do menulibre or if light-locker needs it, but aye. [03:38] lightdm-gtk-greeter 1.7.1 released, https://launchpad.net/lightdm-gtk-greeter/1.7/1.7.1 [03:39] will also do a proper release announcement of that soon [03:39] heading to bed, be back tomorrow [03:39] 'Night. [06:28] Unit193, g-s-t is merged [06:36] micahg: Nothing urgent, but preferred before release: https://code.launchpad.net/~unit193/ubuntu-seeds/small-fixes/+merge/202401 [07:34] Menulibre uploaded [10:19] morning all [10:20] slickymaster: "This documentation provides documentation to the most common issues with Xubuntu, including:" seem like normal language to you? [10:22] Unit193: well, no [10:22] the anaphora used seems a little forced [10:22] 0,/documentation/s@documentation@document@ ? [10:23] Unit193: ?! [10:23] Right, I shouldn't think in terms of sed. This document provides documentation for the most common [10:24] yes, but even linguistically I think that string/sentence could/should be improved [10:26] too many slashes, i'm off [10:26] bbl [10:27] Great, you broke knome. [10:28] let's us hope he'll manage to glue himself [10:38] bluesabre: yeah, I saw the logs and what you said, so I'll remove that item from the http://smdavis.us/doku/doku.php?id=mugshot-docs:installation-preferences section [10:39] bluesabre: on a completely different note, can you please provide a pt_PT pot file in https://translations.launchpad.net/menulibre/2.0 so it can be translatable into Portuguese? [10:59] Unit193: "This document describes the most common issue with Xubuntu" [11:00] Quite so. [11:01] But to me that (and the orig) indicate it's workarounds and common problems, when it appears to be more generally a user guide. [11:03] well i can't see the rest of the document in question... [11:03] fixing the grammar is one thing, but if it's just flat out wrong that's totally different [11:08] Unit193, ali1234, a possible solution could be "This documentation provides information to the most common issues with Xubuntu, including:" [11:10] ochosi: got a diff for the top panel 1px removal? [11:10] http://docs.xubuntu.org/1310/ [11:11] What Alister said works. [11:12] Unit193: I still think that that string should be reworded [11:15] slickymaster: https://translations.launchpad.net/menulibre/2.0/+pots/menulibre/pt_PT/+translate [11:15] :) [11:15] bluesabre: thanks, I'll start working on that as soon as I'm able to [11:15] thanks [11:16] if you have any questions, let me know [11:16] will do, thanks [12:16] bbl -> [13:02] brainwash: in case you're using the light-lock branch of greybird, add "border-width: 0;" to #panel_window [13:55] ochosi: does not seem to work here [14:10] ochosi: setting pedding-right to 0 in .menubar removes the 1px [14:10] but breaks the layout [14:12] uhm, bug 1271169 [14:12] bug 1271169 in xfce4-settings (Ubuntu) " Let Xubuntu users disable/enable hibernation from Xfce Power Manager" [Wishlist,Triaged] https://launchpad.net/bugs/1271169 [14:36] Unit193: I'll review after alpha2 [14:53] elfy, or anyone, is there an easy way to see the bugs that have previously been reported against the trusty iso's? [14:53] every time we get a new milestone, they seem to get cleared out [14:54] and you can't even see them if you go back to an archived version [14:59] jjfrv8: see these: http://bit.ly/18o24DO and http://bit.ly/18bwkqM [15:02] jjfrv8: "Abiword top ruler hidden by gray area on first open" it's now a white area on my system :) [15:03] slickymaster, thanks, but that list doesn't seem to be complete and it includes post-install stuff [15:05] brainwash: not sure you noticed, but i did include a patch in the 1.7.1 to query the policies for the powermenu on the fly... [15:06] the debian patch? [15:07] ah, very similar [15:07] no, that was silly [15:07] i rewrote it [15:07] awesome [15:07] well, we'll see what issues are left with that "solution" [15:08] brainwash, still gray on mine: http://imagebin.org/287977 [15:08] what convinced me in the end was your scenario, where you'd leave the greeter open and go to a tty, e.g. VT1 and log in [15:08] :) [15:08] at least that should be handled now [15:09] some of the other problems might remain, but i mentioned them in the bugreport, so... [15:09] jjfrv8: so a recent greybird change turned the grey area into a white one [15:09] don't think there were any really relevant greybird changes [15:09] but then again, i have no clue what dark magic abiword uses for its UI [15:10] (and i don't want to know anymore, too many hours wasted on that already) [15:10] sadly it does not look there will a fix anytime soon [15:10] brainwash: wrt indicators, one reason why they're so low on my list is the fact that last time i tried them in the greeter, there were several issues, e.g. you could open gmusicbrowser via the sound-indicator or other gnome settings apps (if installed) from the datetime indicator etc. [15:10] this time it's a gtk 3.10 issue, not theme related [15:11] before one could fix that, he would need to study the code of unity-greeter [15:12] well again, i can tell you they have gnome-settings-daemon to handle most of what we lack [15:12] bbl [15:13] ochosi: what about the the 1px in the greeter top panel? any ideas why border-width does not do anything [15:15] well, I'll test greeter 1.7.1 in the meantime [15:35] ochosi: http://lpaste.net/98855 light-lock branch, this eliminates the 1px [15:37] not sure how to remove the copied properties and only set the padding one without breaking it [15:41] power menu fix works fine :) [16:09] brainwash: strange, my patch works here. i'll do this properly once i got trusty next week [16:10] ochosi: so trusty seems to break more things than expected [16:11] well, gtk3.10 was a late decision [16:11] so yeah, i'm not surprised there are issues we couldn't foresee [16:11] but this is a lot less worse than the theming issues we had in previous gtk3 upgrades [16:12] (sometimes meant that themes had to be rewritten, and with 5 of them, that's not too much fun) [16:13] ah right, do you keep track of the changes which maybe need to be applied to all shimmer themes? [16:13] like the sound menu play menu highlight [16:13] there aren't that many [16:13] but yeah, i *try* to [16:14] ok :) [16:36] jjfrv8: not sure what's up with that bug list tbh - but I tend to look at the reports so have half an idea [16:39] lp isn't very user friendly for searching [16:42] i tend to use google as a wrapper [16:42] but that also doesn't always make it easy-peasy [16:42] nope [16:43] I find the best way to just keep reporting bugs - the people sorting it out must have some way of finding out [16:43] /bad elfy [16:45] huhu [16:53] elfy, thanks. I did see that some previously reported bugs still show in the dailies, I didn't look there before. I just looked at alpha1. [16:54] jjfrv8: I'm pretty sure that all the previous important bugs are still there - but not necessarily Xubuntu ones [16:54] the only that's gone is our session one [16:55] my 386 test install in VBox did not restart at the 'press enter' prompt and I could have sworn I had seen a report of that before [16:55] but couldn't find it when I searched. [16:55] jjfrv8: there is a BIG list - not launchpad but tracker [16:56] http://iso.qa.ubuntu.com/qatracker/reports/defects [16:56] ah, okay, I'll check that out. [17:20] no gui for us to deal with users now then [18:11] knome: http://iso.qa.ubuntu.com/qatracker/testcases/1628/info [18:12] which is a mandatory test - I've no partitions/no other internet/no usb's - do I then fail it ... [18:12] or bug 1271267 [18:12] bug 1271267 in Ubuntu Manual Tests "1628 - Xubuntu Post Install testcase" [Undecided,New] https://launchpad.net/bugs/1271267 [18:20] slickymaster: perhaps better in here [18:20] Other applications that retrieve user information from /etc/passwd will also be updated (including Abiword and Gnumeric) [18:21] yes, that's referenced in the Face-Page [18:21] elfy: were you asking? [18:22] gissa chance - thinking on the fly :p [18:22] perhaps "Other applications retrieving user information from /etc/passwd will be supported following future updates" [18:23] elfy: good point [18:23] Mugshot is a lightweight, easy-to-use user configuration utility. [18:23] bluesabre-laptop: ^^^ I do agree with elfy's suggestion. What do you think? [18:23] does it need to be lightweight and easy to use - doesn't one sort of point to the other anyway? [18:24] lol, that's why I've asked you [18:24] you're native to the language [18:24] sorry that - wasn't a question but a comment :p [18:25] I'd do one or the other personally [18:25] Mugshot is a lightweight (or (easy-to-use user)) configuration utility. [18:25] elfy: well, technically being lightweight refers to the fact that it isn't a heavy on the system application [18:26] the easy-to-use, speaks for itself [18:26] technically - but reading a manual wise - is it necessary is what I'm saying [18:27] and should a user manual be concerned with how heavy something is on the system [18:27] elfy: maybe I'm seeing it too much as a brochure [18:27] :) [18:28] even though that's just a sort of a introduction paragraph [18:29] the manual per si is in the following links [18:29] Mugshot is a lightweight user configuration utility. Mugshot allows you to easily set profile image and user details for your user profile and any supported applications. [18:30] elfy: I like it. If bluesabre-laptop won't object, I'll use your description instead of mine [18:33] slickymaster: you only want me to look at the front page? [18:34] no, by all means, browse the links [18:34] okey doke [18:34] only the http://smdavis.us/doku/doku.php?id=mugshot-docs:usage isn't finished yet [18:34] though I'm only reading - not physically checking [18:35] well, I've checked the links, and they're all pointing to the right page [18:36] that's a good start - I'm looking while sorting little one [18:37] elfy: np. I also have to go now. will be back after dinner [18:39] -> [18:52] ochosi: http://lpaste.net/98905 - clear message box after user selection change [19:03] bluesabre, Menulibre is uploaded, is the license meant to be GPL3 or GPL3+ though? [21:32] ochosi, When do you think panel or the required garcon version will be out? [22:28] brainwash: looks sane, how do i reproduce the related bug? [22:29] Noskcaj: it's guesswork, i think nick is busy and consolidating all the panel-changes take time, i'm not sure. it could happen anytime (same as happened with the andrzejr/wrapper3 branch merge...) [22:30] ok [22:32] sorry i can't give you a more optimistic outlook [22:32] my approach would be: package a git-snapshot now and update it as soon as we get a release [22:32] we *need* this stuff in 14.04 [22:32] ok. [22:32] we can update it in the backports, but not having it at all because there's no release reproduces the saucy problems [22:33] I'll prepare it today [22:34] Do we know of anyone with a xubuntu precise install? Needed for the xfce4-weather-plugin SRU to precise [22:34] hmp, sry, i'll only even get trusty in a week [22:34] no hdd-space to install precise (as ridiculous as that sounds) [22:35] ok [22:35] maybe that's ^ something we should use project funds for [22:35] get devs proper hardware... [22:35] I'd have a precise VM when the parts get un-lost [22:36] for now, we just need to prepare a big SRU call for testing when i finish a few others (power manager, other weather fixes) [22:36] SRU for 13.10 [22:36] ? [22:37] oh, 12.04 [22:37] the last SRU is on feb 6th though [22:38] knome, various releases [22:40] not sure 13.10 is worth it, people using it should upgrade to 14.04 at latest on july anyway [22:42] night all [22:42] yeah, let's focus on 14.04 [22:42] frankly, the fact that ali1234 resolved the most prominent 13.10 bug deserves lots of applaud (and more), but we should really look ahead now [22:44] (one of the benefits for the shorter support cycle for regular releases is not having to SRU loads of stuff) [22:44] (+1) [23:02] What's garcon need to make the gtk-doc documentation? [23:05] sry, neither a packing expert nor gtk-doc (in fact we're still having problems with that in parole...) [23:07] I guess garcon get's to miss it's gtk-doc till a full release. I think it's something from git [23:12] ochosi: simply login or unlock with an invalid password, the message box will appear "invalid blabla", now switch the user [23:12] brainwash: ok, will test, thanks [23:12] ok, i can confirm the bug [23:13] ochosi: switching the user should remove the message box, because the message was addressing the previous failed login [23:13] :) [23:14] yu [23:14] yup [23:16] ochosi: so what is the deal with the light-lock branch? [23:16] brainwash: it's a proposal by satya for a new greeter-theme for greybird [23:16] it looks fancy, elementary-os-ish [23:17] yeah, too much eOS [23:17] a bit rip-offy imo :) [23:17] the white login box looks more friendly than the current dark one [23:17] and I like the transparent top panel [23:17] yeah, i agree with that to some extent [23:18] knome thinks it breaks consistency with the rest of the desktop theme [23:18] i agree to some extent, i guess at least the logout dialog would have to be recolored [23:19] ah, I also removed the blue xubuntu background from the plymouth theme, now it's a black background + white logo [23:19] I like it, might look a bit like win xp [23:21] elfy, slickymaster: works for me [23:21] but I support the idea of making the login/logout screen a bit more brighter [23:21] Noskcaj: I suppose GPL-3 for now [23:21] Noskcaj: I think gtk-doc-tools is all [23:21] I got it to build once [23:21] ok [23:21] http://docs.smdavis.us/garcon/ [23:22] The docs work fine in full releases [23:22] just not the git snapshot [23:22] ah [23:22] And i'll go change the debian/copyright now [23:24] brainwash: thanks for the patch, tested and pushed it [23:27] brainwash: For smooth transition, ochosi kindly updated the accountsservice patch in xfdesktop so that it'd only pull from the first desktop (the one xfdesktop will go to upon login.) [23:27] also, Noskcaj ^ [23:27] you probably wanna update my previous patch with the additional line... [23:28] https://unit193.net/debian/saucy/xfdesktop4-data_4.11.2-2.1_all.deb - https://unit193.net/debian/saucy/xfdesktop4_4.11.2-2.1_amd64.deb or I can link to the dsc. :P [23:28] ochosi, Let me finish the power manager SRU paperwork and i'll do that [23:28] dsc please [23:28] sure, thanks Noskcaj! [23:29] Unit193: i presume you can link the dsc? :} [23:29] -2.1.dsc [23:29] cool ty [23:29] Unit193, that link to the dsc is not working for me [23:29] * knome hides [23:29] knome: Klik faster! [23:31] * Unit193 thinks ochosi doesn't know what to do with a dsc, so opens it in browser. [23:32] Unit193: yup, that's what i've set exo-open to do [23:32] ochosi: dget http://foo.bar/mekofoomfoomfally.dsc [23:33] back tomorrow -> [23:38] Unit193: sounds great, so now we only need a working patch for the theme issue [23:41] but that makes me wonder, why does xfsettingsd take so much time to be ready on session start? [23:50] bug 1222021 is now ready for an upload [23:50] bug 1222021 in xfce4-power-manager (Ubuntu Saucy) "[SRU] xfce4-power-manager does not inhibit systemd from handling buttons and lid events" [High,In progress] https://launchpad.net/bugs/1222021 [23:50] *cough* micahg *cough* [23:52] knome: Did you see, or were you interested in the es xubuntu-docs strings that make index not validate?