Re: partman, growlight, discoverable partitions, and fun

2021-09-27 Thread Luca Boccassi
On Mon, 2021-09-27 at 13:06 +0200, John Paul Adrian Glaubitz wrote: > Hello! > > On 9/27/21 12:46, Luca Boccassi wrote: > > > Also, since parted is maintained by RedHat, I would expect that this > > > feature > > > would land in parted soon as well. > >

Re: partman, growlight, discoverable partitions, and fun

2021-09-27 Thread Luca Boccassi
On Mon, 2021-09-27 at 15:18 +0200, John Paul Adrian Glaubitz wrote: > > > On Sep 27, 2021, at 2:25 PM, Luca Boccassi wrote: > > > > Even if that interpretation would work as an excuse to never do > > anything, and I'm not really sure it does, this specification h

Re: OpenSSL 3.0 - Apache 2.0 vs GPL 2 (Re: Bug#995636: transition: openssl)

2021-10-06 Thread Luca Boccassi
On Tue, 2021-10-05 at 21:04 +0200, Sebastian Andrzej Siewior wrote: > On 2021-10-05 20:03:49 [+0200], Michael Biebl wrote: > > Hi Kurt, hi Luca, hi everyone, > Hi Michael, > > > That said, I'm not a lawyer and reading license texts hurts my brain. > > So my goal is

Re: merged /usr vs. symlink farms

2021-11-12 Thread Luca Boccassi
On Fri, 2021-11-12 at 04:57 +0100, Guillem Jover wrote: > > On Sun, 2021-08-22 at 11:21:38 +0100, Luca Boccassi wrote: > > On Sat, 2021-08-21 at 22:57 +0200, Guillem Jover wrote: > > > On Sat, 2021-08-21 at 18:47:50 +0100, Luca Boccassi wrote: > > > > The bug is

Re: merged-/usr transition: debconf or not?

2021-11-12 Thread Luca Boccassi
rried about. Could you help us test it, please?". I for one would be happy to help testing such alternatives. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: merged-/usr transition: debconf or not?

2021-11-18 Thread Luca Boccassi
n't get even a fraction of the same treatment (even the Replaces: feature has been affected by unrelated, actual, reported bugs, and might very well still be, haven't checked) seems to me a tiny bit hyperbolic and exagerated. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: Consequences of the NEW queue's length [Was: Remove packages from NEW queue?]

2021-11-18 Thread Luca Boccassi
a million times, but: why then not limit to new source packages? Bumping an ABI or adding a new tool is as likely to imply a license change as any other version upgrade that doesn't result in new binary packages from the same sources. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: merged-/usr transition: debconf or not?

2021-11-18 Thread Luca Boccassi
On Thu, 2021-11-18 at 16:23 -0500, Zack Weinberg wrote: Luca Bocassi wrote: ... > [merged /usr] is the default. It has been the > default for multiple releases of multiple distributions. All Ubuntu > installations that were not using this default are now forcibly > converted upon upgr

Bug#1001130: ITP: dasbus -- DBus library is written in Python 3, based on GLib and inspired by pydbus

2021-12-04 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org * Package name    : dasbus   Version : 1.6   Upstream Author : RedHat * URL : https://github.com/rhinstaller/dasbus * License : LGPL-2.1-or-later * Progra

Re: Extending debspawn

2021-12-10 Thread Luca Boccassi
network bridged onto the host's with bells and whistles. Hope this helps. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: Bug #998063: debian-policy: New virtual package: {default-,}dbus-system-bus

2021-12-24 Thread Luca Boccassi
e for the reference implementation, similar to the way the > sysvinit package name was repurposed to mean "an init system" during > the > transition to systemd, with the real SysV init renamed to sysvinit- > core. I > think this would not have been correct, because packages th

Bug#1004357: ITP: package-notes -- Tools to add packaging metadata to ELF files

2022-01-25 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org * Package name: package-notes Version : 0.4 Upstream Author : various * URL : https://github.com/systemd/package-notes * License : CC0-1.0 * Progra

Bug#1004491: ITP: tpm2-openssl -- OpenSSL 3 engine for tpm2-tss

2022-01-28 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: tpm2-openssl Version : 1.0.1 Upstream Author : Fraunhofer SIT, Intel, Wind River and others * URL : https://github.com/tpm2-software/tpm2-tss-engine

Re: systemd-sysusers [Re: Seeking consensus for some changes in adduser]

