Re: Default font: Transition from DejaVu to Noto

lts about my observations. I've been doing a lot of font comparison on arbitrary text using font-manager recently, if that's all you need. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: Efforts to Improve Virtual Console

nd terminal emulators. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: proposal: dhcpcd-base as standard DHCP client starting with Trixie

Sam Hartman left as an exercise for the reader: > >>>>> "nick" == nick black writes: > I consider anything that requires me to write wpa_supplicant config to > be a bad idea (unless I'm running an AP) and NetworkManager driving > wpa_supplicant is a be

Re: proposal: dhcpcd-base as standard DHCP client starting with Trixie

d used easily by other tools). It's not tightly integrated, though, so you usually need some "IgnoreCarrierLoss" chicanery if you don't want to reinitialize the interface when switching between BSSIDs. This is probably what you meant, but just wanted to be clear. -- nick black -=- ht

Re: proposal: dhcpcd-base as standard DHCP client starting with Trixie

d to merge code (and their buy-in to the effort overall) before starting. I've messed with d-i and systemd-networkd both a good bit, and like you (I assume) believe systemd-networkd to be the best option at this time, and also moving forward. -- nick black -=- https://www.nick-black.com to make an apple pie fr

Re: Policy consensus on transition when removing initscripts.

VICE). furthermore, this is only true when procfs is mounted with a nonzero hidepid, right? all my /proc/PID directories are 0755, with contents likewise generally world-readable. hidepid=off is the default according to https://www.kernel.org/doc/html/latest/filesystems/proc.html. -- nick black -=- https:/

Re: proposal: dhcpcd-base as standard DHCP client starting with Trixie

extensive in terms of structured configurability; i've currently got two machines with "CombinedChannels 1" to run XDP programs which bind to queue 0, for instance. of course, these are advanced options and thus can assume non-default effort. -- nick black -=- https://www.nick-black.c

Re: proposal: dhcpcd-base as standard DHCP client starting with Trixie

ack has some value all its own. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: multiarch vs. multilib

se at all, and thanks tremendously for the detailed explanation! i've learned a lot in this thread. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: 64-bit time_t transition for 32-bit archs: a proposal

tps://wiki.debian.org/ToolChain/Cross#Multiarch_vs_Multilib seems to be a solid resource (and sadly low on my google returns). -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal)

Adam Borowski left as an exercise for the reader: > Instead of RasPis as suggested by many in this thread, I'd instead suggest > whatever is the current model of Odroid-H2+: I was intrigued, but https://ameridroid.com/products/odroid-h2 suggests it's been out of stock since 2021? -- nick

Re: need we support unshadowed passwords from the installer

ole, but i for one feel more comfortable about proposing and executing small changes like this now. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: need we support unshadowed passwords from the installer

Marc Haber left as an exercise for the reader: > On Fri, 13 Jan 2023 21:11:40 -0500, nick black > wrote: > >i'm absolutely not suggesting we stop supporting NIS or other > >programs which rely on unshadowed passwords. it's a big ol' > >tent, and we have more than enou

need we support unshadowed passwords from the installer

unshadowed passwords. it's a big ol' tent, and we have more than enough room for you to carry forth the torch of Solaris 2. i just don't think this belongs in the installer anymore. --rigorously, nick [0] https://wiki.archlinux.org/title/NIS -- nick black -=- https://www.nick-black.com to mak

Bug#1027976: ITP: libcpucycles -- Microlibrary for counting CPU cycles

Package: wnpp Severity: wishlist Owner: nick black X-Debbugs-Cc: debian-devel@lists.debian.org, dankamong...@gmail.com * Package name: libcpucycles Version : 20230105 Upstream Contact: Daniel J. Bernstein * URL : https://cpucycles.cr.yp.to/download.html * License

Re: RFH: Packaging Intel's userspace tools for Data Streaming Accelerator

tegrating it into my product if it proves itself, and this kind of thing is directly up my alley besides. i'm one of the newest DDs, but i'd be very happy to work with Jair and Miguel. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a

Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab

i'm pretty sure that the corruption issues leading to the nodelalloc option were considered largely remedied by the "auto_da_alloc" capability introduced (and enabled by default) in 2.6.30? how would nodelalloc equal the performance of delalloc? nodelalloc was all about reliability for programs

Re: Intel CET Support?

nick black left as an exercise for the reader: > that's the cornerstone of protecting against the highest level s/the high/anyone but the high/ =\ -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description:

Re: Intel CET Support?

