/tech/ - Technology★

LiveCD (USB)

Why not start here? https://wiki.gentoo.org/wiki/Handbook:Main_Page

install gentoo

>>963379 (OP)

>I could potentially fuck up my hardware indefinitely

The only thing you will fuck up indefinitely is overwriting files that are important. If you have modern (read: not ancient) hardware than there isn't a way for you to break something. While it is possible, I doubt you can figure out how.

>>963379 (OP)

It's basically impossible to fuck up hardware through the OS. That's reserved for fucking with the BIOS.

Worst you can do is having to redo the installation and lose your old data (and even losing data is pretty hard to do unless you either execute random commands from the internet without reading their man pages or you encrypt your drive and forget the password).

>>963379 (OP)

>>I could potentially fuck up my hardware indefinitely

Its impossible to damage your hardware through software nowadays in any post 2010 PC. You can only do minor damage by overclocking until the point it'll overheat and shutdown.

>>963597

Try running "rm -rf /" with EFI vars mounted and write enabled. Enjoy your paperweight.

>>963601

That's only in incompetent Linux forks, if you don't like it compile your own version

The thing about Gentoo is that installing it multiple times will make you indolent. I used to spend so much time fine-tuning my kernel configuration--lately I just run genkernel all. When I bought a new SSD, I used dd to move my current install to it. Now, why don't I use something else? Because it's just that good.

>>963610

That's not a Linux distro issue, it's the hardware allowing itself to be bricked, Linux is just providing a convenient way to do it. There's plenty of brickable hardware out there. Most SSDs can be bricked by interrupting a firmware update - you could write software to do this on purpose. Same goes for many motherboards.

>>963657

Linux diindu nuffin

>>963667

>"linux dindunuffin"

>"whodunit?"

>"hardware!"

Shut up you incompetent fuck. Either start a hardware company or stop bitching and start fixing.

>>963667

It didn't. You can brick the UEFI table on Windows too via SetFirmwareEnvironmentVariableEx. It's not an OS issue, it's the hardware.

>>963623

100% this. After using Gentoo for 4/5 years I moved all my computers to Void because I was so bored of configuring every little thing it's such a pain in the ass

>>963610

>protecting hardware is an OS level issue

are you fucking retarded? is it 1970 again?

that being said, firmware isn't real hardware, and most of it shouldn't exist in the first place, particularily all of (((U)))EFI

rtfm

>>963623

genkernel --kernel-config=/etc/your/kernel/config all

>installing it multiple times will make you indolent

<I made a gorillion tweaks and now I have to maintain them

<instead of abstaining from making those tweaks, I chose a distro that won't allow me to

Yep, you're a retard.

I rice the fuck out of my desktop gentoo unstable install but I have 3 servers running gentoo stable that I update once a year and run all defaults save for march=native in the CFLAGS. Update procedure is "Check if new profile is available > change to new profile > genkernel all > reboot > if it works eclean-kernel > sync and update". Takes more time than Devuan because of compiling, but has been as stable.

> I don’t want to make the leap whereby I could potentially fuck up my hardware indefinitely

The only way I could see this being a risk is if we're talking about some absolutely chink shit level one company completely ass pulled ignoring all standards then went under 6 months latter after bouncing there employees checks for 4 months level faggotry manifest in physical for. In which case it deserves to give up the ghost.

▶Anonymous (You) 09/02/18 (Sun) 20:52:10 No.963953

>>963721

I actually made an installation script the second time I installed gentoo.

Now, I just have to move my already config and that's it.

Seriously, that's not that hard.

>>963767

You just have to copy your config file, and

make olddefconfig; make modules_prepare; make; make modules_install; make install; grub-mkconfig -O /boot/grub/grub.cfg

I don't even know if "make modules_prepare/install" is any useful.

And people bitching about configuration; seriously, I had to move everything to each new distro I ever installed. The only difference with gentoo is the installation; even though you can automate it with a script.

>>963954

Better stuff here:

https://forums.gentoo.org/viewtopic-t-1048648-start-0.html

>>963954

>>963956

Just use genkernel, that's exactly what it automates.

>>963957

Yeah, by bloating up your installation

>>963998

Use a custom kernel config, retard.

>>963592

>overwriting files that are important

You mean like UEFI variables mounted under /sys/firmware/efi/efivars ?

>>964052

Or you can use a custom config.

>>963708

Except under linux it's exposed as files for extra easy bricking.

>>964046

Gentoo doesn't mount those by default.

>>963767

Well, I neglected to mention something--I didn't just buy a new SSD, I also built a new workstation. I didn't want to meticulously configure my kernel when genkernel will just work. Yes, it's not that hard to figure out which modules you need; but I moved from an Intel machine to an AMD one, so it'd be a hassle to disable Intel-specific features and enable the AMD equivalents. When I first used Gentoo I tried to never bloat up my system, but it's difficult to stay fastidious when you have home servers and routers to maintain.

>>964059

You might as well just compile it normally then.

>>963379 (OP)

Why would you even use Gentoo? Does it even work on the Talos II?

Use Fedora instead.

genkernel is doodoo

>>964165

>Does it even work on the Talos II?

Yes.

>>964165

>using an OS that updates that frequently

Anon, I use my computer to do work, not wank around with updates.

So gcc 8 has been on unstable for a while.

Any experience ricing your systems with it?

I've found that i3 won't compile with LTO on gcc 7.3, but on 8.2 it does just fine.

I'm currently looking through my running proccesses to find what programs I'm using, and then seeing if they compile with LTO now.

wine-staging didn't compile with LTO for me.

I switched a bunch of stuff over to LTO, such as i3, xorg-server and most xorg drivers.

I'm currently trying out gcc itself, libtool and binutils.

>>964060

>mommy linux left the seat up and i fell into all my own shit again

>>966703

GCC didn't build. I also tried glibc but I noticed it just built too fast to be true and I realized it has strip-flags in its ebuild. It's also the case for binutils.

I don't want to have a nonstandard gentoo installation besides tweaked config files, so I'll leave things as they are.

>be gentoo

>building shit

>screens scroll by

>wow anon are you some kind of hacker (I think to myself)

>haha no (I coyly say)

>spend the weekend updating python from 3.6.6_1 to 3.6.6_2

>how was your weekend

>man it was hectic I really need a vacation

livin that linux life

>>964060

Pottering does it. First of all "Linux" doesn't even mount efivarsfs by default, you have to explicitly tell it to do that. Aecond, any sane system supervisor will mount it as RO since it's been known from dawn of time that mobo manufacturers can't build firmware worth shit. shitstemd, on the other hand mounts it as RW by default because apparently "some tools use it". This is the reason you can brick your system with rm -rf /* on systemd distros. Debian has already patched it downstream, efivarsfs is mounted RO by default (at least On My Machine(TM)). Don't use shit distros would be my advice.

>>966732

Gentoo will run on Librebooted systems and the Talos II not that OP is likely to have either of those things

>>966732

>never access the

>BIOS

Libreboot exists, so as a proof of concept this is wrong. In the future, hopefully support and options will be better.

>SMM

Not on x86, you're right about that. Maybe in the far future, or with an architecture change, though.

>IME/PSP

IME was cracked and someone accessed it. It may be feasible in the future to gain access and either run your own version of Minix on it or at least change the keys so remote access isn't feasible. PSP has yet to be cracked, but AMD is also usually more willing to bend to consumer demand, so perhaps this will change.

But you're right: x86 is designer to prevent this. But we must keep pushing the boundaries so that someday we can control these things along with whatever else the manufacturers come up with in the interim. Hopefully someday we can just move to RISC-V and full plans will need to be released for everything.

>>966724

>install Linux for power and UNIX

>complain functionality is mapped to the filesystem like UNIX

>complain you can improperly use your power

>ask to have power and UNIX taken away from you

I don't get it. If you don't know what you're doing, don't use root.

Gentoo is nice for learning though. When you build a system "from scratch" it makes you think about how you want to use your system.

Then when the inevitable breakage occures when you update something, you replicate your setup on something like Debian.

Gentoo is still really fucking nice though.

>>967041

But Gentoo is very stable, it doesn't just break randomly, like Arch (if you don't update every day) or shitty meme distros, like (((Manjaro)))

>>963500

>4. time, we are talking about entire afternoons of you slowly following the steps on the installation guide

This. But don't worry too much about fucking up the entire install. It's kind of made up of a few components (of which you almost certainly will fuck up one of them), which you can salvage the the others from.

