Re: Building Debian source packages reproducibly

2019-10-29 Thread Philipp Kern
he correct solution for consistent versioning across all architectures. Ubuntu exclusively does those and I still struggle how we would build such a service in Debian without facing exactly the same concerns as tag2upload. Maybe if dak itself would do it? Kind regards Philipp Kern

Re: Debian and our frenemies of containers and userland repos

2019-10-07 Thread Philipp Kern
On 2019-10-07 13:43, Johannes Schauer wrote: Quoting Philipp Kern (2019-10-07 13:21:36) On 10/7/2019 1:17 PM, Shengjing Zhu wrote: > On Mon, Oct 7, 2019 at 6:29 PM Simon McVittie wrote: >> On Mon, 07 Oct 2019 at 07:22:53 +0200, Johannes Schauer wrote: >>> Specifically, cur

Re: Debian and our frenemies of containers and userland repos

2019-10-07 Thread Philipp Kern
apping faster rather than trusting random binaries on the internet. (Unless we grow an "assemble an image from debs" service on, say, ftp-master.) Kind regards Philipp Kern

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

2019-09-28 Thread Philipp Kern
h pointing out that Firefox's use of Cloudflare's DoH endpoint is governed by a different policy outlined here: https://developers.cloudflare.com/1.1.1.1/commitment-to-privacy/privacy-policy/firefox/ Per that policy, other third parties can only get the data with Mozilla's written permissions. And APNIC (or any other third party) is not mentioned. Kind regards Philipp Kern

Re: Git Packaging: Native source formats

2019-08-29 Thread Philipp Kern
an be addressed through wrapper scripts, but then it's odd to anyone familiar with Debian. Obviously I'm not bound to that format being "3.0 (native)" but some "3.0 (dumb)" that just tars up the whole tree without caring about the version scheme would then be nice to have as a replacement. ;-) Kind regards Philipp Kern

Re: Please stop hating on sysvinit (was Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?)

