Hi,
On 08.12.19 09:54, Tobias Frost wrote:
> Well, I was responding to a mail that suggested to make unit files
> mandatory (which I read as then RC-buggy) and suggesting some lines
> later to drop support for the sysv-generator and in this case it is
> quite moot that policy can be ignored becau
Hi,
chiming in as I've been pointed to this bug: I agree with Ansgar in that
adding unit files does not hurt sysvinit support in the least, provided we
still get to ignore them.
I'd even be in favour of making them mandatory (i.e. upgrading the lintian
warning to an error), and I don't see how th
Hi,
On Mon, Jul 19, 2010 at 12:41:54PM +0200, Bernhard R. Link wrote:
> The difference between optional and extra is indeed mood today. But I
> guess that is mostly because dh_make is making everything optional
> instead of extra by default...
Most packages can be "optional", since they don't in
Hi,
Manoj Srivastava wrote:
Why is it important that we do this?
What are *-cross packages?
The dpkg-cross utility generates development packages usable from cross
compilers directly from native development packages by translating paths
inside the package and adapting specific files. As a
Package: debian-policy
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
following on my earlier informal probe, I'd like to request that package
names matching "*-*-cross" be reserved for cross compilation; the
asterisk stands for any non-empty sequence of characters legal in
Hi,
Russ Allbery wrote:
TL;DR: "-*-cross" suffix on package names is proposed to be magic.
windlord:~/web/eagle/reviews> apt-cache search -- '-cross$'
aboot-cross - utility to create bootable ISO-Images for Linux/Alpha
amiga-fdisk-cross - Partition editor for Amiga partitions (cross version)
Hi,
I'd like to ask for the current naming scheme for packages related to
cross compilation (the suffix listing the target architecture name and
the string "cross", e.g. "-arm-cross" for ARM targets) to be explicitly
codified in policy.
While it is unlikely that packages stumble on that name
Hi,
apologies for not crossposting to -policy.
Simon
--- Begin Message ---
Hi,
while I must admit that I was not at the latest IRC meeting where this
topic came up, I am now bitten by this problem.
I maintain a bunch of kernel modules that can be either patched onto a
kernel tree or bui
On Thu, 18 May 2000, Julian Gilbey wrote:
> > The program is not encumbered by encryption laws, so it doesn't need to go
> > into non-US.
Are you sure about that? I remember something about programs providing the
necessary hooks to insert encryption software to be restricted too.
Simon
--
P
9 matches
Mail list logo
