On 2012-11-30 12:55, Niels Thykier wrote:
> [...]
>
While slightly overdue; the results were 0 removals! \o/
>
> --8<-- removals.txt --8<--
> # #668740/#668740
> remove dsc-statistics/201203250530-1
>
Downgraded.
> # #692623
> remove fossil/1:1.22.1-1
>
dak does not expose these extra sources yet. However, I
believe it is the plan to eventually do so.
~Niels
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50d0951e.6050...@thykier.net
It is also easier for us if we can avoid having to
reintroduce a removed package.
We will check the DELAYED queues before activing the removal hints, so
NMUs in the DELAYED queues will be given a chance to reach unstable.
Thanks,
Niels (on behalf of the Release Team)
The bugs were found using the
On 2013-01-24 15:47, Niels Thykier wrote:
> [...]
> # #697402
> remove bzr-gtk/0.103.0+bzr792-3
>
Reassigned to python and downgraded.
> # #694642
> remove glpi/0.83.31-1
>
Fixed in sid and downgraded.
> # #696816
> remove jenkins/1.447.2+dfsg-2
>
Fixed
pear to be almost identical.
> OTOH some packages may switch to openjdk-7 post-wheezy or ship a new
> upstream version that has at least been fixed to be able to use it.
>
> Regards,
~Niels
[0] ASAP being post-wheezy AFAICT, see:
<512162ec.9040...@thykier.net>
[1] https://secur
> I will try to add a section to README.Debian which should be re-usable
> for the release notes / errata.
>
> Neil, who should I contact getting those changes into the release notes?
> If anyone is willing to review the text, even better.
>
> Michael
>
File a bug agai
seful for my needs.
>
> Yep! I'd be happy to help with it, if it's got some problems (which I
> bet it does, we never actually put it to real use)
> [...]
>
~Niels
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51614bc7.4080...@thykier.net
NOT RENAME FILES.
>
No, not out of the box. I believe it is supported via dh-exec and
debhelper compat 9 (though only available in Wheezy, so if you are
regularly backporting to older versions of Debian )
~Niels
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
gt; * extending binNMUs to allow rebuilding arch:all packages (so it's no
> longer a "binary only" but a sourceful no-change rebuild - the classic
> binNMU should stay of course)
>
I am guessing this is (mostly) a dak/buildd.d.o side change or so.
>
> Andreas
>
"testing" did not serving its purpose of "always being in (a
near-)releasable state"[2] with its 500+ RC bugs at the start of the
freeze was not ideal (either?).
~Niels
[1] During the Wheezy development cycle we did have quite a few
uncoordinated library transitions. Combin
tall the i386 version.
>
Indeed, I believe that should work.
~Niels
[1] Though she ignores them in Recommends/Suggests and possibly also in
Breaks/Conflicts.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
r it (bonus points if they include tests[1]).
~Niels
[1]
http://anonscm.debian.org/gitweb/?p=collab-maint/britney2-tests.git;a=summary
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
On 2013-05-10 14:48, Ben Hutchings wrote:
> On Thu, 2013-05-09 at 08:43 +0200, Niels Thykier wrote:
>> On 2013-05-09 07:56, Paul Wise wrote:
>>> On Thu, May 9, 2013 at 1:08 PM, Andreas Beckmann wrote:
>>>
>>>> I just noticed that we have the first amd
uot;""[1]
That includes Canonical and *buntu.
~Niels
[1] http://www.debian.org/intro/diversity
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/518e8e6c.1050...@thykier.net
ilos
>
Yes. If I see someone being obviously rude to you on a public mailing
list, I will do my best to step up against that as well.
If somebody did that to you, I am sorry that I did not notice it - it
was not my intention to single you out.
~Niels
--
To UNSUBSCRIBE, email to
ised if DSA were to object to maintaining
machines running sid.
~Niels
[1] Having them in testing as a "F***ED" and "BREAK" arch would remove
that burden, but you might as well just use sid then.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a s
On 2013-11-29 09:22, Aurelien Jarno wrote:
> On Thu, Nov 28, 2013 at 09:04:56PM +0100, Niels Thykier wrote:
>> Note that s390x and powerpc could also do with more porters, but at
>> this time we are not giving an official warning for them.
>
> I see on http://rele
for
Jessie, will not be stopped by all of this. Rather, I would be glad
if they still carried out their proposal - be it as a personal goal
for Jessie or a DEP. The secret behind completing a release goal is
"doing it" (or convincing other people to do it for you[2]).
~Niels
[1] Pl
On 2013-11-29 10:48, Svante Signell wrote:
> On Thu, 2013-11-28 at 21:04 +0100, Niels Thykier wrote:
>> In this new and exciting update from your Debian Release Team...
>
>> kFreeBSD was a technology preview, and has not generated enough user
>> interest to bring in su
On 2013-11-29 10:27, Stéphane Glondu wrote:
> Le 28/11/2013 21:52, Niels Thykier a écrit :
>>> [...]
>>
>> Keeping them around is different from them being considered as release
>> architectures (or even just keeping them in testing). Keeping these
>> architec
On 2013-12-23 00:54, Dimitri John Ledkov wrote:
> On 22 December 2013 16:56, Cyril Brulebois wrote:
>> Dimitri John Ledkov (2013-12-22):
>>> On 28 November 2013 20:04, Niels Thykier wrote:
>>>> * Architecture Status
>>>>* ia64 in danger
On 2013-12-26 19:23, Josh Triplett wrote:
> On Thu, Dec 26, 2013 at 06:08:03PM +0100, Niels Thykier wrote:
>> Britney changes
>> ===
>>
>> We have deployed a change in Britney that causes her to pay more
>> attention to essential packages. In particula
For the former, apt-file search -a source debian/tests/control should
do[0]. For the latter, there is a lintian check finds packages with
without the field (or with the field, but without tests)[1].
/me admits being to lazy to run the apt-file command to get the result.
~Niels
[0] You m
On 2013-11-29 04:14, Steve Langasek wrote:
> Hi Niels,
>
Hi Steve,
Sorry for the long overdue answer,
> On Thu, Nov 28, 2013 at 09:04:56PM +0100, Niels Thykier wrote:
>> kFreeBSD was a technology preview, and has not generated enough user
>> interest to bring in suffi
On 2014-01-05 08:16, Steve Langasek wrote:
> On Tue, Dec 31, 2013 at 10:34:49AM +0100, Niels Thykier wrote:
>> [...]
>
>> On a related note, I suspect a good part of this problem would go away
>> if we had an automated tool to deal with the case where a (sid-only)
>>
e updates?
>
Server-side? Don't know - but client-side merging is not difficult (and
implementations of it exists already now), so if this is a problem
server-side, my personal recommendation would be to do merging only on
the client side.
~Niels
--
To UNSUBSCRIBE, email to debian-d
d ready for stable?
>
> Release team, can you force it to transition? The remaining "new bug"
> that it introduces is a debian/copyright bug that I will fix before the
> stable-security update.
>
> Mike
>
>
Hi,
Adam has added a hint to ignore the new RC bug.
On 2014-01-30 03:49, Yaroslav Halchenko wrote:
>
> On Wed, 29 Jan 2014, Niels Thykier wrote:
>> * sparc
>>- We have seen no improvements. Therefore, out of date
>> binaries on sparc will no longer prevent packages from
>> migrating to testing and Br
the release of 2.5.11, but I see nothing in
the changelog of lintian that should have broken your code.
That said, we no longer store the "debian/" dir unpacked on lintian.d.o,
since lintian.d.o kept running out of inodes. I think this change was
made around June 2013 (in 2.5.14)
t;
Verified is the wrong word here. Lintian operates with a blacklist and
doesn't verify that URL works.
~Niels
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/531240d9.3090...@thykier.net
ke the tag dir-or-file-in-var-run, which lintian already
throws at people? Sure, just file a wishlist bug against lintian.
But we are unlikely to be able to detect (e.g.) that packages are using
/run without depending on the right version of initscripts[1], which I
think was the original propos
just plain mailto:s on the archive page...
>
Hi
I had a similar problem once and it was caused by mistyping the password
in enigmail once. As I recall it would kill the first part of email
(usually the first quoted part, but not always) and cause those =20
encodings.
As I recall it was fixe
ing
"/" and "./" was removed from file names and before the merge of
embedded-$lib -> embedded-library).
~Niels
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQI
of
> online).
>
> CC'ed to -devel and reply-to set there
>
>
Hi
To my knowledge you can download them via:
http://lists.debian.org/cgi-bin/mbox/-MM
e.g.
http://lists.debian.org/cgi-bin/mbox/debian-mentors-201102
~Niels
--
To UNSUBSCRIBE, email to debian-dev
bug and many others.
.
This package contains the plugin itself.
There is also a "eclipse-pydev-gcj" package built by the same source,
but it should probably be dropped.
If there is no adopter for this package after 14 days, I will request its
removal due to its RC bugs.
~Niels
-
ground in performance and portability from its design around C.
This package contains the Lisp system itself. Documentation is provided
in the gclcvs-doc package.
"""
If no one picks this package up soon (within 14 days give or take) I
will push for its removal on the grounds that it is
Personally I think this is a very
good idea. :)
I have two questions so far. First what usertag will you be using for
the bugs (if any)? As far as I can tell, there is not listed on the
wiki. Secondly, where can I (or will I be able to) see the progress of
this goal?
~Niels
--
To UNSUBSCRIB
On 2011-09-14 18:36, Kees Cook wrote:
> Hi,
>
> On Wed, Sep 14, 2011 at 08:02:13AM +0200, Niels Thykier wrote:
>> I have two questions so far. First what usertag will you be using for
>> the bugs (if any)? As far as I can tell, there is not listed on the
>> wiki. Sec
Debian user
> with pointless advertisement.
> This can be documented in the release notes, if needed.
>
I suspect it would fit better in the "installation-guide". The
release-notes concerns itself mainly with upgrades and not with "fresh
installs".
~Niels
--
To U
case, you
would be depriving your fellow co-Debianites from the opportunity of
getting some patches into testing.
/This/ is why we recommend that people upload new upstream releases
(etc.) to experimental.
~Niels
Pro-tip: If your upload bumps shlib or symbols, it will definitely
become
these will need a targeted fix
via t-p-u.
Thanks,
~Niels
[1] https://lists.debian.org/20150308100556.a0c663...@thykier.net
[2] Query:
https://udd.debian.org/bugs/?release=jessie_and_sid&merged=ign&fnewerval=7&flastmodval=7&rc=1&sortby=id&sorto=asc&format=ht
see a friend's package on the list, please consider helping
them out.
* Otherwise, go help the grub2 maintainers, they can still use some
help triaging bugs!
When you are done with that, please consider reviewing the release notes
or picking a random RC buggy package to
On 2015-03-17 10:52, Bas van den Dikkenberg wrote:
> Hi have tried to unscribe my self from this list 5 times now but now luck.
> Can some fix this ?
>
>
> WIth kind regards,
>
>
> Bas van den Dikkenberg
>
Hi Bas,
Have you tried contacting listmas...@lists.deb
the size of Packages.
* APT support or verification that it works out of the box
- help welcome.
* dpkg (dpkg-genchanges) should pref. not emit "uninitialised" warnings
- Probably related #781074. My guess is that a call to debarch_eq
is the source of all warnings. I have no
On 2015-04-04 12:58, Esokrates wrote:
> On Saturday, April 04, 2015 10:54:09 AM Niels Thykier wrote:
>> [...]
>>- Trying to get the reproducible team to try it out to see if it
>> regresses anything (incl. reproducible builds)
>
> I guess the ddeb's
On 2015-04-07 21:10, Niels Thykier wrote:
> On 2015-04-04 12:58, Esokrates wrote:
>> On Saturday, April 04, 2015 10:54:09 AM Niels Thykier wrote:
>>
>> [...]
>>
>> I know predictions are hard, but is there a plan to get things done for the
>> next release
On 2015-04-09 09:25, Esokrates wrote:
> On Tuesday, April 07, 2015 10:11:18 PM Niels Thykier wrote:
>> [...]
>
> So mostly that is more a decision making (political) problem, than a
> technical
> one.
It is not entirely clear to me that we any have (major) political issu
On 2015-04-11 07:14, Niels Thykier wrote:
> [...]
>
>> Stretch is a two year time frame though, which makes me kinda sad. Thanks
>> for you effort though, keep up the amazing work! If I understand correctly,
>> if
>> it would have been something for stretch,
On 2015-04-04 10:54, Niels Thykier wrote:
> On 2015-04-04 09:54, Josselin Mouette wrote:
>> Le jeudi 02 avril 2015 à 19:37 +0200, Esokrates a écrit :
>>> Hi,
>>>
>>> I am particularly interested in automatic debug packages, as the current
>>> situa
s version with the current version. If the new one
has a higher version requirement, you send it to manual review.
That is the theory... There might be some corner cases (e.g. should new
symbols trigger a manual review?), but I do not see anything immediately
impossible in doing it.
Thanks,
~Niels
> [...]
>
>
> Sebastian
>
Please file a "transition" bug against release.debian.org.
Thanks,
~Niels
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55532dec.8010...@thykier.net
On 2015-05-03 18:58, Guillem Jover wrote:
> Hi!
>
> On Tue, 2015-04-07 at 22:11:18 +0200, Niels Thykier wrote:
>> A) Use ".deb" (i.e. the regular extension) with a new "section".
>
> Is there any problem with using the existing "debug" section
On 2015-04-12 05:31, Paul Wise wrote:
> On Sat, Apr 11, 2015 at 3:20 PM, Niels Thykier wrote:
>
>> As noted on IRC, mentors.debian.net / debexpo will probably need to be
>> updated too (at least if we go the "ddebs" route).
>
> debexpo needs a rewrite to a non-d
On 2015-04-19 19:10, David Kalnischkies wrote:
> On Sat, Apr 04, 2015 at 10:54:09AM +0200, Niels Thykier wrote:
>> The resulting debs are installable with dpkg -i ( \o/ ). I have not
>> tried anything fancy like setting up a local APT mirror and tried to
>> convince APT do i
On 2015-05-02 13:46, David Kalnischkies wrote:
> On Fri, May 01, 2015 at 11:46:42PM +0200, Niels Thykier wrote:
>> […] ddeb support […]
>
> +1. \o/
>
>
>>- apt now properly handles the "pkg:arch" dependency.
>
> [...]
>
> I would reve
nsidered it "insignificant" relatively to disabling ddebs
for "Multi-Arch: foreign" binaries, which is the other major
alternative to "solving" this[1].
The exciting part of this is that "pkg:arch" dependencies are currently
doomed to fail, since APT an
anged to not care about the file name, but this
change is only active in uploads targeting stretch, sid or experimental.
I am not sure about the details on why it cannot be activated for Jessie.
~Niels
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
blem - by deleting the
entire "debian/" provided by upstream before extracting the debian.tar.$comp
~Niels
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55743a5a.4010...@thykier.net
).
> That would need to be fixed first.
>
>> [...]
To avoid confusing myself further, Russ and Neil, are you both talking
about the "debian/symbols" files? I thought Russ might have been
talking about "versioned symbols at DSO level" (e.g. symbol@LOW0 vs
symbol@LOW1
if I upload a ddeb to unstable?
A: Either dak unconditionally rejects your upload (if you are lucky)
OR it ends up in NEW (if you are unlucky). Note that once your
package is in NEW, subsequent upload will /also/ end up in NEW.
Even if they do /not/ include the ddeb package.
Thanks,
~
On 2015-06-29 22:00, Jakub Wilk wrote:
> * Niels Thykier , 2015-06-29, 18:17:
>> * debhelper in unstable can now build ddebs - disabled by default.
>
> Thanks!
>
>> - Test with env DH_BUILD_DDEBS=1, but please don't upload ddebs to any
>> Debian archive.
>
On 2015-06-29 22:06, Vincent Bernat wrote:
> ❦ 29 juin 2015 18:17 +0200, Niels Thykier :
>
>> * Only known blocker is missing archive/dak support.
>
> Is any help needed here?
>
It has been a while since I synchronised with the FTP masters (CC'ed),
so things might
On 2015-06-30 07:14, Paul Wise wrote:
> On Tue, Jun 30, 2015 at 12:17 AM, Niels Thykier wrote:
>
>> * [Derivatives] Please consider upgrading your infrastructure /
>>tooling if/where needed.
>
> A lot of derivatives use reprepro, do you know how that will handle
&g
,
Indeed, thanks for the suggestion. I will try to remember that for next
time. :)
Just to avoid any confusion, please note that we use ".deb" as extension
for these as well. Accordingly the "ddeb" for foo_1.23_arch.deb would
be foo-dbgsym_1.23_arch.deb.
Thanks,
~Niels
--
aking ABI is not my
definition of "trivial"), I am not necessarily convince it is in our
best interest to be very loud with this tag. That said, I can be
convinced otherwise as long as it does *not* lead to """blindly "fixed"
lintian tag syndrome""".
uated 4 times, or 7+N times if you use
> dh.
>
> [...]
>
It should be doable to reduce the dh side of it to 1+N by caching the
result of make (in a file-based cache).
~Niels
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55b34861.6040...@thykier.net
On 2015-07-25 10:27, Niels Thykier wrote:
> [...]
>
>> So your ":=" variable will be evaluated 4 times, or 7+N times if you use
>> dh.
>>
>> [...]
>>
>
> It should be doable to reduce the dh side of it to 1+N by caching the
> result of make
s.
- In the long run, it might make sense to get support for only
activating triggers at certain "states". Though I doubt the
performance overhead will be the greatest issue
Feedback is very welcome. If this idea is uncontroversial, I move
forward to update debhelper+linti
y that was up to
speed with current initiatives in Debian. However, historically, it
often lacks behind on many key parts. Including but not limited to
Multi-Arch (released with Wheezy), which is currently still not
documented in policy (nor in git for the next upload).
Thanks,
~Niels
--
Also, cont
m. Many
developers have forwarded patches upstream - which I hope you will
consider doing, so our upstreams will benefit from these improvements as
well.
Thanks,
~Niels
signature.asc
Description: OpenPGP digital signature
egories into something which doesn't need
> asking again for every single package to be applied?
>
> Matthias
>
Conceptually, I am positive about the idea. The problem will probably
be what "categories" we can agree to. On the other hand, this can
trivially become
K does *not* use its "overrides" when
checking whether a package in the debug section.
Thanks,
~Niels
[0] https://lists.debian.org/debian-devel/2015/06/msg00406.html
signature.asc
Description: OpenPGP digital signature
On 2015-08-24 23:28, Steve Langasek wrote:
> Hi Niels,
>
> On Mon, Aug 24, 2015 at 11:12:41PM +0200, Niels Thykier wrote:
>> [...]
>
> I wonder how this list was arrived at. Offhand, I see the libc6-dbg and
> python3.5-dbg packages are both in section 'debug'
On 2015-08-25 11:29, Matthias Klose wrote:
> On 08/24/2015 11:12 PM, Niels Thykier wrote:
>> * debhelper will be including debug-ids in the control file to make it
>>easier to find the necessary debug symbols for a given file.
>>- Thanks to paultag for this idea.
&
On 2015-08-25 15:12, Ian Jackson wrote:
> Niels Thykier writes ("Replacing ldconfig maintscripts with declarative
> methods"):
>> A possible solution is to replace these scripts with an
>> "activate-no-await" trigger (again, no-await to avoid trigger cycles
On 2015-08-27 14:57, Bastian Blank wrote:
> On Mon, Aug 24, 2015 at 11:12:41PM +0200, Niels Thykier wrote:
>> * ddebs are Debian packages with the extension .deb that
>> contain debugging symbols and are built implicitly.
>> - A package foo_1.23.deb will receive a correspo
fig
* dpkg will run the trigger (unpack)
- This will run ldconfig
* dpkg will configure stuff as usual
This seems to be similar to the old approach, except the trigger will
now be run before configuring packages.
Thanks,
~Niels
signature.asc
Description: OpenPGP digital signature
notice.
Thanks,
~Niels
signature.asc
Description: OpenPGP digital signature
On 2015-09-05 21:25, Niels Thykier wrote:
> Hi,
>
> [...]
> We expect this to be *mostly* a smooth ride, but there are some caveats:
>
> * We will have to remove some packages from testing temporarily
>
> * A total of 36 (amd64) / 31 (i386) binary packages will beco
On 2015-09-05 21:25, Niels Thykier wrote:
> [...]
> We expect this to be *mostly* a smooth ride, but there are some caveats:
>
> * We will have to remove some packages from testing temporarily
>
> * A total of 36 (amd64) / 34 (i386) binary packages will become
>uni
gaps for
people in the situation you refer to), then we could save time from the
FTP team and distribute it to the people actively working on the packages.
~Niels
d those
> are implemented by external parsers. This means it needs to scan
> the changelog twice, and then parse+output+parse the data from
> the parser. I've already implemented an optimization (to be
> included in dpkg 1.18.2) when forcing the format to be debian,
> that uses a builtin parser, which halves the execution time.
> «dpkg-parsechangelog -Fdebian». I guess I can take this further
> and use the builtin parser whenever the format is debian.
>
To my knowledge, Guillem has implemented an improvement that makes the
default case faster.
Thanks,
~Niels
Hideki Yamane:
> Hi,
>
> On Thu, 03 Jan 2019 11:11:00 +0000
> Niels Thykier wrote:
>> * Migrating to "Rules-Requires-Root: no" where possible.
>
> Is there any plan to set "Rules-Requires-Root: no" for default?
> It seems that most of the p
Hideki Yamane:
> Hi Niels,
>
> Thanks for your explanation :)
>
> On Sat, 05 Jan 2019 09:52:00 +
> Niels Thykier wrote:
>> We are very far from being able to flip the default. There are some
>> 800+ packages that need to be updated to follow latest policy
&
uot;another path with even more spaces"
Which still leaves much to be wanted, but it works.
(Sadly, this is made worse by dh_install and others "splitting" properly
quoted paths because people have started to rely on the argument being
split. The result is that is helpers are inconsistent about how they
handle spaces in arguments and the result is much sadness /o\)
Anyway, hope it helps.
Thanks,
~Niels
ies to cover "for" and "foreach" while also being
more strict to prune false positives (C++ templates, Pascal and SQL trip
naive searches for "<>").
This variant still puts us in the 3000 - 4000 results, which (while
being less than half of the original number) is far more than is likely
to be resolved manually in a reasonable time frame.
Thanks,
~Niels
ositives due to the number of
false-positive complaints).
Thanks,
~Niels
vel (which is an addition in my
> lintian fork) is emitted.
>
> L.
>
Here "cdbs" being "a part of cdbs known to use debhelper". At the
moment, these cdbs snippets are (to lintian) known to use debhelper:
* /usr/share/cdbs/1/rules/debhelper.mk
* /usr/share/R/debian/r-cran.mk
Patches/MR are welcome at https://salsa.debian.org/lintian/lintian/ or
in the BTS.
At the moment, the code you are looking for will be:
https://salsa.debian.org/lintian/lintian/blob/master/checks/debhelper.pm#L180
Thanks,
~Niels
he latter, please follow up
on the relevant bugs filed by Lucas against lintian to add those tags).
Thanks,
~Niels
Andreas Tille:
> Hi Niels,
>
> On Tue, Apr 16, 2019 at 12:54:00PM +0000, Niels Thykier wrote:
>>> speaking about false positives:
>>>
>>>libhmsbeagle (U) should switch to dh. Current build system:
>>> debhelper (source version: 3.1.2+d
es from anything but the latest point
> release of the previous stable release?
>
> My belief is based on the release notes saying that you should upgrade
> to the latest point relesae first.
>
My understanding is that we prefer that upgrade paths works regardless
of which minor version of the stable release you upgrade from (to the
extend possible).
Thanks,
~Niels
ion (the commented lines works around that if re-enabled).
@Vincent: Do you feel something like this would be helpful, useful and
doable? My only reference in the memcached, so the above is tailored to
the above.
Would it help if we could remove the dependency on having a d/changelog
(i.e. make it optional)? I have not fully checked if it is doable, but
I can look into it if it makes sense and if someone wants to help me
test this.
Thanks,
~Niels
Vincent Bernat:
> ❦ 28 mai 2019 06:30 +00, Niels Thykier :
>
>> I.e. with the proper implementation of "make-it-work" (in the lack of a
>> better name - maybe something "fetch-and-build"), the following should
>> be possible
>>
>> "&
they produce.
Rewritten as:
"""
My suggestions below will concentrate on XFCE because I use that myself.
Though most of these changes are probably useful to other desktop
environments as well.
"""
(Replace "use" with "tested" if you do not actually use XFCE regularly;
I assumed you did but apologies if I guessed wrong)
This rewrite would have made a world of difference for how I perceived
the email.
Thanks,
~Niels
Thomas Goirand:
> On 6/10/19 8:46 AM, Niels Thykier wrote:
>> However, at no point in this, can I understand how highlighting disdain
>> for certain people (or what their "title") would help with anything in
>> this endeavour (or any other cause for that matter).
stemd_enable to enable my template automatically:
>
> dh_systemd_enable has been deprecated,
> dh_installsystemd/dh_installsystemduser need to be used instead.
>
FYI dh_installsystemd does *not* handle templated unit files either (see
#889635).
I do not remember if dh_installsystemduser does off-hand and I did not
check.
Thanks,
~Niels
changes with the automatic ones. The
rewrites I propose above and debdry's approach can be combined/composed
(including by adding this feature directly to debdry and have it be the
reference implementation for these rewrites)
Thanks,
~Niels
information is
> stale, but at least previously ftp-master rejects were not based on
> severity, but rather on a hard-coded list of tags maintained by
> ftp-master.
For reference, Russ is correct. For the people curious about the
concrete tags, please see [1].
Thanks,
~Niels
[1] https://ftp-master.debian.org/#lintianrejects
sed problems at some point. In that sense, there is already
"prior art" for debhelper managing asymmetry between d/control and
DEBIAN/control.
But it
could be dropped in other places (CONTROL in .deb and Packages indices)
as well.
Yes please!
Best regards,
Niels
out running the full lintian program. Not sure what became of it.
Best regards,
Niels
101 - 200 of 390 matches
Mail list logo