might not be, but that doesn't mean it's a useless piece of engineering. it has a value that needs be weighed against its cost like most technologies. [0] https://grsecurity.net/rap_faq [1] https://lwn.net/Articles/698891/ -- nick black -=- https://www.nick-black.com to make an apple pie from sc

Re: Transition proposal: pkg-config to pkgconf

n some Alpine stuff and some Notcurses stuff, and she's as competent and sedulous as they come. i'd love to see this transition, and appreciate you working on it. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe.

adduser 3.12x notes

Marc, your recent adduser notes have been really interesting reads; i've learned more about adduser from the past two releases than i think i ever knew. it seems good work, too. =] way to be. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent

Re: feedback for NEW packages: switch to using the BTS?

did i intend to impugn your suggestions in this thread, which seem a definite improvement from the user's perspective.) -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: feedback for NEW packages: switch to using the BTS?

lete, exhaustive analysis, and think that it's the only thing standing between them and archive glory. perhaps whatever files the bug ought indicate this in the text of the bug itself. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: feedback for NEW packages: switch to using the BTS?

seem to require FTPmasters to create a complete statement of REJECT-worthy problems in each uploaded package, which seems like more work than they must currently do. if the resulting bug is *not* a complete statement of problems, and that is understood, this isn't an issue. just a thought. -- nick

non-word "noone" in constitution

g/ddp-team/doc-debian/-/merge_requests/1 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%23839709 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=210879 -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: Automated copyright reviews using REUSE/SPDX as alternative to DEP-5

. jpegs as GIMP xcfs. [0] https://salsa.debian.org/debian/notcurses/-/blob/master/debian/copyright#L9 -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Bug#1002724: ITP: openfec -- Forward Error Correction codes

Package: wnpp Severity: wishlist Owner: "Nick Black (Public gmail account)" X-Debbugs-Cc: debian-devel@lists.debian.org, dankamong...@gmail.com Package name: openfec Version : 1.4.2.4 Upstream Author : Victor Gaydov et al URL : http://www.example.org/

Re: partman, growlight, discoverable partitions, and fun

; =]. no, this has been an A-, A interaction in my book--i half-expected flat rejection. so thanks, debian! i will return to my codehole and bring back something more tangible. but i found this quite promising. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need

Re: partman, growlight, discoverable partitions, and fun

kwiki/images/e/ea/Public_LPC2015_-_Dynamic_iSCSI_at_Scale-_Remote_paging_at_Google.pdf -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: partman, growlight, discoverable partitions, and fun

ssing manner, and I have no NBD nor iSCSI functionality. https://github.com/dankamongmen/growlight/issues/150 -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: partman, growlight, discoverable partitions, and fun

n, i'd need it looked over) and facilitating accessibility technology. --nick [0] https://nick-black.com/dankwiki/images/b/b9/Parting_ways_with_partman.pdf -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Descriptio

Re: partman, growlight, discoverable partitions, and fun

y. with that said, i would *still want to test on the target environment*, to make sure i'm using libparted correctly there. so that necessity remains. would this allay your concerns? --nick -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need fi

Re: partman, growlight, discoverable partitions, and fun

ge users to the correct behavior will be cheerfully considered! > And most importantly: thanks for this effort, it's greatly appreciated! thank you for your kind words! i'd love to see this happen. --nick [0] https://nick-black.com/images/growlight-2021-09-26.png -- nick black -=- https://www.n

Re: partman, growlight, discoverable partitions, and fun

was many years ago). So...how do I go about making this happen? fwiw, I'm but a lowly DM, not a DD. --nick [0] https://lists.debian.org/debian-devel/2021/09/msg00365.html -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: partman, growlight, discoverable partitions, and fun

TARI who'd be willing to test them out. If there are no such people, is it that important? On Thu, Sep 23, 2021 at 5:29 PM John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> wrote: > Hello! > > On 9/23/21 22:57, nick black wrote: > > I am just finishing up the imp

partman, growlight, discoverable partitions, and fun

f21-growlight.mkv [3] https://nick-black.com/dankwiki/index.php?title=File:Parting_ways_with_partman.pdf [4] https://lists.debian.org/debian-boot/2013/02/msg00164.html [5] https://tracker.debian.org/pkg/growlight -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, y

Re: investigating autopkgtest failures

achine restriction? --nick -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

investigating autopkgtest failures

.debconf.org/talks/39-running-autopkgtest-for-your-package/ -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Re: glibc 2.32 before bullseye?

Paul Wise left as an exercise for the reader: > On Fri, Dec 18, 2020 at 4:46 AM Nick Black wrote: > > I was wondering whether glibc ... > These seem like questions for the glibc maintainers, probably via a bug > report. indeed =] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=9

