[04:55] <smurfix> Quick question: are the logs (or a synopsis) from the last tech meeting available someplace?
[04:56] <fabbione> smurfix: people.ubuntu.com/~fabbione/irclogs/
[04:56] <fabbione> a more official url needs to be done
[04:56] <fabbione> so do not bookmark it
[04:59] <smurfix> OK. (NB, official logs should probably have UTC timestamps.)
[05:00] <fabbione> smurfix: i am not going to change date and time on my server for that :-)
[05:00] <amu> moins
[05:00] <pitti> Hi folks
[05:00] <smurfix> fabbione: env TZ=UTC should be sufficient.
[05:00] <seb128> afternoon pitti
[05:00] <seb128> and the others too :)
[05:01] <Keybuk> afternoon folks
[05:01] <Keybuk> seb128: (wishlist) temporarily turn off "typing break" feature <g>
[05:01] <seb128> yeah :)
[05:01] <Keybuk> ok, let's get started
[05:02] <fabbione> saomebody ping sabdfl?
[05:02] <pitti> done
[05:02] <Keybuk> heh, good point :p
[05:02] <fabbione> elmo?
[05:02] <daniels> is baby jesus in attendance also?
[05:02] <Gwildor_> ODB?
[05:03] <pitti> Hi silbs
[05:03] <silbs> hi pitti
[05:03] <Keybuk> silbs, lulu: throw a bread roll or something at Mark, would ya? :p
[05:04] <daniels> Keybuk: or a jellybean
[05:04] <sivang> hey mako
[05:04] <sabdfl> hi all
[05:04] <silbs> keybuk: thrown
[05:04] <pitti> Hi
[05:05] <smurfix> Missing agenda item: confirmation of new maintainers? *cough* ;-)
[05:05] <Keybuk> have there been additional new maintainers since the last community meeting?
[05:05] <sabdfl> smurfix: you mean the ones that were approved by the CC last week?
[05:05] <sivang> it's been done on the CC meeting last time, with TB attandent .
[05:06] <Keybuk> ok, so I'm going to act as emergency-holographic-mdz while he's sunning himself on some beach somewhere :)
[05:06] <smurfix> Ah, OK. Mark wrote that that still needs to happen AFAIR.
[05:07] <sabdfl> those maintainers that want to be on the keyring for uploads do need to be approved by the TB
[05:07] <sabdfl> because they need to be comfortable with the gpg key management security
[05:07] <smurfix> sabdfl: that would be me then
[05:07] <Keybuk> sabdfl: do we want to add that to the agenda for this meeting?
[05:07] <sabdfl> Keybuk: yes please
[05:08] <sabdfl> smurfix: you're already a DD right?
[05:08] <smurfix> sabdfl: Yep
[05:08] <sabdfl> ok, then np
[05:08] <sabdfl> as long as the rest of the TB concurs :-)
[05:08] <Keybuk> sabdfl: I do, certainly.
[05:08] <elmo> damn timezones
[05:09] <Keybuk> do we have a list of the others that need confirming?
[05:09] <sabdfl> Keybuk: do we have the full TB?
[05:10] <sabdfl> enrico said he would like upload, so he needs to be confirmed
[05:10] <hornbeck> I would like upload
[05:10] <hornbeck> for future sake
[05:10] <sabdfl> hornbeck: how comfortable are you with gpg?
[05:10] <Keybuk> sabdfl: mdz is on holiday, he was around about 10 minutes ago for just 5-10 more minutes
[05:10] <hornbeck> getting real comfortable
[05:11] <sabdfl> haggai: have you been approved by the CC last week?
[05:11] <haggai> sabdfl: no
[05:11] <sabdfl> then start there :-)
[05:11] <haggai> okey dokey
[05:12] <Keybuk> sabdfl: the list you posted on the 9th Nov was:
[05:12] <Keybuk>  - Thibaut Varenet
[05:12] <Keybuk>  - Alexander Poslavsky
[05:12] <Keybuk>  - John Hornbeck
[05:12] <Keybuk>  - Matthias Urlichs
[05:12] <sabdfl> and enrico, behind the scenes
[05:13] <sabdfl> hornbeck: doyou have a gpg key that is widely signed?
[05:13] <hornbeck> not yet, I can hold on upload right now
[05:13] <sabdfl> hornbeck: ok, i think so
[05:13] <hornbeck> thats fine
[05:13] <sabdfl> upload via enrico for the moment, if you are coming to the conf it will be a good way to get your key trusted
[05:14] <sabdfl> ok keybuk, take it away
[05:14] <Keybuk> we should definitely ensure we have a trusted path to anyone whose key we put in the keyring
[05:14] <elmo> Keybuk: dude, we had problems doing that for employees
[05:15] <elmo> (not that I'm saying we shouldn't, but you should be aware it's going to be painful for some folks)
[05:15] <sabdfl> we can use formal procedures, notarisation etc to get it done
[05:15] <daniels> trust path doesn't imply direct, necessarily
[05:15] <Keybuk> trusted path can be "we have a signed contract and pay them" :)
[05:15] <daniels> you could use debian wot, e.g.
[05:15] <Keybuk> "we know where you live"
[05:15] <elmo> daniels: I was using the debian wot and indirect paths
[05:15] <lamont_r> elmo: making the exceptions higly visible would be a good way of dealing with the few that are exceptions...
[05:15] <fabbione> elmo: i think you are the only one not signing keys yet :P
[05:15] <sabdfl> we'll get it done for anyone that really needs it, using notaries etc
[05:16] <sabdfl> let's get going on today's agenda, keybuk leads
[05:16] <daniels> elmo: oh, wow
[05:16] <Keybuk> yup, I'm going to move the ongoing merge feedback to the end to give Colin time to get back
[05:16] <Keybuk> so first up is pitti and splitting out language packs
[05:16] <pitti> Yes
[05:17] <pitti> I already started working on firefox and thunderbird
[05:17] <pitti> OO.o is cleared, too
[05:17] <pitti> the remaining question is whether we really want to extract gettext po files
[05:17] <pitti> pro: saves some installed space
[05:18] <pitti> con: heavily intrusive, needs rebuild of whole archive
[05:18] <Keybuk> this is taking the translation data out of the application packages and into a single .deb (for those not following this :p)
[05:18] <pitti> con: needs debhelper change and makes inconsistencies easy
[05:18] <pitti> Keybuk: right, that was an idea
[05:18] <pitti> however, I think the main problem we really have is missing translations for OO.o, Firefox and so on
[05:18] <sabdfl> pitti: i very much want this as a hoary feature, fwiw
[05:19] <pitti> sabdfl: we will have language packs for above apps in any case
[05:19] <sabdfl> that's an orthogonal issue, which rosetta aims to solve
[05:19] <Keybuk> do we want to leave any languages in the original packages?
[05:19] <Keybuk> or should they all be split into language packs?
[05:19] <pitti> Keybuk: you mean gettext?
[05:19] <Keybuk> pitti: I mean in general
[05:19] <elmo> is this going to require source changes?
[05:19] <sabdfl> Keybuk: yes, for packages outside of the desktop list
[05:19] <elmo> for every source package?
[05:19] <sabdfl> elmo: for the base and  desktop packages
[05:19] <pitti> for now I think the advantages we would get from extracting gettext files don't outweigh the cons
[05:20] <lamont_r> sabdfl: that's ugly before the infrastructure is there...
[05:20] <fabbione> legislatura danese
[05:20] <fabbione> ops
[05:20] <pitti> "infrastructure" in this case would mean a modified debhelper and a handful of packages which require manual changes
[05:20] <Keybuk> pitti: is there any particular reason why extracting the gettext files is any harder/uglier than Mozilla/OOo's translations ... other than sheer weight of numbers?
[05:20] <elmo> sabdfl: that's going to take the merge work from minimal to... lots
[05:21] <pitti> Keybuk: yes
[05:21] <Keybuk> can you elaborate?
[05:21] <pitti> Keybuk: because for OO.o and mozilla we already have separate locale debs
[05:21] <pitti> Keybuk: thesep rograms don't use gettext
[05:21] <pitti> Keybuk: e. g. Mozilla uses these xpi files
[05:21] <sabdfl> this is the sort of "do it across the whole archive" thing that we can do
[05:21] <haggai> and OOo/moz already have separate .debs in Debian
[05:21] <pitti> so for OO.o and mozilla it's just a matter of a metapackage that depends on e. g. mozilla-firefox-locale-de
[05:22] <sabdfl> 'm willing to hire a team just to handle this sort of stuff
[05:22] <sabdfl> we need to make it as efficient as possible
[05:22] <pitti> sabdfl: but what's the real benefit of having extracted gettext files?
[05:22] <sabdfl> pitti: lay the groundwork for rosetta, make the languages more concrete and visible
[05:22] <pitti> the user won't notice whether foo.deb or language-support-XX.deb shipped a gettext template
[05:22] <elmo> sabdfl: yes, but it's not a once off cost - there's the ongoing merge cost
[05:22] <Keybuk> ok, my understanding of language-pack-$LANG is that it basically contains /usr/share/locale/$LANG/LC_MESSAGES -- with a file for each package in base and desktop
[05:23] <Keybuk> is that the basic idea?
[05:23] <pitti> yes
[05:23] <sabdfl> elmo: we are going to get to the point where we have touched every package in main, and have to sustain the merge
[05:23] <pitti> adn the original debs don't contain the files any more
[05:23] <pitti> but it's not only a merging problem
[05:23] <haggai> what about doing the change in Debian proper too?
[05:23] <pitti> we have to update the language pack for each and every upload (including seurity updates)
[05:24] <Keybuk> the "merging problem" is just a change to debian/rules binary in an area that Debian probably don't change too much -- so I'm not *overly* worried about that
[05:24] <elmo> has anyone found out how big language-pack-$LANG will be?
[05:24] <sabdfl> we will continue to update the language pack after release
[05:24] <pitti> and the problem is that the language pack would depend on _all_ other packages with a particular version
[05:24] <smurfix> Why not pull the locale files out of the .deb files after the fact? No more merge problems.
[05:24] <sabdfl> so that new translations come into use
[05:24] <sabdfl> without requiring code updates
[05:24] <elmo> sabdfl: ??
[05:24] <pitti> elmo: my /usr/share/locale is 169 MB
[05:24] <pitti> elmo: but this contains _all_ translations,
[05:24] <elmo> wow, mdz's going to be so sorry he missed this meeting
[05:24] <pitti> so I think a particular language pack will be quite small
[05:25] <pitti> about 10 MB or so
[05:25] <elmo> pitti: so we have, best case, 169MB of unrsyncable debs that change every day?  woot
[05:25] <fabbione> pitti: can you see how many languages in average?
[05:25] <Keybuk> descent scott% ls -l ca_data.tar.*
[05:25] <Keybuk> -rw-rw-r--    1 scott    scott        1.7M 2004-11-16 16:24 ca_data.tar.bz2
[05:25] <Keybuk> -rw-rw-r--    1 scott    scott        1.9M 2004-11-16 16:24 ca_data.tar.gz
[05:25] <pitti> fabbione: what do you mean`
[05:25] <Keybuk> that's using Catalan (I think)
[05:25] <fabbione> pitti: see how big is one language.
[05:26] <pitti> fabbione: 100 directories, 161 MB
[05:26] <pitti> fabbione: that makes 1.6 MB on average for a language
[05:26] <pitti> fabbione: of course popular ones are much bigger
[05:26] <Keybuk> sabdfl: where are we going to put the updated language packs?  hoary itself, hoary-security or hoary-updates ?
[05:26] <elmo> sorry, what's the big gain in this?
[05:26] <elmo> other than being able to update translations independently
[05:26] <pitti> elmo: I don't understand either
[05:26] <doko> elmo: 160MB more place on the CD for other packages?
[05:27] <elmo> doko: how does that work?
[05:27] <fabbione> sabdfl: but what is the point in updating lang packages after a release? i don't think we are going to change strings after...
[05:27] <pitti> it really makes an user-visible difference for langpacks for OO.o and firefox/thunderbird, but not for gettext
[05:27] <elmo> doko: unless we have per lang CDs?
[05:27] <sabdfl> fabbione: strings don't change, but we get more translations
[05:27] <pitti> doko: no, because we have to ship the translations anyway
[05:27] <sabdfl> so you can update each week, and your apps become "more translated"
[05:27] <elmo> sabdfl: at an insane cost for mirrors
[05:27] <sabdfl> and you are only downloading the new strings for languages you care about
[05:27] <pitti> fabbione: security updates might touch translations
[05:27] <fabbione> sabdfl: from my experience about debconf translation, we will get them for new releases of the packages.
[05:28] <Gwildor_> real quick, can I post here, or just "listen"?
[05:28] <elmo> so, say, I update ed and a translation changes, instead of the 20K ed.deb changing, a (best case) 2M .deb language package changes for n languages
[05:28] <fabbione> pitti: yes that is a very special case that will push hell of an update
[05:28] <Keybuk> Gwildor_: feel free to jump in if you've got something to contribute :)  be on topic, there's time at the end for any other business
[05:28] <pitti> fabbione: luckily it shouldn't occur very often
[05:28] <pitti> I have a proposal
[05:28] <pitti> for Hoary, we confine the language packs to OO.o and Mozilla stuff
[05:29] <pitti> then we can wait for Rosetta and try out whether separating the translations really brings benefit
[05:29] <doko> elmo: another reason: if the catalan translation is updated, you won't even download 20k?
[05:29] <pitti> another point: as soon as we have langpacks, our packages will conflict to every debian pacakge
[05:29] <elmo> doko: _I_ won't, but the mirrors will download 2Mbxn (where n is, what conservatively? 50?)
[05:29] <Gwildor_> maybe make a language repo?, being a synaptic user, it is quite annoying searching thru language packs?
[05:29] <pitti> and worse, users cannot compile packages on their own
[05:30] <Keybuk> pitti: personally I don't think that's an exciting proposal ... those packs are already separated, so it's actually not changing anything from warty -> hoary is it?
[05:30] <elmo> it's not worth saving our users 20k, if it costs our mirrors 160Mb
[05:30] <Keybuk> pitti: no, just Replaces
[05:30] <pitti> Keybuk: it makes a difference
[05:30] <pitti> Keybuk: right now, non-english users don't get translations for firefox/ooo/thunderbird
[05:31] <pitti> Keybuk: but the langpack can be integrated into d-i, so this would install all relevant stuff automatically
[05:31] <sabdfl> pitti: it's a good start
[05:31] <sabdfl> elmo: is the issue that mirrors won't like the rapid changing languagepack packages?
[05:31] <pitti> not being able to compile packages on one's own is a major drawback
[05:31] <Keybuk> talking of d-i ... how are we handling debian/po with this?  are we splitting out the debconf translations as well?
[05:31] <sabdfl> pitti: im sure we can solve that one
[05:31] <pitti> sabdfl: how?
[05:32] <pitti> sabdfl: the user would be required to take our build infrastructure
[05:32] <elmo> sabdfl: no, the issue is that by congealing language packs from hundreds of different source packages into one deb, you've massively increased the mirror cost for a change in any one of those source packages
[05:32] <pitti> sabdfl: and generate his own language pack
[05:32] <sabdfl> pitti: make it so a normal build leaves the translations in
[05:32] <elmo> like, on an order of magnitude increased
[05:32] <pitti> sabdfl: this does not work
[05:32] <Keybuk> sabdfl: you couldn't install the normal build -- it'd conflict with the language pack
[05:32] <pitti> sabdfl: because the newly compiled package and the language pack would conflict filewise
[05:32] <fabbione> sabdfl: dpkg will refuse to install the locally built package
[05:33] <pitti> no debian packages, no external apt sources any more
[05:33] <pitti> for a change that an user does not actually see
[05:33] <haggai> and you get a lot of extra differences between debian<->ubuntu package file lists
[05:33] <pitti> he will get translations either way
[05:34] <pitti> We should ask ourselves a question: what is our actual problem?
[05:34] <pitti> providing the users with apps in his language?
[05:34] <sabdfl> pitti: (a) we cannot update translations after release without updating packages
[05:34] <pitti> sabdfl: but you have to update the language pack
[05:35] <sabdfl> pitti: (b) we put a lot of translations on the cd that will never be used, languagepacks would be more efficient
[05:35] <haggai> sabdfl: update or add new?  Adding new is probably easier to do than update
[05:35] <pitti> sabdfl: so you want to throw out translations for (b)?
[05:35] <doko> what about making an additional language pack and divert the files, which the language pack updates?
[05:35] <sabdfl> pitti: (c) we want "install a new language" to be a more concrete action, that updates various bits of the system config accordingly
[05:35] <doko> that way, local build can still be installed.
[05:35] <pitti> (c) is not even necessary now
[05:36] <fabbione> doko: iirc dpkg-divert goes on crack in certain situation. (there is something about it on debian bts related to xfree86)
[05:36] <sabdfl> yes, (c) is necessary. I'd like, for example, that installing a new language pack asks if you want the GDM login to switch to that language, and make that the system default, etc
[05:36] <Keybuk> fabbione: that's Branden being on crack (shock)
[05:36] <Keybuk> but it is a dpkg-divert bug
[05:36] <pitti> AFAICS (b) is the only real reason
[05:36] <fabbione> Keybuk: eheh
[05:36] <sabdfl> pitti: (a) is just as important
[05:37] <sabdfl> with rosetta, we will get a lot of translations after a release
[05:37] <sabdfl> and we want to be able to get those translations to users for that release, as well as later ones
[05:37] <haggai> new translations or updates of existing languages?
[05:37] <pitti> sabdfl: but whether you update language packs or normal packages does not really make a difference
[05:37] <Keybuk> my concern with updating translations after a release is that updated translations can introduce security holes
[05:37] <sabdfl> haggai: both
[05:37] <sabdfl> pitti: it's a much smaller update for the user
[05:37] <pitti> right
[05:38] <sabdfl> and it changes no functionality, so it could go out with our daily/weekly post-release updates
[05:38] <pitti> but as Keybuk say, an error in a translation can easily make a buffer overflow
[05:38] <sabdfl> so each week i download 2-10 mb and i get smarter translations
[05:38] <pitti> so translations have to be reviewed very carefully if we put them into stable reelases
[05:38] <elmo> sabdfl: at a quite simply unbearable cost to mirrors
[05:38] <doko> using dpkg-divert increases the disk space on the user's disk, but that shouldn't be such an issue. provided that dpkg-divert works reliably.
[05:39] <sabdfl> elmo: how many mirrors cover warty-security?
[05:39] <pitti> I actually like the idea with diverting changed files in the language pack
[05:39] <elmo> seriously, I can't overstate this enough.  my /usr/share/locale/ is 223Mb - you're proposing a 223Mb hit PER DAY
[05:39] <Keybuk> doko: the other option is to have an /usr/share/language-pack alternate locale heirachy
[05:39] <doko> elmo: are separate ftp areas for language packs a solution?
[05:39] <elmo> and bear in mind that's "katie" days, i.e. in reality ==> half an hour
[05:39] <elmo> sabdfl: any that have the archive
[05:40] <sabdfl> elmo: only during the development period
[05:40] <pitti> sabdfl: I doubt that it is a smaller update. Right now, you download only the translations for programs you have installed; with a langpack, you have to download translations for _all_ packages
[05:40] <doko> keybuk: ant to search this one first? that would mean _one_ change in gettext?
[05:40] <elmo> sabdfl: err, even when we're frozen, there was easily an update of a desktop package once a day (real day)
[05:40] <pitti> sabdfl: what do you think about the diversion idea? Itsounds nice to me
[05:40] <elmo> sabdfl: and just one source package is enough to incure the 223Mb hit
[05:41] <sabdfl> elmo: after release, there are no string changes, or very, very few
[05:41] <sabdfl> so it's only new translations that will be downloaded
[05:41] <elmo> sabdfl: but dude, we develop for what?  2/3 months?
[05:41] <sabdfl> pitti: i don't know enough about the diversion mechanism, how does it work?
[05:41] <elmo> it's just not sane that a souce package with string changes ==> 223Mb hit
[05:41] <elmo> A source package.  one of them.  any one of them (in desktop).
[05:42] <pitti> sabdfl: it basically means that a package can say "hey, I have a replacement for this file X in this other deb"
[05:42] <pitti> sabdfl: so the langpack would only divert the files it actually changed
[05:42] <pitti> sabdfl: we could leave our current debs intact
[05:42] <pitti> sabdfl: and after the release, the langpack would "replace" (divert) just the changed .po files
[05:42] <Keybuk> and the language pack would become incrementally larger after release adding or updating translations?
[05:42] <sabdfl> pitti: does that scale to the numbers of files we are dealing with?
[05:43] <elmo> how is this even going to work anyway - what's going to update the language pack?
[05:43] <doko> pitti: keybuk's proposal about the alternative hierarchy boils down to the same thing: don't modify the source package, but ship additional language files.
[05:43] <elmo> what happens with concurrent builds on buildds?
[05:43] <pitti> sabdfl: I don't really know
[05:43] <Keybuk> sabdfl: yeah, you can dpkg-divert your entire file system quite happily
[05:43] <elmo> or is it taken out-of-bounds of the build-a-source package process?
[05:43] <smurfix> that would mean that people can't enhance their self-built package with new translated strings though
[05:43] <amu> well KDE handle in such a way they deliver a big packages with all translation in it, and deliver kind of diff to updates
[05:43] <pitti> Keybuk: is it easy to have a second hierarchy globally?
[05:43] <Keybuk> pitti: no idea.
[05:43] <pitti> Keybuk: or does it require a change of all packages?
[05:44] <pitti> Keybuk: it seems that only a gettext change is required, though
[05:44] <daniels> amu: yah, but KDE doesn't deal with binary packages
[05:44] <doko> elmo: is it _one_ language pack source package, or one for each language?
[05:44] <daniels> amu: you don't push a new kde-i18n binary every time someone updates kdeextragear-1
[05:44] <Keybuk> you'd have to be wary of packages that statically linked an in-source libintl :-/
[05:44] <elmo> doko: AFAIK they're talking about one for each "language"
[05:44] <sabdfl> doko: one for each language
[05:45] <pitti> Keybuk: oh, right. This is hard to catch...
[05:45] <elmo> one for each source package, would actually solve the mirror problem, it just brings back the Packages problem back a little bit
[05:45] <elmo> it would also solve the concurrent-buildds issue
[05:46] <sabdfl> i'm not sure we can safely multiple the number of packages by 200 :-)
[05:46] <Keybuk> elmo: would having language-pack only contain new and updated translations since the last release of the source package satisfy the mirror hit?  You'd only be updating it when you got new stuff in, and it'd not contain the full set
[05:46] <amu> daniels: you can package only the diffs compared to the first version, with a release you merge all to a new big one
[05:46] <daniels> elmo: i weep on behalf of dialup
[05:46] <elmo> Keybuk: how on earth would that work?
[05:46] <daniels> amu: how does that actually work?
[05:46] <Keybuk> elmo: you'd just update language-pack-XX when you got new translations in, and not bother with the source package
[05:47] <amu> daniels: see Keybuk
[05:48] <sabdfl> if you update a package that has a file that has been diverted by another package, what does it do with the new version of it's diverted file?
[05:48] <elmo> sabdfl: dude, if it's really 200 languages, that's more like 400Mb hit then ...
[05:48] <Keybuk> sabdfl: puts it in the diverted place
[05:48] <sabdfl> elmo: many languages have very few translations
[05:48] <sabdfl> with rosetta, we hope that will change
[05:48] <elmo> Keybuk: sorry, I still don't get it?  the problem is you've got an unrsyncable (even ignoring the filename change) .deb which is 2mb, x 200
[05:48] <elmo> Keybuk: I don't see how anything you've said could help with that?
[05:48] <sabdfl> if we get to the point that it is 400MB of translations, then this will be a necessity in any event, so deal with it :-)
[05:49] <Keybuk> elmo: no, it starts off 0 x 200 ... and only grows in size if new translations come in
[05:49] <elmo> sabdfl: no, dude, it's NOT
[05:49] <elmo> sabdfl: if evolution gets new strings, the hit to mirrors is evolution
[05:49] <elmo> sabdfl: with language packages, the hit is 400Mb
[05:49] <Keybuk> elmo: I think Mark's point is that 400MB of translations doesn't fit will on a CD :p
[05:49] <elmo> even in 2015, evolution won't be 400Mb big
[05:49] <fabbione> (+ evolution)
[05:49] <sabdfl> elmo: if every package is fully translated to every language, the size of the translations in all the packages will be 2/3 of the CD
[05:50] <sabdfl> so we won't be able to put the packages for desktop on the cd
[05:50] <fabbione> sabdfl: i think we should approach this problem in a different way
[05:50] <fabbione> instead of changing the build system for all package
[05:50] <fabbione> we should find a way to strip languages for CDs
[05:50] <elmo> sabdfl: so we split them out, but we can't split them out into some monstrous "I come from all desktop sources" mirror-killer package
[05:50] <pitti> fabbione: you mean, repack the .debs?
[05:50] <pitti> fabbione: this should be easy
[05:50] <Keybuk> elmo: what would you suggest that wouldn't kill the mirrors?
[05:50] <fabbione> pitti: only to build the CD
[05:51] <doko> sabdfl: the we have that many translatios, we'll DVD's ;)
[05:51] <pitti> fabbione: but what do you do with the stripped files then?
[05:51] <fabbione> pitti: at that point we can have CD English/Itaglish/Italian
[05:51] <pitti> fabbione: ah, I see
[05:51] <fabbione> pitti: trash them.
[05:51] <elmo> Keybuk: don't do this?  seriously.  I don't know of a way to do this that wouldn't kill them.  the fundamental flaw is congealing that many sources together
[05:51] <Keybuk> fabbione: APT gets its freaky on when it has two packages of the same version (one installed, one in the archive) with different installed-size
[05:51] <pitti> fabbione: you delete all but one language
[05:51] <doko> sabdfl: the time we have that many translatios, we'll DVD's ;)
[05:51] <fabbione> pitti: the packages in the archive will not be altered
[05:51] <pitti> fabbione: good idea
[05:51] <sabdfl> fabbione: is it ok for the debs on the cd to be different to the debs you build, or the debs in the archive?
[05:51] <Keybuk> elmo: we're going to have to accept we can't fit all the translations on the CD ... so what do we do?
[05:51] <fabbione> pitti: only the one that lands on the CD
[05:52] <lamont_r> Keybuk: yeah.  name/version/architecture tuple needs to uniquely identify the file
[05:52] <elmo> Keybuk: strip them out, oo.o/mozilla style?
[05:52] <fabbione> sabdfl: at that point yes. because if i reinstall from the mirror there will be no conflict
[05:52] <fabbione> sabdfl: the language file will belong to the same package
[05:52] <elmo> maybe with with big language groupings somehow to reduce the number of packages
[05:52] <sabdfl> elmo: and land up with 200x8000 packages?
[05:52] <pitti> fabbione: we could also think about only leaving the most popular 10
[05:52] <Keybuk> elmo: so ~200,000 new source packages is better than 200 source packages?
[05:52] <sabdfl> pitti: that's the plan
[05:52] <pitti> fabbione: this should be fairly flexible
[05:53] <elmo> sabdfl: seriously, that's a saner alternative than killing mirrors - if we have to put resources into fixing apt/dpkg/katie/whatever to cope, we can at least do that.   we can't ask mirrors to take 400Mb for the team every dat
[05:53] <Keybuk> fabbione: no, it's really not ok.  apt will randomly reinstall some, and not others
[05:53] <lamont_r> fabbione: that's the reason that you have to flush the cache during the arch bootstrap process, and part of why mix-n-match with debian repositories is bad
[05:53] <fabbione> Keybuk: bad luck. how gets updates, gets all the package
[05:53] <sabdfl> elmo: i agree with you, i was thinking we could manage the build / strip process so that the bullet would not be necessary
[05:53] <fabbione> s/how/who
[05:54] <Keybuk> fabbione: after an install, the first net update could take a 600MB hit!
[05:54] <elmo> Keybuk: if the 200 source packages change every day and total hit is 400Mb, yes
[05:54] <Kamion> back
[05:54] <fabbione> Keybuk: teach apt-get/dpkg not to do so?
[05:54] <lamont_r> Keybuk: in my experience it just throws a fit (but that's with the old package in the cache, not fetching...)
[05:55] <Keybuk> lamont_r: stick Debian + Ubuntu in your sources.list -- it'll randomly swap packages around every update between the two archives :(
[05:55] <Keybuk> anyway, that's getting slightly off-topic
[05:55] <lamont_r> kewl
[05:55] <elmo> can I propose an alternative?
[05:55] <Keybuk> so: a language-pack per language kills the mirrors, as it needs to be updated for every new source upload
[05:55] <sabdfl> elmo: yes of course
[05:55] <Keybuk> elmo: please :)
[05:56] <elmo> let's devote all our resources into converting the world to use a single common language!!!!!!!!!1!
[05:56] <elmo> \o/
[05:56] <fabbione> ahahha
[05:56] <smurfix> ouch
[05:56] <Keybuk> a language-pack per source per language kills the Packages file, as it introduces roughly a quarter of a million packages
[05:56] <pitti> elmo: +1 :-)
[05:56] <lamont_r> elmo: I thought that was tried with esperanto
[05:56] <seb128> elmo: can we pick french ? :)
[05:56] <pitti> Keybuk: the packages file alone would fill the cd
[05:56] <Keybuk> pitti: not to mention you needing a few gig of memory for APT to parse it
[05:57] <lamont_r> seb128: istr the french gov't would require that. :-)
[05:57] <Kamion> Keybuk: in 10+ years of the GNU translation project they've managed about 30 languages total, maybe average 10 a package
[05:57] <pitti> Keybuk: and a week to download
[05:57] <Kamion> Keybuk: I don't think we're going to surpass that by orders of magnitude any time soon
[05:57] <elmo> so maybe we don't use Packages for this - maybe we use something lighter weight?
[05:57] <doko> keybuk: could you work around that by adding a new section main-de, universe-de ?
[05:58] <pitti> we could download translations from rosetta directly to /var/share/locale
[05:58] <pitti> without packages
[05:58] <sabdfl> i'm not opposed to a separate infrastructure of per-package, per-language files, coordinated through a new index
[05:58] <Henri1> How about one package each week containing diffs for all languages each week and a small utility to patch them in? Would that break the apps? It would only be 13 packages in 6 months and they would be quite small.
[05:58] <sabdfl> it's a lot of work though, on new infrastructure
[05:59] <Keybuk> I don't think there's anything the tech-board can decide on today
[05:59] <Keybuk> This needs a lot more discussion and some more concrete proposals we can pro/con
[05:59] <Henri1> One diff from the Gold frelease and one from each relevant security update.
[05:59] <pitti> this discussion should be wrote up in a pro/con list
[06:00] <Keybuk> pitti: are you up for doing that?
[06:00] <smurfix> You don't even need an index, minimally; just try to download ftp://wherever/LANG/PACKAGE.deb... but I agree with keybuk
[06:00] <pitti> I can do this
[06:00] <pitti> unfortunately I forgot to turn on logging, but fabbione's logs should do
[06:00] <haggai> smurfix: that doesn't scale if you have 1000s of packages installed
[06:00] <pitti> I write that up to u-devel
[06:00] <Kamion> smurfix: need versioning though
[06:01] <smurfix> haggai: it's not worse than the existing /pool.
[06:01] <Keybuk> pitti: excellent.  hopefully we'll be able to get some proposals for solving this, and then if no consensus about which one's the best appears, it can come before the board again.
[06:01] <pitti> Keybuk: I also think we should digest this discussion a bit
[06:01] <smurfix> Kamion: true, I sortof included the version in PACKAGE.
[06:01] <haggai> smurfix: you don't currently try to download a file for every installed package on your system
[06:01] <pitti> Keybuk: a pro/con table will help to device
[06:02] <pitti> Keybuk: s/device/decide/
[06:02] <Keybuk> ok, moving on.
[06:02] <Keybuk> fabbione: sparc port status?
[06:02] <pitti> Keybuk: next item? BTW, you forgot the first one
[06:02] <fabbione> yup
[06:02] <fabbione> during the last weeks i was kind bored waiting for Xorg to compile
[06:03] <fabbione> so i started porting Ubuntu to sparc
[06:03] <fabbione> right now i am at stage0 of the port
[06:03] <fabbione> half way trough main
[06:03] <fabbione> and it is going pretty well
[06:03] <fabbione> very few failures
[06:03] <sabdfl> elmo: can you get me some quotes on a sparc port box and 3 buildd's?
[06:03] <fabbione> there were a few requests for this port on some mailing lists
[06:03] <elmo> sabdfl: new?
[06:04] <Keybuk> what kinds of sparc is this targetted at?  Low end, or shiny ultras?  32-bit or 64-bit?
[06:04] <fabbione> sabdfl: i gave you already a good number to phone for sparc hw
[06:04] <sabdfl> elmo: your judgment, bang for buck but make sure they can keep up
[06:04] <elmo> fabbione: please send it to me
[06:04] <fabbione> elmo: i will
[06:04] <elmo> sabdfl: ok
[06:04] <fabbione> Keybuk: sparc64. i don't have any sparc32
[06:04] <fabbione> but before asking for official buildd's
[06:04] <fabbione> i have a few questions to raise to all of you
[06:05] <fabbione> first we need a way to measure the use of one unofficial port
[06:05] <fabbione> in order to decide if it is really worth to buy buildd's or not
[06:05] <fabbione> and what i was thinking about
[06:05] <fabbione> was to have one machine at the datacenter
[06:05] <doko> fabbione, you did build everything for sparc64?
[06:06] <fabbione> that can act as temporary archive for unofficial port in "evaluaton" status
[06:06] <sabdfl> fabbione: you mean, we should offer to host any unofficial port, then decide based on downloads?
[06:06] <sabdfl> sounds good
[06:06] <fabbione> doko: as i wrote above i am half way trough main'
[06:06] <fabbione> sabdfl: exactly
[06:06] <fabbione> sabdfl: i don't see any point in wasting money if the port can't keep up
[06:06] <fabbione> "port" meaning also porters behind it
[06:07] <fabbione> clearly i am doing this on my spare time and not company time
[06:07] <doko> fabbione: no, I mean sparc32 or sparc64 ?
[06:07] <Kamion> fabbione: are there people besides you interested in contributing development effort?
[06:07] <fabbione> so i might get sucked as well
[06:07] <fabbione> Kamion: there were a few people talking about the port on the mailing lists
[06:07] <fabbione> also thom and Mithrandir, but i will not speak for them
[06:07] <Keybuk> fabbione: I like that idea.  elmo: any comments?
[06:08] <fabbione> doko: i am building the same way debian does atm.
[06:08] <fabbione> also
[06:08] <fabbione> this temporary repository should not be available for mirrors
[06:08] <elmo> it makes sense, I guess - we'll just need another repository
[06:08] <sabdfl> elmo: could this be integrated with our normal package upload infrastructure, keyrings etc?
[06:08] <fabbione> the reason is that we need to be able to measure
[06:08] <fabbione> how many downloads we get for that port
[06:08] <fabbione> and mirrors will make the calculation more complex
[06:09] <fabbione> as lamont suggested to me this morning
[06:09] <elmo> well.. actually, I guess we could put it in the normal repo and just --exclude it when we sync to archive.ubuntu.com .. if that's not too disgusting?
[06:09] <haggai> fabbione: that will be very difficult.  Could you make use of popcon?
[06:09] <fabbione> once the port will be allowed to enter the official archive
[06:09] <fabbione> the packages will be already close to the buildd for usage
[06:09] <elmo> haggai: just make use of /var/log/apache2/sparc.ubuntu.com :)
[06:09] <fabbione> and not on my desparate 2M/512k adsl
[06:10] <haggai> elmo: I was thinking it is likely to get mirrored / copied via CD / apt-proxy etc that won't show up
[06:10] <fabbione> elmo: it's really up to you...
[06:10] <elmo> haggai: yeah, but users still run apt-get update
[06:10] <fabbione> also
[06:10] <fabbione> the fact of keeping everything seperate is better in the beginning
[06:10] <elmo> well, I'm happy to do the dubious --exclude method, it's certainly the path of least resistance
[06:10] <fabbione> i wouldn't like the idea that we let sparc enter the archive
[06:10] <haggai> elmo: true, that will give you a count of sites using it
[06:11] <fabbione> and then tomorrow i will die in a flight accident
[06:11] <fabbione> nobody will maintain it and it will have to be removed
[06:11] <fabbione> anyway i don't have anything more to say
[06:11] <fabbione> i hope i was fast enough :-)
[06:12] <Keybuk> ok, so everybody seems happy with the idea -- fabbione and elmo, can you draw up a plan between you ?
[06:12] <doko> fabbione: when does you flight go tomorrow? ;)
[06:12] <sabdfl> fabbione: thanks for this idea, it's awesome
[06:12] <fabbione> no problem for that
[06:12] <fabbione> doko: together with you :-)
[06:12] <fabbione> sabdfl: welcome :-)
[06:12] <elmo> Keybuk: k
[06:12] <sabdfl> id be reassured if we could actually get some non-canonical guys keen enough to work on it
[06:12] <sabdfl> so that would be a key test for "official" status
[06:12] <fabbione> sabdfl: i am pretty sure we will.. i think they only need a kick to start
[06:13] <sabdfl> it will be more resilient if it gets community momentum
[06:13] <fabbione> sabdfl: i didn't decide a key moment to make it official
[06:13] <fabbione> but i would say when we start receiving bugs on it, it will be a very good sign
[06:13] <fabbione> clearly it is unsupported
[06:14] <fabbione> but it is a key point
[06:14] <Keybuk> I guess a port becomes an official when we've forgotten it's not an official one :)  we can decide that on a port-by-port basis until we've decided goals they need to meet
[06:14] <Keybuk> pitti: you're up again, dropping support for Mozilla?
[06:14] <fabbione> Keybuk: i agree, but there is also a limitation we need to take into account
[06:15] <pitti> Keybuk: well, I asked myself if it is wort supporting Mozilla in Hoary
[06:15] <fabbione> my sparc can't manage to keep up with * alone
[06:15] <pitti> because we have Firefox and Thunderbird
[06:15] <fabbione> so i know that i will be able to offer only main
[06:15] <pitti> either we have to promote the locale* packages to main, or drop Mozilla to universe
[06:15] <sivang> I guess it's been relatively less used since firefox..
[06:15] <Keybuk> pitti: Mozilla itself is main because it's a build-dependency of GNOME
[06:15] <pitti> what's the general feeling about this?
[06:15] <sabdfl> i'm ok with it
[06:15] <pitti> Keybuk: for epiphany, yes
[06:15] <seb128> it was
[06:16] <pitti> Keybuk: but that does not mean that the debs need to be in main
[06:16] <seb128> I've rebuilt epiphany/yelp/debhelp with firefox
[06:16] <Keybuk> pitti: they do.
[06:16] <sabdfl> seb128: nice
[06:16] <Keybuk> seb128: are there any remaining dependencies on Mozilla itself?
[06:16] <elmo> pitti: yeah, they do
[06:16] <sabdfl> pitti: a main package can't depend on something outside main
[06:16] <seb128> Keybuk: not on the base installation at least, I've removed the package for like a week now here
[06:16] <pitti> well, can't we leave just the source in main?
[06:17] <pitti> as with apache?
[06:17] <Keybuk> seb128: what about evolution -> nspr-dev /
[06:17] <seb128> hum, not looked on this
[06:17] <Keybuk> I guess the way to find out is to remove Mozilla from the desktop seed
[06:18] <Kamion> pitti: the buildds have now been changed to build main against only main
[06:18] <Keybuk> and see where it falls
[06:18] <pitti> okay, so if we want to fully support Mozilla in addition to FireFox, do we want to support translations, too?
[06:18] <Kamion> pitti: so if there's a build-dependency on it in main, the binaries have to stay ...
[06:18] <Keybuk> it sounds like seb128 has already done the hard work
[06:18] <seb128> Keybuk: mozilla-browser is not needed by anything in main afaik
[06:18] <pitti> Kamion: ah, okay. I thought only having the source package in main was possible
[06:18] <sabdfl> pitti: do firefox / thunderbird do their translations the same way mozilla does?
[06:18] <pitti> sabdfl: yes
[06:18] <pitti> sabdfl: but they have their own set of locale debs
[06:19] <Keybuk> sabdfl: are you happy with dropping Mozilla into universe, and just having Firefox and Epiphany in main?
[06:19] <pitti> sabdfl: I already did the firefox and thunderbird debs today, but not mozilla
[06:19] <sabdfl> well those will definitely fold into languagepacks
[06:19] <sabdfl> lp#'s for oo.o, tbird, ffox
[06:19] <pitti> sabdfl: as soon as we have real langpacks, yes
[06:19] <pitti> sabdfl: right now, they stay as they are and are only pulled in as a dependency of a metapackage
[06:19] <Kamion> epiphany-extensions build-deps on mozilla-dev which depends on mozilla-browser
[06:20] <Kamion> swfdec has the same build-dep
[06:20] <Keybuk> seb128: can you investigate those ... and check for any remaining build-deps ?
[06:20] <seb128> Kamion: oups, I just need to rebuild epiphany-extensions
[06:20] <pitti> As far as I understand, mozilla upstream will move to ffox/tbird in the long run
[06:20] <Kamion> that's all germinate reports, anyway
[06:20] <seb128> Keybuk: ok, I'll do
[06:20] <pitti> so the question is how long they still support mozilla proper
[06:20] <Keybuk> Kamion: if we drop mozilla from the seed, that's all that holds it in desktop?
[06:21] <Kamion> we still need other stuff from the mozilla source package; evolution depends: libnss3, for example
[06:21] <sabdfl> yes, i think mozilla is rapidly switching to ffox / tbird
[06:21] <Kamion> Keybuk: it's not in desktop in the first place
[06:21] <Kamion> it's in ship
[06:21] <sabdfl> if it's a dependency, then it will say in main, so we have to do all the work to support it anyhow
[06:21] <Kamion> dropping mozilla-psm from Ship would take mozilla-browser off the CD
[06:21] <sabdfl> unless we can split out the source package pieces that are really needed for main
[06:22] <Kamion> I'm not familiar with the consequences of dropping mozilla-psm
[06:22] <Keybuk> does firefox use it?
[06:22] <sabdfl> is that also used for firefox security?
[06:22] <lamont_r> I think so
[06:23] <pitti> I think mozilla-psm is not necessary for ffox
[06:23] <sabdfl> ok, maybe pitti can look into whether we can do entirely without that source package in main
[06:23] <pitti> at least I did not have it installed, but https:// works in ffox anyway
[06:23] <pitti> yes
[06:23] <sabdfl> and if so, we can drop it
[06:23] <Keybuk> if we can do without the source, I'm all for dropping it
[06:24] <sabdfl> elmo, keybuk, Kamion?
[06:24] <sabdfl> i thought it did pki stuff
[06:24] <Kamion> dropping it from Ship's cool with me if somebody investigates it and finds that it has no effect
[06:24] <lamont_r> (perfectly willing to be told I'm dead wrong...)
[06:24] <seb128> mozilla-firefox doesn't recommends mozilla-psm, so it's probably not useful
[06:25] <Keybuk> hm, I don't even have mozilla-psm installed -- and I use https and password cacheing all the time
[06:25] <elmo> what kamion said
[06:25] <pitti> it's necessary for mozilla proper to do SSL stuff, but not for ffox
[06:25] <Kamion> that'd recover 10MB or so of space
[06:25] <sabdfl> ok
[06:25] <pitti> for translations :-) (SCNR)
[06:25] <sabdfl> i think we're all in agreement
[06:25] <pitti> I'll look into this
[06:25] <pitti> dependency-wise
[06:26] <sabdfl> can we also conduct a check with the user community?
[06:26] <sabdfl> i think this would be a good start for the "Ubuntu Enhancement Proposal" process we discussed in oxford
[06:26] <sabdfl> pitti, could you work up such a proposal with mako, and send it to -devel and -users?
[06:27] <pitti> sure
[06:27] <Kamion> the proposal should note that we can drop mozilla-browser from the CD without necessarily de-supporting it (as an option)
[06:27] <sabdfl> it should be posted on the wiki, with room for people's comments below
[06:27] <sabdfl> right, it could go to main
[06:27] <fabbione> sorry guys.. i need to leave for today. Thanks a lot everybody :-)
[06:27] <Keybuk> fabbione: thanks.
[06:27] <sabdfl> cheers fabbione, enjoy the new kitchen
[06:27] <fabbione> sabdfl: will do :-)
[06:27] <Keybuk> fabbione: mind out of planes.
[06:27] <pitti> bye fabbione
[06:27] <sabdfl> stay INside planes
[06:27] <fabbione> lol
[06:28] <Keybuk> pitti: ok, Thunderbird locale packages ...
[06:28] <pitti> speaks for itself
[06:28] <pitti> the mozilla-thunderbird-locale-* packages are currently in universe
[06:28] <Keybuk> they're in universe now, should we move them to supported/main/etc. ?
[06:28] <pitti> I think this is more an accident than deliberate, right?
[06:28] <Keybuk> Kamion: ?
[06:28] <sabdfl> yes, i think so
[06:28] <pitti> I already changed them today to support language packs
[06:28] <Kamion> seems straightforwardly correct to move them to main
[06:28] <pitti> but if the langpack wants to depend on them, they must be main
[06:29] <Kamion> put 'em with mozilla-firefox-locale-* in Supported
[06:29] <pitti> okay, then this point is already finished :-)
[06:29] <Keybuk> Kamion: agreed.
[06:29] <sabdfl> Keybuk: next?
[06:29] <Kamion> as long as all of them are up-to-date and usable with the current version
[06:29] <pitti> no, they aren't
[06:29] <pitti> Kamion: I will mail you which are
[06:29] <Kamion> ok, pick those that are and seed them, then
[06:29] <pitti> Kamion: same thing the other way round: many of the ffox locale packages are out of date
[06:30] <Kamion> yep
[06:30] <pitti> Kamion: I already have a list
[06:30] <Keybuk> ongoing merge feedback -- I just wanted to get some feedback from the Ubuntu guys how well the ongoing merge process is doing, and whether they had any comments?
[06:30] <Kamion> note that those are being aggressively updated/dropped in Debian at the moment
[06:30] <pitti> I always wondered why you merge Debian changes against Ubuntu
[06:30] <pitti> doing it the other way round would be more straigtforward
[06:30] <Keybuk> pitti: because it works better about 70% of the time
[06:31] <Kamion> Keybuk: I'm finding that the automerges tend to be a bit aggressive about running debconf-updatepo; they sometimes do it when there are no debian/po/ changes, producing some unnecessary diffs
[06:31] <pitti> but if Debian and Ubuntu hav the same solution, we should prefer the Debian one, right?
[06:31] <Keybuk> I've put some changes in today so it will try the other way around as well, and favour the one that drops less
[06:31] <pitti> ah, nice
[06:31] <Kamion> Keybuk: there seemed to be some missing merges too; rootskel 1.09 was uploaded to Debian two or three days ago, but there was no bug about it (I did it by hand today)
[06:32] <Keybuk> elmo: ?
[06:32] <elmo> yeah?
[06:32] <Keybuk> has rootskell appeared in needs-merged.txt ?
[06:32] <doko> the merges fail for packages with patches inside. Maybe just add a note to the REPORT file, that patch/dpatch files were found.
[06:32] <elmo> Keybuk: yep
[06:33] <Keybuk> Kamion: will probably appear tomorrow then
[06:33] <Keybuk> there's usually 1-2 days delay between things happening
[06:33] <elmo> Keybuk: well not anymore, but it was there when kamion asked about it
[06:33] <Keybuk> "not anymore" ?
[06:33] <Keybuk> oh, right
[06:33] <Kamion> Keybuk: ah, fair enough
[06:33] <Kamion> I'm not sure the work/ directories are helpful?
[06:33] <Keybuk> Kamion: it only happens at about midday each day ... and depending on the exact situation of Open, snapshot.dn and our mirror, it might delay it a day or so
[06:34] <Keybuk> you get work directories?
[06:34] <pitti> yes, I already got some of them
[06:34] <Kamion> they've appeared in a number of candidate merged source packages, some people have forgotten to remove them on upload
[06:34] <pitti> I just deleted them
[06:34] <pitti> but one can forget about this
[06:34] <Kamion> they just have ,,magic-reject files
[06:34] <lamont_r> Keybuk: having the unmolested input .dsc/diff.gz would be nice as well, although that's seldom really needed
[06:34] <Keybuk> Kamion: d'oh ... will fix that bug :p  they're supposed to go elsewhere <g>
[06:35] <Keybuk> ENOos.path.abspath
[06:35] <Kamion> would it be possible to get the code in a form that it can be run by hand, or is that impractical at the moment?
[06:36] <Keybuk> well, you can check it out and fiddle with the code to make it do one-shot things
[06:36] <Keybuk><EMAIL_ADDRESS>[06:36] <Keybuk> and you'll need "deb" from
[06:36] <Keybuk><EMAIL_ADDRESS>[06:36] <Keybuk> and "util" from
[06:37] <Keybuk><EMAIL_ADDRESS>[06:37] <Keybuk> ok.
[06:37] <Keybuk> any other business?
[06:37] <sabdfl> nothing from me
[06:38] <Keybuk> I've added an agenda item to next week's community council meeting for those people who asked for upload earlier to present themselves to the CC for approval
[06:38] <Kamion> nope
[06:39] <Kamion> Keybuk: thanks
[06:39] <Keybuk> ok, thanks very much everybody.
[06:40] <seb128> Keybuk: do we have a webcal for hte meetings ?
[06:40] <seb128> s/hte/the/
[06:40] <daniels> Keybuk: thanks dude
[06:40] <Keybuk> seb128: no, they're just every two weeks.  TB/CC on alternate Tuesdays
[06:40] <sabdfl> thanks all
[06:41] <seb128> Keybuk: ok
[06:41] <lamont_r> thanks Keybuk
[06:41] <sabdfl> keybuk, thanks for sitting in The Chair
[06:41] <seb128> thanks Keybuk :)
[06:41] <sabdfl> cheers all
[06:41] <pitti> happy hacking, folks
[06:41] <doko> see you
[06:42] <amu> cheers


[00:02] <ruenoak> Morning
[00:04] <Bashing-om> ruenoak: \o ' 'tis a good morning for you I trust .
[00:05] <ruenoak> Windy and cold but other than that it's good
[09:22] <lordievader> Good morning.
[09:25] <OerHeks> goodie morning \o/
[09:30] <lordievader> Hey OerHeks, how are you doing?
[09:31] <OerHeks> angry birds wake me up again
[09:31] <OerHeks> no respect for elderly people and me
[09:31] <lordievader> Hehe, angry birds :P
[09:33] <OerHeks> yes, few hundred parakeets living in the wild, all green with yellow heads
[10:14] <lotuspsychje> !find ctl
[10:16] <lotuspsychje> !find wmctrl
[10:16] <lotuspsychje> !info wmctrl
[10:16] <lotuspsychje> cool
[10:17] <lotuspsychje> another handy one for my collection EriC^^
[10:17] <EriC^^> cool
[10:38] <BluesKaj> Howdy all
[17:33] <Bashing-om> Any catastrophic situations I have missed while resusacating my mental faculties ?
[17:45] <daftykins> my parents router has gone funny? :)
[17:46] <MonkeyDust> extra-terrestrials have invaded planet earth
[17:48] <Bashing-om> daftykins: Yeah, that is a catastrophic issue. Bad eneough when it happens to one's self . Real bad when it is the parent's router ( who uses a phone when ya got IRC ).
[17:50] <daftykins> :D
[17:50] <Bashing-om> MonkeyDust: Humm ... might be someting to that ?? .. I notice lately a lot of UFO programming on all the major TV networks. Are the governments preparing us for a forthcomming announcement ?
[19:08] <ObrienDave> :P
[19:18] <BluesKaj> Bashing-om, you guys should tune in to coast-to-coast-AM, they love that kind of silly stuff and pretend to take it seriously :-)
[19:19] <ObrienDave> i thought they were serious.  A good thing ??
[19:32] <ObrienDave> arkansas is always slow ;P
[19:33] <Bashing-om> Not only slow, but 20 years behind the times :) . Now that might be a real good thing .
[19:34] <ObrienDave> why are there no crime statistics for arkansas?
[19:34] <ObrienDave> there are no forensic dentists and everyone has the same DNA ;P
[19:36] <BluesKaj> you guys are mean :-)
[19:37] <Bashing-om> Yeah ! .. There are no strangers, she is your cousin ( 3rd time removed ) .
[19:37] <ObrienDave> LOL
[19:37] <ObrienDave> had to throw that out there, sorry (not) ;P
[19:38] <BluesKaj> I'm an Immigrant , sending fresh genes into the Canadian pool
[19:39] <Bashing-om> Truthfully. there is some truth there, back a bit ago, if a man wanted a woman, had to go down to the flat lands to get one . ( all the ones up here were taken ) .
[19:40] <BluesKaj> had no choice, parents brought me here when i was 4yrs old
[19:41] <ObrienDave> there were some nice parts of arkansas when i was driving the truck. let me see if i can remember any ;P
[19:48] <Bashing-om> I returned here after a bunch of years running around, no place like home . Up here is the prettiest place I have ever seen .
[19:50] <ObrienDave> i've been across the 40 many times, up to bentonville once. yes, there are some pretty places there
[19:56] <lotuspsychje> good evening to all
[19:57] <MonkeyDust> more conspiracy theories here : http://xkcd.com/1274/
[19:57] <ObrienDave> still? ;P
[19:58] <lotuspsychje> conspiracys are mostly the truth, nobody want to accept
[19:58] <MonkeyDust> true, and the russians are to blame for everything
[19:59] <ObrienDave> danged rooskies ;P
[19:59] <lotuspsychje> there's a lot going on in the financial world above our heads, even politics cant touch
[20:01] <lotuspsychje> this is why we need ubuntu, to get opensource free minds to overrule traditional thoughts in the world
[20:03] <ObrienDave> i blame the rooskies ;P
[20:03] <lotuspsychje> lol
[20:05] <BluesKaj> Putin will eventually be putin his place, trying to resurrect the soviet union is not going to work, altho it's unfortunate he's cuasing so much trouble for the Ukraine.
[20:06] <MonkeyDust> yes, but if one US state would want to become independent, would the prez let it happen like that?
[20:07] <ObrienDave> a US state can't to that, it's in the constitution
[20:08]  * lotuspsychje doesnt believe in politics
[20:08] <MonkeyDust> lotuspsychje  what's the alternative to politics?
[20:08] <lotuspsychje> MonkeyDust: gathering forces ourselfs
[20:09] <lotuspsychje> MonkeyDust: im member of Local exchange trading system, and be able to change alot already
[20:09] <MonkeyDust> lotuspsychje  i agree, on a small scale, but what on large scale?
[20:10] <BluesKaj> politics is everywhere, not just in government
[20:10] <lotuspsychje> MonkeyDust: large scale politics only wants your money...there's nothing else then starting small ourselfs
[20:10] <lotuspsychje> growing bigger
[20:10] <lotuspsychje> you see alternative coins everywhere these days
[20:10] <MonkeyDust> power to the people, like the french revolution, 25 years of death, terror, war and misery
[20:10] <lotuspsychje> because ppl are tired of traditional politic thieves
[20:11] <MonkeyDust> people arent nice to each other
[20:11] <lotuspsychje> MonkeyDust: until ppl learn to go to basic living, there will be war thats true
[20:11] <ObrienDave> and i HATE people like that ;P
[20:12] <lotuspsychje> greed and materialism is the root problem
[20:12] <BluesKaj> heh
[20:12] <MonkeyDust> lotuspsychje  that's all very nice on a small scale, tribes
[20:12]  * ObrienDave votes greed
[20:13] <lotuspsychje> MonkeyDust: if all small scaled groups over the worl gather forces
[20:13] <lotuspsychje> it can grow big
[20:13] <MonkeyDust> yes, and the bigger it grows, the corrupter it becomes
[20:13] <MonkeyDust> that's what happened to mankind
[20:14] <lotuspsychje> i agree, groups always hold ppl that try to ripoff again
[20:14] <BluesKaj> forces = power and we all know what happens next
[20:14] <lotuspsychje> but it works opensource doesnt it
[20:14] <lotuspsychje> why cant opensource work in society?
[20:15] <MonkeyDust> snowden is working on it ;)
[20:15] <BluesKaj> because there's very little profit motive
[20:15] <lotuspsychje> check cryptome dot org
[20:16] <MonkeyDust> and different people have different temperaments, leader and follwers etc... one cruel leader is enough...
[20:17] <lotuspsychje> thats true
[20:17] <lotuspsychje> one crazy mind can trigger nuclear stuff
[20:17] <ObrienDave> Dr. Strangelove ;P
[20:18] <BluesKaj> well, time to call it a day ...take care all
[20:18] <ObrienDave> l8r
[21:01]  * ObrienDave stirs up the pot to see who's paying attention ;P
[21:12] <Bashing-om> ^^ I am slow for sure , BUT, I am paying attention .. and it cost me a bunch !
[21:13] <ObrienDave> i'm too broke to pay attention ;P
[21:15] <Bashing-om> ObrienDave: Thanks to ubuntu, I can stay home ( got no other choice finances wise) and be happy .
[21:15] <ObrienDave> +1
[21:16] <MonkeyDust> Me: "I'm happy!" -- Life: "Oh yeah? Wait a sec..."
[21:16] <ObrienDave> LOL if it wasn't for bad luck, i would not have any luck at all ;P
[21:17] <Bashing-om> I am retarted - 3 years now, and I do things at my pace, s l o w l y .
[23:34] <daftykins> g'wan then let's have a Sunday night giggle at #ubuntu
[23:35] <ObrienDave> done all the giggling i can stand for now LOL
[23:35] <daftykins> :D
[23:35] <daftykins> ever played with upnpc? it's part of the miniupnpc package
[23:35] <ObrienDave> nope
[23:35] <daftykins> i can query my VDSL2 router and get line stats and port forwards, without authentication
[23:35] <daftykins> can open one up too
[23:36] <ObrienDave> that sounds dangerous in the wrong hands
[23:36] <daftykins> yep, though you only tend to keep UPnP on on your router if you want it
[23:36] <daftykins> i'm happy to let my games consoles auto port forward so i use it
[23:37] <ObrienDave> i never had any luck getting port-forwarding to work
[23:38] <daftykins> oh? i do it all the time for services hosted from home
[23:38] <ObrienDave> mainly because i only had one person, in china, not be able to DCC files
[23:39] <OerHeks> it is party time in #u
[23:39] <daftykins> seems so!
[23:39] <ObrienDave> i tried the hexchat docs, many times. figured out it's the great firewall of china blocking it
[23:39] <daftykins> i wonder if an op will wake soon
[23:44] <daftykins> EriC^^: o/
[23:44] <EriC^^> daftykins: \o
[23:44] <daftykins> you missed some fine spam artists
[23:44] <EriC^^> aww
[23:44] <ObrienDave> it's all daftykins's fault ;P
[23:44] <EriC^^> lol
[23:44] <daftykins> i just wanted to say hi ;_;
[23:44] <ObrienDave> he said "hello" ;P


[14:59] <sil2100> o/
[15:00] <bdmurray> o/
[15:01] <rbasak> o/
[15:01] <sil2100> o/
[15:05] <micahg> I'm kinda here and I have another meeting in 25 min
[15:06] <sil2100> Do we know who's chairing today? I guess we stopped selecting chairs recently
[15:11] <rbasak> #startmeeting DMB
[15:11] <meetingology> Meeting started Mon May  8 15:11:31 2017 UTC.  The chair is rbasak. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:11] <meetingology> Available commands: action commands idea info link nick
[15:11] <rbasak> Might as well be me rather than me waiting around.
[15:11] <rbasak> #topic Review of previous action items
[15:11] <rbasak> rbasak to sort Aron's request (carried-over)
[15:12] <rbasak> I was looking at this earlier, and would like a second opinion. But I'll move on for now.
[15:12] <rbasak> #topic Applications
[15:12] <rbasak> #info There are no applications on today's agenda.
[15:12] <rbasak> #topic Outstanding mailing list requests to assign
[15:13] <rbasak> One from Gunnar about GNOME Help packages. Is someone availalble to take that please?
[15:14] <rbasak> I see no other outstanding requests.
[15:14] <rbasak> Any volunteers?
[15:14] <bdmurray> rbasak: that's just adding packages?
[15:15] <bdmurray> If so give it to me.
[15:15] <rbasak> I think so.
[15:15] <bdmurray> Well either way, I'll do it.
[15:15] <rbasak> It might the description of personal-gunnarhj changing too.
[15:15] <rbasak> Thanks!
[15:15] <rbasak> #action bdmurray to handle GunnarHj's GNOME Help packages PPU request
[15:15] <meetingology> ACTION: bdmurray to handle GunnarHj's GNOME Help packages PPU request
[15:15] <jbicha> happyaron also requested his packageset be updated
[15:16] <rbasak> Yeah, see above - I'll discuss that next.
[15:16] <rbasak> #topic Any other business
[15:17] <rbasak> I'm not sure on what basis to handle happyaron's request. Do I just verify that he's listed in the Debian Uploaders field?
[15:17] <rbasak> As network-manager seems like quite a step up from some packages in universe from an Ubuntu perspective.
[15:18] <rbasak> The others seem straightforward to me, with dkms perhaps in the middle.
[15:18] <rbasak> For reference: https://lists.ubuntu.com/archives/devel-permissions/2017-April/001100.html
[15:18] <bdmurray> Do we know what his original application was like?
[15:19] <rbasak> I think it might be before my time. I'll see if I can find it.
[15:21] <rbasak> I can only find https://wiki.ubuntu.com/AronXu/DeveloperApplication, which was presumably unsuccessful. Or was that converted to PPU maybe?
[15:22] <jbicha> hi, I hope I'm not interrupting but happyaron has been one of the main maintainers of NM in Ubuntu:
[15:22] <jbicha> https://git.launchpad.net/network-manager/log/
[15:22] <jbicha> https://git.launchpad.net/~network-manager/network-manager/+git/ubuntu-applet/log/
[15:22] <bdmurray> I think because network-manager is seeded it requires some further discussion.
[15:24] <rbasak> https://irclogs.ubuntu.com/2013/09/09/%23ubuntu-meeting.html is relevant.
[15:25] <rbasak> That's Aron's core dev application (unsuccessful) and it looks like the ubuntukylin packageset was created instead.
[15:25] <bdmurray> https://wiki.ubuntu.com/UbuntuDevelopers#PerPackage
[15:26] <bdmurray> That makes reference to "need to show ... previous work on the package" and "previous concern for the package ... in Ubuntu" - so I think an application needs to be more than just add these.
[15:27] <rbasak> I suppose that applies to all of them?
[15:27] <rbasak> Shall I reply and ask him to address that bullet point for the packages he's requesting?
[15:28] <Laney> The DD process applies to happyaron. https://wiki.ubuntu.com/DeveloperMembershipBoard/ApplicationProcess
[15:28] <bdmurray> Well maybe not for DDs, but I'm concerned about this in particular because of bug 1676547.
[15:30] <rbasak> OK, so what should I do next?
[15:33] <bdmurray> I think the guidelines for DDs are clear and we should just add it, but I personally have reservations.  So then the question is do we, the DMB, get to exercise judgement in this (DD) case.
[15:34] <rbasak> The DMB set the DD guidelines, so the DMB absolutely can exercise judgement so we so choose.
[15:34] <jbicha> bdmurray: is 1676547 happyaron's fault? I'm not sure how relevant that bug is here?
[15:35] <rbasak> And if we do choose, then perhaps that's an indication that the DD guideline needs amending.
[15:35] <jbicha> (and I apologize if I'm speaking out of turn here)
[15:35] <bdmurray> jbicha: cyphermox could explain better but as I understand it the SRU of network-manager to xenial add new capabilities which were not accounted for in Yakkeyt.
[15:36] <jbicha> ah ok
[15:36] <bdmurray> So if you had the X SRU installed and upgraded to yakkety you'd have no network. If you didn't have the n-m SRU you'd be fine.
[15:36] <rbasak> Perhaps the DD guidelines need amending to make it clear that the same original criteria must still apply to the packages being requested?
[15:36] <jbicha> I think I helped sponsor those SRUs :(
[15:37] <Laney> The page I linked says you can seek assurances if you think the new packages have more 'impact'.
[15:38] <bdmurray> Well not many people upgrade from X to Y this late, but still even if it didn't impact many people its not a great experience.
[15:39] <bdmurray> rbasak: So I think network-manager is worth some further discussion.
[15:40] <rbasak> OK
[15:40] <rbasak> What about the others?
[15:40] <rbasak> dkms?
[15:41] <rbasak> ocserv and proxychains are I think probably uncontroversial?
[15:41] <bdmurray> rbasak: thinking about dkms
[15:42] <bdmurray> that's also seeded so maybe it should be discussed too?
[15:42] <rbasak> #agreed Aron Xu's DD-based PPU request for network-manager needs further discussion
[15:42] <rbasak> OK
[15:43] <sil2100> I see only one direct ubuntu upload of dkms made by him
[15:43] <rbasak> #agreed Aron Xu's DD-based PPU request for dkms is similarly seeded so should probably be part of the same discussion
[15:43] <rbasak> ocserv and proxychains are I think probably uncontroversial?
[15:44] <bdmurray> agreed
[15:44] <sil2100> +1
[15:45] <rbasak> #agreed +1 for Aron Xu's DD-based PPU requests for ocserv and proxychains
[15:45] <bdmurray> rbasak: although proxychains was already in his list...
[15:45] <rbasak> Thanks all. I'll reply to the list.
[15:45] <rbasak> Hmm. OK!
[15:45] <bdmurray> rbasak: also you said ocserv and he said ocsev
[15:46] <rbasak> I think he typoed it. What he said didn't seem to exist, and so I looked up his Debian maintainerships.
[15:46] <bdmurray> Hmm, okay.
[15:47] <rbasak> I guess that's it for Aron for this meeting today then?
[15:47] <rbasak> Any other AOB?
[15:47] <bdmurray> not from me
[15:49] <rbasak> That'll be it then. Thanks all!
[15:49] <rbasak> #endmeeting
[15:49] <meetingology> Meeting ended Mon May  8 15:49:02 2017 UTC.
[15:49] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-05-08-15.11.moin.txt
[15:49] <sil2100> o/
[16:34] <tyhicks> hello
[16:35] <tyhicks> #startmeeting
[16:35] <meetingology> Meeting started Mon May  8 16:35:11 2017 UTC.  The chair is tyhicks. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:35] <meetingology> Available commands: action commands idea info link nick
[16:35] <tyhicks> The meeting agenda can be found at:
[16:35] <tyhicks> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[16:35] <tyhicks> [TOPIC] Announcements
[16:35] <tyhicks> Jeremy Bicha (jbicha) provided debdiffs for trusty-zesty for weechat (LP: #1686478)
[16:35] <mdeslaur> \o
[16:35] <tyhicks> Thank you for your assistance in keeping Ubuntu users secure! :)
[16:35] <tyhicks> [TOPIC] Weekly stand-up report
[16:35] <tyhicks> jdstrand: you're up
[16:35] <jdstrand> Got through a lot of the snappy PRs and store reviews the last two weeks. As of this second, caught up, but dbus activation and update-ns PRs are looming. All my PRs are merged
[16:35] <jdstrand> picked up the uid/gid seccomp filtering branch since it sounds like people are assigned to worked on privilege dropping in snaps and this is a requirement for that work
[16:35] <jdstrand> embargoed issue
[16:35] <jdstrand> wayland/gnome/plasma and kubernetes-support after
[16:36] <jdstrand> that's it from me
[16:36] <jdstrand> mdeslaur: you're up
[16:36] <mdeslaur> I'm on community this week
[16:37] <mdeslaur> I have a whole bunch of updates I'm currently testing to release this week, including tomcat7, tomcat8, apache2, freetype, etc.
[16:37] <mdeslaur> that's probably all I'll be doing
[16:37] <mdeslaur> that it, sbeattie, you're up
[16:37] <sbeattie> I'm on bug triage this week
[16:38] <sbeattie> I've got openjdk-8 updates pending, and will hopefully have openjdk-7 soon.
[16:38] <sbeattie> I'm also working on a libplist update
[16:38] <sbeattie> I have some kernel signoff and triage to do.
[16:38] <sbeattie> After that, I'll look for more updates to pick up
[16:39] <sbeattie> That'll consume my week.
[16:39] <sbeattie> tyhicks: over to you
[16:39] <tyhicks> I'm on cve triage
[16:39] <tyhicks> I've got a number of followups to do from the roadmap sprint last week
[16:40] <tyhicks> I need to drive the design of the final bit of the seccomp kernel patches to completion
[16:40] <tyhicks> I may also get a chance to start working with the fscrypto userspace code this week
[16:41] <tyhicks> that's it for me
[16:41] <tyhicks> jjohansen: you're up
[16:41] <jjohansen> I am working on apparmor upstreaming this week
[16:41] <jjohansen> I have a few bugs to follow-up on
[16:42] <jjohansen> but other than that, it is all upstreaming work
[16:42] <tyhicks> jjohansen: what specifically are you working on for upstreaming this week?
[16:43] <tyhicks> a couple weeks ago it was dealing with apparmofs changes and checkpatch cleanups
[16:43]  * tyhicks is mainly curious if you've hit any blockers around those two
[16:43] <jjohansen> I have a revised, smaller securityfs patch that I should be able to send up today. The securityfs portion is done, I am just doing some revision on the supporting apparmor bit
[16:43] <jjohansen> it reduces the securityfs changes to just what is needed to support adding symlinks
[16:44] <jjohansen> much smaller than the old change
[16:44] <tyhicks> nice
[16:44] <tyhicks> thanks
[16:45] <jjohansen> there are still some check patch changes to do
[16:45] <jjohansen> and I have a list of other random fixes that I know of to preform
[16:47] <tyhicks> ok
[16:47] <tyhicks> I had one more thing for myself. I need to retire precise from UCT and open precise/esm in UCT.
[16:47] <mdeslaur> \o/
[16:47] <tyhicks> sarnold: I think jjohansen is done now
[16:48] <sarnold> i'm in the happy place this week
[16:48] <jjohansen> well, sure I was just digging up the list
[16:48] <sarnold> returning to MIRs
[16:48] <tyhicks> jjohansen: we can sync up on those details later
[16:48] <sarnold> that's it for me, chrisccoulson?
[16:48] <chrisccoulson> I've got chromium, firefox and thunderbird to release this week
[16:48] <sarnold> wow
[16:49] <chrisccoulson> I also need to finish my new script for automating symbol uploads, so I can stop doing it manually
[16:49] <chrisccoulson> I'm not sure what else yet. That's me done
[16:50] <tyhicks> ratliff: you're up
[16:50] <ratliff> I'm in the happy place. I have a number of tasks from the sprint.
[16:51] <ratliff> I'm going to work on an icu update for esm.
[16:51] <ratliff> I'm going to instantiate the notification service.
[16:51] <ratliff> If I have time, I will do an update for UC15.
[16:51] <ratliff> that's it for me, back to you, tyhicks
[16:51] <tyhicks> thanks
[16:52] <tyhicks> [TOPIC] Highlighted packages
[16:52] <tyhicks> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[16:52] <tyhicks> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[16:52] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/pyrad.html
[16:52] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/plasma-workspace.html
[16:52] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/pcs.html
[16:52] <tyhicks> [TOPIC] Miscellaneous and Questions
[16:52] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/claws-mail.html
[16:52] <tyhicks> Does anyone have any other questions or items to discuss?
[16:52] <tyhicks> http://people.canonical.com/~ubuntu-security/cve/pkg/golang-github-appc-docker2aci.html
[16:53] <sbeattie> tyhicks: not to discuss particularly, but related to what ratliff said, there's ESM infrastructure tasks that will need to be done.
[16:54] <tyhicks> sbeattie: I think I've got most of the tasks to perform locally documented but you're right that we'll need to do some infrastructure things
[16:54] <tyhicks> sbeattie: I'll try to knock those out today/tomorrow
[16:54] <tyhicks> ratliff: fyi ^
[16:54] <sbeattie> tyhicks: sure, I'm happy to help there, too.
[16:55] <ratliff> thanks, tyhicks and sbeattie
[16:55] <tyhicks> ok
[16:55] <mdeslaur> ratliff: does anything actually use icu in the esm packageset?
[16:56] <tyhicks> shh
[16:56] <tyhicks> there's a reason why it is the first :)
[16:56]  * mdeslaur shuts up
[16:56] <tyhicks> it'll be a good test
[16:57] <tyhicks> it is in the list but there's not much there that depends on it
[16:57] <tyhicks> jdstrand, mdeslaur, sbeattie, jjohansen, sarnold, ChrisCoulson, ratliff: Thanks!
[16:57] <mdeslaur> thanks tyhicks
[16:57] <tyhicks> #endmeeting
[16:57] <meetingology> Meeting ended Mon May  8 16:57:31 2017 UTC.
[16:57] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-05-08-16.35.moin.txt
[16:57] <jjohansen> thanks tyhicks
[16:57] <sbeattie> tyhicks: thanks
[16:57] <ratliff> thank you tyhicks!
[16:58] <sarnold> thanks tyhicks!


[08:34] <tseliot> any archive admins around?
[08:35] <stgraber> tseliot: I'm sort of here (at a conference)
[08:36] <tseliot> stgraber: I have some packages approved for an SRU but the binaries are stuck in NEW (precise-proposed)
[08:36] <stgraber> tseliot: ah, ok, I'll take a quick look then
[08:37] <tseliot> stgraber: nvidia-prime, fglrx-pxpress, nvidia-graphics-drivers-319, nvidia-graphics-drivers-319-updates, nvidia-graphics-drivers-304, nvidia-graphics-drivers-304-updates, nvidia-graphics-drivers-173-updates, nvidia-settings-319, nvidia-settings-319-updates, nvidia-settings-304, nvidia-settings-304-updates, nvidia-persistenced, fglrx-installer-updates, fglrx-installer-experimental-13
[08:38] <tseliot> stgraber: nvidia-prime and fglrx-pxpress belong in main, the nvdia and fglrx drivers in restricted, nvidia-settings* in main (same as nvidia-persistenced)
[08:41] <stgraber> tseliot: hmm, fglrx-pxpress is in universe in saucy
[08:42] <tseliot> stgraber: I have a MIR for that, let me find the bug report...
[08:43] <stgraber> tseliot: hmm, I'm not fond of the idea of promoting this in the LTS before it's done in the dev release...
[08:44] <tseliot> stgraber: I guess the MIR hasn't been approved yet. Using universe should be ok for now, I'll have the packages moved as soon as the MIR is approved
[08:44] <stgraber> ok, accepting to universe for now then
[08:46] <tseliot> thanks
[08:46] <tseliot> didrocks: please have a look at bug #1204820 when you can
[08:46] <ubot2`> Launchpad bug 1204820 in nvidia-prime (Ubuntu) "[MIR] nvidia-prime & fglrx-pxpress" [Undecided,New] https://launchpad.net/bugs/1204820
[08:48] <stgraber> tseliot: all done
[08:48] <tseliot> stgraber: excellent, thanks!
[08:49] <stgraber> (restarting queuebot as it didn't notice)
[08:55] <didrocks> tseliot: looks both good. is anything build-dep on them or will you add them to the support seed?
[08:56] <tseliot> didrocks: nothing really depends on them now
[08:56] <didrocks> tseliot: ok, please add them to the support seed then
[08:56] <didrocks> then, once pushed, I'll promote them
[08:58] <tseliot> didrocks: I'm not sure how to do that or why
[08:58] <didrocks> tseliot: if we don't do that, nothing will pin them in main
[08:58] <didrocks> and so someone will demote them
[09:00] <tseliot> didrocks: ok, so maybe either supported-hardware-common or supported-hardware-desktop?
[09:01] <didrocks> tseliot: oh, I don't know those, I'm sued to "supported" in bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.saucy/, but if there is anything else
[09:01] <didrocks> tseliot: just push to the one which makes sense and give me a sign so that I do the promotion
[09:02] <tseliot> didrocks: ok, shall I do that for precise too? (the packages are also in precise-proposed)
[09:02] <didrocks> tseliot: yeah
[09:02] <tseliot> didrocks: ok, good
[09:03] <didrocks> tseliot: but wait for it to be out of proposed to remember me to promote it there as well
[09:03] <didrocks> (the override is lost between proposed and update if it's the same than proposed -> release)
[09:03] <tseliot> didrocks: ok
[09:14] <tseliot> didrocks: ok, I've just committed revision 2152 for saucy, so the two packages should be pinned
[09:14] <didrocks> tseliot: thanks! promoting
[09:15] <tseliot> didrocks: great, thanks!
[09:16] <didrocks> tseliot: yw, done :)
[09:17] <tseliot> :)
[09:24] <stgraber> tseliot: ok, I'll promote it in precise too then
[09:25] <tseliot> stgraber: ok, thanks
[09:27] <stgraber> tseliot: done
[09:27] <tseliot> stgraber: great, thanks again :)
[09:35] <tseliot> stgraber: BTW, is nvidia-persistenced in saucy?
[09:35] <stgraber> tseliot: doesn't look like it
[09:36] <tseliot> stgraber: it was reviewed by cjwatson, then I applied his changes, reuploaded but it was never reviewed or approved again
[12:06] <rtg> infinity, are you ready to promote linux 3.11 ?
[12:53] <tseliot> stgraber: still around?
[12:55] <stgraber> tseliot: yeah
[12:55] <tseliot> stgraber: I don't see fglrx-installer-experimental-13 in precise-proposed
[12:56] <tseliot> (same bug report)
[12:56] <tseliot> i.e. 1198942
[12:57] <stgraber> tseliot: I only processed the new binaries this morning, not new sources. fglrx-installer-experimental-13 is a new source pending review in precise-proposed
[12:57] <stgraber> (so is nvidia-persistenced apparently)
[12:57] <tseliot> stgraber: oh, so they haven't been approved yet
[12:57] <stgraber> right
[12:58] <tseliot> ok, I should probably ask slangasek about that then
[12:58] <stgraber> tseliot: is fglrx-installer-experimental-13 mostly an identical copy from saucy? if so, I can confirm that part and let it in based on that, otherwise I don't think I've got the time to do a full New review of it
[12:59] <tseliot> stgraber: fglrx-installer-experimental-13 is the same as fglrx and fglrx-updates in saucy
[12:59] <stgraber> tseliot: note that cjwatson, doko, slangasek and I are all at Debconf this week, so it may be difficult for us to find enough time in a row to do a full New review
[13:00] <tseliot> oh
[13:00] <stgraber> tseliot: ok, I'll grab the saucy source and do a diff, if they seem sufficiently identical (just obvious packaging changes), I'll let it in and then let its binaries in too
[13:00] <tseliot> stgraber: thanks a lot
[13:16] <stgraber> ae8f805e52508dd2fde55be3dc7dffd1  fglrx-installer-updates_13.101.orig.tar.gz
[13:16] <stgraber> 12ae4dc15542382eb0c119729af6fd70  ../precise/fglrx-installer-experimental-13_13.101.orig.tar.gz
[13:16] <stgraber> tseliot: ^
[13:18] <stgraber> ok, they're actually identical except for the precise one being shifted one level (no top level fglrx-installer in that tarball)
[13:21] <stgraber> -PATCH_MATCH[0]="^3.[10-11]"
[13:21] <stgraber> +PATCH_MATCH[0]="^3.[10]"
[13:21] <stgraber> tseliot: ^ is that going to be a problem once we backport the saucy kernel to precise?
[13:23] <stgraber> tseliot: debian/pxpress also indicates some code that's in precise but not in saucy (_find_process function and code to call dpkg --configure -a)
[13:24] <slangasek> tseliot: is fglrx-installer-experimental-13 already in saucy?
[13:24] <stgraber> besides that the rest seems mostly identical to saucy's
[13:24] <slangasek> ah, so it is
[13:24] <slangasek> stgraber: thanks for tending :)
[13:24] <stgraber> slangasek: as fglrx-installer-updates, yes
[13:48] <tseliot> stgraber: that would be a problem for 12.04.4, it shouldn't be for 12.04.3 (Which won't ship 3.11)
[13:48] <tseliot> stgraber: that part of code (debian/pxpress) is only used when called from jockey and there's no jockey in saucy
[13:49] <tseliot> slangasek: no, but the same driver is in fglrx and fglrx-updates (it only has a different name)
[13:55] <stgraber> tseliot: ok, thanks for the answers. I'll let it in now (the rest indeed is a copy + rename)
[13:55] <tseliot> stgraber: right, thanks
[14:01] <rtg> stgraber, do you have time to promote Saucy linux from -proposed ?
[14:02] <cjwatson> That isn't a manual task
[14:02] <cjwatson> Except in that it needs some problem resolved
[14:02] <stgraber> let me check what we're missing, is that just d-i?
[14:02] <rtg> stgraber, it might be, but I'm not sure.
[14:03] <cjwatson> d-i's missing (Adam was going to do it today, I thought), and I think it's also mysteriously hung up on an autopkgtest
[14:03]  * cjwatson fires up the VPN
[14:03] <stgraber> hmm, indeed, stuck on autopkgtest
[14:03] <cjwatson> Spuriously - I think I'll force it
[14:03] <rtg> cjwatson, it is a major transition from 3.10 to 3.11
[14:04] <cjwatson> I know
[14:04] <cjwatson> But proposed-migration doesn't care about that :)
[14:05] <cjwatson> I'll sort out d-i
[14:07] <stgraber> cjwatson: will you also do the seed changes?
[14:08] <cjwatson> Yes
[14:08] <ScottK> It looks like there's a mess around linphone/sipwitch that needs ucommon ported to a newer GNUtls (not done upstream yet).
[14:08] <ScottK> Way beyond me to sort out.
[14:16] <jbicha> we can clear up the linphone situation by removing ucommon 6 from Debian since it may take a while for the Debian maintainer to get around to fixing http://bugs.debian.org/716855
[14:16] <ubot2`> Debian bug 716855 in libucommon-dev "libucomon-dev: Dependency on libgnutls28-dev makes sflphone unbuildable" [Important,Open]
[14:16] <jbicha> *remove ucommon from -proposed and then rebuild sipwitch
[14:16] <ScottK> Except ucommon doesn't build with libgnutls-dev
[14:17] <ScottK> Oh.
[14:17]  * ScottK tries.
[14:18] <jbicha> I've so far been unsuccessful at convincing the Debian maintainer that it's a big problem
[14:19] <ScottK> Lovely.
[14:29] <ScottK> jbicha: The current sipwitch in proposed doesn't build with the older ucommon.  So I think both have to go.  Trying that now.
[14:30] <ScottK> Nope.  That fails on the newer libexosip.
[14:32] <jbicha> ScottK: oh :(
[14:32] <ScottK> I think the whole lot needs to go.
[14:33] <jbicha> if we cared enough, we could add a ucommon5 source package...
[14:37] <ScottK> No, I don't think that would do it.
[14:38] <ScottK> sipwitch depends ucommon >= 6
[14:48] <jbicha> ScottK: I mean have both ucommon and ucommon5 so that packages could build with whichever one they need...but I didn't test that either
[15:26] <ScottK> Cleared out.
[15:54] <ScottK> Doesn't seem to have made anything worse.
[16:01] <infinity> rtg: Yeahp, I'll get it shoved along after my morning meeting.
[16:02] <rtg> infinity, too late, cjwatson already gave it the nudge it needed
[16:03] <infinity> rtg: Oh.  So he did.
[16:04] <rtg> infinity, he updated d-i, and I just received emails that all have been promoted
[16:05]  * infinity nods.
[16:05] <rtg> now, I'm gonna upload -rc5.
[16:05] <infinity> I just twiddled the seeds to match, since I didn't get to mucking with making that all work automagically over the weekend.
[16:11] <cjwatson> ta, I had it uncommitted for when it landed


[05:57] <oSoMoN> good morning desktoppers
[05:57] <oSoMoN> happy Friday!
[06:03] <Wimpress> Morning oSoMoN
[06:03] <oSoMoN> hey Wimpress
[06:12] <duflu> Morning oSoMoN and Wimpress
[06:12] <oSoMoN> hey duflu
[06:21] <didrocks> good morning
[06:22] <jibel> Bonjour didrocks
[06:22] <jibel> hi all
[06:26] <duflu> Hi didrocks and jibel
[06:31] <oSoMoN> salut didrocks, jibel
[06:35] <didrocks> salut jibel, oSoMoN, hey duflu
[07:22] <mwhudson> oSoMoN: so sorry to have been so slack about rust and cargo
[07:22] <mwhudson> oSoMoN: i have rustc done i think, just waiting for test builds and then will upload to the ppa
[07:23] <mwhudson> cargo i have building for focal/amd64, testing in my ppa before backporting
[07:41] <seb128> gooood morning desktopers, happy friday!
[07:45] <didrocks> good Friday seb128
[07:46] <seb128> lut didrocks, ça va aujourd'hui ?
[07:47] <didrocks> ça va, et toi ?
[07:51] <seb128> ça va, c'est vendredi :)
[07:52] <duflu> Morning seb128
[07:54] <oSoMoN> mwhudson, thanks! please ping me when it's all done (or mark the bug fixed)
[07:54] <oSoMoN> salut seb128
[07:59] <seb128> hey oSoMoN, duflu, how are you today?
[07:59] <oSoMoN> I'm good. you?
[08:00] <duflu> seb128, going well. BTW just published https://discourse.ubuntu.com/t/boosting-the-real-time-performance-of-gnome-shell-3-34-in-ubuntu-19-10/13095
[08:01] <duflu> I don't know if Markdown is used on other sites like insights but Martin mentioned he would help with cross posting
[08:02] <Laney> hey
[08:02] <duflu> Hi Laney
[08:04] <oSoMoN> hey Laney
[08:04] <didrocks> hey Laney
[08:05] <seb128> oSoMoN, I'm good thanks
[08:05] <seb128> hey Laney!
[08:05] <seb128> duflu, nice
[08:08] <Wimpress> Morning desktoppers o/
[08:09] <Wimpress> duflu: Nice one!
[08:09] <Wimpress> I'll get that shared on the socials :-)
[08:09] <Laney> greetings duflu oSoMoN didrocks seb128
[08:09] <Laney> et Wimpress
[08:09] <Wimpress> Laney o/
[08:11] <seb128> hey Wimpress, how are you? how was the webminar yesterday?
[08:12] <Wimpress> Very well thanks. Had coffee and hot chocolate with my daughter before school today. So that was a great start to the day :-)
[08:13] <Wimpress> Webinar went well. All the questions were desktop related :-D
[08:13] <seb128> nice
[08:13] <seb128> & nice as well, desktop \o/
[08:13] <Wimpress> Thanks to didrocks and jibel for the prep yesterday.
[08:14] <didrocks> Wimpress: how did the webinar go?
[08:15] <Wimpress> didrocks: All good. No trickey quaestions.
[08:15] <didrocks> excellent!
[08:15] <Wimpress> One about "what is an upgrade from 19.04 fails, can I roll back"
[08:15] <Wimpress> Used that as an opportunity to explain how ZFS/zsys is a great solution for avoiding wedged upgrades in the future :-)
[08:16] <didrocks> yeah, perfect illustration
[08:17] <jibel> Great to hear it went well
[08:17] <duflu> ❤🐄
[08:17] <duflu> (COW = copy on write)
[08:18] <didrocks> roh!
[08:21] <oSoMoN> copy on write has its own emoji, what a wonderful world we live in
[08:25] <Laney> kenvandine: no error message this morning, looks good ^_^
[08:33] <pieq> duflu, oh, looks like a great article you just posted! The perfect treat to end a Friday :)
[09:07] <willcooke> morning all.  Genuinely overslept this morning.
[09:08] <Laney> hahah
[09:14] <seb128> hey willcooke, getting in the spirit for the next few weeks? ;)
[09:15] <duflu> Morning willcooke
[09:19] <willcooke> I hope so seb128 :)
[09:19] <willcooke> Afternoon duflu, great discourse post.
[09:23] <mwhudson> oSoMoN: ok https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/rust-updates/+packages has everything building
[09:23] <seb128> kenvandine, marcustomlinson, hellsworth, gnome-clocks snap started failing to build because it has a new build-depends on libhandy (which isn't part of bionic so should probably be built as a part)
[09:23] <mwhudson> i think i should work on preparing the 1.38 / 0.39 updates soon before i forget how all this work
[09:27] <Laney> tseliot: re-ping from yesterday ?
[09:32] <popey> oSoMoN: morning - what's our rationale for not fully supporting touch in Firefox? (see https://twitter.com/killyourfm/status/1187662288783839232)
[09:51] <seb128> popey, oSoMoN, it's bug #1697122 , fedora does it in their distro wrapper https://src.fedoraproject.org/rpms/firefox/blob/master/f/firefox.sh.in#_143
[09:52] <popey> huh, interesting
[09:56] <seb128> popey, comment #7/#10 on launchpad shows it has side effect/creates problem which is why upstream doesn't default to it either
[09:56] <popey> thanks!
[09:58] <seb128> np
[09:58] <seb128> popey, the main issue seems to be https://bugzilla.mozilla.org/show_bug.cgi?id=1182700 and looks like it's a problem on X11 only, so probably less for fedora which defaults to wayland
[10:02] <duflu> That mozilla variable also doesn't perform anywhere as well as the Chromium implementation so there's another bug that hasn't beed logged yet(?)
[10:03] <seb128> yeah, dunno if that one got reported
[10:14] <popey> duflu: https://www.forbes.com/sites/jasonevangelho/2019/10/25/wondering-why-ubuntu-1910-feel-so-much-faster-heres-your-answer/#27d9154b3f52
[10:15] <popey> "excruciating detail" - well done! :D
[10:15] <duflu> popey, thanks but it's Friday night so I will work toward logging off instead of reading the comment s:)
[10:15] <popey> Wise :)
[10:27] <tjaalton> tkamppeter: you uploaded an older n-m to bionic? (1.10.14-0u2 -> 1.10.6-2u1.2)
[10:28] <tjaalton> or someone did
[10:29] <tkamppeter> tjaalton, not me, I do not have upload rights on nm, but we settled on an agreement not doing the full upstream update, due to regressions.
[10:29] <tjaalton> I'll just reject it from the queue
[10:30] <tjaalton> oh
[10:30] <seb128> tjaalton, can you review rygel/eoan please, I would like to see that in today if possible
[10:31] <tjaalton> ok
[10:31] <tjaalton> tkamppeter: so there was an sru for 1.10.14 at some point and it got rejected? lp shows the diff against that one but the versions page shows 1.10.6
[10:33] <seb128> tjaalton, yeah, that failed verification and we couldn't figure out a way to address the regressions so tkamppeter decided it was better to go with fix backports rather than the update
[10:33] <seb128>
[10:33] <tkamppeter> tjaalton, yes, the first SRU got rejected.
[10:33] <seb128> if anyone wonder about 19.10 reports lacking proper backtrace on e.u.c, that's being looked at
[10:33] <seb128> it's due to launchpad / empty Contents-amd64.gz for eoan
[10:33] <seb128> which the retracers use to know what dbg they need to install
[10:34] <tjaalton> seb128: btw, not a serious issue, but it sometimes confuses me that desktop sru's don't use the "traditional" versioning, like adding .N to the packaging version ;)
[10:35] <seb128> tjaalton, yeah, we are still inconsistant if versioning :/
[10:35] <seb128> we should probably just follow https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging
[10:36] <tjaalton> rygel is fine :)
[10:36] <seb128> :)
[10:38] <tjaalton> and is accepted
[10:39] <seb128> thanks!
[10:40] <seb128> jibel, did you hit bug #1849773 yourself? if so can you share the pdf it's happening with? I tried to dnd/select text in a few pdf without issue here
[10:42] <jibel> seb128, I did
[10:43] <jibel> unfortunately I cannot share the pdf, it contains sensitive information
[10:44] <seb128> k, well if you can maybe extract one page that you can share with me only or something
[10:44] <seb128> or if you find another one
[10:44] <jibel> I cannot :) I'll try to find another one
[10:44] <seb128> or at least describe in the bug what you do to trigger the crash. It seems to have to be with text selection, but is that just selecting? or then doing dnd or some aciton?
[10:44] <seb128> thx
[10:44] <jibel> I actually don't know what I did. I'll try to find a reproducer
[10:45] <seb128> would be useful, thx
[10:45] <seb128> brb, dropping of line while moving back to my office
[11:10] <tseliot> Laney, looking
[11:13] <seb128> jibel, I'm back, sorry I had to drop from IRC for a bit
[11:14] <jibel> seb128, it's actually very easy to reproduce with the doc I have. Just try to select some text in the doc
[11:15] <jibel> at least I can verify a fix
[11:17] <seb128> k, I will try on a bunch of files see if I can find one triggering the issue
[11:20] <jibel> I tried with dozens of pdf and it's the only one crashing
[11:51] <Laney> thanks eds for notifying me about an appointment yesterday
[12:15] <seb128> eds is always a bit lame with those reminders, the dialog which opens sucks as well, same with the shell handling of notifications. I had a 'one event' notification sticking on my lock screen today for a meeting from yesterday, it's just that I didn't clear the notification in the panel popdown thing
[12:16] <Laney> feel like those eds popups shouldn't be showing, at least in shell sessions they should be integrated with the desktop itself in a nice way
[12:16] <Laney> be a nice task to work on at some point :-)
[12:18] <Laney> nope, you can't do 'cd' to change branches in git
[12:20] <seb128> yeah, I'm unsure of the purpose of those dialogs, we already have notifications
[12:21] <ogra> probably just adjust the text ? "you missed the following meeting yesterday:"
[12:24] <seb128> is that something that is useful to tell users though?
[12:25] <seb128> especially that in practice you probably didn't miss those
[12:25] <Laney> seb128's troll detector needs readjusting
[12:25] <seb128> it's friday, don't try to get complicated processing from me :p
[12:25] <Wimpress> https://www.omgubuntu.co.uk/2019/10/ubuntu-improves-gnome-shell-performance/
[12:26] <Wimpress> duflu 👆
[12:27] <seb128> https://gitlab.gnome.org/GNOME/evolution-data-server/issues/1
[12:28] <Laney> yeah
[12:28] <Laney> good everyone is aligned on this as being desirable
[12:28] <seb128> I'm trying to understand what they think the UI provides that the shell doesn't
[12:29]  * seb128 reads https://bugzilla.gnome.org/show_bug.cgi?id=780076 as well now
[12:32] <RikMills> is the plan still for X by default in 20.04?
[12:33] <seb128> yes
[12:34] <RikMills> thanks :)
[12:57] <kenvandine> seb128: thanks, i'll fix gnome-clocks
[12:58] <seb128> kenvandine, thx, I started having a look but I could find a libhandy example, the few things that use it in debian don't have it enabled in the snap or the snap is outdated
[12:59] <kenvandine> i have some snaps that use it
[12:59] <kenvandine> i think fractal and drawing both do
[13:00] <seb128> ah ok, good to know
[13:01] <Wimpress> seb128 kenvandine I'll be 2 mins...
[13:02] <tseliot> Laney, I'll see if I can reproduce/debug it here
[13:03] <seb128> kenvandine, Wimpress, shrug, laptop crashed, rebooting...
[13:03] <Laney> great, thanks tseliot
[14:21] <hellsworth> kenvandine: do you want help with clocks?
[14:21] <hellsworth> also morning everyone :)
[14:22] <didrocks> morning hellsworth
[14:22] <hellsworth> happy friday didrocks :)
[14:23] <kenvandine> hellsworth: nah, you have enough on your plate and it's not urgent
[14:23] <hellsworth> ok kenvandine, then i'll keep looking into evince
[14:26] <oSoMoN> good morning hellsworth
[14:27] <hellsworth> hey oSoMoN !
[14:51] <willcooke> I've been putting this off all day, but I think it's probably time.  Bye bye desktoppers, love you!
[14:51] <oSoMoN> noooooooooooooooooooes
[14:51] <kenvandine> awe....
[14:51] <kenvandine> he ditched us!
[14:51] <oSoMoN> how rude
[15:26] <kenvandine> hellsworth: don't waste your time on evince right now
[15:26] <kenvandine> i haven't figured out why you ran into the weird slot/plug issue
[15:26] <kenvandine> but i found another problem... i might have a patch to your extension branch soon
[15:27] <kenvandine> hellsworth: if you can, go ahead and take a swing at adding libhandy as a part in gnome-clocks
[15:27] <kenvandine> while i figure this out
[15:27] <hellsworth> that is becuase snapd remembers taht i've installed evince with the gnome-3-28 extension (using 3.28 content snap) on this system before. if i install the new evince snap on a fresh vm, then snap connections only shows the 3-34 content snap
[15:28] <hellsworth> so the real error is Cannot open pixbuf loader module file '/home/heather/snap/evince/common/.cache/gdk-pixbuf-loaders.cache': No such file or directory
[15:28] <kenvandine> hellsworth: yeah, but the snap-discard-ns should have fixed that
[15:28] <hellsworth> hmm
[15:28] <kenvandine> hellsworth: well, we have bigger issues with the evince build :)
[15:28] <hellsworth> but i can use vms to test and get around that
[15:28] <hellsworth> ok..
[15:29] <kenvandine> so hang back on evince for now
[15:29] <hellsworth> ok
[15:29] <kenvandine> we need to inject a buildenv in the build
[15:29] <kenvandine> via the extension
[15:29] <kenvandine> you can probably snag the libhandy part in the build snap and add it to gnome-clocks to get that building again
[15:30] <hellsworth> ok sure, so i'll go try to fix clocks with libhand then
[15:30] <kenvandine> thanks
[15:51] <hellsworth> kenvandine: it looks like gnome-calculator stopped working too (different reason though)
[15:51] <hellsworth> gnome-calculator_gnome-calculator.desktop[3450]: gnome-calculator: error while loading shared libraries: libgtk-3.so.0: cannot open shared object file
[16:09] <kenvandine> hellsworth: what revision?
[16:09] <hellsworth> kenvandine: gnome-clocks needs a newer version of gtk than the gnomre-3-28-1804 snap provides so i'm trying it with the 3-34 extension for the heck of it. might just need to add gtk into clocks too, which would make the size huge
[16:10] <hellsworth> oh.. gnome-calculator  0+git.35c32b85-dirty
[16:10] <hellsworth> :)
[16:10] <hellsworth> let me try the stable version
[16:10] <kenvandine> ah, local build :)
[16:11] <hellsworth> yeah gnome-calculator from stable works just fine
[17:19] <Laney> gnome-shell & mutter uploaded
[17:19] <Laney> BYEEEEEEEEEEEEEEEEEEEEEEEEE
[17:21] <hellsworth> have a good weekend!
[20:15] <oSoMoN> have a good week-end everyone!