[ kaitensushi ] [ lounge / arcade / kawaii / kitchen / tunes / culture / silicon ] [ otaku ] [ yakuza ] [ hell / lewd ] [ ? / irc ] [ lewd / uboa ] [ x ]

/silicon/ - technology

from the trenches
Name
Email
Subject
Comment
File
Embed
Password (For file deletion.)

• Files Supported: webm, swf, flv, mkv, torrent, 7z, zip, pdf, epub, & mobi.
• Embeds Supported: youtube, vimeo, dailymotion, metacafe, & vocaroo.
• Max. post size is 10MB / 4 files.

Remember to keep it cozy!

File: 1468989659852-0.png (174.87 KB, 1845x1609, 1456963623784.png)

File: 1468989659852-1.png (540.8 KB, 3451x4477, 1456964208893.png)

File: 1468989659852-2.jpg (318.16 KB, 1024x1400, 1456968135417.jpg)

File: 1468989659852-3.png (1.94 MB, 2560x1080, DeepinScreenshot2016072000….png)

 No.74[View All]

LINUX'!!'
>what is it?
An operating system that respects your freedom
>why would I use it?
If you are tired of having your OS use you and always wanted to use your computer instead
>What do you mean by freedom?
Write your own programs. use source code from the internet in seconds. update when you want to not when it tells you.
Want to run a website? cool! you can set one up in minutes.
Want to adjust your hardware to your liking? Awesome!
Want to stop or make a new feature to a program you use every day? Go for it!

Its your computer! use it how you want!
112 posts and 28 image replies omitted. Click reply to view.

 No.1531

>sed -i "s/GNU/Systemd/g"
>still works as a shitpost

 No.1534

File: 1580464626778.webm (642.44 KB, 1024x576, 1579277692858.webm)

>>1530
I'd just like to interject for a moment.

What you're referring to as Sushichan, is in fact, vichan/Sushichan, or as I've recently taken to calling it, vichan plus Sushichan.
Sushichan is not an operating system unto itself, but rather another free component
of a fully functioning vichan system made useful by the vichan corelibs, shell
utilities and vital system components comprising a full OS as defined by POSIX.

Many computer users run a modified version of the vichan system every day,
without realizing it. Through a peculiar turn of events, the version of vichan
which is widely used today is often called "Sushichan", and many of its users are
not aware that it is basically the vichan system, developed by the vichan Project.

There really is a Sushichan, and these people are using it, but it is just a
part of the system they use. Sushichan is the kernel: the program in the system
that allocates the machine's resources to the other programs that you run.
The kernel is an essential part of an operating system, but useless by itself;
it can only function in the context of a complete operating system. Sushichan is
normally used in combination with the vichan operating system: the whole system
is basically vichan with Sushichan added, or vichan/Sushichan. All the so-called "Sushichan"
distributions are really distributions of vichan/Sushichan.

 No.1568

File: 1586575821802.jpg (1.56 MB, 2592x1944, 15865757660531325670042.jpg)

after a couple days trying to figure it out, I finally managed to get binutils to compile, turns out I just needed to install a sort of "development" package in my host OS (instead of just bare gcc). Now I can get along with building LFS! Yay!
Right now I'm doing the next package in line, gcc, I've been following along, I hope I don't run into some wird issue…

 No.1570

File: 1587554171560.png (105.41 KB, 834x1024, ClipboardImage.png)

I tried out Guix SD in a VM a few days ago. Being able to specify a whole system configuration in a Scheme file like this is soooo nice. From one of these files you can rebuild the current system, generate an ISO of the built system, or even a Docker image. If I picked up a new laptop I could just copy this file onto it, run 'guix system reconfigure', and it'll reconfigure the system as it's running, whilst still providing a menu entry in the bootloader for the old system if something goes wrong.
Only real downside is it /is/ slower than the equivalent Arch or Debian process, although Guile 3.0's JIT should speed it up a bit when it finally makes it in to Guix SD. Also using a nonfree Linux kernel for WiFi drivers and the like requires adding the third party nonguix repo, although its so well packaged that it feels vanilla.

As a side note I've been thining of picking up a cute Thinkpad T6x or T2xx tablet as a companion to my mbp and running Guix on it.

 No.1571

