public inbox for location@lists.ipfire.org
 help / color / mirror / Atom feed
From: Michael Tremer <michael.tremer@ipfire.org>
To: location@lists.ipfire.org
Subject: Re: Upload libloc to Debian
Date: Fri, 08 Jul 2022 11:13:07 +0200	[thread overview]
Message-ID: <53A0D651-73FD-4A97-81E9-DC2D7565D7EF@ipfire.org> (raw)
In-Reply-To: <YsZzRoVJ1C7AfDI3@vis.fritz.box>

[-- Attachment #1: Type: text/plain, Size: 2473 bytes --]

Hello Jochen,

Wow. I am impressed how quick you are. That is the spirit!

Thank you so much!

> On 7 Jul 2022, at 07:46, Jochen Sprickerhof <libloc(a)jochen.sprickerhof.de> wrote:
> 
> * Michael Tremer <michael.tremer(a)ipfire.org> [2022-07-06 09:29]:
>> This is what I expected. However, if —-verify complains, shouldn’t it complain about the symlink, too?
> 
> No, I create the symlink in the maintainer scripts:
> https://salsa.debian.org/debian/libloc/-/blob/master/debian/location.postinst
> https://salsa.debian.org/debian/libloc/-/blob/master/debian/location.postrm

Ah, that is something I didn’t think of :)

>> Yes, I wouldn’t want any discrepancies here and be as consistent as possible.
>> 
>> So, would you be up for submitting a patch for this as well?
> 
> Attached.

I merged this patch and the one from your previous email into master.

I didn’t rebuild the packages, yet, as there is probably no need.

>> Ultimately, I am not even sure if there is any point in keeping those build scripts around in our repository. There should only be one set of packages available and if that is part of the distribution already, I do not see any reason why we should have our own set of packages, too.
> 
> Agreed, though I will upload the package to Debian unstable from where it will transition to testing to be part of the next Debian version (bookworm). You probably want to provide packages for the older Debian versions, still.

Yes, at least we need to support stable at the moment to make it easier to use libloc.

But that creates a couple of problems for us:

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...

> 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…

Would it be a good idea to merge all your changes into our Git repository? Is it long term a good idea to keep debian/ in our repository? In theory that could go as soon as bookworm becomes stable.

Any pointers what would be a good idea to do here?

-Michael

> 
> Cheers Jochen
> <0001-Merge-location-importer-into-location-package.patch>


  reply	other threads:[~2022-07-08  9:13 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 [this message]
2022-07-08  9:58             ` Jochen Sprickerhof
2022-07-08 11:02               ` Michael Tremer
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=53A0D651-73FD-4A97-81E9-DC2D7565D7EF@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