Hi,
Quoting Geert Stappers (2019-07-20 07:50:11)
> On Fri, Jul 19, 2019 at 11:28:36PM -0300, gregor herrmann wrote:
> > On Sat, 20 Jul 2019 00:21:10 +0200, Christoph Biedl wrote:
> >
> > > * Centralize the list of supported archs in the seccomp packages. By
> > > either creating an empty libsec
Package: sbuild
Previous-Subject: Re: seccomp woes
Original-To: debian-devel@lists.debian.org
On Fri, Jul 19, 2019 at 11:28:36PM -0300, gregor herrmann wrote:
> On Sat, 20 Jul 2019 00:21:10 +0200, Christoph Biedl wrote:
>
> > * Centralize the list of supported archs in the seccomp packages. By
Package: wnpp
Severity: wishlist
Owner: Daniel Leidert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: ruby-jekyll-paginate-v2
Version : 1.9.4
Upstream Author : Sverrir Sigmundarson
* URL : https://github.com/sverrirs/jekyll-paginate-v2
* License
On Sat, 20 Jul 2019 00:21:10 +0200, Christoph Biedl wrote:
> * Centralize the list of supported archs in the seccomp packages. By
> either creating an empty libseccomp-dev for the archs where seccomp
> is not supported, or by creating a "libseccomp-dev-dummy" for these.
> In the latter case
Package: wnpp
Owner: Clément Hermann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libextutils-makemaker-dist-zilla-develop-perl
Version : 0.03
Upstream Author : Jesse Luehrs
* URL :
https://metacpan.org
Package: wnpp
Owner: Clément Hermann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libextutils-hascompiler-perl
Version : 0.021
Upstream Author : Leon Timmermans
* URL : https://metacpan.org/release/ExtU
Package: wnpp
Severity: wishlist
Owner: Arthur Diniz
* Package name: commit-helper
Version : 3.4.18
Upstream Author : Arthur Diniz
* URL : https://github.com/andre-filho/commit-helper
* License : GPL-3
Programming Lang: Python
Description : Helps you
Package: wnpp
Severity: wishlist
Owner: Kartik Kulkarni
* Package name: node-solid-rest
Version : 1.0.7
Upstream Author : Jeff Zucker
* URL : https://github.com/jeff-zucker/solid-rest.git
* License : (MIT/X)
Programming Lang: javascript
Description :
Christoph Biedl writes:
> * Centralize the list of supported archs in the seccomp packages. By
> either creating an empty libseccomp-dev for the archs where seccomp
> is not supported, or by creating a "libseccomp-dev-dummy" for these.
> In the latter case package maintainers would have to
Package: wnpp
Severity: wishlist
Owner: Daniel Leidert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: ruby-jekyll-optional-front-matter
Version : 0.3.0
Upstream Author : Ben Balter
* URL : https://github.com/benbalter/jekyll-optional-front-matter
* Li
Package: wnpp
Owner: Clément Hermann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libextutils-hascompiler-perl
Version : 0.021
Upstream Author : Leon Timmermans
* URL : https://metacpan.org/release/ExtUti
Russ Allbery wrote...
> Christoph Biedl writes:
>
> > tl;dr: The file program in unstable is now built with seccomp support
> > enabled, expect breakage in some rather uncommon use cases.
>
> Thank you very much for doing this! Here's hoping this sets a trend. It
> will provide so much defense
On Fri, Jul 19, 2019 at 11:19:23PM +0300, Adrian Bunk wrote:
> On Fri, Jul 19, 2019 at 07:13:28PM +0200, Florian Weimer wrote:
> > Similar to the LFS support, with the
> > additional property that binaries built in either mode should continue
> > to work on kernels which predate support for the *_t
Paul Gevers wrote...
> Hi Christoph,
>
> On 19-07-2019 17:18, Christoph Biedl wrote:
> > tl;dr: The file program in unstable is now built with seccomp support
> > enabled, expect breakage in some rather uncommon use cases.
>
> This probably warrants an entry in the bullseye release-notes. Should
Package: wnpp
Severity: wishlist
Owner: Enkelena Haxhiu
* Package name: node-ulid
Version : 2.3.0
Upstream Author : Alizain Feerasta
* URL : https://github.com/ulid/javascript.git
* License : Expat
Programming Lang: Nodejs
Description : universally-uni
On 2019-07-19 23:19, Adrian Bunk wrote:
> Support for the Intel Quark was dropped when the i386 baseline was
> raised from 586 to 686 in stretch, so that's already irrelevant for
> the Debian i386 port.
Intel Quark has never been supported by Debian due to errata #71538,
which requires to omit th
* Adrian Bunk:
> On Fri, Jul 19, 2019 at 07:13:28PM +0200, Florian Weimer wrote:
>> * Adrian Bunk:
>>...
>> For comparison, the original plan was to provide a macro, perhaps
>> -D_TIME_BITS=32 and -D_TIME_BITS=64, to select at build time which ABI
>> set is used (“dual ABI”).
>
> To me this would
On Fri, Jul 19, 2019 at 07:13:28PM +0200, Florian Weimer wrote:
> * Adrian Bunk:
>...
> For comparison, the original plan was to provide a macro, perhaps
> -D_TIME_BITS=32 and -D_TIME_BITS=64, to select at build time which ABI
> set is used (“dual ABI”).
To me this would sound like more trouble th
Package: wnpp
Severity: normal
X-Debbugs-CC: debian-devel@lists.debian.org
I am orphaning this package so that it can be more actively maintained.
Full Git maintenance history is available - see its Vcs-Git entry.
The binary packages are:
Package: adminer
Architecture: all
Depends:
li
On Fri, 19 Jul 2019 at 15:13:00 +0300, Adrian Bunk wrote:
> Remaining usecases of i386 will be old binaries, some old Linux binaries
> but especially old software (including many games) running in Wine.
> Old Linux binaries will still need the old 32bit time_t.
Based on background from my contrib
On Fri, 19 Jul 2019 19:13:28 +0200, Florian Weimer wrote:
> * Adrian Bunk:
> > For i386 the last newly released 32bit-only hardware were some early
> > Intel Atoms 10 years ago, and when the AMD Geode goes out of production
> > soon there might be no hardware in production left.
> > There are stil
* Adrian Bunk:
> [ only speaking for myself ]
>
> On Thu, Jul 18, 2019 at 11:05:53PM +0200, Florian Weimer wrote:
>>...
>> The consequence is that in order to build 32-bit-time_t libraries
>> (Gtk, for example), an old glibc needs to be kept around. In
>> practice, it would probably mean that it
On Fri, 19 Jul 2019, Scott Talbert wrote:
Hi,
I'm working on a package where I have a directory tree listed in the
'install' file with a destination directory. This source directory tree has
a few empty subdirectories in it. Somehow during the build process, these
empty subdirectories are
Hi Christoph,
On 19-07-2019 17:18, Christoph Biedl wrote:
> tl;dr: The file program in unstable is now built with seccomp support
> enabled, expect breakage in some rather uncommon use cases.
This probably warrants an entry in the bullseye release-notes. Should we
already forward your original ma
Christoph Biedl writes:
> tl;dr: The file program in unstable is now built with seccomp support
> enabled, expect breakage in some rather uncommon use cases.
Thank you very much for doing this! Here's hoping this sets a trend. It
will provide so much defense in depth against malicious files.
tl;dr: The file program in unstable is now built with seccomp support
enabled, expect breakage in some rather uncommon use cases.
Hello,
Upstream of the file package added seccomp support a while ago, and
probably everyone with even a small concern about security will agree
the file program, ofte
Hi,
I'm working on a package where I have a directory tree listed in the
'install' file with a destination directory. This source directory tree
has a few empty subdirectories in it. Somehow during the build process,
these empty subdirectories are disappearing. Does debhelper prune empty
s
Package: wnpp
Severity: wishlist
Owner: Daniel Leidert
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: ruby-jekyll-titles-from-headings
Version : 0.5.1
Upstream Author : Ben Balter
* URL : https://github.com/benbalter/jekyll-titles-from-headings
* Lice
[ only speaking for myself ]
On Thu, Jul 18, 2019 at 11:05:53PM +0200, Florian Weimer wrote:
>...
> The consequence is that in order to build 32-bit-time_t libraries
> (Gtk, for example), an old glibc needs to be kept around. In
> practice, it would probably mean that it is impossible to maintain
29 matches
Mail list logo