File: 1587617740671.png (45.95 KB, 300x260, c75c35d05ed87935468b5aaf.png)

>>1570
I've been using NixOS for half a year and it's been so pleasant. My whole configuration lives in just one place and nix-shell has become indispensable - with lorri you can man of tastely change a folder and it will change your environment, so useful! I set up my system to download packages from a stable channel, while my user is subscribed to an unstable one. This way I have stable and rolling releases at the same time.

 No.1572

>>1570

I used to use Guix on my x200. I agree that having the whole system configuration as scheme is super nice, but I stopped using it because of how Gnu it was, I wanted something lighter and with better documentation. It was nice while it lasted though.

 No.1573

>>1572
What to do you mean lighter?

 No.1574

File: 1587677255934.png (1.45 MB, 1126x10000, gnu-longcat.png)

>>1573
Not using the GNU coreutils, libc, and so on. In a lot of ways I know that it just sounds over the top and hipster, but I don't use many of the features that have been added to the GNU utilities and their size makes it more confusing for me to look through and modify the code.

In a similar vein, I don't like GNU C style, nor the Texinfo documentation format. I like man pages but I wouldn't mind an alternative system if it was put together better than the way info is (although I concede that for the time they did a great job with a hyperlinked document system).

Essentially I'm just making a fuss about the fact that lightweight tools which use less than a percentage of my computer's power are too bloated for me to jerk off to them.

 No.1575

>>1574
Soo what do you use then?

 No.1576

>>1575
OpenBSD usually.

 No.1587

I'm currently stuck using Arch, which I have been since 2016 when I bought the meme and started using it full time. I'm stuck because I know all the commands and relearning new ones seems like a pain.

I'm sure when my paranoia flares up and work ease up I might try Gentoo again.

 No.1588

>>1576
What's your use-case? I've been toying with the idea of OpenBSD for a while (long-time Void user).

 No.1589

>>1587
If you're into the meme distros and source building, I find that Guix carried it out a lot nicer than Gentoo.

>>1588
Use case as in what do I do? I'm a philosophy student and hobbyist programmer, likes low-level stuff, lisp, etc. I write most of my stuff in mg, whether source code or prose (which is usually in a man of tastele markdown-like language that I translate to roff). I used to play some Stardew Valley and Minecraft ,which took a bit of effort to get working but were fine, that was on 6.4 though so I don't know what it's like now. Obviously some websites. I do a lot of stuff offline so I don't have many demands.

I've heard that Void is quite BSD like and man of tastele to install, OpenBSD also has a very man of tastele installation procedure and can even automatically partition the disk, and is of course very BSD-like. The base system feels more cohesive than any Linux I've ever used and much cleaner, despite coming with multiple choices (2 shells, 3 editors, 3 window managers are installed by default). Even so it's light and small. Some of the infrastructure is built with Perl and noticeably slow, in particular the package manager is a lot slower than even things like apt. Then again, the goal of the OS isn't speed.

There's nothing to lose by giving it a try, it's one of my favourites, let me know if you want to know anything else :)

 No.1590

File: 1588514568780.jpg (238.49 KB, 900x1125, 1488749671749.jpg)

>>1571
Might give Nix a go in a vm too, I've splurged on keycaps again so the thinkpad is on hold now.

>>1572
>>1574
I wrote up a big reply about Plan 9 but lost it… oh well. My main point was that I found Plan9/9front most interesting as a system where all parts work together in ideological unison, in this case under the 'everything is a file' banner, much more cohesively than say most GNU/Linuxes. Other stuff it does is interesting, but the cohesiveness that it executes it with is the best bit. Makes me think of a well set up Emacs or the BSDs.

Recently I was thinking about how despite easily having the knowledge and technology, our computers are still very isolated from one another. E.g. sharing a .mp4 of a movie file across a local network has been possible for decades, but I still find the easiest way is to dig out a USB stick. I suppose this speaks to more of a societal/economic cause than what's innately possible with our computers of the day. Sharing CPU, storage, and the likes across a network as Plan 9 and co (Lisp Machines, Inferno, a bunch of research OS's) do would be fascinating. Imagine getting home, opening your laptop, and immediately having access to 10x the processing power, and seamlessly accessing your at home media storage.
I am kind of a zealot about microkernels though, so couldn't quite say a Plan 9 world is a utopia hehe.

 No.1591

