[09:30] <cpaelzer> hi fellow packagers, I'm asking for best practise on the following case
[09:30] <cpaelzer> old version: /a/b/c/FILE
[09:30] <cpaelzer> now that was wrong and instead the content of FILE should be in a file at /a/b/c
[09:31] <cpaelzer> conffile btw
[09:31] <cpaelzer> that means not only does the path change, but also /a/b/c changes from being a directory to being a file
[09:32] <cpaelzer> is for this case anything more than setting the right paths in .install and mv_conffile in .maintscript needed?
[09:37] <cpaelzer> because since it is a conffile it will not be removed in the RM, but mv_conffile will rename it (on the old path) so the dir can't be removed and thereby the new path can not be used then
[09:37] <cpaelzer> This almost seems I need a custom snippet in the maintainer scripts, but if someone has a good best practise I'm happy to learn
=== cpaelzer__ is now known as cpaelzer
[10:02] <handsome_feng> Hi, could someone who in update-manager maintenance team have a look at this: LP: #1817980, Thanks!
[10:02] <ubottu> Launchpad bug 1817980 in update-manager (Ubuntu) "update-manager pull in gnome-shell in ubuntukylin" [Undecided,Confirmed] https://launchpad.net/bugs/1817980
[11:16] <doko> Laney: the mutter transition still needs a gpaste upload (see nbs)
[11:24] <seb128> doko, what transition, that package is not blocked in proposed (also L_aney is at a hackfest this week so might not been around much)
[11:27] <doko> seb128: "see NBS"
[11:28] <seb128> doko, ah, your use of 'transition' confused me
[11:28] <doko> well, left-overs from the transition
[11:28] <seb128> yeah, right
[11:58] <seb128> sil2100, hey, do you know if we are supposed to get weekly langpack updates in disco at this point? seems like we didn't get one since the initial export?
[12:01] <sil2100> seb128: oh, we should, I was sure I added it into the crontab
[12:01] <sil2100> seb128: let me investigate, thanks for poking!
[12:08] <sil2100> eeek
[12:08] <sil2100> I commented it out
[12:09] <sil2100> eh, sorry about that... let me make sure an update gets uploaded
[12:09] <seb128> sil2100, thx
[12:11] <sil2100> seb128: let's wait for tomorrow, 10:30, the scheduled auto-update
[12:11] <sil2100> I'll make sure it goes smoothly
[12:11] <seb128> wfm
[12:11] <seb128> thx!
[12:16] <seb128> sil2100, unsure if you know who to ping for that but it would also be good to have https://dev.launchpad.net/Translations/LanguagePackSchedule updated with the current schedule/serie
[12:24] <sil2100> cjwatson: hey, could you help out and update the langpack schedule page with the current export standings?
[12:25] <cjwatson> sil2100,seb128: done
[12:25] <cjwatson> oh and zesty -> cosmic, one sec
[12:25] <cjwatson> done too
[12:27] <seb128> cjwatson, thx!
[13:39] <dnegreira> https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1091645 - maybe someone want to clean up that "bug"
[13:39] <ubottu> Launchpad bug 1091645 in avahi (Ubuntu) "Order Xanax Online to Control Post-Traumatic Stress Disorder:" [Critical,Confirmed]
[13:40] <lathiat> Curious the text got edited
[13:40] <lathiat> Could edit it back
=== ricab is now known as ricab|lunch
[14:43] <bdmurray> seb128: towards the end of my Friday I discovered and fixed an issue with how apport calls gdb which I believe only affects disco retracing. I've pushed it to the LP retracers and things seem better there. I'll be doing some more testing today then pushing to the Error Tracker.
[14:43] <seb128> bdmurray, hey, ah good to know. I pinged you last week about the nautilus/disco retraces failing, I guess that was the issue
[14:44] <bdmurray> seb128: Yeah, I believe so. I went back and retraced some failures in LP from the past couple of weeks too.
[14:44] <seb128> great, thx!
=== ricab|lunch is now known as ricab
[18:35] <alkisg> teward: hi, re: LP #1820090, is it progressing normally or is it stuck? Can I do something to help?
[18:35] <ubottu> Launchpad bug 1820090 in parted (Ubuntu Bionic) "SRU: fix FAT recognition after resizing" [Undecided,New] https://launchpad.net/bugs/1820090
[18:45] <teward> alkisg: well simon only just uploaded it
[18:45] <teward> and I only just subbed SRU
[18:46] <teward> it takes time for SRU to get to things
[18:46] <teward> patience is the virtue at this point
[18:47] <teward> if you WANT you can prod #ubuntu-release to move the SRU forward... but I'd advise you don't do that for a few days and let the normal gears turn
[18:47] <teward> alkisg: for *my part* it's now out of my hands and in the hands of the SRU process
[18:48] <teward> which means a release team member / sru member needs to look at it in Bionic Unapproved and accept it before it'll go anywhere
[18:48] <alkisg> teward: oh no problem about waiting, I already have it in my PPA so there's no hurry. Thanks a lot!
[18:49] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:49] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:49] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:49] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:49] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:49] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:49] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:50] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:50] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:50] <tinoco> No chat_id set! Add me to a Telegram group and say hi so I can find your group's chat_id!
[18:50] <coreycb> hello, we have some openstack point releases in the bionic unapproved queue if an SRU team member has a chance to review. thanks!
[18:50] <coreycb> bug 1818069
[18:50] <ubottu> bug 1818069 in swift (Ubuntu Bionic) "[SRU] queens stable releases" [High,Triaged] https://launchpad.net/bugs/1818069
[18:53] <teward> and if an SRU team member is around, can you review https://bugs.launchpad.net/ubuntu/+source/parted/+bug/1820090 for Bionic as well?  Since the upload for it is in unapproved and this is a pretty nasty bug that probably should be fixed sooner than later :P  (alkisg is also asking for this to land heh)
[18:53] <ubottu> Launchpad bug 1820090 in parted (Ubuntu Bionic) "SRU: fix FAT recognition after resizing" [Undecided,New]
[18:53] <teward> (thanks to tsimonq2 for helping get that sponsored into unapproved)
[19:29] <tinoco> rafaeldtinoco was removed by: rafaeldtinoco
[19:34] <ahasenack> does anybody know what happened to libnfsidmap's upstream?
[19:34] <ahasenack> the "canonical" url looks abandoned and stuck at 0.25, yet I have found higher versions in other linux distributions
[19:34] <ahasenack> I have a feeling people are just hacking on top of it
[19:53] <ahasenack> looks like steved from redhat took over? https://fedorapeople.org/~steved/libnfsidmap/
[19:53] <ahasenack> http://www.citi.umich.edu/projects/nfsv4/linux/libnfsidmap/ stopped at 0.25
[19:54] <ahasenack> ubuntu/debian has 0.25
[19:55] <doko> tseliot: are you aware that nvidia-graphics-drivers-418 has unsatisfiable dependencies?
[20:12] <ginggs> doko: have all the new binaries been accepted?
[20:18] <ginggs> hmm, or maybe because the transitional packages aren't built for i386...
[21:08] <tjaalton> right, or they could be arch:all..
[21:09] <tjaalton> or maybe not
[23:33] <tseliot> doko: I'll have a look at them tomorrow