cLinux [now with OPTIONAL Desktop Enviroment] [Bye CraftOS, kappa]

• Piorjade
• thecrimulo

• shell tabs = they all return nil, for the sake of not crashing most of the programs instantly, some will still tho
• NOTE: shell.complete does not return the last commands, will add that later but for now it does autocomplete

pastebin run d6fC8hBd 

• Added the ability to login as root: name: "root" password: "toor"
• reworked FS system: fs.open, delete, move, copy, makeDir are LIMITED, if the user is NOT root
• made the system safer: if the user is not root and wants to edit _G.currentUsr to root (via external program) and then tries to run some of the limited FS functions, the functions automatically check if the user has the correct password entered in _G.currentPw (so you basically HAVE to log in root, except you try to edit the _G.currentPw too… but that is really safe enough
• fixed mkdir
• fixed cd
• added "rm" (you know what that is)

If you use a program, which uses the shell API (for example, shell.run), it will give an error!!!
Why?
Well basically I use the fixed TopLevelCoroutineOverride, to completely disable Shell and start my OS as the top-coroutine, which means Shell is NOT loaded and you can't use it's functions.

Piorjade, on 19 September 2016 - 12:40 AM said:

1. By emulating root I actually meant that I'm PLANNING to redirect fs.open("/blah") to fs.open("[myhome]/blah"), thats why the title also says WIP
2. As it says WIP, multiuser creation is yet not implemented
3. As stated in my post, I THOUGHT loading shell as an API would work but I didn't test it and I have to look into it's code to see how it could potentially harm the system. (but I don't recommend programmers using this OS to use any shell commands cuz the main reason of this is to REPLACE shell)
4. The normal user CAN get out of it's home but in read-only mode (I'm thinking of adding the sudo command, which will ask for the root password)
5. I don't know if we are misunderstanding each other but by saying editing 'under the homedir' I actually mean adding files, editing files, creating folders, etc. in folders like /usr/ oder / or anything thats 'under' the logged users' home, meaning that you need to be root / use sudo to do this and to use packman because they are editing files under home and you could potentially harm the OS with that, you know what I mean?
6. Sorry for not writing this in the topic but I actually stored these variables temporarely there. As you stated, having cd and basic stuff as extra file could also be pre-installed, that's actually my next step to prevent saving these variables globally :P/>/>

So all in one:
I got NO problem with your post here , but I think you didn't see that many things are not implemented yet and have many 'securityholes', which I know of myself.
And thank you for reply :D/>/>

NOTE: The 'endproduct' will be WAY more secure than that. And I made basic commands as extra files because I could then program them without restarting the whole computer all the time, because I am lazy AF :P/>/>

EDIT: Btw yeah I also plan to implement autocompletion
And by path functions, do you mean something like shell.setPath()? If yes, in the current state you just have to edit _G.currentDir <– I can't see any reason in this state to make some kind of function, as the Terminal would probably end up being in that directory if your program edits this string…
EDIT 2: The thing is, is it really necessary to replace ALL libraries and binaries in an OS? Considering you want to have as many programs compatible as you can because lets say you replace everything which was stock and use your stuff (using TLCO to knock shell out too) and basically having the problem that some programs probably won't work, you would probably make something like Windows vs Linux where all of these lazy dudes are who don't want to switch from the stock to your libraries (Windows vs Linux is a very good example for Game-Producers heheh :P/>/>) and your OS will probably end up being useless cuz you can't use any external program. (Look at dem NDFJay OSes LOL)

thecrimulo, on 19 September 2016 - 07:50 PM said:

Thanks for clarifying it all, Piorjade.
Also, as for if you should replace all libraries and binaries, it really depends a lot on what are you replacing:
If you are, like me, renaming, creating and deleting functions that can't work well with the TLCO or, to keep consistency with the rest of your APIs, also for APIs
that have code that may not work on your OS. There is no need to replace libraries like the GPS, also keep in mind that you don't have to completely deprecate the APIs in /rom/, as there are functions that you cannot recreate, like the FS ones. As for the wine-like compatibility layer, you can make functions that work just as aliases, shortcuts for another function, and that "should" do the same, in case you haven't got that, It is kind of… strange, I'd say, to lose functions that worked well and people used. Then, using those functions, you can't guarantee if they will fully work, but you can improve it by testing long programs like Nevardon, LuaIDE, Discover Store and others.

Also, by the path I didn't mean the current directory, I meant where is supposed to look for the programs, like adding a directory to the Environment Path on WIndows, just like CraftOS searches for cd or rm in /rom/programs

Piorjade, on 19 September 2016 - 09:20 PM said:

thecrimulo, on 19 September 2016 - 07:50 PM said:

Thanks for clarifying it all, Piorjade.
Also, as for if you should replace all libraries and binaries, it really depends a lot on what are you replacing:
If you are, like me, renaming, creating and deleting functions that can't work well with the TLCO or, to keep consistency with the rest of your APIs, also for APIs
that have code that may not work on your OS. There is no need to replace libraries like the GPS, also keep in mind that you don't have to completely deprecate the APIs in /rom/, as there are functions that you cannot recreate, like the FS ones. As for the wine-like compatibility layer, you can make functions that work just as aliases, shortcuts for another function, and that "should" do the same, in case you haven't got that, It is kind of… strange, I'd say, to lose functions that worked well and people used. Then, using those functions, you can't guarantee if they will fully work, but you can improve it by testing long programs like Nevardon, LuaIDE, Discover Store and others.

Also, by the path I didn't mean the current directory, I meant where is supposed to look for the programs, like adding a directory to the Environment Path on WIndows, just like CraftOS searches for cd or rm in /rom/programs

And about the compatibility layer: in the current state I only need a ShellAPI layer, which shouldn't be THAT hard when looking in the wiki page :)/>

thecrimulo, on 19 September 2016 - 09:37 PM said:

Piorjade, on 19 September 2016 - 09:20 PM said:

thecrimulo, on 19 September 2016 - 07:50 PM said:

Thanks for clarifying it all, Piorjade.
Also, as for if you should replace all libraries and binaries, it really depends a lot on what are you replacing:
If you are, like me, renaming, creating and deleting functions that can't work well with the TLCO or, to keep consistency with the rest of your APIs, also for APIs
that have code that may not work on your OS. There is no need to replace libraries like the GPS, also keep in mind that you don't have to completely deprecate the APIs in /rom/, as there are functions that you cannot recreate, like the FS ones. As for the wine-like compatibility layer, you can make functions that work just as aliases, shortcuts for another function, and that "should" do the same, in case you haven't got that, It is kind of… strange, I'd say, to lose functions that worked well and people used. Then, using those functions, you can't guarantee if they will fully work, but you can improve it by testing long programs like Nevardon, LuaIDE, Discover Store and others.

Also, by the path I didn't mean the current directory, I meant where is supposed to look for the programs, like adding a directory to the Environment Path on WIndows, just like CraftOS searches for cd or rm in /rom/programs

And about the compatibility layer: in the current state I only need a ShellAPI layer, which shouldn't be THAT hard when looking in the wiki page :)/>

Anyways, I'd suggest a new one, programs can stop working unexpectedly, this happens when, by some call, the TLCO breaks, or the program finds a flaw, or just not executing at all. Also. Thanks for the merge, I'll keep contributing ;)/>

