From: Michael Tremer <michael.tremer@ipfire.org>
To: location@lists.ipfire.org
Subject: Re: Upload libloc to Debian
Date: Fri, 08 Jul 2022 13:02:19 +0200 [thread overview]
Message-ID: <26719411-D6EA-46E4-8259-487E39E72F7F@ipfire.org> (raw)
In-Reply-To: <Ysf/vZQFvNnHdxFa@vis.fritz.box>
[-- Attachment #1: Type: text/plain, Size: 2831 bytes --]
Hello,
> On 8 Jul 2022, at 11:58, Jochen Sprickerhof <libloc(a)jochen.sprickerhof.de> wrote:
>
> * Michael Tremer <michael.tremer(a)ipfire.org> [2022-07-08 11:13]:
>> I didn’t rebuild the packages, yet, as there is probably no need.
>
> It would be great to provide new packages at some point to ease the transition to the new package names but there is still time.
> Once users of the ipfire packages upgrade to the new version (which should work seamlessly), updates to the Debian version will be no problem as well.
I have a couple of open bugs to fix and will soon release a new version. Hopefully in the next few weeks. And then build new packages.
>> I don’t really want to provide packages for unstable and bookworm then, because should use the “official” packages.
>>
>> But I do want to be absolutely compatible with unstable. See below...
>
> What do you mean by "absolutely compatible"?
Have the same set of packages with the same dependencies. So basically provide what is in unstable, just compiled for buster and bullseye.
> The package names and content are the same and Debian tooling will take care that the packages are compatible with the other packages in unstable.
>
>>> I've uploaded first versions here:
>>>
>>> https://salsa.debian.org/debian/libloc
>>> https://salsa.debian.org/debian/libloc-database
>>>
>>> Note that these target Debian unstable and will probably not build on older Debian versions. Testing and comments welcome.
>>
>> And that is the problem then…
>
> The comment was for the Debian source package not software using the library later. I don't see a problem here.
>
>> Would it be a good idea to merge all your changes into our Git repository?
>
> No, as commented above that would not work when building the package for older Debian versions. You could probably use debhelper from buster-backports to build them if you want.
>
>> Is it long term a good idea to keep debian/ in our repository?
>
> Debian encourage upstream not to provide a debian/ directory but our tooling filters them anyhow so it is not important.
We just added it so that we could develop the packaging and where hoping to pass it off to the distribution like we did now. So it was always only supposed to be something temporary.
>> In theory that could go as soon as bookworm becomes stable.
>
> Currently you provide packages for buster and bullseye, I guess you want to keep those.
Yes, I was just hoping that the tooling will build on those as well and I just have to run the build :)
Since I don’t know enough - barely anything really - about the Debian packaging system, maybe I am asking stupid questions. I will poke around a little bit more. Potentially Stefan already has a plan :)
-Michael
>
> Cheers Jochen
next prev parent reply other threads:[~2022-07-08 11:02 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <82DB10C8-A848-42EF-B395-3E27205E81D8@ipfire.org>
2022-07-02 6:57 ` Jochen Sprickerhof
2022-07-05 14:28 ` Michael Tremer
2022-07-06 7:41 ` Jochen Sprickerhof
2022-07-06 8:29 ` Michael Tremer
2022-07-07 5:46 ` Jochen Sprickerhof
2022-07-08 9:13 ` Michael Tremer
2022-07-08 9:58 ` Jochen Sprickerhof
2022-07-08 11:02 ` Michael Tremer [this message]
2022-07-08 12:56 ` Jochen Sprickerhof
2022-07-13 12:12 ` Michael Tremer
2022-07-22 21:06 ` Jochen Sprickerhof
2022-08-16 9:00 ` Michael Tremer
2022-08-17 13:17 ` Jochen Sprickerhof
[not found] ` <048f09d9-9985-a356-fed1-4cd8e286b87e@guardianproject.info>
2023-03-02 16:19 ` Stefan Schantl
2023-03-02 17:26 ` Michael Tremer
[not found] ` <9c740e42-cd03-428c-814a-fa8bdee99db9@guardianproject.info>
2025-03-06 10:48 ` Michael Tremer
2025-03-10 14:32 ` Michael Tremer
[not found] ` <6e7a9c4e-63c1-4896-bdb0-e621542ca3a7@guardianproject.info>
2025-03-19 10:41 ` Michael Tremer
[not found] ` <633f6312-7914-45db-882b-cb890a6f770c@guardianproject.info>
2025-03-23 12:18 ` Michael Tremer
2025-03-25 18:56 ` Valters Jansons
2025-03-26 10:17 ` Michael Tremer
2025-03-27 0:25 ` Valters Jansons
2025-03-27 16:39 ` Michael Tremer
2025-03-27 16:55 ` Jochen Sprickerhof
2025-03-28 12:39 ` Michael Tremer
[not found] ` <9068f306-8558-4913-8c4e-dad8dc0ee42d@guardianproject.info>
2025-03-28 13:02 ` Michael Tremer
[not found] ` <3209250b-4bb9-42f1-89d2-63ac86085148@guardianproject.info>
2025-03-28 13:05 ` Michael Tremer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=26719411-D6EA-46E4-8259-487E39E72F7F@ipfire.org \
--to=michael.tremer@ipfire.org \
--cc=location@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox