[00:11] knome: I'd be fine for testing that [00:11] just finished watching a political debate [00:11] nothing more to say about that [00:11] ;) [00:24] "I'm sorry" [02:49] "So sorry" [05:37] Since when have politicians apologized for anything? [05:38] Since it serves them? [07:08] g'day everyone [07:09] morning ochosi [07:10] nice to see the tracker in a new home [07:10] yup, gotta check it out :) [07:10] it looks ... the same :p [07:10] hehe [07:10] yeah, not surprised about that [07:11] knome, pleia2: nice work! [07:11] i'll let dpm know when he's around again [07:12] yup [07:12] and +1 to knome and pleia2 :) [07:12] :) [07:22] bluesabre: any reason to go from libreoffice-style-elementary to lo-style-elementary as a package name? (or did i misunderstand that there) [07:52] ochosi, please keep me in the loop :) [07:52] sure [07:53] so the wiki is postponed for now i presume? [07:53] yes [07:53] we don't even use the wiki too much, so.. [07:58] frankly, that's partly because is so unusably slow though [07:58] could imagine we'd use it more if it were more responsive and integrated [08:00] the wiki doesn't use a server - it's kept in a treacle mine [08:01] :> [08:10] ochosi, i don't know... i personally wouldn't have many uses for the wiki [08:10] i guess if you would, then it'd be lovely to hear what those use cases would be [08:32] !info libreoffice-style-elementary wily [08:32] Package libreoffice-style-elementary does not exist in wily [08:40] flocculant, i was thinking (very preliminary) if a compact list of new uploads in, say, the xubuntu-staging PPA, would help figuring out what needs to be tested [08:41] flocculant, another thing could be new uploads in the archive of a predefined list of packages [08:46] that sounds useful [08:46] which one? [08:52] both actually, lists of uploads [08:55] the former one should be relatively easy to grab [08:55] the latter... [08:55] well, you can guess [08:56] ochosi, did you get a mail notification last night? [08:58] i did [08:58] ok, good [08:58] let me compare them quickly [08:58] that came from the new server too [08:58] oh right [08:58] that's nicer [09:00] +1 on the new format [09:00] good good [09:13] * knome messes around with the tracker db [09:13] don't worry if something seems to break, it'll likely get fixed in a minute [09:15] so the plan is still to integrate the tracker with the header of the website? [09:15] not as is [09:16] or is that also postponed [09:16] but in some way, sure [09:16] ok [09:16] it's postponed until i have the time and motivation for it [09:35] sure [09:35] i'm trying to make the tracker a bit more flexible for the w->w+1 migration already [09:40] sweet [10:07] knome: sounds like a good idea - especially if it's easy for testers to get at [10:07] and both [10:08] flocculant, i was thinking for another tab in the tracker [10:08] right [10:08] that is easy enough to access [10:08] yep for sure [10:09] I can see the second being more lengthy ... [10:09] yep [10:09] well, [10:09] the idea would be to sort that by date ideally [10:09] so you could get an idea of the newest uploads quickly [10:10] maybe grouped by week [10:10] but if package foo affects (as an example) mousepad - we really only need to mention mousepad I guess [10:10] per-day granularity is likely too much [10:10] yep [10:10] well, knowing whatever foo or sth might affect is harder to figure out again [10:11] would it not be a depends ? [10:11] basically we'd need to follow *all* of the dependencies if we wanted to track what can affect this or that [10:11] sure, but to figure that out mechanically... [10:11] yea - which I suspect is what [10:11] knome> the latter... [10:11] well, you can guess [10:12] depends can be multiple level deep [10:12] :) [10:12] that's "too much" to do really [10:12] right [10:12] and i don't know how many libraries we want to track [10:12] not hundreds .. [10:12] for example, a new gtk upload can definitely break our stuff [10:12] but that's not something we "need" to track [10:13] because something that is obviously broken is reported anyway [10:13] yea [10:13] we basically only want to notify people of changes WE did [10:13] so actually, just checking if there are changes in mousepad is much better than seeing if there are changes in its dependencies anyway [10:13] unless the dependency is a core xfce lib or sth, which we might want to track [10:14] (because changes in that are very relevant to us) [10:14] basically - if this tab is more than a page - people are going to soon start ignoring it [10:14] of course [10:14] not meaning 'us' [10:14] and that's why i said it should be ideally ordered by date [10:14] eg. it can be 3 pages long, but the most relevant information is at the top [10:15] so people can dig as deep as they have motivation [10:15] (not that i want to make it 3 pages long...) [10:15] :) [10:15] probably something like this https://sigma.unit193.net/~unit193/xfce412.html but even less scary looking... [10:15] yea [10:16] i'm wondering how easy it is to get the changelog entries for the packages [10:16] well [10:16] to potentially show them in the tracker [10:16] not when it's a ppa [10:16] i mean .deb changelogs [10:16] oh right [10:16] they are hand-crafted anyway, so it's not an information overload [10:16] or when it is, it's a major update [10:17] and then it should be... [10:17] what would make sense would be - mousepad gets listed and could be clicked (like you have expand on spec in tracker) so you can see changelog if you want to [10:17] testers probably would just want to know to look at mousepad [10:17] yes, something like that [10:18] well, i don't think it's a bad direction that testers know to look at changelogs [10:18] i just think currently it's "too hard" to get to them [10:18] so they don't do it [10:18] but if we told: [10:18] these are new uploads in the last week [10:18] no - totally agree - but at the moment what would be good would be a way to get simple info to them [10:18] there are the changes made in them, look specifically for bugs related to them [10:18] just so we can point them 'somewhere' [10:19] then i would think testers would be definitely more likely to do exactly that [10:19] it would be a great improvement over "i ran mousepad and typed qwerty" [10:20] because what's the use of testing/QA if new features aren't the focus [10:20] (ok ok, there are benefits for it, but you get my point...) [10:20] yep - that's not something I would be likely to disagree with ever :) [10:52] ok, bbl [10:52] hf everybody [11:01] tracker appears to have forgotten a whole bunch of stuff [11:26] ochosi: did not change the package name... so what are you referring to? [11:37] oh [11:37] yeah, wasn't sure [11:37] might've misinterpreted "libreoffice-style to lo-style-elementary" from earlier [11:37] bluesabre: ^ [11:38] yeah, the longer phrase makes more sense [11:38] "added Provides: libreoffice-style to lo-style-elementary" [11:39] oh right [11:39] yeah, it was early and i hadn't had coffee yet ;) [11:39] :D [11:39] also, i hope it's ok i assigned you a catfish bug/patch [11:39] also linked it to the tracker [11:39] sure, haven't looked at my email yet [11:39] or really at all for a few days [11:40] that's ok [11:40] whenever that menulibre release is out and catfish, we'll have several more DONE items on our tracker [11:40] yup [11:41] found a new menulibre bug today, going to fix that and should be able to release [11:41] sweet [11:41] i guess UI wise menulibre is fairly done now [11:41] wanna take a stab at catfish next? [11:41] yeah, still some minor tweaks with 2.1, and yeah, catfish is next [11:41] planning to have that done by next weekend [11:42] today will hopefully be a productive day [11:42] nice, i'm around for a bit noow [11:42] if you want to tackle something together [11:43] could for instance try to prep a POC panel patch for xfpanel-switch [11:44] yeah, if you want to take a look at that [11:45] could also review Noskcaj's sgt-launcher https://launchpad.net/~xubuntu-dev/+archive/ubuntu/xubuntu-staging [11:50] yeah, i'll start with the panel [11:51] iirc there were some concerns Unit193 wanted to see addressed and i'm not sure of their status atm [11:51] so i'd rather wait for that to be resolved [11:51] would be helpful if these sorts of comments were actually noted in a MR review or something [11:51] on irc that just gets lost [11:52] yeah [11:59] words [11:59] hi ochosi bluesabre [12:00] hey flocculant [12:01] having a good day I trust [12:02] indeed [12:02] just really really hot here [12:03] it's warming up here ready for rain next week [12:04] it's probably warm... but I've got my USB fan running to not find out [12:04] :> [12:04] ha ha [12:09] man, glade is really hard to get right only in a text editor [12:19] yup [12:19] easy solution, open text editor and replace XfceTitledDialog with GtkDialog, then open in glade [12:19] ochosi: ^ [12:20] yeah i know [12:20] already done that [12:20] odd thing is my patch *should* in theory work [12:20] but it just displays an empty prefs dialog [12:20] in glade it opens fine with all the content [12:21] nice [12:21] building cleanly again... [12:22] maybe that'll help [12:22] awesome, still the same [12:23] bluesabre: wanna take a peek at the patch in case i missed something obvious? [12:23] sure [12:25] http://dpaste.com/0YGMDVS [12:25] bluesabre: it's a diff ^ [12:27] well, the code looks sane enough [12:27] for some reason it complains that for panel-switch G_IS_OBJECT fails [12:27] (that's the signal connect) [12:29] odd [12:30] yeah, i don't really get it [12:30] i presume it also doesnt work for you? [12:37] building now [12:38] i'm wondering whether i have to install the panel for the dialog to show up correctly [12:38] cause i think just running it from the source dir might create problems because it finds no plugins, not even the internal ones [12:40] yes, the panel is very picky about its installation dir [12:40] ok weird, now the prefs dialog shows up, but without my button [12:40] so i presume it's running the system version after all :/ [12:41] meh, so i guess i'll have to install on top of my current installation [12:41] oh how i like that... [12:42] hmpf, alright, that fails [12:42] so no idea why it shows up fine in glade but not in IL [12:42] RL [12:43] what prefix did you use? [12:44] welp, that's a broken panel [12:44] /usr [12:45] * bluesabre doesn't like working with panel code [12:45] yeah, it's not *that* much fun [12:45] reminds of the fun times i had with the intelligent hiding code [12:47] fun? [12:47] lies [12:47] well, "fun" [12:48] anyway, i guess you have no spontaneous idea why that's failing so badly? [12:48] I can't seem to get it working correctly [12:49] I guess drop a g_warning/g_print in there so we can see if it is using that code [12:49] or however we debug the panel [12:50] oh hehe [12:50] found the problem [12:50] and fun [12:50] it's working as it should [12:50] even closes the panel prefs dialog [12:51] screenshot? [12:51] one sec [12:51] http://i.imgur.com/kYcFBBm.png [12:51] i was considering to put some icon there [12:51] maybe the archive icon [12:52] but i'm not sure, "presets" isnt an easy one really [12:52] so this is just working, not sure this is the right place/form for the launcher [12:52] yeah [12:53] presets might also be the wrong term [12:53] possibly Backup/Restore [12:53] which then archive is correct [12:54] backup and restore sounds nice [12:54] let's go with that for now [12:55] and somebody suggested moving that button to the dialog actions at the bottom, which might be a good place [12:55] to the left of the close button? [12:56] hm, not sure tbh [12:57] i haven't seen any such buttons in the lower buttonbox [12:57] it's usually just apply, cancel, close, ok and such [12:57] yeah [12:59] so personally i feel it's better kept where it is, at least more or less [13:00] but yeah, i admit i'm not sure [13:06] just kind of an odd place to float [13:06] :) [13:06] agreed [13:07] one option is to make panel-switch pluggable, and give it its own tab [13:09] bluesabre: http://i.imgur.com/dXL2xDo.png [13:09] right [13:09] that'd probably be awesome [13:09] although... [13:10] the prefs dialog would die in fire when loading a config, because of the panel getting killed [13:10] oh yeah [13:10] which is why i preemptively close it when launching panel switch atm [13:10] ;) [13:10] we could improve the way we load it [13:10] this should only show up when xfpanel-switch is found in path now btw [13:10] yeah, but that's v1.0 [13:10] we're still working on something to ship in wily [13:11] i'd rather push in this more or less sane patch that can later be improved upon [13:11] I think ultimately we're going to update xfconf via queries, so the panel would basically contract and expand while it runs [13:11] and that way ppl can test whether we want this upstream [13:11] yeah [13:11] sounds good too [13:12] but still, we don't have infinite time until the cycle ends, i just wanted something compact that we can easily ship as a patch on top of xfce4-panel [13:12] actually [13:12] sounds good tome [13:13] it seems that xfpanel-switch doesn't work when spawned from the panel prefs.. [13:13] * ochosi scratches head [13:13] but maybe that's because i haven't installed it [13:13] xfce4-panel: no process found [13:13] xfce4-panel: There is already a running instance [13:13] oh, and we direly need ctrl+q and alt+c to close xfpanel-switch. that's sooo annoying :) [13:14] you could also run the path you get instead of the command [13:14] alt+c? [13:14] thats a new one [13:15] I find it annoying that those accelerators aren't done automatically by the toolkit [13:15] no, it's just the mnemonic close [13:15] yeah [13:16] ok, i have the patch read [13:16] y [13:17] shall i send it to you so you can add it to the package? [13:19] no hurry, we don't even have panel-switch in wily yet [13:19] oh [13:19] well we could throw it in a PPA for testing? [13:19] we can do that [13:19] k [13:19] sent [13:19] gotta clean the flat now [13:21] k, seeya later ochosi [13:27] bluesabre: added another workitem for you for that ;) [13:27] great [13:28] makes it more likely for me to remember it in later today :D [13:29] indeed :) [13:34] flocculant: that would be something worth testing app-wise btw: xfpanel-switch [13:35] bluesabre: oh, do we not have that packaged anywhere yet..? [13:35] anyway, would be good if all of that could go into -staging [13:37] yeah, will try to get that done today [13:37] getting my list together now [13:38] bluesabre seems to be getting the h and l and letter order mixed up ... [13:39] ochosi: and yea for sure - had just read all ^^ and come to the same conclusion :) [13:42] flocculant: hm? [13:47] bbl [13:54] I think I'll go ahead and set us up with the gtk2 version just to be safe here, https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-meta/+bug/1473952 [13:54] Launchpad bug 1473952 in xubuntu-meta (Ubuntu) "Choose preferred pinentry method" [Undecided,New] [14:01] Unit193: poke [14:06] since I never seem to remember the difference... [14:06] in the seed, we have [14:06] * (libpam-gnome-keyring) [14:06] * xdg-utils [14:06] what's the difference with including the parentheses? [14:06] micahg: ^ [14:07] bluesabre: Depends vs. recommends. [14:07] everybody knows but me [14:07] lo [14:07] thanks krytarik! [14:07] *lol [14:07] Sure. [14:14] krytarik: do you have a core install handy? [14:15] Nope. [14:15] alrighty [14:16] * bluesabre grabs a core iso [15:36] gmm, something broke in the tracker [15:36] * knome investigates [15:37] eh, malformed db disk image [15:37] maybe i should migrate to mysql.. [15:39] sigh [15:41] :( [15:44] pleia2, once you get back... mind setting me up a mysql user and a database [15:44] there goes one of the "easy to move around" bits [15:45] but maybe it's better this way anyway [15:50] ok, i rebuilt the db [15:51] minor inconvenience [15:51] :) [15:52] not really [15:52] this isn't the first time this happens [15:52] though it's the first time it wasn't a trivial fix [16:03] I haven't worked with sqlite dbs long enough to run into any issues like that [16:03] i'm sure it's something about transactions i'm doing [16:03] ...which are supposed to fight these kind of situations [16:16] D: [16:17] ahh, better [17:08] knome: sure, what do you need it for? (so I can name accordingly) [17:09] ah, replacing sqlite? [17:16] yeah... [17:16] one failure enough :( [19:17] evening all [19:20] hi ochosi [19:20] hey flocculant, how're things? [19:21] good here :) [19:21] you? [19:32] ochosi: which ppa is xfpanel switch going to end up in - the dev one? [19:32] doing fine, thanks for asking [19:33] i would have guessed staging [19:33] because we want to push it to wily [19:33] but it depends on bluesabre a bit [19:33] personally i think it's ok to ship it, since it's not a critical tool and it's actually hidden in the panel preferences [19:33] oh yea - makes sense I guess [19:33] but yeah, it could do with a bit more testing and all [19:33] so that way it would be ready for the LTs [19:33] which would be the ultimate goal, from my pov [19:34] well - I definitely don't have a standard panel - so I guess me testing it will be useful [19:34] yep - all things point to LTS :) [19:37] you can easily test it already [19:37] if you want to [19:37] the patch for the panel is only for further integration [19:37] happy to do that [19:38] bzr branch lp:xfpanel-switch [19:39] then ./configure && make && sudo make install [19:39] and you're set [19:39] ok [19:42] then basically save your config [19:42] with xfpanel-switch [19:43] and then e.g. delete one of your panels [19:43] then try to restore [19:46] oh - so it's not in the panel config yet :) [19:47] ... [19:47] and my random installs strike again lol [19:47] FileNotFoundError: [Errno 2] No such file or directory: '/.config/xfce4/panel/launcher-2/14315379361.desktop' [19:48] and the Cancel/Save Config dialogue won't let me do anything [19:51] seems it did - but wouldn't close [19:51] applied a backup - lost the panel completely [19:52] had to restart it [19:53] that's too much thinking for a saturday night [19:59] by the way it did almost bring it all back - just missing this launcher it believes is not there [20:07] back tomorrow [20:25] bluesabre: ok, that seems to have gone sort of okayish :> (read flocculants test above) [20:35] huh [20:47] great, now all insert/update methods are converted to pdo/mysql [20:49] knome: Also, that page is scary looking? [20:49] well, for a new contributor [20:49] me not so much, i'm very much at ease with tabular data anyway [20:50] (but not non-tabular data in html s) [20:50]