Menu
▾
▴
Re: [fuse-emulator-devel] Is Fuse alive (and where)?
|
From: Alan P. <ala...@gm...> - 2025-09-22 13:38:47
|
Hi All, It’s been a week and I haven’t seen any further traffic on this. How can we advance it ? Would the devs on this list be willing to move across to github ? If Philip is no longer in a position to maintain it, would anyone else volunteer to do so ? I’m saying this, but I’m not a FUSE dev, at best I can understand some of the code, but could never contribute in any meaningful way. (-1 on Discord by the way, the preferred way for me is mailing lists that are archived, searchable and public …. much like the LKML) Thanks, Alan > On 15 Sep 2025, at 22:31, Peter Moore <pet...@gm...> wrote: > > As a Fuse contributor (with unreleased changes), I’m really happy to see the new activity here! > > I would propose creating a GitHub org called fuse-emulator. It doesn’t exist at time of writing! It can be created here: https://github.com/account/organizations/new?plan=free. I didn’t create it, because I feel like Philip or people in the existing support team should be the ones that own it or decide what names they are happy with etc, and if they are happy to relocate from soureforge to GitHub. > > Then the various repos will appear underneath github.com/fuse-emulator which seems perfect (to me). > > There are a few user forks of fuse already on GitHub, but I feel like an official org is the way to go for the canonical source. It isn’t possible to use the org name “fuse” because a user called fuse already exists. “fuse-emulator" feels like a good alternative (and is similar to e.g. ubuntu package name). > > Discord sounds like a great choice too - this could be easily documented and linked from GitHub. Discussions and Wiki can also be enabled in GitHub repos which is another way to bolster engagement. > > This feels like it could be an exciting turning point! :-) > > Pete > > >> On 15. Sep 2025, at 14:09, Joerg Pleumann <joe...@gm...> wrote: >> >> +1 for GitHub >> >> And may I suggest a Discord for the communication? I have found that a very effective means of community building and information exchange in several other projects. I’m willing to set it up (not that it’s very complicated) and might even have a spare Nitro boost from my monthly subscription. >> >>> Am 15.09.2025 um 13:56 schrieb Alan Pearson <ala...@gm... <mailto:ala...@gm...>>: >>> >>> Hi Everyone, >>> >>> Chipping in on this thread. >>> Thanks Joerg for raising this, and thanks Philip for coming back. >>> I think a lot of users have been waiting a long time for a new release, myself included. >>> >>> I completely get you’re at a different life stage now, and we all move on, you’ve left one heck of a legacy that make many people happy. >>> I’d come back on one of your comments if I may, the use case of fuse. I think it’s well past playing Manic Miner (there are so many other ways to do that today, including a web browser), and for me, the use case of fuse is Spectrum/Z80 tinkering and development. >>> I use FUSE because of the extensive hardware emulation (particularly +D/Disciple & the 128k models), and have spent many happy hours doing things such as converting games to load from disk, to messing around with crazy things like learning all about the differences between the FDC in the +3 and +D. >>> FUSE has a lot of abilities, some could be built upon to make it even better (remote control debugging / execution, hooking it into Spectrum Analyser for example). >>> >>> On the Mac build.. some years ago, with the help of this list I got it to build on both Intel and Apple Silicon (after some serious efforts getting the dependencies right), but alas it crashed opening the first window. On investigation this was due to a change in more recent versions of Mac OS where it was doing something that apple have now termed illegal. For the life of me, I can’t remember what it was. >>> Maybe I’ll try again and report the error here so someone could help >>> >>> Philip I hope you can either become active again (supporting patches, releasing builds, and please, please, please move to GitHub !) or find someone to take on those tasks. >>> >>> Please don’t let FUSE wither, it’s such a great tool, with so many uses. >>> >>> >>> >>> >>> >>> Thank you from a very grateful user. >>> >>> Alan >>> >>> >>> >>> >>> >>>> On 15 Sep 2025, at 12:24, Joerg Pleumann <joe...@gm... <mailto:joe...@gm...>> wrote: >>>> >>>> Hi Phil, >>>> >>>> thanks a lot for the response — and for all the hard work and dedication that went into Fuse since it was conceived in 1999. Apart from CSpect, which I use for Next-specific stuff, Fuse has been my favorite 48K/128K emulator for a long time now, especially due to the fact that it’s available on so many platforms. >>>> >>>> I agree Fuse is quite mature, but, as you mentioned, platforms move on and software may have to adapt from time to time in order not not become obsolete. I’m not sure how much assistance I could provide here, but I’m definitely willing to test and provide feedback. I regularly use Intel and Arm Macs as well as Ubuntu machines. >>>> >>>> I already tried to build the latest Mac version, with the intention of getting a bit of understanding of the code base and maybe solving my little issues locally, then provide a patch, but so far I even failed to checkout. Is there a chance you establish contact with Frederick Meunier, so I can ask him a few questions? >>>> >>>> Best regards >>>> Joerg >>>> >>>>> Am 15.09.2025 um 11:49 schrieb Philip Kendall <ph...@sh... <mailto:ph...@sh...>>: >>>>> >>>>> > Did everybody move on to other things or is it because the project is so mature (almost) no changes are needed? :) >>>>> >>>>> [ Wakes up from slumber ] >>>>> >>>>> I'd say both. Certainly from my point of view, I'm at a very different stage of my life than I was in 1999 when the project started and I'm pretty sure that will apply to a number of the other "core" developers as well. >>>>> >>>>> But I'd also agree that the project - and in fact, the software Spectrum emulation scene in general - has reached maturity; you can see this in that the rate of development of all the other major emulators has pretty stopped as well - because they do everything that 99% of users want to do, which is to play Manic Miner. The notable exception here is Spectrum Next emulation, but that is _such_ a different machine even if it uses a "CPU" which is a superset of the Z80. >>>>> >>>>> With regards to the macOS version in particular, we always had a single point of success of the one developer who owned a Mac; I'm not aware of anyone even vaguely active who is trying to make new macOS builds - and as you note, the evolution of the Apple hardware ecosystem means there's probably a lot of catching up to do. >>>>> >>>>> Please nobody let me be a blocker to getting things done with the project - I'm happy to talk about what privileges someone would need to get new releases out if there's someone who is genuinely interested in doing so. >>>>> >>>>> Thanks, >>>>> >>>>> Phil >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Mon, Sep 15, 2025 at 8:15 AM Joerg Pleumann <joe...@gm... <mailto:joe...@gm...>> wrote: >>>>>> Hi Alberto, >>>>>> >>>>>> it’s a bit sad to hear that Fuse is stalled. Did everybody move on to other things or is it because the project is so mature (almost) no changes are needed? :) >>>>>> >>>>>> I am using Fuse as emulator in a multi-platform Z80 compiler environment I’ve been developing for a while now. I have a couple of issues, including a bigger one with multi-line debugger commands fed into Fuse via the command line. In the meantime, I’ve been able to solve the latter, but would still prefer a more „solid“ solution. From the back of my head, here’s my full list of issues/questions: >>>>>> >>>>>> 1) Could there be an alternative --debugger-command-file that points to a file containing the debugger commands? If there are many and complex breakpoints the command line gets extremely long, and those newlines scare me a lot when pushing everything though my tools and a shell process until it arrives in Fuse. >>>>>> >>>>>> 2) As an alternative idea to 1): The CSpect emulator uses certain invalid opcodes (such as $dd $01) as breakpoints. That means the opcodes would be part of the program itself and not have to be specified on the command line. Is that something you could consider? >>>>>> >>>>>> 3) Could the default behavior for 128K .sna files be changed? Currently the system interprets them as Pentagon snapshots, does not find the ROMs (I am not interested in Pentagon) and „crashes“ into a 48K machine. I understand this is possibly a „historical decision“, but in my opinion there’s nothing inherently Pentagon about the format. Would something like this work: If the Pentagon ROMs are not there and/or the user specified —machine 128 on the command line, treat this as a 128K snapshot, not as Pentagon? Or simply a checkbox in the preferences? >>>>>> >>>>>> 4) Could there be a „step over“ button in the debugger UI that basically does what „n“ does in the debugger commands (as a convenience)? >>>>>> >>>>>> 5) Last but not least, the Mac version seems to be a bit behind the latest upstream (and have some bugs of its own). Not sure if the main Mac developer is on this list, but is there a chance for an update? I’m very much willing to provide feedback for Intel and Arm Macs. I could also try building either locally, but I probably won’t be much help with the actual development because I don’t know the codebase. >>>>>> >>>>>> Best regards >>>>>> Joerg >>>>>> >>>>>> > Am 14.09.2025 um 23:58 schrieb Alberto Garcia <be...@ig... <mailto:be...@ig...>>: >>>>>> > >>>>>> > On Sun, Sep 14, 2025 at 10:32:08AM +0200, Joerg Pleumann wrote: >>>>>> >> sorry for using the developer list for this question, but since all >>>>>> >> the other places (especially the SourceForge project for Mac Fuse, >>>>>> >> which is the flavor I am using) are so inactive, I was wondering >>>>>> >> if the project might have moved elsewhere. Is there a Discord or >>>>>> >> another place where one might ask questions, or are things really as >>>>>> >> inactive as they seem? >>>>>> > >>>>>> > You can ask questions here, I guess, but the project is certainly >>>>>> > stalled at the moment... >>>>>> > >>>>>> > Berto >>>>>> > >>>>>> > >>>>>> > _______________________________________________ >>>>>> > fuse-emulator-devel mailing list >>>>>> > fus...@li... <mailto:fus...@li...> >>>>>> > https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> fuse-emulator-devel mailing list >>>>>> fus...@li... <mailto:fus...@li...> >>>>>> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel >>>> >>>> _______________________________________________ >>>> fuse-emulator-devel mailing list >>>> fus...@li... <mailto:fus...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel >>> >> >> _______________________________________________ >> fuse-emulator-devel mailing list >> fus...@li... >> https://lists.sourceforge.net/lists/listinfo/fuse-emulator-devel > |
