[06:36] Good morning [06:40] hello! :p [06:46] hihi [06:46] hihihi [06:47] hohoho [06:47] test [06:51] good morning desktopers [06:52] morning [06:52] yak shaving yet? :-) [07:01] morning desktoppers [07:02] morning! [07:03] seb128: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1574285 [07:03] Ubuntu bug 1574285 in libreoffice (Ubuntu) "dpkg-maintscript-helper: prepare_dir_to_symlink can never succeed" [Undecided,New] [07:05] seb128, is https://bugs.launchpad.net/ubuntu/+source/libqmi/+bug/1562957 something the desktop team would look at or would that be cyphermox or somebody else? [07:05] Ubuntu bug 1562957 in libqmi (Ubuntu) "Sync libqmi 1.14.0-2 (main) from Debian unstable (main)" [Wishlist,Incomplete] [07:12] attente, is that InstallFile? [07:13] hi willcooke :D [07:13] desrt, hihi [07:13] attente, unping [07:13] Sweet5hark, thanks [07:13] seb128: irc doesn't work this way :) [07:13] Trevinho, morning! italians, always late! [07:13] desrt, it should! [07:14] dholbach, no idea, I don't even know what libqmi is [07:14] dholbach, sorry at a sprint and we are getting started, don't have a lot of focus for IRC [07:14] seb128, it seems to have to do with {network,modem}manager [07:14] try cyphermox [07:14] seb128: to get your love :) [07:14] seb128, understood, no worries - have a good time at the sprint [07:14] I can put on my list for next week [07:14] thanks! [07:15] seb128, my ping above included Mathieu, so maybe he'll pick it up later on :) [07:15] yeah [07:19] attente, Laney, [07:19] method call time=1461568730.237483 sender=:1.158 -> destination=org.debian.apt serial=37 path=/org/debian/apt; interface=org.debian.apt; member=InstallFile [07:19] string "ubuntu-xenial-main" [07:19] boolean true [07:24] hey desrt, what an unusual hour for you -- are you in Europe again? [07:24] yes. we're sprinting in prague [07:24] desktop team plus shell/designers [07:24] ah, lovely [07:24] this is why i was in your country for my 'visit' yesterday ;) [07:25] transit zone doesn't even legally count as "in the country", does it? :-) [07:29] i went through FRA [07:35] Laney, attente, robert_ancell, not good enough, "error-unreadable-package-file: gnome-calculator" ... it gets the source name not the full pathname, which I guess is what it needs [07:35] yeah, duh [07:35] :-) [07:36] good morning and have a nice sprint! [07:36] larsu: thanks :D [07:48] hey larsu, we miss you here! [07:54] seb128: I miss you too! Thought about coming down for a day, but have quite a lot of work to do this week [07:54] larsu, good luck with the work, maybe next time! we are going to drink a beer for you [07:59] seb128: I know you will ;) Enjoy Prague! [07:59] larsu, thanks! [08:01] are you going to look at the appstream stuff in the sponsoring queue at the sprint? [08:02] Sweet5hark, do you know if the dpkg-maintscript-helper bug has steps to trigger it? or do we just reports? [08:09] havent tried to reproduce yet -- so far all I have is those reports ... [08:10] seb128: I see they all seem 14.04LTS->16.04LTS updates though [08:10] pitti, ^ [08:14] robert_ancell, https://trello.com/b/hY6fCqbx/convergence-topics [08:46] hai [08:51] hey Laney, how are you meeowing today? [08:53] hey pitti! [08:53] we're meowing from prague [08:59] how's prague? [09:00] Laney, pitti, do you know about "update-rc.d ... remove" erroring out with "... exists during rc.d purge"? I've a friend who had his trusty to xenial update failing because ppp.preinst hit that one [09:00] seb128: that doesn't ring a bell with me, sorry [09:00] the pppd-dns one if that case [09:00] what exists during rc.d purge? [09:01] the ppp.preinst errored out with "pppd-dns exists during rc.d purg" which seems to be the preinst call to "update-rc.d pppd-dns remove" [09:01] I don't really understand what the errors means though [09:02] sorry [09:02] try slangasek? [09:02] yeah, a bit early for him [09:02] I'm going to watch out for other reports [09:03] it's possible that my friend deleted some conffile or something [09:03] Laney, pitti: https://twitter.com/TheLadBible/status/723859679479250944 [09:03] the system is like several LTS cycles old with quite some custom changes and upgrades [09:04] easier workaround would be to not fail the preinst on errors from that call, unsure if that would be right though [09:04] Sweet5hark: HEAVEN === Drac0 is now known as Guest64653 [09:05] Sweet5hark: *grin* [09:13] * seb128 reads recent launchpad bugs, quite boring [09:13] not fun bugs reports in that LTS? [09:17] oh, there are; I'm getting tons of duplicates on upgrade failures :/ [09:21] oh? :-( [09:21] some common issues? [09:21] like one bug we can fix to address most? [09:21] bug 1560797 in my world mostly [09:21] bug 1560797 in apt (Ubuntu Wily) "apt does not configure Pre-Depends: before depending package" [High,Fix released] https://launchpad.net/bugs/1560797 === muktupavels is now known as muktupavels_ [09:22] we SRUed the fix to trusty and wily, but so far most people don't update their trusty/wily before dist-upgrading to xenial :/ [09:22] isn't the dist-upgrader supposed to make you do that? [09:22] like ask you to apply SRUs before upgrading? [09:22] I thought it would upgrade to the new apt first [09:22] (which would work as well) [09:22] but not sure why that happens so often still [09:22] people upgrading manually? [09:23] well, I got maybe 10 or 15 reports after the release [09:23] if several thousand upgraded, that would still count as "few" I guess [09:23] yeah, could be manual apt-get dist-upgrade === vrruiz_ is now known as rvr [09:39] Trevinho, https://code.launchpad.net/~hikiko/compiz/compiz.trusty-1442728/+merge/292773 I hope it's fine [10:05] seb128, pitti - upgrading apt alone, results in a cycle, with a pre-depends which old apt fails to handle. Hence the bug. [10:06] the best we can do, is SRU a fix to all old apts that we can. [10:06] and hope people upgrade to latest updates, before upgrading further up. [10:06] which we have now. [10:06] does dist-upgrader upgrade people to -updates first, then upgrade apt, then upgrade to next series? [10:07] xnox: we already SRUed it with fast-tracking last week [10:07] right. so that's the best we can do. and wait for everyones mirrors to catch up [10:07] and upgrades =/ [10:51] RAOF: are you going to merge colord soon, or want me to? I'm merging gnome-color-manager, and the new version needs a new colord [11:27] ajar JarJar in a jar in an ajar jar: https://plus.google.com/+KristianK%C3%B6hntopp/posts/MXUmooUdtq2?pid=6277259845447416050&oid=102280518215937463274&authkey=CJOjheLDyPWX-gE [11:35] Sweet5hark: hah, brilliant! [11:36] pitti: as a bonus, it was required to chop JarJars head off for the illustration. [11:37] JarJar makes me channel my inner Red Queen. === alan_g is now known as alan_g|lunch [12:37] Sweet5hark: Austria 20160425 NEVER FORGET [12:58] Sweet5hark: see now the question is why they didn't do Ajar jarjar in an ajar jar in an ajar jar and keep it recursive ;) [13:02] davmor2: to break the rhythm I assume. rhythm makes it to easy. === flocculant_ is now known as flocculant [13:03] Sweet5hark: :) [13:04] Sweet5hark: I'll stick with the classics like She sells see shell from the seashore if she sells sea shells from the seashore she'll sell sea shells forever more [13:05] * Sweet5hark rides off on a buffalo buffalo. [13:05] sea shells [13:05] just saying ... [13:06] flocculant: meh dyslexic if I get it so you can read it I'm happy [13:06] davmor2: well in that case - I can read it :) === alan_g|lunch is now known as alan_g [13:07] flocculant: I actually worte it as seashells but it didn't look right [13:07] :) [13:08] wrote even [13:27] where does gnome-software in xenial get its appdata information from? [13:29] archive.ubuntu.com [13:34] hikiko: wanna join kpi? [13:35] Laney: um where exactly? [13:35] hyperair: /ubuntu/dists/suite/dep11/ [13:36] /suite/comopnent/dep11/ [13:36] kgunn, I am in the sprint in Prague, I m going to find a quiet place and join you in a few minutes [13:36] Laney: oh. i thought the appstream stuff was separate from dep11 [13:38] Laney: so how do i debug why something's missing from the dep11 dump? [13:40] hyperair: look on http://appstream.ubuntu.com usually [13:40] hyperair: http://mhall119.com/2016/03/help-make-gnome-software-beautiful/ [13:40] ah, thanks [13:44] hikiko: oops forgot...np [13:56] hyperair: was my link to mhall119 useful I hope so :) It's just so I can pass it on in future if it was :) [13:59] depends if the problem is an icon or not :) === Laney is now known as trmsu === willcooke is now known as wllck [14:51] davmor2: well, somewhat, but i found what i needed from laney's link [14:51] and yes it was an icon [14:51] i placed it in the wrong place [14:52] /usr/share/icons/hicolor/256x256 instead of /usr/share/icons/hicolor/256x256/apps [14:52] you should be able to SRU that if you want [14:52] haha I forgot I change my nick [14:52] changed [14:53] ..wut [15:04] Laney: you need to set the dataPriority flag for AppStream metadata in the -updates, -backport, etc. suites to someting >> 0 [15:04] otherwise the new data won't override the old one [15:05] ok [15:10] ximion: um how do you set that? [15:15] trmsu: mmm [15:16] hyperair: on the server, set the "dataPriority" property for the target suite in dep11-config.yml [15:16] trmsu: i will eat you [15:16] eat my beans [15:16] *pin drop* [15:17] no giraffes, but tiramisu ;-) [15:18] ximion: what's the right relative priority for backports? [15:18] proposed < updates < backports? [15:21] jup, I think that makes sense [15:21] < updates < security < backports [15:22] actually proposed should be higher than updates [15:22] release < updates < security < proposed < backports [15:22] probably [15:23] right, proposed beats security and updates [15:35] ximion: ok, will be there next time [15:35] :-) [15:36] if we had versions in AppStream data, we could resolve conflicts by version comparisons... [15:36] but that's likely not a great idea === trmsu is now known as Laney [15:44] wllck: I see you've gone all hip and textspeak and dropped all the vowel from your nick nice ;) [15:44] wrd [15:47] Laney, attente, robert_ancell, the appstream: handler does [15:47] g_action_group_activate_action (G_ACTION_GROUP (app), [15:47] "details", [15:47] g_variant_new ("(ss)", path, "")); [15:57] that's can't be done I guess since g-s doesn't know about non desktop binaries [16:42] ximion: um i guess i'll have to ping someone for that? [16:43] hyperair: not just someone ^^ Laney can do it [16:43] or better: has done it ^^ [16:44] ah [16:44] naise [16:44] guess i'll SRU the change === alan_g is now known as alan_g|EOD === czajkows1i is now known as czajkowski [21:47] Trevinho: https://bugs.launchpad.net/compiz/+bug/1574866 [21:47] Ubuntu bug 1574866 in Compiz "Compiz does not paint background" [Undecided,New]