Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

Zen1th

Members
  • Content Count

    44
  • Joined

  • Last visited

  • Days Won

    7

Everything posted by Zen1th

  1. Well as you said you don't really know how to program, you must learn Lua before doing on OS. As there isn't any magical online OS generator. And honestly, before doing an OS, ask yourself what your OS would have as a plus compared to other OSes (OpenOS, MineOS, Fuchas, StattenOS, etc.) and of course let people looking the post know what your OS have as plus. Because for now, MineOS fits all your needs: GUI, Custom text editor (on the GUI), and custom startup programs (which can also be done on OpenOS). And if you fit that, learned Lua, then you can just take a look at the OpenComputers documentation, mostly in the Custom Operating Systems page which should help you for the start. Then you can look at Components and Lua Libraries which basically correspond at what is not provided (only) by OpenOS. Those should give you a pretty great start
  2. Would be cool if text/lua-table was added, it's what is outputted by OpenOS's serialization library, MineOS filesystem's writeTable/readTable, Fuchas's liblon, etc. This is mostly used for configuration files and thus its extension varies, sometimes .cfg sometimes .dat sometimes something else. Only Fuchas uses .lon for all serialized lua table. Oh and also please register text/ohml, extension is .ohml and it's described here
  3. I made a first implementation capable of parsing and displaying OHML. This implementation supports most things except: relative positions, buttons, images and progress bars. It's called minescape and for now is only published on my repo (available with Fuchas's fpm command)
  4. Fuchas 0.4.0 is now available! The feature list can be seen below (and in the Projects page on GitHub)
  5. Fuchas 0.4.0 is almost done The new features are: MineOS installer: AVAILABLE Multi-user: AVAILABLE Dualboot (arleady used for 0.3.0): AVAILABLE CPIO-based installer (very very stable installation and allow updates): AVAILABLE Security! (permissions): AVAILABLE Default unicode support: AVAILABLE Virtual components: AVAILABLE (updated 06/30/2019)
  6. I decided to instdead use URF, sure it's less supported, but it is more adapted to OpenComputers, as it is made for OpenComputers
  7. Nice proposals, i'm still making the draft for version 2 The URF-based bootable package is a very good idea, however this would cause problem since the only implementation for writing/reading URF is uncertain of actually being standard and is only available from Lua from OC. WIth my knowledge i could also make an application to extract/package URFs, but who would trust it anyways? So the best option is: Making an dedicated C/C++/Java app/library, finding a known archive extractor that support plugins. So based on my existing work and on the specifications, gotta try to make those
  8. Say hello to liburf's 2nd URF!
  9. I updated OHML, i added bodys, user agents and peanuts (equivalent of cookies). It's still called version 1, since actually nobody implemented it yet. So changes to v1 were still open. Now version 1 is froze. Promised!
  10. Okay, thanks you. And i would like to see what PolarisFS is. As currently support for unmanaged-mode filesystems is planned on Fuchas. Also what OpenComputers VM/Emulator are you using? I would like to know if there are alternatives to OCEmu that are closer to real OC behavior Also deflate compression for URF is good idea as there are arleady deflate libraries and that the Data Card supports accelerated deflate and inflate
  11. Thanks for the review. I will make a version 2 (on same post) to add the changes you suggested and some others changes. I will also soon make a more presentable form of the specification.
  12. you're using the old pastebin (the broken one), the new pastebin is EbHYvEE8 (i changed it on the first post, just look)
  13. traifain91, what is the error exactly? Also to convert your OpenOS programs use the docs which describe Fuchas's APIs If there is an unrecovable error, i must be aware of it!
  14. Nevermind, everything (relating to installation) has been fixed. And here is a computer working with Fuchas I'm glad now installing Fuchas is 100% easy (you have to press 3 keys during installation) P.S.: To have a easier dualboot, i will continue working on my (currently secret) OEFI implementation. It will allow booting other OSes instdead of just Fuchas and OpenOS (but it will be on EEPROM side, not HDD, which makes it a bit more limited). Of course we will be able to select something like "I arleady have an OEFI", "I don't have an OEFI", "I don't want an OEFI" during installation. So that people not wanting on OEFI or too lazy to install an OEFI can select their option
  15. very strange for it to be stuck. Is there disk activity (the sounds and/or blinking light on case) or did it crashed?
  16. Compatibility with OpenOS program is planned, but more core features are needed before i actually do it.
  17. Ok it turns out that i was dumb on the condition that checked GPU and screen. I forgotten to add a ~= nil. Anyways gotta publish changes, re-install in 15 minutes and it should be all good (this time it will be good!) Or you can manually edit init.lua, add "== nil" at line 19 after cp.list("screen")() And also thanks for still wanting to use the OS after all those little installation bugs i really appreciate this
  18. but you have a screen and an actual graphics card?
  19. All bugs (i know of) related to installations are now FIXED! You can now freely install Fuchas without any problems. However only dual-boot work FOR NOW. Due to the lack of "edit" command, you will have to go to OpenOS to code Fuchas programs using "edit" command. I'm planning a editor for Fuchas, i'll do it when i can!
  20. I mostly fixed installation bugs, however wait that i tell the 2nd part installer to be done before re-installing fuchas
  21. I figured out the error, the main problem seems to be that, somehow, xpcall seems asynchronous only in OC machines and that so it will result in the computer finishing Fuchas/NT/boot.lua instdead of continuing Fuchas execution. Resulting in a computer halt. Second problem is that i forgot to add the "shell" library on first download. But the xpcall error is strange
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.