Announcement

Collapse
No announcement yet.

Starch Linux: OpenBSD Atop Arch's Linux Kernel

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

  • gens
    replied
    i see everybody including Michael missed the point so il' put it bold


    ITS A PROJECT FOR A STATIC VERSION OF ARCH LINUX !!


    its not about BSD or linux or what libc it uses, its just a project for making a statically linked userspace

    musl is chosen cuz glibc dosent fully support static linking
    bsd tools are chosen cuz GNU are made with glibc in mind
    etc etc


    y'all should at least check their web site before ranting nonsense

    Leave a comment:


  • staalmannen
    replied
    Originally posted by Ultrich View Post
    Look at github.com/StarchLinux/coreutils
    In it only few utils like bsd tr and sed, nothing more.

    Main utils based on util-linux from kernel.org
    github.com/StarchLinux/starch-ports/blob/master/core/util-linux/PKGBUILD
    I looked through the packages in my starch chroot and the majority of the unix utilities originate from sbase.

    For the util-linux utilities: It is natural that some of those will have to be included since the distro is dealing with a Linux kernel (and thus Linux file systems).


    The significant remainders of GNU would be GCC, gmake, gfindutils
    Strangely enough bash is still included but mksh should (become?) the default system shell.

    Leave a comment:


  • LightBit
    replied
    Originally posted by Kristian Joensen View Post
    Does this mean that some people will hate it for the Linux kernel while others will hate it for the OpenBSD user space?
    It's for people who hate GNU, but like Linux.

    Leave a comment:


  • Ultrich
    replied
    Originally posted by staalmannen View Post
    look closer.

    The "coreutils" is not the GNU coreutils but rather an assembly of suckless.org "sbase" and OpenBSD utilities.
    Look at github.com/StarchLinux/coreutils
    In it only few utils like bsd tr and sed, nothing more.

    Main utils based on util-linux from kernel.org
    github.com/StarchLinux/starch-ports/blob/master/core/util-linux/PKGBUILD

    Leave a comment:


  • staalmannen
    replied
    Originally posted by Ultrich View Post
    It's fake project. In repository only packages utilslinux and coreutils, nothing form OpenBSD.
    look closer.

    The "coreutils" is not the GNU coreutils but rather an assembly of suckless.org "sbase" and OpenBSD utilities.

    I guess they have used the name "coreutils" for Arch compatibility reasons.

    Last edited by staalmannen; 25 January 2013, 11:28 AM.

    Leave a comment:


  • Ultrich
    replied
    It's fake project. In repository only packages utilslinux and coreutils, nothing form OpenBSD.

    Leave a comment:


  • Ultrich
    replied
    It is fake

    It's fake. Look at the project core repository (http://mirror1.starchlinux.org/pkg/core/) recomended for update. It install standard utillinux and coreutils packages. Nothing used from OpenBSD.

    Leave a comment:


  • Kristian Joensen
    replied
    Does this mean that some people will hate it for the Linux kernel while others will hate it for the OpenBSD user space?

    Leave a comment:


  • gamerk2
    replied
    Originally posted by ncopa View Post
    This is directly false.

    They were pretty early with propolice and stack smashing protection. They implemented W^X and they are pretty good with privilege separation. (read about why they wrote their own ntpd and invented BSD auth instead of PAM and the privilege separation ideas they implemented there).

    Basically, they assume that the software that runs is buggy and tries to make it hard to exploit those bugs. Thanks to this they have discovered many bugs in 3rd party apps and thus contributed that Linux userland has become safer.
    Shhhh! You are attempting to defeat a troll with logic! [/sarcasm]

    Leave a comment:


  • ncopa
    replied
    Originally posted by BSD SUCKS DICKS View Post
    There, Just relying on the barely OS to have no holes and thus no layers of protection.
    This is directly false.

    They were pretty early with propolice and stack smashing protection. They implemented W^X and they are pretty good with privilege separation. (read about why they wrote their own ntpd and invented BSD auth instead of PAM and the privilege separation ideas they implemented there).

    Basically, they assume that the software that runs is buggy and tries to make it hard to exploit those bugs. Thanks to this they have discovered many bugs in 3rd party apps and thus contributed that Linux userland has become safer.

    Leave a comment:

Working...
X