raymondchins

precisa ter so instalado não precisa ativar mas o mesmo projeto 100% sem nada existe, só com wine raymondchins/Bridgeplay

Run Windows Steam games inside Mac Steam instantly 🎮 ⭐ GitHub Repository: raymondchins/Bridgeplay In this video, we explore Bridgeplay, an open-source project that runs Windows-only Steam games natively inside your Mac Steam library using Wine and Apple's Game Porting Toolkit.. #github #coding #opensource #programming #developer

@junwatu please everyone REPORT the repo raymondchins/Bridgeplay t.co

Sering bersuara soal anti korupsi tapi ketika temennya “korupsi sedikit” didukung😭😭 Malah bilang devnya ngetroll lagi Bridgeplay#79 Bro please, udah sejelas ini dev ngejelasin dibilang TROLL😂😂 t.co

@raymondchins github.com/raymondchins/Bridgeplay/commit/fc16c08… anomali baru: timpa code

NotProton maintainer confronts influencer-backed fork Bridgeplay over macOS Wine sustainability; owner refuses to take down repo despite upstream's demands ‎ On GitHub, the creator of NotProton asked the maintainer of Bridgeplay, a fork of NotProton, to stop distributing it because they believed it weakens the funding behind Wine on macOS. The owner refused to take the repository down. He kept it public, added a "Support Wine / Buy CrossOver" line to the README and website, and closed the issue as completed. The discussion is in Bridgeplay Issue #79: "This should not exist." Running Windows games on macOS, especially on Apple Silicon, depends almost entirely on Wine. The main company funding full-time Wine work for macOS is CodeWeavers, which pays for it through sales of CrossOver and contract work such as Valve's Proton. When the Whisky project was discontinued, its maintainer said they did not want to take more than they gave or weaken CodeWeavers' ability to keep Wine going. NotProton, which connects native Steam to Windows runtimes, was built to require CrossOver for the same reason. Raymond Chin, an Indonesian tech influencer and entrepreneur, forked NotProton as Bridgeplay and replaced the CrossOver requirement with a free Wine engine built from source. He promoted it on social media: > Windows games on Mac? Done ✅ I open-sourced the most seamless free way to play Windows games on your Mac Steam. bridgeplay.dev, go star/contribute NotProton's creator opened Issue #79 with three objections: - A free alternative that skips CrossOver could cut the license sales that fund Wine on macOS. - The fork merged unreviewed work-in-progress PRs from NotProton that its maintainers did not fully understand. - The fork was an opportunistic "slop fork" built for personal branding rather than technical contribution. The maintainer wrote: > Stop. These slop forks are not helpful. They harm the Wine Project. The owner admitted he had pulled unmerged WIP PRs and acknowledged that the project depends on NotProton and CodeWeavers. He did not agree to stop: > Where I see it differently: Bridgeplay will stay free and non-commercial... I understand if you still disagree with that. He said the slop-fork argument would never be settled and that he would keep working on the project as an open-source side project. Commenters said the CrossOver line looked like a gesture while the request to stop was ignored, and that closing the issue ended the criticism. daudonhere wrote: > Stick to what you understand before lecturing others about open source. Your handling of this situation has exposed a serious misunderstanding of the ecosystem you're operating in. The main objections were that the fork kept being distributed after its upstream author said it harms the software it runs on, that sustainability was handled as a marketing item while the free engine stayed available, and that closing the issue ended the criticism while the fork kept benefiting from upstream work and the owner's personal brand. The case leaves some questions open. Does an upstream maintainer's request to stop distributing a fork carry weight, and if so, when should a fork comply even though the license permits it? Does a "Buy CrossOver" line actually address the sustainability concern, or is it only a partial step? And what do forks of niche developer tools owe the projects they build on, especially when they are promoted mainly as personal brands rather than as technical work? Issue: Bridgeplay#79

