| View previous topic :: View next topic |
| Author |
Message |
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3904
|
 Posted: Sun Nov 24, 2024 12:54 pm Post subject: package early removal, stable ebuild undercovered tweaking |
 |
|
media-gfx/freecad-0.21.2-r3 removal and replacement to qt6 only version conflicts with sci-physics/geant.
What's the rationale breaking rhe tree?
Is there any internal tool to prevent such a situation to occur?
As a result it preventsto resolve for other portage tree upgrade.
Now | Code: | | emerge -uDUv world --exclude ... |
or cherry-picking fromcan help to maintain.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Sun Nov 24, 2024 8:40 pm; edited 3 times in total |
|
| Back to top |
|
 |
asturm
Developer
Joined: 05 Apr 2007
Posts: 9297
|
| Posted: Sun Nov 24, 2024 1:01 pm Post subject: Re: package removal zealots |
|
|
| CaptainBlood wrote: | | media-gfx/freecad-0.21.2-r3 removal and replacement to qt6 only version [...] |
Technically, media-gfx/freecad still has the Qt5 option, I'm sure with all your experience you can unmask the USE flag.
| CaptainBlood wrote: | | What's the rationale breaking rhe tree? |
Citation needed.
https://qa-reports.gentoo.org/ - notice the absence of errors.
[/thread]
? |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3904
|
| Posted: Sun Nov 24, 2024 1:26 pm Post subject: |
|
|
Nice heads-up for unmasking option.
However media-gfx/freecad could have kept qt5 as default with unmasked qt6 option.
It would have bring a better continuity to the upgrade process.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 9297
|
| Posted: Sun Nov 24, 2024 1:27 pm Post subject: |
|
|
| No. |
|
| Back to top |
|
|
Ionen
Developer
Joined: 06 Dec 2018
Posts: 2870
|
| Posted: Sun Nov 24, 2024 1:37 pm Post subject: |
|
|
Getting rid of pyside2 was way overdue, that package been nothing but problems and it really had to go.
I do agree that the current vtk packaging for USE=qt5/qt6 (causing your issue) is pretty trash though, unfortunately nothing really been moving on that end... albeit I vaguely recall there was talk that the next version won't even support qt5 so. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3904
|
| Posted: Sun Nov 24, 2024 1:41 pm Post subject: |
|
|
Manually required | Code: | grep qt5 /etc/portage/{package.use,profile/package.use.mask}/media-gfx::freecad.conf
/etc/portage/package.use/media-gfx::freecad.conf:media-gfx/freecad qt5
/etc/portage/profile/package.use.mask/media-gfx::freecad.conf:media-gfx/freecad -qt5 |
Feasable, although painful.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3740
Location: Rasi, Finland
|
| Posted: Sun Nov 24, 2024 2:46 pm Post subject: |
|
|
@CaptainBlood: You're swimming against the stream.
| Ionen wrote: | | albeit I vaguely recall there was talk that the next version won't even support qt5 so. |
Eventually even qt5 will be removed from ::gentoo.
Are you avoiding having both qt5 and qt6 installed at the same time?
_________________
..: Zucca :..
| My gentoo installs: | init=/sbin/openrc-init
-systemd -logind -elogind seatd |
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
Hu
Administrator
Joined: 06 Mar 2007
Posts: 22720
|
| Posted: Sun Nov 24, 2024 2:53 pm Post subject: Re: package removal zealots |
|
|
| CaptainBlood wrote: | media-gfx/freecad-0.21.2-r3 removal and replacement to qt6 only version conflicts with sci-physics/geant.
What's the rationale breaking rhe tree?
Is there any internal tool to prevent such a situation to occur?
As a result it preventsto resolve for other portage tree upgrade.
Now | Code: | | emerge -uDUv world --exclude ... |
or cherry-picking fromcan help to maintain.
Thks 4 ur attention, interest & support. |
What output led you to think anything is broken? Per Guidelines item #4, you should show both the command you ran and its full output. |
|
| Back to top |
|
|
sam_
Developer
Joined: 14 Aug 2020
Posts: 1982
|
| Posted: Sun Nov 24, 2024 4:18 pm Post subject: |
|
|
| In future, can you please avoid using terms like "zealots" and assuming something is broken, and instead just ask about how to proceed? |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3904
|
| Posted: Sun Nov 24, 2024 10:35 pm Post subject: |
|
|
As far as Guideline section 4 is concerned, | Code: | emerge -puDUv world
These are the packages that would be merged, in reverse order:
Calculating dependencies ..... ... ..... done!
Dependency resolution took 286.70 s (backtrack: 0/20).
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
sci-libs/vtk:0
(sci-libs/vtk-9.3.0-r3:0/9.3::gentoo, installed) USE="-all-modules boost (-cuda) (-debug) -doc -examples -ffmpeg freetype -gdal -gles2-only imaging -java -las -logging mpi -mysql -odbc -opencascade -openmp -openvdb -pdal -postgres python qt5 -qt6 rendering -sdl tbb -test -threads -tk views -vtkm -web" ABI_X86="(64)" PYTHON_SINGLE_TARGET="-python3_10 python3_11 -python3_12" VIDEO_CARDS="-nvidia" pulled in by
sci-libs/vtk:=[qt5] required by (sci-physics/geant-4.11.2.1-r1:4/4.11.2.1::gentoo, installed) USE="data -debug -doc examples freetype gdml geant3 hdf5 inventor motif opengl qt5 raytracerx -static-libs -tbb -threads trajectories vtk" ABI_X86="(64)"
^^^
sci-libs/vtk:0/9.3=[qt5] required by (sci-physics/geant-4.11.2.1-r1:4/4.11.2.1::gentoo, installed) USE="data -debug -doc examples freetype gdml geant3 hdf5 inventor motif opengl qt5 raytracerx -static-libs -tbb -threads trajectories vtk" ABI_X86="(64)"
^^^
(sci-libs/vtk-9.3.0-r3:0/9.3::gentoo, ebuild scheduled for merge) USE="-all-modules boost (-cuda) (-debug) -doc -examples -ffmpeg freetype -gdal -gles2-only imaging -java -las -logging mpi -mysql -odbc -opencascade -openmp -openvdb -pdal -postgres python -qt5 qt6 rendering -sdl tbb -test -threads -tk views -vtkm -web" ABI_X86="(64)" PYTHON_SINGLE_TARGET="-python3_10 python3_11 -python3_12" VIDEO_CARDS="-nvidia" pulled in by
sci-libs/vtk:=[-qt5,qt6,rendering] required by (media-gfx/freecad-1.0.0:0/0::gentoo, ebuild scheduled for merge) USE="addonmgr -cloud -debug -designer fem gui idf image inspection material netgen openscad part-design path pcl points (-qt5) raytracing robot show smesh surface techdraw -test tux" ABI_X86="(64)" PYTHON_SINGLE_TARGET="-python3_10 python3_11 -python3_12"
^^^^ ^^^
sci-libs/vtk:=[-qt5,qt6] required by (media-gfx/freecad-1.0.0:0/0::gentoo, ebuild scheduled for merge) USE="addonmgr -cloud -debug -designer fem gui idf image inspection material netgen openscad part-design path pcl points (-qt5) raytracing robot show smesh surface techdraw -test tux" ABI_X86="(64)" PYTHON_SINGLE_TARGET="-python3_10 python3_11 -python3_12"
It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.
For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.
The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by media-gfx/freecad-1.0.0::gentoo[fem]
# required by @selected
# required by @world (argument)
>=sci-libs/vtk-9.3.0-r3 qt6 -qt5
# required by media-gfx/freecad-1.0.0::gentoo[gui,pcl]
# required by @selected
# required by @world (argument)
>=sci-libs/pcl-1.14.1 qt6 -qt5
!!! The ebuild selected to satisfy "dev-python/pyside6:=[gui,svg,webchannel,python_targets_python3_11(-)]" has unmet requirements.
- dev-python/pyside6-6.7.3::gentoo USE="-3d -bluetooth -charts -concurrent -dbus -designer -gles2-only gui -help -location -multimedia -network -network-auth -nfc -opengl -pdfium -positioning -printsupport -qml -quick -quick3d -scxml -sensors -serialport -spatialaudio -speech -sql svg -test -testlib webchannel -webengine -websockets -widgets -xml" ABI_X86="(64)" LLVM_SLOT="-15 -16 -17 -18" PYTHON_TARGETS="-python3_10 python3_11 -python3_12 -python3_13"
The following REQUIRED_USE flag constraints are unsatisfied:
gui? ( dbus opengl ) webchannel? ( qml ) exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 llvm_slot_18 )
The above constraints are a subset of the following complete expression:
any-of ( python_targets_python3_10 python_targets_python3_11 python_targets_python3_12 python_targets_python3_13 ) 3d? ( gui network ) charts? ( gui widgets ) designer? ( widgets ) gles2-only? ( gui ) gui? ( dbus opengl ) help? ( network sql widgets ) location? ( gui network positioning quick ) multimedia? ( gui network ) network-auth? ( network ) opengl? ( gui ) pdfium? ( gui ) printsupport? ( widgets ) qml? ( network ) quick? ( gui network opengl qml ) quick3d? ( gui network opengl qml quick ) spatialaudio? ( multimedia ) speech? ( multimedia ) sql? ( widgets ) svg? ( gui ) testlib? ( widgets ) webchannel? ( qml ) webengine? ( network gui printsupport quick webchannel ) websockets? ( network ) widgets? ( gui ) exactly-one-of ( llvm_slot_15 llvm_slot_16 llvm_slot_17 llvm_slot_18 )
(dependency required by "media-gfx/freecad-1.0.0::gentoo[python_single_target_python3_11,gui]" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument]) |
The one thing good is that is points out source of issue.
The second thing is that it provides 2 erroneous ways to fix.
The later is nothing new, a situation which every longtime portage user with enough packages installed is likely to have faced at least once.
---------------------------------------------------------------------------------------------------------------
Second:
Was that overly complicated upgrading situation intended by freecad maintainers in the first place?
Apparently not:
Upgrading package, incidentally stable, made it so qt setting inherited from previous package to be kept unchanged, initially.
No more than 24 hours after original upgrade publishing,
Previous package has been removed, forcing upgrade to keep portage tree consistency.
qt default setting has been switched
qt previous setting has been masked, forcing unconventional procedure for recovery.
Among these three unrevisioned steps, only one is explicitly justified:
As a result user no only have to experience last-rites warnings and activations, but "Ahead of last-rites" too.
Not too.
Too soon, to fast imho.
No one from the maintenance team who achieved this 4 years long return of freecad to gentoo portage tree is involved in this controversial three step jamming
---------------------------------------------------------------------------------------------------------------
Third:
'zealots' has been removed from the title, as a zealous respond ahead of sam's request.
--------------------------------------------------------------------------------------------------------------
Fourth:
As far as being turned to the past, local dev-db/pgmodeler here has been migrated to qt6 almost 1 year ago and is currently 12 version ahead of the one of the gentoo portage tree. The migration has shockingly smooth and easy
As far as sci-physics/geant is concerned, qt6 compatible alpha has been available for ~ 5 months now.
Maybe I manage it the same way I did above for the sake of simplification... 
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Mon Nov 25, 2024 1:35 am; edited 1 time in total |
|
| Back to top |
|
|
sam_
Developer
Joined: 14 Aug 2020
Posts: 1982
|
| Posted: Sun Nov 24, 2024 10:45 pm Post subject: |
|
|
| All I'm asking for is politeness. No need for that. |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 9297
|
| Posted: Sun Nov 24, 2024 10:48 pm Post subject: |
|
|
| We would be so rich if smugness could somehow be turned into ebuilds... |
|
| Back to top |
|
|
eschwartz
Developer
Joined: 29 Oct 2023
Posts: 232
|
| Posted: Sun Nov 24, 2024 11:12 pm Post subject: |
|
|
| CaptainBlood wrote: | Fourth:
As far as being turned to the past, local dev-db/pgmodeler here has been migrated to qt6 almost 1 year ago and is currently 12 version ahead of the one of the gentoo portage tree. The migration has shockingly smooth and easy
|
Since you apparently have it working so well, I'm sure you'd also be delighted to contribute it. Can you tell me which of these is your PR? I'd be happy to expedite the process of merging it: https://github.com/gentoo/gentoo/pulls?q=is%3Apr+pgmodeler+
Oh, wait. 
| CaptainBlood wrote: |
As far as sci-physics/geant is concerned, qt6 compatible alpha has been available for ~ 5 months now.
Maybe I manage it the same way I did above for the sake of simplification...
|
Alpha releases are, well, alphas. There's nothing inherently wrong with packaging one, but it wouldn't be able to be keyworded usually. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3904
|
| Posted: Mon Nov 25, 2024 12:33 am Post subject: |
|
|
| asturm wrote: | | We would be so rich if smugness could somehow be turned into ebuilds... |
you wouldn't.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
eschwartz
Developer
Joined: 29 Oct 2023
Posts: 232
|
| Posted: Mon Nov 25, 2024 12:47 am Post subject: |
|
|
| CaptainBlood wrote: | | asturm wrote: | | We would be so rich if smugness could somehow be turned into ebuilds... |
|
This is a seemingly dishonest reply.
asturm has said "no" we will not keep qt5 as the default. You said that there are packages (such as pgmodeler) which have upstream updates with qt6 support, with the indication that if Gentoo cares about getting rid of qt5 then those updates should be packaged.
asturm then made a comment about your smugness and the fact that there are no actual ebuilds for pgmodeler plus qt6 coming from you, which is an entirely different topic to whether ebuilds for freecad plus qt5 shall be restored.
So, what's your goal here? Are you saying that you're going to throw a temper tantrum that no one is keeping qt5 support, therefore you won't contribute version bumps for pgmodeler?
By all means, temper tantrum on -- but...
| CaptainBlood wrote: | | Thks 4 ur attention, interest & support. |
It's funny you always say this at the end of every post. Because, go ahead and temper tantrum, but don't expect anyone else to listen to you.
Don't thank us for our interest or support -- you don't have our interest, and you apparently aren't willing to engage in a collaborative effort of mutual support.
Our attention, yes, you have that. |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3904
|
| Posted: Mon Nov 25, 2024 12:54 am Post subject: |
|
|
| eschwartz wrote: | Since you apparently...
|
4 real 2.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3904
|
| Posted: Mon Nov 25, 2024 1:03 am Post subject: |
|
|
Oh wait,
I've been requested an ebuild bout 10 days ago.
Not yet published...
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3904
|
| Posted: Mon Nov 25, 2024 1:29 am Post subject: |
|
|
| eschwartz wrote: | | Alpha releases are, well, alphas. There's nothing inherently wrong with packaging one, but it wouldn't be able to be keyworded usually. |
4 sure...
A 9999 ebuild that properly handles an internal structural evolution of the architecture of a package, this is what really counts.
Once you have that, app-portage/smart-live-rebuild is there to be confronted with upstream changes, until the raise of a new release.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
Hu
Administrator
Joined: 06 Mar 2007
Posts: 22720
|
| Posted: Mon Nov 25, 2024 1:47 am Post subject: |
|
|
| CaptainBlood wrote: | | asturm wrote: | | We would be so rich if smugness could somehow be turned into ebuilds... |
you wouldn't. |
Your posts come across to me as being very smug about how things would be so much better if everyone did it your way. I think asturm had a similar impression. I think we would all be better off if you spent more effort contributing improvements and less effort smugly telling us how badly the tree is being run by its current maintainers. If you have a problem with how the tree is run now, please be polite in pointing out what was done wrong, and take into consideration that the Gentoo maintainers do not break things without cause. If a change caused a break, then either it was a mistake (in which case a polite report may get it corrected), or it was an unfortunately necessary break brought about by outside circumstances (in which case a polite inquiry asking for a description of those circumstances would be fine). Your opening post in this thread does not come across to me as polite, particularly in its original form (regarding "zealots"). | CaptainBlood wrote: | Oh wait,
I've been requested an ebuild bout 10 days ago.
Not yet published... |
Could you expand and explain on this? Are you saying that ten days ago, someone asked you to put up an ebuild, and you have prepared a response to that request, but not published it? Or are you saying you posted ten days ago saying someone else should do the work, and as yet no one has done as you asked? | CaptainBlood wrote: | | eschwartz wrote: | | Alpha releases are, well, alphas. There's nothing inherently wrong with packaging one, but it wouldn't be able to be keyworded usually. |
4 sure...
A 9999 ebuild that properly handles an internal structural evolution of the architecture of a package, this is what really counts. |
A live ebuild can be useful too, but live ebuilds have the inherent problem that they can break at any time as a result of upstream committing new changes. A non-live ebuild that is a snapshot of an upstream alpha may or may not produce a completely usable program, depending on what upstream considers the quality requirement for "alpha", but whatever quality level it does get you will not spontaneously go stale later. Publishing an ebuild of an alpha can be useful to let early adopters test it out and report problems. It is held back from keywords on the expectation that most projects which label something "alpha" do not trust it enough that it should be unleashed on unsuspecting users. |
|
| Back to top |
|
|
asturm
Developer
Joined: 05 Apr 2007
Posts: 9297
|
| Posted: Mon Nov 25, 2024 6:52 am Post subject: |
|
|
Here's a person, proudly proclaiming
with every step they take in the forums, but when confronted with yet another self-inflicted problem, resorts to shouting
| CaptainBlood [condensed] wrote: | | me! me! me! |
instead of owning up to it.
The simple fact is that *no* default was changed since Sep 15, when Qt6 was first enabled by default. But you wouldn't even notice what a default is, right?
Several more misconceptions of yours remain to be processed, but I really feel like any further time spent here is a wasted effort. |
|
| Back to top |
|
|
Naib
Watchman
Joined: 21 May 2004
Posts: 6068
Location: Removed by Neddy
|
| Posted: Mon Nov 25, 2024 6:43 pm Post subject: |
|
|
As an alternative if the defaults run counter to local configuration... Flatpak and/or appimage
I still run Freecad from the appimage because well... previously it was qt4 and thus was removed from the tree and then kept track of the alpha's and beta's .. then it still relied upon py27 as a BDEP... It still is a PITA to build (with OpenNI2 struggling to build... https://bugs.gentoo.org/895034)
Likewise the appimage was useful while the version1 was in release candidate
THUS... why fight something that is trying to be consistent with everything else and either align OR use an alternative source
_________________
| Quote: | | Removed by Chiitoo |
|
|
| Back to top |
|
|
mrbassie
l33t
Joined: 31 May 2013
Posts: 823
Location: Go past the sign for cope, right at the sign for seethe. If you see the target you've missed it.
|
| Posted: Mon Nov 25, 2024 7:41 pm Post subject: |
|
|
^ Who caught you fishing, what was it, lead weights, barbed hooks or something?
_________________
I spent a christmas in Vienna twenty something years ago. It was a beautiful city. Everyone was so friendly. |
|
| Back to top |
|
|
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5149
Location: Bavaria
|
| Posted: Mon Nov 25, 2024 8:47 pm Post subject: |
|
|
| mrbassie wrote: | | ^ Who caught you fishing, what was it, lead weights, barbed hooks or something? |
Translate your metaphor so that everyone can understand it ... or do without it. 
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
|
Other Things Gentoo