2022-03-10 Thread Luca Boccassi
lly given that we split > out the systemd-sysusers binary into a standalone binary which should > help facilitate that. > > Regards, > Michael +1 for declarative approach Kind regards, Luca Boccassi

Re: Q: systemd-timer vs cron

2022-03-14 Thread Luca Boccassi
get the following env vars set automatically: $MONITOR_UNIT $MONITOR_SERVICE_RESULT $MONITOR_EXIT_CODE $MONITOR_EXIT_STATUS $MONITOR_INVOCATION_ID Besides, OnFailure/OnSuccess really should start templated units anyway, so that you get exactly one instance per invocation. So the pattern you noted with on-failure

Re: Q: systemd-timer vs cron

2022-03-15 Thread Luca Boccassi
don't want any output from prior runs of the command and > > don't want any of the output to end up in the systemd journal. > > > > So I need something like StandardOutput=mail or to add some sort of > > wrapper script to each of the relevant systemd timers.

Re: Q: systemd-timer vs cron

2022-03-16 Thread Luca Boccassi
al. > > > > > > So I need something like StandardOutput=mail or to add some sort > > > of > > > wrapper script to each of the relevant systemd timers. > > > > I might be mistaken here, but Luca hinted at > > $MONITOR_INVOCATION_ID in his emai

Re: Q: systemd-timer vs cron

2022-03-16 Thread Luca Boccassi
On Wed, 2022-03-16 at 08:01 +0800, Paul Wise wrote: > On Tue, 2022-03-15 at 13:28 +0000, Luca Boccassi wrote: > > > Yes indeed, logs can be filtered by invocation id, eg: > > > > journalctl INVOCATION_ID=abcdefg > > That sounds useful. > > > Also to mak

Re: Debian doesn't have a "core team", should it? can it?

2022-04-10 Thread Luca Boccassi
t; > environment more than half of them were not associated with a team at > all. > > I also saw a couple of packages in there maintained by the science > team > and the med team. two source packages telnet and apt-listchanges > were orphaned. > > I do not know wh

Re: Is there room for improvement in our collaboration model?

2022-04-15 Thread Luca Boccassi
wants to say "please help yourself/ourselves", simply set the Maintainer field to debian-devel@lists.debian.org, have the Salsa repository in the debian/ namespace, and that's it? From thereon, anyone can do team-uploads by pushing to salsa and uploading directly, no need for acks/delays/permissions/requests. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: Firmware - what are we going to do about it?

2022-04-19 Thread Luca Boccassi
re other cases like this, with hardware that ships a full updatable firmware in flash storage, that gets security fixes and updates. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: Firmware - what are we going to do about it?

2022-04-19 Thread Luca Boccassi
ntioned earlier, modern machines are networks of hundreds of components, most if not all of which is proprietary hardware. You have to blindly trust it. The act of running a given machine _is_ the opt-in to trust that hardware and all its various firmwares, some of which happen to be updatable (which is

Re: Firmware - what are we going to do about it

2022-04-25 Thread Luca Boccassi
On Sun, 2022-04-24 at 00:23 +0100, Steve McIntyre wrote: > Steven Robbins wrote: > > > > Luca Boccassi wrote: > > > > > Personally, I'd even go for option 4, so that other drivers are covered > > > too (the general advice that can be found on the i

Bug#1015880: ITP: xdp-tools -- Library and utilities for use with XDP

2022-07-22 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: xdp-tools Version : 1.2.5 Upstream Author : various * URL : https://github.com/xdp-project/xdp-tools * License : BSD-2-Clause, GPL-2.0, LGPL-2.1

Re: Bug#1017716: ITP: muon-meson -- Meson-compatible build system

2022-08-19 Thread Luca Boccassi
omain name muon.build, the > reference meson implementation's domain name mesonbuild.com, and their > shared dependency ninja being packaged as ninja-build. And if KDE Muon is indeed dead, simply having a "Conflicts: muon" and using the same path should be ok as well? Kind regards, Luca Boccassi

Re: Bug#1017716: ITP: muon-meson -- Meson-compatible build system

2022-08-19 Thread Luca Boccassi
On Fri, 19 Aug 2022 at 16:54, Paul Gevers wrote: > > On 19-08-2022 17:41, Luca Boccassi wrote: > > And if KDE Muon is indeed dead, simply having a "Conflicts: muon" and > > using the same path should be ok as well? > > No. Care to elaborate a little? Kind regards, Luca Boccassi

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

2022-09-12 Thread Luca Boccassi
ution for the existing conflict with the dpkg > maintainer? Please see the linked tech-ctte email thread linked and the mails it quotes: https://lists.debian.org/debian-ctte/2022/09/msg5.html Kind regards, Luca Boccassi

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

2022-09-15 Thread Luca Boccassi
stable once the situation is clearer. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019575 -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

2022-09-16 Thread Luca Boccassi
On Thu, 2022-09-15 at 22:57 +0100, Luca Boccassi wrote: > On Sat, 2022-09-10 at 15:37 +0200, Ansgar wrote: > > Hi, > > > > the transition to usrmerge as described in [1] is planned to start > > around 2022-09-15 (next Thursday). > > > > init-system-helpers

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

2022-09-17 Thread Luca Boccassi
On Sun, 2022-09-18 at 03:46 +0200, Adam Borowski wrote: > On Sat, Sep 17, 2022 at 02:30:45AM +0100, Luca Boccassi wrote: > > Unless any new issue pops up, I'll upload i-s-h to unstable to > > start > > the transition tomorrow evening. > > ... and you ignored anyth

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

2022-09-18 Thread Luca Boccassi
ovided out of courtesy and is available on the dpkg BTS attached to the relevant bug, it's up to the maintainer to take it on. We cannot force it. We are certainly not going to block the transition for such a minor and work-aroundable problem. -- Kind regards, Luca Boccassi signature.as

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

2022-09-18 Thread Luca Boccassi
.8 kB of archives. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] apt does not attempt to install usrmerge. Can you provide a reproducer? -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

