<hbelusca (Gmunu=8PiG/c4Tmunu)> (I read "cmake" instead). But bison and flex are in there.

<hbelusca (Gmunu=8PiG/c4Tmunu)> https://cdn.discordapp.com/attachments/480317303339089930/836310541479444539/unknown.png

<hbelusca (Gmunu=8PiG/c4Tmunu)> yes this expects the following two environment variables to be set:

<hbelusca (Gmunu=8PiG/c4Tmunu)> `M4=C:\RosBE\bin\m4.exe`

<hbelusca (Gmunu=8PiG/c4Tmunu)> and

<hbelusca (Gmunu=8PiG/c4Tmunu)> `BISON_PKGDATADIR=C:\RosBE\share\bison`

<hbelusca (Gmunu=8PiG/c4Tmunu)> (adjust the paths to the location of your RosBE install)

<hbelusca (Gmunu=8PiG/c4Tmunu)> having RosBE in PATH is also required, yeah.

<hbelusca (Gmunu=8PiG/c4Tmunu)> but the two env-vars I mentioned (M4 and BISON_PKGDATADIR) are required too.

<hbelusca (Gmunu=8PiG/c4Tmunu)> note that any ROS build (be it with gcc, msvc or whatever) uses bison and flex since 2021.

https://www.youtube.com/watch?v=n9ZneNJEGBY

https://www.youtube.com/watch?v=2S0vgqXWnRo

https://www.youtube.com/watch?v=8jFI0dCugWI

This guy is on a roll!

Go go power SMP

https://github.com/turtiustrek/taskmanager

Hello

Hello black kitty

<hbelusca (Gmunu=8PiG/c4Tmunu)> :thonk:

