From: Michael Tremer <michael.tremer@ipfire.org>
To: location@lists.ipfire.org
Subject: Re: [PATCH] debian: Rework historical changelog
Date: Wed, 14 Apr 2021 11:05:12 +0100 [thread overview]
Message-ID: <7BEE897E-853B-4A28-B470-8DA9DD2821DA@ipfire.org> (raw)
In-Reply-To: <CA+sCei1D83bTxJRdTeV_XCTe_yHOZsD7suB2emtnCrC9G4wMow@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2758 bytes --]
Hello,
> On 14 Apr 2021, at 11:03, Valters Jansons <valter.jansons(a)gmail.com> wrote:
>
> On Wed, Apr 14, 2021 at 12:31 PM Michael Tremer
> <michael.tremer(a)ipfire.org> wrote:
>> It should work just fine on Ubuntu. We are only dependent on a POSIX-compatible system so Windows might be a bit tricky. I used to build it on Mac OS X, too.
>>
>> If there is interest, I wouldn’t mind publishing Ubuntu packages. Better would of course be to make it an upstream package.
>
> Understandable - and I completely agree in the benefit of having the
> package available in Debian to be pulled into all Debian derivative
> distributions that way.
>
> The building problem is not directly linked with Ubuntu. Instead, it
> is about auto_test failing, due to `make check` failing on the root
> Makefile. Testsuite for libloc in the root directory passes, however
> the check-recursive target then tries to `make check` inside of po
> subdirectory which fails with: "No rule to make target
> '../src/python/__init__.py', needed by 'libloc.pot'. Stop."
>
> The broken scenario that needs patching can simplified to:
> $ autoreconf --install --symlink
> $ intltoolize --force --automake
> $ ./configure --prefix=/usr --sysconfdir=/etc --libdir=/lib
> $ make -j$(nproc)
> $ make -j$(nproc) check
>
> I will shortly provide a patch with an updated po/POTFILES.in as
> generated by `rm po/POTFILES.in && make po/POTFILES.in`.
This does not show any changes on my system.
>>> You can take the `debmirror` tool as a simple example. The official
>>> upstream changelog there can be seen in the source containing
>>> "unstable": https://salsa.debian.org/debian/debmirror/-/blob/debian/1%252.33/debian/changelog
>>>
>>> As people are working on future changes, "UNRELEASED" is used for
>>> tracking changes until the release is tagged (by replacing
>>> "UNRELEASED" with "unstable", and updating the maintainer name/email
>>> and date). A sample of work in progress in source can be seen:
>>> https://salsa.debian.org/debian/debmirror/-/blob/0f9992cdb9b535bd42958a9ff6cb07723f064006/debian/changelog
>>
>> We normally do not build packages with a development version.
>
> The UNRELEASED distribution is tagged for that reason, as to signal
> that a package should not be built from that source. I was simply
> highlighting a development workflow in place for one Debian package
> which tracks changes during development, where individual
> commits/patches also update the changelog file. This approach ensures
> that at release time only the s/UNRELEASED/unstable/ replacement needs
> to happen along with `update-maintainer` -- without having to worry
> about collecting the list of changes.
>
> --Valters
next prev parent reply other threads:[~2021-04-14 10:05 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-12 13:01 Valters Jansons
2021-04-13 15:38 ` Peter Müller
2021-04-13 16:41 ` Valters Jansons
2021-04-14 9:31 ` Michael Tremer
2021-04-14 10:03 ` Valters Jansons
2021-04-14 10:05 ` Michael Tremer [this message]
2021-04-14 10:08 ` Valters Jansons
2021-04-14 9:28 ` 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=7BEE897E-853B-4A28-B470-8DA9DD2821DA@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