Bastian Blank writes:
> I would like to have some comments on a large revision on the source
> format. It also needs modifications to dak to handle some parts of it.
> - Source format version would be "4.0".
> - Each source includes an arbitrary number of "tar" layers, which are
> applied seq
Hi Bastian,
Full disclaimer: I probably don't contribute often enough inside
Debian to be a reference on it but thinking about it I'm wondering if
it wouldn't be easier to do it another way.
On Mon, Oct 21, 2019 at 8:06 PM Bastian Blank wrote:
> There is "gbp dch", which ignores merge commits (s
Hi
Debian in form of dpkg have a rather strict view on how our source
packages should look like.
- Files need to be compressed and are recorded as such, which is a hard
problem and give rise to tools like pristine-tar and such.
- Different formats require different version formats. The native
Moin
In Debian most people prefer to have changelog entries with all changes,
so changes always contain a modification to debian/changelog.
If we also start to use merge requests on Salsa, all those changes will
contain modifications to debian/changelog, which will usualy conflict
with each other
On Mon, 2019-10-21 at 18:58 +0200, Enrico Weigelt wrote:
> I'm pretty sure it does exist, since I wrote it :p
>
> https://github.com/metux/docker-buildpackage
I couldn't find it in Debian so I incorrectly assumed, sorry.
In case you want to get it into Debian:
https://mentors.debian.net/intro-
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: golang-github-farsightsec-go-nmsg
Version : 0.0~git20190917.04d2174-1
Upstream Author : Farsight Security, Inc.
* URL : https://github.com/farsightsec/go-nmsg
* License : Apache-2.0
Prog
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: golang-dnstap
Version : 0.0~git20190601.0b64a38-1
Upstream Author : Farsight Security, Inc.
* URL : https://github.com/dnstap/golang-dnstap
* License : Apache-2.0
Programming Lang: Go
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: golang-github-farsightsec-golang-framestream
Version : 0.2.0
Upstream Author : Farsight Security, Inc.
* URL : https://github.com/farsightsec/golang-framestream
* License : Apache-2.0
Pr
Package: wnpp
Severity: wishlist
Owner: Anton Avramov
* Package name: dropbear-rescue
Version : 0.1
Upstream Author : Anton Avramov
* URL : https://github.com/lukavia/dropbear-rescue
* License : GPL2
Programming Lang: sh
Description : A set of initramf
On 05.10.19 19:03, Bernd Zeimetz wrote:
> For that, developers also need or want the
> latest shiniest software - which is something a distribution can't provide.
It can, but that needs different workflows and higher grade of
automation. (and of course wouldn't be so well tested)
Actually, I for
On 07.10.19 13:17, Shengjing Zhu wrote:
> Why not have a repository for it, like dockerhub. So this becomes
> "pull latest build env", which saves lots of time("re-bootstrap" is
> still slow nowadays).
No idea how sbuild works these days (turned away from it aeons ago, as
I've found it too compli
On 05.10.19 18:25, Bernd Zeimetz wrote:
Hi,
> Having something that works with git-buildpackage would be really nice,
:)
> though. Even better if it would allow to use the k8s API to build things...
Patches are always welcomed :)
There're some problems to be solved for remote hosts (IMHO, k8s
On 05.10.19 03:31, Paul Wise wrote:
> On Fri, Oct 4, 2019 at 10:49 PM Enrico Weigelt wrote:
>> On 24.07.19 08:17, Marc Haber wrote:
>>
>>> Do we have a build technology that uses containers instead of chroots
>>> yet?
>>
>> Something like docker-buildpackage ?
>
> AFAICT, docker-buildpackage doesn
Package: wnpp
Severity: wishlist
Owner: Sruthi Chandran
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: ruby-snowplow-tracker
Version : 0.6.1
Upstream Author : Snowplow Analytics Ltd.
* URL : https://salsa.debian.org/ruby-team/ruby-snowplow-tracker
* Licens
Hello Bastian,
On Mon, 2019-10-21 at 08:50 +0200, Bastian Blank wrote:
> > arch/x86/Makefile.um:KBUILD_LDFLAGS += -m elf_x86_64
>
> Thie last line is guarded by "ifeq ($(CONFIG_X86_32),y) else".
>
> The log shows:
>
> > 64-bit kernel (64BIT) [Y/n/?] (NEW)
>
> So, the configure step enables 64b
On Mon, Oct 21, 2019 at 11:28:33AM +0530, Ritesh Raj Sarraf wrote:
> I recently refreshed User Mode Linux to version 5.2 in Debian Unstable.
> The package built fine for amd64 but for i386, I have run into the
> following build failure.
What did you find about it yourself?
> ld -r -dp -o arch/um/
16 matches
Mail list logo
