Re: Bug#995189: RFH: isc-dhcp

Hello Ansgar, Am 07.03.23 um 20:26 schrieb Ansgar: On Tue, 2023-03-07 at 11:55 +0100, Marco d'Itri wrote: On Mar 07, Philipp Hahn wrote: Is it a good idea to keep it alive for another 2+ years in Debian-12-Bookworm or should it be removed now? https://packages.debian.org/source/bookworm/isc-d

Re: Bug#995189: RFH: isc-dhcp

On Mar 08, Philipp Hahn wrote: > Do we do our users a service by keeping that dead horse alive for another 2+ > years? While being quite stable it had a steady stream of security issues: Yes, unless you know of other implementations with that features set. -- ciao, Marco signature.asc Descrip

Re: Bug#995189: RFH: isc-dhcp

Hi Philipp, El 08/03/23 a las 10:45, Philipp Hahn escribió: > Hello Ansgar, > > Am 07.03.23 um 20:26 schrieb Ansgar: > > On Tue, 2023-03-07 at 11:55 +0100, Marco d'Itri wrote: > > > On Mar 07, Philipp Hahn wrote: > > > > Is it a good idea to keep it alive for another 2+ years in > > > > Debian-1

Re: Bug#995189: RFH: isc-dhcp

Hello Santiago, Am 08.03.23 um 11:17 schrieb Santiago Ruano Rincón: El 08/03/23 a las 10:45, Philipp Hahn escribió: Am 07.03.23 um 20:26 schrieb Ansgar: On Tue, 2023-03-07 at 11:55 +0100, Marco d'Itri wrote: On Mar 07, Philipp Hahn wrote: Is it a good idea to keep it alive for another 2+ ye

Re: Bug#995189: RFH: isc-dhcp

On Tue, 07 Mar 2023 20:26:20 +0100, Ansgar wrote: >Only the client and relay are no longer maintained upstream. The server >is still maintained and there is no need to drop it from Debian. They pulled the plug on relay and client from now to immediately, with no obvious replacement on the relay s

Bug#1032520: ITP: libthreadar -- C++ classes for manipulating threads

Package: wnpp Severity: wishlist Owner: John Goerzen X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: libthreadar Version : 2.4.0 Upstream Author : Denis Corbin * URL : https://sourceforge.net/projects/libthreadar/ * License : LGPL v3+ Programming

Re: Bug#995189: RFH: isc-dhcp

El 08/03/23 a las 11:37, Philipp Hahn escribió: > Hello Santiago, > > Am 08.03.23 um 11:17 schrieb Santiago Ruano Rincón: > > El 08/03/23 a las 10:45, Philipp Hahn escribió: > > > Am 07.03.23 um 20:26 schrieb Ansgar: > > > > On Tue, 2023-03-07 at 11:55 +0100, Marco d'Itri wrote: > > > > > On Mar 0

Unlock LUKS with login/password

Hello! I have an idea about how modern linux should work with encrypted LUKS partitions. Right now on a system encrypted with LUKS, the first prompt you'll see is a grub passphrase to unlock the device, after OS boot you see a second prompt for login/password. This looks redundant. How about byp

Re: Unlock LUKS with login/password

Le 08/03/2023 à 16:28, Alexey Kuznetsov a écrit : Hello! I have an idea about how modern linux should work with encrypted LUKS partitions. Hi, I'm using LUKS for a long time on both my personal (desktop) and professional (laptop) computers. Since they are single user (me), I use autologin

Re: Unlock LUKS with login/password

On Wed, Mar 8, 2023 at 7:08 PM Agathe Porte wrote: > Hi Alexey, > > 2023-03-08 16:45 CET, Alexey Kuznetsov: > > Right now on a system encrypted with LUKS, the first prompt you'll see > is a > > grub passphrase to unlock the device, after OS boot you see a second > prompt > > for login/password. T

Re: Unlock LUKS with login/password

On Wed, Mar 8, 2023 at 7:11 PM Adrien CLERC wrote: > Le 08/03/2023 à 16:28, Alexey Kuznetsov a écrit : > > Hello! > > I have an idea about how modern linux should work with encrypted LUKS > partitions. > > Hi, > > I'm using LUKS for a long time on both my personal (desktop) and > professional (la

Re: Unlock LUKS with login/password

Hi Alexey, 2023-03-08 16:45 CET, Alexey Kuznetsov: > Right now on a system encrypted with LUKS, the first prompt you'll see is a > grub passphrase to unlock the device, after OS boot you see a second prompt > for login/password. This looks redundant. > > How about bypassing the second prompt and a

Re: Unlock LUKS with login/password

Le 08/03/2023 à 17:11, Adrien CLERC a écrit : Hello, Le 08/03/2023 à 16:28, Alexey Kuznetsov a écrit : Hello! I have an idea about how modern linux should work with encrypted LUKS partitions. Hi, I'm using LUKS for a long time on both my personal (desktop) and professional (laptop) co

Bug#1032524: ITP: golang-github-gitleaks-go-gitdiff -- Go library for parsing and applying patches created by Git

Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-gitleaks-go-gitdiff Version : 0.8.0-1 Upstream Author : Gitleaks * URL : https://github.com/gitleaks/go-gitdiff * License : Expat Programming Lang: Go Description : Go lib

Bug#1032527: ITP: golang-github-bep-lazycache -- Thread-safe in-memory LRU cache with non-blocking cache priming on cache misses (Go library)

Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-lazycache Version : 0.2.0-1 Upstream Author : Bjørn Erik Pedersen * URL : https://github.com/bep/lazycache * License : Expat Programming Lang: Go Description : Thread-

Re: Unlock LUKS with login/password

On Mar 08, Alexey Kuznetsov wrote: > 1) grub can ask for a login/password, then MD5 the text and unlock the LUKS Forget about this part: encrypted /boot/ is pointless from a security point of view and this complexity does not belong in the boot loader. Once you accept this then you will end up

Bug#1032535: ITP: golang-github-hashicorp-golang-lru-v2 -- Golang LRU cache (v2 with support for generics)

Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-hashicorp-golang-lru Version : 2.0.1-1 Upstream Author : HashiCorp, Inc. * URL : https://github.com/hashicorp/golang-lru * License : MPL-2.0 Programming Lang: Go Description

Re: Bug#995189: RFH: isc-dhcp

Hi, On Wed, 2023-03-08 at 10:45 +0100, Philipp Hahn wrote: > Are you sure the *server* is still maintained? Sadly my quote from > got dropped, so here again: > > > ISC has announced the end of life for ISC DHCP as of the end of > > 2022. ISC will continue providing pr

Re: Unlock LUKS with login/password

That is also the main reason why I do not use automatic login. I need to enter the password anyway. Unfortunately, the same is true for smartcard login. An OpenPGP smartcard would be perfect for both login (including SSH public key auth) and unlocking the keyring, even better than a password, but

Re: Unlock LUKS with login/password

Can you explain or refer to literature why encrypted /boot is pointless? Regards PS: Let's for now ignore non-security benefits, e.g. that encrypted /boot means that you do not have to decide on the size of your /boot partition. signature.asc Description: This is a digitally signed message part