2022-09-18 Thread Luca Boccassi
On Sun, 2022-09-18 at 13:20 +0200, Ansgar wrote: > On Sun, 2022-09-18 at 12:11 +0100, Luca Boccassi wrote: > > On Sun, 2022-09-18 at 11:42 +0200, Sven Joachim wrote: > > > This does not quite work as intended, because debootstrap's > > > simplistic resolver only eve

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

2022-09-18 Thread Luca Boccassi
On Sun, 2022-09-18 at 14:00 +0200, Ansgar wrote: > On Sun, 2022-09-18 at 12:51 +0100, Luca Boccassi wrote: > > > I wrote a possible patch for debootstrap in [1], but being > > > debootstrap we might need to have it in stable as well. Maybe > > > someone has other id

Transition to usrmerge in full swing [was: Re: transition to usrmerge to start around 2022-09-15 (next Thursday)]

2022-10-01 Thread Luca Boccassi
On Sat, 2022-09-17 at 02:30 +0100, Luca Boccassi wrote: > On Thu, 2022-09-15 at 22:57 +0100, Luca Boccassi wrote: > > On Sat, 2022-09-10 at 15:37 +0200, Ansgar wrote: > > > Hi, > > > > > > the transition to usrmerge as described in [1] is planned to >

Re: Firmware GR result - what happens next?

2022-10-02 Thread Luca Boccassi
don't > add the new firmware section, everything will appear to work but you > won't > get new firmware, so the problem may go unnoticed. In Bullseye we changed the name/syntax for the security repository, and for that a mention in the release notes was enough, no? Isn't this a very similar situation? Is it truly necessary to do more than mention this in the release notes? -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: Welcome to your new installation of Debian GNU/Linux bookworm/sid

2022-10-09 Thread Luca Boccassi
On Sun, 9 Oct 2022, 10:23 Johannes Schauer Marin Rodrigues, < jo...@debian.org> wrote: > Quoting Bastian Blank (2022-10-09 10:24:26) > > On Sun, Oct 09, 2022 at 09:41:29AM +0200, Johannes Schauer Marin > Rodrigues wrote: > > > This breaks a number of setups like: > > > > > > - the sbuild autopkgt

Re: Welcome to your new installation of Debian GNU/Linux bookworm/sid

2022-10-09 Thread Luca Boccassi
On Sun, 9 Oct 2022, 11:19 Samuel Henrique, wrote: > Hi, > > On Sun, 9 Oct 2022 at 08:41, Johannes Schauer Marin Rodrigues > wrote: > > the last upload of src:systemd (251.5-1) enabled firstboot by default on > > Debian. From debian/changelog: > > > > * Enable firstboot, disabled by default on

Re: Welcome to your new installation of Debian GNU/Linux bookworm/sid

