View previous topic :: View next topic |
Author |
Message |
eccerr0r Watchman
Joined: 01 Jul 2004 Posts: 9853 Location: almost Mile High in the USA
|
Posted: Mon Dec 30, 2024 4:13 pm Post subject: rust-bin now default if rust not explicitly in @world? |
|
|
I recently updated a machine and curiously rust was depcleaned. Only rust-bin was left...
Was this a recent decision by default for portage to no longer use source based builds of rust? _________________ Intel Core i7 2700K/Radeon R7 250/24GB DDR3/256GB SSD
What am I supposed watching? |
|
Back to top |
|
|
pjp Administrator
Joined: 16 Apr 2002 Posts: 20549
|
Posted: Mon Dec 30, 2024 6:10 pm Post subject: |
|
|
Possibly related is this post by Ionen. _________________ Quis separabit? Quo animo? |
|
Back to top |
|
|
eccerr0r Watchman
Joined: 01 Jul 2004 Posts: 9853 Location: almost Mile High in the USA
|
Posted: Mon Dec 30, 2024 6:58 pm Post subject: |
|
|
Yeah that indeed seems to be what's happening. So how do I chalk up to someone who noticed and...
actually I'm not entirely sure whether I should continue to build rust or not. Then again should I be also building gcc or clang/llvm for that matter and look for binaries? No...
I think I will have to continue to build rust on some of my machines just because. Maybe some of them I should opt to go with the flow. _________________ Intel Core i7 2700K/Radeon R7 250/24GB DDR3/256GB SSD
What am I supposed watching? |
|
Back to top |
|
|
pjp Administrator
Joined: 16 Apr 2002 Posts: 20549
|
Posted: Mon Dec 30, 2024 7:17 pm Post subject: |
|
|
Personally I don't gain much from building, so I'd theoretically be fine with 100% Gentoo binaries. Except that I avoid Gnome, KDE and Qt (and some other miscellaneous nuisance items). rust exists on my system only as an unavoidable dependency, so -bin or a Gentoo binary is a quality of life improvement. _________________ Quis separabit? Quo animo? |
|
Back to top |
|
|
Anon-E-moose Watchman
Joined: 23 May 2008 Posts: 6185 Location: Dallas area
|
Posted: Mon Dec 30, 2024 7:45 pm Post subject: |
|
|
My rule of thumb for things like rust-bin, is based on how much will I use it.
If I only use it for one or two packages, or any package that's only going to be compiled in a 1/2 year or later time frame, I would go for the binary. _________________ UM780, 6.12 zen kernel, gcc 13, openrc, wayland |
|
Back to top |
|
|
eccerr0r Watchman
Joined: 01 Jul 2004 Posts: 9853 Location: almost Mile High in the USA
|
Posted: Mon Dec 30, 2024 10:53 pm Post subject: |
|
|
I don't understand from what you two are saying, I technically don't gain anything from building clang or gcc, either, and they might well be binary packages. Granted clang/gcc are used more often, but still usually all in one setting -- an emerge cycle.
(Then again, more and more packages are starting to depend on rust... Currently firefox mesa librsvg dev-python/cryptography and anything depending on bindgen/cbindgen are my rusters.)
I'd still expect it to default to whatever one already has on the system and not suddenly change, that's my take on it at the moment. _________________ Intel Core i7 2700K/Radeon R7 250/24GB DDR3/256GB SSD
What am I supposed watching? |
|
Back to top |
|
|
Anon-E-moose Watchman
Joined: 23 May 2008 Posts: 6185 Location: Dallas area
|
Posted: Mon Dec 30, 2024 11:43 pm Post subject: |
|
|
I don't build clang either, unless something forces me too.
I do compile gcc, but not that often (and for a long time binaries weren't available), it'll be at least 6 months or so till I upgrade gcc and I may go binary.
Code: | Sat Jun 19 13:35:33 2021 >>> sys-devel/gcc-11.1.0-r1
Fri Jan 14 06:16:48 2022 >>> sys-devel/gcc-11.2.0
Sun Dec 18 08:08:42 2022 >>> sys-devel/gcc-12.2.0
Thu May 25 11:05:49 2023 >>> sys-devel/gcc-12.3.0
Sat Sep 9 11:13:56 2023 >>> sys-devel/gcc-13.2.0 |
Whether I use binaries also depends on how long it takes to compile the ebuild and how much can the ebuild be tweaked.
gcc should be pretty standard, so binary should be fine.
I've tried firefox and various chrom* binaries and didn't like how they were compiled, (I don't have any X stuff on my system not even the libs)
so better for me to bite the bullet and compile them myself, instead of having to emerge lots of libraries just for the browser. _________________ UM780, 6.12 zen kernel, gcc 13, openrc, wayland |
|
Back to top |
|
|
pjp Administrator
Joined: 16 Apr 2002 Posts: 20549
|
Posted: Tue Dec 31, 2024 1:56 am Post subject: |
|
|
eccerr0r wrote: | I don't understand from what you two are saying, I technically don't gain anything from building clang or gcc, either, and they might well be binary packages. | I'm still on 17.1, so I have to build everything unless ::gentoo includes a -bin version (such as rust-bin... I've been using that since around the time it became an option).
Unless something happens with tomorrow's updates, I'll begin migrating my build host to 23.0. After that, the only compiling that will occur will be due to USE flag incompatibilities. In a perfect world, I wouldn't have to compile at all. And to abuse a quote: stuff ain't like that. _________________ Quis separabit? Quo animo? |
|
Back to top |
|
|
Anon-E-moose Watchman
Joined: 23 May 2008 Posts: 6185 Location: Dallas area
|
Posted: Tue Dec 31, 2024 10:36 am Post subject: |
|
|
One other point, in favor of binaries, the performance differences between a tweaked build and a pre-built binary are not that much anymore.
In other words, IMO, binaries are suitable for use 90% of the time (and I think I'm being conservative at that)
Binaries are useful on older slower machines (if use flags allow, ie. sse, etc) or where users don't have a high powered build machine.
ETA: Pre-built binaries are less useful to me (I'm talking about gentoo binary repo) as like pjp I'm on an older profile.
And I've basically soft-forked gentoo (for my use) so the binary repo doesn't work for me, but rust-bin does.
The worst package to build (for me) is qtwebengine (but at that I'm only looking at just over an hour compile), so not that big a deal. _________________ UM780, 6.12 zen kernel, gcc 13, openrc, wayland |
|
Back to top |
|
|
eccerr0r Watchman
Joined: 01 Jul 2004 Posts: 9853 Location: almost Mile High in the USA
|
Posted: Tue Dec 31, 2024 6:30 pm Post subject: |
|
|
Sigh. I still have a 17.0 box I need to upgrade to 23 with the 17.1 upgrade in the middle.
Thinking I should just bite the bullet. _________________ Intel Core i7 2700K/Radeon R7 250/24GB DDR3/256GB SSD
What am I supposed watching? |
|
Back to top |
|
|
logrusx Advocate
Joined: 22 Feb 2018 Posts: 2548
|
Posted: Tue Dec 31, 2024 7:30 pm Post subject: |
|
|
eccerr0r wrote: |
I'd still expect it to default to whatever one already has on the system and not suddenly change, that's my take on it at the moment. |
I think this is due to the migration to slotted rust and dropping the virtual. If it was slotted since the beginning, you wouldn't experience this change, but since things look entirely new to portage, it just goes with the first thing in the list. It actually is a different package for portage, with a new dependency graph t.c. So it gets rid of the old one. It would have been a lot of fragile (patch)work to make it recognize the old package. Actually packages depended on the virtual prior to that, so indeed it is a new package for portage in place of the virtual. Then there's this complication Rust can be bootstrapped only with the previous version. It would be a real pain to have you go through every rust release not only for you but also for the package maintainer. This is the safer, easier, less painful and most importantly reliable way to update rust for the most users.
All of the above you can find in recent discussions regarding rust, if you want to dig. Also you may want to check the bug tracker.
So there's a good reason and a lot of work behind that change.
And yes, you gain nothing by building it. In fact you only loose your time.
p.s. you should be able to depclean the unnecessary version after the migration, which is what may require the recording in world during the depclean. Then you remove it from world and life is as before.
Best Regards,
Georgi |
|
Back to top |
|
|
|