On 7/8/19 12:34 AM, Scott Kitterman wrote:
> As long as your build-depends are properly versioned, why can't you just
> upload all the source and let wanna-build sort it out?
>
> Scott K
This means that I have to baby-sit the Debian archive and upload
everything in the correct order, waiting for
On 2019-07-08 09:14, Thomas Goirand wrote:
On 7/8/19 12:34 AM, Scott Kitterman wrote:
As long as your build-depends are properly versioned, why can't you
just
upload all the source and let wanna-build sort it out?
[...]
This means that I have to baby-sit the Debian archive and upload
everythi
On 7/8/19 9:38 AM, Philipp Kern wrote:
> On 2019-07-08 09:14, Thomas Goirand wrote:
>> On 7/8/19 12:34 AM, Scott Kitterman wrote:
>>> As long as your build-depends are properly versioned, why can't you just
>>> upload all the source and let wanna-build sort it out?
> [...]
>> This means that I have
Thomas Goirand, le lun. 08 juil. 2019 11:57:45 +0200, a ecrit:
> So if I understand correctly, I can just rebuild everything and do
> source-only uploads, and the Debian infra will be smart enough to
> understand how to build?
Yes.
Only the dependency loops pose problem.
Samuel
Am Mo., 8. Juli 2019 um 09:14 Uhr schrieb Thomas Goirand :
>
> On 7/8/19 12:34 AM, Scott Kitterman wrote:
> > As long as your build-depends are properly versioned, why can't you just
> > upload all the source and let wanna-build sort it out?
> >
> > Scott K
>
> This means that I have to baby-sit th
Quoting Samuel Thibault (2019-07-08 12:01:01)
> Thomas Goirand, le lun. 08 juil. 2019 11:57:45 +0200, a ecrit:
> > So if I understand correctly, I can just rebuild everything and do
> > source-only uploads, and the Debian infra will be smart enough to
> > understand how to build?
> Yes. Only the d
Am 07.07.19 um 15:43 schrieb Ben Hutchings:
> On Sun, 2019-07-07 at 02:47 +0100, Jonathan Wiltshire wrote:
> [...]
>> No binary maintainer uploads for bullseye
>> =
>>
>> The release of buster also means the bullseye release cycle is about to
>> begin.
>> Fr
On 02.07.19 22:45, Moritz Mühlenhoff wrote:
Hi,
> ESR 68 will require an updated Rust/Cargo toolchain and build dependencies not
> present in Stretch (nodejs 8, llvm-toolchain-7, cbindgen and maybe more).
> Stretch was already updated wrt Rust/Cargo for ESR 60, so there's at least no
> requiremen
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
* Package name: ipmctl
Version : v01.00.00.3455
Upstream Author : Intel
* URL : https://github.com/intel/ipmctl
* License : BSD
Programming Lang: C
Description : utility for configuring and managing
I'm the middle of an effort to simplify the debian/rules file for
e2fsprogs so that someday, maybe, I'll be able to convert it to use
dh. One of the things which I noticed while trying to rip things out
of debian/rules to make the dh conversion easier (possible?) was the
support for noudeb.
How i
Hello,
Theodore Ts'o, le lun. 08 juil. 2019 13:25:32 -0400, a ecrit:
> How important is noudeb, and why is defined in the first place?
My usage of noudeb is mostly to avoid the two-times-longer build time
Samuel
On Mon, Jul 08, 2019 at 07:36:30PM +0200, Samuel Thibault wrote:
> Hello,
>
> Theodore Ts'o, le lun. 08 juil. 2019 13:25:32 -0400, a ecrit:
> > How important is noudeb, and why is defined in the first place?
>
> My usage of noudeb is mostly to avoid the two-times-longer build time
>
It used to
On Mon, Jul 08, 2019 at 01:25:32PM -0400, Theodore Ts'o wrote:
> I'm the middle of an effort to simplify the debian/rules file for
> e2fsprogs so that someday, maybe, I'll be able to convert it to use
> dh. One of the things which I noticed while trying to rip things out
> of debian/rules to make
On Mon, Jul 08, 2019 at 02:10:13PM -0400, Theodore Ts'o wrote:
> On Mon, Jul 08, 2019 at 07:36:30PM +0200, Samuel Thibault wrote:
> > Theodore Ts'o, le lun. 08 juil. 2019 13:25:32 -0400, a ecrit:
> > > How important is noudeb, and why is defined in the first place?
> >
> > My usage of noudeb is mo
On Mon, Jul 08, 2019 at 07:28:50PM +0100, Colin Watson wrote:
> On Mon, Jul 08, 2019 at 02:10:13PM -0400, Theodore Ts'o wrote:
> > P.S. If anyone thinks that increasing the size of the debian
> > installer by 145k is unacceptable, please let me know now
>
> This is something you'd need to run
Theodore Ts'o schrieb:
> Back in the days of boot/root installation floppies, saving every last
> byte was clearly important.
It's probably worth discussing/investigating whether udebs in general still
make sense for d-i in 2019?
It was a design choice made 15 years ago, but disk/network constra
Theodore Ts'o, le lun. 08 juil. 2019 14:10:13 -0400, a ecrit:
> and it also avoids the double-compilation build time extension. (I
> assume that's what you were referring to when you mentioned "avoid the
> two-times-longer build time", right?)
Yes.
Samuel
On Mon, 08 Jul 2019 11:57:45 +0200, Thomas Goirand wrote:
> So if I understand correctly, I can just rebuild everything and do
> source-only uploads, and the Debian infra will be smart enough to
> understand how to build? Great, I'll try then! :)
As long as you don't hit #865304 (taken from /topi
> No binary maintainer uploads for bullseye
> =
>
> The release of buster also means the bullseye release cycle is about to begin.
> From now on, we will no longer allow binaries uploaded by maintainers to
> migrate to testing. This means that you will need
On Mon, 08 Jul 2019 at 19:23:39 +0100, Colin Watson wrote:
> On Mon, Jul 08, 2019 at 01:25:32PM -0400, Theodore Ts'o wrote:
> > How important is noudeb, and why is defined in the first place?
>
> I'm afraid memory has failed me in terms of why it was defined, other
> than perhaps performance for p
Package: wnpp
Severity: wishlist
Owner: Joao Eriberto Mota Filho
* Package name: vokoscreen-ng
Version : 2.9.8
Upstream Author : Volker Kohaupt
* URL : https://github.com/vkohaupt/vokoscreenNG
* License : GPL-2
Programming Lang: C++
Description : easy
On Jul 07, Jonathan Wiltshire wrote:
> Q: I already did a binary upload, do I need to do a new (source-only)
> upload?
> A: Yes (preferably with other changes, not just a version bump).
Is there any good reason why we still do not have an interface to allow
developers to self-service reques
On Mon, Jul 08, 2019 at 10:04:06PM +0200, Moritz Mühlenhoff wrote:
> Theodore Ts'o schrieb:
> > Back in the days of boot/root installation floppies, saving every last
> > byte was clearly important.
>
> It's probably worth discussing/investigating whether udebs in general still
> make sense for d
Am 08.07.19 um 22:04 schrieb Moritz Mühlenhoff:
> Theodore Ts'o schrieb:
>> Back in the days of boot/root installation floppies, saving every last
>> byte was clearly important.
>
> It's probably worth discussing/investigating whether udebs in general still
> make sense for d-i in 2019?
>
> It w
On Tue, Jul 9, 2019 at 7:42 AM Colin Watson wrote:
>A memory-safe language with good testing support and a good testing
>culture would be great, though it does also need to work on every
>Debian architecture, which IIRC Rust doesn't quite; we've kicked
>around the idea of maybe a s
On Tue, Jul 09, 2019 at 12:16:53AM +0200, Marco d'Itri wrote:
> On Jul 07, Jonathan Wiltshire wrote:
>
> > Q: I already did a binary upload, do I need to do a new (source-only)
> > upload?
> > A: Yes (preferably with other changes, not just a version bump).
> Is there any good reason why we
On Mon, Jul 08, 2019 at 07:28:50PM +0100, Colin Watson wrote:
>
> Per my other reply, you may find that it isn't that painful after all
> once you find the right approach. For instance, while a separate udeb
> build pass does make
> https://salsa.debian.org/ssh-team/openssh/blob/master/debian/rul
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 u
Hi Osamu, hi all,
On 29.06.19 03:05, Osamu Aoki wrote:
> On Fri, Jun 28, 2019 at 10:37:58AM +0200, Michael Kesper wrote:
>> Maintaining a package requires time and skills.
>> Please have a look at https://mentors.debian.net/intro-maintainers
>> for getting started.
>>
>> [and intro-maintainers sho
29 matches
Mail list logo