2022-10-09 Thread Luca Boccassi
On Sun, 9 Oct 2022 at 12:55, Sven Mueller wrote: > > > Am 09.10.2022 12:20 schrieb Luca Boccassi : > > On Sun, 9 Oct 2022, 10:23 Johannes Schauer Marin Rodrigues, > wrote: > > > I do not understand enough about systemd to be able to say whether an empty > value or

Re: depends-on-obsolete-package lsb-base

2023-01-20 Thread Luca Boccassi
arning, but the answer was that policy needs to change first: https://salsa.debian.org/lintian/lintian/-/merge_requests/407 Kind regards, Luca Boccassi

Re: Configuration files, local changes, and "managed section" markers

2023-02-15 Thread Luca Boccassi
built-in > functionality to try to handle cases like this. If any code changes to handle configuration are done, the absolute best thing is to just switch upstream to use libeconf: https://github.com/openSUSE/libeconf https://tracker.debian.org/pkg/libeconf This automatically does the right, modern and expected thing and works in the same way across all distributions, removing the need to carry any downstream technical debt. Kind regards, Luca Boccassi

Bug#950800: ITP: azure-cosmos-table-python -- Azure Cosmos DB services Python SDK

2020-02-06 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org Control: block 949763 by -1 * Package name: azure-cosmos-python Version : 1.0.5+git20191025 Upstream Author : Microsoft Corporation * URL : https://github

Bug#951126: ITP: microsoft-authentication-library-for-python -- Microsoft Authentication Library (MSAL) for Python

2020-02-11 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org Control: block 949763 by -1 * Package name: microsoft-authentication-library-for-python Version : 1.1.0 Upstream Author : Microsoft Corporation * URL

Bug#951609: ITP: azure-data-lake-store-python -- Azure Data Lake Store Filesystem Library for Python

2020-02-18 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org Control: block 949763 by -1 * Package name: azure-data-lake-store-python Version : 0.0.48 Upstream Author : Microsoft Corporation * URL : https://github.com/A

Bug#951670: ITP: azure-uamqp-python -- AMQP 1.0 client library for Python

2020-02-19 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org Control: block 949763 by -1 * Package name: azure-uamqp-python Version : 1.2.6 Upstream Author : Microsoft Corporation * URL : https://github.com/Azure/a

Bug#951710: ITP: microsoft-authentication-extensions-for-python -- Microsoft Authentication extensions for MSAL for Python

2020-02-20 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org Control: block 949763 by -1 * Package name: microsoft-authentication-extensions-for-python Version : 0.1.3 Upstream Author : Microsoft Corporation * URL

Bug#951731: ITP: azure-multiapi-storage-python -- Azure Storage Data Plane SDK supporting multiple API versions

2020-02-20 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org Control: block 930413 by -1 * Package name: azure-multiapi-storage-python Version : 0.2.4 Upstream Author : Microsoft Corporation * URL : https://github.com/A

Bug#951738: ITP: azure-functions-devops-build -- Azure Devops Build Manager For Azure Functions

2020-02-20 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org Control: block 930413 by -1 * Package name: azure-functions-devops-build Version : 0.0.22 Upstream Author : Microsoft Corporation * URL : https://github.com/A

Bug#951788: ITP: azure-devops-cli-extension -- Azure DevOps Extension for Azure CLI

2020-02-21 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org Control: block -1 by 930413 * Package name: azure-devops-cli-extension Version : 0.17.0 Upstream Author : Microsoft Corporation * URL : https://github.com/A

Bug#953022: ITP: javaproperties -- Python library for reading & writing Java .properties files

2020-03-03 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org * Package name: javaproperties Version : 0.6.0 Upstream Author : John Thorvald Wodder II * URL : https://github.com/Azure/azure-uamqp-python * License

Re: FTP Team -- call for volunteers

2020-03-19 Thread Luca Filipozzi
s we need to be very careful about /not/ > looking too closely at what we put out. Isn't part of Debian's charm the quality that we attempt to bring to the packages that we publish? How does our coorindation for things like py2->py3 impact our position as publisher vs distributor? -- Luca Filipozzi

Bug#960526: ITP: azure-kusto-python -- Microsoft Azure Kusto (Azure Data Explorer) SDK for Python

2020-05-13 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: "Luca Boccassi" X-Debbugs-CC: debian-devel@lists.debian.org * Package name: azure-kusto-python Version : 0.0.45 Upstream Author : Microsoft * URL : https://github.com/Azure/azure-kusto-python * License

