(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from] X-Rspamd-Queue-Id: 4cxq4L1z6Sz42X4 ruby R53 wrote on Date: Wed, 29 Oct 2025 23:03:06 UTC : > I think something has been overlooked when making that script: it = attempts to fetch repository data from = https://pkg.freebsd.org/FreeBSD:16:i386/, when that page doesn't even = exist in the first place. > I tried to force it into fetching the data from = https://pkg.freebsd.org/FreeBSD:15:i386/, but that only made pkg = complain about a version mismatch between my system and the one I'm = trying to fetch for, regardless of whether I set the `IGNORE_OSVERSION` = option or not. I'm now unable to run pretty much any Wine program = without it complaining about the missing wine32 binary. Couldn't that be = bundled with the port instead? Why separate it, if it's required for it = to work? >=20 > Earlier than that however, I did get Wine to run somehow. It had = installed the wine32 binary and everything went fine. Except for the = audio part=C2=B7=C2=B7=C2=B7 > I first tried running nsfplay (http://github.com/bbbradsmith/nsfplay/) = on it, and got hit with a glitched error message, and the console had = something along the lines of: > ``` > ALSA lib [...]: Unknown PCM "oss" > ``` > I then tried to force it to use OSS instead of ALSA in Winetricks, = even tho' I did compile it with only OSS support, and the error message = changed to something along the lines of: > ``` > [...] No driver from L"oss" could be initialized. > ``` > This just made me uninstall Wine as I couldn't find any answers on the = internet about the issue. When I tried installing it again, I got the = error from the paragraph above. Stupid me :( >=20 > I believe the fact I performed a world update between these 2 events = is somewhat related to it, as it fetches the repository files based on = the OS ABI version. Not entirely sure. This is an issue for main/ [so: 16] and stable/15/ and the releng/15.*/ (future examples included). https://pkg.freebsd.org/FreeBSD:15:i386/latest/ has not been updated since around 2025-Sep-12 07:04 as far as I can tell. It will be emptied or deleted at some point as I understand. FreeBSD 15.* will not be building or distributing any port-packages long term. There is no: https://pkg.freebsd.org/FreeBSD:15:i386/quarterly/ All of https://pkg.freebsd.org/FreeBSD:15:i386/ will be emptied or deleted as well: FreeBSD 15.* will not be building or distributing base-packages long term either. https://pkg.freebsd.org/FreeBSD:14:i386/ is the last for such for as much of a long term as 14.* has. https://pkg.freebsd.org/FreeBSD:16:i386/ does not exist and will not exist as I understand. wine would need a different way of building and installing i386 support that no longer depends on FreeBSD:1[5-9]:i386 port packages being built and distributed separately for i386, for example. =3D=3D=3D Mark Millard marklmi at yahoo.com