Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

* W. Martin Borgert: " Re: Sorce only uploads with sbuild (was: Bits from the Release Team)" (Tue, 23 Jul 2019 17:30:22 +0200): > Quoting Sean Whitton : > > Just `git clean -xdff && dpkg-buildpackage -S` and dput the result, or > > (easier) `dgit push-source`. > > I prefer to build only once,

Re: Debian and our frenemies of containers and userland repos

Quoting Marc Haber (2019-07-24 08:17:19) > On Mon, 22 Jul 2019 12:38:36 +0200, "Enrico Weigelt, metux IT consult" > wrote: > >Containerization is a valid approach for some kind of workloads > >(eg. specific inhouse applications) that can be easily isolated from > >the rest. But it comes with the p

Re: Debian and our frenemies of containers and userland repos

Quoting Marc Haber (2019-07-24 08:17:19) > Do we have a build technology that uses containers instead of chroots yet? Either using any container-based autopkgtest backend (like lxc or lxd): $ sbuild --chroot-mode=autopkgtest --autopkgtest-virt-server=lxc Or using the built-in "unshare" backe

Re: Debian and our frenemies of containers and userland repos

Marc Haber writes: > Compared to a full VM, a container _is_ smaller. I am not sure whether > the difference is as huge in times where we have kernel same-page > merging though. > > Do we have a build technology that uses containers instead of chroots > yet? I haven't used it so far, but at least

Re: Debian and our frenemies of containers and userland repos