Re: isc-dhcp-client sends DHCPDISCOVER *before* wpa_supplicant authenticates/associates/connects.

2020-07-14 Thread Luca Capello
sual > to have systems with no wireless network interface at all. FWIW, and without defending NetworkManager, wpa_supplicant is *not* only for wireless networks, but it could be needed for other networks as well (e.g. because of 802.1x). Thx, bye, Gismo / Luca signature.asc Description: PGP signature

Re: Automating signing of DKMS modules with machine owner key

2020-08-04 Thread Luca Boccassi
't think it's something that can be reasonably automated for general usage though, due to interactive nature of the signing process, and most importantly the whole setting up of the key + token + enrollment which are not exactly user-friendly processes. Canonical's approach seems to be the most user-friendly it can be, assuming one is willing to give up the benefit of being unable to alter the firmware/running kernel without physical presence. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: Lenovo discount portal update (and a few other things)

2020-09-11 Thread Luca Filipozzi
server, since it would create backscatter. Indeed. Please accept and drop. -- Luca Filipozzi signature.asc Description: PGP signature

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-07-29 Thread Luca Filipozzi
software that is written just for Debian (snapshot.debian.org and udd.debian.org come to mind) to be packaged. We would prefer other software (gitlab, pagure, etc.) to be packaged, if possible; surely this software is useful to our community and having it packaged is worthwhile. -- Luca Filipozzi http://www.crowdrise.com/SupportDebian

LeaseWeb offers discounts to Debian Developers

2016-09-26 Thread Luca Filipozzi
the time of the request). Let me know if you have any questions, Luca -- Luca Filipozzi http://www.crowdrise.com/SupportDebian signature.asc Description: Digital signature

Re: unattended-upgrades by default?

2016-11-04 Thread Luca Capello
ut effect until openssh, bind, > get restarted manually or rebooted. Should not we recycle how the debpkg:libc6 handles affected-debpkgs or, better, should not we unify libc6 behavior with the tools Guido suggested? Thx, bye, Gismo / Luca signature.asc Description: Digital signature

Re: changelog practice, unfinalised vs UNRELEASED vs ~version

2017-02-12 Thread Luca Capello
stricted our contributor > base to people who know the corner cases as well as Ian Jackson does :-) IMHO Debian is so successful exactly because we have not imposed any constraint, as Holger already pointed out: <https://lists.debian.org/msgid-search/20170212143027.ga26...@layer-acht.org> Thx, bye, Gismo / Luca signature.asc Description: Digital signature

Re: Bug#888891: ITP: odp -- OpenDataPlane reference implementation library

2018-01-31 Thread Luca Boccassi
file (libdpdk.pc) so it's a bit easier than vanilla support for rdepends. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part

Re: Bug#888891: ITP: odp -- OpenDataPlane reference implementation library

2018-01-31 Thread Luca Boccassi
On Wed, 2018-01-31 at 19:04 +0300, Dmitry Eremin-Solenikov wrote: > Hello, > > 2018-01-31 17:37 GMT+03:00 Luca Boccassi : > > On Wed, 2018-01-31 at 00:05 +0300, Dmitry Eremin-Solenikov wrote: > > > Package: wnpp > > > Severity: wishlist > > > Owner: Dmitr

Bug#892642: ITP: stlink -- OpenSource ST-Link tools replacement

2018-03-11 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi * Package name: stlink   Version : 1.5.0   Upstream Author : Andrew 'Necromant' Andrianov * URL : https://github.com/texane/stlink * License : BSD-3-clause and GPL-2+   Programming Lang: C   D

Bug#901465: ITP: driverctl -- device driver control utility for Linux

2018-06-13 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi * Package name: driverctl   Version : 0.95   Upstream Author : Panu Matilainen * URL : https://gitlab.com/driverctl/driverctl * License : LGPL-2.1   Programming Lang: bash   Description : device driver

Bug#901812: ITP: jitterentropy-rngd -- Jitter RNG Daemon

2018-06-18 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi * Package name: jitterentropy-rngd   Version : 1.0.8   Upstream Author : Stephan Mueller * URL : http://www.chronox.de/jent.html * License : BSD-3-Clause OR GPL-2   Programming Lang: C   Description

Bug#902701: ITP: python-ipfix -- IPFIX implementation for Python