It's a fucking process though, and is going to require some serious determination if you're not that seasoned with Linux. A search engine will be your best friend: search for those error messages!

Then, you get to learn a new paradigm for a new package manager, and a new init system, and new configs, and syntax....

I just installed Gentoo for the first time a few hours ago. It took me the better part of two days. It probably could've been done in like 3 hours including compilation time, but every documentation starts out promising and then either falls short, or worse, leads you astray (without outdated information).

In my case, I could not get Gentoo to boot without using grub, despite booting Arch and OS X fine with rEFInd. Of course, it wasn't obvious (to me) I needed an actual boot loader, I thought I just kept assuming I fucked up the kernel. When I got beyond that (`genkernel all`) I could not get my NIC working! Again, I searched and searched for information on the driver (was it built into the kernel? did I use the right driver/module?). As it turns out, as per the fucking guide, I used the name of the NIC that was used in the livecd, and from that, edited the rest of the relevant networking files. It was only when I'd exhausted all other solutions, that I went back through those configs and figured it out.

Anyway, sorry for the blog boast. Just, be determined and you'll get it. Also, try the forums for help. It seems like they are pretty helpful there, but I never want to bother with asking for help.

P.S. >>966723 is pretty hilarious.

>>967051

what you said is not true

gentoo also breaks randomly

gentoo is not meant to be stable

and you're the meme

the tipical gentoo user who thinks he's above other people and feeling butthurt for having no life to maintaning an OS instead of using a user friendly distro

you can learn much more about linux by reading and experimenting with things like LFS

people just want to show off their distro and feel superior to others

if another half-popular distro comes up that is harder to install and maintain than gentoo, elitists will jump right to it and come up with new excuses as to why that distro is the best and how meme is everything else

>>967231

You're wrong. Gentoo is meant to be very stable. Gentoo breaking is mostly compilation errors because of the myriad hardware and software configurations that the users have. The Gentoo maintainers never stabilize a package (ie. move package from testing to stable) if it has compilation or run-time errors. In fact, Gentoo by default is quite conservative considering its rolling nature. However, if you choose to run ~amd64 ("testing") then you get more blockers and compilation errors which often require manual tinkering or rolling back a package version.

>>963596

>It's basically impossible to fuck up hardware through the OS

you can brick your motherboard by nuking the EFI through the OS. As has been done already by jewbuntu on a bunch of computers.

>>967306

>using a kernel that hit EOL years ago and is full of security holes

>not using the last bugfix version but a severely outdated version from 2015

>32 bit on a 64 bit processor

How could you be that retar..

>Gentoo

..oh

>>964165

Gtfo neckbeard

>>967317

>caring about exploits, when it's a fucking android

>>963379 (OP)

Just install it using livecd + handbook. I am sure you will learn a lot in the process.

>>967317

Gentoo doesn't even provide 3.x anymore. The earliest stable one in gentoo-sources is 4.4.87, and the latest stable is 4.14.65. I'm running 4.18.5 now.

Him being retarded isn't Gentoo's fault.

>>967419

>muh tarball

from scratch was between quotes for that very reason.

>Ubuntu for learning

What would you learn from doing a default Ubuntu install?

Boot up, see gnome, nice, I think...

>Install gentoo

Boot up, see terminal, use it a bit, learn about x-server, install basic x. Hmm, ugly, what is a window manager. Hey, I don't need a menubar etc.

The same process can be more or less replicated with a minimal arch or debian I think.

>>967457

You kind of implied that Gentoo is only good for learning.

Sure, it involves some learning if you're new, but Gentoo is a pragmatic operating system and pretty much the best distro for practical use.

A distro such as Ubuntu on the other hand is barely good for anything else but college kids to learn bash.

I didn't say anything to the effect that you learn less by using Gentoo.

New Gentoo user.

Is there an option in genkernel.conf to generate kernel & initramfs as :

vmlinuz-linux-lts

initramfs-linux-lts

(exactly like that)

?

>>970618

also, how to add a keyfile in initramfs with genkernel?

I'd like to add keyfile.

With Arch, I used :

FILES="/keyfile.bin" in mkinitcpio.conf

>>967317

>using a version programed by sjws

lol look whos the idiot now

enjoy your CoC lol

>>971643

Did you purge the bloat in the kernel

>>971754

I've removed things that I 100% knew I would not need. I'm switching the profile to hardened so I'll go through the options again and see if there's something I missed

Real men compile their kernels themselves.

>>966723

>Not enabling multiple jobs in emerge and make

Also, updating doesn't take that long. Updates never break anything, only thing that can happen is that building fails.

>>970618

Compile the kernel yourself and read https://wiki.gentoo.org/wiki/Custom_Initramfs#Encrypted_keyfile

>>980087

THIS.

Compiling Linux is very easy. Just use hwinfo and the searching functionality in make menuconfig. Besides, genkernel can fuck up and produce a kernel that won't boot. You actually safe time by configuring it yourself.

Can i make gentoo be able to run .deb files?

>>980169

apt-get (and yum) are available in Gentoo:

https://gpo.zugaina.org/sys-apps/apt

>>>/cpu/24 has instructions how to add and use overlays.