glibc 2.32 before bullseye?

self-contained changes, especially the wcwidth() tables; would a patch backporting the glibc 2.32 Unicode 13 work be welcomed? -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

Bug#973916: ITP: rust-libc-print -- Support for println and eprintln in a no_std context

Package: wnpp Severity: wishlist Owner: "Nick Black" X-Debbugs-Cc: debian-devel@lists.debian.org, dankamong...@gmail.com * Package name: rust-libc-print Version : 0.1.14 Upstream Author : Matt Mastracci * URL : https://github.com/mmastrac/rust-libc-print

Re: lintian groff-message warning "can't set the locale"

to > accept a better implementation. As I "need" this only within the Debian Salsa CI (and only to deal with this groff lintian warning, which it sounds like will be handled another way), a Debian-specific solution would be fine =]. Thanks for the details -- C.UTF-8 sounds like th

Re: lintian groff-message warning "can't set the locale"

ably due to the locale not having been generated. -- nick black -=- https://www.nick-black.com to make an apple pie from scratch, you need first invent a universe. signature.asc Description: PGP signature

lintian groff-message warning "can't set the locale"

do to work around this? I tried exporting LANG to a UTF-8 locale in my salsa variables section, but that didn't help. I'm using pandoc to generate my man pages, and it happily accepts UTF-8, but I can see a case for restricting them to ASCII. Thanks! -- nick black -=- https://www.nick-black.c

Bug#950492: ITP: notcurses -- Character-mode graphics and TUI library

Package: wnpp Severity: wishlist Owner: Nick Black * Package name: notcurses Version : 1.1.4 Upstream Author : Nick Black * URL : https://nick-black.com/dankwiki/index.php/notcurses * License : Apache-2.0 Programming Lang: C, C++, Python Description

Re: apt-file rewrite done

nick black left as an exercise for the reader: I've got raptorial-file in a state for people to play with. The wins weren't as impressive as apt-show-versions(1) for the common cases (more like 25%), though some uncommon cases saw reductions in total time of 90%. Spoke too soon! After fixing

Re: apt-file performance characterization

nick black left as an exercise for the reader: I've written up a performance characterization of apt-file(1) as stands. The preliminary version is available here: http://nick-black.com/raptorial-file OK, finished this writeup. I've updated the file at the link above, and included

apt-file rewrite done

inclusion :). I hope this builds excitement regarding RAPTORIAL and convinces folks that I'm on to something here. Hack on! --rigorously, nick Hacker-in-Charge, SprezzOS Project -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need

sprezzos apt-show-rewrite complete (report + numbers)

. [recombinator](0) $ ./rapt-show-versions -h rapt-show-versions v0.1.5 by nick black d...@qemfd.net invoked as /home/dank/raptorial/.libs/lt-rapt-show-versions usage: rapt-show-versions [ options ] packageregex options: -s|--status-file=file Status file (def: /var/lib/dpkg/status) -l|--list-dir

Re: apt-show-versions rewrite

suggestion that Debian and the APT Team look at it. I look forward to a non-glacial apt-show-versions in Debian, however it happens and whomever writes it. Feel free to package rapt-show-versions should that C++ apt-show-versions never get itself written. Be well! -- nick black http

Re: apt-show-versions rewrite

there today. Perhaps threading out the existing APT core won't be as painful as I expected, especially since a viable design effecting proven speedup already exists? Let's talk. Hack on! --nick -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you

apt-show-versions rewrite

to ITP this up if someone will help it through. Please take a look, and let me know how you'd like to move forward. Note that I don't by any means propose replacing other APT components with RAPTORIAL, yet. Thanks for your time. Hack on! --nick -- nick black http://www.sprezzatech.com

Bug#700060: ITP: ITP: growlight -- Disk manipulation and system preparation tool -- Disk manipulation and system preparation tool

Package: wnpp Severity: wishlist Owner: Nick Black nick.bl...@sprezzatech.com * Package name: growlight -- Disk manipulation and system preparation tool Version : 1.0.4.5 Upstream Author : Nick Black nick.bl...@sprezzatech.com * URL : http://nick-black.com/dankwiki

Bug#671385: ITP: omphalos -- Network enumeration and domination

Package: wnpp Severity: wishlist Owner: nick black d...@qemfd.net * Package name: omphalos Version : 0.99.0 Upstream Author : Nick Black d...@qemfd.net * URL : http://dank.qemfd.net/dankwiki/index.php/Omphalos * License : GPL Programming Lang: C Description