2018-06-29 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi * Package name: python-ipfix   Version : 0.9.7   Upstream Author : Brian Trammell * URL : https://github.com/britram/python-ipfix * License : LGPL-3.0   Programming Lang: python   Description : IPFIX

Bug#908482: ITP: libgoogle-protocolbuffers-perl -- simple Perl interface to Google Protocol Buffers

2018-09-10 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi * Package name: libgoogle-protocolbuffers-perl   Version : 0.12   Upstream Author : CSIRT Gadgets Foundation * URL : https://metacpan.org/release/Google-ProtocolBuffers * License : GPL-1+ or Artistic

Re: apt-get upgrade removing ifupdown on jessie→stretch upgrade

2017-02-22 Thread Luca Capello
out > reading. ...it will break existing practices, e.g.: DEBIAN_FRONTEND=noninteractive apt-get upgrade -y FYI, I would call it a regression. Thx, bye, Gismo / Luca signature.asc Description: Digital signature

Re: apt-get upgrade removing ifupdown on jessie→stretch upgrade

2017-02-24 Thread Luca Capello
Hi there, On Thu, 23 Feb 2017 13:12:10 +0100, Michael Prokop wrote: > * David Kalnischkies [Wed Feb 22, 2017 at 10:28:33PM +0100]: > > On Wed, Feb 22, 2017 at 09:04:16PM +0100, Luca Capello wrote: > > > > ...it will break existing practices, e.g.: > > > DEBIAN_F

Re: Non-free RFCs in stretch

2017-03-06 Thread Luca Capello
//tools.ietf.org/html/rfc3174> JFTR, upstream did not agree with Debian. Thx, bye, Gismo / Luca signature.asc Description: Digital signature

Re: policy for shipping sysctl.d snippets in packages?

2017-04-26 Thread Luca Capello
eap. Debian *does* support dist-upgrading between *following* releases only, which is what we are talking about. And, in any case, for your example on Debian you will do 6 -> 7 -> 8. Thx, bye, Gismo / Luca signature.asc Description: Digital signature

Re: Too many Recommends (in particular on mail-transport-agent)

2017-05-31 Thread Luca Capello
:/etc# git log -p 5deed858 aliases commit 5deed8583b1a65e9f80a9426496c2e707ce6c860 Author: Luca Capello Date: Thu Dec 31 15:11:07 2009 +0100 initial commit diff --git a/aliases b/aliases new file mode 100644 index 000..ba553bc --- /dev/null +++ b/aliases @@ -0,0 +1,14 @@ [...] +root: l

Re: Naming of network devices - how to improve it in buster

2017-07-15 Thread Luca Capello
in ZFS pools, it is easier then to match a failed disk when needed to replace it. Thx, bye, Gismo / Luca signature.asc Description: PGP signature

Re: Call for volunteers: FTP Team

2017-08-18 Thread Luca Filipozzi
; > to something that doesn't include "FTP"? > >> > >> Archive Team. Or the A-Team for short. The only Debian team with a theme > >> song. > > Why Archive, maybe Queue is more accurate (Q-Team), isn't it? > > An invitation to join the Q Continuum might be more attractive. Don't they _assimilate_ packages into the archive... -- Luca Filipozzi

Re: Single Sign On for Debian

2017-08-20 Thread Luca Filipozzi
e sso.debian.org with that. As expressed during the DC17 DSA and Cloud BoFs, I'm in favour of two related but orthogonal things: 1 collapsing user management into a single user store (LDAP)** 2 introducing SAML or OIDC IdPs so that we can tie into AWS, Azure, and GCP SSO features 1 isn't necessarily a pre-requisite for 2 but the mishmash of processing we have Guest vs DM vs DD is fugly (let alone Alioth-type users). ** Not necessarily the opinion of all DSA team members. -- Luca Filipozzi

Re: Single Sign On for Debian

2017-08-21 Thread Luca Filipozzi
looked at Keycloak? http://www.keycloak.org/ I have and deployed it for others in production. Not an unreasonable option. -- Luca Filipozzi

Re: Single Sign On for Debian

2017-08-24 Thread Luca Filipozzi
to populate a LDAP directory from any source. > Clément Oudot (leader of LLNG community) is also leader of LSC-Project. > You can ping him if you have any question on this LDAP sync isn't what is meant by 'user management'. Rather, it's a combination of self-empowerment (create account, manage profile, reset password) and delegation administration (role creation and assignment, etc.). Keycloak offers some of this functionality. Whatsay I stand up a demo and we can kick some tires? -- Luca Filipozzi

