current status
-
i think most people quit compiling shit at roughly the 6 to 8 hour mark. historically for me it's closer to a week of doing basically nothing but (cross) compiling some software abomination
@whitequark personally more than willing to mess with different CPU architectures but have a pretty strong aversion to putting in effort for windows users at this point
-
i think most people quit compiling shit at roughly the 6 to 8 hour mark. historically for me it's closer to a week of doing basically nothing but (cross) compiling some software abomination
@whitequark holy
-
@whitequark personally more than willing to mess with different CPU architectures but have a pretty strong aversion to putting in effort for windows users at this point
@clarfonthey this depends on the software but for a password manager windows support is table stakes
-
@niconiconi i'm using vcpkg and yeah i've removed the qml bits
-
managing to combine being incredibly quick to anger with being incredibly patient at resolving the source of anger might unironically be my best trait
@whitequark Irritation-driven development is the term I like to use
-
i think most people quit compiling shit at roughly the 6 to 8 hour mark. historically for me it's closer to a week of doing basically nothing but (cross) compiling some software abomination
@whitequark If I quit compiling shit after 6 hours I wouldn't have a browser. Gentoo is kind of a sickness though.
-
i think most people quit compiling shit at roughly the 6 to 8 hour mark. historically for me it's closer to a week of doing basically nothing but (cross) compiling some software abomination
@whitequark /me blinks, looks at you with Gentoo eyes
-
i think most people quit compiling shit at roughly the 6 to 8 hour mark. historically for me it's closer to a week of doing basically nothing but (cross) compiling some software abomination
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
-
i think most people quit compiling shit at roughly the 6 to 8 hour mark. historically for me it's closer to a week of doing basically nothing but (cross) compiling some software abomination
@whitequark i tried to build an entire system with nixos natively on a raspberry pi zero. i think it failed after a week.
-
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
@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")
-
current status
(this isn't even the entire list)
@whitequark CI/CD is a massive headache. Condolences.
-
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
@whitequark Qt upgrades can be like that.
-
current status
(this isn't even the entire list)
@whitequark I am sympathetic :'D... https://mastodon.social/@cr1901/116416023810866043
-
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
@whitequark remembering how long it took to compile Firefox.. It's why I don't choose Gentoo anymore
-
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
@whitequark eh for single ebuild yes for complete setup it was 4days in 2007 for me and another 2 days for office and gimp
-
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
@whitequark cannot confirm. am gentoo user, have been faced with a month of compile errors before
-
@whitequark cannot confirm. am gentoo user, have been faced with a month of compile errors before
@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
-
@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
@whitequark that system still runs to this day! even the kernel was clang-built for the bit
-
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
@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. -
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
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.
-
R relay@relay.infosec.exchange shared this topic
