Re: Git Packaging Round 2: When to Salsa

2019-10-08 Thread Bastian Blank
On Sat, Sep 14, 2019 at 07:44:44PM +0200, Inaki Malerba wrote: > On 13/9/19 15:20, Bastian Blank wrote: > > For this I need to use my veto as Salsa admin. With the CI people we > > have to work through too much problems first. > If there are _too much problems_ I think yo

Re: Mozilla Firefox DoH to CloudFlare by default (for US users)?

2019-09-28 Thread Bastian Blank
On Sat, Sep 28, 2019 at 11:02:30AM +0200, Philipp Kern wrote: > > > https://developers.cloudflare.com/1.1.1.1/commitment-to-privacy/privacy-policy/firefox/ Those two have one critical difference in

Re: Git Packaging Round 2: When to Salsa

2019-09-15 Thread Bastian Blank
On Sun, Sep 15, 2019 at 09:57:15AM +0200, Bastian Blank wrote: > On Fri, Sep 13, 2019 at 12:00:37PM -0400, Sam Hartman wrote: > > Bastian> For this I need to use my veto as Salsa admin. With the CI > > Bastian> people we have to work through too much problems first.

Re: Git Packaging Round 2: When to Salsa

2019-09-15 Thread Bastian Blank
On Fri, Sep 13, 2019 at 12:00:37PM -0400, Sam Hartman wrote: > Bastian> For this I need to use my veto as Salsa admin. With the CI > Bastian> people we have to work through too much problems first. > What I am hearing you say is that right now, as service admins, you > cannot support the

Re: Git Packaging Round 2: SHOULD Not or MUSt NOT Github

2019-09-14 Thread Bastian Blank
On Sat, Sep 14, 2019 at 12:16:43PM +0200, Adam Borowski wrote: > On Sat, Sep 14, 2019 at 09:37:00AM +0530, Pirate Praveen wrote: > > I will also support such a GR. I started packaging gitlab so we don't > > have to compromise on ease of use compared to github. > > And, despite a massive amount

Re: Git Packaging Round 2: SHOULD Not or MUSt NOT Github

2019-09-14 Thread Bastian Blank
On Sat, Sep 14, 2019 at 10:29:32AM +0530, Balasankar "Balu" C wrote: > > What exactly do you propose here? The Salsa admins look like not > > accepting more contributors, neither seem open to suggestions. They just > > do "their way". I've countless times wrote to both them and in public > > that

Re: Git Packaging Round 2: When to Salsa

2019-09-13 Thread Bastian Blank
Hi Sam On Sun, Sep 08, 2019 at 05:35:10PM -0400, Sam Hartman wrote: > The Salsa CA pipeline is recommended. For this I need to use my veto as Salsa admin. With the CI people we have to work through too much problems first. I don't have anything else to add for now. Bastian -- Totally

Re: Git Packaging Round 2: SHOULD Not or MUSt NOT Github

2019-09-13 Thread Bastian Blank
On Fri, Sep 13, 2019 at 02:51:47PM +0200, Alf Gaida wrote: > On 9/13/19 10:18 AM, Bastian Blank wrote: > > On Thu, Sep 12, 2019 at 06:34:42PM +0200, Alf Gaida wrote: > >> Regarding the workflow and participation - it might be a problem that > >> one need an account f

Re: Git Packaging Round 2: SHOULD Not or MUSt NOT Github

2019-09-13 Thread Bastian Blank
On Thu, Sep 12, 2019 at 06:34:42PM +0200, Alf Gaida wrote: > Regarding the workflow and participation - it might be a problem that > one need an account for github or other non-free services - it's easy: You also need accounts for _free_ services, so what do you want to say? Bastian -- Lots of

Re: Mozilla Firefox DoH to CloudFlare by default (for US users)?

2019-09-12 Thread Bastian Blank
On Thu, Sep 12, 2019 at 06:26:34PM +0200, Marc Haber wrote: > Will DOH break corporate web apps that are accessed over a VPN (and > thus only resolvable via the local resolver)? Or has Mozilla catered > for that? Please see https://wiki.mozilla.org/Trusted_Recursive_Resolver. network.trr.mode=2

Re: win32-loader: Dropping Win ME/98/95 support, digital signing, Windows Store

2019-09-09 Thread Bastian Blank
On Mon, Sep 09, 2019 at 10:01:47PM +0200, Thomas Gaugler wrote: > Furthermore I would like to increase user confidence and trust by > digitally signing the win32-loader executable. As a side effect user > friction could be reduced. For example Microsoft SmartScreen [1] warns > the user with the