Re: Single Sign On for Debian

2017-08-25 Thread Luca Filipozzi
On Fri, Aug 25, 2017 at 10:39:14AM +0200, Clément OUDOT wrote: > 2017-08-25 6:59 GMT+02:00 Luca Filipozzi : > > On Wed, Aug 23, 2017 at 09:05:32AM +0200, Xavier wrote: > >> Le 23/08/2017 à 08:46, Alexander Wirt a écrit : > >> > On Wed, 23 Aug 2017, Philip Hands

Re: Removal of upstart integration

2017-08-30 Thread Luca Falavigna
track of the progress. -- Cheers, Luca

Re: ITP: generator-scripting-language -- code generation and construction tool

2017-09-12 Thread Luca Boccassi
On Wed, 06 Sep 2017 00:48:52 +0100 Luca Boccassi wrote: > Package: wnpp > Severity: wishlist > Owner: Luca Boccassi >  > * Package name: generator-scripting-language >   Version : 4.1.4 >   Upstream Author : iMatix and ZeroMQ development community > *

Bug#878821: ITP: norm -- NACK-Oriented Reliable Multicast (NORM) library

2017-10-16 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi * Package name: norm   Version : 1.5r6   Upstream Author : Naval Research Laboratory (NRL) * URL : https://www.nrl.navy.mil/itd/ncs/products/norm * License : NSL (BSD-2-clause lookalike)   Programming Lang: C

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

2017-12-01 Thread Luca Capello
rly "closed", e.g. if Windows was hibernated (or it uses the Fast Boot/Startup feature, thus suspend2both). Thx, bye, Gismo / Luca signature.asc Description: PGP signature

Re: ISO download difficult (was: Debian Stretch new user report (vs Linux Mint))

2017-12-01 Thread Luca Capello
temporary directory (e.g. /media). Alternatively, you can use one of the parallel installer image builds that also include all the non-free firmware packages directly. We have "netinst" CD images and also DVD installer images - see http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/ Thx, bye, Gismo / Luca signature.asc Description: PGP signature

Re: ISO download difficult (was: Debian Stretch new user report (vs Linux Mint))

2017-12-02 Thread Luca Capello
Hi there, On Sat, 02 Dec 2017 13:17:13 +0500, Andrey Rahmatullin wrote: > On Fri, Dec 01, 2017 at 10:14:21PM +0100, Luca Capello wrote: > > > > It would have been best for him to download the ISO with non-free > > > > firmware embedded, do you know how he made the decis

Re: debian.org RTC: announcing XMPP, SIP presence and more

2015-11-21 Thread Luca Filipozzi
. That would be the Wrong Thing To Do®. -- Luca Filipozzi http://www.crowdrise.com/SupportDebian signature.asc Description: Digital signature

Bug#810602: ITP: argon2 -- memory-hard hashing function

2016-01-10 Thread Luca Bruno
Package: wnpp Severity: wishlist Owner: Luca Bruno * Package name: argon2 Version : 0~20151206-1 Upstream Author : D. Dinu, D. Khovratovich et al. * URL : https://github.com/P-H-C/phc-winner-argon2 * License : CC0 Programming Lang: C Description

Re: Bug#810835: ITP: let-alist -- let-bind values of an assoc-list by their names in Emacs Lisp

