On Fri, Aug 19, 2016 at 03:36:37PM +0200, Johannes Schauer wrote:
> Hi,
>
> Quoting Ian Jackson (2016-08-19 14:25:52)
> > (Would it not be possible to generate the key inside the chroot? I
> > guess there are probably other problems with that.)
>
> that would require lots of time and entropy - u
Hi,
Quoting Dimitri John Ledkov (2016-08-21 23:32:17)
> Surely old sbuild gpg key handing works correctly with gpg1. (Try gpg1
> first, if missing use gpg, assume it's classic gpg1)
>
> With new enough apt, no gpg key handing is needed.
>
> No support for gpg2 is needed, as any chroots with gpg
Hello,
On 21 August 2016 at 22:05, Johannes Schauer wrote:
> Hi,
>
> Quoting Peter Samuelson (2016-08-21 11:45:35)
>> [Johannes Schauer]
>> > Old sbuild will not help you. The problem is mainly, that older
>> > chroots contain an apt installation that has no support for the
>> > [trusted=yes] opt
Hi,
Quoting Peter Samuelson (2016-08-21 11:45:35)
> [Johannes Schauer]
> > Old sbuild will not help you. The problem is mainly, that older
> > chroots contain an apt installation that has no support for the
> > [trusted=yes] option in sources.list.
>
> So if someone really needs this, I guess a w
On 2016-08-21 18:30, Dimitri John Ledkov wrote:
Similar story for s390x virtio qemu bootloader support code. Currently
sources are in src:qemu, should be arch:all, can be compiled with
native or s390x cross compiler.
So far we have infrastructure to declare a particular source package
to be buil
Hello,
On 21 Aug 2016 2:00 p.m., "Bastian Blank" wrote:
>
> Hi folks
>
> I currently maintain ipxe. It is usualy used by x86 qemu to do all the
> network stuff. It also provides a large binary that can be loaded by
> grub.
>
> As it is pulled in by qemu-system-x86 it needs to be installable on
Package: wnpp
Severity: wishlist
Owner: Ingo Bauersachs
* Package name: libsdes4j-java
Version : 1.1.4
Upstream Author : Ingo Bauersachs
* URL : https://github.com/ibauersachs/sdes4j
* License : LGPL
Programming Lang: Java
Description : SDES (RFC4568)
Hi folks
I currently maintain ipxe. It is usualy used by x86 qemu to do all the
network stuff. It also provides a large binary that can be loaded by
grub.
As it is pulled in by qemu-system-x86 it needs to be installable on any
Debian architecture. Currently it only ships an arch-all package th
On Sun, Aug 21, 2016 at 02:03:00AM -0700, Josh Triplett wrote:
> Mechanisms like shlibdeps, dh_perl, and other substvars allow packages
> to compute their Depends at build time. This avoids hard-coding
> dependencies, simplifies upgrading the package to new versions, and
> makes transitions much e
Hi!
On Sun, 2016-08-21 at 02:03:00 -0700, Josh Triplett wrote:
> Some packages could potentially compute most of their Build-Depends the
> same way. For example, I'm working on a tool ("debcargo") to package
> Rust libraries and applications, which include detailed metadata (via
> Cargo) for depe
Hi!
On Sun, 2016-08-21 at 10:24:42 +0200, Bálint Réczey wrote:
> I'm testing a set of patches [2] for gcc and dpkg which enable bindnow for all
> arches and PIE for amd64, ppc64el and s390x in sync with Ubuntu.
>
> My assumption was that this set of architectures need the least amount of
> additio
Hi!
On Sun, 2016-08-21 at 08:22:09 +0200, Niels Thykier wrote:
> Kurt Roeckx:
> > On Wed, Aug 17, 2016 at 10:05:06PM +0200, ni...@thykier.net wrote:
> >> * If we were to enable -fPIE/-pie by default in GCC-6, should that change
> >>also apply to this port? [0]
> >
> > If -fPIE is the default
Christoph Egger wrote:
> Josh Triplett writes:
> > Mechanisms like shlibdeps, dh_perl, and other substvars allow packages
> > to compute their Depends at build time. This avoids hard-coding
> > dependencies, simplifies upgrading the package to new versions, and
> > makes transitions much easier.
[Johannes Schauer]
> Old sbuild will not help you. The problem is mainly, that older
> chroots contain an apt installation that has no support for the
> [trusted=yes] option in sources.list.
So if someone really needs this, I guess a workaround would be to
backport apt 1.0 to squeeze...?
Yes, it
Hi!
Josh Triplett writes:
> Mechanisms like shlibdeps, dh_perl, and other substvars allow packages
> to compute their Depends at build time. This avoids hard-coding
> dependencies, simplifies upgrading the package to new versions, and
> makes transitions much easier.
>
> Some packages could pote
[CCed to other potentially interested parties. Please CC me on replies.]
Mechanisms like shlibdeps, dh_perl, and other substvars allow packages
to compute their Depends at build time. This avoids hard-coding
dependencies, simplifies upgrading the package to new versions, and
makes transitions muc
Hi,
2016-08-21 8:22 GMT+02:00 Niels Thykier :
> Kurt Roeckx:
>> On Wed, Aug 17, 2016 at 10:05:06PM +0200, ni...@thykier.net wrote:
>>> * If we were to enable -fPIE/-pie by default in GCC-6, should that change
>>>also apply to this port? [0]
>>
>> If -fPIE is the default will -fPIC override it
17 matches
Mail list logo