not another shitty half-working linux fs :(

I'm still angry about this comment. Btrfs is great to have and its still improving.

I'm still angry about this comment. Btrfs is great to have and its still improving.

are you going to maintain it?

are you going to maintain it?

No. Point taken.

btrfs is pretty bad on Linux too, though at least it works to some extent :p

and in a fuller defense of Mark's statement: he said it in relation to Reiser4 Reiser4 never got mainlined (probably never will) and only occasionally releases patches to work on current kernels. If there's no such patch, it can't work at all. Something that doesn't work at all on Linux is indeed a shitty Linux fs: you can't use it.

<BieHDC> `I don't see any technical obstacles for Reiser4 inclusion. There are only organisation ones: I don't think it will be accepted without support from some vendor. ` https://www.phoronix.com/scan.php?page=news_item&px=OTA2Mw they are just doing the usual patchwork and you can use it and it is still not a "linux filesystem", stop spreading fud

https://reiser4.wiki.kernel.org/index.php/Main_Page hasn't been updated beyond 5.8. It's dead, Jim.

In the 00s it probably was kind of neat. But as far as traditional file systems go, both ext4 and XFS assumed basically all the features that made it unique in that space.

<BieHDC> wrong, reiser4 is "dead" if you want to call it that, not reiser3, which is in mainline

We were talking about Reiser4. You can't say "wrong" because you want to talk about a different file system.

<BieHDC> you are still declaring is dead just on the basis that no one rebased it in "current" kernel versions

Not being maintained anymore is a pretty clear sign of death.

<BieHDC> disagree, its only a sign of death if it needs maintenance

Do you not understand how Linux works? There is no stable kernel ABI/API. Out-of-tree drivers are a matter of constant maintenance to stay alive.

<BieHDC> you just dont update your kernel

and in a fuller defense of Mark's statement: he said it in relation to Reiser4 Reiser4 never got mainlined (probably never will) and only occasionally releases patches to work on current kernels. If there's no such patch, it can't work at all. Something that doesn't work at all on Linux is indeed a shitty Linux fs: you can't use it.

He said "another" so he was referencing two FSs. I understood the other one was Btrfs. I just like having it, Fat32 as the only option is just weak to me.

https://www.youtube.com/watch?v=H8HQWKMjES0

https://www.youtube.com/watch?v=H8HQWKMjES0

Thank you!

He said "another" so he was referencing two FSs. I understood the other one was Btrfs. I just like having it, Fat32 as the only option is just weak to me.

it's pretty acceptable for an OS in alpha development, but I'd grant the major features lacking are large file support and ACLs (I'm not sure if ReactOS has any support for ACLs at all)

<hbelusca (Gmunu=8PiG/c4Tmunu)> as usual, as long as no one wants to work on these, these features won't exist.

<hbelusca (Gmunu=8PiG/c4Tmunu)> It's like multiprocessor, while it's only done now (in 2021) and not before.

both of them go hand-in-hand with an OS that isn't still alpha, so I'm not sure it's really all that important :P

ACLs especially are useful mainly for network environments

https://reiser4.wiki.kernel.org/index.php/Main_Page hasn't been updated beyond 5.8. It's dead, Jim.

didn't you say btrfs is dead some time ago? 😂

different values of dead. btrfs didn't see any new feature development.

<hbelusca (Gmunu=8PiG/c4Tmunu)> https://github.com/bobranten/Ext4Fsd

different values of dead. btrfs didn't see any new feature development.

oh now there's different types of dead, interesting xD

<hbelusca (Gmunu=8PiG/c4Tmunu)> well tell me , but while security wasn't really implemented in NT v1.196 from september 1991, it was in the next alpha versions from 1992, and was delivered in 1993, **just** two years after.

oh now there's different types of dead, interesting xD

reiser3 is just as dead in that sense: it sticks around in mainline because there's some systems in the world still running it. Its fundamental designs restricting what could be improved caused Reiser4 to start being drafted ca. 2005. btrfs was started by Oracle to compete with ZFS. Then Oracle bought Sun and stopped caring. Facebook spearheaded btrfs for a while and a few other big data processors, but basically all of them bailed in favor of the native ZFS port. btrfs still pales in comparison and barely manages to get active feature development.

13 years later, it's still experimental and prone to kill your data :p

13 years later, it's still experimental and prone to kill your data :p

haha right

gg fedora for switching to it by default xD

and in a fuller defense of Mark's statement: he said it in relation to Reiser4 Reiser4 never got mainlined (probably never will) and only occasionally releases patches to work on current kernels. If there's no such patch, it can't work at all. Something that doesn't work at all on Linux is indeed a shitty Linux fs: you can't use it.

Look! https://phoronix.com/forums/showthread.php?9509-The-Linux-Kernel-SABOTEURS

That's way too "it's an inside job!" conspiracy theory crap xD

https://reiser4.wiki.kernel.org/index.php/Main_Page hasn't been updated beyond 5.8. It's dead, Jim.

https://github.com/edward6/reiser4/commits/master

https://www.youtube.com/watch?v=5igay7AfNfk

https://youtu.be/8sWA6jQeU9Y

Hi all, I didn't have time to register for GCOC 2021. Maybe there are some free similar courses or something like that? Please 🍝

<BieHDC> what do you mean? you can contribute without gsoc

<The_DarkFire_> https://www.youtube.com/watch?v=9pRM7siBctw

OMG

Tests wanted in ~20 hours!

<The_DarkFire_> https://www.youtube.com/watch?v=pFnSmYeAD1k

question: could haiku os pairs game be ported to reactos? or does it use internal apis and so on, and so it would be an hellish taks?

You could probably port it. If it's unique to Haiku it might be difficult.

Depending on what kind of game it is, maybe you can remake it.

https://git.haiku-os.org/haiku/tree/src/apps/pairs?id=08a6ab444bfb2c09e42517f899158f57a64b3200 this is the source

i admit i don't even know where to start

<hbelusca (Gmunu=8PiG/c4Tmunu)> > BWindow

<hbelusca (Gmunu=8PiG/c4Tmunu)> Evidently this is using BeOS-like classes and stuff

<hbelusca (Gmunu=8PiG/c4Tmunu)> So I think the answer to your question would be: "it would be as ''easy'' as porting a win32/MFC app to haiku".

so, probably not at all

thanks for your answer!

There's probably strong equivalents in Win32 but it's not trivial, no

For BeOS, there was a project to port the BeAPI to Windows: WinBe. Unfinished.

Look! @Pessmike

<hbelusca (Gmunu=8PiG/c4Tmunu)> Marcoapc: call it "WinBee" 🐝 🤣