[09:49] <doko__> infinity: please merge glibc from unstable, currently blocking the binutils/gcc migration
[11:10] <juliank> wow, 5 of my uploads migrated to release today. awesome
[13:00] <acheronuk> juliank: Implement a new sftp method that connects via openssh and then uses paramiko's sftp support.
[13:00] <acheronuk> but no dependency on paramiko?
[13:01] <juliank> acheronuk: It's a Suggests
[13:01] <juliank> acheronuk: Just like python-bzrlib was befor
[13:01] <juliank> e
[13:02] <acheronuk> juliank: well, as our CI docker containers use sftp to upload to launchpad, but do not as per standard apt install 'suggests', that brokoe our CI's ability to upload
[13:02] <acheronuk> our = Kubuntu
[13:03] <juliank> acheronuk: that's unfortunate, but it's just the way it was before
[13:04] <acheronuk> juliank: not really, as it didn't fail without paramiko before, now it does
[13:04] <juliank> acheronuk: You must have manually installed python-bzrlib earlier, now you need to manually install python3-paramiko
[13:04] <acheronuk> juliank: I'm looking into. just having a maon when things break :P
[13:05] <juliank> or well, maybe you pulled in bzr and got python-bzrlib by accident
[13:05] <juliank> in any case, none of the default hosts use sftp so it does not seem wise to Depend on it. Recommends might make more sense, though.
[13:06] <acheronuk> that is was I was going to suggest (or actually recommend :P)
[13:07] <juliank> on the other hand since there are no preconfigured hosts with sftp, it does not make it a usual configuration, and thus is better suited to suggests
[13:07] <acheronuk> juliank: this requires the python3 of python3-paramiko, yes, but only before the python-bzrlib?
[13:08] <juliank> I can't parse that
[13:08] <juliank> Basically I did s/python-bzrlib/python3-paramiko/ on debian/control :D
[13:09] <acheronuk> just I have in deploy_in_container.rake python-paramiko & python-bzrlib already.
[13:09] <juliank> right, now you need python3-paramiko instead of python-paramiko
[13:09] <juliank> switching to python3 was the whole point of the merge
[13:10] <acheronuk> yep, so maybe just need to update that
[13:10] <acheronuk> right
[13:11] <juliank> acheronuk: you might want python-paramiko too in case you use bzr
[13:11] <juliank> depending on your bzr needs :)
[13:12] <acheronuk> yes, as long as they are both there for the xenial and artful as well, I was going to have both to be on the safe side
[13:14] <juliank> I have to do some followup on dput, as the error reporting on gpgme is a bit broken.
[13:14] <juliank> like it shows error messages for success and tracebacks for real failures
[13:14] <acheronuk> nice
[13:15] <juliank> but: it works, unsigned and wrong signatures are rejected and correctly signed is accepted
[13:15] <juliank> and that's an upstream bug.
[13:16] <jbicha> juliank: dput-ng recommends python-paramiko, not sure if that makes a difference
[13:16] <juliank> dput only suggests any non-default transport dependencies.
[13:17] <juliank> I have not heard back from upstream yet on my method :(
[13:17] <jbicha> or maybe ubuntu-dev-tools could recommend it?
[13:18] <juliank> a recommends would generally be wrong, though, nothing uses it by default.
[13:18] <juliank> you have to modify the config file to switch to sftp
[13:18] <juliank> So I don't see python3-paramiko having to be installed in all but unusual situations
[13:18] <jbicha> it's one less step (change this config and install this other pkg)
[13:19] <jbicha> I used to have timeout problems with the default upload method with bigger uploads
[13:21] <juliank> right
[13:22] <juliank> I'm not really convinced yet, but I have to take care of other stuff anyway
[13:22]  * acheronuk tries to update his containers
[13:22] <juliank> gotta defend my master's thesis on thursday, gotta write a presentation for it
[13:23] <jbicha> good job, almost done! :)
[13:23] <acheronuk> juliank: good luck :)
[13:24] <juliank> thanks. I'll try to do my best
[13:24] <juliank> :)
[13:29] <tsimonq2> juliank: I think it would be awesome if MoM could filter by uploader (or by "some" uploaders). Want some code from me, or can you do it? :)
[13:29] <juliank> tsimonq2: You can filter on any text in the main row
[13:29] <tsimonq2> OH
[13:29] <tsimonq2> Hah :)
[13:30] <juliank> tsimonq2: Excluding the comment, though, that's in an input and does not seem included somehow
[13:30] <juliank> gotta fix that :/
[13:31] <juliank> tsimonq2: And since it's a regex you can also search stuff like foo|bar
[13:31] <tsimonq2> Right
[13:31] <tsimonq2> Ok
[13:31] <juliank> it's pretty awesome :D
[13:32] <tsimonq2> It is :D
[13:32] <acheronuk> juliank: looks like my container's upload is now fixed :)
[13:33] <juliank> acheronuk: nice
[13:33] <acheronuk> but I still think a recommends may be better
[13:33] <acheronuk> :P
[13:33] <acheronuk> but not that bothered
[13:33] <juliank> I mostly want to get it merged upstream and do what ever they want :)
[13:35] <tsimonq2> juliank: Also, what's up with the retro Ubuntu logo? ;)
[13:35] <juliank> heh
[13:37] <juliank> The whole page is a bit retro :)
[13:38] <acheronuk> I like retro. for the logo, anyway
[13:39] <tsimonq2> juliank: Hm, I noticed that the search doesn't search comments
[13:39] <juliank> yeah, I just wrote that above
[13:39] <juliank> [14:30] <juliank> tsimonq2: Excluding the comment, though, that's in an input and does not seem included somehow
[13:39] <tsimonq2> Oh
[13:39] <tsimonq2> Ok
[13:39] <juliank> I'm matching the row's textContent
[13:40] <juliank> I guess I also need to find the input in there and match against it's value too
[13:44] <juliank> tsimonq2: also inputing text in there and hitting enter reloads the page with your filtering gone and you have to go back
[13:45] <juliank> so it needs some more work on dtaisl
[13:45] <juliank> *details
[13:45] <tsimonq2> Right
[13:45] <juliank> whoa, we got another 10 merges down since I last looked at it 4 hours ago
[13:46] <juliank> 254 now
[13:46] <juliank> it was 265 then I thinmk
[13:47] <juliank> 2018-01-27 09:49 main needs-merge=262
[13:47] <juliank> hmm ok
[13:50] <tsimonq2> juliank: Hm, what's up with mousepad?
[13:50] <tsimonq2> Am I missing something or is MoM not picking up the merge?
[13:50] <juliank> tsimonq2: It shows a merge on universe.html
[13:50] <juliank> ah, now I understand
[13:50] <juliank> odd
[13:50] <tsimonq2> juliank: Right, meant to say the opposite
[13:50] <tsimonq2> Yeah
[13:51] <tsimonq2> I'm the one who wrote that comment on there
[13:51] <tsimonq2> And it's been like that for a while
[13:52] <juliank> I'm not expert at this either, I entirely rely on cjwatson for everything :)
[13:52] <juliank> It also showsa no last uploader
[13:53] <juliank> probably gotta manually delete the merge or something, I don't know
[13:54] <juliank> xfdesktop4 LP PTS [xubuntu-bugs]	
[13:54] <juliank> xfce4-datetime-plugin LP PTS [xubuntu-bugs]	
[13:54] <juliank> are also affected
[13:54] <juliank> any row without an uploader name
[13:55] <juliank> xfce4-session
[13:55] <juliank> gcc6-cross-ports
[13:55] <juliank> gcc-5-cross-ports
[13:55] <juliank> xfwm4
[13:55] <tsimonq2> Hmph, so there's the pattern.
[13:56] <juliank> So mostly xubuntu stuff and two gcc things
[14:01] <tsimonq2> juliank: One more thing... so it says "399 outstanding merges" but that number does not update when filters are applied... it should be I think
[14:01] <juliank> maybe, I don't know.
[14:01] <juliank> It was just a quick hack
[14:01] <juliank> do you also want the graphs created dynamically?
[14:02] <juliank> Eventually it should be 399 outstanding merges (... hidden)
[14:02] <juliank> I guess
[14:03] <tsimonq2> Dynamic graphs would be nice
[14:03] <tsimonq2> And yeah, hidden works
[14:04] <juliank> I'm not sure what all the different states actually mean in the graph
[14:04] <juliank> like needs sync or stuff
[14:05] <tsimonq2> "needs sync" is likely things that are candidates for being autosynced but haven't done so already
[14:05] <tsimonq2> Look at the timeline on it, that amount went up after the autosync was turned off for Artful
[22:45] <juliank> tsimonq2: I can't decide if 252 outstanding merges (XX shown) or 252 outstanding merges (XX hidden) is better
[22:45] <juliank> But it's going to take some effort anyway to associate these lines with the tables and stuff
[22:46] <juliank> And I think I should move the filter section below the number of merges and text
[22:47] <juliank> and of course I need to add a link to the launchpad page for the version in proposed
[23:23] <jbicha> RAOF: did you see that gnome-do was recently removed from Debian Testing?
[23:26] <RAOF> jbicha: I did, yes. It needs to be ported to various new things 🙁
[23:29] <jbicha> Mono GTK apps in Debian are in rough shape since only a couple use gtk3, the rest use really old stuff :(
[23:36] <tsimonq2> juliank: hidden is better imho
[23:46] <RAOF> jbicha: yes, curse them for using stable and perfectly working existing code!
[23:47] <RAOF> (that, admittedly, doesn't support Wayland, but then again Wayland doesn't support Do either)
[23:48] <jbicha> GnomeVFS and gconf?
[23:51] <jbicha> I'm not worried about gtk-sharp2 (at least not for a couple more years), but gnome-sharp2 is pretty old
[23:56] <RAOF> gconf works fine!
[23:57] <RAOF> And we've already ported off gnome VFS to gio