2016-01-16 Thread Luca Capello
well as a dependency for Flycheck and ended up installing everything from (M)ELPA :-( Thx, bye, Gismo / Luca signature.asc Description: Digital signature

Re: Bug#810835: ITP: let-alist -- let-bind values of an assoc-list by their names in Emacs Lisp

2016-01-19 Thread Luca Capello
Hi there! On Sat, 16 Jan 2016 19:47:53 -0700, Sean Whitton wrote: > On Sat, Jan 16, 2016 at 10:34:04PM +0100, Luca Capello wrote: > > Nothing against you, but a .deb for an 89-line macro sounds a bit > > overkill to me. > > I want to package emacs-pdf-tools [1] [...] >

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-06 Thread Luca Filipozzi
his hosting, > should we get a new machine and set it up as per DSA standards? I think you start by avoiding us having multiple different git-based services. I don't care which one (gitolite, gitlab) but DSA would prefer if there were only one to take care of. -- Luca Filipozzi Debian System Administration Team

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Luca Filipozzi
ebian.org. Let me rephrase, then: can we have a plan that addresses alioth / git / gitolite / gitlab / stuff rather than standing up yet another SCM/PM tool because it's shiny? This has more to do with delivering sustainable services while reducing the overhead / technical debt. -- Luca Filipozzi http://www.crowdrise.com/SupportDebian

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Luca Filipozzi
not-shiny-anymore > services rather than block adding a new service. We aren't saying 'no'; we're saying 'please have a transition plan'. Dropping a not-shiny-anymore service without a transition plan to move users of the service off is not great. That said, maybe

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Luca Filipozzi
On Wed, Jun 08, 2016 at 05:16:54PM +0100, Ian Jackson wrote: > Luca Filipozzi writes ("Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: > Next steps for gitlab.debian)"): > > On Wed, Jun 08, 2016 at 03:19:09PM +, Felipe Sateler wrote: > > > That spea

Bug#1085268: ITP: sphinxcontrib-globalsubs -- sphinx extension to support global substitutions

2024-10-17 Thread Luca Boccassi
Package: wnpp Severity: wishlist Owner: Luca Boccassi X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: sphinxcontrib-globalsubs Version : 0.1.2 Upstream Author : Stefan Wiehler * URL : https://github.com/missinglinkelectronics/sphinxcontrib-globalsubs

Re: Bits from DPL

2025-01-08 Thread Luca Boccassi
On Wed, 8 Jan 2025 at 14:35, Peter Pentchev wrote: > > On Wed, Jan 08, 2025 at 10:19:34AM +0100, Julien Plissonneau Duquène wrote: > > Le 2025-01-07 21:52, Peter Pentchev a écrit : > > > > > > Hm. That sounds interesting, but I think the Debian project cannot > > > protect such a mirror from autom

Re: GnuPG 2.4 before Trixie freeze

2025-01-13 Thread Luca Boccassi
On Wed, 8 Jan 2025 at 23:08, Daniel Kahn Gillmor wrote: > > Thanks for this discussion, all-- > > On Tue 2025-01-07 15:16:27 +0100, Simon Josefsson wrote: > > I believe this would be good, I frequently run into GnuPG bugs in the > > 2.2.x branch that was fixed years ago in 2.4 > > Can you identify

Bug#1099778: ITP: golang-github-gosimple-unidecode -- Unicode transliterator in Golang - Replaces non-ASCII characters with their ASCII approximations.

2025-03-07 Thread Luca Soler
Package: wnpp Severity: wishlist Owner: Luca Soler X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name    : golang-github-gosimple-unidecode   Version         : 1.0.1-1   Upstream Author : GoSimple * URL             : https://github.com/gosimple/unidecode

Bug#1100131: ITP: golang-github-eggsampler-acme -- Go client library implementation for ACME v2 (RFC8555)

2025-03-11 Thread Luca Soler
Package: wnpp Severity: wishlist Owner: Luca Soler X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-eggsampler-acme Version : 3.6.1-1 Upstream Author : Isaac Truscott * URL : https://github.com/eggsampler/acme

Bug#1100128: ITP: golang-github-letsencrypt-borp -- Boulder's version of go-gorp/gorp

2025-03-11 Thread Luca Soler
Package: wnpp Severity: wishlist Owner: Luca Soler X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-letsencrypt-borp Version : 0.0~git20240620.a78493c-1 Upstream Author : Let's Encrypt (ISRG) * URL :

Bug#1100121: ITP: golang-github-poy-onpar -- Parallel testing framework for Go

2025-03-11 Thread Luca Soler
Package: wnpp Severity: wishlist Owner: Luca Soler X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-poy-onpar Version : 0.3.3-1 Upstream Author : Andrew Poydence * URL : https://github.com/poy/onpar * License

Bug#1100388: ITP: golang-github-titanous-rocacheck -- Go package that checks if RSA keys are vulnerable to ROCA

2025-03-13 Thread Luca Soler
Package: wnpp Severity: wishlist Owner: Luca Soler X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-titanous-rocacheck Version : 0.0~git20171023.afe7314-1 Upstream Author : Jonathan Rudenberg * URL : https

Bug#963191: RFH: aufs

2020-06-20 Thread Jan Luca Naumann
Package: wnpp Severity: normal At the moment aufs is nearly unmaintained since I do not have time due to personal issues. Therefore, I would be happy if there is somebody to co-maintain the package. Open issues are: - Update to current version - Add a version in backports - Support multiple ke

<    3   4   5   6   7   8   9   >