On Mon, 22 Jul 2019 12:38:36 +0200, "Enrico Weigelt, metux IT consult" wrote: >Containerization is a valid approach for some kind of workloads >(eg. specific inhouse applications) that can be easily isolated from >the rest. But it comes with the price of huge redundancies (depending >on how huge s

Bug#932769: [moreinfo] DoS via DHCP request

On Tue, 23 Jul 2019 19:32:04 -0600 Mark Hutchison wrote: > When I look at systemctl for the dhclient service, I can see that there's > an error, "can't create /var/lib/dhcp/dhclient.intname.leases Read Only > file system", and then the DHCPREQUEST > DHCPACK > DHCPDECLINE sequence > starts every f

Re: Bug#932769: #932769

On Tue, 23 Jul 2019 19:34:11 -0600, Mark Hutchison wrote: >I'm guessing from the error that dhclient has a problem with not being able >to read / write to the client leases file, declines the IP and requests >another, but secretly holds on to the IP. I'd like to be able to assign this bug to a pa

tag2upload (git-debpush) service architecture - draft

Hi all. I wrote this draft design doc / deployment plan for the tag-to-upload service, perhaps best summarised by Sean like this: We designed and implemented a system to make it possible for DDs to upload new versions of packages by simply pushing a specially formatted git tag to salsa.

Bug#932769: #932769

Hi fellas, Apologies for the brevity in the initial bug report. I was using the reportbug tool directly from the console of the VM I was working on, small resolution. Allow me to elaborate... We initially discovered this bug testing our storage product, we had a Debian 10 VM running in a typica

Bug#932769: [moreinfo] DoS via DHCP request

Hi fellas, Apologies for the brevity in the initial bug report. I was using the reportbug tool directly from the console of the VM I was working on, small resolution. Allow me to elaborate... We initially discovered this bug testing our storage product, we had a Debian 10 VM running in a typica

Re: merged-/usr-via-symlinks damage control (was Re: usrmerge -- plan B?)

On Sun, 2019-02-24 at 03:23:09 +0100, Guillem Jover wrote: > On Tue, 2019-02-19 at 05:49:24 +0100, Guillem Jover wrote: […] > > - file a bug on base-installer to request an option to install > > non-broken systems due to merged-/usr-via-symlinks. > > Done. T

Bug#932769: [moreinfo] DoS via DHCP request

Am 23.07.19 um 17:57 schrieb Ben Hutchings: > On Tue, 2019-07-23 at 16:51 -0400, Tomas Pospisek wrote: >> Package: general >> Followup-For: Bug #932769 >> >> Could you privide a recipe on how to reproduce this? There's a lot of >> very special setup below, that someone wwould need large amounts of

Bug#931296: general: Camera flash drive mount does not show up on desktop

Package: general Followup-For: Bug #931296 Hi Roger, Roger wrote: > Plugging in camera in Buster does not show flash storage on desktop as > it did in previous versions with Xfce DE. There was no reply to this bug report. The problem is, that debugging this involves some work, which you need to

Bug#932769: [moreinfo] DoS via DHCP request

On Tue, 2019-07-23 at 16:51 -0400, Tomas Pospisek wrote: > Package: general > Followup-For: Bug #932769 > > Could you privide a recipe on how to reproduce this? There's a lot of > very special setup below, that someone wwould need large amounts of time > to reporoduce I feel. > > Is it possible t

Re: Comparing/Using Conda with Debian

Am 11.07.19 um 06:53 schrieb Steffen Möller: > On an project-internal mailing list the thread "Conda vs Debian" > [etc.] What's Conda? *t

Re: Notes on packaging PCYNLITX

Hi, I have a few rather higher level questions about PCYNLITX. * are there any known users of PCYNLITX, in the sense of, does there exist an application, that actually uses PCYNLITX? * I have read through the web page of PCYNLITX. I can not make up my mind. The web page is talking about how

Bug#932769: [moreinfo] DoS via DHCP request

One more question. When you say VNWare integrated product. AFAIK vmware have their own networking module in the kernel? Can you reproduce this with some other virtualisation technology like kvm, qemu? And one more question: do depending on who does the DHCP receival in the VM (systemd? isc-dhc

Bug#932769: [moreinfo] DoS via DHCP request

Package: general Followup-For: Bug #932769 Could you privide a recipe on how to reproduce this? There's a lot of very special setup below, that someone wwould need large amounts of time to reporoduce I feel. Is it possible to reduce the problem to something easily demonstratable? This seems to b

Bug#932836: ITP: golang-rsc-pdf -- PDF reader library

Package: wnpp Severity: wishlist Owner: Emanuel Krivoy * Package name: golang-rsc-pdf Version : 0.1.0+git20180525.c47d69c-1 Upstream Author : Russ Cox * URL : https://github.com/rsc/pdf * License : BSD-3-clause Programming Lang: Go Description : Golang

Bug#932835: ITP: delve -- Delve is a debugger for the Go programming language.

Package: wnpp Severity: wishlist Owner: Emanuel Krivoy * Package name: delve Version : 1.2.0+git20190509.c30a333-1 Upstream Author : Derek Parker * URL : https://github.com/go-delve/delve * License : MIT Programming Lang: Go Description : Delve is a de

Re: Help needed with a script generating a .deb (Done. Now what?)

On Tue, Jul 23, 2019 at 08:31:34PM +0200, dettus wrote: > Now that I am able to create packages What do I do with them? Read my link again. Also, the packaging help list is debian-mentors@. -- WBR, wRAR signature.asc Description: PGP signature

Re: Help needed with a script generating a .deb (Done. Now what?)

Hello. So, I succeeded! There are two Warnings left W: dmagnetic: description-synopsis-starts-with-article W: dmagnetic: extra-license-file usr/share/doc/dmagnetic/LICENSE.txt If you do not mind, I would like to keep them. Now that I am able to create packages What do I do with them? Th

Re: git & Debian packaging sprint report

Russ Allbery writes: > Scott Kitterman writes: >> Except that we have different requirements than git. Git isn't looking >> for security properties from SHA-1, so it's highly likely it'll meet >> their accident avoidance requirements long after it's no longer >> appropriate for security related a

Re: Sorce only uploads with sbuild

PICCA Frederic-Emmanuel writes: >> $ origtargz # since I use pristine-tar > what is the difference with > git deborig I use pristine-tar so that I can get back exactly the same tarball that upstream uses, so that anyone can verify that the Debian package starts from the same source using cmp

RE:Sorce only uploads with sbuild

> $ origtargz # since I use pristine-tar what is the difference with git deborig > $ dgit --gbp build > $ dgit --gbp push-source or dgit --gbp sbuild to build via sbuild in a clean chroot, everythongs setup via propellor indeed thanks to sean and joeyh :)) > Getting started with dgit felt

Re: Help needed with a script generating a .deb

On Tue, Jul 23, 2019 at 07:19:32PM +0200, dettus wrote: > Running it ends with  the following feedback: > > > > > dpkg-buildpackage: info: full upload (original source is included) > Now running lintian... > W: dmagnetic: missing-depends-line > W: dmagnetic: description-synopsis-starts-with

Re: Help needed with a script generating a .deb

Hello all. Thanks to your input, I think I am getting closer. For debian, I created a repository at https://github.com/dettus/ports_and_packages/tree/master/Debian In it, you will find a debian/ subdirectory. In which I put the files that seem to be required for debuild, if I am not mistak

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

On Wed, Jul 24, 2019 at 12:46 AM Shengjing Zhu wrote: > > On Tue, Jul 23, 2019 at 11:18 PM Sean Whitton > wrote: > > Just `git clean -xdff && dpkg-buildpackage -S` and dput the result, or > > (easier) `dgit push-source`. > > > > Maybe I miss something, sbuild just calls `dpkg-buildpackage -S`. I

Re: Sorce only uploads with sbuild

Mathias Behrle writes: > I tried that building as usual with sbuild with additional option > --source-only-changes and uploaded, but now get REJECTS with e.g. > tryton-server_5.0.6-2.dsc: Refers to non-existing file > 'tryton-server_5.0.6.orig.tar.gz' > Perhaps you need to include the file in yo

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

On Tue, Jul 23, 2019 at 11:18 PM Sean Whitton wrote: > Just `git clean -xdff && dpkg-buildpackage -S` and dput the result, or > (easier) `dgit push-source`. > Maybe I miss something, sbuild just calls `dpkg-buildpackage -S`. If sbuild doesn't include orig tarball in -2 source.changes, then `dpkg-

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

On Tue, Jul 23, 2019 at 08:18:05AM -0700, Sean Whitton wrote: > Hello, > > On Tue 23 Jul 2019 at 03:53pm +02, Mathias Behrle wrote: > > > Thanks a lot, could have found myself...:( > > TBH I didn't assume that such a bug could exist when we make source-only > > uploads manadatory. > > I find it

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

Hello, On Tue 23 Jul 2019 at 06:22PM +02, Johannes Schauer wrote: > that is correct. Indeed the source package is the way how the sources are > copied into the chroot so sbuild cannot operate at all without having a source > package first. And that source package is built *outside* the chroot. >

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

Hi, Quoting Sean Whitton (2019-07-23 17:47:45) > > I prefer to build only once, if possible, generating both binary and source > > .changes. Both in a clean chroot. Then I can try out my .debs and on > > success just sign and dput. Works fine for me with pbuilder. > ICBW but I am pretty sure that

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

Hello, On Tue 23 Jul 2019 at 11:23AM -04, Boyuan Yang wrote: > To be honest, I *hate* building without clean chroot environment, no matter > it's a source-only upload, a -2 upload or anything else. Think of this: when > invoking sbuild, some command line options like "--source-only-changes -- > f

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

Quoting Sean Whitton : Just `git clean -xdff && dpkg-buildpackage -S` and dput the result, or (easier) `dgit push-source`. I prefer to build only once, if possible, generating both binary and source .changes. Both in a clean chroot. Then I can try out my .debs and on success just sign and dput.

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

在 2019-07-23二的 08:18 -0700，Sean Whitton写道： > Hello, > > On Tue 23 Jul 2019 at 03:53pm +02, Mathias Behrle wrote: > > > Thanks a lot, could have found myself...:( > > TBH I didn't assume that such a bug could exist when we make source-only > > uploads manadatory. > > I find it helpful to think of

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

Hello, On Tue 23 Jul 2019 at 03:53pm +02, Mathias Behrle wrote: > Thanks a lot, could have found myself...:( > TBH I didn't assume that such a bug could exist when we make source-only > uploads manadatory. I find it helpful to think of sbuild as a tool for producing binaries, and nothing else.

Bug#932806: ITP: golang-github-coreos-discovery-etcd-io -- etcd discovery service

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: golang-github-coreos-discovery-etcd-io Version : 2+git20190513.6.78fb45d Upstream Author : CoreOS * URL : https://github.com/coreos/discovery.etcd.io * License : Apache-2.0 Programming Lan

Bug#932805: ITP: golang-github-rsc-devweb -- development web server

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: golang-github-rsc-devweb Version : 0.0~git20160115.0.29cc9e1 Upstream Author : Russ Cox * URL : https://github.com/rsc/devweb * License : BSD-3-clause Programming Lang: Go Description

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

* Andrey Rahmatullin: " Re: Sorce only uploads with sbuild (was: Bits from the Release Team)" (Tue, 23 Jul 2019 15:46:08 +0500): > On Tue, Jul 23, 2019 at 12:22:02PM +0200, Mathias Behrle wrote: > > I tried that building as usual with sbuild with additional option > > --source-only-changes and u

Bug#932801: ITP: erlang-p1-yconf -- YAML configuration processor

Package: wnpp Severity: wishlist Owner: Philipp Huebner * Package name: erlang-p1-yconf Version : 0.2019.07.18 Upstream Author : ProcessOne * URL : https://github.com/processone/yconf * License : Apache-2.0 Programming Lang: Erlang Description : YAML co

Bug#932800: ITP: erlang-p1-mqtree -- index tree for MQTT topic filters

Package: wnpp Severity: wishlist Owner: Philipp Huebner * Package name: erlang-p1-mqtree Version : 1.0.3 Upstream Author : ProcessOne * URL : https://github.com/processone/mqtree * License : Apache-2.0 Programming Lang: Erlang, C Description : index tre

Re: Debian and our frenemies of containers and userland repos

Hi all, On 22.07.19 12:38, Enrico Weigelt, metux IT consult wrote: > COOS:   just yet another special purpose distro, in that case for >     docker hosts. neither the first, nor the last one to come. > Yocto:  just yet another compile-yourself distro, focused on embeedded, >     that happe

Re: Help needed with a script generating a .deb

Hi Thomas! On Tue, 23 Jul 2019 11:25:40 +0200 (CEST) Thomas Dettbarn wrote: > Hello! > > So, I have this awesome project, that I am trying to get into the > package repository of Debian. I already filed an RFP, which can be > found at the WNPP bug tracker, where it is gathering dust. > > https

Re: Sorce only uploads with sbuild (was: Bits from the Release Team)

On Tue, Jul 23, 2019 at 12:22:02PM +0200, Mathias Behrle wrote: > I tried that building as usual with sbuild with additional option > --source-only-changes and uploaded, but now get REJECTS with e.g. > > tryton-server_5.0.6-2.dsc: Refers to non-existing file > 'tryton-server_5.0.6.orig.tar.gz' > P

Sorce only uploads with sbuild (was: Bits from the Release Team)

Hi all, in Bits from the Release Team I am told > 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 >

Re: Help needed with a script generating a .deb

We don't use dpkg-deb -b to create packages. If you want to create a package that can be uploaded to Debian, start with https://mentors.debian.net/intro-maintainers -- WBR, wRAR signature.asc Description: PGP signature

Help needed with a script generating a .deb

Hello! So, I have this awesome project, that I am trying to get into the package repository of Debian. I already filed an RFP, which can be found at the WNPP bug tracker, where it is gathering dust. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929619 So, I tried my hand at creating a packag

Re: Bits from /me: Forgetting the Simplified Representation for Debian Packaging?

Sorry for the noise. I hereby declare that all the idea behind the "duprkit" has died. I wish somebody else could provide a better idea according to the original motivations[1] in the future. Next I'll put my focus on the recommendation document for Debian's machine learning / deep learning packag

Bits from /me: Forgetting the Simplified Representation for Debian Packaging?

Hi everyone, This is not a new idea. I realized that the "DUPR" project is dying. I removed all the junk from the project and extracted very core part (redesigned after the last duprkit discussion) of it. Here I'll present the very core part of it to you, and let's decide whether or not to sentenc