-
-
Notifications
You must be signed in to change notification settings - Fork 169
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RPM packaging of Xpra for Fedora #4035
Comments
This sounds good, though I suspect that there are going to be a lot of thorny issues. Let's start with the most obvious ones:
|
Fedora 37 provides
Same for python-Cython 3: Xpra will not be upgraded in Fedora < 39 because of older Cython.
We can include the patch in Fedora if the package owner agrees.
I try to package it
If a packaging error exists, it needs to be reported to Red Hat Bugzilla. Why is/was broken? |
python-uinput: Remove (sub)packages from Fedora 30+: python2-uinput - looks like this was left unresolved after years of breakage, but probably eventually fixed without updating the ticket |
There's another important piece missing from the Fedora repos: https://github.com/Xpra-org/xpra-html5 |
Forget Fedora 37, it will become unsupported in one month. |
Yes: https://github.com/Xpra-org/xpra/blob/master/packaging/rpm/python3-pylsqpack.spec
I understand, but the xpra repository exists because of problems such as this one. |
Okay, |
Hello, TLDR . |
That patch was included by me some months ago Of which patches
|
This one is for backwards compatibility with older xpra versions. (ie: 3.1.x)
Things may work without - not entirely clear. |
python-aioquic and python-lsqpack are ready for Fedora, can you do the reviews? |
where are the packages reviews ? |
https://bugzilla.redhat.com/show_bug.cgi?id=2245468 |
I've just installed the Fedora xpra package, and it pulled close to 800GB because of opencv! |
it requires python3-opencv and python3-opencv requires a lot , but 800MB ? maybe rpm -q xpra --requires | grep opencv
python3-opencv rpm -q python3-opencv --requires | grep opencv
libopencv_alphamat.so.407()(64bit)
libopencv_aruco.so.407()(64bit)
libopencv_barcode.so.407()(64bit)
libopencv_bgsegm.so.407()(64bit)
libopencv_bioinspired.so.407()(64bit)
libopencv_calib3d.so.407()(64bit)
libopencv_ccalib.so.407()(64bit)
libopencv_core.so.407()(64bit)
libopencv_dnn.so.407()(64bit)
libopencv_dnn_superres.so.407()(64bit)
libopencv_face.so.407()(64bit)
libopencv_features2d.so.407()(64bit)
libopencv_flann.so.407()(64bit)
libopencv_freetype.so.407()(64bit)
libopencv_fuzzy.so.407()(64bit)
libopencv_gapi.so.407()(64bit)
libopencv_hdf.so.407()(64bit)
libopencv_hfs.so.407()(64bit)
libopencv_highgui.so.407()(64bit)
libopencv_img_hash.so.407()(64bit)
libopencv_imgcodecs.so.407()(64bit)
libopencv_imgproc.so.407()(64bit)
libopencv_intensity_transform.so.407()(64bit)
libopencv_line_descriptor.so.407()(64bit)
libopencv_mcc.so.407()(64bit)
libopencv_ml.so.407()(64bit)
libopencv_objdetect.so.407()(64bit)
libopencv_optflow.so.407()(64bit)
libopencv_phase_unwrapping.so.407()(64bit)
libopencv_photo.so.407()(64bit)
libopencv_plot.so.407()(64bit)
libopencv_quality.so.407()(64bit)
libopencv_rapid.so.407()(64bit)
libopencv_reg.so.407()(64bit)
libopencv_rgbd.so.407()(64bit)
libopencv_saliency.so.407()(64bit)
libopencv_shape.so.407()(64bit)
libopencv_stereo.so.407()(64bit)
libopencv_stitching.so.407()(64bit)
libopencv_structured_light.so.407()(64bit)
libopencv_surface_matching.so.407()(64bit)
libopencv_text.so.407()(64bit)
libopencv_tracking.so.407()(64bit)
libopencv_video.so.407()(64bit)
libopencv_videoio.so.407()(64bit)
libopencv_viz.so.407()(64bit)
libopencv_wechat_qrcode.so.407()(64bit)
libopencv_ximgproc.so.407()(64bit)
libopencv_xphoto.so.407()(64bit) |
You're forgetting the transitive dependencies from opencv. |
IIRC pyhton-opencv is needed for webcam support .. we may put that part in a sub-package ... |
Only for the client, and noone actually uses it.
Don't do that. Please do take a moment to look at our RPM packaging to see how things are split instead of guessing how things should be split. |
I'm thinking is improve xpra.spec with this new version of xpra , have you any suggest fro Fedora package? , do you want participate in packaging of Fedora ? ah any pointer ? or suggestions ? |
Yes, almost a year's worth of work has gone into the packaging split done here: So please ask questions about why things are done this way, rather than going in a different direction. |
And most important of all, see: |
Almost a year on, I've just tried to install xpra from the default Fedora 41 repos and it wanted to pull in 800MB of dependencies that aren't needed. |
Not heard back. |
ENOTIME |
If simply removing the unnecessary |
hum I'd like check python-opencv to see if just load what is need ... I removed the line https://bodhi.fedoraproject.org/updates/?packages=xpra |
Thanks.
I am confident that almost no-one on Fedora has ever used the webcam, since you would need a kernel module which is not available from the Fedora repositories, or connect to another server distro that does (and they don't enable it by default either). |
@totaam
@sergiomb2
Problem:
RPM packaging of Xpra for Fedora: conflicts between official packages and upstream packages.
A recap of this issue is here.
Proposed solution:
In view of new next major release (the number 6), these are my suggests:
As a consequence:
Additional context
Xpra is also actually provided for CentOS 8-9 by EPEL repositories.
The text was updated successfully, but these errors were encountered: