Re: sumatra uploaded using Debian packaged sumalibs
Hi Andreas, Le 14/04/2020 à 18:53, Andreas Tille a écrit : >> >> If you have time, I would appreciate a review of the three packages, which >> are in their three Salsa repositories. >> >> https://salsa.debian.org/med-team/sumaclust/ >> https://salsa.debian.org/med-team/sumatra >> https://salsa.debian.org/med-team/sumalibs > > This all sounds pretty sensible. I've uploaded sumalibs to new since > the additional binary is requiring that detour. Once it has hit > unstable I'll upload the two dependencies. > > Thanks again for this very sensible work Thanks! I have just seen that sumalibs has successfully entered unstable and that the automatic piuparts warnings have disappeared from its tracker.debian.org page: everything seems to be fine concerning that new package. Could you please upload sumatra and sumaclust (waiting in their Salsa repositories) when time permits? > > Andreas. > Kind regards, Pierre
Re: Is there any way to refuse Janitor changes in team git?
On Mon, Apr 20, 2020 at 6:21 AM Andreas Tille wrote: > To be clear about this: The command line tools used by the janitor are > considered extremely helpful. Lintian-brush became a fixed part of our > workflow. But since we do it anyway automatically any extra merging or > checking for merge requests is just an extra step we would love to avoid. Would having the janitor commit directly be a better option? I assume here that you already git pull before doing work in case your team members did some work. -- bye, pabs https://wiki.debian.org/PaulWise
Re: Is there any way to refuse Janitor changes in team git?
On Mon, Apr 20, 2020 at 09:54:23AM +, Paul Wise wrote: > > To be clear about this: The command line tools used by the janitor are > > considered extremely helpful. Lintian-brush became a fixed part of our > > workflow. But since we do it anyway automatically any extra merging or > > checking for merge requests is just an extra step we would love to avoid. > > Would having the janitor commit directly be a better option? I assume > here that you already git pull before doing work in case your team > members did some work. There was another hint to this possibility in this thread. Well, yes, it would slighly enhance things. But it happens that someone is forgetting a pull. And even then, I need to check the routine-upload script since its broken about injecting a "Team upload" if there is just a new changelog entry. I'm simply not motivated to spent time on this since I see just no advantage on those commits for our teams workflow. The Janitor changes are not exposed to the user before a package is uploaded. I just told that the said changes will be done before an upload anyway. So what exactly is the advantage to parse random repositories on salsa and do changes that are not exposed to the user anyway? I repeat: Thanks a lot for the tools Janitor is running. These are extremely helpful. Please do not do any automatic changes in our teams git repositories. They require an (admittedly slight) overhead we need to do for no visible use. Kind regards Andreas. -- http://fam-tille.de
Re: sumatra uploaded using Debian packaged sumalibs
Hi Pierre, On Mon, Apr 20, 2020 at 11:29:04AM +0200, Pierre Gruet wrote: > I have just seen that sumalibs has successfully entered unstable and that > the automatic piuparts warnings have disappeared from its tracker.debian.org > page: everything seems to be fine concerning that new package. > > Could you please upload sumatra and sumaclust (waiting in their Salsa > repositories) when time permits? Done. Thank you for the preparation. I've added some mor Files-Excluded to have a more clean tarball for next version. Kind regards Andreas. -- http://fam-tille.de
Re: sumatra uploaded using Debian packaged sumalibs
Hi Andreas, Le 20/04/2020 à 13:00, Andreas Tille a écrit : > Hi Pierre, > > On Mon, Apr 20, 2020 at 11:29:04AM +0200, Pierre Gruet wrote: >> I have just seen that sumalibs has successfully entered unstable and that >> the automatic piuparts warnings have disappeared from its tracker.debian.org >> page: everything seems to be fine concerning that new package. >> >> Could you please upload sumatra and sumaclust (waiting in their Salsa >> repositories) when time permits? > > Done. Thank you for the preparation. I've added some mor Files-Excluded > to have a more clean tarball for next version. > Thanks for the upload and for appending this list of files in debian/copyright for next version! I will consider doing so in similar cases. > > Kind regards > > Andreas. > Have a nice afternoon, Pierre
Re: relion possible newer version? notice
> "B" == Ben Tris writes: Hi Ben, B> Hello, https://tracker.debian.org/pkg/relion B> Debian relion is on v1.4 in Debian there is worked on v2.1 but B> there also exists v3.0.8 B> https://github.com/3dem/relion/releases it's on my ToDo list for the coming weeks. Best, Roland
Re: Is there any way to refuse Janitor changes in team git?
Hi Andreas, On Mon, Apr 20, 2020 at 08:05:06AM +0200, Andreas Tille wrote: > On Sun, Apr 19, 2020 at 06:35:13PM +, Jelmer Vernooij wrote: > > On Sun, Apr 19, 2020 at 07:05:28PM +0200, Andreas Tille wrote: > > > from time to time purely random packages (recently ctdconverter) recive > > > changes by janitor in Git. I consider this totally useless in the case > > > of Debian Med team maintained packages. We are usually calling > > > routine-update before uploading which also calls the same scripts like > > > Janitor. Its just an extra effort to check merge requests. Real merge > > > requests might get lost in automatic janitor changes. So I would love > > > to stop those janitor changes in our team repository since these are not > > > really helpful. > > > > Sorry about that - they're meant to be helpful, rather than a source > > of annoyance. > > To be clear about this: The command line tools used by the janitor are > considered extremely helpful. Lintian-brush became a fixed part of our > workflow. But since we do it anyway automatically any extra merging or > checking for merge requests is just an extra step we would love to avoid. Makes sense - either way, improvements to packages end up being made, and that's the bit that ultimately matters. :-) > > I've added the debian-med-packaging alioth list maintainer address > > (as used by ctdconverter) to the opt-out list, which means that no new > > merge proposals will be created. Please follow up privately if you'd > > like me to add more addresses. > > Please also add r-pkg-t...@alioth-lists.debian.net to the opt-out list. Done. Cheers, Jelmer -- Jelmer Vernooij PGP Key: https://www.jelmer.uk/D729A457.asc signature.asc Description: PGP signature