A better way is to extract the files and create an ebuild (https://wiki.gentoo.org/wiki/Ebuild)

Gentoo hardened doesn't have a hardened kernel anymore. There is also no way to run a pure Wayland system with no X11 dependencies as far as I know (Firefox and Chromium still require X11 dependencies IIRC).

Add to this the new Linux CoC and I really don't see any reason to use this over, say, FreeBSD, or Debian. You can tinker with build options directly in the make files if you're so inclined.

Both can be hardened to different degrees, and you can always go OpenBSD if you want rigorous hardening.

TLDR the combination of grsecurity removing their patches and being little bitches, pure Wayland windowing environments taking forever to be available, and the new CoC leaves little advantage to using Gentoo.

I mention the Wayland thing because I think the ability to run a pure Wayland environment will be doable on Gentoo before anywhere else, and so would be an advantage if and when it becomes possible.

>>980205

>Wayland browser

Qtwebengine.

>No advantages over FreeBSD and Debian

Can I use an alternative libc, init or even kernel with those? No. Gentoo still has the advantages of portage (USE flags, SLOTs, making a binpkg host being easy as fuck, ebuilds are easy to write) and big repos.

Does Gentoo have a fucking womyn special site?

Is gentoo the only sane choice?

>>981651

pretty much

>>981651

>>985075

Bullshit. BSD is better.

I've switched to BSD on all systems where I have physical access. I have control over one laptop but not physical access, and that has Gentoo on it. That gentoo installation has been working CONTINUOUSLY for 147 days now, without ANY bugs or glitches at all. Updates are running smoothly, everything is working fine. The >gentoo is unstable meme is total fucking bullshit caused by people with poetteringware installed.

>the most sane choice

>doesn't even have an installer

>overcomplicated package manager

>allowed rooting through MiTM until 2018

Okay than

>>985102

And these people are talking about how pottering is an evil CIA agent lmao

>>985091

>-dbus, -pulse

I've been wondering about how I'd manage multiple audio devices and outputs without pulseaudio. I often switch between speakers and headset (using a laptop).

I'll look into removing dbus and pulse now.

>>985108

I used to use pure ALSA on my gentoo but I lost my config and it's a true PITA to get multichannel with some degree of quality or reliability so now I just use pulseaudio. It's the best we have (at least when talking about user experience and not the code itself). You'd have to get autistic about ALSA to make it work for you instead of vice versa.

>>985091

Wine can be dbus free. Just compile it with -dbus and -test.

You can use a patched gtk3 too, to avoid at-spi2-bla, and thus dbus on that too.

We must be free from the dbus(t), freedesktop, systemdick, consolekit, policykit, etc cancers.

>>985116

put -pulseaudio in your make.conf and use equery d pukeaudio. then do a emerge --update --deep --newuse --with-bdeps=y @world

Also, you can use emerge --unmerge to DELET it (but this can cause breakage, use emerge --depclean to be saf e)

>>964063

>>963623

Tbh, that's the reason I moved to Slackware. I loved making my own modifications to arch and void and such, but maintaining them would always prove to be a major pain. Slackware ships really stable and sanely configured, and I can just make any modifications I want _once_, and only bother updating everything once every three years. I want my shit to just work but still be granular and flexible when I need it.

>>963721

>>963623

>it's another "gentoo allows me to do X thing, therefore I must, and every other distro is better because it lacks choice" episode

This is what happens when niggers use a white man's distro.

>>985129

I'm not a new Gentoo user. I know how to do all of what I want to, you missed the point. I can't remove pulseaudio because there isn't a viable alternative (that I know of) and I can't remove dbus because puke depends on it.

>>985108

Have you tried using jack? It's much better than pulse in almost every way and it interfaces nicely with alsa.

>>985091

>Now uninstall your compositor

>he wants X to be able to screen tear freely.

No thanks, i'd rather have my windows in one piece.

>>985115

>You can use a patched gtk3 too, to avoid at-spi2-bla

Shit, really?

I've just compiled gtk3 with -X flag to prevent the at-spi2 shit.

That's how i got wine to work for me.

But i'm intrested, where do i find these patched versions?

>>985175

I actually do use jack for some virtual instruments. Do you know if it can be utilized as a replacement for puke?

Need Some Gentoo help anons, are there any overlays for OpenVAS, or any alternative scanner ?

>meet Gentoo user

>he's a fat idiot who doesn't know anything

Every single time.

>>988023

>meet arch faggot

>he's a skinny rail twink who likes it in the ass

Without exception.

>>988035

>meet Debian retard

>he's old and stuck in a dead end job with a wife that hates him

Like clockwork.

>>985181

>I've just compiled gtk3 with -X flag to prevent the at-spi2 shit.

Are you using X or Wayland? x11-libs/gtk+:3 requires any of "aqua" (which is dependant on "X" being set), "wayland" or "X" to be set; setting "wayland", logically, pulls Wayland in as a dependency.

>>988148

Oh and bebbitors are, unsurprisingly, going "dbus güd, it's current year, you're dumb if you oppose dbus xddd":

https://old.reddit.com/r/linux/comments/70l8dl/why_gtk3_does_not_provide_a_option_to_disable_dbus/

Reader discretion advised.

At least someone posted a genuinely funny story though, link:

https://www.cs.utah.edu/%7Eelb/folklore/xerox.txt

>>988153

Uhhhhhhhhhh wtf

> Why would you not want dbus? It provides a lot of interoperability for the system. Userland can control a root process without having to elevate itself, just as one example.

>>988143

Well I use debian and I'm a cute faggot twink so

funtoo is better

>>988148

>Are you using X or Wayland

I have it set to use wayland, but i'm using X.

>>988460

why?

giving Gentoo another go since debian unstable had a really bad set of updates and fucked up my laptop. but the gentoo handbook is really confusing when it comes to installing GRUB via EFI instead of MBR. I'm on my third install attempt and emerging everything right now.

do you just use MBR?

>>963379 (OP)

>fuck up my hardware

highly unlikely.

>>989208

lol EFI is aids return your computer to the store for getting scammed

>>988460

But more likely to blow up.

>>989208

Yes. I dont think there is much advantage in using EFI.

>>989208

skip out on EFI if your motherboard still supports regular ol' bios.

It's not worth the trouble.

>>988376

Kyle is that you?

>>989208

>. but the gentoo handbook is really confusing when it comes to installing GRUB via EFI instead of MBR

In my first try the installation was fucked up because I activated "legacy" on a "UEFI" motherboard. Then I deactivated it and just did a GPT installation like it's said in the book with parted, the only partition that you don't need to create is the 2 MB bios/boot partition. So instead of 4 partitions you just get 3. sda1: efi/boot (in fat32 because microsoft), sda2: swap, sda3: rootfs.

The confusing part is actually with a pure BIOS/MBR system. The tutorial says that you need to tag shit but MBR doesn't support it.

Same thing with the command "set 1 bios_grub on " shit doesn't work and there's a lack of explanation to say what it does.

>>989310

Your last point is confusing. MBR is the one that supports the active/bootable flag, not GPT (my Dell Latitude complains about me using GPT/BIOS with an "invalid partition table" message because it doesn't find such flag, but boots fine after it).

>>989310

yea that first 2MB partition is what fucked me over for 2 attempts. they don't tell you what to do with it, just that it'll be used by grub later.

handbook needs a rewrite for that stuff.

>>989317

>. MBR is the one that supports the active/bootable flag

No that's GPT read again

>On an UEFI installation, the boot and esp flags will show up on the boot partition.

It isn't, the flags aren't usable with MBR and I tried to do so.

It's specific to EFI:

https://en.wikipedia.org/wiki/EFI_system_partition

>>989348

>For completeness, the BIOS boot partition is needed when a GPT partition layout is used with GRUB2 in PC/BIOS mode.

So it's not necessary when using MBR

> they don't tell you what to do with it, just that it'll be used by grub later.

I suppose that grub2 does it automatically.

>handbook needs a rewrite for that stuff.

I'll do it after I try enough X86 platforms and configurations.

There's:

BIOS:MBR

BIOS:GPT

UEFI:MBR

UEFI:GPT

UEFI/LEGACY:MBR

UEFI/LEGACY:GPT

Then I'll do the same for AMD64. Normally being 32 bits or 64 bits doesn't change shit but you never know.

UEFI is cancer imo, just the fact that you need a fat32 system is absolutely garbage and the dude who thought it was a good idea needs to flagellate himself.

>>989356

>No that's GPT read again

Bios isn't normally compatible with GPT.

>>985175

>>985238

Yes, I'm using it as my primary audio. It's more capable than PA, though it doesn't make the more basic stuff as easy. Afaik you still have to route sound for alsa-only programs (FF, mpv, mpd all support jack though) through loopback device, which needs some setup, per-program volume (or any filters you'd like) need setup too. Btw I find jack2 more stable than jack1 (jack-audio-connection-kit).

>>988179

Don't say I didn't warn you.

>>988462

Check out bug 669234 on the Gentoo Bugzilla, patches to make at-spi2-* packages optional are being considered to be adopted in the official repos so you don't have to have unused Wayland packages installed (B L O A T).

How long will it take to compile Gentoo on an Eee PC with a 1.66 Ghz Intel Atom CPU?

>>990210

Try it and find out.

>>990210

Days. I re-emerged @world once and it was compiling continuously for 3 days. Installation without any recompilation is ok as long as you don't install a gui. Don't try to install a graphical browser.

>>990251

Even netsurf?

>>990413

Exactly cuck yourself into a useless computer due to internet memes.

>>990413

Fuck that noise. You can install any browser, just start the compile before you go to bed.

Then whenever you need an upgrade, you can do it in the background, since you can keep using the old version while the new one compiles.

Though Firefox and the like might still be compiling a while after you wake up.

>>990438

>Start QtWebEngine compile for Qutebrowser

>Takes over 24 hours to get halfway through

>System freezes due to lack of memory or some random compilation error bombs the whole thing

I'm about ready to give up.

>>991076

Buy more RAM

>>991092

I had the same problem of random segfaults on my Latitude with 12GB of RAM and 4 of swap. This package is fucking cursed.

>>991099

s#segfaults#ICEs#

>>991099

On my dual Xeon system with 32GB of RAM, I tried building that and Chromium at the same time. It locked up and I had to use SysReq...

I dunno what the fuck you guys are doing that's getting you OOM during compilation.

I only have 8 gigs and I've never even come close, and I have -pipe in my cflags.

>>991092

>buy more RAM to install a web browser

or just add more swap since this is the one fucking time ever you'll need that much. I literally have 2GB RAM and I only put swap on when I need to compile a new palememe version

Is there any point in installing this after the CoC?

>>991127

I'm tired of seeing this shit everywhere. The CoC has not resulted in any bad code being commited to the kernel.

The CoC is just a document explaining how contributors are meant to interact with each other.

Until all the good developers and maintainers go away, they will continue reviewing commits as they always have.

Additionally, Gentoo, being downstream from the kernel, offers a patched kernel called gentoo-sources, which most people use.

>>991127

CoC does jack shit, it's a meme pushed around by desperate bsdfags and windowsfags who don't understand how anything really works.

>>991130

>it's a meme pushed around by desperate bsdfags and windowsfags

I agree that it is a meme. But it's not pushed by bsd or winfags. It's just people who are scared and angry. And the discord it creates is abused by other entities like MS or other corp and small groups.

Most of the scared people who push cocs considers that people are bad by default and believe that rules are magical and applied immediately and there's also those who are scared of the mass, the persecution, the witchhunt and bad publicity that happens when people don't accept it.

Most of the angry people who push coc are just power abusers who think that it's ok when they do it.

>>991128

>I'm tired of seeing this shit everywhere

dito

>The CoC has not resulted in any bad code being commited to the kernel.

This. But it will at some point attract people (if not already and before) with doubtful methods.

>Until all the good developers and maintainers go away, they will continue reviewing commits as they always have.

True but the coc won't help people staying.

>>991137

>the coc won't help people staying.

>it will at some point attract people (if not already and before) with doubtful methods.

I agree. At present though, there isn't really a compelling reason to switch.

Unless you happen to be a politically minded person and don't want to associate with Linux at all after this.

>>991128

You are ignorant as fuck. These things always start slowly. It's been a few weeks and nothing majorly bad has happened Linus has been away and nothing has really been done anyways. I've heard the same stuff about PulseAudio, systemd, etc.

>oh look it's not that bad

>see it's just trying to make things better

>it's not hurting anything

Years later and it's infested the Linux ecosystem so strongly that you have to work hard to get rid of it. This CoC stuff is the same. It's not something they will use right away, but they will use it to get rid of people they don't like when the time is right, like what happened with Brendan Eich. CoCs have been used to get rid of talented developers and allow less than talented ones to take their place. It's been happening at Mozilla for years, and now their browser is a piece of shit.

The people using CoCs to take over projects know that if they jump in right away and start abusing the CoC, people will just fork and make a new project. They need to establish that things are fine and the CoC isn't a problem first, so no one leaves and they don't get a competitor without a CoC. Then, they just slowly get rid of people they don't like over time, so there's no major organized effort to fork a project and compete with them. Remember when Firefox was good? And the SJWs came with their CoCs and "tolerance" and all that bullshit? And then they slowly ran talent out of Mozilla year after year. And now Firefox is shit? That's the plan for Linux. They'll slowly start sniping the most "problematic" and "toxic" developers and replacing them with their "allies", until they have control of the product and all developers who were removed are spread thinly. First person to get cut moved on to another project. The guy who got forced out by CoC 8 months later is on his own, the first guy is already on a project. They just filter people out.

This shit has happened countless times, Mozilla is one of the biggest ones. It's also happened to Reddit, FaceBook, Twitter, 4chan, etc. You're completely oblivious if you judge what's happened in the span of a few weeks and think everything is fine.

>>991143

You've completely misconstrued my position. I'm not saying nothing will come of it. I'm simply saying nothing has come of it.

At present, there is absolutely nothing wrong with staying on Linux. I have no problem accepting that this may be a part of a larger plan to subvert Linux.

But until such a point is reached, I'm staying right where I am. If this process occurs, it will take months or years to have any kind of effect.

Just as you say, they need to take things slowly. So I'll wait until there actually is a problem and then I'll switch to OpenBSD.

Saying that you shouldn't use Gentoo anymore, or any decent Linux distro at that, is just plain foolish when nothing's even happened yet.

Is there a way to enable "--autounmask-keep-masks" by default whenever i run emerge? I'm adding a bunch of packages to package.mask to stop the KDE meta packages from pulling in certain things (SDDM for example, which refuses to work).

but it's annoying having to type out --autounmask-keep-masks whenever i emerge.

or is there a better way to handle unwanted meta package dependencies?

>>991147

At that point, the best way seems to be just saying to hell with the meta packages. And installing just the bits you want. That way you won't have as much chance of breaking all your shit.

If you really wanna do that hacky shit though, I would suppose you'd do it with this:

https://wiki.gentoo.org/wiki/EMERGE_DEFAULT_OPTS/en

>>991150

yea i might just end up doing away with the meta packages. it's convenient to get everything up and running at first, but then there's a ton of stuff i'll never use and don't want.

>>991151

Gentoo is all about investing lots of time at the beginning to get a nice and cozy setup later on.

>>991110

If you were really autistic, you'd use CSV.

>>991147

>KDE

You chose this hell yourself.

>>991140

>Unless you happen to be a politically minded person and don't want to associate with Linux at all after this.

I have been using linux-libre since 2015. And I'm trying the hurd since mid 2016.

You see I consider free/libre/open source software projects to have two sides:

-A technical side.

-A community side.

The technical side solves irl problem and avoids social/juridical bullshit.

The community side is purely human social problems but can influence the technical side from time to time.

I don't approve some of the technical kernel designs or choices like for example support of binary blobs, but I approved of the quality filter that Mr.Torvalds had.

I approved of how the community was managed until a few years ago (2016) when the Linux Foundation quietly dropped community representation, see:

https://mjg59.dreamwidth.org/39546.html

And now I'm even less supportive of the community since the coc was imposed and I encourage Civil disobedience/NVR by simple rejecting the coc like Ted tso did. Just reject it and continue to work (why continue to work ? simple to avoid CoinTelPro)

Guy on a job interview today asked me what my favorite distro was and I told him Gentoo. How fucked am I?

>>992069

>How fucked am I?

in to the trash you went.

>>992069

>How fucked am I?

Depends. I you know how to use it then you aren't fucked. If you don't you are fucked.

>>992085

Lol I think I did really good but that job sounded pretty boring anyway. Oh well. My other interview today went even better than that one.

How easy is to set up a distcc pc to do the work for my crappy laptop? does it need to be running gentoo as well? If so could anyone share me a guide to setup?

>>963379 (OP)

>I want so much to be in control of my computer.

Go for Slackware/Linux from Scratch then.

What do you lads do as your useflags grow with gentoo?

Say for instance, I enabled multilib for a bunch of packages that were dependencies for a 32-bit-only package, and then I uninstalled this 32 bit only package, but I didn't remember to remove the useflags and now I'm at a loss as to which I don't need.

>>993104

Equery it

>>993104

> emerge eix

> eix-test-obsolete

This will give you a list of suggestions for trimming down your /etc/portage files.

You should also get in the habit of documenting the purpose of your changes using comments so that you don't have to wonder why something is there later. On many of my newer comments, I also add a date stamp. Here's an example from my package.use:

> # -usb possibly fixes a collision over libusb/libusbx

> app-crypt/gnupg curl -usb

This is no longer a problem because libusbx was removed from the tree entirely in early 2014. I could probably remove that entry if I wanted to.

>>993104

Ya, this sort of thing could be avoided in future by making notes in your config files. I just do a simple

#<package>

#lxqt
>=app-text/xmlto-0.0.28-r1 text
>=sys-auth/consolekit-1.2.1 policykit
>=dev-qt/qtgui-5.11.1 egl

I did a general install of gentoo once upon a time because i didn't really bother with figuring out my hardware.

Now that i've got comfy with gentoo i'm planning on removing some bloat that i presume isn't needed?

I've looked around and apparently using nvidia drivers means you have no use for things like mesa and other opengl related stuff because they provide their own.

Is this true? also what's the risk in removing virtual/* packages that related to opengl but have multilib flags on them?

>>993150

Portage pulls in all the dependencies of the packages you ask for, based on the use flags you set. So if you want to trim down on unneeded bloat, I suggest you start with looking in your world set, and deciding which use flags you can get rid of on those packages.

View world set:

cat /var/lib/portage/world

equery uses <package>

>>993150

>>993152

Once you change the use flags:

emerge -avuND @world
emerge -ac

>>993152

>>993153

Thing is mesa gets pulled in by a lot of things, and sometimes the useflag description that's pulling it in looks like it's important.

It's messing with my head.

>>993154

Quick explaination:

Mesa is constantly getting pulled in by every application because it's a opengl frontend.

So the useflags to enable opengl like features are naturally going to pull in mesa.

Thing is, i use nvidia proprietary drivers no bulli So i don't actually NEED mesa, it's just there.

>>993155

So basically the question is such, am i just stuck with having a dead package (mesa) on my system at all times or is there actually some way to get the opengl functionalities without pulling mesa?

>>993157

Ya, it's pulled in by some packages but not actually required if you use proprietary nvidia drivers.

If you feel brave, you can mask it and see what happens. However in some cases, it's a build time dep, even if not used later. That's my understanding.

>>993159

Yeah, that's not working.

Things get flagged by it not being there so i'm unable to rebuild.

>>967326

>pic related

>nice lol

nice lol

>>993104

I put them in separate files, with names like package.use/www-client_firefox

Maybe you could have smaller packages in one file, but something like 32bit wine deserves its own.

>>993076

Gentoo wiki. Also, be aware that even if the speedup can be significant, it certainly won't make the emerging anywhere near as fast as on your better pc. I'd advise to avoid pump mode, it lead to multiple compilation errors and I've read somewhere that the feature isn't well supported.

Setting up binhost is also an option, though it will make the laptop installation less flexible.

>>993162

eselect opengl?

>>993162

>>993196

I searched by curiosity

>https://forums.gentoo.org/viewtopic-t-1061124-start-0.html

Jewvidia doesn't provide the GL headers, so you need it. You should go to the IRC and find a dev to confirm that's the problem. Maybe a separate opengl-headers package can provide for the proprietary drivers.

>>991147

Just write a script to handle updates. Your script could have a variable with all that crap, too:

EXTRA_FLAGS="--with-bdeps y --backtrack 200 --verbose-conflicts --autounmask-keep-masks y"

emerge $EXTRA_FLAGS -uaDN @world

New Gentoo user.

How do you modify ebuild to use more recent source for a package ? What is the best way to achieve this ?

I need 1.21.3 for mednafen and 0.8.8 (sieg) for mednaffe

https://packages.gentoo.org/packages/games-emulation/mednafen

https://packages.gentoo.org/packages/games-emulation/mednaffe

>>993265

Someone tried to push an update for mednafen here :

https://bugs.gentoo.org/641542

It's been almost a year though and Gentoo is still using the old one.

>>993265

In such cases, I find it easiest to build package from upstream source.

You can follow this thread if you want to go the ebuild route:

https://forums.gentoo.org/viewtopic-t-1047208-start-0.html

>>993265

I will post a ebuild that pulls latest mednafen. Name to mednafen-1.21.3 and copy paste text into it, then copy to /usr/portage/games-emulation/mednafen and cd to it then run

>ebuild mednafen-1.21.3.ebuild manifest

Then you should be able to merge successfully. I will also post a qt GUI for mednafen that works under wayland too.

# Copyright 1999-2018 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

EAPI=6

inherit autotools flag-o-matic pax-utils

DESCRIPTION="Argument-driven multi-system emulator utilizing OpenGL and SDL"
HOMEPAGE="https://mednafen.github.io/"
SRC_URI="https://mednafen.github.io/releases/files/${P}.tar.xz"

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~amd64 ~x86"
IUSE="alsa altivec cjk debugger jack nls pax_kernel"

RDEPEND="
	dev-libs/libcdio
	>=dev-libs/lzo-2.10
	media-libs/libsdl[sound,joystick,opengl,video]
	media-libs/libsndfile
	sys-libs/zlib[minizip]
	virtual/opengl
	alsa? ( media-libs/alsa-lib )
	jack? ( media-sound/jack-audio-connection-kit )
	nls? ( virtual/libintl )"
DEPEND="${RDEPEND}
	virtual/pkgconfig
	nls? ( sys-devel/gettext )"

S=${WORKDIR}/${PN}

pkg_pretend() {
	if has ccache ${FEATURES}; then
		ewarn
		ewarn "If you experience build failure, try turning off ccache in FEATURES."
		ewarn
	fi
}

src_prepare() {
	default

	# Unfortunately, upstream is insane and thinks mucking with CFLAGS is okay, if
	# it prevents "users who don't understand the consequences of what they're doing".
	# We use sed's here, as they're more forward-compatible than patches which need to
	# be constantly rebased. DO NOT REPLACE THEM UNLESS YOU HAVE PERMISSION FROM GAMES.
	sed -e '/-fno-fast-math/d' \
		-e '/-fno-unsafe-math-optimizations/d' \
		-e '/-fno-aggressive-loop-optimizations/d' \
		-e '/-fno-ipa-icf/d' \
		-e '/-fno-printf-return-value/d' \
		-e '/-fomit-frame-pointer/d' \
		-e '/-fno-pic/d' \
		-e '/-fno-pie/d' \
		-e '/-fno-PIC/d' \
		-e '/-fno-PIE/d' \
		-e '/-nopie/d' \
		-e '/-no-pie/d' \
		-e '/-fno-stack-protector/d' \
		-e '/-fno-stack-protector-all/d' \
		-e '/-fno-stack-protector-strong/d' \
		-e '/-mtune=haswell/d' \
		-i configure.ac || die

	# Furthermore, upstream is also insane about bundling libraries and considers it
	# "an aesthetics issue" and is even unwilling to make unbundling optional.
	# Libs to unbundle: minilzo, minizip
	sed -e '/PKG_PROG_PKG_CONFIG/a PKG_CHECK_MODULES([LZO], [lzo2])' \
		-i configure.ac
	sed -e '/bin_PROGRAMS/a mednafen_CPPFLAGS = \$(LZO_CFLAGS)' \
		-i src/Makefile.am
	sed -e 's:"compress/minilzo.h":<lzo1x.h>:' \
		-i src/{mednafen,qtrecord}.cpp
	sed -e 's:compress/ioapi.c::' \
		-e 's:compress/unzip.c::' \
		-e 's:compress/minilzo.c::' \
		-i src/compress/Makefile.am.inc
	sed -e 's:"compress/unzip.h":<minizip/unzip.h>:' \
		-i src/file.cpp
	sed -e 's:\(mednafen_LDADD.*trio/libtrio\.a\):\1 -lminizip \$(LZO_LIBS):' \
		-i src/Makefile.am
	# delete bundled files just to be sure...
	rm src/compress/{ioapi.?,*lzo*,unzip.?}

	# The insanity continues... upstream now believes it needs to
	# warn users when compiling with -fPIC/-fPIE enabled
	sed -e '/Compiling with position-independent code generation enabled is not recommended, for performance reasons/d' \
		-i src/types.h

	eautoreconf
}

src_configure() {
	# very dodgy code (bug #539992)
	strip-flags
	append-flags -fomit-frame-pointer -fwrapv

	econf \
		$(use_enable alsa) \
		$(use_enable altivec) \
		$(use_enable cjk cjk-fonts) \
		$(use_enable debugger) \
		$(use_enable jack) \
		$(use_enable nls)
}

src_install() {
	default
	dodoc Documentation/cheats.txt

	if use pax_kernel; then
		pax-mark m "${ED%/}"/usr/bin/mednafen || die
	fi
}

>>993487

qmednafen, instructions

>cd /usr/portage/games-emulation

>mkdir qmednafen && cd qmednafen

<insert writing below text to file qmednafen-9999.ebuild

>ebuild qmednafen-9999.ebuild manifest

Done, now you can merge. Make sure to read these ebuilds before doing all this and be sure you trust the script not to fuck something up.

# Copyright 1999-2018 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2

EAPI=6

inherit qmake-utils git-r3

	EGIT_REPO_URI="https://github.com/Tuxman88/QMednafen.git"
	KEYWORDS="~amd64 ~x86"

DESCRIPTION="qmednafen"
HOMEPAGE="https://github.com/Tuxman88/QMednafen/"

LICENSE="GPL-2"
SLOT="0"
IUSE=""

DEPEND="dev-qt/qtcore
	games-emulation/mednafen
"

src_configure() {
	eqmake5
	make all
}

src_install() {
	make install
}

#pkg_preinst() {
#}

#pkg_postinst() {
#}

#pkg_postrm() {
#}

>>993487

>>993489

Not in the main tree ffs... Make your own local repo and use that for self-made/customized ebuilds

>>993705

>dox yourself

Fuck no. Be happy the anon provided ebuilds and didn't dox herself over github/gitlab/insert botnet code upload service here.

>>993907

Don't reply to posts if you don't know what they're saying. Local repo is as the name implies, a local repo usually maintained by the user himself.

https://wiki.gentoo.org/wiki/Custom_repository

https://wiki.gentoo.org/wiki/Handbook:AMD64/Portage/CustomTree#Defining_a_custom_repository

>>993705

>>993487

>>993918

Thanks for the tips everyone. I created a custom repo. Everything works great.

>>994499

No. You run emerge --sync && emerge -uDNav world and wait for your updated software to compile. Unless you're updating a huge package, routine updates usually only require a few minutes of CPU time every couple of days or weeks and very little manual intervention.

>>966776

>Talos II

How much is a Talos II?

>>994516

They start around $1500. There are many possible configurations and a cheaper MicroATX model is coming soon. See https://www.raptorcs.com/content/base/products.html and the POWER9 thread >>982474.

>>994520

Do you guys use it professionally or anything?

>>994502

why verbose, I always --quiet that bitch

>>994523

I'd be surprised if more than two or three people on /tech/ would have a good reason to buy one other than as a way to avoid x86.

>>994524

Partially because it's what I learned when I started using portage years ago and partially because I like to know exactly what it's doing at any given moment. Occasionally I'll use --quiet if I care more about my scrollback than the current status.

>>994524

>>994597

Test it out or read the man page, --verbose is a good thing to have when using --ask. What you want enabled is --quiet-build=y

>>994502

emerge --sync && eselect news read new && emerge -uDNav world

pay attention to news and post-merge messages as there sometimes are extra steps needed (it has become much rarer nowadays tho)

>all those plebeians

eix-sync && emerge --ask --verbose --tree --jobs=$(nproc) --load-average=$(nproc) --update --deep --changed-use --with-bdeps=y --keep-going @world

>>993462

this is the best advice itt

>t. samefag

Is there even a point running Gentoo without compiling/trying distro derivatives that provide binaries? I've thought about trying it to level up my autism, but I mostly have access to a laptop. And it heats up pretty bad when compiling heavy shit.

>>963708

>>963601

>>964046

Don't do that then.

>>963623

True to a degree. But in the end it's totally modular - you can tweak the parts individually. And the last time I did the gentoo install, from an arch installation, it didn't even feel that long because I had my desktop, could do my everyday stuff, listen to music and casually go to my gentoo terminal and do a few more steps.

If you have a good stash of the non-computer-specifig config files it a breeze, more or less. In everyday use, Gentoo seems a little more stable than Arch, which is a fucking great distro but a little rough on the edges when you customize things a lot and tend to use completely esoteric packages. Gentoo seems to be more ready for that because of portage. You have to configure everything yourself but once you do, it runs just fine. On Arch it often happens that there are dependencies just clashing or a freshly installed program that just wont run until two months later when you still have it installed and get it upgraded to a more lucky version. Portage on the other hand... once it will stop bitching and let you emerge something (I can't help to beat it into submission with --autounmask-continue sometimes though) - it WILL run. And it will run fast and the way you want it to. But of course only if you actually know what the way you want.

Get a big hard drive and install arch on it. Install all the software you want to use, try out alternatives to, and when you at some point have found your workflow and system setup, write down your settings and the packages you really use every day. Then install Gentoo on a seperate partition and (open a terminal, make some partitions, grab a tarball, extract it and have the manual open somewhere) once you're done, install only what you have found to be your ideal workflow. Set USE Flags accordingly.

Avoid setting USE Flags just because you're important to miss some important codec or whatever. You'll pull in thousands of bullshit dependencies that'll become impossible to resolve at some point, even if you get emerge drunk with five different --switches that tell it not to be afraid.

If you wanna play safe, use the open source video drivers, they basically install themselves. The proprietary drivers are infinitely more sexy though. Never had trouble with the nvidia ones, remember the ATI ones to be bitchy.

If it's your first time go ahead and use Genkernel. It's really convenient because it takes care of the initrd. (If you need one, encryption etc) It slows down your boot quite a bit, be aware of that, but if you're on a ssd that's not that much of a problem - at least you have time to read along with your pc booting at all. The Genkernel's hardware probing takes about about twice as long as the network probing, but probably my network probing takes too long in the first place.

Still do a menuconfig for genkernel.

Forgot a few modules on my kernel last time (well only one, but a real important one - the wireless xbox controller one. Not even sure if ZSNES works right now.). I used Genkernel too because I just wanted that damn dm-crypt and keymap to be there for sure. (Had a nightmare few years ago where I had to manually mount / in busybox every time it booted). The kernel is half a year old, gonna build a new one soon, based on the old config but tweaked and doing it the real way with dracut. The hardware probing WILL start to piss you of after half a year haha.

In general, the frightening Gentoo install is a meme and damaging hardware by messing with the OS is mostly an urban legend. Think twice when you're root either way.

>>966723

>python

yeah... Watch your fucking python depencies and versions...

>>967231

>gentoo also breaks randomly

Gentoo doesn't let you do things that break "randomly" by default. It's much easier to a source based package manager do accomplish that because it knows it before it happens. With binary packages and a bleeding edge philosophy like Arch it seems a lot less predictable. That said, I've used both distros extensively and neither distro has randomly broken since 2010. If you don't count that one time where I did a pacman -Syu on Arch, it installed a kernel upgrade and I didn't have /boot mounted. Which of course can be fixed with 2 mv commands.

Stop worrying and learn to love Copy On Write filesystems.

>>995358

having anything in package.accept_keywords is a recipe for long term disaster. you need to set ~amd64 globally and then everything works fine, but if you set it per-package you get dependency hell

>>995364

Are you sure? I've had the opposite experience, particularly with KDE; I had to unmerge it and all its dependencies. After every operation I run emerge --depclean && eclean-dist --deep && perl-cleaner --all && revdep-rebuild, it seems to prevent dependency hell.

>>995047

Assuming the binaries provided are built with sensible options, it might be worth a try. You won't have the compile time performance advantages that you'd get by building your own packages, but for the most part that isn't a big deal.

You should also be able to set your MAKEOPTS to not use every CPU core which would help keep the heat down somewhat at the expense of increasing compile time. For example, you could specify MAKEOPTS="-j1" on a dual core.

>>995359

>keywords

If you use youtube-dl with mpv you should add

net-misc/youtube-dl ~amd64

The stable versions tend to be too outdated to be useful.

I personally leave every package you've marked as stable. I ran a ~amd64 system a few years back but decided it was too much compiling when I can almost never tell the difference between two versions. Lately, the only time I specify unstable keywords is if there is no version marked stable or if I need a different version to resolve some problem. For example, the currently stable =app-text/mupdf-1.13.0 does not compile with USE=libressl, but mupdf-1.13.0-r1 does. As such, I have

=app-text/mupdf-1.13.0-r1 ~amd64

in my package.keywords.

>CFLAGS

I use CLFAGS="-O2 -pipe -march=native" or the closest equivalent on non-x86 arches. In my experience, -O3 tends to increase compile time and in the real world doesn't usually provide a significant performance benefit. If you feel like ricing up your CFLAGS, have a look at cloveros's settings in /etc/portage/{package.env,env/}. They've already done a lot of work figuring out what packages require settings other than -Ofast.

https://gitgud.io/cloveros/cloveros/tree/master/binhost_settings/etc/portage

>>995381

I meant to reply to >>995358 in the second half. sage for double posting.

>>995364

>>995368

That's what conventional wisdom says, but in the real world it depends entirely on how careful you are. If you specify a precise version of a package that is later removed from the tree and has no stable version to fall back on, this package will stick around potentially forever and may break dependency calculation by requesting other packages that are no longer in the tree. In most cases, it helps to specify >=foo/bar-1.2.3 or just foo-bar instead of =foo/bar-1.2.3 in package.keywords to give portage the freedom to upgrade when it needs to. Sometimes this isn't possible, but if you exercise some discretion and clean up outdated entries every few months things almost always work out just fine.

t. has entries in package.keywords dating back to 2013.

>>995047

if you wanna use gentoo on an old laptop, you need to make space in the fridge, at least during heavy compiles. minifridges are cheap compared to the savings made in free software

>>995364

> cat /etc/portage/package.accept_keywords/* | grep -Ev '^(#|$)' | wc -l
154

Zero problems. And I've used Gentoo for a few years now.

Why should I listen to anything an openBSD faggot says, anyway?

>FreeBSD https://www.freshports.org/multimedia/ffmpeg/
>4.1, even more options than the Gentoo ebuild

>DragonflyBSD https://github.com/DragonFlyBSD/DPorts/blob/master/multimedia/ffmpeg/Makefile
>4.0.2, same story for the options

>NetBSD http://pkgsrc.se/multimedia/ffmpeg4
>4.0.3, lacking some options but still a dozen (don't see opus or x265, for example)

>OpenBSD http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/graphics/ffmpeg/Makefile?rev=1.175&content-type=text/x-cvsweb-markup
>2.8.15, no options AT ALL

And I should add the FreeBSD and DragonflyBSD have poudriere and synth, while the others are basically for binary cucks with the occasional port.

>>995381

>For example, the currently stable =app-text/mupdf-1.13.0 does not compile with USE=libressl, but mupdf-1.13.0-r1 does. As such, I have

>=app-text/mupdf-1.13.0-r1 ~amd64

>in my package.keywords.

>enable SSL support in a pdf reader

>CFLAGS

>I use CLFAGS="-O2 -pipe -march=native" or the closest equivalent on non-x86 arches. In my experience, -O3 tends to increase compile time and in the real world doesn't usually provide a significant performance benefit. If you feel like ricing up your CFLAGS, have a look at cloveros's settings in /etc/portage/{package.env,env/}. They've already done a lot of work figuring out what packages require settings other than -Ofast.

That's a good default, but you underestimate -O3. Most of the additional flags it enables (inlining and loop vectorization) got really better with recent GCC releases.

The two other things you need in gentoo is too sed ld to gold (almost never fails) and flto (fails a lot).

>>995364

>having anything in package.accept_keywords is bad

<just set everything to use amd64 ;^)

alright, kiddo, come back when you know what you're talking about.

>>CFLAGS

CFLAGS="-march=native -O2 -pipe -ftree-vectorize"

>>995748

>That's a good default, but you underestimate -O3. Most of the additional flags it enables (inlining and loop vectorization) got really better with recent GCC releases.

Should I wait until GCC 8.* is marked stable, and then set -O3 globally?

>>995899

I'm already on it with 7. 8 primarly enhanced the inliner and PGO.

>>995748

>>enable SSL support in a pdf reader

I know. I'd rather it didn't, but the ebuild requires openssl as a dep unless USE=libressl is specified, even if USE=-openssl is also set. This might be an ebuild bug, but I'm too lazy to bother investigating it.

>CFLAGS

That's good to know. I came to the -O2 conclusion when I ran some benchmarks on optimization levels somewhere around GCC 4.9.4. I'll run them again with 7.x/8.x sometime.

> install gentoo on a laptop

> prove to myself that I'm not a faggot anymore

> fuck around with it for a week

> nothing really special

> gpart hard drive clean

> fresh install another distro

Why did I install gentoo?

Does it make me a nigga that I use Artix Linux, it's Arch Linux without systemD.

>>995944

Well if you didn't have a reason to install it in the first place theres no reason to install any distro.

What's the point of using debian over opensuse?

Why should i use devuan instead of manjaro?

There are reasons but if you don't understand or care about the niche part that you'd pull from such a system then the system itself might aswell not be there.

So your still a faggot.

>>996039

This is a gentoo thread, so yes it makes you a nigga.

What overlays does /tech/ use?

>haarp for mozjpeg

>abendbrot for retroarch (remember to install git versions of cores, otherwise it'll use massively outdated ones from 2015-2017, and retroarch's built in core downloader always downloads git builds anyway)

>palemoon for palemoon

>>995364

I had this happen to me, I was mixing stable with unstable, and it eventually got me. The fix was simple though, I just enabled ~amd64 globally and updated.

I'll leave gentoo stable for when I'm running a server because I play a lot of video games and those don't even have stable versions.

>>996117

>What overlays does /tech/ use?

Use a localrepo.

Don't use overlays, add ebuilds and the the nessecary files for them manually.

Using overlays should only be used in case of changing major functions that aren't avaible in a wide spectrum on gentoo.

Such was the case with libressl but that isn't really required anymore.

>>996117

chaoslab for ungoogled-chromium, palemoon for palemoon, libressl for libressl. I maintain my own overlay for everything else.

>>996133

>Such was the case with libressl but that isn't really required anymore.

It's better than it was, but I'm still relying on the overlay for a couple of things.

>>996117

Deadbeef and ungoogled-chromium.

>>996117

vapoursynth. The maintainer is pretty nice and active, too.

Is there a way for emerge to compile things in order of package size?

Compiling a lot of packages becomes tiresome when it gets to certain packages that take all day to compile, and you see it's still just on job 52 after 20 hours but you have a couple hundred more packages in queue that 70% of them might only take a few minutes or at most an hour.

>>996498

> is this advice out of concern for security or system cleanliness autism?

Autism.

There is nothing wrong with overlays, especially since there are officially supported one's.

>gcc-config

>binutils-config

>no eselect modules

>eselect-sh and eselect-awk aren't pretinstalled

Explain this inconsistent shit.

>>995700

Or you just clean the fans and vents

>>996738

Should be unfuckable without a complete reinstall. I recommend using copy on write though and make a bootable snapshot with a fitting kernel backup before an upgrade so you can roll back such things.

>>996714

Not autism. Its all fine until an overlay is full of hard versioned dependencies and portage shits itself because it doesn't know what to do.

You also have the risk of the ebuild fetching malicous sources or applying malicous patches. You can avoid this by only keeping the ebuilds you need and auditing them before using them.

>>996856

look up portage on github, then get back to us

>>997044

Yeah, things like that happen, sometimes you just fool yourself. Being a dev gives you an advantage here but still it'll happen from time to time.

>>997052

The only thing that led me to figuring out it was the module was looking up the driver on github and searching for the section it kept breaking at, looking at the potential flags for the driver in emerge, realizing that one of the modules was where it was breaking, looking up what that module was for on the gentoo wiki, and promptly disabling that shit

already had all the flags I wanted explicitly set in package.use

Somehow, X seems to start using different drivers all the time. Screenfetch sometimes shows NV1.. (forgot the last two digits), sometimes llvmpipe (mpv constantly tells me this one sucks but the performance actually seems better), I also remember nouveaufb from a long time ago. Now the latter didn't show up since I've rebuilt X and I plan on installing the proprietary nvidia drivers anyway but for now I'm too lazy for that and can't help wondering - why does it do that? Accidentally getting a driver installed that sucks because of some idiotic setting may happen, but wouldn't X then still load the same driver every time? I mean it's not just screenfetch, mpv notices too and I really think the llvmpipe is less glitchy when it comes to playing back multiple files at once. But that might be a sample rate thing. Music tends to be 44,1, video tends to be 44,8. On some setups that might end up like two media players trying to choke each other to death both wanting to fuck with the same clock. Depends strongly on the application though.

>>996856

man 1 ebuild.

>>997069

>(mpv constantly tells me this one sucks but the performance actually seems better)

If you have a really shitty GPU like an integrated one, doing everything in software can often be faster than doing it in opengl/vulkan. As for your issue, no idea how to fix it.

>>997086

It's a 1060 after all, that shouldn't be the issue. Unless the nouveau driver sucks this much, but I think it's not the proper one. I wonder, those who have good experiences with nouveau drivers, what does screenfetch call your cpu? What's the proper name, is the NV1something correct or should it just be nouveau?

>>997069

X has the magical(read spectacularly shit) way of loading modules known as lazy module loading. Its incredibly broken. In your case you can fix it by specifying the driver you want in xorg.conf

>>997128

so it basically goes through the autoconfig shit everytime I startx unless the is a config file in xorg.conf.d that specifies to do something specific? I always thought if it finds something that works it saves that somewhere. But if I think about it, that needs an extra --switch. And only does boiler-plate stuff anyways.

I remember the nvidia driver now though (well my browser search history does). It was NV136. And it seems to be the right driver for my card. Hard to believe given its weak performance but even the llvmpipe gets the job done for daily work so the proprietary drivers can wait until the next real weekend.

>>997307

*But at least they can say it runs out of the box nowadys.

>>997340

I bet you could make all those games in ascii, and avoid the OpenGL botnet.

>>997340

>bloat

>>997340

no, just play the games that come with emacs

>>997307

>>997093

>>997308

https://wiki.gentoo.org/wiki/NVidia/nvidia-drivers#The_X_server

>>997093

AFAIK the 1000 series isn't completely supported by nouveau yet.

https://nouveau.freedesktop.org/wiki/FeatureMatrix/

Are there any USE flags I should enable globally to improve performance? I have lto, pgo, custom-optimization, and custom-cflags set globally, and I want to know if I missed something.

>>963623

>The thing about Gentoo is that installing it multiple times will make you indolent

True I'm so indolent that I scripted the shit out of the installation process and I only need to verify the new updates and adapt the script accordingly.

>>963379 (OP)

gentoo is a meme

install fedora

>>963500

Shit, she looks like my wife when my beer goggles on full tilt. In all honestly Gentoo excites me, when I have free time this will be my next OS.... Its just debian runs SOOOOOO nicely on my dell, also fuck windows.

>>997571

-dbus

>>966975

>mounting as RO by default is the same as locking everything away

This is your brain on retard.

Things necessary to install Gentoo:

>two computers (so you can keep using the other while you try to get the damn system to work on the first)

>a ton of time and patience

If you don't have that, go with a more newbie-friendly distro.

>>997710

you don't need either of those if you're not a complete noob

>>997710

you can install it from within your current installation or use literarily any liveusb. there won't even be any downtime from shitposting if you install a browser before booting to the new gentoo insatllation

>>980134

big things like firefox and some others like CMake broke for me while using multiple emerge jobs so I disabled them. however I use MAKEOPTS="-j3" so I can have one free thread to do shit while it compiles on my 2c4t laptop.

>>980087

there is no such thing as a "real" man, however I agree with you, genkernel is not the best. i built my kernel from a 4.20 tarball I snatched from kernel.org and copied my .config over.

>inb4 muh CoC

it does not affect the technical quality of the kernel code, stop believing in the CoC meme just because TrannyBSD fucked up with their insane requirements for devs, thus shooting themselves in the foot.

>>985081

OpenBSD is alright, I had it on my laptop for some time, however it's either working Intel acceleration and 802.11ac wireless support or the highway. I don't have that issue with Gentoo.

>>999398

>I use MAKEOPTS="-j3" so I can have one free thread to do shit while it compiles on my 2c4t laptop

Why don't you just nice it?

>>999420

well...i didn't think about it at the moment and i did everything with -19 niceness. i will make it nicer so I can do stuff while portage is working. because now I have a working X server.

plus I spent a shitload of time already emerging firefox but most of my base system is ready.

i plan to update once a month or once every two months.

Has anyone tried really ricing their gentoo install beyond the typical tiling wm/conky?

Custom grub screen/grub tune, changing the linux logo shown during system init/framebuffer boot splash, customized login manager?

>>1001446

about time he fixed that gay shit

>>1001691

I've changed the default grub background, that's about as far as i cared to go.

>>1001691

>having a GRUB background at all

>>1001710

Why not? Grub already supports themes, so to throw an image into the /boot partition doesn't bloat anything and I believe that grub will scale the image if the resolution doesn't match the framebuffer resolution.

Unless you're gonna set up the system for silent boot, but that would just be boring.

>>1001710

>having GRUB at all

>what is debian netinst alex

>>1002516

Not gentoo.

>>997700

Can someone explain to me what's wrong with dbus?

cloveros gnu/linux is the most autistic gentoo install in the world

>>1002490

Dude, put some fucking clothes on her. Rei doesn't deserve to be sexualized like that.

>>1003665

That's not the right question. You should ask yourself "what use does it have"? And when you find nothing, you'll hate having some junk processes running like you're back on Windows.

>>1004228

Dbus's purpose is for inter process communication at a level that's higher than pipes and sockets. You can establish a one to many communication relationship between processes in much less effort than doing it all manually.

>>1003665

NSA code handling every user input. Guaranteed to be backdoored.

>>1004234

And what process needs this on a sane desktop? None, that's the answer.

>>1003665

Not even cloveros uses dbus - https://cloveros.ga

>Pest-free

>Have no need for systemd, pulseaudio, dbus, avahi or nls? Neither does CloverOS.

>>1003665

useless process advertised as a unified ipc solution.

Essentually: junk that doesn't need to be here and does too many things that it doesn't need to do.

>>1006463

If I cared about my time I wouldn't build everything from source, idiot.

>>1006463

https://forums.gentoo.org/viewtopic-t-1006048-start-0.html

>>1006464

Not talking about performance per se, but the fact that python is a shitty, unstable, backwards incompatible, SJW riddled clusterfuck of a language.

>>1006467

What's the alternative?

>>1006474

Well if it's gotta be a scripting language for the sake of easier maintainability, readability and hackability, how about bash?

Sure, bash may be a bit "less readable" than python, but if that makes contributing to Portage more trouble than it's worth for you, you probably shouldn't be doing it in the first place.

Sorcery from Source Mage GNU/Linux is written in bash and it works just fine and is perfectly maintainable.

I can't see a single reason why python would be better than bash.

>>1006474

C for the performance sensitive part, TCL for the rest.

>>1006489

I don't think you understand how advanced Portage is. Doing it in bash would be suicide (and even slower than python). Look at ebuild(5) to have an idea: having versions, slots and USE flags in the dependencies complicates everything.

>>1006474

NetBSD

>>1006522

why would you use NetBSD when OpenBSD exists?

Is installing Gentoo on a netbook a waste of time and electricity?

>>1006463

As much as I hate Python, it was actually the right tool for the job and writing Portage in another language wouldn't have improved performance due to dependencies being NP-Complete

>>1006555

Not at all in my opinion.

You can downscale the CPU frequency when compiling so it doesn't get too hot and just leave it overnight during the installation of large packages and large updates.

Assuming you're updating at least once every week or two, you'll only have a few packages to compile per update, which shouldn't take long at all (assuming one of those isn't something mega huge like GCC, a web browser or LibreOffice).

You don't need to compile some huge programs like Firefox and LibreOffice on your machine if you don't have to btw, since Gentoo offers binary versions of those.

If you have access to a Gentoo desktop though, you can just cross compile https://wiki.gentoo.org/wiki/Cross_build_environment

>>1006555

Done it on with an intel atom, just make sure your make_opts has the correct setting. I didn't pay attention the first time I installed and had it set to -j2 when it's supposed to be -j3 and then compiling didn't take nearly as long.

>>1006571

>>1006612

>>1006588

Is this possible?

>>1006694

>>1006701

>>967419

Based.

Debian is overrated trash.

>>1001943

How's GoboLinux? Is it just a meme or does the way it changes the file structure offer any advantages over the regular *nix one? I've been interested in this distribution but it doesn't seem that It's got any considerable amount of people discussing it or the things it tries to implement.

>>1010784

How many packages you got installed?

do: ls -d /var/db/pkg/*/* | wc -l

>>1001943

>someone trying to fix up the retarded filesystem hierarchy unix users are left with today

Yes please.

>>1001446

And it's still compiling with meme CFLAGS that make the binaries bigger and slower and it's still a cuckchan distro that you absolutely cannot trust, but why do I bother, you cuckchan faggots never change.

>>1010823

I mentioned this in another thread, but while Gobolinux is technically pretty cool, it in practice turns out to be Gentoo with another layer of work involved, as some packages have hardcoded bullshit that makes them throw a fit using Gobo's system. I last tried it out years ago, so in all likelihood most everything you'd want to do either just works or already has a recipe. If you do need to write a recipe, then here's what's involved.

https://github.com/gobolinux/Documentation/wiki/Writing-Recipes

I personally am very fond of the filesystem layout. I hate the idea of throwing files from different packages into the same folder, and it has an immediate logical consistency compared to the literal "make shit up as we go" design of FHS. Ask people what the FHS folders are meant for and you'll get fighting an a dozen different definitions because the FHS is fucking retarded. Unfortunately this is basically trumped by "The FHS works adequately, and dealing with it is less of a pain than changing it".

Another Nice thing about Gobo is you can have multiple versions of a program.

Of course, if you like that, then NixOS should also interest you, and has a number of additional advancements of it's own: https://nixos.org/nixos/about.html

There's a GNU Guix project that does similar things to NixOS.

For Gobolinux to truly succeed, it would need to become distribution agnostic, or part of systemd

Definitely try it out though, along with NixOS.

>>997710

I just wish there were more gentoo-based distros with binhosts, fucking llvm is the one reason Gentoo is absolutely not viable in older systems, Sabayon is trash because of their stupid "muh bleeding edge" meme, otherwise it'd be decent, Calculate adds a lot of shit that noone uses or cares about, why can't someone make public gentoo binhost with most things you definitely don't want to compile?

>>967051

what is wrong with manjaro?

>>1011107

More bugs than base Arch itself

>>1010945

>-O3 slower than -O2 meme

>ignores LTO like a retard

Where's your proof, m8?

>>1010954

Do a binhost yourself. That's what I did for my x61s, at least.

>>1010954

>Calculate adds a lot of shit that noone uses or cares about

As long as they have the things you need, that doesn't sound like a problem. Are there any examples of large programs not available in binary form in their repos? I was considering giving Calculate a try.

>>1006463

What is there to rationalize?

>I want so much to be in control of my computer

Don't use x86 and personally build the computer yourself.

>>1011152

>Don't use x86 and personally build the computer yourself.

Elaborate. That's pretty vague.

>>1010946

Thanks for the info. I'm reading about NixOS and it looks pretty cool.

And yes, the current filesystem is really retarded. You would think that something so relatively 'simple' to solve (as in coming up with a better system is not difficult) would have been acknowledged by community long ago and 'fixed', but it seems that people just don't care and continue to use shit that's broken/inefficient, worsening the chances of every implementing the better system because now you have more shit build around the legacy garbage. Reminds me of these programs that are made around bugs, so now you can't fix such bugs cuz those programs break.

>>1010879

561

>>1011224

You just described "worse is better", m8.

>>1011591

noice