Calibre update missing?
Hi! There https://build.opensuse.org/package/show/openSUSE:Factory/calibre?rev=288 seems to be an update for Calibre, but it did not make it into factory, there still is an older version. The older version blocks updates: Problem: das installierte calibre-6.5.0-1.1.x86_64 erfordert 'libQt6Gui.so. 6(Qt_6.3.2_PRIVATE_API)(64bit)', aber diese Anforderung kann nicht bereitgestellt werden Gelöschte Anbieter: libQt6Gui6-6.3.2-1.2.x86_64 Lösung 1: Folgende Aktionen werden ausgeführt: veraltetes libQt6Gui6-6.3.2-1.2.x86_64 beibehalten veraltetes libQt6DBus6-6.3.2-1.2.x86_64 beibehalten veraltetes libQt6OpenGL6-6.3.2-1.2.x86_64 beibehalten veraltetes libQt6Widgets6-6.3.2-1.2.x86_64 beibehalten Lösung 2: Deinstallation von calibre-6.5.0-1.1.x86_64 Lösung 3: calibre-6.5.0-1.1.x86_64 durch Ignorieren einiger Abhängigkeiten brechen However, if I'd agreed to deletion of calibre, these packages would be deleted: calibre python310-PyQt6 python310-PyQt6-WebEngine Regards, Alexander
Am 05.10.22 um 14:44 schrieb AW:
Sorry, even with this command the output is in German.
If you're using sudo instead of running from a root terminal, you need to add --preserve-env: LANG=... LC_ALL=... sudo --preserve-env=LANG,LC_ALL zypper ... Though in this case I think LANG should be enough, and you can also just set LANG=C: LANG=C sudo --preserve-env=LANG zypper ... Aaron
Op 05-10-2022 om 14:18 schreef AW:
One package that calibre depends on had a build failure. One of the next snapshots will have a fix. See https://bugzilla.opensuse.org/show_bug.cgi?id=1203967 Regard, Cor
Hi, Am 05.10.22 um 15:15 schrieb Cor Blom:
A little bit more background info: - Qt 6.4.0 was released on September 29. - The qt-* packages for Tumbleweed were submitted by Christophe on Sept 30 and accepted into Factory on Oct 1. - PyQt6 (packaged as python-PyQt6*) did not support building with Qt 6.4.0 until version PyQt6 v6.4.0 which was officially released on Oct 3. - The python-PyQt6* packages for Tumbleweed were prepared from a pre-release submitted on the same day shortly after the official release. - They were accepted into Factory yesterday evening (Oct 4). In this case, Tumbleweed is absolutely bleeding edge. The Qt6 library or any of its dependents are not in Ring1 yet, so the acceptance into Factory does not check for any failing builds except for the packages themselves. We were lucky that upstream PyQt6 came up with support for the Qt6 update in a very timely manner. If you don't want to have an updated library break your application, see that it gets tested during a build in staging or in openQA before the release of a new snapshot. - Ben
"A" == AW <alexander.willand@t-online.de> writes:
A> Hi! There A> https://build.opensuse.org/package/show/openSUSE:Factory/calibre?rev=288 A> seems to be an update for Calibre, but it did not make it into factory, A> there still is an older version. A> The older version blocks updates: A> Problem: das installierte calibre-6.5.0-1.1.x86_64 erfordert 'libQt6Gui.so. A> 6(Qt_6.3.2_PRIVATE_API)(64bit)', aber diese Anforderung kann nicht A> bereitgestellt werden Gelöschte Anbieter: libQt6Gui6-6.3.2-1.2.x86_64 A> Lösung 1: Folgende Aktionen werden ausgeführt: veraltetes A> libQt6Gui6-6.3.2-1.2.x86_64 beibehalten veraltetes A> libQt6DBus6-6.3.2-1.2.x86_64 beibehalten veraltetes A> libQt6OpenGL6-6.3.2-1.2.x86_64 beibehalten veraltetes A> libQt6Widgets6-6.3.2-1.2.x86_64 beibehalten Lösung 2: Deinstallation von A> calibre-6.5.0-1.1.x86_64 Lösung 3: calibre-6.5.0-1.1.x86_64 durch A> Ignorieren einiger Abhängigkeiten brechen A> However, if I'd agreed to deletion of calibre, these packages would be A> deleted: A> calibre python310-PyQt6 python310-PyQt6-WebEngine https://bugzilla.opensuse.org/show_bug.cgi?id=1203967 and the fix with request 1007749 is there so patience I would say -- Life is endless possibilities, and there is choice!
Am Mittwoch, 5. Oktober 2022, 14:18:46 CEST schrieb AW:
Hallo Alexander, das liegt nicht an calibre, sondern an einem Fehler im Paket python310-PyQt6 welches zu alte qt-libraries verwendet, weil es einen Buildfehler hatte. Sollte sich aber scheinbar in den nächsten Tagen korrigieren. Gruß Eric
On Wed, 05 Oct 2022 14:18:46 +0200, AW wrote:
seems to be an update for Calibre, but it did not make it into factory, there still is an older version.
Calibre's current version is 6.6.1, as installed from the official website. They do specifically state that they recommend installing from their site rather than using a distribution's package manager: "Please do not use your distribution provided calibre package, as those are often buggy/outdated. Instead use the Binary install described below." For what it's worth, I've always installed from their site and it has never failed me - no problems with incompatible libraries or anything like that. Maybe instead of repackaging it, there's a way to just install a helper that installs the package from their site directly? -- Jim Henderson Please keep on-topic replies on the list so everyone benefits
On Fri, 7 Oct 2022 02:05:54 +0200, Carlos E. R. wrote:
You can install the rpm once, lock it, and then update from upstream thereafter.
Sure, but then again, the upgrade procedure is to run the upstream installer, so it makes sense to me to just start with that. :) -- Jim Henderson Please keep on-topic replies on the list so everyone benefits
Am Freitag, 7. Oktober 2022, 07:35:20 CEST schrieb Stephan Kulow:
Also, in my opinion, the developer of calibre is a, shall we say, somewhat special person. And even with him the packages do not always work without errors. It is not uncommon for him to release an update a day or even a few hours after the release of a version. Oh, and about the package in SUSE. I used the package now for about 6 years. And I can't remember any real problem concerning the packaging during this time. In the current case a few things came together. Translated with www.DeepL.com/Translator (free version)
On 10/7/22 3:21 AM, Eric Schirra wrote:
Am Freitag, 7. Oktober 2022, 07:35:20 CEST schrieb Stephan Kulow:
Am 07.10.22 um 01:04 schrieb Jim Henderson:
Also, in my opinion, the developer of calibre is a, shall we say, somewhat special person.
Yes. Calibre is somewhat special. Perhaps a reflection of the developer.
I've used it for more than 10 years. As suggested by Kovid Goyal, the developer, updating from the Calibre website with the command on the Linux download page. Update glitches are rare to nonexistent. The recommended update process is reliable. If appropriate, an update notification is displayed when Calibre starts. It's easy to update from the Calibre site.
On Fri, 7 Oct 2022 07:16:36 -0700, Carl Symons wrote:
Same here - I've found it to be a very reliable process. I get what folks are saying about the benefits of using the repo; but I also understand what the original developer is saying about update reliability from certain distros' repos (that's why I've historically built pan myself, for example - though I have to say that now that I'm using Tumbleweed as my main driver, I haven't had the need). -- Jim Henderson Please keep on-topic replies on the list so everyone benefits
On Fri, 07 Oct 2022 12:21:20 +0200, Eric Schirra wrote:
I mean, that's true of a lot of OSS software, let's be honest here. Calibre isn't an outlier here. (I'm looking at you, Kernel 5.19.12 for those with Intel laptops ....) -- Jim Henderson Please keep on-topic replies on the list so everyone benefits
Am 07.10.22 um 01:04 schrieb Jim Henderson:
Quite a number of projects say something like this, yet many users appreciate the convenience of being able to install everything through one package manager and have it updated semi-automatically. On top of this repackaging can improve consistency with the remaining system and deduplicate common resources like libraries, possibly updating them independently. Of course everybody is free to install software through binary installers that they find on the internet, but our goal as a distribution is to nevertheless provide it as package that we reproducibly build from source, so that nobody has to go look for an installer and then update manually. That being said, I know that Calibre is a very special snowflake and I'm glad that I don't have to maintain it. ;) Aaron
On 2022-10-08 00:55, Aaron Puchert wrote:
Yes, I agree that the proper method should be the distro rpms. It would be hell having to upgrade every app independently. I have forgotten why I went years ago for independent upgrades in this case, but I can see that Leap 15.3 has version 3.48.0 , while I have version 5.25 (Aug 2021), and that is not the latest. There is a serious delay. I have no idea how things are in TW, though. I suspect that if the author does not like distributions packaging it, he doesn't make things easy for packagers. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
Am 08.10.22 um 13:01 schrieb Carlos E. R.:
I guess that's just a reflection of what was the current version of Calibre at the time when Leap 15.3 was released. Feeding feature updates into Leap is not a thing, so the official repos never got an update from 3.48.0. The devel repo provided a build for 15.3 and 15.4 until Calibre started to require Python >= 3.7. You don't have that in vanilla Leap 15.X., lest PyQt6. Unfortunately, https://build.opensuse.org/package/binaries/Documentation:Tools/calibre/open... and openSUSE_Leap_15.4 don't have those last supported Python 3.6 builds of calibre 5. They are empty for reasons I don't want to go into again (repository renames). - Ben
On 2022-10-08 13:24, Ben Greiner wrote:
True, but many apps get alternative repos with more recent versions. Not calibre.
Apparently, the update script doesn't have a problem with that. :-? Maybe it includes the libraries it needs, duplicating them.
Unfortunately, https://build.opensuse.org/package/binaries/Documentation:Tools/calibre/open... and openSUSE_Leap_15.4 don't have those last supported Python 3.6 builds of calibre 5. They are empty for reasons I don't want to go into again (repository renames).
Yes, packaging calibre is difficult or not possible. I understand. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
Am Samstag, 8. Oktober 2022, 13:01:47 CEST schrieb Carlos E. R.:
This has nothing to do with delay. But with the fact that the developer always thinks he has to use the latest libraries. For example QT and python. Here even partly newer than in Tumbleweed. Thus calibre can simply no longer be built. Thus in Leap 15.3: max 3.48.0 in official repos Leap 15.4: max 4.23.0 only in my repo, officially there is no calibre at all Leap 15.5: not built at the moment because of too old python packages. I hope there is said goodbye to the dead python 3.6. Only in tumbleweed the newest version is possible: 6.6.1
I suspect that if the author does not like distributions packaging it, he doesn't make things easy for packagers.
And yes he does not make it easy for packagers. Once for the reasons mentioned above, that he is quite unwilling to look for a bug if you do not take directly his package, but also because of the fact that he is quite special. Regards Eric
On 2022-10-08 13:29, Eric Schirra wrote:
I know, but from the user point of view, it seems a delay. And the author says "delay", apparently.
Now that you mention this, I did hit a bug and had to take it upstream with him, so that's probably when I started using his update script. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)
Am Samstag, 8. Oktober 2022, 00:55:35 CEST schrieb Aaron Puchert:
Aaron, I totally agree with you and that's also why I'm always in favor of distribution packages first. Unfortunately, SUSE itself wants to do away with that. Why is still not clear to me. And I also think nothing of it. The container, flatpack, etc. can only be a stopgap if the package is not available in the distribution or it is perhaps too old. If I take all programs from container, snap, flatpack sourcen from upstream, then I can take the original right away, which has decades of experience with it. You know who I mean...:-) And the packaging is limited, except for two things: - Upstream always uses the latest libraries. So you have to live with older versions. But I have never missed anything. And for special things I don't use calibre anyway. - Upstream sometimes pushes a new version after a few hours or a day. And no, to this extent I have never noticed it in any other project. Regards Eric
Am Montag, 10. Oktober 2022, 01:17:39 CEST schrieb Jim Henderson:
Simple maybe so. But simply executing a script over the Internet I see as very critical. And then also a 1000 line one! No. I'd rather not start that. I have no desire to check the script and then also with each update. No, no. Do that who wants. I do not. Regards Eric
Am 05.10.22 um 14:44 schrieb AW:
Sorry, even with this command the output is in German.
If you're using sudo instead of running from a root terminal, you need to add --preserve-env: LANG=... LC_ALL=... sudo --preserve-env=LANG,LC_ALL zypper ... Though in this case I think LANG should be enough, and you can also just set LANG=C: LANG=C sudo --preserve-env=LANG zypper ... Aaron
Op 05-10-2022 om 14:18 schreef AW:
One package that calibre depends on had a build failure. One of the next snapshots will have a fix. See https://bugzilla.opensuse.org/show_bug.cgi?id=1203967 Regard, Cor
Hi, Am 05.10.22 um 15:15 schrieb Cor Blom:
A little bit more background info: - Qt 6.4.0 was released on September 29. - The qt-* packages for Tumbleweed were submitted by Christophe on Sept 30 and accepted into Factory on Oct 1. - PyQt6 (packaged as python-PyQt6*) did not support building with Qt 6.4.0 until version PyQt6 v6.4.0 which was officially released on Oct 3. - The python-PyQt6* packages for Tumbleweed were prepared from a pre-release submitted on the same day shortly after the official release. - They were accepted into Factory yesterday evening (Oct 4). In this case, Tumbleweed is absolutely bleeding edge. The Qt6 library or any of its dependents are not in Ring1 yet, so the acceptance into Factory does not check for any failing builds except for the packages themselves. We were lucky that upstream PyQt6 came up with support for the Qt6 update in a very timely manner. If you don't want to have an updated library break your application, see that it gets tested during a build in staging or in openQA before the release of a new snapshot. - Ben
"A" == AW <alexander.willand@t-online.de> writes:
A> Hi! There A> https://build.opensuse.org/package/show/openSUSE:Factory/calibre?rev=288 A> seems to be an update for Calibre, but it did not make it into factory, A> there still is an older version. A> The older version blocks updates: A> Problem: das installierte calibre-6.5.0-1.1.x86_64 erfordert 'libQt6Gui.so. A> 6(Qt_6.3.2_PRIVATE_API)(64bit)', aber diese Anforderung kann nicht A> bereitgestellt werden Gelöschte Anbieter: libQt6Gui6-6.3.2-1.2.x86_64 A> Lösung 1: Folgende Aktionen werden ausgeführt: veraltetes A> libQt6Gui6-6.3.2-1.2.x86_64 beibehalten veraltetes A> libQt6DBus6-6.3.2-1.2.x86_64 beibehalten veraltetes A> libQt6OpenGL6-6.3.2-1.2.x86_64 beibehalten veraltetes A> libQt6Widgets6-6.3.2-1.2.x86_64 beibehalten Lösung 2: Deinstallation von A> calibre-6.5.0-1.1.x86_64 Lösung 3: calibre-6.5.0-1.1.x86_64 durch A> Ignorieren einiger Abhängigkeiten brechen A> However, if I'd agreed to deletion of calibre, these packages would be A> deleted: A> calibre python310-PyQt6 python310-PyQt6-WebEngine https://bugzilla.opensuse.org/show_bug.cgi?id=1203967 and the fix with request 1007749 is there so patience I would say -- Life is endless possibilities, and there is choice!
participants (10)
-
Aaron Puchert -
AW -
Ben Greiner -
Carl Symons -
Carlos E. R. -
Cor Blom -
Eric Schirra -
Jim Henderson -
Stephan Kulow -
toganm＠dinamizm.com