current status

[whitequark@social.treehouse.systems]

@clarfonthey this depends on the software but for a password manager windows support is table stakes

[whitequark@social.treehouse.systems]

@niconiconi i'm using vcpkg and yeah i've removed the qml bits

[wren6991@types.pl]

@whitequark Irritation-driven development is the term I like to use

[ams@infosec.exchange]

@whitequark If I quit compiling shit after 6 hours I wouldn't have a browser. Gentoo is kind of a sickness though.

[ossobuffo@deacon.social]

@whitequark /me blinks, looks at you with Gentoo eyes

[whitequark@social.treehouse.systems]

gentoo people try to flex on me like this but i would bet if a gentoo user would be faced with a week of compile errors nonstop they would probably quit using gentoo https://deacon.social/@ossobuffo/116434104017759862

[artemist@social.mildlyfunctional.gay]

@whitequark i tried to build an entire system with nixos natively on a raspberry pi zero. i think it failed after a week.

[lunemercove@eldritch.cafe]

@whitequark all of the times I managed to break Xorg on gentoo when I ran it daily pressed the smug out of me.

(I guess the funnier version would be "well they might still be smug after a week of compile errors, but at least they wouldn't be able to post at you about it")

[starchturrets@mastodon.social]

@whitequark CI/CD is a massive headache. Condolences.

[ams@infosec.exchange]

@whitequark Qt upgrades can be like that.

[cr1901@mastodon.social]

@whitequark I am sympathetic :'D... https://mastodon.social/@cr1901/116416023810866043

[quaff@thecanadian.social]

@whitequark remembering how long it took to compile Firefox.. It's why I don't choose Gentoo anymore

[glassresistor@sfba.social]

@whitequark eh for single ebuild yes for complete setup it was 4days in 2007 for me and another 2 days for office and gimp

[artemis@with.iridium.ink]

@whitequark cannot confirm. am gentoo user, have been faced with a month of compile errors before

[artemis@with.iridium.ink]

@whitequark which tbf this was during my aarch64 + clang as default compiler + LTO default on + alternative linker + also the system is a graphical desktop not a headless system arc but you've got to do something for fun

[artemis@with.iridium.ink]

@whitequark that system still runs to this day! even the kernel was clang-built for the bit

[brot@social.tchncs.de]

@whitequark depends on who you ask. 15 yo me, trying to install Linux on a decommissioned hppa server (hp9000 d-class server), did certainly spent months watching compiles fail.
Edit: and yes, it just had to be gentoo.

[david_chisnall@infosec.exchange]

@whitequark

When I started using FreeBSD, the way you installed anything was via the ports system, which was (and remains) a tree of build-system wrappers and patches for third-party programs. Often, non-trivial things would depend on a newer GCC than in the base system and it would do a full three-stage GCC build, which took hours.

All of this would be bad enough, but the ports tree was stored in CVS, and CVS did not support atomic commits. So every time you updated the ports tree, there was a chance you’d get an inconsistent snapshot. For example, the hash of the source tarball was stored in one file and the file URL in another, so they might mismatch. More often, you’d fail to get a new patch that fixed the build.

It was common to run a build for a few hours and have it fail, then run cvsup and have it work the next time. You could go and browse CVS on the web to see if relevant files were touched around the time you did the update, but just doing the update and trying again was usually better.

Oh, and occasionally things would be committed that were just broken and wouldn’t be caught until a Tinderbox build finished a couple of days later (especially common if one person updated an app and another person updated a library it depended on at about the same time).

I am very glad it isn’t like that anymore. I doubt I’d have the patience to deal with it.