Announcement

Collapse
No announcement yet.

Chimera Linux Pushes Ahead For FreeBSD User-Space Atop Linux, Built Using LLVM

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • TiberiusDuval
    replied
    Isn't that behauviour (order of arguments for commands) rather shell specific than OS specific? I mean one can use whatever shell one wants, be it any Linux distribution or FreeBSD.

    Leave a comment:


  • aht0
    replied
    Originally posted by pal666 View Post
    lol, that's how you call lack of basic usability
    linux has correct way of designating device drivers, but uneducated freebsd zealots can't understand it
    well that's the only way you can tell which is which, other ways like eth0 don't tell you anything at all(and can get reordered on reboot)
    lol so you still don't understand what those designations mean. don't worry, in linux you can rename or alias interfaces
    it's your system, you should know it. shutdown gracefully shuts down all services. my system shuts down faster than boots up, on your system something takes long time, only you can investigate it
    BSD device driver naming schemes are older than Linux. Kinda idiotic of you to make such strong fanatical statements.

    "Lack of basic usability"? How come? Oh, I see the pattern now. Lack of order in arguments, pile of spaghetti-code in kernel and sytemd - mental preference, that's what it is, right? That also explains why Linux distros are constantly in half-working state on some part. Secret solved. Thank you!

    "Correct way" defined by whom exactly? Poettering and RHEL? Show me standardization first, before trotting out such arguments. Or one may call whatever "correct way", depending on his (or possibly her) subjective view. From MY pov, naming network device by it's freakin' driver and adding incremental digits to it are far more USABLE (your favorite word!). I can just do "man igb" or whatever if I wanted to know what that device is capable for. And if I have machine with multiple nic's I would also have good idea which card is behind some designation. Without thinking about it more than 5s. Usability. Instead of having first to try and figure out whatever is hiding behind the fucking cryptic designation . Time saved, more "usability" (again your favorite word,see!).

    Originally posted by pal666 View Post
    is ext4 with casefold supported on freebsd?
    Might be, through FUSE. Haven't checked standard kernel module. But it's also irrelevant because on FreeBSD I would have simply made use of case-insensitive dataset in ZFS. I used ext4 only because Linux relative lack of filesystems capable for such adaptation.

    Why I used SUSE? I assumed I would be able to point-and-click my setting-up through Yast and be done with the setup within hour. One service needs to run "ported-from-windows"-Linux binary which works properly only with case-insensitive file system.

    Instead of, you know.. installing FreeBSD, setting up Linux jail, running binary through that.

    Originally posted by pal666 View Post
    i don't use suse, on fedora it works
    Fedora is shit because it's unfit to be in long-term install production-use box. That's the first issue with it.
    Second problem is, IF I WANTED TO dive under the hood and dig into shell, I would have done it in BSD to begin with. Considered briefly Slackware and Salix but honestly might as well install BSD -roughly same amount of work with the setup.

    SUSE GUI's are closest to "good and usable" with its Yast, also Leap's get SLES updates - so it should be reasonably stable. If I wasn't finding slew of little nagging issues (that casefold issue, also seems VNC remote admin yast module doesn't really do it's job).

    Buntus, CentOS's etc you can stick where the sun doesn't shine, if I don't get fully usable GUI and have to do part of the job in shell I'd rather do all of it in shell and config files. In minimalistic system.

    Originally posted by pal666 View Post
    so maybe your main problem is bad distro choice?
    No, it's shoddy coding and patch-work nature of Linux. So far.

    Leave a comment:


  • pal666
    replied
    Originally posted by aht0 View Post
    Pseudo-issue
    lol, that's how you call lack of basic usability
    Originally posted by aht0 View Post
    Linux has weirder problems.. like idiotic way of designating device drivers.
    linux has correct way of designating device drivers, but uneducated freebsd zealots can't understand it
    Originally posted by aht0 View Post
    Can't easily tell which fucking network device is which by just looking at them. eth0/1/2 was manageable but not perfect, newer way is brain dead - maybe just assign them SHA512 hashes to make idiocy perfect?
    well that's the only way you can tell which is which, other ways like eth0 don't tell you anything at all(and can get reordered on reboot)
    Originally posted by aht0 View Post
    Linux designations, which might have contained MAC address for all I know, was just utterly nothing-telling nor easily rememberable.
    lol so you still don't understand what those designations mean. don't worry, in linux you can rename or alias interfaces
    Originally posted by aht0 View Post
    And while bootup takes like 5 seconds, why the fuck shutdown still takes 30s+?
    it's your system, you should know it. shutdown gracefully shuts down all services. my system shuts down faster than boots up, on your system something takes long time, only you can investigate it
    Originally posted by aht0 View Post
    While we are at it.. explain me this shit
    Code:
    # cat /sys/fs/ext4/features/casefold
    supported
    # mkfs -t ext4 -O casefold -E encoding_flags=strict /dev/nvme0n1p2
    mke2fs 1.43.8 (1-Jan-2018)
    /dev/nvme0n1p2 contains a ext4 file system
    last mounted on Sat Feb 19 23:35:07 2022
    Proceed anyway? (y,N) y
    Invalid filesystem option set: casefold
    #
    So, is the damned casefold supported or not? My assumption is that, while casefold feature is in OpenSUSE kernel, mkfs doesn't know about it, being from 2018 itself. This kind of inconsistent shit I keep running into, is one of the reasons I seriously dislike Linuces.
    is ext4 with casefold supported on freebsd?
    i don't use suse, on fedora it works
    Code:
    $ mkfs -t ext4 -O casefold -E encoding_flags=strict file
    15:28:31
    mke2fs 1.46.3 (27-Jul-2021)
    Discarding device blocks: done
    Creating filesystem with 102400 1k blocks and 25688 inodes
    Filesystem UUID: 4bf37efd-8ca5-4c0c-90d7-95918da7b075
    Superblock backups stored on blocks:
    8193, 24577, 40961, 57345, 73729
    
    Allocating group tables: done
    Writing inode tables: done
    Creating journal (4096 blocks): done
    Writing superblocks and filesystem accounting information: done
    so maybe your main problem is bad distro choice?

    Leave a comment:


  • aht0
    replied
    Originally posted by pal666 View Post
    i said any order of arguments, not arguments before command
    for command line it's sane to accept arguments in flexible order because sometimes people decide to add new argument after they typed previous ones and simplest solution is to add it without looking for correct place to insert. linux is user-friendly, freebsd is not, because it doesn't have enough manpower to implement even such simple thing as convenient argument parsing
    Pseudo-issue to bitch about while Linux has weirder problems.. like idiotic way of designating device drivers. I've never had urge to type arguments at the end of an expression but.. while looking at network driver designation I got urge to swear. Can't easily tell which fucking network device is which by just looking at them. eth0/1/2 was manageable but not perfect, newer way is brain dead - maybe just assign them SHA512 hashes to make idiocy perfect?

    Basically, I am playing around with OpenSUSE Leap 15.3 right now. Had to manually rename network device designations to be BSD-style (for example i218 nic is now igb0 and older pro1000 quad nic is em0-em4) to be able to always tell with a glance which is which. Linux designations, which might have contained MAC address for all I know, was just utterly nothing-telling nor easily rememberable.

    And while bootup takes like 5 seconds, why the fuck shutdown still takes 30s+?

    While we are at it.. explain me this shit
    Code:
    # cat /sys/fs/ext4/features/casefold
    supported
    # mkfs -t ext4 -O casefold -E encoding_flags=strict /dev/nvme0n1p2
    mke2fs 1.43.8 (1-Jan-2018)
    /dev/nvme0n1p2 contains a ext4 file system
    last mounted on Sat Feb 19 23:35:07 2022
    Proceed anyway? (y,N) y
    Invalid filesystem option set: casefold
    #
    So, is the damned casefold supported or not? My assumption is that, while casefold feature is in OpenSUSE kernel, mkfs doesn't know about it, being from 2018 itself. This kind of inconsistent shit I keep running into, is one of the reasons I seriously dislike Linuces.
    Last edited by aht0; 19 February 2022, 06:10 PM.

    Leave a comment:


  • pal666
    replied
    Originally posted by aht0 View Post
    Doubt that -l would work in front of command..
    i said any order of arguments, not arguments before command
    Originally posted by aht0 View Post
    Definition of sanity is also defined by surrounding environment
    for command line it's sane to accept arguments in flexible order because sometimes people decide to add new argument after they typed previous ones and simplest solution is to add it without looking for correct place to insert. linux is user-friendly, freebsd is not, because it doesn't have enough manpower to implement even such simple thing as convenient argument parsing

    Leave a comment:


  • aht0
    replied
    Originally posted by pal666 View Post
    my point being it works perfectly on sane operating systems with any order of arguments
    Doubt that -l would work in front of command.. argument busted. Definition of sanity is also defined by surrounding environment. Nutcases are pretty "normal and sane" in insane asylum.

    Leave a comment:


  • pal666
    replied
    Originally posted by aht0 View Post

    your point being..?

    Code:
    ahto@SERVER ~> ls *.txt -l
    ls: -l: No such file or directory
    1a.txt 22.txt 23.txt 24.txt 2a.txt
    ahto@SERVER ~ [1]> ls -l *.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:01 1a.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:02 22.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:02 23.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:02 24.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:02 2a.txt
    ahto@SERVER ~>
    my point being it works perfectly on sane operating systems with any order of arguments

    Leave a comment:


  • aht0
    replied
    Originally posted by pal666 View Post
    lol. freebsd userland is where you can't put -l after ls *.txt
    your point being..?

    Code:
    ahto@SERVER ~> ls *.txt -l
    ls: -l: No such file or directory
    1a.txt 22.txt 23.txt 24.txt 2a.txt
    ahto@SERVER ~ [1]> ls -l *.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:01 1a.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:02 22.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:02 23.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:02 24.txt
    -rw-r--r-- 1 ahto wheel 0 Feb 16 00:02 2a.txt
    ahto@SERVER ~>
    Last edited by aht0; 15 February 2022, 06:12 PM.

    Leave a comment:


  • q66_
    replied
    Originally posted by sinepgib View Post

    Are you the author of the project? I had a question that went unnoticed under all the noise, I wanted to know if I'm missing something technical or if it's a just for fun project. What motivated you to start this project?
    i'm already on the core team of another distro (void) and over the years i've accumulated all sorts of annoyances (most of which are present in most distros) that are at this point unfixable without starting over from scratch, so i mostly just wanted to create something fresh that does not suffer from 30 years of technical debt, is simple and straightforward, but does not take on either the "veteran unix sysadmin" or "vague minimalism" smell

    i don't really want to imitate anything else, and most technical choices in the system have some specific reasoning behind them (e.g. using clang unlocks hardening possibilities which would've been impossible with gcc as well as makes cross-compiling extremely trivial + makes the system LTOable without introducing insane compile times and memory requirements, a from-scratch buildsystem means a secure, introspectable packaging collection that is also extremely fast to build, BSD core utilities mean high quality code that is reasonably featureful unlike the likes of busybox, and so on)

    Leave a comment:


  • sinepgib
    replied
    Originally posted by q66_ View Post
    FWIW, the main point of of the meritocracy line in the presentation was to expose every single asshole that I want to stay away from the project early on, and it seems it has been pretty successful

    I have enough work to do as it is, and I'm not about to get demotivated by additionally having to deal with toxic people
    Are you the author of the project? I had a question that went unnoticed under all the noise, I wanted to know if I'm missing something technical or if it's a just for fun project. What motivated you to start this project?

    Leave a comment:

Working...
X