>>1589
Thank you for the detailed response, helps a lot :)

 No.1592

hey guys
So I started using linux some time ago but dropped it because of some driver problems, now I'm back at it again with debian on a vm and enjoying the experience so far
But most of the time it feels like I have no idea of what I'm doing, I'd like to get more familiar with the operating system my computer runs and how it works, if that makes sense. What would be the best way to accomplish this? man of tastely by using it, or is there any useful resource you guys would recommend?

 No.1593

>>1592
You learn Linux by solving problems you encounter while doing common tasks. Copying solutions from stackoverflow is alright, as long as you read explanation. You will not learn how computer works just by using Linux. I suggest you to learn bash, vim/emacs and system structure - all of that is just basics. Then you are all set for programming.

Helpful resources: man command and archwiki.

 No.1594

>>1592
Came across this a while back, maybe it'd hit the spot:
https://linuxjourney.com/

 No.1595

>>1594
>>1593
thanks for the helpful advice :D

 No.1689

Are there any really stable distributives? I tried to use Ubuntu, but it's very unstable. Even LTS version has many bugs that i found. So which stable distrubutive you'll recommend? Also it would be very cool if this distrib hadn't problems with usage of PC's resources. I hope this board still alive. I like it.

 No.1690

>>1689
I'm biased towards Arch, I have managed to have arch based installs last for years with little to no issue, but not everyone shares this sentiment. I would still give it a try, although Manjaro does seem to be buggier than most.

Another distro I have a bit of experience with is CentOS. It is very very stable, but the software selection from the repos is not good at all for my use case.

 No.1691

>>1689
Well, I'm very biased towards NixOS. You need to setup your system once, and then it will just work.

Also nix prides itself for being the most up-to-date repository with as much packages as AUR has, yet with an order of magnitude less maintainers, which nicely showcases how amazing nix truly is.

 No.1692

>>1691
>>1690
Thank you for advices, I'll give these OSs a try.

 No.1693

>>1689
debian stable

 No.1694

>>1689
I'm not sure why Ubuntu would seem unstable since supposed to be among the more stable desktop distros, at least below the hood. I haven't used it since version 11 or 12 though so I may be wrong.

Debian Stable is a popular choice for servers and is pretty rock-solid, but a lot of the software in its repository is pretty old. Fedora is also very stable and another good choice for servers since it's basically just upstream RHEL which is a commercial product, and has much more modern software due to being a rolling release.

Actually most of the popular distros are pretty stable. If you just want a nice user experience steer clear of the more hobbyist-oriented ones, though if you really want to learn how Linux works you can try Arch or my favorite, Slackware, which are both stable and easy to configure but will require you to learn to use the command line and can easily be screwed up if you aren't careful.

System resource use is usually more an issue with your desktop environment and/or window manager and stuff than under the hood. If you're don't want to hack together a UI with a WM and some other custom stuff I suggest switching to xfce or LXDE instead of whatever flashy crap your distro might come with out of the box.

 No.1695

File: 1604524717238.png (1.69 MB, 1920x1080, Screenshot.png)

>>310
>>311
Finally decided to setup a VM on usb for college. Don't want to bring a laptop around, but can't boot from USB on the computers. The best I'm willing to do. Trying out fossapup. It looks really good!

 No.1699

>>1568
Ambitious me.
I managed to >install gentoo yesterday, today I was compiling X and the power was interrupted and I'm afraid to turn it back on!

 No.1700

>>799
Tell me about CRUX. What's it like? How does the pacman work?

I use NixOS btw.

 No.1707

>>141
what is fish

 No.1708

>>266
What's it like?

 No.1718

>>1590
Correct me if I'm wrong but a lot of that system-to-system fragmentation is a direct result of the walled-garden approach that many proprietary operating systems had in mind and somewhat still do. I'm hoping that we will see more OS operational unity down the line. In the meantime Huawei seems to be doing something like what you're envisioning with their Harmony OS. I hope that trend will continue until there is a unified interface or some other means for all operating systems to interface like Linuxes can.

Good on you for keeping the original dream of the internet alive with multi-system computational collaboration.

 No.1719

