t in
Debian; it's a dependency for one of my other packages (notcurses).
Happy to enter into a team maintainership as well.
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
signature.asc
Description: PGP signature
formalize the change by uploading the new version[1] of
> libdeflate with the new "Maintainer".
> [1] https://github.com/ebiggers/libdeflate/releases/tag/v1.21
on it.
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
e latter now without any
real pain, and take the upstream when and if i bring it out.
especially if there's a reasonable heads-up, this seems an
effective way to gently remind developers of work they'd
forgotten about, or were putting off.
--
nick black -=- https://nick-black.com
to make
Package: wnpp
Severity: wishlist
Owner: nick black
* Package name: omphalos
Version : 0.99.0
Upstream Author : Nick Black
* URL : http://dank.qemfd.net/dankwiki/index.php/Omphalos
* License : GPL
Programming Lang: C
Description : Network enumeration
Package: wnpp
Severity: wishlist
Owner: Nick Black
* Package name: growlight -- Disk manipulation and system preparation
tool
Version : 1.0.4.5
Upstream Author : Nick Black
* URL : http://nick-black.com/dankwiki/index.php/Growlight
* License : GPL
nytime soon.
Know that I am not (yet) a DD, though I'm happy 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
ppose -- and thus I
cheerfully withdraw my 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
ivity from "slow piece of garbage computer!!", it's a bug to them.
I'm on #debian-apt and will hang out 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
etain its speed.
[recombinator](0) $ ./rapt-show-versions -h
rapt-show-versions v0.1.5 by nick black
invoked as /home/dank/raptorial/.libs/lt-rapt-show-versions
usage: rapt-show-versions [ options ] packageregex
options:
-s|--status-file= Status file (def: /var/lib/dpkg/status)
-l|--lis
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 li
ed to hand off the
package, while the likely raptorial-file(1) maintainer is agitating
for his package's 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
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%.
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?
:
https://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
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
t unifying the network stack 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
ystemd-networkd is that it's pretty
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.
RVICE).
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 -
approval I need 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-bla
cked up and 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.
--
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 bette
and in X/Wayland 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
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
ing I can 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:/
presumably 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
lling 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 li
ese seem pretty 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
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
ge-tests.html
[4] https://debconf20.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
solation-machine 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
/2013/02/msg00122.html
[2] https://nick-black.com/tabpower/debconf21-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 -=-
omeone with an Amiga or ATARI 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:
> >
icated partman specs in
the past, but it 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
ble behavior.
changes to the text/UI to gently nudge 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
nctionality.
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 scrat
gnificant portions from partman, 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 u
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
--nick
[0]
https://nick-black.com/dankwiki/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
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
create e.g. 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
salsa.debian.org/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
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.
--
not a
complete, 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
e 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
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 i
conill, on 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.
eed it
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
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
Descript
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 tha
nd
integrating 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
sting we stop supporting NIS or other
programs which rely on 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.arch
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
a whole, 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
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 not just control
file changes but also UI work, of course.
--nick
[0] https://man.archlinux.org/man/PKGBUILD.5
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
signature.asc
Description: PGP signature
ng existing applications (lack of standardized
> normalization form).
i'm not sure why this is being repeated.
https://unicode.org/reports/tr15/
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
re
contributors like you, despite your (perhaps indirect) impact
being DD-comparable. still, this can't scale freely without a
bottleneck at DDs.
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
signature.asc
Description: PGP signature
entirety of the stack that'll be touching this
material. it's just a matter of having that stack match, store,
and display things properly.
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
signature.asc
Description: PGP signature
nick black left as an exercise for the reader:
> it's my understanding that Punycode's objective is to be "clean"
> with regards to things that match against the hostname character
> set, hence its pickup for IDN (where it's expected that DNS
> will be trave
. This is a major change
requiring support from libraries, applications, and UI to do
right, and thus wide buyin. I love the idea, but it's not going
to happen with a few Perl regexes. Please don't read this as
commentary on you or your code.
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
signature.asc
Description: PGP signature
27;s for this reason that I think any work in this area needs be
encapsulated in a common library.
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
future.
but perhaps someone else can think of something better?
[0] https://ziglang.org/
[1] https://ziglang.org/download/
[2] https://lists.debian.org/debian-mentors/2022/06/msg00023.html
[3] https://ziglang.org/news/goodbye-cpp/
[4] https://ghostty.org/
[5] https://salsa.debian.org/nickblack/zig-boots
nick black left as an exercise for the reader:
> this wasm file is, again, distributed with the zig-bootstrap and zig sources.
> it is a binary and knocks us out of main. this file can be recreated, using
> sources from within the zig repository, with a working zig. but even the
> &q
late queue depth, but
that would be an important parameter for using this most
effectively.
chained operations will likely be useful here.
--nick
[0] https://nick-black.com/dankwiki/index.php/Io_uring
[1] https://nick-black.com/dankwiki/index.php/Io_uring_and_xdp_enter_2024
--
nick black -=- h
Johannes Schauer Marin Rodrigues left as an exercise for the reader:
> Quoting nick black (2024-11-23 08:48:10)
> > You now have glyphs which occupy more than one column. Are your
> > columnar/tabular programs prepared for that? ﷽𒁭𒐫i
>
> xfce-terminal renders this like
locale is
> UTF-8? Or must I check for locale and reject UTF-8 user names on
> non-UTF-8 locales? (I hope that we can safely assume UTF-8)
It cannot. "C" is not UTF-8. Assumption of UTF-8 requires a
properly set LANG and programs calling setlocale(). This, as
alluded to above, has the potential for a big mess.
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
signature.asc
Description: PGP signature
nick black left as an exercise for the reader:
> > The bootstrap is circular and has to be kicked off with a binary blob that
> > can't be recreated until one has finished the bootstrap, which is
> > certainly not ideal, but is also not that atypical for compiler
> &
kes it non-free?
what you say here makes perfect sense; i'll look at what gcc and
friends are doing, thanks!
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
minisign public key
will satisfy uscan up through the verification attempt.
are there objections? am i missing something? thanks! i think i
could have this done todayish.
--rigorously, nick
[0] https://jedisct1.github.io/minisign/
[1] lib/Devscripts/Uscan/Keyring.pm (devscripts-2.24.10)
[2]
nick black left as an exercise for the reader:
> i'm beginning to see use of minisign[0] as an alternative to GPG
> for signing releases[2]. i'm completely ambivalent with regards to
> the merits of minisign, but would like to be able to verify them
> with uscan.
so this i
Simon Josefsson left as an exercise for the reader:
> Sorry I confused it with signify:
minisign is derived from (openbsd's) signify, so easily done!
> See https://lists.debian.org/debian-devel/2024/10/msg00031.html
thanks!
--
nick black -=- https://nick-black.com
to make an app
by
the Wikimedia Foundation.
but i have no familiarity with Debian requirements, especially
surrounding authentication.
--nick
[0] https://nick-black.com
--
nick black -=- https://nick-black.com
to make an apple pie from scratch,
you need first invent a universe.
signature.asc
Description: PGP signature
Simon Josefsson left as an exercise for the reader:
> nick black writes:
> That would be great -- upstreams are using other mechanisms to sign
> their releases today, like Sigsum, Sigstore, gitsign S/MIME etc, and I
> don't think there is any reason why 'uscan' shou
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
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/
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
Package: wnpp
Severity: wishlist
Owner: nick black
X-Debbugs-Cc: debian-devel@lists.debian.org, dankamong...@gmail.com
* Package name: zig
Version : 0.13.0
Upstream Contact: Andrew Kelley
* URL : https://ziglang.org/
* License : MIT
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Nick Black
X-Debbugs-Cc: debian-devel@lists.debian.org, dankamong...@gmail.com
* Package name: icann-rdap
Version : 0.0.21
Upstream Contact: Andrew Newton
* URL : https://github.com/icann/icann-rdap/wiki
* License : MIT
78 matches
Mail list logo