Piorjade, on 19 September 2016 - 10:16 PM said:

OFFTOPIC:
Is it the real life syndrome where noone likes Linux or why do I still have only about 200 views on this?
But nvm I guess because these people who clicked on this were interested in this and I'm really grateful to them :)/>

thecrimulo, on 19 September 2016 - 10:22 PM said:

Piorjade, on 19 September 2016 - 10:16 PM said:

OFFTOPIC:
Is it the real life syndrome where noone likes Linux or why do I still have only about 200 views on this?
But nvm I guess because these people who clicked on this were interested in this and I'm really grateful to them :)/>/>

Have to say, lately the OS sections have been bloated with… flawful, incomplete, or not OSes at all, I think we need something new and better.

--[[
mnx-sr12 : Moonux Satellite Rewrite 12
Made by thecrimulo
NAME:	    /boot/load
CATEGORY:    boot
SET:		 Boot RW12
VERSION:	 12:alpha0
DESCRIPTION:
  This script loads the old libraries
  and executes after /boot/init.
  More information on /man/bso.sm
]]--
-- Libraries to be loaded, check exclude
ilibls = {
"bit", "colors", "coroutine", "disk", "fs", "gps", "help", "http", "io", "keys", "math", "os", "paintutils",
"parallel", "peripheral", "rednet", "redstone", "settings", "string", "table", "term", "textutils", "vector"
}; libls = {}
for _,n in pairs(ilibls) do
libls[n] = n end
a = {...}
a_exclude = false
if #a > 0 then
for _,arg in pairs(a) do
  if a_exclude then
   libls[arg] = nil
  elseif arg == "exclude" then
   a_exclude = true
  end