>>1700
The CRUX ports are similar to the Arch pkgbuild system, but binary packages are uncommon. So there isn't really much of a pacman alternative. It is a basic recipe based system that build a package based on the maintainers chosen configure and make options. Dependencies tend to be minimal, and they are specified in the pkgfile, and built/installed by prt-get. You can handle all of that manually with pkgmk/pkgadd if you want (don't know why anyone would outside of testing)

I couldn't dream of using this distro in production. I mostly use it for some simpler systems at home. Got a basic laptop with i3, and a simple fileserver with samba. Fully features systems with KDE or GNOME becomes a bit too complicated and tedious to maintain, especially when it is the kind of distro that expects its users to maintain stuff on their own.

The distro isn't for everyone, but I like it.

 No.1720

>>1700
As an intermediate user, is NixOs going to be way too difficult for me to manage? Im mostly familiar with Debian/Ubuntu based systems, but im running manjaro right now. Im incredibly interested with Nix but was having trouble getting anything running on my hardware let alone Nix so I just took what I could get.

 No.1721

>>1720
Depends on how used to manual install you are. Take a read of the OS manual installation process and if you think you can do it, give it a try. You can also try home-manager if you want to give nix a try without giving the OS a fullblown install.

https://nixos.org/manual/nixos/stable/#sec-installation

 No.1723

>>1719
Hi fellow CRUX user. You can install pacman (the Arch package manager) from deepthoght's repo. As for the use in production, if you keep and maintain your own repo with all dependent ports is actually rock solid. It requires dedication for obvious reasons.

 No.1729

>>1723
>>1719
Hi. I couldn't find this at a glance on the crux webpage, is it source-based like gentoo?
I tried gentoo recently but didn't get too far because to get X I needed lots of other very bloatedheavy packages like rust and some mozilla thing. Not to mention LLVM.
Pls respond. I remember liking crux a few years back and there are a very reduced number of decent distros but all are source based and I have limited power.

 No.1730

>>1729
Nevermind me, I know now

 No.1731

>>1729
>>1730
I forgot to reply ;_;

Some heavy packages already have -bin packages in contrib and opt (like rust and firefox). Saves some time, but there are other big packages still. Compiling is still time consuming with old and slow hardware, depending on what you install.

As an alternative to compiling, Romster maintains some precompiled packages on his site.

https://crux.ster.zone/packages/3.5/

 No.1733

>>1730
>>1731
Remember to try appimages fellow cruxers. I use libreoffice and calibre, no need to compile these.

 No.1734

what do sushis recommend for stupid lightweight riceable distros? My dad has an old cd with "hack" written on it but its unused, so I thought it would be good fun to jam some programming languages and hacking tools on its very limited 4GB of space to fulfill its destiny.
It only needs to be able to run on at least 512MB RAM, and be able to boot on most common architecture/hardware (i386, x86_64, arm). GUI can be sacrificed if necessary, but Ghidra doesn't play well with TUI.

 No.1735

>>1734
>very limited 4GB of space to fulfill its destiny
Are you sure it's not a DVD+RW or something? CDs shouldn't have more than 700MB and are read-only.
Assuming you mean you want to do a live CD install the vast majority of distros are less than 2GB and plenty are less than 1GB but to boot on multiple architectures you'd need a separate partition for each version which you probably don't have space for and partitioning optical discs isn't much of a thing.
If all you want is to be 1337 I guess you could put Kali with xfce on there, though to rice it you'd probably want a liveUSB instead for the persistence.

 No.1736

>>1735
Yeah its an optical disk/DVD+RW.

> Assuming you mean you want to do a live CD install the vast majority of distros are less than 2GB and plenty are less than 1GB

I've already tried persistent live CD's with most normal distros and its been unable to handle the brunt well. The goal of this project is to follow the philosophy that every KB counts.

> boot on multiple architectures you'd need seperate partitons

aren't there hardware-detecting boot partitions that allow you to boot a given system? I understand that for some programs the assembly instructions/byte code won't be the same so there will have to be concerns in that regard, but limiting it to just those three archetectures I'm sure that I can find a way with a script to link the correct binaries to /usr/bin for the given hardware (I just don't know how to do so).

