GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE

  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Notices by 翠星石 (suiseiseki@freesoftwareextremist.com), page 5

  1. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Sunday, 29-Jun-2025 23:37:45 JST 翠星石 翠星石
    in reply to
    • T man :sex: :puffgiga: :puffpowerroll:
    @theorytoe There is no ecosystem - an ecosystem is something that has naturally occurred that you simply observe - you do not question whether it is right for the owl to eat the mouse - you just observe that is occurs.

    Meanwhile, the free GNU system was developed via hard work no matter what it took and no matter what proprietary software "people" tried to add to the system.

    The FSF did not invent free software - it existed from the start of computing - although rms did come up with the free software definition when a definition became required, when it because extremely common for software to be proprietary; https://www.gnu.org/philosophy/free-sw.en.html#four-freedoms

    It was and is the FSF and rms that assisted the GNU project when it comes to legal matter and the project direction.
    In conversation about a day ago from gnusocial.jp permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: www.gnu.org
      What is Free Software? - GNU Project - Free Software Foundation
      from mailto:webmasters@gnu.org
      Since 1983, developing the free Unix style operating system GNU, so that computer users can have the freedom to share and improve the software they use.
  2. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Sunday, 29-Jun-2025 23:32:25 JST 翠星石 翠星石
    • lainy
    • :VD15_0::VD15_1::VD15_2::VD15_3::VD15_4::VD15_5::VD15_6::VD15_7:
    @VD15 @lain Why must GNU Social suffer such the infidel posting of referring to the kernel, Linux as an OS?
    In conversation about a day ago from freesoftwareextremist.com permalink
  3. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Sunday, 29-Jun-2025 23:07:17 JST 翠星石 翠星石
    in reply to
    • Taylan (Now 18% More Deranged)
    @taylan No, you should not surrender your freedom to proprietary software and SaaSS.
    In conversation about a day ago from freesoftwareextremist.com permalink
  4. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Sunday, 29-Jun-2025 23:02:11 JST 翠星石 翠星石
    in reply to
    • mangeurdenuage :gnu: :trisquel: :gondola_head: 🌿 :abeshinzo: :ignucius:
    • Abhiseck Paira
    @redstarfish @mangeurdenuage I'm pretty sure Devuan included and installed proprietary software without asking the user even before Debian.

    Yes, the Debian installer iso now contains proprietary software.

    Referring to proprietary software as "firmware" downplays the wrong, as "it must be something different to software" (the proprietary scheme).
    In conversation about a day ago from freesoftwareextremist.com permalink
  5. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Sunday, 29-Jun-2025 23:01:29 JST 翠星石 翠星石
    in reply to
    • SuperDicq
    • Asahi Linya (朝日りにゃ〜)
    @SuperDicq @lina >until all of the firmware blobs are fully replaced.
    The proprietary software is digitally handcuffed and therefore it will never be replaced unless a complete flaw is found in the signing scheme.
    In conversation about a day ago from freesoftwareextremist.com permalink
  6. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Sunday, 29-Jun-2025 22:58:21 JST 翠星石 翠星石
    in reply to
    • SuperDicq
    • Asahi Linya (朝日りにゃ〜)
    @SuperDicq @lina >It is obviously better to run them in such a way that they can not access anything
    But how do you know the proprietary malware doesn't have access? Manufacturers love backdooring their proprietary software (backdooring hardware is less popular as that is manufacturing physical evidence).

    >this firmware is backed into the device on a read-only chip.
    Software in usb keyboards is now often stored in r/w EEPROM within a microprocessor, but in almost all cases manufacturers usually never offer an update - thus it's equivalent to a circuit and the question is whether there's a malicious circuit.

    The user could solder some wires up and replace the software (just like how the user could start re-wiring the keyboard), but the user may not have any interest in doing so, if the keyboard works as a keyboard, but even then, there isn't digital handcuffs preventing the user from replacing the software either - thus the users can in fact do so if they want to (there is no proprietary license forbidding reverse engineering and that level of hardware reverse engineering isn't forbiddingly hard).

    There are also old keyboards available that use ROM and some PS/2 keyboards that just use circuits to generate the PS/2 signals from the button presses - but the functional result is still the same.
    In conversation about a day ago from gnusocial.jp permalink
  7. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Sunday, 29-Jun-2025 22:44:15 JST 翠星石 翠星石
    in reply to
    • SuperDicq
    • Asahi Linya (朝日りにゃ〜)
    @SuperDicq @lina Yes, the massive amounts of proprietary software that init's the hardware has full system access (maybe spread out into many executables?), as how else would it init the hardware?

    I'm reminded how a bootrom vulnerability in many iphone SoC's was found, that allowed loading whatever software you want and that software can get full system access - although the intention was that apple would get full system access, but you would not - but the vulnerability overrode that intention.


    There may be ARM Trustzone stuff and proprietary software that implements IOMMU, but good luck relying on proprietary malware to defend you from proprietary malware.

    When it comes to free software, of course the free software has full system access - how else would it serve the user appropriately?

    The KGPE-D16 does in fact have IOMMU, in the correct place to prevent unauthorized access too.
    In conversation about a day ago from gnusocial.jp permalink
  8. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Sunday, 29-Jun-2025 22:34:54 JST 翠星石 翠星石
    in reply to
    • SuperDicq
    • Asahi Linya (朝日りにゃ〜)
    • Piggo :verified_horse:
    • foxido [cutie status: expired]
    @SuperDicq @piggo @lina @foxido systemd covers the usecase of working software quite poorly, thus I don't use it.
    In conversation about a day ago from gnusocial.jp permalink
  9. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 27-Jun-2025 00:19:54 JST 翠星石 翠星石
    in reply to
    • Pawlicker
    • nyanide :nyancat_rainbow::nyancat_body::nyancat_face:
    @Pawlicker @nyanide But there still exists 16 bit games that are broken.

    Yes, there is a reason GNU was designed to not support 16 bit and supported only 32 bit from the start and later implemented 64 bit.
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  10. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 27-Jun-2025 00:18:44 JST 翠星石 翠星石
    in reply to
    • nyanide :nyancat_rainbow::nyancat_body::nyancat_face:
    @nyanide Yes, most windows developers have gotten into the habit of statically linking everything or including all needed .dll's with the binary, which means bloat and none of the benefits of dynamic linking, as getting things to compile on windows in a reasonable amount of time is impossible.

    Yes, flatpacks emulate the window soydev behavior of including all the .dll's with the .exe by including all the .so's with the .elf's - even unneeded ones.
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  11. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 27-Jun-2025 00:13:50 JST 翠星石 翠星石
    in reply to
    • 翠星石
    • nyanide :nyancat_rainbow::nyancat_body::nyancat_face:
    @nyanide *if all you have is a binary and you have the source code, but it's hard to get that to compile
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  12. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 27-Jun-2025 00:11:23 JST 翠星石 翠星石
    in reply to
    • nyanide :nyancat_rainbow::nyancat_body::nyancat_face:
    @nyanide The kernel, Linux has a static SYSCALL ABI, thus if you compile a program to only use Linux SYSCALLs (i.e. statically link everything including the libc), that binary will continue to run on GNU/Linux no matter what changes in GNU.

    The GNU system is designed around source code distribution, but glibc for example now has a forward-compatible ABI, thus there is now no binary compatibility issues with glibc unless some digital handcuffs in proprietary malware doesn't like how elf sections containing information that is not part of the ABI have changed.

    On GNU, if all you have is a binary and you don't have source code and that binary needs libraries of a version that you can't be bothered to install, you just locate binaries of the wanted .so files and copy them into the same directory and the dynamic linker will see those libraries and the binary will work (for example if a program wants Qt4, you can just grab the Qt4 library .so's instead of having to install Qt4, but you may as well port the program from source to Qt5, as it's usually easy).
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  13. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 27-Jun-2025 00:05:17 JST 翠星石 翠星石
    in reply to
    • snacks
    @snacks Look up the "source" build instructions for GNU/Linux and you'll realize that the build script downloads proprietary binaries from microsoft and executes them.
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  14. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 27-Jun-2025 00:04:25 JST 翠星石 翠星石
    in reply to
    • djsumdog
    • 🐛
    • :segasaturn:
    @djsumdog @apophis @takao @eris Please reconsider releasing your photos under a proprietary license.

    I suggest the CC BY-SA 4.0, as stock photo sites generally do not sell copies of images under that license, but it happens, there is no problem, as the photo will have to remain free.
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  15. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 27-Jun-2025 00:01:35 JST 翠星石 翠星石
    in reply to
    • ✿ xX_Аня_Xx ✿
    @fence Thus humanity loses and accessibility gets worse.
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  16. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Friday, 27-Jun-2025 00:00:05 JST 翠星石 翠星石
    in reply to
    • SpookerZ
    • Red Rozenglass
    • h
    @Spooke @rozenglass @eris Some of the files are licensed under the GPLv2-ambigious or another free license, but many of the files are under no license as there is no statement in the readme unambiguously stating that unmarked files are under x license; https://www.gnu.org/licenses/license-list.html#NoLicense

    There are also some unexplained "source" files like; src/t_facon.c src/t_fsin.c, src/t_ftan.c, src/t_tan2a.c (it could be just lookup tables, but there is no explanation).

    It also depends on at least one proprietary library like fmod as detailed in; assets/LICENSE-3RD-PARTY.txt

    There is some very slopping licensing under src/hardware for example too.


    The project is quite a mess and until the point that the proprietary software is removed and the licensing situation is cleaned up, it is proprietary software.
    In conversation about 4 days ago from freesoftwareextremist.com permalink

    Attachments

    1. No result found on File_thumbnail lookup.
      Various Licenses and Comments about Them - GNU Project - Free Software Foundation
      from mailto:webmasters@gnu.org
  17. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Thursday, 26-Jun-2025 23:48:53 JST 翠星石 翠星石
    in reply to
    • Matthew Garrett
    @mjg59 >free software
    >github
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  18. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Thursday, 26-Jun-2025 23:47:42 JST 翠星石 翠星石
    in reply to
    • nyanide :nyancat_rainbow::nyancat_body::nyancat_face:
    @nyanide No, windows is not stable at all - proprietary games break all the time on windows - people just cope and deal with it

    For example, you cannot run 16 bit games on 64 bit windows without an additional program.

    GNU/Linux is the most stable gaming platform for the free software games you should be running - you just compile the game and you're all set.
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  19. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Thursday, 26-Jun-2025 23:45:17 JST 翠星石 翠星石
    in reply to
    • Simon Phipps
    • Open Source Initiative :osi:
    • Stefano Maffulli
    • Ian Kelling
    • Alfred M. Szmidt
    • Richard Fontana
    • Bradley M. Kuhn
    @amszmidt @osi @bkuhn @webmink @richardfontana @iank @ed You can't see this, but what are you expecting from a proprietary organization?
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  20. Embed this notice
    翠星石 (suiseiseki@freesoftwareextremist.com)'s status on Thursday, 26-Jun-2025 23:42:58 JST 翠星石 翠星石
    in reply to
    • SuperDicq
    • Haijo7
    @Haijo7 @SuperDicq ID software took more than a decade to release the source code for DOOM I under a free license.

    It was a nasty move to put the DOOM I levels and graphics under a proprietary license after so long, considering that there was no excuse for doing so - as as much profit as possible has already been extracted from that game (id software no longer accepts payments for copies - they only bundle it in later doom games).
    In conversation about 4 days ago from freesoftwareextremist.com permalink
  • After
  • Before

User actions

    翠星石

    翠星石

    [[[ To any NSA, CIA & FBI agents reading my profile; please consider ]]][[[ whether defending the US Constitution against all enemies, ]]][[[ foreign or domestic, requires you to follow Snowden's example. ]]]Free software extremist who enjoys freedom and posting ですぅ.Please don't confuse me with an "open source" supporter ですぅ.GNU+Jihad against proprietary and "open source" software ですぅぅぅぅぅぅ!!!ⓘ User is the leader of an international terrorist organization.ですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅですぅ??

    Tags
    • (None)

    Following 3

    • Alexandre Oliva (moving to @lxo@snac.lx.oliva.nom.br)
    • GNU Too
    • ぐぬ管 (GNU social JP管理人)

    Followers 3

    • Waffle
    • kirby
    • GNU Too

    Groups 0

      Statistics

      User ID
      789
      Member since
      24 Jul 2022
      Notices
      19561
      Daily average
      18

      Feeds

      • Atom
      • Help
      • About
      • FAQ
      • TOS
      • Privacy
      • Source
      • Version
      • Contact

      GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

      Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.