Re: Clarification regarding Qt 4 removal (and #875036 in particular)

2019-09-05 Thread Bastian Blank
Hi Gard On Thu, Sep 05, 2019 at 09:36:01AM +0200, Gard Spreemann wrote: > Can someone help clarify why the Qt 4 removal causes all of > src:libqglviewer to be marked for removal? Surely its Qt 5 binaries > could stay? Sure, but it also builds Qt 4 binaries, which can't stay. So someone needs to

Re: tag2upload service architecture and risk assessment - draft v2

2019-08-28 Thread Bastian Blank
PS: Please stop sending my copies of e-mails, I explicitely ask not to by specifying Mail-Followup-To. Hi Ian On Wed, Aug 28, 2019 at 12:10:44PM +0100, Ian Jackson wrote: > Tracing the archive contents back to uploader signatures is already > complicated because of the difficulty of

Re: tag2upload service architecture and risk assessment - draft v2

2019-08-28 Thread Bastian Blank
Hi Sam On Wed, Aug 28, 2019 at 09:42:56AM -0400, Sam Hartman wrote: > During the DPL campaign, a number of people, including Joerg, made > statements that I interpreted as explicitly wanting to make this change. > That is, they wanted to move our authoritative source format to Git, > possibly

Re: tag2upload service architecture and risk assessment - draft v2

2019-08-28 Thread Bastian Blank
On Tue, Aug 27, 2019 at 05:04:06PM -0700, Russ Allbery wrote: > Scott Kitterman writes: > > As an example, I recall concerns about there not being an uploader > > signature on the source anymore, so we would lose the ability to verify > > from the archive who was responsible for the upload. >

Re: tag2upload service architecture and risk assessment - draft v2

2019-08-27 Thread Bastian Blank
On Tue, Aug 20, 2019 at 06:32:30PM +0100, Ian Jackson wrote: > Thanks for all the comments on the draft service architecture I posted > in late July. [1] I have made a v2, incorporating the various helpful > suggestions, and the information from the thread. No, you just did a medium break. Mail

Re: salsa.debian.org partially down

2019-08-18 Thread Bastian Blank
On Fri, Aug 16, 2019 at 01:35:58PM +0800, Aron Xu wrote: > even we can have its own Openstack > installation if the team really like it. You really want to maintain an OpenStack installation? Have you done so already? Have you done upgrades of this installation for at

How to use subjects (was: Re: salsa.debian.org partially down)

2019-08-15 Thread Bastian Blank
Hi Thomas On Thu, Aug 15, 2019 at 12:22:58PM +0200, Thomas Goirand wrote: > I probably should have mentioned that my remark was not so much related > to the crash, but more to what I experienced using Salsa's CI. If your remarks don't relate to the subject, please start a new thread, or at least

Re: salsa.debian.org partially down

2019-08-14 Thread Bastian Blank
On Wed, Aug 14, 2019 at 10:53:56AM +0200, Thomas Goirand wrote: > On 8/13/19 1:59 PM, Alexander Wirt wrote: > > It is already recovered. We will investigate where we can extend the > > ressources. But some misusages (like requesting >1300 merge requests via API > > on a big project, that in

Accepted waagent 2.2.41-1 (source) into unstable

2019-08-08 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 08 Aug 2019 16:05:11 +0200 Source: waagent Architecture: source Version: 2.2.41-1 Distribution: unstable Urgency: medium Maintainer: Bastian Blank Changed-By: Bastian Blank Changes: waagent (2.2.41-1) unstable; urgency

Re: Salsa.d.o: Please support the implementation request for a global config option to change the default for "Custom CI config path" in Gitlab

2019-08-01 Thread Bastian Blank
On Thu, Aug 01, 2019 at 08:21:31PM +0200, Inaki Malerba wrote: > On 27/7/19 09:40, Bastian Blank wrote: > > The setting is per project, so it is available. For now I say that > > changing this globally is too disruptive. > Of course it's a disruptive change, but what is th

Re: tag2upload (git-debpush) service architecture - draft

2019-07-31 Thread Bastian Blank
Hi Sam On Wed, Jul 31, 2019 at 03:21:32PM -0400, Sam Hartman wrote: > Bastian> One last time: The user has to certify his upload in a way > Bastian> the archive can verify. > Let me see if I'm correctly understanding this requirement. You're > saying that given the dsc presented to dak

Re: tag2upload (git-debpush) service architecture - draft

2019-07-31 Thread Bastian Blank
Hi Ian On Wed, Jul 31, 2019 at 05:08:51PM +0100, Ian Jackson wrote: > Bastian Blank writes ("Re: tag2upload (git-debpush) service architecture - > draft"): > > The hypothetical tool creates a complete .dsc file with the names and > > checksums of the uncompressed

Re: tag2upload (git-debpush) service architecture - draft

2019-07-30 Thread Bastian Blank
On Sun, Jul 28, 2019 at 07:05:49PM +0100, Rebecca N. Palmer wrote: > That suggests that working towards requiring the SHA-256 mode of git (which > at least sort of exists since 2.21 [2], but I don't know if it's usable yet) > might be a better use of effort. Please keep in mind that the archive

Re: Salsa.d.o: Please support the implementation request for a global config option to change the default for "Custom CI config path" in Gitlab

2019-07-27 Thread Bastian Blank
On Fri, Jul 26, 2019 at 06:01:07PM +0100, Simon McVittie wrote: > This was requested in the past in > https://salsa.debian.org/salsa/support/issues/26, and some people > (including me) interpreted the reply as "no, but only because upstream > doesn't have that feature". Was that interpretation

Re: tag2upload (git-debpush) service architecture - draft

2019-07-27 Thread Bastian Blank
Hi Ian On Wed, Jul 24, 2019 at 02:56:22AM +0100, Ian Jackson wrote: > We've had a number of peripheral conversations, and informal > internal reviews, but I think it's the stage now to have a public > design review etc. I'm CCing this to -devel because I just did a > lightning talk demo of the

Re: Salsa.d.o: Please support the implementation request for a global config option to change the default for "Custom CI config path" in Gitlab

2019-07-26 Thread Bastian Blank
Hi Daniel On Thu, Jul 25, 2019 at 02:31:55PM +0200, Daniel Leidert wrote: > Therefor some time ago it had > been requested to instead change the default at salsa.d.o system wide. Why do you think we would change it _if_ this option would exist? Bastian Salsa admin -- Women professionals do

Re: getting rid of "testing"

2019-06-25 Thread Bastian Blank
On Tue, Jun 25, 2019 at 08:03:49AM -0400, Michael Stone wrote: > Having "stable" in sources.list is broken, because one day stuff goes from > working to not working, which requires manual intervention, at which point > someone could have just changed the name. Once I had unattended-upgrades do

Re: getting rid of "testing"

2019-06-25 Thread Bastian Blank
On Tue, Jun 25, 2019 at 08:08:22AM +0200, Ansgar wrote: > what do people think about getting rid of current suite names ("stable", > "testing", "unstable") for most purposes? We already recommend using > codenames instead as those don't change their meaning when a new release > happens. Even if

Accepted lvm2 2.03.02-3 (source) into unstable

2019-06-21 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 21 Jun 2019 12:29:17 +0200 Source: lvm2 Architecture: source Version: 2.03.02-3 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Bastian Blank Closes: 929080 Changes: lvm2 (2.03.02-3) unstable

Re: Bits from the DPL (May 2019)

2019-06-06 Thread Bastian Blank
Hi Sam On Thu, Jun 06, 2019 at 11:57:41AM -0400, Sam Hartman wrote: > However, it's a lot easier to get a foo-guest account on salsa than it > is to get a foo guest account in Debian LDAP. A guest account in Debian LDAP does not get a Salsa account, at least not an usable one. Currently only

Re: ZFS in Buster

2019-06-06 Thread Bastian Blank
Hi Zigo On Thu, Jun 06, 2019 at 02:43:16PM +0200, Thomas Goirand wrote: > In such case, would you consider maintaining this tiny patch? > https://github.com/NixOS/nixpkgs/pull/61076/commits/7b77c27caa8617c82df5c5af6b9ce6ae010d7f9a Please read https://bugs.debian.org/929557. Thanks for following

Stalls due to insufficient randomness in cloud images

2019-06-03 Thread Bastian Blank
Hi folks We have the famous random stall problem in our cloud images as well. cloud-init and our other provisioning tools will generate ssh keys and need randomness for that, so block for several minutes on initial boot.[1] For now we have two recipes against this: - amd64 trusts RDRAND, but the

Re: Some questions about DD status and salsa

2019-05-28 Thread Bastian Blank
On Tue, May 28, 2019 at 01:05:39AM +0200, MENGUAL Jean-Philippe wrote: > I am happy with being now a non-uploading DD. Welcome on board. > And I dont know where to > ask, sorry for the noise. On Salsa, every page, including the login page, have a

Re: Hurd-i386 and kfreebsd-{i386,amd64} removal

2019-05-26 Thread Bastian Blank
[SN: Trimmed Cc list] Hi John On Sun, May 26, 2019 at 06:48:36AM +0200, John Paul Adrian Glaubitz wrote: > Could you PLEASE stop posting to debian-ports@? You are sending these mails > to every Debian Ports architecture mailing list. Please stop shouting. Please fix your MUA to produce

Re: Debhelper compat levels

2019-05-22 Thread Bastian Blank
On Wed, May 22, 2019 at 02:06:03PM +0200, Simon Richter wrote: > I just did a very annoying backport. The reason it was annoying was that > two of the packages involved specified a debhelper compat level of 11. We have debhelper 12 already available: | debhelper | 12.1.1~bpo9+1 |

Accepted libdebian-installer 0.119 (source) into unstable

2019-05-07 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 07 May 2019 13:17:47 +0200 Source: libdebian-installer Architecture: source Version: 0.119 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Bastian Blank Closes: 55 927544 Changes

Accepted waagent 2.2.34-4 (source) into unstable

2019-04-29 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 29 Apr 2019 16:45:57 +0200 Source: waagent Architecture: source Version: 2.2.34-4 Distribution: unstable Urgency: medium Maintainer: Bastian Blank Changed-By: Bastian Blank Closes: 928179 Changes: waagent (2.2.34-4

Re: Introducting Debian Trends: historical graphs about Debian packaging practices, and "packages smells"

2019-04-15 Thread Bastian Blank
On Mon, Apr 15, 2019 at 04:55:12PM +0200, Andreas Tille wrote: > biococoa (U) does not use Debhelper (no compat level found) > (source version: 2.2.2-4) > biococoa (U) should switch to dh. Current build system: cdbs > (source version: 2.2.2-4) | % grep cdbs -r

Re: is Wayland/Weston mature enough to be the default desktop choice in Buster?

2019-04-09 Thread Bastian Blank
On Tue, Apr 09, 2019 at 08:44:45AM +0800, Paul Wise wrote: > On Fri, Apr 5, 2019 at 11:25 PM Mo Zhou wrote: > > I second that since I always refuse to use Wayland, due to > I'm currently using GNOME on Xorg because: > Under Wayland applications seem to have a problem displaying > fullscreen, for

Re: is Wayland/Weston mature enough to be the default desktop choice in Buster?

2019-04-07 Thread Bastian Blank
On Sun, Apr 07, 2019 at 05:59:38PM +0200, Adam Borowski wrote: > Neither GNOME nor Wayland work on any screen-attached machine I own. > There's usually just a black screen, and/or a return to the login manager > (assuming it does start at all -- which is not granted for gdm3). And gdm3 uses which

Re: is Wayland/Weston mature enough to be the default desktop choice in Buster?

2019-04-06 Thread Bastian Blank
On Sat, Apr 06, 2019 at 08:47:51PM +0200, Guillem Jover wrote: > I don't use GNOME at all, but I tried to switch to Wayland last month > (from i3 to sway), and sadly the experience lasted only a couple of days. You changed display manager implementations and are trying to compare that? How can

Accepted waagent 2.2.34-3 (source) into unstable

2019-03-12 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 12 Mar 2019 09:34:51 +0100 Source: waagent Architecture: source Version: 2.2.34-3 Distribution: unstable Urgency: medium Maintainer: Bastian Blank Changed-By: Bastian Blank Changes: waagent (2.2.34-3) unstable; urgency

Accepted ipxe 1.0.0+git-20190125.36a4c85-1 (source) into unstable

2019-02-09 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 09 Feb 2019 17:41:37 +0100 Source: ipxe Binary: ipxe ipxe-qemu Architecture: source Version: 1.0.0+git-20190125.36a4c85-1 Distribution: unstable Urgency: medium Maintainer: Bastian Blank Changed-By: Bastian Blank Description

Accepted cloud-init 18.3-5 (source) into unstable

2019-02-08 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 08 Feb 2019 14:47:07 +0100 Source: cloud-init Binary: cloud-init Architecture: source Version: 18.3-5 Distribution: unstable Urgency: medium Maintainer: Debian Cloud Team Changed-By: Bastian Blank Description: cloud-init

Accepted google-compute-image-packages 20181206-4 (source) into unstable

2019-02-08 Thread Bastian Blank
Urgency: medium Maintainer: Debian Cloud Team Changed-By: Bastian Blank Description: google-compute-engine - Google Compute Engine guest environment for cloud images google-compute-engine-oslogin - OS Login guest environment for Google Compute Engine python3-google-compute-engine - Python library

Accepted cloud-init 18.3-4 (source) into unstable

2019-02-08 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 08 Feb 2019 10:39:53 +0100 Source: cloud-init Binary: cloud-init Architecture: source Version: 18.3-4 Distribution: unstable Urgency: medium Maintainer: Debian Cloud Team Changed-By: Bastian Blank Description: cloud-init

Accepted lvm2 2.03.02-2 (source) into unstable

2019-02-03 Thread Bastian Blank
-dev Architecture: source Version: 2.03.02-2 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Bastian Blank Description: dmeventd - Linux Kernel Device Mapper event daemon dmsetup- Linux Kernel Device Mapper userspace library dmsetup-udeb - Linux Kernel Device

Accepted waagent 2.2.34-2 (source) into unstable

2019-01-16 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 16 Jan 2019 15:03:03 +0100 Source: waagent Binary: waagent Architecture: source Version: 2.2.34-2 Distribution: unstable Urgency: medium Maintainer: Bastian Blank Changed-By: Bastian Blank Description: waagent- Windows

Accepted thin-provisioning-tools 0.7.6-2 (source) into unstable

2019-01-13 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 13 Jan 2019 12:42:46 +0100 Source: thin-provisioning-tools Binary: thin-provisioning-tools Architecture: source Version: 0.7.6-2 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Bastian Blank

Accepted thin-provisioning-tools 0.7.6-1 (source) into unstable

2019-01-12 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 12 Jan 2019 18:01:30 +0100 Source: thin-provisioning-tools Binary: thin-provisioning-tools Architecture: source Version: 0.7.6-1 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Bastian Blank

Accepted waagent 2.2.34-1 (source) into unstable

2019-01-10 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 10 Jan 2019 09:49:51 +0100 Source: waagent Binary: waagent Architecture: source Version: 2.2.34-1 Distribution: unstable Urgency: medium Maintainer: Bastian Blank Changed-By: Bastian Blank Description: waagent- Windows

Re: Would be possible to have a ".treeinfo" file added to the installers' page?

2019-01-07 Thread Bastian Blank
On Fri, Dec 07, 2018 at 10:45:31AM +0100, Fabiano FidĂȘncio wrote: > Although the subject says it all, let me explain the background of the > change so you all can get the idea of why it'd help a few projects > and/or even come up with a better solution than adding a ".treeinfo" > file. I'm not

Accepted lvm2 2.03.02-1 (source) into unstable

2018-12-29 Thread Bastian Blank
-dev Architecture: source Version: 2.03.02-1 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Bastian Blank Description: dmeventd - Linux Kernel Device Mapper event daemon dmsetup- Linux Kernel Device Mapper userspace library dmsetup-udeb - Linux Kernel Device

Accepted lvm2 2.03.01-3 (source) into unstable

2018-12-29 Thread Bastian Blank
-dev Architecture: source Version: 2.03.01-3 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Bastian Blank Description: dmeventd - Linux Kernel Device Mapper event daemon dmsetup- Linux Kernel Device Mapper userspace library dmsetup-udeb - Linux Kernel Device

Accepted lvm2 2.03.01-2 (source) into unstable

2018-12-21 Thread Bastian Blank
-dev Architecture: source Version: 2.03.01-2 Distribution: unstable Urgency: medium Maintainer: Debian LVM Team Changed-By: Bastian Blank Description: dmeventd - Linux Kernel Device Mapper event daemon dmsetup- Linux Kernel Device Mapper userspace library dmsetup-udeb - Linux Kernel Device

Re: [Pkg-julia-devel] julia_1.0.0-1_amd64.changes REJECTED

2018-12-20 Thread Bastian Blank
Hi Graham On Fri, Nov 23, 2018 at 04:42:53PM +0200, Graham Inggs wrote: > On 2018/11/21 16:11, Bastian Blank wrote: > > I have not seen a real explanation why it needs to be this and exactly > > this way. This setup was explained as either > > - a workaround for a bu

Accepted binfmt-support 2.1.8-2.1 (source) into unstable

2018-12-18 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 18 Dec 2018 22:27:20 +0100 Source: binfmt-support Binary: binfmt-support Architecture: source Version: 2.1.8-2.1 Distribution: unstable Urgency: medium Maintainer: Colin Watson Changed-By: Bastian Blank Description: binfmt

Accepted linux-signed-i386 4.19.9+1 (source) into unstable, unstable

2018-12-18 Thread Bastian Blank
-modules-4.19.0-1-686-pae-di mtd-core-modules-4.19.0-1-686-pae-di linux-image-4.19.0-1-686 linux-image-4.19.0-1-686-pae linux-image-4.19.0-1-rt-686-pae Architecture: source Version: 4.19.9+1 Distribution: sid Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description

Accepted linux-signed-amd64 4.19.9+1 (source) into unstable, unstable

2018-12-18 Thread Bastian Blank
Changed-By: Bastian Blank Description: acpi-modules-4.19.0-1-amd64-di - ACPI support modules (udeb) ata-modules-4.19.0-1-amd64-di - ATA disk modules (udeb) btrfs-modules-4.19.0-1-amd64-di - BTRFS filesystem support (udeb) cdrom-core-modules-4.19.0-1-amd64-di - CDROM support (udeb) compress

Accepted linux-signed-arm64 4.19.9+1 (source) into unstable, unstable

2018-12-18 Thread Bastian Blank
-arm64 Architecture: source Version: 4.19.9+1 Distribution: sid Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description: ata-modules-4.19.0-1-arm64-di - ATA disk modules (udeb) btrfs-modules-4.19.0-1-arm64-di - BTRFS filesystem support (udeb) cdrom-core-modules-4.19.0

Accepted linux 4.19.9-1 (source all) into unstable, unstable

2018-12-17 Thread Bastian Blank
-headers-4.19.0-1-sparc64-smp linux-image-4.19.0-1-sparc64-smp-dbg linux-compiler-gcc-8-arm linux-compiler-gcc-8-s390 linux-compiler-gcc-8-x86 Architecture: source all Version: 4.19.9-1 Distribution: unstable Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description: acpi

Re: Extension of Built-Using:

2018-12-12 Thread Bastian Blank
On Wed, Dec 12, 2018 at 03:12:21PM +, Alastair McKinstry wrote: > The difficulty here is that Policy 7.8 requires that Built-Using: is only > used for source package tracking. This is then enforced on the upload > package checking which rejects such packages (because gfortran-8 is not a >

Accepted lvm2 2.03.01-1 (source amd64) into experimental, experimental

2018-12-09 Thread Bastian Blank
-dev Architecture: source amd64 Version: 2.03.01-1 Distribution: experimental Urgency: medium Maintainer: Debian LVM Team Changed-By: Bastian Blank Description: dmeventd - Linux Kernel Device Mapper event daemon dmsetup- Linux Kernel Device Mapper userspace library dmsetup-udeb - Linux

Accepted grub-cloud 0.0.4 (source) into unstable

2018-12-08 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 08 Dec 2018 19:06:50 +0100 Source: grub-cloud Binary: grub-cloud-amd64 Architecture: source Version: 0.0.4 Distribution: unstable Urgency: medium Maintainer: Debian Cloud Team Changed-By: Bastian Blank Description: grub

Accepted linux-signed-amd64 4.19.5+1~exp1 (source) into experimental, experimental

2018-11-28 Thread Bastian Blank
-trunk-amd64-di linux-image-4.19.0-trunk-amd64 linux-image-4.19.0-trunk-cloud-amd64 linux-image-4.19.0-trunk-rt-amd64 Architecture: source Version: 4.19.5+1~exp1 Distribution: experimental Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description: acpi-modules-4.19.0

Accepted linux-signed-i386 4.19.5+1~exp1 (source) into experimental, experimental

2018-11-28 Thread Bastian Blank
Architecture: source Version: 4.19.5+1~exp1 Distribution: experimental Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description: acpi-modules-4.19.0-trunk-686-di - ACPI support modules (udeb) acpi-modules-4.19.0-trunk-686-pae-di - ACPI support modules (udeb) ata-modules

Accepted linux-signed-arm64 4.19.5+1~exp1 (source) into experimental, experimental

2018-11-28 Thread Bastian Blank
-By: Bastian Blank Description: ata-modules-4.19.0-trunk-arm64-di - ATA disk modules (udeb) btrfs-modules-4.19.0-trunk-arm64-di - BTRFS filesystem support (udeb) cdrom-core-modules-4.19.0-trunk-arm64-di - CDROM support (udeb) compress-modules-4.19.0-trunk-arm64-di - lzo modules (udeb) crc

Re: Tainted builds (was Re: usrmerge -- plan B?)

2018-11-28 Thread Bastian Blank
On Wed, Nov 28, 2018 at 02:48:32PM -0200, Antonio Terceiro wrote: > Would you be willing to also implement > Tainted-By: not-built-in-a-chroot > ? What do you want to do with that? Even our own stuff not always uses chroot, why should it? Bastian -- Ahead warp factor one, Mr. Sulu.

Accepted linux 4.19.5-1~exp1 (source all) into experimental, experimental

2018-11-27 Thread Bastian Blank
-compiler-gcc-8-x86 Architecture: source all Version: 4.19.5-1~exp1 Distribution: experimental Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description: acpi-modules-4.19.0-trunk-686-di - ACPI support modules (udeb) acpi-modules-4.19.0-trunk-686-pae-di - ACPI support

Re: julia_1.0.0-1_amd64.changes REJECTED

2018-11-21 Thread Bastian Blank
On Wed, Nov 21, 2018 at 03:56:44PM +0200, Graham Inggs wrote: > > Ping, ftpmaster ? Please read https://ftp-master.debian.org/REJECT-FAQ.html Of cause lintian errors and warnings are reasons to reject packages. Overriden ones without proper explanation more so. > From the original REJECTion

Re: Q: secure boot

2018-11-06 Thread Bastian Blank
On Tue, Nov 06, 2018 at 01:09:50AM +0100, Adam Borowski wrote: > But only the stock kernel, which turns it non-free software. What is non-free? Signing stuff does not change the freeness of the software. Bastian -- "That unit is a woman." "A mass of conflicting impulses."

Re: RFC: yet another list of data duplicated: public-suffix.txt

2018-10-31 Thread Bastian Blank
On Wed, Oct 31, 2018 at 11:07:36AM +0100, Bastien ROUCARIES wrote: > I suppose the way to go is to create a data package and get a MBF > after getting a consensus here. Is that a different list then https://packages.debian.org/sid/all/publicsuffix/filelist ? Bastian -- War is never imperative.

Accepted grub-cloud 0.0.3 (source) into unstable

2018-10-29 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 29 Oct 2018 13:48:12 +0100 Source: grub-cloud Binary: grub-cloud-amd64 Architecture: source Version: 0.0.3 Distribution: unstable Urgency: medium Maintainer: Debian Cloud Team Changed-By: Bastian Blank Description: grub

Re: RFC: Naming convention for ILP64 variant of BLAS/LAPACK

2018-10-22 Thread Bastian Blank
On Mon, Oct 22, 2018 at 07:55:10PM +0200, SĂ©bastien Villemot wrote: > For BLAS/LAPACK implementations implemented in C, like OpenBLAS, they > will be compiled using LP64, and not ILP64. Only integers exposed > through the interface will be affected, through the use of appropriate > types. So you

Accepted grub-cloud 0.0.2 (source) into unstable

2018-10-22 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 22 Oct 2018 17:02:57 +0200 Source: grub-cloud Binary: grub-cloud-amd64 Architecture: source Version: 0.0.2 Distribution: unstable Urgency: medium Maintainer: Debian Cloud Team Changed-By: Bastian Blank Description: grub

Re: RFC: Naming convention for ILP64 variant of BLAS/LAPACK

2018-10-21 Thread Bastian Blank
Hi On Sun, Oct 21, 2018 at 09:51:15AM +, Mo Zhou wrote: > about naming convention of SONAME and package name. > > As discussed in [1][2][3], Debian will need a set of ILP64[4] interface > to BLAS/LAPACK in the future. Could you please describe what you mean? All 64-bit Debian architectures

Re: Debian Buster release to partially drop non-systemd support

2018-10-20 Thread Bastian Blank
On Sat, Oct 20, 2018 at 06:54:07PM +0200, Arne Babenhauserheide wrote: > Ansgar Burchardt writes: > > Should Debian also support "noalsa", "noavahi", "nocups", > > "nopulseaudio", "nosysvinit", "nodbus", "nopam", "nowayland", > Are alsa, avahi, cups, pulseaudio, sysvinit, dbus, pam and wayland

Re: Debian Buster release to partially drop non-systemd support

2018-10-19 Thread Bastian Blank
On Fri, Oct 19, 2018 at 11:35:54AM +0200, Martin Steigerwald wrote: > So Devuan almost doubles the percentage of sysvinit-core installations. Devuan is _not_ Debian. They forked it, with the full knowledge that they might have to do all the work to support their choices. They had the chance to

Re: Debian Buster release to partially drop non-systemd support

2018-10-16 Thread Bastian Blank
On Tue, Oct 16, 2018 at 07:20:24PM +0200, Adam Borowski wrote: > On Tue, Oct 16, 2018 at 05:54:34PM +0200, Petter Reinholdtsen wrote: > > Absolutely. And the sysvinit boot system have lots of unsolved problems > > we never got around to figuring out, related to disk and other device > > setup.

Accepted grub-cloud 0.0.1 (source amd64) into unstable, unstable

2018-10-01 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 29 Sep 2018 19:37:29 +0200 Source: grub-cloud Binary: grub-cloud-amd64 Architecture: source amd64 Version: 0.0.1 Distribution: unstable Urgency: medium Maintainer: Debian Cloud Team Changed-By: Bastian Blank Description

Re: Bug#909984: ITP: vaapi-media-driver -- VA-API driver for Intel Gen8+ graphic cards

2018-10-01 Thread Bastian Blank
On Mon, Oct 01, 2018 at 12:16:49AM +0200, Sebastian Ramacher wrote: > Package: wnpp > Severity: wishlist > Owner: Sebastian Ramacher > Control: block -1 by 909983 > > * Package name: vaapi-media-driver > Version : 18.2.0 > Upstream Author : Intel Corporation > * URL :

Re: julia_1.0.0-1_amd64.changes REJECTED

2018-09-25 Thread Bastian Blank
Hi Lumin On Tue, Sep 25, 2018 at 02:40:43PM +, Lumin wrote: > 1. Isn't "incomplete backtrace" a sensible reason to keep debug symbols? >Policy said "should" but not "must". Please tell me what I can do in >order to help improve the src:julia package to satisfy the requirements? The

Re: Specs? Re: salsa.debian.org maintenance (GitLab 11.1.4 upgrade, external storage migration)

2018-08-20 Thread Bastian Blank
On Mon, Aug 20, 2018 at 08:55:46PM +0200, Alexander Wirt wrote: > if you can replace ee with ce in the url it is also valid for ce. > jftr afaik gitlab uses fog[1] for cloud storage, maybe that knowledge helps. They use CarrierWave, which supports the following fog backends: - AWS (aka S3) -

Re: salsa.debian.org maintenance (GitLab 11.1.4 upgrade, external storage migration)

2018-08-19 Thread Bastian Blank
On Sat, Aug 18, 2018 at 11:55:19PM +0200, Thomas Goirand wrote: > On 08/18/2018 01:11 PM, Bastian Blank wrote: > First, there's dozens of OpenStack public cloud out there, so you're not > locked-in with a single operator. There exists thousand variants how to setup an OpenStack instan

Re: salsa.debian.org maintenance (GitLab 11.1.4 upgrade, external storage migration)

2018-08-19 Thread Bastian Blank
Moin On Sat, Aug 18, 2018 at 11:34:53PM +0200, Thomas Goirand wrote: > Ok, I'm getting in touch with the DSA team to see how it can be done. > Let's see first if we have hardware, and then how I can help for the > setup and maintenance. If you want to do something, please show us the plan

Re: salsa.debian.org maintenance (GitLab 11.1.4 upgrade, external storage migration)

2018-08-18 Thread Bastian Blank
Hi Thomas On Fri, Aug 17, 2018 at 11:12:01PM +0200, Thomas Goirand wrote: > Wouter, I very much do not agree with your argumentation. Please read > this video: > https://meetings-archive.debian.net/pub/debian-meetings/2018/DebConf18/2018-07-30/server-freedom-why-choosing-the-cloud-op.webm Do you

Re: salsa.debian.org maintenance (GitLab 11.1.4 upgrade, external storage migration)

2018-08-18 Thread Bastian Blank
On Sat, Aug 18, 2018 at 02:16:33AM +0200, Mathias Behrle wrote: > > Please explain. Google Cloud storage is just a large disk. The > > analytics stuff can access the data if it got the authorization to > > access it. > I have quite some difficulties to believe that Google respects privacy >

Re: salsa.debian.org maintenance (GitLab 11.1.4 upgrade, external storage migration)

2018-08-17 Thread Bastian Blank
On Fri, Aug 17, 2018 at 01:46:00PM +, Ulrike Uhlig wrote: > Consent > --- > > I feel like we're currently balancing on a thin cobweb of fait accompli. > Are such decisions team internal or do they require the consent of the > project? There is no notion of a project consent in Debian,

Re: Bug#906056: ITP: xserver-xorg-video-sunffb -- X.Org X server -- Sun FFB display driver

2018-08-17 Thread Bastian Blank
On Mon, Aug 13, 2018 at 07:05:14PM +0200, Gregor Riepl wrote: > This package provides the driver for Sun Creator, Creator3D, and Elite3D > video devices. And no-one took care to actually convert them to kernel mode setting? > This driver was previously removed from Debian along with sparc

Re: Salsa token and privacy

2018-08-07 Thread Bastian Blank
On Mon, Aug 06, 2018 at 05:05:24PM +, PICCA Frederic-Emmanuel wrote: > I was using a nitrokey pro + gpg-agent in order to connect via ssh to the > debian infrastructure. > Now that we have salsa, it seems that the way to go is to use salsa token in > order to automake a bunch of tasks. You

Re: Bug#904978: ITP: protobuf-2 -- This is the protobuf pacakge but version 2.6.1 same as that foudn in jessie but is being packaged to unstable since kotlin-1.1.1 needs it. p.s kotlin-1.1.1 is also b

2018-07-30 Thread Bastian Blank
Please reply to the bug-report and debian-devel@lists.debian.org, which I forgot as well. On Mon, Jul 30, 2018 at 12:52:02PM +0530, Saif Abdul Cassim wrote: > that is the latest version of kotlin we are packaging 1.1.1 since we dont > have the latest gradle version to do that. So I found the

Accepted linux 4.16.16-2 (source all) into unstable

2018-06-22 Thread Bastian Blank
-gcc-7-arm linux-compiler-gcc-7-s390 linux-compiler-gcc-7-x86 Architecture: source all Version: 4.16.16-2 Distribution: unstable Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description: acpi-modules-4.16.0-2-686-di - ACPI support modules (udeb) acpi-modules-4.16.0-2

Accepted linux 4.17.2-1~exp1 (source all) into experimental, experimental

2018-06-20 Thread Bastian Blank
-compiler-gcc-7-x86 Architecture: source all Version: 4.17.2-1~exp1 Distribution: experimental Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description: acpi-modules-4.17.0-trunk-686-di - ACPI support modules (udeb) acpi-modules-4.17.0-trunk-686-pae-di - ACPI support

Accepted linux 4.16.16-1 (source all) into unstable

2018-06-19 Thread Bastian Blank
linux-compiler-gcc-7-x86 Architecture: source all Version: 4.16.16-1 Distribution: unstable Urgency: medium Maintainer: Debian Kernel Team Changed-By: Bastian Blank Description: acpi-modules-4.16.0-2-686-di - ACPI support modules (udeb) acpi-modules-4.16.0-2-686-pae-di - ACPI support modules

Re: concerns about Salsa

2018-06-04 Thread Bastian Blank
Hi Ian On Mon, Jun 04, 2018 at 12:54:32PM +0100, Ian Jackson wrote: > Salsa is hardly the first Debian production service to not be running > the packaged version of its primary application, and it won't be the > last. ftp.debian.org isn't running the packaged version of dak. Running packaged

Accepted waagent 2.2.26-1 (source) into unstable

2018-05-29 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 29 May 2018 14:53:21 +0200 Source: waagent Binary: waagent Architecture: source Version: 2.2.26-1 Distribution: unstable Urgency: medium Maintainer: Bastian Blank Changed-By: Bastian Blank Description: waagent- Windows

Accepted archvsync 20180513 (source all) into unstable

2018-05-13 Thread Bastian Blank
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 13 May 2018 12:43:37 +0200 Source: archvsync Binary: ftpsync Architecture: source all Version: 20180513 Distribution: unstable Urgency: medium Maintainer: Debian Mirror Team <mirr...@debian.org> Changed-By: Bastian Bla

Re: Salsa Questions

2018-05-02 Thread Bastian Blank
On Wed, May 02, 2018 at 02:49:58PM +0200, Alexander Wirt wrote: > > The background to the question is that at the moment I can not even > > draw attention to the one project that has already moved to Salsa > > because of "Permission denied (publickey)". > This is a bug by the admins of those

Re: RFC: Support for zstd in .deb packages?

2018-05-01 Thread Bastian Blank
On Tue, May 01, 2018 at 10:36:34AM +0200, Marco d'Itri wrote: > On Apr 27, Julian Andres Klode wrote: > > > Our major use case is cloud initial setup, image building, CI, buildds, all > > of which do not require any syncs, and can safely use eatmydata, for > > example; > >

  1   2   3   4   5   6   7   8   9   10   >