I certainly would want a liveUSB image (which I assume can run on floppies and DVD's). Don't really need kali, This system is still a 'hacker' system if it has basics like netcat, john the ripper, and some programming language environments (python, c compilers, linkers, assemblers).

If it's too much hassle I can reduce it to just x86_64 since that is currently the most common hardware architecture.

 No.1737

>>1736
I mean a liveUSB install, not the image (which is usually the same either way). Rewritable DVDs are a lot less reliable and can be written to far fewer times without errors and failures than USB drives. They're really not good for persistent installs.

 No.1738

>>1737
regardless its not as funny if the hack disk is a hack stick (even though it would be more practical).

 No.1742

>>1734
>unused DVD+RW named hack
You sure it´s not just empty rather than unused?
If you didn´t write over it yet you could probably recover the actual “hack” files with file recovery software.
But as a tip for distro, easiest if it´s already molded for liveboot use, maybe something like Slax.

 No.1754

File: 1612366638373.jpg (163.21 KB, 1005x716, satania arch.jpg)

Been using linux exclusively for around half a year now and I have no plans of ever switching back to Windows! I've tried numerous distros, but I eventually stopped at Arch. Well, I tried a few other distros after Arch, but I always ended up going straight back to Arch, it just works! (For me at least). I love using rolling release, and the AUR is a godsend! It has everything! I would say Arch is probably not very good for servers, but for desktops, it's perfect!

 No.1755

>>1754
Happy for you sushi roll! I use debian every day, but I ever need to reinstall I'll try out arch. I'm pretty jealous of you for getting the AUR.

 No.1756

>>1755
Yeah, the AUR is great! It contains many niche packages that would never be available on the official repos of any distro. I used Debian too for a short while. I think it's great for servers and low maintenance PCs, but it's not very good for desktop users that wanna do some more "high tech' stuff, that's just my opinion though. If you do plan on switching to Arch, I will say that after reinstalling Arch a few times (reinstalling it after hopping to another distro but then deciding to switch back to Arch), I've installed it the "official" way through the command line many times, but I've also installed it with the anarchy installer, and let me just tell you that you don't really miss out on anything for installing it with anarchy. So, if you find it's too difficult to install it through the command line, use the anarchy installer! It saves you a lot of time.

 No.1757

>>1755
as another arch (manjaro) user, I just want to tell you you have no idea how much of an improvement pacman is to apt-get. Its not even funny. It takes a bit more time to learn how it works and all its features, but it is more than worth it in the end.

Also, arch has also been one of the easiest distros I have ever installed. I tend to run into install issues all the time, but not with arch.

 No.1758

I've been using Linux as my main OS since 2012, although I only stopped dual-booting and went Linux-only about a year and a half ago. Before that, I only ever used Windows for video games, and Linux for literally everything else.
My first distro was Ubuntu, then Mint, then Arch, which I used for most of the time I've been using Linux (although when I built my first desktop PC I decided to install Mint on my laptop). Then when I stopped dual-booting I switched to Manjaro.

I've gotta say, I wouldn't really recommend Arch. Like, there was one time I ran an update and it just stopped booting altogether. I had to completely reinstall it from scratch, and I ended up losing everything I had on my Linux partition (for some reason I'd decided to reinstall Arch at the time, since I apparently hadn't learned my lesson). And while I certainly don't regret having the experience of having to configure everything from scratch myself, installing Manjaro made me realize how nice it is to be able to just install the OS and start doing stuff immediately.

Even then, I'm thinking I'm gonna go back to either Mint, or try popOS or something next time I build a new PC (which will probably be pretty soon, considering mine is about 5 years old at this point). It's true that Manjaro is a hell of a lot better than base Arch in a lot of ways, and it won't break your system entirely, but it still has a lot of little problems here and there. Like, the straw that broke the camel's back for me was when I needed to print something, and no matter what I tried I couldn't connect to the printer on my Manjaro PC, but when I tried transferring the file to my Mint laptop and tried printing it from there it worked perfectly. It's true that the AUR is something I'll miss, but at this point I feel like it's worth leaving it behind.



[Return][Go to top] [Catalog] [Post a Reply]
Delete Post [ ]
[ kaitensushi ] [ lounge / arcade / kawaii / kitchen / tunes / culture / silicon ] [ otaku ] [ yakuza ] [ hell / lewd ] [ ? / irc ] [ lewd / uboa ] [ x ]