Hi Takashi, On 30.09.2015 10:39, Takashi Iwai wrote:
On Wed, 30 Sep 2015 10:29:49 +0200, Stefan Seyfried wrote:
I am not the maintainer of v4l/dvb-utils, and I do not want to be. So I'm not going to submit it to Leap (committing to support it for basically forever).
Additionally they do not build for Leap at all, because the specfile checks for version > 1320 and Leap only has 1315, but is often newer than 1320.
Yeah, the version number is one of the biggest pains...
Agreed. And the "parts of it are older than 13.2 and parts of it are almost newer than Factory", combined with the apparent inability to conditionalize on *features* instead of *versions* in OBS.
And the benefit of Leap (as it was sold) is, that we'll get the stability of SLES12 for free. If we are going to update everything to Factory, then it's just the same as Tumbelweed.
The advantage of Leap is the shared "core" stuff with SLE12. (The kernel is an exception, but here a kernel team takes care of it, so it's more or less well maintained.)
Ok, I thought that X11 and stuff (which I would consider "core" for the audience) was also newer to be able to display something on machines newer than 5 years :-)
v4l or dvb-utils isn't no core but rather a leaf package, I'd say. They are *often* better to follow the newer one from FACTORY.
But then I don't get the benefits of a stable system :-)
BTW, exactly which packages meant as dvb-utils?
It's a sub-package of v4l-utils (split off after 13.2). Basicalls the userspace tools and libs to handle DVB stuff (which has exactly nothing to do technically with V4L :-), and thus splitting off the package makes perfect sense). susi:~ # rpm -qi dvb-utils|grep Source Source RPM : v4l-utils-1.6.3-1.1.src.rpm you can see the build-problem of dtv-scan-tables in the vdr repository, dvb-format-convert just segfaults when trying to convert the (new format) dtv-scan-tables. I fixed the segfaults locally, but it still cannot convert the new-format files. Anyway, dtv-scan-tables and dvb-utils are probably mostly irrelevant for most of the Leap customers. And for those who need it, I can still add all dependencies to the vdr repo so they can get a working, but totally unsupported(!) version. I just stumbled over it, when I enabled Leap42.1 build for vdr and subprojects and wondered about the build failures. But the same thing will happen to Software packages, people are actually caring about, and where "use unofficial repositories" is not an answer we would give to our users. Best regards, Stefan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org