Linux Kamarada wrote:

2017-11-16 10:07 GMT-02:00 Stefan Seyfried :

...

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

Wolfgang Bauer 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

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

Am 30.11.2017 um 17:28 schrieb Carlos E. R.:

Content-ID:

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

-----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:

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-----

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday, 2017-12-01 at 11:35 +0100, Joerg Schilling wrote:

Wolfgang Bauer 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-----

-----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. [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

* 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 -- (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

Am 01.12.2017 um 14:44 schrieb Patrick Shanahan:

* 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

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

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 [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

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

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 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