[01:11] evening all [01:11] Howja. [01:11] hello bluesabre [01:12] hey knome [01:13] waiting for your comments on the docs mail :) [01:16] replied [01:17] \o/ [01:17] also, another question [01:18] would it be sensible to package just the user docs? [01:18] i mean, leave the contributor docs out of the source too? [01:19] because we don't really need it there, we just want to use the same assets [01:19] doesn't make sense to duplicate assets across two branches, that creates extra overhead and leads to mismatched assets down the line. [01:20] yes [01:20] but can we leave out the contributor docs out of the (source) pkg for good even if they are in the same branch? [01:20] because that would be even better [01:21] if it's a lot of work though, it might not be worth it to rip it off [01:21] because when i wrote the mail i was just thinking "let's just not build the contributor docs" [01:22] compared to "let's not have the contributor docs in the package at all" [01:22] it'd be some work - we'd have to make some changes to the makefile to create a new distributable source package (like `make distcheck`) [01:23] so it'd be like building a release for xfce software like parole, etc [01:23] would that be one-off work though? [01:23] yes, should be a single time thing [01:23] right, then that might be something we might want to pursue [01:23] (no pressure..) [01:24] then future releases would be: 1) update version numbers in configure 2) make distchec 3) create package from generated source tarball [01:24] how do you see this [01:25] would it be better to do what you just described, or would it be just fine having some extra stuff (that's potentially outdated) in the source package? [01:26] i think its fine to have extra stuff in the source package [01:27] libreoffice, for example, has extra themes in its source package that may or may not be built based on if you're in debian or ubuntu [01:27] yeah, but the point is that they might be valuable for some people [01:28] and themes do not get "outdated" in the same way as documentation does [01:28] i don't know if you read the whole discussion we had before already (probably not), but we also discussed about having to do SRU-like updates for the docs package for the contributor stuff [01:29] yeah, but if we're not building them and have direct links indicating the the up-to-date docs are online... [01:29] to make sure anybody running, say, 16.04 doesn't have the correct contributor stuff... [01:29] s/correct/incorrect/ [01:29] i think it makes perfect sense to update the docs for SRU [01:29] user docs, yes [01:29] but contributor docs? [01:30] it kind of feels a bit moot [01:30] the contributor docs are *never* release-specific [01:30] unless they're in the `trusty`, `xenial` branches, right? [01:30] nope. [01:30] not even then [01:31] they are only in those branches because they have to be [01:31] I think I might be confused then [01:31] what do we mean by user/contributor docs? [01:31] user is the usual documentation [01:31] contributor is the stuff that has the strategy document etc. [01:32] user --> http://docs.xubuntu.org/1510/C/index.html [01:32] if you're going to contribute, you'll have to connect to the internet, unless we accept flash drives in the mail, right? :D [01:32] contributor --> http://docs.xubuntu.org/contributors/ [01:32] ...how are you going to contribute to xubuntu without a internet connection anyway? [01:32] right [01:32] send a pigeon with a 10-page diff? [01:32] :D [01:33] works for xfce, no commits in that time [01:33] /o\ [01:33] * bluesabre burns himself [01:33] anyway, too borderline that this would ever happen [01:33] i thought about that too [01:33] for about 2 milliseconds [01:33] contributor docs can be stagnant in a release, as long as there is a clear indication that the latest are at x [01:34] but we don't want to build them [01:34] so it would mean they are only in the source package [01:34] oh right [01:34] so we have a landing page in the user docs [01:34] so the question is if we want to make sure they aren't even in the source [01:34] yes, http://docs.xubuntu.org/1510/ [01:35] for 16.04, it actually links to the contributor docs that are built [01:35] ...for now [01:35] I don't think its that big of a deal if they're in the source [01:35] yes [01:35] if you had read my mail... ;) [01:35] pretty sure i did [01:36] " - Since the contributor documentation would still be available in the source package, make sure the source has a note pointing to the newest branch in case somebody wants to build the contributor documentation (I can take this item too)" [01:36] along with " - While keeping both documentation sources in the same branch, drop contributor documentation from the default build target, thus, not shipping it with the built documentation on the ISO" [01:36] who is grabbing the source package to look at docs though? [01:36] i don't know. [01:37] and especially without internet [01:37] :D [01:37] so i guess the only question left is [01:37] is it naughty to essentially change the source package [01:37] with for example a translation update [01:38] meaning, change more than just the translations in the source package [01:38] eg. if/when we have an update for the contributor docs after the docs freeze, then we do the translation update upload [01:39] or are source packages not subject to freezes (when they don't affect the packages itself) [01:39] shouldn't matter then, the docs package that is being created only has translation differences, even if the other source has changed [01:39] "other source"? [01:39] it's still the doc package source [01:39] right [01:40] bad words [01:40] distracted by cat getting in face and being annoying [01:40] haha [01:40] the other parts of the source (that are not in fact packaged) [01:40] yeah [01:40] if that's not a problem, then ok === link is now known as mexchip [01:41] I'd argue if anybody raised questions about it [01:42] ...otoh, if the alternative is to take a one-time task and get the contributor docs out of the package... [01:42] * knome shrugs [01:42] ultimately, i don't care how it's technically dealt with [01:43] as long as it's sensible for all parties involved with it [01:43] I *might* get fancy with a makefile that could accomplish that [01:43] but its a pretty low priority [01:43] yep [01:43] I'd rather just argue with folks [01:43] :D [01:43] i would think the next high priority thing is revert the startpage change [02:12] ok, bedtime [02:12] ttyl [05:43] knome: +1 on the contributor Docs change idea [08:51] knome: lots of words ... do any mean I need to think again? [08:54] Morning flocculant [08:59] hi HaloSponge [09:02] flocculant: Are you stil 'packaging' for 16.04, like Kubuntu is doing at the moment ? [09:03] HaloSponge: afaik other than any bug fixes landing - we'll not be adding anything now [09:03] or shouldn't be [09:04] ok ... What's on the agenda for Xubuntu over the next few weeks, then ? [09:04] wallpaper competition [09:04] testing [09:04] bit late to be adding things now [09:05] I'll do some testing for you . [09:05] \o/ [09:05] * HaloSponge makes a promise :) [09:05] HaloSponge: do you read the dev mailing list? [09:05] if you do - that's where I call for anything ;) [09:05] Xubuntu seems to have come a_long way :) [09:05] it has :) [09:06] I remember looking way way back and wandering off [09:06] I concur.# [09:07] I remember the screensaver was a pet peev, of mine. Kept coming on after I'd changed the settings to 'blank' the screen ... with no way around it. [09:08] i.e. I wanted screensaver to go away. [09:09] :) [09:09] well I never had issues like that [09:10] * HaloSponge is very clever . [09:11] He's done csomething for the first time. [09:11] I pasted this link.... [09:11] https://launchpad.net/~xubuntu-bugs [09:11] into here. [09:11] https://www.bountysource.com/search?query=https:%2F%2Flaunchpad.net%2F~xubuntu-bugs [09:12] But I think I have crashed bountysource, though. [09:12] oops [09:12] Does Xubuntu accept bounties ? [09:12] there has been talk about it - but as I never do code I tend to not take much notice [09:13] * HaloSponge is really Bobba |Fetts Uncle :) [09:14] well nice to talk to you - I'm off out for a bit now [09:14] flocculant: I need a cigarette. Can you think of something interesting to say in the next 4 minutes so I come back to a problem-to-solve or something ? Cheers. [09:15] HaloSponge: fix community involvement in testing for us [09:15] I'll be back in a couple of hours and will be interested to see what you come up with :) [09:21] Fair enough. It was a good smoke .. plenty of boats in the bay ... had a chat with a bird or two. Say alot is happening in Spain at the moment. But you can never trust a chaffinch. [09:37] I'm off .. c u later. [11:44] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2016-March/001176.html [11:49] bluesabre: yea - saw it - wish I could vote for you :) [11:49] good luck old chap ;) [11:53] what the hell is a debian ".menu" file and does having it in a debian package somehow automatically cause a .desktop file to be created out of it? meh... [11:54] trying to understand what the patch for a package would be, to help with the appstream data stuff... [12:03] mh nevermind, i might not need to understand that in order to help :p [12:07] back again .. good racketball session at the club house this 'mornin [12:08] dkessel: Basically though, both of those are independent. [12:08] dkessel: to answer your first question, https://www.debian.org/doc/packaging-manuals/menu.html/ch3.html [12:10] wb HaloSponge :) [12:11] hi there. [12:38] * flocculant has a go with 14.04>16.04 in kvm today [13:06] * bluesabre wishes flocculant the best [13:18] :) [13:26] GridCube: Ftm, he has asked the same in #ubuntu. [13:26] que? [13:27] oh, the search scope? [13:27] "< peterkotan> k1l: yeah i dont really know what to use for" :3 [13:27] kryten: P: this is -devel [13:27] And nope. :D [13:28] Crap. :D [13:46] bluesabre: so that failed then ... [13:51] terminal window says it's doing something with /etc/gnome/defaults.list - above that some other thing [13:54] funnily enough - all the fails I've seen have faltered at that defaults.list - but above something different - udisks/module-init-tools/libutempter0 - all show defaults.list in the terminal window of the upgrader [13:55] trying with an updated 14.04.1 rather than .4 - cypher mox said he'd got one to upgrade yesterday [14:15] knome: Btw, I've stopped looking into fixing the PDF build fails properly after suggesting the least bad hacky solution. :P [14:16] ...Or pointing out, rather. [14:31] sounds to me like the best solution would be find an alternative to fop or stop building PDFs [15:12] \o/ [15:13] another thing to apparently hang on [15:13] even though the terminal says /etc/gnome/defaults.list ... [16:13] bluesabre: jfi - got all the upgrades to eventually get there. Took a fail report on the tracker for me to wake up and dpkg --configure -a [16:13] obviously still fail - but at least we can get to a working xenial from trusty [17:26] Hello peeps ! How's it hanging ? [18:43] bluesabre: bug 1557349 [18:43] bug 1557349 in parole (Ubuntu) "Parole does not hold the media frame when paused in fullscreen mode" [Undecided,Confirmed] https://launchpad.net/bugs/1557349 [19:04] if anyone faced the bug #1556531? [19:04] bug 1556531 in lightdm-gtk-greeter (Ubuntu) "Login screen needs a click to get alive, otherwise remains black." [Undecided,New] https://launchpad.net/bugs/1556531 [19:08] and is it a crime not to call sudo being root? bug #1556542 [19:08] bug 1556542 in xfce4-terminal (Ubuntu) "xfce4-terminal flickers while calling any program as root not using sudo." [Undecided,New] https://launchpad.net/bugs/1556542 [19:10] and also I cant set my external display as primary, bug #1556438 [19:10] bug 1556438 in xfce4-settings (Ubuntu) "Can't set my external display as primary" [Undecided,New] https://launchpad.net/bugs/1556438 [19:19] pavlushka: Well, if you're already root, no need to call sudo, of course. But how do you become that in the first place then? (I'd suggest "sudo -i".) [19:20] set root passwd, then login as root. [19:20] Eww. [19:20] !root [19:20] Do not try to guess the root password, that is impossible. Instead, realise the truth... there is no root password. Then you will see that it is 'sudo' that grants you access and not the root password. Look at https://help.ubuntu.com/community/RootSudo [20:12] bluesabre: Oh right. And didn't say last night, but good luck you crazy man. [21:22] flocculant, the mail basically summarises what we discussed and proposes the same thing i said then, so no [21:26] knome: ack - was more all the words in channel - not the mail :) [21:27] aha [22:23] knome: i presume you've considered adding a link to the devel ML in the dev.x.o header, right? [22:49] ochosi, yes. [22:50] ochosi, have you considered looking at the media manager article?