NotProton maintainer confronts influencer-backed fork Bridgeplay over macOS Wine sustainability; owner refuses to take down repo despite upstream's demands ‎ On GitHub, the creator of NotProton asked the maintainer of Bridgeplay, a fork of NotProton, to stop distributing it because they believed it weakens the funding behind Wine on macOS. The owner refused to take the repository down. He kept it public, added a "Support Wine / Buy CrossOver" line to the README and website, and closed the issue as completed. The discussion is in Bridgeplay Issue #79: "This should not exist." Running Windows games on macOS, especially on Apple Silicon, depends almost entirely on Wine. The main company funding full-time Wine work for macOS is CodeWeavers, which pays for it through sales of CrossOver and contract work such as Valve's Proton. When the Whisky project was discontinued, its maintainer said they did not want to take more than they gave or weaken CodeWeavers' ability to keep Wine going. NotProton, which connects native Steam to Windows runtimes, was built to require CrossOver for the same reason. Raymond Chin, an Indonesian tech influencer and entrepreneur, forked NotProton as Bridgeplay and replaced the CrossOver requirement with a free Wine engine built from source. He promoted it on social media: > Windows games on Mac? Done ✅ I open-sourced the most seamless free way to play Windows games on your Mac Steam. bridgeplay.dev, go star/contribute NotProton's creator opened Issue #79 with three objections: - A free alternative that skips CrossOver could cut the license sales that fund Wine on macOS. - The fork merged unreviewed work-in-progress PRs from NotProton that its maintainers did not fully understand. - The fork was an opportunistic "slop fork" built for personal branding rather than technical contribution. The maintainer wrote: > Stop. These slop forks are not helpful. They harm the Wine Project. The owner admitted he had pulled unmerged WIP PRs and acknowledged that the project depends on NotProton and CodeWeavers. He did not agree to stop: > Where I see it differently: Bridgeplay will stay free and non-commercial... I understand if you still disagree with that. He said the slop-fork argument would never be settled and that he would keep working on the project as an open-source side project. Commenters said the CrossOver line looked like a gesture while the request to stop was ignored, and that closing the issue ended the criticism. daudonhere wrote: > Stick to what you understand before lecturing others about open source. Your handling of this situation has exposed a serious misunderstanding of the ecosystem you're operating in. The main objections were that the fork kept being distributed after its upstream author said it harms the software it runs on, that sustainability was handled as a marketing item while the free engine stayed available, and that closing the issue ended the criticism while the fork kept benefiting from upstream work and the owner's personal brand. The case leaves some questions open. Does an upstream maintainer's request to stop distributing a fork carry weight, and if so, when should a fork comply even though the license permits it? Does a "Buy CrossOver" line actually address the sustainability concern, or is it only a partial step? And what do forks of niche developer tools owe the projects they build on, especially when they are promoted mainly as personal brands rather than as technical work? Issue: Bridgeplay#79

Sekelas Raymond Chin loh Bridgeplay#79 Istg orang2 eventually bakal ngeremehin compsci major karena disetir influencer besar, nganggep "ngapain ngehargain fresh grad compsci kalau semua orang bisa ngoding hal-hal rumit dengan mudah?" t.co

oh jadi ini tekbro yang lagi rame-rame itu? Bridgeplay#79 t.co

Топ-9 GitHub за 3 дня: reylo и 3d-model-anything Обзор: топ-9 новых репозиториев GitHub за 20–23 октября 2026 — новые проекты GitHub и open source, которые быстрее всех набрали звёзды. В выпуске: типизированный импорт .sql в TypeScript, скан комнаты на iPhone в сцену Three.js и сканер уязвимости PHP. 1. colinhacks/reylo — Импорт .sql-файлов в TypeScript с типами из схемы БД, без кодогенерации. (Rust, +753 ★) 2. wesbos/3d-model-anything — iPhone-приложение и навык для агента: скан комнаты → сцена Three.js. (Swift, +606 ★) 3. assetnote/php2shell-scanner — Консольный сканер уязвимостей CVE-2026-109618 и CVE-2026-109619 в PHP. (Python, +343 ★) 4. zita-ch/supermimic_vibed — Неофициальное воспроизведение SuperMimic: управление гуманоидом G1 в Isaac Lab 3. (Python, +327 ★) 5. rossark0/rossark-motion-skill — Навык для Claude Code: оживляет нарисованное — персонажей, сцены, иконки. (Swift, +322 ★) 6. raymondchins/Bridgeplay — Windows-игры из Steam на Mac с Apple Silicon, установка в один клик. (Scala, +272 ★) 7. NCSC-NL/php2shell — Сводка NCSC-NL по уязвимостям PHP CVE-2026-109618 и CVE-2026-109619. (Python, +236 ★) 8. helloianneo/ian-xhs-carousel — Навык Claude Code: статья или заметка → серия картинок 3:4 для Xiaohongshu. (HTML, +232 ★) 9. qianshuixia/shrimpreel — Шаблон сайта «одно фото → ИИ-видео по вирусному шаблону» на Cloudflare. (TypeScript, +219 ★) Источник: GitHub Search API, репозитории созданы с 2026-10-20, отсортированы по звёздам. Лидер: colinhacks/reylo Остальные: wesbos/3d-model-anything, assetnote/php2shell-scanner, zita-ch/supermimic_vibed, rossark0/rossark-motion-skill, raymondchins/Bridgeplay, NCSC-NL/php2shell, helloianneo/ian-xhs-carousel, qianshuixia/shrimpreel #GitHub #opensource #программирование Каждые 3 дня — 10 новых open-source проектов GitHub, быстрее всех набравших звёзды. Подписывайся, чтобы не пропустить следующий выпуск.