wget verzióval is érdemes előrelépni 

In file included from fnmatch.c:39:
./uchar.h:691:53: error: macro "_Static_assert" requires 2 arguments, but only 1 given
  691 | static_assert (sizeof (char32_t) == sizeof (wchar_t));

Nem hiába mondják, hogy két nehéz dolog van a programozóiparban: a találó elnevezések, a dátumok kezelése, és az off-by-one hibák. Na itt csak annyi történt, hogy a makróhívásnál az argumentumokat kicsit felületesen számolta meg a fejlesztő kolléga.

Szerk (2025.02.04.): ennek a végén mond valaki valami hasznosat (naná, én írtam):
https://github.com/coreutils/gnulib/pull/16

Ja és "voltmár": https://github.com/coreutils/gnulib/pull/16

( hrgy84 | 2025. 01. 03., p – 11:42 )

Ömm, igazából a static_assert kicsit hülyén van megcsinálva szerintem. Alapvetően az assert-nek el kéne fogadnia egy sima boolean értéket is, és ha az false, akkor assertion hibát generálni, az üzenetnek (vagy bárminek, aminek szerinte ott kell lenni) opcionálisnak kéne lennie.

Csak mivel C, gondolom ezt nem lehetett egy definicióval megoldani, a static_assert fejlesztői meg lusták voltak kettő definiciót odarakni.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

( ricsip v | 2025. 01. 03., p – 19:47 )

Elég mostohán van kezelve ez a wget, legalábbis a windows port-ja.

Pl. "win32 wget" Google keresés első találat: Wget for Windows - GnuWin32 amin egy nyomorult 16+ éves(!) 2008-ban megjelent 11.4 árválkodik.

A második találat már 1 fokkal jobb, GNU Wget 1.21.4 for Windows de az is kicsit úgy tűnik leragadt 2023 Májusában (1.21.4)

A hivatalos oldal szintén senkiföldje: 

FrequentlyAskedQuestions --> Windows sources: kb. a fele már halott oldal (de saját bevallásuk szerint is 2011 óta 404 az egyik... miben bíznak, majd 2025-ben visszatér?)

Web Site (GNU Wget 1.25.0 Manual) --> However, most useful information resides at “The Wget Wgiki”, http://wget.addictivecode.org/. --> megnyitottam.. szerintem ahhoz se nyúltak már vagy 15 éve:

"News" (ROTFL...)

  • 2009-09-22

    GNU Wget 1.12 is released.

A bugtracker linken levő szöveg is siralmas:

BugTracker --> 

Bug Tracking for Wget

We currently use GNU Savannah to track our bug reports and feature requests. Quite honestly, Savannah sucks, and its interface is particularly cumbersome; we may choose to use something else in the future, but in the meantime, it did what we needed and was easy to set up. (oldal alján meg a dátum: 2017-01-04 00:04)

De legalább a bugtracker oldal úgy tűnik még él: GNU Wget - Summary [Savannah] bár ott is le vannak maradva a Latest News-al:

GNU Wget - News [Savannah]  GNU Wget 1.24.5 Released, holott 2 hónapja kijött már a 1.25.0 is.

 

A Wget2 2.0-ról meg sehol nem is írnak, csak a GNU.org-on van róla eldugva 1 apró megjegyzés.

Additional Information

Currently GNU Wget2 is being developed.
Please help us if you can with testing, docs, organization, development, etc. See you at the Wget2 collaboration site.

A windowos portok általában elég ramatyul vannak kezelve, pl. Darktable-ból a mai napig nincs Windows bináris.

Ez a Savannah meg a GNU-sok hülyesége, hogy ragaszkodnak a széllel szemben hugyozáshoz, amikor mindenki más már továbblépett a git-re. Bár még nem is a Savannah a legrosszabb, meg az SVN, még így 2025-ben is vannak fejlesztők, aki ott tartanak, hogy kézileg tologatják ki a zip release-eket a sourceforge-ra, mert minek haladni a korral.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

A `release` fogalma problémás, vagy a zip formátum?

Szerk: például a glib fejlesztői ügyesebbek: gitlab-ot használnak, a release-ek automatikusan készülnek, bár igaz, hogy a keletkező tar.gz fájlok egységesen használhatatlanok egy fontos komponens hiánya miatt. Javításra [hogy pl. egyáltalán ne keletkezzenek ilyen hiányos fájlok, hiszen van egy másik webhely, ahol komplett fájlok vannak] nem képesek/hajlandók.

https://gitlab.gnome.org/GNOME/glib/-/issues/2716

A statikus oldalra kézzel kitolt zip a baj. Lényegében nincs náluk normális verziókezelés, a gépükön is a különböző forrásverziókat zip fájlként őrzik. Igen, lehet így is tolni, de hát a git-hez képest őskor, meg felesleges újrafeltalálása a keréknek. Szépen mutatja, ha egy fejlesztőnek elmaradott a szemlélete, és dinoszauruszként megrekedt a régi idők szintjén.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( XMI | 2025. 01. 03., p – 21:02 )

Off: ezt a poént viszont elteszem :)

"két nehéz dolog van a programozóiparban: a találó elnevezések, a dátumok kezelése, és az off-by-one hibák"

Még szerencse, hogy hiba szerepelnem listában  konkurencia a.

Régóta vágyok én, az androidok mezonkincsére már!