'/%3e%3cpath%20d='M50.3943%2022.237V39.5876H43.5185V22.7481C43.5185%2019.2029%2042.0411%2017.3949%2039.036%2017.3949C35.7325%2017.3949%2034.0778%2019.5338%2034.0778%2023.7585V32.9759H27.2434V23.7585C27.2434%2019.5338%2025.5857%2017.3949%2022.2822%2017.3949C19.2949%2017.3949%2017.8027%2019.2029%2017.8027%2022.7481V39.5876H10.9298V22.237C10.9298%2018.6918%2011.835%2015.8754%2013.6453%2013.7877C15.5128%2011.7049%2017.9623%2010.6355%2021.0028%2010.6355C24.522%2010.6355%2027.1813%2011.9885%2028.9542%2014.6917L30.665%2017.5633L32.3788%2014.6917C34.1517%2011.9885%2036.811%2010.6355%2040.3243%2010.6355C43.3619%2010.6355%2045.8114%2011.7049%2047.6847%2013.7877C49.4931%2015.8734%2050.3963%2018.6899%2050.3943%2022.237Z'%20fill='white'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_89_8'%20x1='30.5'%20y1='0'%20x2='30.5'%20y2='65'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%236364FF'/%3e%3cstop%20offset='1'%20stop-color='%23563ACC'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
I think we need to mirror OSSP before it goes offline forever
@mirabilos you're old so you probably love CVS. do you have a favourite CVS-to-git importer?
lol the cvs2git site linked in https://git-scm.com/docs/git-cvsimport doesn't respond at all
150 Opening BINARY mode data connection for IAFA-DESCRIPT (220 bytes)
Description:
This site is the official Internet FTP server of the OSSP project.
Its location is Munich, Germany (Longitude 48 16 N / Latitude 11 26 E)
Internet connection is provided by a 10Mbit/s link.
10Mbps 
(ls (which, despite this being FTP, looks like actual ls -l lol), says May 30 2000)
this is the flakiest FTP server on the planet. im gonna fucking die
i can semi-consistently get one request out of it, unless it's ls then it's a quarter
okay, lftp gets one solid request per connection, and its mirror command works so far..... and it died while writing this
active-mode FTP from my router works through a dozen EADDRINUSE retries per file. amazing stuff
$ git -C ossp-uuid.git/ log
commit e83b6b64d1d9215bc38f12798cc1aad41dd33559 (HEAD -> master)
Author: rse <>
Date: Sat Jul 5 12:58:24 2008 +0000
remove OSSP uuid from CVS -- it is now versioned controlled in a Monotone repository
$ git -C ossp-uuid.git/ ls-tree HEAD
$
yes he removed everything and didn't link the monotone repo. naturally https://monotone.ca has been unchanged for like a decade, and package removed since buster
last monotone-commits post 2010-10. but! monotone-devel thread from 2024: https://lists.nongnu.org/archive/html/monotone-devel/2024-02/msg00000.html
holy hell they made PHP but for perl?? https://git.sr.ht/~nabijaczleweli/ossp-eperl
dont worry they also made an actual hell
OSSP due - Dynamic User Environment
OSSP due is a unified and dynamic GNU Bash shell and Vim editor user
environment providing reusable functionalities which proofed to be
useful in practice.
https://git.sr.ht/~nabijaczleweli/ossp-due
I had to read through all of these to come up with repository descriptions, so here's some more ones i liked:
OSSP sugar -- The Markup Language With Invisible Syntactic Sugar
OSSP sugar is a markup language and corresponding processing tool for
writing technical documentation that uses a mostly invisible markup
language (so-called "syntactic sugar" in compiler construction folk
terminology).
bro WHAT are you TALKING about (this actually appears to be an early markdown/rST-style system: https://git.sr.ht/~nabijaczleweli/ossp-sugar/tree/5adc722e/item/srml2sxml#L10)
OSSP svs - Stupid/Silly/Simple Versioning System
its incredible what mfs did to themselves before they had git, also
case "$cmd" in
v|vi|vim | e|em|ema|emac|emacs )
always execs ${EDITOR-vi} (https://git.sr.ht/~nabijaczleweli/ossp-svs/tree/trunk/item/svs.sh)
OSSP val - Value Access
OSSP val is a flexible name to value mapping library for ISO-C
variables. It allows one to access ISO-C variables through name
strings, [...]
what the fuck is an "ISO C variable" (this is actually a std::map<string, any>, but not very good https://git.sr.ht/~nabijaczleweli/ossp-val/tree/trunk/item/val.h)
OSSP cfg is a ISO-C library for parsing arbitrary C/C++-style configuration files
...parsing what? this appears to actually be a grammar compiler, unclear how this is configuration-related https://git.sr.ht/~nabijaczleweli/ossp-cfg/tree/trunk/item/cfg.pod
this also makes me the upstream for src:eperl, src:iselect, and src:osspsa. 4/54 after 20 years is pretty good though
this user is
of COURSE this shit is not UTF-8 lol
i have the usual Jörg, of course, but the remark on 81 (http://cvs.ossp.org/tktview?tn=81,4) expresses '—' as 0x97 somehow?
lol, file(1) guesses ISO-8859 but this website is somehow CP1252 
aand i've done more upstream development than anyone in the past 15 years lol https://todo.sr.ht/~nabijaczleweli/ossp/205
I've instrumented the shart list importer
Error ("<20020828091907.W2689@canonware.com>") reading In-Reply-To: mail: missing '<' in msg-id
Error ("<20020730130258.A71796@canonware.com>") reading In-Reply-To: mail: missing '<' in msg-id
<20020703134036.GC1464@dt4.dev.de.cw.net> unknown charset: unknown charset: message: unhandled charset "iso-8859-1"
Error ("<20020523115704.D22880@dev14.dev.de.cw.net>") reading In-Reply-To: mail: missing '<' in msg-id
and indeed,
> In-Reply-To: <3D6BE829.CEEA7B8C@packetdesign.com>; from archie@packetdesign.com on Tue, Aug 27, 2002 at 01:59:21PM -0700
bruh.
the ISO8859 encoding thing is much worse because it doesn't affect like 5 mails and i can edit the spool manually to turn "; from" into "(from)", it affects 5000
amazing, anonymously importing "github.com/emersion/go-message/charset" automatically decodes non-UTF-8 mails
and it seems like the listssrht api program already does this(?)
i think i was hitting some internal timeouts with the big ossp-cvs spools, current status: csplit /^From / {*}; for f in *; do curl .../import -F spool=$f
if hut(1) exposed an endpoint that posted the spool i'd be using it. alas! "copy as curl" to the rescue
i may be the first and only power-user of SourceHut, the everything app
time to install alpine and sourcehut (meta and lists): 60 minutes (this is my third time (they keep breaking my old VMs))
had to do this because i managed to import /most/ of these, but not /all/
log says
2024/09/05 01:25:59 "POST http://127.0.0.1:5106/query HTTP/1.0" from 127.0.0.1 - 200 40B in 19.380792ms
2024/09/05 01:25:59 Error importing message: pq: invalid byte sequence for encoding "UTF8": 0xe4 0xf6 0xfc
2024/09/05 01:25:59 Attempt 1/1 failed (panic: pq: Could not complete operation in a failed transaction), retrying in 2m0s
and log.Printf("envelope=%q", hex.EncodeToString([]byte(envelope.String()))) says that the envelope itself has raw ISO-8859-1 äöüß, instead of =AF escaping them. so yeah that's a sane take
mm mm delicious unix mmm
i should've just iconv -f iso-8859-1 | s/iso-8859-1/utf-8/. ah well. already imported :) https://lists.sr.ht/~nabijaczleweli/ossp-cvs
gamers... what the fuck is shtool versioning. no okay i get "what" it is (shtool manufactures a header file, then the build system constantly runs shtool to parse it back instead of defining the version in autohell). but why is it. https://git.sr.ht/~nabijaczleweli/ossp-uuid/commit/104b1c11e52deac0632b52337dd2f79928ce0f15
hee hee hee 
[trunk 814fa05] Replace inline MD5 and SHA1 implementations with libmd
9 files changed, 42 insertions(+), 1119 deletions(-)
delete mode 100644 uuid_md5.c
delete mode 100644 uuid_md5.h
delete mode 100644 uuid_sha1.c
delete mode 100644 uuid_sha1.h
who up prein on their print (sorry sorry im trying to delete it)
$ git diff UUID_1_6_2 --stat
54 files changed, 1520 insertions(+), 5924 deletions(-)
by my count, https://bugs.debian.org/757278, https://bugs.debian.org/864530, https://bugs.debian.org/881000, and https://bugs.debian.org/1041542, and like 3 different bugs I would consider Bad
and also UUID v6/v7/max implementation and a general unfucking (i fall asleep before hitting enter yesterday)
uuid clone(); is "crash (or produce a broken UUID if it doesn’t)" because it runs the const void* constructor, which reads 16 bytes from *this (and uuid is pointer-sized)
the work of a true colour theorist and artist, clearly
i already had to install backports go to debug the list archive import, i dont want to learn go more than "moving hunks around" for this
i had to learn more go for my debbug 
(who knew someone would want to codify C-style inheritance and then call it something non-obvious like "embedded fields") https://lists.sr.ht/~xenrox/hut-dev/%3C8e0c536f50a5e6ee27bd43de3f4b854da121c0fe.1725657594.git.nabijaczleweli@nabijaczleweli.xyz%3E
had to translate the remaining manuals from pod to mdoc because pod2man generates broken pages lol; but, be hold: https://srhtcdn.githack.com/~nabijaczleweli/ossp-uuid/blob/man~000/ossp-uuid.pdf
New upstream for OSSP software is https://sr.ht/~nabijaczleweli/ossp, notice at https://lists.sr.ht/~nabijaczleweli/ossp/%3Cdas6vdk2hnazoi6b3wf5bbctpcqnqfky2nmdcwco7lkv2drmpk@tarta.nabijaczleweli.xyz%3E :)
impressive turnaround from the ftpmasters, 
src:osspsa
"FreeBSD ports call OSSP software »LICENSE= MIT« (&c.), but OSSP software isn't MIT (&c.)", in which a significant proportion of OSSP software in the FreeBSD ports tree is misattributed: an epic for the ages https://lists.sr.ht/~nabijaczleweli/ossp/%3Cbyjcsfzkijbtq6gsttwtffbnmtxureozobxd3xyrbgig5qsio2@tarta.nabijaczleweli.xyz%3E
well you can suck my ass and keep your archive illegal i suppose
> Hi, this is the Mlmmj program managing the <freebsd-ports@FreeBSD.org>
> mailing list.
>
> The message from <nabijaczleweli@nabijaczleweli.xyz> with subject "FreeBSD
> ports call OSSP software "LICENSE= MIT" (&c.), but OSSP software isn't
> MIT (&c.)" was unable to be delivered to the list because you are not a
> list subscriber.
in a continued trend of programmer illiteracy, gentoo says ossp-uuid is ISC (it's not)
fedora also calls ossp-uuid MIT (https://src.fedoraproject.org/rpms/uuid/blob/aa05b8cceb71977f6fc664f646456cf18f8b20fc/f/uuid.spec#_11). it's still not MIT
Removed:
* The mandate of heaven for the C++ binding
(cb6aac7aafdac8844a064fa79b1a660661c498d4)
$ git diff --stat UUID_1_6_2..UUID_1_6_3
91 files changed, 3279 insertions(+), 10289 deletions(-)
should've posted this ITS before i started archiving OSSP, it'd be half-way done by now :/ https://bugs.debian.org/1081555
i think ossp-iselect is undistributable without at least repacking since it has "all rights reserved" files
@nabijaczleweli yeah, the nerve of people insisting we have to subscribe, register an account, … just to report a bug… Debian does it right.
@nabijaczleweli It looks like MIT to me, despite not seeing it explicitly mentioned as such? At least, with the uuid-1.6.2 tree from ossp.org. The license page on the site also seems to agree. Not sure where the claim of ISC could come from, they use GPL/LGPL 2, MIT or BSD only...
@nabijaczleweli oh nevermind I see :)))
@astraleureka oh wow, i didnt even notice the licences page... yeah, its crazy that https://lfs.nabijaczleweli.xyz/0022-OSSP.org-mirror/ftp.ossp.org/ossp-web/doc/license.html calls rse's funny OSSP licence MIT, and rse's funny four-clause BSD-style licence "The BSD Licence" (freebsd ports calls it BSD-4-Clause (it isn't)). i just thought he pasted some chunks together for a bespoke momento, but this reads like he thought those were the MIT/BSD licences? where could he get this idea(/text?) from
@astraleureka honestly the best match for rse's funny OSSP licence is 0BSD i think (but 0BSD post-dates rse using his by 5+ years)
@nabijaczleweli *mongols rush in*
@the_art_of_giving_up omg thats me im the mongols in this case
@nabijaczleweli thank you for doing this 