[opensuse-factory] OBS: nothing provides /usr/bin/cdrdao needed by k3b
Hi everyone! First of all, congratulations to the OBS team, the SUSE Studio team, the KIWI team and any other teams involved in doing Studio Express. Keep up the good work! The only thing I'm really missing is testdrive, but considering that now we can use all the KIWI power on OBS, downloading the built image and testing locally on VirtualBox is just a little price worth paying! As a matter of fact, the heavy work is done on the cloud by SUSE servers free of charge... I'm trying to build a LiveDVD as close as possible from a clean openSUSE install on disk. That should be enough for it: config.kiwi (https://build.opensuse.org/package/view_file/home:livesuse:dev/LiveSUSE-Leap...) <packages type="image" patternType="plusRecommended"> <!-- Clean openSUSE Leap 42.3 install with KDE Desktop --> <!-- http://download.opensuse.org/distribution/leap/42.2/repo/oss/control.xml --> <package name="patterns-openSUSE-base" /> <package name="patterns-openSUSE-x11" /> <package name="patterns-openSUSE-kde" /> <package name="sddm" /> <package name="branding-openSUSE"/> (observe the plusRecommended setting) (actually, some more packages are needed, but that is the idea, anyone interested can follow the link to the complete file) OBS succeeds. The image is built. I download it. Test it on VirtualBox. Then I realize it does not have K3b. I install K3b using zypper. Works like a charm. On purpose, I add the k3b package to the package list in config.kiwi: <package name="k3b" /> Then OBS starts building the image again, but fails. The build log shows: [ 143s] Resolving package dependencies... [ 143s] [ 143s] Problem: nothing provides /usr/bin/cdrdao needed by k3b-17.04.2-4.1.x86_64 [ 143s] Solution 1: do not install k3b-17.04.2-4.1.x86_64 [ 143s] Solution 2: break k3b-17.04.2-4.1.x86_64 by ignoring some of its dependencies [ 143s] [ 143s] Choose from above solutions by number or cancel [1/2/c] (c): c https://build.opensuse.org/package/live_build_log/home:livesuse:dev/LiveSUSE... I do not understand, because the OSS repo has both k3b and cdrdao. Any ideas on what is going wrong? Thank you very much! Antonio The Linux Kamarada Project http://kamarada.github.io/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 16.11.2017 01:59, Linux Kamarada wrote:
OBS succeeds. The image is built. I download it. Test it on VirtualBox. Then I realize it does not have K3b. I install K3b using zypper. Works like a charm.
On purpose, I add the k3b package to the package list in config.kiwi:
<package name="k3b" />
Then OBS starts building the image again, but fails. The build log shows:
[ 143s] Resolving package dependencies... [ 143s] [ 143s] Problem: nothing provides /usr/bin/cdrdao needed by k3b-17.04.2-4.1.x86_64 [ 143s] Solution 1: do not install k3b-17.04.2-4.1.x86_64 [ 143s] Solution 2: break k3b-17.04.2-4.1.x86_64 by ignoring some of its dependencies [ 143s] [ 143s] Choose from above solutions by number or cancel [1/2/c] (c): c
https://build.opensuse.org/package/live_build_log/home:livesuse:dev/LiveSUSE...
I do not understand, because the OSS repo has both k3b and cdrdao.
Any ideas on what is going wrong?
OBS config issue AFAICT. OBS does not know what provides /usr/bin/cdradao. Try explicitly adding the cdrdao package to the kiwi file. Or edit prjconf and add FileProvides: /usr/bin/cdrdao cdrdao -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2017-11-16 10:07 GMT-02:00 Stefan Seyfried <stefan.seyfried@googlemail.com>:
OBS config issue AFAICT. OBS does not know what provides /usr/bin/cdradao. Try explicitly adding the cdrdao package to the kiwi file.
Or edit prjconf and add FileProvides: /usr/bin/cdrdao cdrdao -- Stefan Seyfried
Thank you! It worked! It was enough to add the cdrdao package to the config.kiwi file. Just for the sake of curiosity, wouldn't it be easier if the k3b package depended on the cdrdao package, instead of "provides /usr/bin/cdrdao"? I searched using YaST / Software Management and the cdrdao package is the only one providing /usr/bin/cdrdao Though, there are three providing cdrdao: cdrdao itself, brasero and cdemu-client. Antonio The Linux Kamarada Project http://kamarada.github.io/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Linux Kamarada <linuxkamarada@gmail.com> wrote:
2017-11-16 10:07 GMT-02:00 Stefan Seyfried <stefan.seyfried@googlemail.com>:
OBS config issue AFAICT. OBS does not know what provides /usr/bin/cdradao. Try explicitly adding the cdrdao package to the kiwi file.
Or edit prjconf and add FileProvides: /usr/bin/cdrdao cdrdao -- Stefan Seyfried
Thank you! It worked! It was enough to add the cdrdao package to the config.kiwi file.
Just for the sake of curiosity, wouldn't it be easier if the k3b package depended on the cdrdao package, instead of "provides /usr/bin/cdrdao"?
Mmmm this is strange. k3b should work fine with cdrtools. It may be of interest that cdrdao is dead since many years and gives less features than cdrtools. Jörg -- EMail:joerg@schily.net (home) Jörg Schilling D-13353 Berlin joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Mittwoch, 29. November 2017, 11:22:45 schrieb Joerg Schilling:
Mmmm this is strange. k3b should work fine with cdrtools.
Yes. But it will give an error message on startup if cdrdao is not found. I don't know if (or in what circumstances) it will actually use/need cdrdao though. (maybe if wodim/cdrkit is installed instead of cdrtools, or maybe with some specific settings, I suppose) Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Wolfgang Bauer <wbauer@tmo.at> wrote:
Am Mittwoch, 29. November 2017, 11:22:45 schrieb Joerg Schilling:
Mmmm this is strange. k3b should work fine with cdrtools.
Yes. But it will give an error message on startup if cdrdao is not found.
I don't know if (or in what circumstances) it will actually use/need cdrdao though. (maybe if wodim/cdrkit is installed instead of cdrtools, or maybe with some specific settings, I suppose)
If wodim/cdrkit is installed, it may really be that k3b asks for cdrdao. But why should this be present on a recent Suse? It has been deprecated long ago. Jörg -- EMail:joerg@schily.net (home) Jörg Schilling D-13353 Berlin joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Mittwoch, 29. November 2017, 12:46:03 schrieb Joerg Schilling:
But why should this be present on a recent Suse? It has been deprecated long ago.
It is still included in the distribution, as well as cdrecord/cdrtools. But even if not, k3b would still complain about a missing cdrdao on startup if that is not installed. A simple data CD burn (with cdrecord installed) seems to work despite that though (and apparently doesn't use cdrdao either if it is installed). Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Em Qua, 2017-11-29 às 13:33 +0100, Wolfgang Bauer escreveu:
Am Mittwoch, 29. November 2017, 12:46:03 schrieb Joerg Schilling:
But why should this be present on a recent Suse? It has been deprecated long ago.
It is still included in the distribution, as well as cdrecord/cdrtools.
But even if not, k3b would still complain about a missing cdrdao on startup if that is not installed. A simple data CD burn (with cdrecord installed) seems to work despite that though (and apparently doesn't use cdrdao either if it is installed).
Kind Regards,
I can confirm a clean openSUSE Leap 42.3 install with KDE/Plasma Desktop has cdrdao, cdrkit-cdrtools-compat, k3b and wodim packages installed.
From software.opensuse.org:
cdrkit-cdrtools-compat Tool for Writing CDRs - cdrtools Compatibility Package This package contains these compatibility symlinks: cdrecord -> wodim mkisofs -> genisoimage cdda2wav -> icedax Install this package if you can't use the cdrkit programs directly. I don't know much (okay, honestly: I know nothing) about command line utilities, libraries or backends to burn optical media, I just use K3b when I need it... but based on what you say, can I conclude that openSUSE is taking the wrong way regarding cdrdao, cdrtools, wodim, cdrkit, cdrecord, you know... the whole burning thing? =/ Googling for "cdrdao deprecated" I found this: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/htm... gration_planning_guide/sect-red_hat_enterprise_linux-migration_planning_guide- removed_packages cdrdao has been removed from Red Hat Enterprise Linux between version 6 and version 7 and is no longer supported. Interestingly, Brasero has also been removed. What is the problem with it? Antonio The Linux Kamarada Project https://kamarada.github.io/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.2.21.1711301727410.31979@Telcontar.valinor> On Wednesday, 2017-11-29 at 22:52 -0200, Linux Kamarada wrote:
Em Qua, 2017-11-29 às 13:33 +0100, Wolfgang Bauer escreveu:
Am Mittwoch, 29. November 2017, 12:46:03 schrieb Joerg Schilling:
But why should this be present on a recent Suse? It has been deprecated long ago.
It is still included in the distribution, as well as cdrecord/cdrtools.
But even if not, k3b would still complain about a missing cdrdao on startup if that is not installed. A simple data CD burn (with cdrecord installed) seems to work despite that though (and apparently doesn't use cdrdao either if it is installed).
Kind Regards,
I can confirm a clean openSUSE Leap 42.3 install with KDE/Plasma Desktop has cdrdao, cdrkit-cdrtools-compat, k3b and wodim packages installed.
Yes, I know. I had to taboo "cdrkit-cdrtools-compat" in YaST. There is something that still requests it, I forget which. The suite that susestudio uses, whats its name...? - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlogMcMACgkQtTMYHG2NR9VongCfboDKiR4eWE3taXM6avbiOGG8 E3AAnjL98BX6PNGDGwZdu7iCVevee+ud =Z9hC -----END PGP SIGNATURE-----
Am 30.11.2017 um 17:28 schrieb Carlos E. R.:
Content-ID: <alpine.LSU.2.21.1711301727410.31979@Telcontar.valinor>
On Wednesday, 2017-11-29 at 22:52 -0200, Linux Kamarada wrote:
Em Qua, 2017-11-29 às 13:33 +0100, Wolfgang Bauer escreveu:
Am Mittwoch, 29. November 2017, 12:46:03 schrieb Joerg Schilling:
But why should this be present on a recent Suse? It has been deprecated long ago.
It is still included in the distribution, as well as cdrecord/cdrtools.
But even if not, k3b would still complain about a missing cdrdao on startup if that is not installed. A simple data CD burn (with cdrecord installed) seems to work despite that though (and apparently doesn't use cdrdao either if it is installed).
Kind Regards,
I can confirm a clean openSUSE Leap 42.3 install with KDE/Plasma Desktop has cdrdao, cdrkit-cdrtools-compat, k3b and wodim packages installed.
Yes, I know. I had to taboo "cdrkit-cdrtools-compat" in YaST. There is something that still requests it, I forget which. The suite that susestudio uses, whats its name...?
zypper se --requires cdrkit-cdrtools-compat:: Name | Zusammenfassung --+----------------------------+---------------------------------------------------- | LiVES | Video Editor and VJ Tool | devede | A video DVD creator | devedeng | Video DVD creator | dracut-kiwi-live | KIWI - Dracut module for iso(live) image type | kiwi-boot-requires | KIWI - buildservice package requirements for boot images | kiwi-desc-isoboot-requires | KIWI - buildservice package requirements for isoboot Regards, Frank -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Op donderdag 30 november 2017 17:28:51 CET schreef Carlos E. R.:
Content-ID: <alpine.LSU.2.21.1711301727410.31979@Telcontar.valinor>
On Wednesday, 2017-11-29 at 22:52 -0200, Linux Kamarada wrote:
Em Qua, 2017-11-29 às 13:33 +0100, Wolfgang Bauer escreveu:
Am Mittwoch, 29. November 2017, 12:46:03 schrieb Joerg Schilling:
But why should this be present on a recent Suse? It has been deprecated long ago.
It is still included in the distribution, as well as cdrecord/cdrtools.
But even if not, k3b would still complain about a missing cdrdao on startup if that is not installed. A simple data CD burn (with cdrecord installed) seems to work despite that though (and apparently doesn't use cdrdao either if it is installed).
Kind Regards,
I can confirm a clean openSUSE Leap 42.3 install with KDE/Plasma Desktop has cdrdao, cdrkit-cdrtools-compat, k3b and wodim packages installed.
Yes, I know. I had to taboo "cdrkit-cdrtools-compat" in YaST. There is something that still requests it, I forget which.
Carlos, please refrain from posting about what you dunno or forget. Or have a look at 'man zypper', 'man rpm' to find the command options that will provide this info. Instead of displaying your ignorance on whatever.
The suite that susestudio uses, whats its name...?
There are webpages containing all the info to find out. This ML is for technical discussions, FYI.
-- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
Please ??? -- Gertjan Lettink, a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday, 2017-11-30 at 17:50 +0100, Knurpht - Gertjan Lettink wrote:
Op donderdag 30 november 2017 17:28:51 CET schreef Carlos E. R.:
Content-ID: <alpine.LSU.2.21.1711301727410.31979@Telcontar.valinor>
On Wednesday, 2017-11-29 at 22:52 -0200, Linux Kamarada wrote:
Em Qua, 2017-11-29 às 13:33 +0100, Wolfgang Bauer escreveu:
Am Mittwoch, 29. November 2017, 12:46:03 schrieb Joerg Schilling:
But why should this be present on a recent Suse? It has been deprecated long ago.
It is still included in the distribution, as well as cdrecord/cdrtools.
But even if not, k3b would still complain about a missing cdrdao on startup if that is not installed. A simple data CD burn (with cdrecord installed) seems to work despite that though (and apparently doesn't use cdrdao either if it is installed).
Kind Regards,
I can confirm a clean openSUSE Leap 42.3 install with KDE/Plasma Desktop has cdrdao, cdrkit-cdrtools-compat, k3b and wodim packages installed.
Yes, I know. I had to taboo "cdrkit-cdrtools-compat" in YaST. There is something that still requests it, I forget which.
Carlos, please refrain from posting about what you dunno or forget. Or have a look at 'man zypper', 'man rpm' to find the command options that will provide this info. Instead of displaying your ignorance on whatever.
You are not helping :-( What I wrote was enough for another person to find out: kiwi is the culprit. This is a group effort. A community. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlogW8sACgkQtTMYHG2NR9WpQgCdF6uVv7z/JaSGUPqT2LuZEyVO AGgAoJHMlHVDwOyAIFaz+qC+z8Mn0Uty =y45s -----END PGP SIGNATURE-----
Knurpht - Gertjan Lettink wrote:
Carlos, please refrain from posting about what you dunno or forget. Or have a look at 'man zypper', 'man rpm' to find the command options that will provide this info. Instead of displaying your ignorance on whatever.
How about being a bit more civil? -- Per Jessen, Zürich (0.9°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Mittwoch, 29. November 2017, 22:52:06 schrieb Linux Kamarada:
I can confirm a clean openSUSE Leap 42.3 install with KDE/Plasma Desktop has cdrdao, cdrkit-cdrtools-compat, k3b and wodim packages installed.
That's not the "fault" of the k3b package though. k3b supports both, cdrtools and cdrkit. And therefore the k3b package requires /usr/bin/cdrecord, not one or the other. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Wolfgang Bauer <wbauer@tmo.at> wrote:
Am Mittwoch, 29. November 2017, 22:52:06 schrieb Linux Kamarada:
I can confirm a clean openSUSE Leap 42.3 install with KDE/Plasma Desktop has cdrdao, cdrkit-cdrtools-compat, k3b and wodim packages installed.
That's not the "fault" of the k3b package though.
k3b supports both, cdrtools and cdrkit. And therefore the k3b package requires /usr/bin/cdrecord, not one or the other.
I am a bit confused since there was a discussion ~ 2 years ago to completely remove this "cdrkit" because it is full of bugs and did not get any bugfix since May 2007. Could someone enlighten me why this package that differs from the original in the following ways: - aprox. 100 "cdrkit" specific bugs exist that are not present in the original software and never have been present in the original software even in the past - since May 2007, only typos have been removed but not a single bug. See the 100 well known bugs mentioned above - not a single bug (even bugs that are present in an original cdrtools version from 2004) has been fixed in "cdrkit". - "cdrkit" gives less than 50% of the features of a recent cdrtools original. - Users report that ~ 50% of all attempts to write a DVD fail with "wodim" - "wodim" does not support BluRay at all - "genisoimage" creates filesystems with structural defects that may cause future filesystem implementations in the OS to reject the related media - Copyright notices have been removed in "cdrkit", so the code is in violation with the law that forbids to remove such markers. is installed at all? Jörg -- EMail:joerg@schily.net (home) Jörg Schilling D-13353 Berlin joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday, 2017-12-01 at 11:35 +0100, Joerg Schilling wrote:
Wolfgang Bauer <wbauer@tmo.at> wrote:
Am Mittwoch, 29. November 2017, 22:52:06 schrieb Linux Kamarada:
I can confirm a clean openSUSE Leap 42.3 install with KDE/Plasma Desktop has cdrdao, cdrkit-cdrtools-compat, k3b and wodim packages installed.
That's not the "fault" of the k3b package though.
k3b supports both, cdrtools and cdrkit. And therefore the k3b package requires /usr/bin/cdrecord, not one or the other.
I am a bit confused since there was a discussion ~ 2 years ago to completely remove this "cdrkit" because it is full of bugs and did not get any bugfix since May 2007.
Last time I recall it was said that susestudio and/or kiwi required cdrkit (and susestudio is not an openSUSE product). I have been trying to find out that email, but so far I failed. You can find in Frank Krüger answer in this thread that the list of packages requiring it is larger. Why all those have that requirement, I do not know. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlohUFAACgkQtTMYHG2NR9VfDgCeLwGHHjAgAwtX1Kpo78HG+jOp QzcAnRGDaTF/Gmo5L2+L8PurFVQX/qt5 =w2L1 -----END PGP SIGNATURE-----
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the original in the following ways: [...] is installed at all?
the "package" discription says This subpackage provides symlinks for programs expecting cdrkit program names. and *only* contains "Symlinks for cdrkit to point to cdrtools" -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday, 2017-12-01 at 08:16 -0500, Patrick Shanahan wrote:
* Joerg Schilling <> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the original in the following ways: [...] is installed at all?
the "package" discription says This subpackage provides symlinks for programs expecting cdrkit program names. and *only* contains "Symlinks for cdrkit to point to cdrtools"
You talk of the cdrkit-cdrtools-compat package. I understand Joerg Schilling is talking of the cdrkit package itself. The issue is that openSUSE is still installing by default cdrkit, not cdrtools. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlohWT4ACgkQtTMYHG2NR9V8aQCgh3FF5GI0UnxMg5uHtTeRSCWW UtoAn0Bbig+3MbTrl71xUFl5Sb+B3qeP =p4tY -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
"Carlos E. R." <robin.listas@telefonica.net> wrote:
You talk of the cdrkit-cdrtools-compat package. I understand Joerg Schilling is talking of the cdrkit package itself. The issue is that openSUSE is still installing by default cdrkit, not cdrtools.
OK, then my previous question still applies. Jörg -- EMail:joerg@schily.net (home) Jörg Schilling D-13353 Berlin joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Carlos E. R. <robin.listas@telefonica.net> [12-01-17 08:31]:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Friday, 2017-12-01 at 08:16 -0500, Patrick Shanahan wrote:
* Joerg Schilling <> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the original in the following ways: [...] is installed at all?
the "package" discription says This subpackage provides symlinks for programs expecting cdrkit program names. and *only* contains "Symlinks for cdrkit to point to cdrtools"
You talk of the cdrkit-cdrtools-compat package. I understand Joerg Schilling is talking of the cdrkit package itself. The issue is that openSUSE is still installing by default cdrkit, not cdrtools.
yes, I don't have and have not had cdrkit installed. openSUSE has not installed cdrkit on any of my systems. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Patrick Shanahan <paka@opensuse.org> wrote:
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the original in the following ways: [...] is installed at all?
the "package" discription says This subpackage provides symlinks for programs expecting cdrkit program names. and *only* contains "Symlinks for cdrkit to point to cdrtools"
OK then I may understand the problem: If k3b believes that cdrkit is installed because the compatibility package is there why then does it believe that cdrtools is missing? Is it possible to unstall the compatibility but not the programs it liks to? Jörg -- EMail:joerg@schily.net (home) Jörg Schilling D-13353 Berlin joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/' -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 08:34]:
Patrick Shanahan <paka@opensuse.org> wrote:
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the original in the following ways: [...] is installed at all?
the "package" discription says This subpackage provides symlinks for programs expecting cdrkit program names. and *only* contains "Symlinks for cdrkit to point to cdrtools"
OK then I may understand the problem:
If k3b believes that cdrkit is installed because the compatibility package is there why then does it believe that cdrtools is missing?
Is it possible to unstall the compatibility but not the programs it liks to?
as root: zypper -v rm cdrtools-cdrkit-compat or: rpm -q --whatrequires cdrtools-cdrkit-compat will answer your question -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Registered Linux User #207535 @ http://linuxcounter.net Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.2.21.1712011550521.793@Telcontar.valinor> On Friday, 2017-12-01 at 08:44 -0500, Patrick Shanahan wrote:
* Joerg Schilling <> [12-01-17 08:34]:
Patrick Shanahan <> wrote:
* Joerg Schilling <> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the original in the following ways: [...] is installed at all?
the "package" discription says This subpackage provides symlinks for programs expecting cdrkit program names. and *only* contains "Symlinks for cdrkit to point to cdrtools"
OK then I may understand the problem:
If k3b believes that cdrkit is installed because the compatibility package is there why then does it believe that cdrtools is missing?
Is it possible to unstall the compatibility but not the programs it liks to?
as root: zypper -v rm cdrtools-cdrkit-compat or: rpm -q --whatrequires cdrtools-cdrkit-compat
will answer your question
Patrick, Joerg Schilling is the developer of cdrtools :-) It is possible he is not using openSUSE Leap, so he is asking us. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlohbJ8ACgkQtTMYHG2NR9W0cgCfcKCBbT+YidRO+CxpNOhpjUQn 8QoAoIsi3wh3a4C4pPaFbfY8dgG8rQz4 =Eelz -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 01.12.2017 um 14:44 schrieb Patrick Shanahan:
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 08:34]:
Patrick Shanahan <paka@opensuse.org> wrote:
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the original in the following ways: [...] is installed at all?
the "package" discription says This subpackage provides symlinks for programs expecting cdrkit program names. and *only* contains "Symlinks for cdrkit to point to cdrtools"
OK then I may understand the problem:
If k3b believes that cdrkit is installed because the compatibility package is there why then does it believe that cdrtools is missing?
Is it possible to unstall the compatibility but not the programs it liks to?
as root: zypper -v rm cdrtools-cdrkit-compat or: rpm -q --whatrequires cdrtools-cdrkit-compat
Using *rpm -q --whatrequires cdrtools-cdrkit-compat* gives "no package requires cdrtools-cdrkit-compat" while "zypper se --requires cdrtools-cdrkit-compat" provides | Name | Typ | Version | Arch | Repository --+-----------+-------+------------+--------+----------- | DVDStyler | Paket | 3.0.3-3.15 | x86_64 | Packman | DVDStyler | Paket | 3.0.3-3.15 | i586 | Packman What do I miss? Regards, Frank -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Op vrijdag 1 december 2017 19:09:12 CET schreef Frank Krüger:
Am 01.12.2017 um 14:44 schrieb Patrick Shanahan:
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 08:34]:
Patrick Shanahan <paka@opensuse.org> wrote:
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the
original in the following ways: [...]
is installed at all?
the "package" discription says
This subpackage provides symlinks for programs expecting cdrkit program names.
and *only* contains "Symlinks for cdrkit to point to cdrtools"
OK then I may understand the problem:
If k3b believes that cdrkit is installed because the compatibility package is there why then does it believe that cdrtools is missing?
Is it possible to unstall the compatibility but not the programs it liks to?> as root: zypper -v rm cdrtools-cdrkit-compat
or: rpm -q --whatrequires cdrtools-cdrkit-compat
Using *rpm -q --whatrequires cdrtools-cdrkit-compat* gives "no package requires cdrtools-cdrkit-compat"
while "zypper se --requires cdrtools-cdrkit-compat" provides
| Name | Typ | Version | Arch | Repository
--+-----------+-------+------------+--------+-----------
| DVDStyler | Paket | 3.0.3-3.15 | x86_64 | Packman | DVDStyler | Paket | 3.0.3-3.15 | i586 | Packman
What do I miss?
Regards, Frank rpm only searches the installed packages, where zypper shows you a not- installed package,
-- Gertjan Lettink, a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 01.12.2017 um 19:41 schrieb Knurpht - Gertjan Lettink:
Op vrijdag 1 december 2017 19:09:12 CET schreef Frank Krüger:
Am 01.12.2017 um 14:44 schrieb Patrick Shanahan:
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 08:34]:
Patrick Shanahan <paka@opensuse.org> wrote:
* Joerg Schilling <Joerg.Schilling@fokus.fraunhofer.de> [12-01-17 05:36]: [...]
Could someone enlighten me why this package that differs from the
original in the following ways: [...]
is installed at all?
the "package" discription says
This subpackage provides symlinks for programs expecting cdrkit program names.
and *only* contains "Symlinks for cdrkit to point to cdrtools"
OK then I may understand the problem:
If k3b believes that cdrkit is installed because the compatibility package is there why then does it believe that cdrtools is missing?
Is it possible to unstall the compatibility but not the programs it liks to?> as root: zypper -v rm cdrtools-cdrkit-compat
or: rpm -q --whatrequires cdrtools-cdrkit-compat
Using *rpm -q --whatrequires cdrtools-cdrkit-compat* gives "no package requires cdrtools-cdrkit-compat"
while "zypper se --requires cdrtools-cdrkit-compat" provides
| Name | Typ | Version | Arch | Repository
--+-----------+-------+------------+--------+-----------
| DVDStyler | Paket | 3.0.3-3.15 | x86_64 | Packman | DVDStyler | Paket | 3.0.3-3.15 | i586 | Packman
What do I miss?
Regards, Frank rpm only searches the installed packages, where zypper shows you a not- installed package,
I am puzzled, because I have installed, e.g., cdrdao which is required by k3b: rpm -q --whatrequires cdrdao no package requires cdrdao Regards, Frank -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hello, Am Freitag, 1. Dezember 2017, 19:52:16 CET schrieb Frank Krüger:
I am puzzled, because I have installed, e.g., cdrdao which is required by k3b:
rpm -q --whatrequires cdrdao no package requires cdrdao
This will only catch packages that have a Requires: cdrdao But it will for example not notice file requires like Requires: /usr/bin/cdrdao I usually use rpm -e --test because that checks all types of dependencies: # rpm -e --test cdrdao error: Failed dependencies: /usr/bin/cdrdao is needed by (installed) k3b-17.08.3-1.1.x86_64 Regards, Christian Boltz -- I have the ideal solution for you to speed up the writing of the manuals: http://www.lipsum.com/ - I am sure almost nobody will notice the difference. ;-) [houghi in opensuse-wiki] -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 01.12.2017 um 21:20 schrieb Christian Boltz:
Hello,
Am Freitag, 1. Dezember 2017, 19:52:16 CET schrieb Frank Krüger:
I am puzzled, because I have installed, e.g., cdrdao which is required by k3b:
rpm -q --whatrequires cdrdao no package requires cdrdao
This will only catch packages that have a Requires: cdrdao
But it will for example not notice file requires like Requires: /usr/bin/cdrdao
I usually use rpm -e --test because that checks all types of dependencies:
# rpm -e --test cdrdao error: Failed dependencies: /usr/bin/cdrdao is needed by (installed) k3b-17.08.3-1.1.x86_64
Regards,
Christian Boltz
Thank you for the clarification. I was not aware of this subtle but crucial difference. Regards, Frank -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 01/12/2017 12:35, Joerg Schilling wrote:
I am a bit confused since there was a discussion ~ 2 years ago to completely remove this "cdrkit" because it is full of bugs and did not get any bugfix since May 2007. kiwi has prevented it's removal, the problem been fixed in kiwi 8 for a long time but as kiwi is important to distribution iso images it's removal takes time. I haven't checked whether kiwi has been updated to version 8 yet. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 2017-12-01 16:25, Dave Plater wrote:
On 01/12/2017 12:35, Joerg Schilling wrote:
I am a bit confused since there was a discussion ~ 2 years ago to completely remove this "cdrkit" because it is full of bugs and did not get any bugfix since May 2007. kiwi has prevented it's removal, the problem been fixed in kiwi 8 for a long time but as kiwi is important to distribution iso images it's removal takes time. I haven't checked whether kiwi has been updated to version 8 yet.
17:14 a4:~ > sosc buildhist openSUSE:Factory/kiwi standard x86_64| tail -n1 2017-11-23 09:53:31 251de4f2125e5c26de0da20551ff1bd7 7.04.40-1.1 660 240 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 01/12/2017 18:15, Jan Engelhardt wrote:
On Friday 2017-12-01 16:25, Dave Plater wrote:
On 01/12/2017 12:35, Joerg Schilling wrote:
I am a bit confused since there was a discussion ~ 2 years ago to completely remove this "cdrkit" because it is full of bugs and did not get any bugfix since May 2007. kiwi has prevented it's removal, the problem been fixed in kiwi 8 for a long time but as kiwi is important to distribution iso images it's removal takes time. I haven't checked whether kiwi has been updated to version 8 yet.
17:14 a4:~ > sosc buildhist openSUSE:Factory/kiwi standard x86_64| tail -n1 2017-11-23 09:53:31 251de4f2125e5c26de0da20551ff1bd7 7.04.40-1.1 660 240
And patterns-base-enhanced_base, required by patterns-media-rest_dvd, recommends genisoimage. patterns-media-rest_dvd requires kiwi and kiwi-desc-isoboot requires genisoimage anyway so the pattern doesn't need to recommend it. Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (12)
-
Carlos E. R. -
Christian Boltz -
Dave Plater -
Frank Krüger -
Jan Engelhardt -
Joerg Schilling -
Knurpht - Gertjan Lettink -
Linux Kamarada -
Patrick Shanahan -
Per Jessen -
Stefan Seyfried -
Wolfgang Bauer