The "Good Boy Licence", another example of funny people making life difficult for everyone in #web, #technology and #FOSS.
https://github.com/iconify/collections-json/issues/12#issuecomment-780169075
So e.g. @djangogirls@twitter.com are excluded, or can they be good boys, too? (Among other difficulties pointed out in my review).
So apparently the #OSI, an organization which only exists to arbitrarily give a thumbs-up or a thumbs-down to #opensource software licenses, is expanding their scope "beyond license approval." It's not really clear what that means, which makes me nervous.
Not long ago there were efforts by the likes of Coraline Ada Ehmke to infiltrate the #freesw movement and undermine the #meritocracy that makes #FOSS software work. We'll have to keep an eye on this; the price of freedom is eternal vigilance.
Many know #xkcd, some remember a game featured in one of the issues https://xkcd.com/1608/. Despite the first look it's an exploration game with vast handdrawn world with a lot of objects of interest, jokes and references to geek culture.
I've made a (#FOSS) desktop version with saving, minimap and teleportation slots. If you haven't yet explored this masterpiece by Randall Munroe, you still have a chance, in a more convenient way than in browser.
https://github.com/AMDmi3/hoverboard-sdl
#gamedev #freegaming
> <anarcat> i'd like to integrate pgp signing into tor's coding practices more, but so far, my approach has been "sign commits" and the verify step was "TBD"
> <dkg> that's the main reason i've been reluctant to sign git commits. i haven't heard anyone offer a better subsequent step. if torproject could outline something useful, then i'd be less averse to the practice.
> i'm also pretty sad that git remains stuck on sha1, esp. given the recent demonstrations. all the fancy strong signatures you can make in git won't matter if the underlying git repo gets changed out from under the signature due to sha1's weakness
That comment relates to the database dump suggested in the previous comment, so is not relevant. What is needed is just a single file metadata dump in the same format as JSON API. It does not need any deltas, schema changes, management and administration apart from probably setting up a cron job once.
What grants are you speaking of? I'm not a commercial entity, I need the data for the f/oss project built on pure enthusiasm for the benefit of other f/oss project and package maintainers.
@brainwane Hi! I've seen you're pypa/warehouse developer, how possible do you think it would be to publish a dump of all PyPI packages metadata as a plain file? I desperately need it for #Repology, and there's no other way to obtain the data, as iterating all packages over API is too slow, unreliable, not future proof and requires a dedicated service, and BigQuery datasets require Google account which is not an option either.
Switch successful so far, the only problem encountered is aiohttp module which needs its cython files regenerated, issue reported:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250200
Also, Wen Heping is going to import python 3.9 into the ports tree this weekend:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250160
Switching #repology codebase to python 3.9 now.
@LovesTha To me, snap & other pan-distro packaging solutions cloud the waters. I don't see any advantage for making it easier to install proprietary software and dependencies, personally. Proprietary is never a selling point for me... I prefer the Apt model & a fully #FOSS collaborative ecosystem managed by my distro. If I have specific software where I need the bleeding edge, I usually find a PPA or build it myself... or run it in a Docker container ...
"Free Software", as a movement, is incapable of achieving any of its political goals, and every useful goal it does seek to achieve can only be achieved through the total replacement of capitalism with socialism.
Open software and hardware is theoretically an infinitely better model than our current commercial clusterfuck, but we're only getting universal adoption of that when the profit motive is eradicated.
So, #python2 apps are going to be removed from #FreeBSD soon, so I've jumped to save some of them. One is this little Trip on the Funny Boat arcade game
Now I feel bad for not letting the unmaintained garbage rot away peacefully and taking the responsibility to take care of it.
No longer feel like saving other python2 stuff, including git-bzr-ng, diameter game, kiki the nanobot, 2000 lightyears, outerspace, kudu and uniconvertor and don't think I'll miss any of them much
I've just released a new minor version of Project: Starfighter:
https://github.com/pr-starfighter/starfighter/releases/tag/v2.2.1
This release fixes a bug with controllers that have analog triggers (like the Xbox 360 controller for instance) and enables proper analog control rather than the digital conversions it previously used.
@AMDmi3 They were abandoned but I'm picking them back up slowly but surely. I have a new website for ReTux but no new release yet:
And Hexoshi is waiting on the ReTux update (which is actually more difficult than the Hexoshi update since I have to make sure to preserve the existing levels in ReTux).
So I'm like a security guy now, submitting CVE metadata fixes to NIST NVD for problems discovered by #repology (thanks to NVD people for being responsive btw). Also I'm now monitoring new CVEs stream to find missing CPE bindings and make sure all new CVEs are reported by Repology as vulnerable package versions. Recent #NXNSATTACK CVEs are, for instance.
This is cool. I feel that the project is uniting more parts of #foss ecosystem.
#Repology now supports reporting package versions with known vulnerabilities
#FreeBSD developer and packager, #foss #gamedev enthusiast, #openstreetmap contributor, general libre sw/hw/data supporter