2019-08-20 Thread Philipp Kern
r as well as daemon options not being sufficiently tightly speced out in native unit files. After all, you do want to give daemons some time to stop. But at least with systemd you know when the process has exited. Also I mostly saw this taking a long time around deactivation of devices (swap, crypto). (Although I question why you'd disable swap given the consequence of getting everything back in, but alas.) Kind regards Philipp Kern

Re: Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Philipp Kern
d you can deny service startup, which is also what the builders do. Kind regards Philipp Kern

Re: Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Philipp Kern
ned systemd-sysv to > -100 to avoid repeating the last unfortunate incident where I had to drive > to the colo facility. You want dbus-x11 instead of dbus-user-session then, I think. Kind regards Philipp Kern

Re: Please stop hating on sysvinit (was Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?)

2019-08-08 Thread Philipp Kern
y have set for themselves. Kind regards Philipp Kern

Re: Please stop hating on sysvinit (was Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?)

2019-08-08 Thread Philipp Kern
not be universally accepted, I guess. Kind regards Philipp Kern

Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?

2019-08-07 Thread Philipp Kern
On 2019-08-07 18:51, Jeremy Stanley wrote: On 2019-08-07 10:19:00 +0200 (+0200), Marc Haber wrote: On Mon, 05 Aug 2019 22:29:41 +0200, Philipp Kern wrote: [...] > I'd still expect a Cloud/Compute provider to offer default > images in any case that could be preconfigured appropriately.

Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?

2019-08-06 Thread Philipp Kern
On 2019-08-06 13:43, Bill Allombert wrote: On Mon, Aug 05, 2019 at 10:29:41PM +0200, Philipp Kern wrote: And finally, the load spikes: Upthread it was mentioned that RandomizedDelaySec exists. Generally this should be sufficient to even out such effects. I understand that there is a case

Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?

2019-08-05 Thread Philipp Kern
at I think of this in terms of systemd primitives. But the tool was written for a reason and a lot of thought went into it. Kind regards Philipp Kern

Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?

2019-07-29 Thread Philipp Kern
bviously, I don't think it is a good idea to break this for non-systemd users because of difficulties making it work properly with systemd. Perhaps I have misunderstood you ? To be honest, that's something that the compatibility/init diversity folks then need to figure out. Kind regards Philipp Kern

Re: file(1) now with seccomp support enabled

2019-07-28 Thread Philipp Kern
except sometimes when the filters need to be adjusted. And as you can see Gentoo deals with that just fine and we could accept some breakage in unstable too, as long as the migration of the breaking library is stopped until the fix for the dependencies is in. Kind regards Philipp Kern

Re: file(1) now with seccomp support enabled

2019-07-27 Thread Philipp Kern
rather than its main process. But it's also not doing the environment cleanup AFAICS. Kind regards and thanks for making all of us more secure! :) Philipp Kern

Re: Dropping Release and Release.gpg support from APT

2019-07-15 Thread Philipp Kern
would have been solved by InRelease... Kind regards Philipp Kern [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926035

Re: Dropping Release and Release.gpg support from APT

2019-07-10 Thread Philipp Kern
InRelease files (not to mention that it doubles the traffic for no-change cases), I'm surprised they aren't using InRelease files yet. Given the timeline, shouldn't we also get oldstable to ship an InRelease file? Kind regards Philipp Kern

Re: mandatory source uploads

2019-07-08 Thread Philipp Kern
will schedule in the correct order by itself. BTW, one very important thing: are the buildds configured to use incoming at least? If so, that probably could be bearable. And of course buildds use incoming and so does wanna-build. Kind regards Philipp Kern

Re: mandatory source uploads

2019-07-08 Thread Philipp Kern
salute the source-only enforcement, but I really don't think this was thought through completely. 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? That'd assume that there are no circular dependencies. I take it that they are all arch:all? (Because otherwise wanna-build would already need to figure it out for you to build on other architectures.) Kind regards Philipp Kern

Re: Content Rating System in Debian

2019-06-25 Thread Philipp Kern
-rate their apps, otherwise they disappear from the store. Kind regards Philipp Kern

Re: ZFS in Buster

2019-06-07 Thread Philipp Kern
follow upstream here and carry a patch forever. Kind regards Philipp Kern

Re: @debian.org mail

2019-06-07 Thread Philipp Kern
you want your emails delivered. There already have been some suggestions in this thread. Kind regards Philipp Kern

Re: Realizing Good Ideas with Debian Money

2019-06-01 Thread Philipp Kern
On 5/31/2019 11:04 PM, Luca Filipozzi wrote: > Before you ask: an insecure hypervisor is an insecure buildd. Are we then looking more closely at AMD-based machines given that those had less problems around speculative attacks? Kind regards Philipp Kern

Re: Preferred git branch structure when upstream moves from tarballs to git

2019-05-02 Thread Philipp Kern
isservice is that we cannot standardize on a single way so that a downstream can just pull all of them and build from them. Instead you need humans analyzing how every single one of them works. Kind regards Philipp Kern

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

2019-04-22 Thread Philipp Kern
d Windows (with "Precision" drivers) now go the way of processing the events in software only rather than having proprietary processing in the touchpad. Once the kinks are ironed out that should actually yield a better, more consistent experience. Kind regards and thanks Phil

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

2019-04-13 Thread Philipp Kern
ng the rotation/expiry of subkeys and buildd keys. In this case the files already come from a trusted source and should be ingested as-is, I guess? (Not that I particularly like the fact that it's only a point in time validation.) Kind regards Philipp Kern

Re: FYI/RFC: early-rng-init-tools

2019-02-24 Thread Philipp Kern
t > non-parallel boot, but I’m sure it also affects all others. FTR this is supposedly fixed on the main architectures featuring an RNG in the CPU by linux 4.19.20-1, which enabled RANDOM_TRUST_CPU. Which Ben announced on this list[1] earlier this month. Kind regards Philipp Kern [1] https://l

Re: Namespace for system users

2019-02-10 Thread Philipp Kern
down in > Policy, but since the adduser behaviour is easy to workaround (IIRC), it > would not be required for it to happen first. The former maintainer of the package seems to have been sympathetic to the patch in [1], too. Kind regards and thanks Philipp Kern [0] https://people.debian.org/~pkern/perm

Namespace for system users

2019-02-09 Thread Philipp Kern
someone think of a viable approach on how to approach this from a policy side? Kind regards and thanks Philipp Kern

Accepted icon-naming-utils 0.8.90-4 (source) into unstable

2018-12-27 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 27 Dec 2018 15:59:52 +0100 Source: icon-naming-utils Binary: icon-naming-utils Architecture: source Version: 0.8.90-4 Distribution: unstable Urgency: medium Maintainer: Philipp Kern Changed-By: Philipp Kern Description

Re: Proposal: Repository for fast-paced package backports

2018-12-26 Thread Philipp Kern
to these requirements? Just discounting that on the grounds of "that's normal for backporting" if it's unique to your proposal is not quite satisfactory to me. Kind regards Philipp Kern [1] You can make the argument that there's a problem with security update. But that's why the urge

Re: Proposal: Repository for fast-paced package backports

2018-12-26 Thread Philipp Kern
quickly. Kind regards Philipp Kern [1] I would like to re-register my objection to that name for the same reason Holger stated: it is confusing to reuse an older name (which, by the way, started outside of Debian, too and was then merged in) with a new concept.

Re: Conflict over /usr/bin/dune

2018-12-18 Thread Philipp Kern
hasn't seen a new upstream version since 2011. And the C++ library doesn't seem to have a CLI name claim at all. I suppose it's mostly the point that we package all free software on the planet that we become an arbiter of names. But we should try not to be that if we can avoid it. Kind regards Philipp Kern

Re: Bug#915050: (gitlab) Re: Bug#915050: Keep out of testing

2018-12-18 Thread Philipp Kern
pendencies are bundled - if only because you'd track upstream closely and would through that (hopefully) pull in necessary security updates. Kind regards Philipp Kern [1] And to some degree I am unhappy with backports' team's antagonistic view on volatile here. Stuff like gitlab would have bee

Re: Should libpam-elogind Provide libpam-systemd ?

2018-11-05 Thread Philipp Kern
ing... Kind regards and thanks Philipp Kern

Accepted choose-mirror 2.95 (source) into unstable

2018-10-23 Thread Philipp Kern
Kern Description: choose-mirror - Choose mirror to install from (menu item) (udeb) choose-mirror-bin - Choose mirror to install from (program) (udeb) Changes: choose-mirror (2.95) unstable; urgency=medium . * Team upload . [ Philipp Kern ] * Update Mirrors.masterlist. * Bump maximum

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

2018-10-19 Thread Philipp Kern
operating system. You particularly seem to only need a Systemd operating system. So what you want is https://www.gnu.org/software/shepherd/? Kind regards Philipp Kern

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

2018-10-17 Thread Philipp Kern
ts are forbidden. Just like my introductionary statement of "but if you use a different system not considered an init system, you are fine", there's nothing in policy mandating periodic jobs to work in a particular way. It just talks about what to do if you do ship a cronjob. Kind regards Philipp Kern

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

2018-10-16 Thread Philipp Kern
On 2018-10-16 14:36, Ian Jackson wrote: Philipp Kern writes ("Re: Debian Buster release to partially drop non-systemd support"): Could someone reiterate about what the current state of init diversity is supposed to be? Is it assumed to be best effort of every maintainer being requir

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

2018-10-16 Thread Philipp Kern
shell script that checks for the preconditions. Would anacron and cron need to be depended upon in that case or would they could they even just be recommended? Both would not be needed on a default Debian system that ships with systemd. Kind regards and thanks Philipp Kern [1] "Alternative

Re: Limiting the power of packages

2018-10-04 Thread Philipp Kern
, the vendors could just pick some minimal base system (maybe > apline or devuan based) [...] That's also where you lost me, FWIW. Kind regards Philipp Kern

Re: Re-evaluating architecture inclusion in unstable/experimental

2018-10-04 Thread Philipp Kern
ike Go or Rust around, it quickly approaches the point where it's not worth it anymore. Kind regards Philipp Kern

Re: Re-evaluating architecture inclusion in unstable/experimental

2018-10-03 Thread Philipp Kern
90x I can say that the port was driven without any commercial interest on both Aurelien's and my side. Kind regards Philipp Kern

Accepted python-gbulb 0.6.1-0.1 (source) into unstable

2018-09-18 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 18 Sep 2018 14:27:08 +0200 Source: python-gbulb Binary: python3-gbulb python-gbulb-doc Architecture: source Version: 0.6.1-0.1 Distribution: unstable Urgency: medium Maintainer: Konstantinos Margaritis Changed-By: Philipp

Accepted partman-auto-lvm 70 (source) into unstable

2018-08-21 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 21 Aug 2018 17:50:31 +0200 Source: partman-auto-lvm Binary: partman-auto-lvm Architecture: source Version: 70 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Philipp Kern Description

Accepted partman-crypto 99 (source) into unstable

2018-07-31 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Tue, 31 Jul 2018 12:14:13 +0200 Source: partman-crypto Binary: partman-crypto partman-crypto-dm Architecture: source Version: 99 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team Changed-By: Philipp

Re: Collaborative decision making with Loomio

2018-07-27 Thread Philipp Kern
in Debian that mechanism is called GR or appealing to the tech-ctte and letting them vote (and then maybe another GR, hah). Kind regards Philipp Kern

Re: Bug#903977: ITP: sbws -- Simple Bandwidth Scanner

2018-07-20 Thread Philipp Kern
On 18.07.2018 20:38, ju xor wrote: > Philipp Kern: >> On 2018-07-18 18:24, ju xor wrote: >>> Philipp Kern: >>>> Should this live in some kind of tor-* namespace? >>> no >> Without any rationale? :( > i'm not sure what you mean, but in case

Re: Bug#904019: ITP: libxcrypt -- Extended crypt library for DES, MD5, Blowfish and others

2018-07-20 Thread Philipp Kern
On 20.07.2018 10:18, Marco d'Itri wrote: > On Jul 20, Philipp Kern wrote: >> Make sure that glibc splits out libcrypt into its own package, have libc6 >> depend on it and then provide libcrypt1? (Because it's really providing >> libcrypt's ABI from another package.) Versi

Re: Bug#904019: ITP: libxcrypt -- Extended crypt library for DES, MD5, Blowfish and others

2018-07-20 Thread Philipp Kern
libcrypt into its own package, have libc6 depend on it and then provide libcrypt1? (Because it's really providing libcrypt's ABI from another package.) Versioning might be tricky, though. Kind regards Philipp Kern

Re: Bug#903977: ITP: sbws -- Simple Bandwidth Scanner

2018-07-18 Thread Philipp Kern
On 2018-07-18 18:24, ju xor wrote: Philipp Kern: Should this live in some kind of tor-* namespace? no Without any rationale? :( Kind regards Philipp Kern

Re: Bug#903815: ITP: pw -- A simple command-line password manager

2018-07-16 Thread Philipp Kern
On 2018-07-16 15:58, Andrey Rahmatullin wrote: Can we assume you didn't look at the code trying to follow the logic and you don't have the full picture? Can we please stop here? It takes grace to take back the request. Kind regards and thanks Philipp Kern

Re: Bug#903815: ITP: pw -- A simple command-line password manager

2018-07-16 Thread Philipp Kern
On 16.07.2018 15:14, Dashamir Hoxha wrote: > On Mon, Jul 16, 2018 at 2:16 PM Philipp Kern <mailto:pk...@debian.org>> wrote: > > rather than trying to appeal to authority like Marc - I could have been > wrong -, I will point out that my first point was not actually a

Re: Bug#903815: ITP: pw -- A simple command-line password manager

2018-07-16 Thread Philipp Kern
'/home/pkern/.pw/pw.tgz': No such file or directory > gpg: symmetric encryption of '/home/pkern/.pw/pw.tgz' failed: No such file or > directory But as soon as tar writes incomplete output (which it totally can, it's a Tape ARchiver) you have silent corruption. Kind regards Philipp Kern

Re: Bug#903815: ITP: pw -- A simple command-line password manager

2018-07-16 Thread Philipp Kern
mething that handles a user's secrets. > Whoever stops auditing this Bash application because it does not> start with > `set -e`, does not have the right skills and experience for> reviewing/auditing it. And these ad hominems are just unhelpful. Kind regards Philipp Kern

Re: Bug#903815: ITP: pw -- A simple command-line password manager

2018-07-15 Thread Philipp Kern
le anyway if your home directory contains a space, but this script will break in interesting ways. :) I did not look at the original code of pass, but I don't find this code handling secrets confidence inspiring, to be honest. Kind regards Philipp Kern [0] https://lists.zx2c4.com/pipermail/password-store/2016-January/001932.html

Re: Bug#901001: python3-minimal should Pre-Depend on python3.N-minimal

2018-06-09 Thread Philipp Kern
compile from the new postinst. What's the consequence from deleting the files and only recreating them later? Longer startup time of the interpreter in that short window? Because if it's worse, it'd be good to have py3clean only delete the obsolete files in the postinst? Kind regards Philipp Kern

Re: concerns about Salsa

2018-06-05 Thread Philipp Kern
s in case someone runs something in the background. Just like there should be a solid solution for repository management, there should be one for building. But the infrastructure needs of Debian itself are different. Kind regards Philipp Kern

Re: Bug#899299: libu2f-udev: Post-inst script should make udev reload rules

2018-06-04 Thread Philipp Kern
integrate udev with debhelper so that the correct snippet could be generated for various packages' postinsts instead of everyone who ships a rules file hand-rolling it. Of course if people actually need to write complicated rules to select the rules to re-trigger, that seems much more difficult to

Accepted debootstrap 1.0.98 (source all) into unstable

2018-05-14 Thread Philipp Kern
n-b...@lists.debian.org> Changed-By: Philipp Kern <pk...@debian.org> Description: debootstrap - Bootstrap a basic Debian system debootstrap-udeb - Bootstrap the Debian system (udeb) Closes: 731802 741964 840372 886016 895096 896071 Changes: debootstrap (1.0.98) unstable; urgency=medium . [ Cyr

Re: Bits from the release team: full steam ahead towards buster

2018-04-20 Thread Philipp Kern
On 2018-04-19 23:00, Christoph Biedl wrote: Philipp Kern wrote... Turns out that this is a terrible idea. Because? People will start to rely on names for sorting again. Regardless if it's the right thing technically people are people and will use what tools they have available. We

Re: salvaging packages, was Re: Lucas Kanashiro and Athos Ribeiro salvaged my package

2018-04-19 Thread Philipp Kern
with the conference/sprint. Kind regards and thanks Philipp Kern

Re: Bits from the release team: full steam ahead towards buster

2018-04-17 Thread Philipp Kern
the technical side.) Kind regards Philipp Kern

Re: Lucas Kanashiro and Athos Ribeiro salvaged my package

2018-04-16 Thread Philipp Kern
(There's of course also the question of VAC notices to crawl, though. If someone went away for a longer period of time with an intent to come back, it should be fair game to fix the package and own related breakage but obviously not to just hijack it away from the original maintainer.) Kind regards Philipp Kern

Re: distributing .buildinfo files (Re: Bad interaction between pbuilder/debhelper/dpkg-buildinfo/dpkg-genchanges and dak on security-master)

2018-04-05 Thread Philipp Kern
On 9/3/17 11:40 AM, Philipp Kern wrote: > On 2017-09-02 23:48, Holger Levsen wrote: >> On Mon, Jul 03, 2017 at 07:23:29PM +0200, Philipp Kern wrote: >>> > Not yet.  We people from the reproducible team couldn't find a way to >>> > usefully talk to ftp-masters

Re: Usage of real m68k hardware

2018-03-28 Thread Philipp Kern
ges. The recommended way today is to annotate within the package. It does not actually interact poorly with arch:all packages. When dpkg builds the source package and there's no arch:any package it will list all architectures explicitly in the .dsc and if there's an arch:all package all will be added in addition. Kind regards Philipp Kern

Accepted openclonk 8.1-1 (source) into unstable

2018-03-18 Thread Philipp Kern
-de...@lists.alioth.debian.org> Changed-By: Philipp Kern <pk...@debian.org> Description: openclonk - multiplayer game of strategy, action and skill openclonk-data - multiplayer game of strategy, action and skill - data Changes: openclonk (8.1-1) unstable; urgency=medium . * New upstream version.

Re: Updated proposal for improving the FTP NEW process

2018-03-05 Thread Philipp Kern
t right because for some reason our tools rely on the whole delta to be present in the .changes file rather than inferring it from the in-package changelog. So bug closure information gets lost unless you're careful in how you build the package, which makes it more likely to get wrong. Kind regards Philipp Kern

Accepted ibm-3270 3.6ga4-3 (source) into unstable

2018-03-03 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 03 Mar 2018 10:41:29 +0100 Source: ibm-3270 Binary: x3270 c3270 pr3287 s3270 3270-common xfonts-x3270-misc x3270-doc Architecture: source Version: 3.6ga4-3 Distribution: unstable Urgency: medium Maintainer: Philipp Kern <

Re: Suddenly U2F doesn't work on sid

2018-02-21 Thread Philipp Kern
kes sense as well. But they might be somewhat transiently connected and I don't think there are prompts on device plug-in? Kind regards and thanks Philipp Kern

Re: What can Debian do to provide complex applications to its users?

2018-02-19 Thread Philipp Kern
not all that helpful. Users don't care if the ancient version of the software they need in stable is security supported until mid-2022. If it doesn't satisfy their requirements anymore, they move to testing or to another distribution. Kind regards Philipp Kern

Accepted ibm-3270 3.6ga4-2 (source) into unstable

2018-02-15 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 15 Feb 2018 23:46:52 +0100 Source: ibm-3270 Binary: x3270 c3270 pr3287 s3270 3270-common xfonts-x3270-misc x3270-doc Architecture: source Version: 3.6ga4-2 Distribution: unstable Urgency: medium Maintainer: Philipp Kern <

Accepted openclonk 8.0-2 (source) into unstable

2018-02-15 Thread Philipp Kern
-de...@lists.alioth.debian.org> Changed-By: Philipp Kern <pk...@debian.org> Description: openclonk - multiplayer game of strategy, action and skill openclonk-data - multiplayer game of strategy, action and skill - data Closes: 890264 Changes: openclonk (8.0-2) unstable; urgency=medium . * Use the

Accepted openclonk 8.0-1 (source) into unstable

2018-02-11 Thread Philipp Kern
-ga...@lists.debian.org> Changed-By: Philipp Kern <pk...@debian.org> Description: openclonk - multiplayer game of strategy, action and skill openclonk-data - multiplayer game of strategy, action and skill - data Changes: openclonk (8.0-1) unstable; urgency=medium . * New upstream version. - R

Re: Debian part of a version number when epoch is bumped

2018-02-09 Thread Philipp Kern
On 09.02.2018 18:20, Russ Allbery wrote: > Philipp Kern <pk...@debian.org> writes: >> On 09.02.2018 17:02, Ian Jackson wrote: > >>> I don't know precisely what you mean by "rollback". If you mean >>> "change our mind about uploading foo new

Re: Debian part of a version number when epoch is bumped

2018-02-09 Thread Philipp Kern
On 09.02.2018 17:02, Ian Jackson wrote: > Philipp Kern writes ("Re: Debian part of a version number when epoch is > bumped"): >> You say upstream version. But I'd say that rollbacks are exactly that: >> reuse of a different epoch with the same upstream ver

Re: Debian part of a version number when epoch is bumped

2018-02-09 Thread Philipp Kern
. But I'd say that rollbacks are exactly that: reuse of a different epoch with the same upstream version. Like what happened to imagemagick multiple times. Kind regards Philipp Kern

Accepted s390-tools 2.3.0-1 (source s390x) into unstable, unstable

2018-02-04 Thread Philipp Kern
n-s...@lists.debian.org> Changed-By: Philipp Kern <pk...@debian.org> Description: s390-tools - Set of fundamental utilities for Linux on S/390 s390-tools-udeb - Set of utilities for Linux on S/390 (udeb) ziomon - Performance analysis and reports for zFCP devices Closes: 812588 Changes: s390-to

Accepted ibm-3270 3.6ga4-1 (source amd64 all) into unstable, unstable

2018-02-04 Thread Philipp Kern
Kern <pk...@debian.org> Changed-By: Philipp Kern <pk...@debian.org> Description: 3270-common - Common files for IBM 3270 emulators and pr3287 c3270 - Curses program for telnet sessions to IBM mainframes pr3287 - IBM 3287 printer emulation for telnet sessions to IBM mainf

Accepted gcc-3.3 1:3.3.6ds1-30 (source) into unstable

2018-02-04 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 04 Feb 2018 16:11:34 +0100 Source: gcc-3.3 Binary: libstdc++5 Architecture: source Version: 1:3.3.6ds1-30 Distribution: unstable Urgency: medium Maintainer: Philipp Kern <pk...@debian.org> Changed-By: Philipp Ke

Accepted hercules 3.13-1 (source amd64) into unstable

2018-02-04 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 04 Feb 2018 13:13:08 +0100 Source: hercules Binary: hercules Architecture: source amd64 Version: 3.13-1 Distribution: unstable Urgency: medium Maintainer: Philipp Kern <pk...@debian.org> Changed-By: Philipp Ke

Accepted gobby 0.6.0~20170204~e5c2d1-3 (source) into unstable

2018-02-03 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 03 Feb 2018 12:23:50 +0100 Source: gobby Binary: gobby Architecture: source Version: 0.6.0~20170204~e5c2d1-3 Distribution: unstable Urgency: medium Maintainer: Philipp Kern <pk...@debian.org> Changed-By: Philipp Ke

Re: proposal: ITR (was Re: Removing packages perhaps too aggressively?)

2018-02-01 Thread Philipp Kern
regards Philipp Kern

Re: Removing packages perhaps too aggressively?

2018-02-01 Thread Philipp Kern
ast enforce some comment to be present. As someone who now ponders to re-introduce the package I have zero context as well as to why the package got removed and if it's sensible to re-introduce it in the first place. (Note that nothing here is intended to assign some kind of personal blame.) Kind regards Philipp Kern

Re: Compiler with Spectre mitigation retpoline/-mindirect-branch=thunk

2018-01-31 Thread Philipp Kern
what's the difference between setting DEB_BUILD_OPTIONS=parallel=n and -Jn then? The former has some precedent in being set on build daemons, so I'd assume that -Jn doesn't regress behavior here? Or is the suggested interface the environment variable? Kind regards and thanks Philipp Kern

Re: Maintaining a custom out-of-tree patched Debian kernel for specific hardware

2018-01-23 Thread Philipp Kern
.ko files) FWIW, this technically isn't required. You can simply overwrite existing modules and dkms will handle that fine. It will shadow the stock ones when putting the new versions into updates/dkms. Kind regards Philipp Kern signature.asc Description: OpenPGP digital signature

Accepted util-linux 2.30.2-0.3 (source) into unstable

2018-01-17 Thread Philipp Kern
libmount-dev libsmartcols1 libsmartcols1-udeb libsmartcols-dev libuuid1 uuid-runtime libuuid1-udeb uuid-dev util-linux-udeb setpriv Architecture: source Version: 2.30.2-0.3 Distribution: unstable Urgency: medium Maintainer: LaMont Jones <lam...@debian.org> Changed-By: Philipp Kern <pk...@d

Accepted util-linux 2.30.2-0.2 (source) into unstable

2018-01-14 Thread Philipp Kern
libmount-dev libsmartcols1 libsmartcols1-udeb libsmartcols-dev libuuid1 uuid-runtime libuuid1-udeb uuid-dev util-linux-udeb setpriv Architecture: source Version: 2.30.2-0.2 Distribution: unstable Urgency: medium Maintainer: LaMont Jones <lam...@debian.org> Changed-By: Philipp Kern <pk...@d

Accepted s390-tools 2.2.0-1 (source) into unstable

2018-01-14 Thread Philipp Kern
hanged-By: Philipp Kern <pk...@debian.org> Description: s390-tools - Set of fundamental utilities for Linux on S/390 s390-tools-udeb - Set of utilities for Linux on S/390 (udeb) Changes: s390-tools (2.2.0-1) unstable; urgency=medium . * New upstream release - Drop debian/pat

Re: Storing build profiles in binary packages

2018-01-11 Thread Philipp Kern
rusted anyway. :) Fair enough. I guess at which point it boils down to archive deficiencies within dak in particular that buildinfo and changes content are not easily accessible, because they are not kept as part of archive metadata that can be synced. Kind regards and thanks Philipp Kern

Re: [yay for broken usage of was: in the Subject header]

2018-01-10 Thread Philipp Kern
can ensure that the build profile was actually the default one (or accept divergences with a conscious decision, like using NEW or BYHAND). So I don't think it's as black and white wrt full flexibility in dependencies as you paint it. :) Kind regards Philipp Kern

Accepted gobby 0.6.0~20170204~e5c2d1-2 (source) into unstable

2018-01-05 Thread Philipp Kern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 05 Jan 2018 17:18:58 +0100 Source: gobby Binary: gobby Architecture: source Version: 0.6.0~20170204~e5c2d1-2 Distribution: unstable Urgency: medium Maintainer: Philipp Kern <pk...@debian.org> Changed-By: Philipp Ke

Re: Bug#886238: Please introduce official nosystemd build profile

2018-01-04 Thread Philipp Kern
d speak as DD. I suggest that you take your vitriol elsewhere, not to Debian lists. Kind regards and thanks Philipp Kern signature.asc Description: OpenPGP digital signature

Re: salsa.debian.org (git.debian.org replacement) going into beta

2017-12-29 Thread Philipp Kern
having to update > countless packages. Put a mapping into a git repository that DDs can push to? Make sure that it is fast-forwarded always? Then let people deal with it? Kind regards Philipp Kern signature.asc Description: OpenPGP digital signature

Re: Debian Stretch new user report (vs Linux Mint)

2017-12-04 Thread Philipp Kern
y. (Maybe because we editorially consider firmware not to be software or something.) Is that something the secretary could tell us? :P Kind regards and thanks Philipp Kern signature.asc Description: OpenPGP digital signature

Re: Debian Stretch new user report (vs Linux Mint)

2017-12-01 Thread Philipp Kern
Kind regards Philipp Kern [0] I hope that's actually wrong but I wouldn't be surprised if the maintainer is not contacted in the most severe instances.

Re: recommends for apparmor in newest linux-image-4.13

2017-11-29 Thread Philipp Kern
control also allows to write tight filters. Kind regards Philipp Kern

Re: Let's enable AppArmor by default (why not?)

2017-11-01 Thread Philipp Kern
in a locally generated thumbnail of untrusted content. In the end you'd just show that warning half of the time and users are trained to just click the button without reading the box because users are bad at reading. Kind regards Philipp Kern [1] https://scarybeastsecurity.blogspot.de/2016/11/0

Re: Let's enable AppArmor by default (why not?)

2017-11-01 Thread Philipp Kern
On 10/31/2017 09:52 PM, gregor herrmann wrote: > On Tue, 31 Oct 2017 19:51:34 +0100, Philipp Kern wrote: >> I'm not sure if I missed some kind of alert tool like the selinux >> troubleshooting bits, but in my case it just silently failed: > In case you don't know it, apparm

  1   2   3   4   5   6   7   8   9   10   >