PICCA Frederic-Emmanuel:
I tried it on one of my package silx
warning: File: ./debian/tests/control:22:14:22:19: It is possible that the value is a
typo of "i386". [Correctable via --auto-fix]
22: Architecture: !i386
It seems wrong to me, the test control file allow !i386
Cheers
Andreas Tille:
Hi Niels,
at first sorry for my late answer.
At Thu, May 09, 2024 Niels Thykier wrote:
[...] >> For me, lintian fails in all roles it has. It is not a good tool for
newbies
to get help, since it can only test build artifacts. As an example, your
feedback look is
Soren Stoutner:
I would like to respectfully disagree will some of the opinions expressed in
this email.
Hi Soren
Not sure if we disagree all that much to be honest. :)
First, I should say that I am painfully aware of how long it takes to run
lintian on large
packages. When working on
Hi
Sent to d-devel and d-mentors, since the members of both lists are the
target audience. If you reply, please consider whether both lists should
see the message (and prune the recipient list accordingly as necessary).
In response to a recent thread on debian-devel about editor support for
tho...@goirand.fr:
[...]
Hi Niels,
Thanks a lot for your work on this, I very much agreed with the premiss that
subst vars were a thing easy to fall into traps. It is a very welcomed
improvement to automate them and avoid mistakes.
Is there a place where you wrote some kind of doc about
Niels Thykier:
Hi
It seems the discussion on this topic has settled, so I am now doing a
summary of the discussion as I understand it.
* Generally, the original proposal seems to have been received
favorably at a conceptual level.
[...]
A follow up on this:
* The proposal is now
Hi
It seems the discussion on this topic has settled, so I am now doing a
summary of the discussion as I understand it.
* Generally, the original proposal seems to have been received
favorably at a conceptual level.
* Several people requested the scope to be expanded to extra fields.
Gioele Barabucci:
On 24/02/24 11:26, Bernd Zeimetz wrote:
On Thu, 2024-02-22 at 20:52 +0100, IOhannes m zmölnig wrote:
I think there are some packages that even demote `${shlibs:Depends}`
to Recommends.
Absolutely. collectd for example - otherwise you would install *all*
plugin dependencies
Steve Langasek:
Hi Niels,
On Thu, Feb 22, 2024 at 07:32:21PM +0100, Niels Thykier wrote:
[...]
I am omitting Breaks, Conflicts, and Replaces because I am not aware of any
users of these at the moment. I am open to adding them, if there is a strong
use-case.
One generic case
Guillem Jover:
Hi!
On Thu, 2024-02-22 at 19:32:21 +0100, Niels Thykier wrote:
[...]
Right, this is annoying. This was actually brought up some time
ago (2010) in debian-devel as part of #597340. There was not much
reaction at the time (one good, a couple bad).
I reinvented a decade old
IOhannes m zmölnig:
[...]
While I like the idea in general, I wonder how I could override these automatic
additions.
I think there are some packages that even demote `${shlibs:Depends}` to
Recommends.
mfh.her.fsr
IOhannes
I had the same conceptual concern when I originally thought about
Simon McVittie:
On Thu, 22 Feb 2024 at 20:43:21 +0100, Niels Thykier wrote:
Simon McVittie:
On Thu, 22 Feb 2024 at 19:32:21 +0100, Niels Thykier wrote:
We could also make unused substvars a hard failure (FTBFS).
I'd prefer not this
Reminder: My proposal only covers ${foo:Depends
Boyuan Yang:
[...]
Can we also consider ${*:Built-Using} as typically seen in
${sphinxdoc:Built-Using}?
This is another field that people keep forget adding. While missing
this field is not severely harmful, having it automatically handled
would be beneficial.
Thanks,
Boyuan Yang
Simon McVittie:
On Thu, 22 Feb 2024 at 19:32:21 +0100, Niels Thykier wrote:
I think our package helper tooling should just automatically aggregate all
provided substvars of the format ${*:Depends} and append it the Depends
field. Rinse and repeat for other relationship fields.
I recently
Our current way of dealing with package relationship substvars such as
${misc:Depends} has been annoying me for a while. As it is, we are stuck
in this way setup where the "Depends" field in debian/control is de
facto mandatory. It is an RC bug (waiting to happen) if you omit
${misc:Depends}
Otto Kekäläinen:
Hi!
Thanks for the tip, Niels!
It would be cool if dh_assistant had some kind of generic command like
"dh_assistant validate" which would attempt to introspect all
information silently and emit output only if it fails to parse
something.
That might be an option. The question
Niels Thykier:
[...]
Btw, `debhelper` has a `dh_assistant` command that can do some very
basic analysis as well. Not sure any of it is useful for editor
integration (especially because some of the features requires that it
receives the same arguments as `dh` or/and `dh_auto_configure
Otto Kekäläinen:
Hi!
What editors and extensions are you using to augment your productivity
and minimize mistakes when editing debian/* files?
I am aware of dpkg-dev-el for Emacs mentioned in the DD reference[1].
I am a big fan of Pulsar[2] and recently found a 'language-debian'
plugin for
Otto Kekäläinen:
Hi!
Currently Lintian requires a (source or binary) package to check[1].
However, many of the Lintian source package checks (e.g. spelling of
debian/changelog entries) don't strictly depend on anything being built.
Is anyone aware of a way to run lintian directly on a debian/
Ansgar:
Hi,
could we drop the Priority field from most packages? Most packages use
"Priority: optional" and this is just noise in d/control (source
package). Tools should just assume "optional" when no other value is
set.
[...]
I would like to drop it pretty much everywhere, most importantly
Simon McVittie:
On Fri, 10 Feb 2023 at 03:18:16 +0100, Johannes Schauer Marin Rodrigues wrote:
Quoting Santiago Vila (2023-02-09 17:32:08)
- No intervention from individual maintainers is required for fixing this, as
we already have a binNMU mechanism which we already use for transitions.
Package: wnpp
Severity: wishlist
Owner: Niels Thykier
X-Debbugs-Cc: debian-devel@lists.debian.org, ni...@thykier.net
* Package name: debputy
Version : 0.1.1
Upstream Contact: Niels Thykier
* URL : https://salsa.debian.org/debian/debputy/
* License : GPL-2
Andrius Merkys:
Hello,
On 2022-12-15 11:20, Filippo Rusconi wrote:
I have uploaded a package yesterday. That package does not have any
dh_auto_test
target in d/rules.
The builds all fail, as described here:
https://buildd.debian.org/status/package.php?p=minexpert2
and I do not understand
Jelmer Vernooij:
Hi Lucas,
On Thu, Aug 26, 2021 at 11:39:06AM +0200, Lucas Nussbaum wrote:
[...]
Jelmer, did you already think about that? Is there a way one could help
you?
Reviving this thread that's more than a year old...
[...]
Known issues that still need to be addressed:
*
Simon McVittie:
On Sat, 08 Oct 2022 at 11:00:30 +0200, Niels Thykier wrote:
On Sat, 7 Jul 2018 11:40:54 +0300 "Yuriy M. Kaminskiy"
wrote:
I think (at least, 'Multi-arch: foreign' *and* 'Architecture' != all)
packages should have explicit parent package arch dependency
Depend:
.
Thanks,
~Niels
On Sat, 4 Aug 2018 21:04:59 +0200 Helmut Grohne wrote:
Hi Niels,
On Sat, Aug 04, 2018 at 08:38:00AM +, Niels Thykier wrote:
> On Sat, 7 Jul 2018 11:40:54 +0300 "Yuriy M. Kaminskiy"
> wrote:
> > I think (at least, 'Multi-arch: foreign' *and* 'Architecture
Paul Wise:
On Tue, 2022-09-06 at 07:13 +0200, Gioele Barabucci wrote:
* Packages not meant to be included in Debian (and without access to a
changelog server): Creators that want to preserve the full history can
use the `--no-trim` option to disable the trimming.
Most derivatives aren't
Sandro Tosi:
> and lets use once again numpy: 2 days ago i've uploaded 1.21.5 to
> replace 1.21.4 in unstable. [...]
>
> Regards,
Hi,
If you feel discussing patch releases is worth a topic of its own, I
think we should start a separate thread for that because the process is
likely to be
G. Branden Robinson:
> Hi folks,
>
> It's been a while since I've done any packaging. I was baffled when
> presented with the following.
>
>dh_clean
> cp: cannot stat
> 'debian/.debhelper/bucket/files/19c12bb2ca19e68724c2854ed0512469518df19b0710cc2011a5ca540810979c':
> No such file or
Niels Thykier:
> Ludovic Rousseau:
>> Hello Niels,
>>
>> Le 08/08/2021 à 09:09, Niels Thykier a écrit :
>>> Ludovic Rousseau:
>>>> [...]
>>>
>>> Hi Ludovic,
>>>
>>> You cannot use that feature yet as it would break durin
Sam Hartman:
>>>>>> "Niels" == Niels Thykier writes:
>
> Niels> If the project consensus of this discussion is aligned with
> Niels> the belief that we should block decentralized volunteer work
> Niels> on the transition, I will r
Simon Richter:
> Hi,
>
> On 25.08.21 21:45, Sam Hartman wrote:
>
>> The dpkg maintainer hasn't been happy with the discussions here, and
>> I think facilitating to a level where Guillem is part of the
>> consensus is beyond my skill.
>
> The discussion so far has been around the question
Sam Hartman:
>>>>>> "Niels" == Niels Thykier writes:
>
> Niels> As I understand it, the issue does not depend on whether
> Niels> "usrmerge" is run before or after installing the "/lib"
> Niels> version of
Sam Hartman:
>
> TL;DR: Should we hold off on moving stuff from / to /usr in packages
> until we develop our plan?
> If so, how do we communicate that to people?
>
>> "Russ" == Russ Allbery writes:
>
> Russ> Simon Richter writes:
> >> It is less nonsensical because usrmerge
Timothy M Butterworth:
> All,
>
> I just ran across this article
> https://blog.ikuamike.io/posts/2021/package_managers_privesc/ I tested
> the attacks on Debian 11 and they work successfully giving me a root
> shell prompt.
>
> Tim
>
Hi Tim,
All of the attacks presented assumes that the
Ludovic Rousseau:
> Hello Niels,
>
> Le 08/08/2021 à 09:09, Niels Thykier a écrit :
>> Ludovic Rousseau:
>>> [...]
>>
>> Hi Ludovic,
>>
>> You cannot use that feature yet as it would break during upgrade. The
>> dpkg version in s
Ludovic Rousseau:
> Hello,
>
> I am fixing Debian bug #990154.
>
> After some work I am able to remove the obsolete conf file using:
> rm_conffile /etc/reader.conf.d/0comments 1.9.3-2~ pcscd
> in debian/pcscd.maintscript
>
> Nice.
> Now I would like to use the method documented in deb-conffiles
Johannes Schauer Marin Rodrigues:
> Quoting Michael Biebl (2021-07-19 15:10:42)
>> [...]
>>
>> According to
>> apt-file search -x '^/(lib|bin|sbin)'
>> on my Debian sid/amd64 system, we have 1747 packages shipping 24583
>> files in those directories.
>
> more precisely, on amd64 unstable:
>
>
Hi participants,
If you follow up on this thread, then please move it to mailing lists
that are more politically focused such as -vote (given it is a response
to vote).
The topic certainly off-topic for debian-devel, which has the following
tag line for content:
Discussion about *technical
Russ Allbery:
> Jonas Smedegaard writes:
>
>> Let's see if Debian can agree on a single normalization of 822-ish
>> files. For starters, I disagree that "wrap-and-sort -a" is a suitable
>> normalization, as that will involve re-indentation when keys change.
>> Instead, I propose this as
Russ Allbery:
> The root problem, at least as I understand it, is that the two relevant
> upstreams (and probably lots more) have followed those practices to vendor
> and pin versions of jQuery, and are not regularly updating those pins, so
> the current version in Debian may or may not work.
As
Christian Kastner:
> On 2020-09-06 23:27, Mattia Rizzolo wrote:
>> On Sun, Sep 06, 2020 at 10:53:05PM +0200, Christian Kastner wrote:
>> The thing is, according to the build profile spec, if you specify nodoc
>> or nocheck in _PROFILES you *MUST* also specify it on _OPTIONS (talking
>> about when
Mattia Rizzolo:
> On Sun, Sep 06, 2020 at 10:53:05PM +0200, Christian Kastner wrote:
> [...]
>> Or do dpkg or debhelper apply some kind of mapping logic from _OPTIONS
>> to _PROFILES for the popular options nocheck, nodoc, noopt?
>
> debhelper does. various helpers do things differently with
Hi,
This is a heads up about my intention to remove debhelper compat levels
5 and 6. This is also an intention to do a MFB for this removal now at
severity important, which will be bumped to RC later.
With the current rate of migration as well as the current number of RC
bugs in testing, I
Guillem Jover:
> Hi!
>
> We currently have many built artifacts being dropped directly under
> debian/ or under tool specific directories such as debian/.debhelper/.
> These have at least the following problems:
>
> - Make cleaning, an operation that requires executing code from the
>
Sean Whitton:
> Hello,
>
> On Tue 14 Apr 2020 at 10:54AM +02, Niels Thykier wrote:
>
>> Guillem and I have debated this and come to a solution, which we believe
>> will be able to address the concerns about the path being "hidden". It
>> also enables us to
Sam Hartman:
> I'm concerned about a leading . at least for:
>
> * the debian/tmp replacement
> * the replacement for the package install directories under debian.
>
> I think that maintaining those directories such that ls shows them will
> be more friendly for new maintainers.
> So I'd prefer
Sean Whitton:
> Hello,
>
> On Sat 04 Apr 2020 at 09:28AM +02, Lucas Nussbaum wrote:
>
>> Well, no, there doesn't seem to be any serious user-visible issues.
>>
>> That's why I keep wondering whether it makes sense to just keep all this
>> technical debt around.
>
> It could be useful to
Control: tags -1 moreinfo
Michael Biebl:
> Package: debhelper
> Version: 12.9
> Severity: wishlist
>
> Hi,
>
Hi,
Thanks for the suggestion. :)
(CC'ing d-devel because I think this is relevant to the discussion there)
> some packages have a very detailed debian/changelog which goes back
>
Simon McVittie:
> On Mon, 09 Mar 2020 at 20:45:13 +0100, Niels Thykier wrote:
>> Simon McVittie:
>>> For example, dpkg-buildpackage could perhaps read one glob per
>>> line from debian/artifacts and hardlink matched files (if any) into
>>> debian/.build/a
Simon McVittie:
Hi :)
> On Mon, 09 Mar 2020 at 10:09:46 +0100, Guillem Jover wrote:
>> We'd like to standardize on a new set of artifact build pathnames
>> for our deb toolchain. These would have the following form:
>>
>> - debian/.build/upstream*
>>
>> These could be used for out-of-tree
Hideki Yamane:
> On Mon, 10 Feb 2020 21:37:05 +0100
> Niels Thykier wrote:
>> Remember to *remove* "--with python3" from d/rules as well. An explicit
>> "--with python3" will cause issues with Build-Depends-Indep and other
>> conditional usage (e.g. b
Hideki Yamane:
> On Sat, 1 Feb 2020 15:38:14 +0100
> Niels Thykier wrote:
>> * The "dh-sequence- build-dependency" to replace the
>>"--with " parameter to dh in the debian/rules.
>>- Note that third-party add-ons may not have added the rele
Michael Lustfield:
> [...]
>
> I too would love to engage in a civil discussion about ways to improve the
> situation. Let's start with this-
>
> Why do reviews take so long?
> - The team is tiny
> - Much of the team seems very burned out
> - The ones that are active tend to stick to source or
Paul Wise:
> On Sat, Feb 1, 2020 at 2:39 PM Niels Thykier wrote:
>
>> * debhelper generate a temporary writable directory for $HOME
>>and $XDG_RUNTIME_DIR plus clear all remaining XDG_* variables.
>>This simplifies packaging of tools that insist on writing t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 27 Jan 2020 20:45:05 +
Source: debhelper
Architecture: source
Version: 12.9
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 568897 885994 949396 949538 949635
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 19 Jan 2020 10:02:16 +
Source: debhelper
Architecture: source
Version: 12.8
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 198507 885994 906723 917368 944478
Simon McVittie:
> [...]
>
> The opentmpfiles and opensysusers packaging will need to arrange to do
> something analogous, most likely in cooperation with dh_installsystemd
> or some other debhelper step for the first two points, and with LSB init
> scripts for the tasks where systemd uses
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 29 Dec 2019 17:59:47 +
Source: debhelper
Architecture: source
Version: 12.7.3
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 946655 947506
Changes:
debhelper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 07 Dec 2019 17:44:32 +
Source: debhelper
Architecture: source
Version: 12.7.2
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 933799 942111 943705 943853 944225
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 26 Oct 2019 06:42:04 +
Source: debhelper
Architecture: source
Version: 12.7.1
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 943376
Changes:
debhelper (12.7.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 20 Oct 2019 17:48:06 +
Source: debhelper
Architecture: source
Version: 12.7
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 933576 941245 942454 942690
Changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 15 Sep 2019 10:08:53 +
Source: debhelper
Architecture: source
Version: 12.6.1
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Changes:
debhelper (12.6.1) unstable
Thykier
Description:
debhelper - helper programs for debian/rules
dh-systemd - debhelper add-on to handle systemd unit files - transitional pack
libdebhelper-perl - debhelper perl modules
Closes: 821130 939164 939635
Changes:
debhelper (12.6) experimental; urgency=medium
.
[ Niels Thykier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 01 Sep 2019 07:23:05 +
Source: debhelper
Architecture: source
Version: 12.5.4
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 935577 935780
Changes:
debhelper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 21 Aug 2019 10:11:18 +
Source: wily
Architecture: source
Version: 0.13.41-8
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Niels Thykier
Closes: 438263 882542
Changes:
wily (0.13.41-8
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 19 Aug 2019 09:50:19 +
Source: debhelper
Architecture: source
Version: 12.5.3
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 934999 935017
Changes:
debhelper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 18 Aug 2019 07:36:20 +
Source: debhelper
Architecture: source
Version: 12.5.2
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Changes:
debhelper (12.5.2) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 17 Aug 2019 15:09:07 +
Source: debhelper
Architecture: source
Version: 12.5.1
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Changes:
debhelper (12.5.1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 17 Aug 2019 10:54:08 +
Source: debhelper
Architecture: source
Version: 12.5
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 836699 907061 934889 934891
Changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 12 Aug 2019 15:07:01 +
Source: debhelper
Architecture: source
Version: 12.4
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 932537
Changes:
debhelper (12.4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 06 Aug 2019 16:55:26 +
Source: debhelper
Architecture: source
Version: 12.3
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 927394 931792 932646 933212 933541
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 19 Jul 2019 19:18:03 +
Source: debhelper
Architecture: source
Version: 12.2.3
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 932073 932262
Changes:
debhelper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 16 Jul 2019 21:03:38 +
Source: debhelper
Architecture: source
Version: 12.2.2
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 932240
Changes:
debhelper (12.2.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 16 Jul 2019 20:21:32 +
Source: debhelper
Architecture: source
Version: 12.2.1
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 932073
Changes:
debhelper (12.2.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 14 Jul 2019 12:37:11 +
Source: docbook-xml
Architecture: source
Version: 4.5-9
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Niels Thykier
Changes:
docbook-xml (4.5-9) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 14 Jul 2019 10:29:20 +
Source: debhelper
Architecture: source
Version: 12.2
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 25235 462389 886279 912999 923626
Russ Allbery:
>> Thanks to this new Lintian tag, the current situation is that packages
>> won't pass NEW without a SysV init script (unless a FTP-masters ignore
>> this specific tag despite its severity).
> I haven't worked on Lintian in several years, so perhaps my information is
> stale, but at
Simon McVittie:
> On Mon, 08 Jul 2019 at 19:23:39 +0100, Colin Watson wrote:
> [...]
>> If the udeb stanzas in debian/control have "Build-Profiles: ",
>> then debhelper will honour that when deciding which packages to build,
>> so yes, anything built into debhelper should just work.
>
> Treating
Andrej Shadura:
> Hi,
>
> On Sat, 6 Jul 2019 at 20:02, Konrad, Martin wrote:
>> I'm packaging a logging service for buster. Users typically only need to
>> run one instance but power users might want to run multiple instances.
>> This sounds like a perfect use case for systemd templates [1] to
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).
Adam Borowski:
> On Sun, Jun 09, 2019 at 09:46:37AM +0100, Chris Lamb wrote:
>> [...]
>
>> As others have mentioned, I hope that Debian remains a project that
>> makes it evermore welcoming to individuals
>
> Yeah but one of our core values is "we do not hide problems". I'd rather
> lash out
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
>>
>> "&
Vincent Bernat:
> ❦ 28 mai 2019 08:59 +08, Paul Wise :
>
>>> People using tools like fpm will never get familiar with our tools and
>>> will never be contributors.
>>
>> I enjoyed your blog post about pragmatic packaging using Debian's
>> tools instead of fpm, it seems like a good approach if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 18 May 2019 07:16:42 +
Source: marble
Architecture: source
Version: 4:17.08.3-3.2
Distribution: unstable
Urgency: medium
Maintainer: Debian/Kubuntu Qt/KDE Maintainers
Changed-By: Niels Thykier
Closes: 923592
Changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 11 May 2019 13:04:23 +
Source: tilda
Architecture: source
Version: 1.4.1-2.1
Distribution: unstable
Urgency: medium
Maintainer: Sebastian Geiger
Changed-By: Niels Thykier
Closes: 904309
Changes:
tilda (1.4.1-2.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 18 May 2019 12:44:04 +
Source: dh-exec
Architecture: source
Version: 0.23.2
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Niels Thykier
Changes:
dh-exec (0.23.2) unstable; urgency=medium
Sean Whitton:
> Hello,
>
> On Mon 13 May 2019 at 11:52AM +00, Holger Levsen wrote:
>
>> [re-sent with debian-release list address corrected...]
>
> Also resending. Sorry.
>
>> so there is "#928172 debian-security-support: fails to upgrade from
>> 'testing':
>> dpkg: error: error executing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 23 Apr 2019 13:42:28 +0200
Source: debian-archive-keyring
Architecture: source
Version: 2019.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Release Team
Changed-By: Niels Thykier
Closes: 912214 917535 917536
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 21 Apr 2019 06:43:12 +
Source: javatools
Architecture: source
Version: 0.72.9
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers
Changed-By: Niels Thykier
Closes: 927676
Changes:
javatools
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 17 Apr 2019 13:43:38 +
Source: jtb
Architecture: source
Version: 1.4.12-2
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Niels Thykier
Closes: 927243
Changes:
jtb (1.4.12-2) unstable
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
Andreas Tille:
> Hi again,
>
> speaking about false positives:
>
>libhmsbeagle (U) should switch to dh. Current build system:
> debhelper (source version: 3.1.2+dfsg-5)
>
> I have no idea what might have triggered this on the current d/rules
> file[1].
>
> Kind regards
>
>
Lucas Nussbaum:
> On 16/04/19 at 08:52 +0200, Andreas Tille wrote:
>> On Mon, Apr 15, 2019 at 05:35:40PM +0200, Bastian Blank wrote:
>>> On Mon, Apr 15, 2019 at 04:55:12PM +0200, Andreas Tille wrote:
biococoa (U) does not use Debhelper (no compat level found)
(source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 07 Apr 2019 13:18:04 +
Source: javatools
Architecture: source
Version: 0.72.8
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers
Changed-By: Niels Thykier
Closes: 925507 926542
Changes
Otto Kekäläinen:
> So apparently the 'D_FORTIFY_SOURCE=2' is in CPPFLAGS (not read by
> cmake) but not in CXXFLAGS (read by cmake)[1].
>
> So maybe I should define?
> CXXFLAGS=$(CXXFLAGS) $(CPPFLAGS)
>
You have to with cmake, yes. I believe debhelper carries a similar work
around (for CXXFLAGS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 31 Mar 2019 10:25:16 +
Source: javatools
Architecture: source
Version: 0.72.7
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers
Changed-By: Niels Thykier
Closes: 924328 925507
Changes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 17 Mar 2019 09:20:20 +
Source: javatools
Architecture: source
Version: 0.72.6
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers
Changed-By: Niels Thykier
Closes: 924653
Changes:
javatools
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 24 Feb 2019 10:20:17 +
Source: javatools
Architecture: source
Version: 0.72.2
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers
Changed-By: Niels Thykier
Changes:
javatools (0.72.2) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 23 Feb 2019 13:24:47 +
Source: debhelper
Architecture: source
Version: 12.1.1
Distribution: unstable
Urgency: medium
Maintainer: Debhelper Maintainers
Changed-By: Niels Thykier
Closes: 922267 922990
Changes:
debhelper
1 - 100 of 849 matches
Mail list logo
