Re: MRs on salsa and letting janitor automate things

2022-12-02 Thread Jochen Sprickerhof

Hi Dima,

* Dima Kogan  [2022-12-02 13:53]:

The reason is that a package that has

 Build-Depends: debhelper-compat (=13)

will fail to build on any older distro. I maintain some tools where I
provide packages for a number of distros, and adding such a
Build-Depends would mean I need to do extra work to build the packages.

One example of such a project is mrcal. It's in Debian, maintained in
debian-science. Its debian/control debhelper dependency:

 https://salsa.debian.org/science-team/mrcal/-/blob/master/debian/control#L7

If a user of another distro wants to install these tools, they can get
them from the mrcal APT server. Public instructions:

 http://mrcal.secretsauce.net/install.html

When building packages for the other distros, I generally just sbuild
the same tree using the chroot for the target distro. This would fail
with debhelper-compat.


From the site those other distros are buster, bullseye, jammy, focal, 
bionic. For all those debhlper 13 is available (in backports):


https://packages.debian.org/search?keywords=debhelper=names=all=all
https://packages.ubuntu.com/search?suite=all=names=debhelper

Given that new debhelper versions can contain important fixes and that 
relying on it's magic could create  implicit dependencies, I really 
recommend to use the backported versions.


Cheers Jochen


signature.asc
Description: PGP signature


Re: MRs on salsa and letting janitor automate things

2022-12-02 Thread Dima Kogan
Hi.

Andreas Tille  writes:

> IMHO its sensible to follow the latest toolset version sooner or
> later. There are several sensible features and if your packages are
> vanilla and simple there is no good reason to stick to any specific
> debhelper compat version.

The reason is that a package that has

  Build-Depends: debhelper-compat (=13)

will fail to build on any older distro. I maintain some tools where I
provide packages for a number of distros, and adding such a
Build-Depends would mean I need to do extra work to build the packages.

One example of such a project is mrcal. It's in Debian, maintained in
debian-science. Its debian/control debhelper dependency:

  https://salsa.debian.org/science-team/mrcal/-/blob/master/debian/control#L7

If a user of another distro wants to install these tools, they can get
them from the mrcal APT server. Public instructions:

  http://mrcal.secretsauce.net/install.html

When building packages for the other distros, I generally just sbuild
the same tree using the chroot for the target distro. This would fail
with debhelper-compat.

(Well, I need to update debian/changelog too, but I shouldn't have to do
that either. One issue at a time)



Debian Med sprint January 21.+22. 2023 (in person meeting)

2022-12-02 Thread Andreas Tille
Hi again,

I've just learned that the poll link below does not work.  The good
thing is that meanwhile sufficient reasons are given to decide for

21.+22. January 2023

I've added the date to the Wiki page.

Please add your name when you intend to come.  Please remember that it
would be good to arrive may be at Friday 20.1. noon to meet at some
place that needs to be determined and if possible stay until Monday
23.1. to do some after sprint socialising in Berlin.

Looking forward to see you all

 Andreas.

Am Thu, Dec 01, 2022 at 08:50:12AM +0100 schrieb Andreas Tille:
> Hi folks,
> 
> thanks to Sascha Steinbiss we can have our next in person meeting where
> we were in 2020 the last time.  His employer is offering rooms outside
> of their office hours (actually Saturday + Sunday).  All details are
> listed at the sprint wiki page:
> 
>
> https://wiki.debian.org/Sprints/2022/Debian%20Med%20Sprint%202023%2C%20Berlin
> 
> There are two options for the dates: 14.+15.1. or 21.+22.1.  To find out
> what weekend might fit best I've setup a poll.  Please note:  I just
> added the Fridays before and the Mondays after the weekends in question
> where we might be able to find alternative places or just do some
> socialising in Berlin.  The rooms are not available on Monday and
> Friday.  However, I intend to book the accomodation on site which has a
> cute meeting room which would be perfect for Friday afternoon / evening
> (no idea about network bandwith there but meeting is fine.)
> 
> So when filling in the poll please focus just on Saturday + Sunday but
> may be you consider the days around it for staying in Berlin:
> 
>http://whenisgood.net/dqhwatj
> 
> Looking forward to meet you all.  Newcomers are kindly invited (I've
> put "Mentoring" as first item on my agenda.)  We also welcome Debian
> contributors who just come for bug squashing - so feel free to use
> our sprint as bug squashing party for Debian Med related bugs.
> 
> Kind regards
> 
>  Andreas.
> 
> -- 
> http://fam-tille.de
> 
> 

-- 
http://fam-tille.de