end
end
-- Copy a table, instead of referencing it
local function _copy(a, B)/>
for c,d in pairs(a)
  b[c] = d
end
return b
end
_put("old", {})
-- NOTE: Exclude shell and multishell, for incompatibility.
-- README: Why the old libraries will load after the copy:
-- We have to copy it before the functions get overwritten, anyways it will still be called, so, we have to
-- make sure that it doesn't call itself (the API), so we avoid crashes
-- NOTE: This will copy every API content to _G.old, instead of referencing it.
for _,h in pairs(libls) do
old[h] = {}
_copy(_G[h], old[h])
end

local fs.open = function(path, mode)
  --do your thing
end

• Simply clone the env to the SandBox, but without limiting FS

• Clone the env with limited FS to the env of the loaded program
• Start the program
• If program crashes/ends: Reload original FS to the init() env and restore currentUsr and currentPw, just in case if the program SOMEHOW managed to edit these

local a, b, c = assert(io.open("/test","w") ---- Here's the missing ")"
a:write("Hello")
a:close()

thecrimulo, on 21 September 2016 - 02:19 PM said:

On mobile:
"Nvm it looks like you've got no chance to rewrite fs.open by hand, my bad. That means that you literally got really no chance of editing without rootaccess? If yes, awesome
(I tried to look where exactly the FS "API" is defined, but couldn't find it anywhere and not even in bios.lua. io.open() calls fs.open, which means it will be harmless too, I guess? Correct me, if I'm wrong with something.)"

Yes, you are right. Mind that you'll have to secure _G (as you did) and load the old FS. Also, make the rootcheck and the ~/inhome dir solver in your API and io.open should be fine

apemanzilla, on 21 September 2016 - 04:09 PM said:

thecrimulo, on 21 September 2016 - 02:19 PM said:

On mobile:
"Nvm it looks like you've got no chance to rewrite fs.open by hand, my bad. That means that you literally got really no chance of editing without rootaccess? If yes, awesome
(I tried to look where exactly the FS "API" is defined, but couldn't find it anywhere and not even in bios.lua. io.open() calls fs.open, which means it will be harmless too, I guess? Correct me, if I'm wrong with something.)"

Yes, you are right. Mind that you'll have to secure _G (as you did) and load the old FS. Also, make the rootcheck and the ~/inhome dir solver in your API and io.open should be fine

The FS api is defined in the Java side of the mod and the IO api is just a wrapper for the FS api. That means that unless you have access to the original copy of the FS api provided in _G when the computer boots, you can't make any modifications to the filesystem. Ergo, as long as this OS doesn't leak the original FS api anywhere or have an exploit in the sandbox, then there's no way to bypass the sandbox from userspace.

Piorjade, on 21 September 2016 - 06:28 PM said:

STATUS UPDATE:

I currently got the taskmanager to work, now I only have to call the function everywhere we need it and let it work together with the windowmanager

thecrimulo, on 21 September 2016 - 06:51 PM said:

Piorjade, on 21 September 2016 - 06:28 PM said:

STATUS UPDATE:

I currently got the taskmanager to work, now I only have to call the function everywhere we need it and let it work together with the windowmanager

Can you clear up the "call the function everywhere we need it"?

1. A help or cmdlist command to list all available commands
2. Improve resolving paths (like '..', '.') (you can use fs.combine())
3. A edit program or a view program to view a file.

Sewbacca, on 08 October 2016 - 10:46 PM said:

Hey, i tested your system a bit right now.
Here are some things, i would improve:

1. A help or cmdlist command to list all available commands
2. Improve resolving paths (like '..', '.') (you can use fs.combine())
3. A edit program or a view program to view a file.

str = string.reverse(str)
str = string.sub(str, 2)
str = string.reverse(str)

str = string.sub(str, -2)

str = string.sub(str, 1, -2)

Sewbacca, on 08 October 2016 - 11:00 PM said:

You can simplify following code in startup.lua:

str = string.reverse(str)
str = string.sub(str, 2)
str = string.reverse(str)

to

str = string.sub(str, -2)

or

str = string.sub(str, 1, -2)

Piorjade, on 08 October 2016 - 11:04 PM said:

Sewbacca, on 08 October 2016 - 11:00 PM said:

You can simplify following code in startup.lua:

str = string.reverse(str)
str = string.sub(str, 2)
str = string.reverse(str)

to

str = string.sub(str, -2)

or

str = string.sub(str, 1, -2)

Wow I'm good at math in shool but totally forgot about it while programming :D/>
Ty for that remind

#2 *presses enter*
CommandLine
RedNet
#2 *enters path to a file*
CommandLine
RedNet
<executes code of that file, the code decides to sleep for 2 seconds>
#3 _ (waits 2 seconds) --> #2 hello world (it printed the part after sleep)
#2 _

• Add new users <– in about 2-4 days (I'm currently very busy with school)
• Filebrowser (as packman package) <– in about 0-2 days <— already there (package fsexpose), but quite buggy, works flawless in CraftOS tho…
• Packman GUI, for every DE you want (may take longer, I'll have to think whether I want to make my own (preffered)) <– don't know when
• Maybe read-only homedirectory, if it's not YOUR directory <– don't know when
• Maybe home directory encrypting, but would kill the point above <– don't know when

Stevan, on 21 November 2016 - 09:03 PM said:

Help! i dont know how to reboot! the reboot command dosent work :/ (yeah i know im a noob)

sudo edit /bin/reboot
--This is inside of editor
os.reboot()
--Press CTRL, go to save, press CTRL again, go to exit
--This is in the console again
reboot

X3ME, on 28 November 2016 - 07:14 PM said:

How would I go about contributing to this project? I'm a linux developer irl so this is something that satisfies me :D/>

Piorjade, on 29 November 2016 - 05:27 PM said:

X3ME, on 28 November 2016 - 07:14 PM said:

How would I go about contributing to this project? I'm a linux developer irl so this is something that satisfies me :D/>

You can fork from GitHub if you want or make Pull Requests. I'm sure you probably already know this, but this is not linux and just tries to mimic it right?
Anyways, if you help me I'd be really happy (I can't currently work on it as I stated above)

EDIT: Had nothing to do… so I worked on the re-rewrite quite a bit again..he..he..

X3ME, on 03 December 2016 - 02:53 PM said:

Piorjade, on 29 November 2016 - 05:27 PM said:

X3ME, on 28 November 2016 - 07:14 PM said:

How would I go about contributing to this project? I'm a linux developer irl so this is something that satisfies me :D/>/>/>

You can fork from GitHub if you want or make Pull Requests. I'm sure you probably already know this, but this is not linux and just tries to mimic it right?
Anyways, if you help me I'd be really happy (I can't currently work on it as I stated above)

EDIT: Had nothing to do… so I worked on the re-rewrite quite a bit again..he..he..

I'll just fork it then! (Yeah buddy, not dumb eheh)
Well I'm quite sure that I can help then!

:D/>/>/>

• this
• and that
• and some of that too
• moved sThread.l
• fixed the way I reimplemented rednet
• blah
• edited the way os.loadAPI worked
• almost ready for the master branch

Sewbacca, on 12 December 2016 - 09:10 PM said:

I would propose you to work out an own <rednet or network or whatever api name> api with peripheral.

TheKickstart, on 15 December 2016 - 08:25 PM said:

Did anyone know that with permission, I am able to work on an openSUSE clone based on cLinux for Computercraft called openCraft

Weareverylucky, on 27 December 2016 - 01:24 AM said:

Nice OS!

Redall, on 25 January 2017 - 02:01 PM said:

Why the LL command does not exists ?

Anavrins, on 25 January 2017 - 04:22 PM said:

Redall, on 25 January 2017 - 02:01 PM said:

Why the LL command does not exists ?

And what does that command do?
Edit: if you're talking about the ls -l alias, that's simply because both an alias program, nor ls -l has been implemented yet.

Piorjade, on 26 January 2017 - 04:14 PM said:

Didn't think about alias lol.

Though I might consider implementing something like .bashrc to set aliases at starting a terminal up.

Aaaaand of course alias itself.

Btw ls -l is indeed an interesting idea!


Though I'm currently struggling to learn Java and C# at the same time…. yeah… maybe I should try to learn one language at a time.

• Added commandline color customization:
• Create the file .bashcol in your home directory
• Example:

{
mainBg = 1,
mainFg = 32768,
middleBg = 1,
middleFg = 32768,
pathBg = 1,
userBg = 1,
userFg = 16384,
}

This example makes the commandline user black text and white background (NOTE: the command/file "clear" still clears in black)
• Added program aliases:
• Make the file .aliases in your home directory
• EXAMPLE:

{
  dir = "/bin/ls"
}

This adds the command "dir" to be the same as "ls"
• Both of these things are on user basis, so it's the same as setting aliases in .bashrc for example (real Linux)
• Things that you can modify in .bashcol:
• middleBg and middleFg (the @ at between the current user and the path)
• userBg and userFg (the username)
• pathBg and pathFg (the path)
• mainBg and mainFg (the commandline at itself)
• .aliases has to use full paths!
• The .bashcol file normally HAS TO use the decimal values for colors, EXCEPT when having a custom library in /lib/
• Both of these files also HAVE TO use the table-scheme

• Fixed bug with permission API
• Fixed bug with shell API (setDir especially)
• Fixed bug with rm
• Fixed bug with mkdir
• Fixed bug with cd

• Fixed some bugs with cd and shell API
• Added the shutdown and reboot program

exosceleton, on 12 February 2017 - 08:51 PM said:

I think one should be able to customize (change the BG/FG color) but not hide them.

cd ~

クデル, on 13 February 2017 - 09:52 AM said:

How can I create an alternate desktop environment? I didn't find doorx in the cc-packman repository so I was a little confused.

Edit: You should implement the command below.

cd ~

Redall, on 09 March 2017 - 11:04 AM said:

If you are (re)making Android, you should implement /vendor.rc or a file called like this that contains informations about the OS and the "Vendor".

• Added 'addusr' :

addusr <name> <password>

It doesn't need root privileges
• Added 'rmusr':

rmusr <name>

DOES need root privileges
• Fixed some bugs with the perm library

Piorjade, on 26 April 2017 - 06:45 PM said:

• rmusr <name>

Redall, on 07 May 2017 - 03:58 PM said:

Piorjade, on 26 April 2017 - 06:45 PM said:

• rmusr <name>

It's deluser not rmuser.
Anyway, it's your OS :)/>.

• Changed 'rmusr' to 'delusr' (You may need to delete 'rmusr' after the update as it doesn't get removed)

Piorjade, on 08 May 2017 - 12:03 PM said:

…