From manfred.h at gmx.net Sun Aug 2 12:31:43 2020 From: manfred.h at gmx.net (Manfred Hollstein) Date: Sun, 2 Aug 2020 12:31:43 +0200 Subject: [packman] kodi.binary-plugins-18.8 don't build on Tumbleweed Message-ID: <20200802103143.GA29116@saturn.hollstein.homelinux.org> Hi there, all build attempts for Tumbleweed fail due to an obscure situation; here is an excerpt from the build log: [ 147s] cd /home/abuild/rpmbuild/BUILD/xbmc-18.8-Leia/cmake/addons/build/rapidxml/src/rapidxml && /usr/bin/cmake -E copy_if_different /home/abuild/rpmbuild/BUILD/xbmc-18.8-Leia/cmake/addons/depends/common/rapidxml/CMakeLists.txt /home/abuild/rpmbuild/BUILD/xbmc-18.8-Leia/cmake/addons/build/rapidxml/src/rapidxml "" [ 147s] Error: Target (for copy_if_different command) "" is not a directory. The stray "" only appears on Tumbleweed which comes with cmake >= 3.18. I then built my own cmake version from Leap 15.2 just to be used to build kodi.binary-addons for Tumbleweed, and, guess what, it succeeded. I'm definitely not able to debug this CMake bunch of files, so I'd suggest to put our own cmake-3.17 into Essentials, but ensure its RPMs are only used to build packages and not made available for download. If there are CMake experts, I'd appreciate your help in getting it solved properly, but until then, either we don't have kodi.binary-addons-18.8 for Tumbleweed or we bypass it with the suggested work-around. What do others think? Cheers. l8er manfred -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From luisgmarengo at aim.com Mon Aug 3 23:16:11 2020 From: luisgmarengo at aim.com (Luis Marengo) Date: Mon, 3 Aug 2020 17:16:11 -0400 Subject: [packman] HDHomerun support broken on MythTV v30 References: Message-ID: I recently upgraded from OpenSuSE 15.1 to 15.2 and MythTV from v29 to v30. Now, my HDHomerun is no longer working. I'm getting the following message on the log: "HDHOMERUN card configured on video device 131C257E, but MythTV was not compiled with HDHOMERUN support. Recompile MythTV with HDHOMERUN support or remove the card from the configuration and restart MythTV." Apparently, MythTV used to use internal libraries for the HDHomerun, but now it relies on the system's libhdhomerun and needs libhdhomerun-devel at compile. The guys at Fedora had the same issue last year when they upgraded MythTV from v29 to v30 (https://lists.archive.carbon60.com/mythtv/users/623971). I'm not the only one having this problem: http://lists.links2linux.de/pipermail/packman/2020-May/016331.html Any help will be greatly appreciated. From luisgmarengo at aim.com Mon Aug 3 23:39:32 2020 From: luisgmarengo at aim.com (Luis Marengo) Date: Mon, 3 Aug 2020 17:39:32 -0400 Subject: [packman] [PM] mythtv 30.0+git20190912.0c9abf30c8-pm152.1.16 (openSUSE_Leap 15.2/x86_64) References: <366ab551-4675-deac-60ac-cc3380bc5967.ref@aim.com> Message-ID: <366ab551-4675-deac-60ac-cc3380bc5967@aim.com> Forgive me if this post is coming out twice. I recently upgraded my Mythtv server from OpenSuSE 15.1 to 15.2 and MythTV from v29 to v30. Now, my HDHomerun is no longer working. I'm getting the following message on the log: "HDHOMERUN card configured on video device 131C257E, but MythTV was not compiled with HDHOMERUN support. Recompile MythTV with HDHOMERUN support or remove the card from the configuration and restart MythTV." Apparently, MythTV used to use internal libraries for the HDHomerun, but now it relies on the system's libhdhomerun and needs libhdhomerun-devel at compile. The guys at Fedora had the same issue last year when they upgraded MythTV from v29 to v30 (https://lists.archive.carbon60.com/mythtv/users/623971). From kieltux at gmail.com Fri Aug 7 08:52:23 2020 From: kieltux at gmail.com (Carsten Ziepke) Date: Fri, 7 Aug 2020 08:52:23 +0200 Subject: [packman] K9Copy - Desktop Eintrag Message-ID: <20200807085223.38d7a3a4@homer> Moin, gestern bin auch den folgenden Thread gestoßen: "K9copy lässt sich unter Leap 15.2 nicht mehr vom Desktop starten" https://www.opensuse-forum.de/thread/63929-k9copy-l%C3%A4sst-sich-unter-leap-15-2-nicht-mehr-vom-desktop-starten/ Dort wird berichtet, dass K9Copy sich sowohl unter Leap 15.2 und Tumbleweed nicht starten lässt. Ausnahme: Direkter Start von der Konsole. Aus Interesse habe ich dann K9Copy unter Leap 15.1 installiert und hatte das gleiche Verhalten. Ursache: Der Desktop Eintrag von K9Copy aus dem Packman Paket. Sowohl die (nicht mehr weiterentwickelte) Upstream Variante als auch die gepachte Packman Version hat einen - meiner Meinung nach - fehlerhaften Exec Eintrag: Exec=k9copy -caption "%c %i %u" https://pmbs.links2linux.de/package/view_file/Multimedia/k9copy/k9copy-desktop_files.patch?expand=1 Entfernt man "-caption "%c %i %u"", läßt sich K9Copy wieder starten. Sonnige Grüße, Carsten -- Checking host system type... i586-unknown-linux configure: error: sorry, this is the gnu os, not linux -- Topic on #Linux -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: Digitale Signatur von OpenPGP URL: From wbauer at tmo.at Fri Aug 7 12:24:47 2020 From: wbauer at tmo.at (Wolfgang Bauer) Date: Fri, 07 Aug 2020 12:24:47 +0200 Subject: [packman] K9Copy - Desktop Eintrag In-Reply-To: <20200807085223.38d7a3a4@homer> References: <20200807085223.38d7a3a4@homer> Message-ID: <61418746.er5t7VrjeE@linux-lf90> Am Freitag, 7. August 2020, 08:52:23 schrieb Carsten Ziepke: > Sowohl die (nicht mehr weiterentwickelte) Upstream Variante als auch > die gepachte Packman Version hat einen - meiner Meinung nach - > fehlerhaften Exec Eintrag: > > Exec=k9copy -caption "%c %i %u" > > https://pmbs.links2linux.de/package/view_file/Multimedia/k9copy/k9copy-deskt > op_files.patch?expand=1 Die Anführungszeichen sind falsch. Das ist verursacht durch einen Patch im Paket: https://pmbs.links2linux.de/package/view_file/Multimedia/k9copy/k9copy-desktop_files.patch?expand=1 Es ist aber in der Tat so, dass -caption nicht mehr unterstützt wird und den Start verhindert: k9copy -caption xxx QCommandLineParser: already having an option named "h" QCommandLineParser: already having an option named "help-all" QCommandLineParser: already having an option named "v" k9copy: Unbekannte Optionen: c, a, p, t, i, o, n. Sollte also entfernt werden, oder durch -qwindowtitle ersetzt. Außerdem wird %i in Wayland nicht unterstützt. Das %u sollte aber bleiben (ohne Anführungszeichen). Schöne Grüße, Wolfgang From ryanrms at gmail.com Sat Aug 8 04:00:31 2020 From: ryanrms at gmail.com (Ryan Reamsbottom) Date: Fri, 7 Aug 2020 20:00:31 -0600 Subject: [packman] [PM] discord 0.0.10-pm152.18.1 (openSUSE_Leap 15.2/x86_64) Message-ID: Hey, just letting you know that this is out of date as of this morning. Unfortunately, the application will not work at all until it is updated, so it's pretty important. The new version is 0.0.11, I can get it from the official repository but it lacks codecs support. Thank you for your service! From trevor at rhodesau.com Sat Aug 8 05:56:17 2020 From: trevor at rhodesau.com (Trevor Rhodes) Date: Sat, 8 Aug 2020 13:56:17 +1000 Subject: [packman] [PM] handbrake 1.3.3-pm152.3.2 (openSUSE_Leap 15.2/x86_64) Message-ID: <6caf82f1-c088-7c97-fe13-35de67df8d2b@rhodesau.com> Hi guys, Is there an update on the horizon for handbrake? Nobody seems to be able to get it to work. Unfortunately, packaging isn't my thing, so can't really help. Anything you can do would be appreciated. Thanks. Trevor From maurizio.galli at gmail.com Sat Aug 8 11:57:42 2020 From: maurizio.galli at gmail.com (Maurizio Galli) Date: Sat, 8 Aug 2020 17:57:42 +0800 Subject: [packman] [PM] discord 0.0.10-pm152.18.1 (openSUSE_Leap 15.2/x86_64) In-Reply-To: References: Message-ID: <8fbed68d-1416-f7eb-ebe2-0ef6a7ad13ce@gmail.com> Hi Ryan, On 8/8/20 10:00 AM, Ryan Reamsbottom wrote: > Hey, just letting you know that this is out of date as of this morning. > > Unfortunately, the application will not work at all until it is updated, so > it's pretty important. > > The new version is 0.0.11, I can get it from the official repository but it > lacks codecs support. Once Factory updates to 0.0.11, it will automatically update in Packman Extra as well. https://build.opensuse.org/request/show/824911 Best, Maurizio