[opensuse-factory] qt3 dependency
In latest TW snapshot qt3 is not available (only in Packman), but "lsb" depends on it. # zypper se --details --match-exact qt3 Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+------+------------+--------------+--------+----------------------------------------- i | qt3 | package | 3.3.8c-292.1 | x86_64 | Packman repository (openSUSE_Tumbleweed) v | qt3 | package | 3.3.8c-292.1 | i586 | Packman repository (openSUSE_Tumbleweed) | qt3 | srcpackage | 3.3.8c-292.1 | noarch | Packman repository (openSUSE_Tumbleweed) # zypper se --details --match-exact lsb Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+------+------------+----------+--------+------------- i+ | lsb | package | 4.0-31.1 | x86_64 | repo-oss v | lsb | package | 4.0-31.1 | i586 | repo-oss | lsb | srcpackage | 4.0-31.1 | noarch | repo-src-oss # rpm -qR lsb | grep qt3 qt3 >= 3.3.5 If it is more than a temporary problem, I will file abug report. Greetings, Björn -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 14.03.2018 um 21:48 schrieb Bjoern Voigt:
In latest TW snapshot qt3 is not available (only in Packman), but "lsb" depends on it.
# zypper se --details --match-exact qt3 Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository --+------+------------+--------------+--------+----------------------------------------- i | qt3 | package | 3.3.8c-292.1 | x86_64 | Packman repository (openSUSE_Tumbleweed) v | qt3 | package | 3.3.8c-292.1 | i586 | Packman repository (openSUSE_Tumbleweed) | qt3 | srcpackage | 3.3.8c-292.1 | noarch | Packman repository (openSUSE_Tumbleweed)
# zypper se --details --match-exact lsb Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+------+------------+----------+--------+------------- i+ | lsb | package | 4.0-31.1 | x86_64 | repo-oss v | lsb | package | 4.0-31.1 | i586 | repo-oss | lsb | srcpackage | 4.0-31.1 | noarch | repo-src-oss
# rpm -qR lsb | grep qt3 qt3 >= 3.3.5
If it is more than a temporary problem, I will file abug report.
I confirm your observation that you cannot install lsb without the Packman repo enabled, because qt3 is required, and not provided by TW. Regards, Frank -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2018.03.14 22:48, Bjoern Voigt rašė:
# rpm -qR lsb | grep qt3 qt3 >= 3.3.5
Don't you want to switch from lsb package (lsb 4 version) to lsb5 package (lsb 5 version)? lsb don't requires qt3. At lest in my system lsb package is not installed by default, but lsb5 is installed by default. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 2018-03-15 at 08:59 +0200, opensuse.lietuviu.kalba wrote:
2018.03.14 22:48, Bjoern Voigt rašė:
# rpm -qR lsb | grep qt3 qt3 >= 3.3.5
Don't you want to switch from lsb package (lsb 4 version) to lsb5 package (lsb 5 version)? lsb don't requires qt3. At lest in my system lsb package is not installed by default, but lsb5 is installed by default.
Indeed, the package should be updated to the lsb5 spec (finally); Qt3 has been dropped from that spec, but the lsb package was missed as still having this dependency. SO, all, please file a bug report - in short term, we likely will just kick out Qt3 out of the lsb deps, then rework the dep chain to make it an lsb5 compliant meta package (lsb5 was published in 2015, so that should be ok). Most users probably have the lsb package installed from early times when the chrome package required it, but by now it only requires /usr/bin/lsb_release (lsb-release package). Cheers Dominique
Hi, Am Donnerstag, 15. März 2018, 09:29:54 CET schrieb Dominique Leuenberger / DimStar:
On Thu, 2018-03-15 at 08:59 +0200, opensuse.lietuviu.kalba wrote:
2018.03.14 22:48, Bjoern Voigt raÅ¡Ä:
# rpm -qR lsb | grep qt3 qt3 >= 3.3.5
Don't you want to switch from lsb package (lsb 4 version) to lsb5 package (lsb 5 version)? lsb don't requires qt3. At lest in my system lsb package is not installed by default, but lsb5 is installed by default.
Indeed, the package should be updated to the lsb5 spec (finally); Qt3 has been dropped from that spec, but the lsb package was missed as still having this dependency.
lsb5 can't be provided because it depends on even more ancient packages than lsb4. See: https://bugzilla.opensuse.org/show_bug.cgi?id=1071688 The problem is that many commercial packages require some lsb and dropping it makes them uninstallable :-( Marc
On Thu, 2018-03-15 at 10:15 +0100, Marc Dietrich wrote:
Hi,
Am Donnerstag, 15. März 2018, 09:29:54 CET schrieb Dominique Leuenberger / DimStar:
On Thu, 2018-03-15 at 08:59 +0200, opensuse.lietuviu.kalba wrote:
2018.03.14 22:48, Bjoern Voigt rašė:
# rpm -qR lsb | grep qt3 qt3 >= 3.3.5
Don't you want to switch from lsb package (lsb 4 version) to lsb5 package (lsb 5 version)? lsb don't requires qt3. At lest in my system lsb package is not installed by default, but lsb5 is installed by default.
Indeed, the package should be updated to the lsb5 spec (finally); Qt3 has been dropped from that spec, but the lsb package was missed as still having this dependency.
lsb5 can't be provided because it depends on even more ancient packages than lsb4. See: https://bugzilla.opensuse.org/show_bug.cgi?id=1071688
The problem is that many commercial packages require some lsb and dropping it makes them uninstallable :-(
Then we'll have to drop the Qt3 dep from lsb - and accept that this is not really 'lsb conform' - and just have it as a dummy package trying to satisfy the most common commercial packages. Funnily enough, most commercial packages bring a ton of libs with them, even stuff listed in the lsb specs: so those vendors clearly assume lsb is defunct. Bringing back Qt3 is the least favorable option here. Cheers Dominique
On Thursday 2018-03-15 10:15, Marc Dietrich wrote:
Hi,
Am Donnerstag, 15. März 2018, 09:29:54 CET schrieb Dominique Leuenberger / DimStar:
On Thu, 2018-03-15 at 08:59 +0200, opensuse.lietuviu.kalba wrote:
2018.03.14 22:48, Bjoern Voigt raÅ¡Ä?:
# rpm -qR lsb | grep qt3 qt3 >= 3.3.5
Don't you want to switch from lsb package (lsb 4 version) to lsb5 package (lsb 5 version)? lsb don't requires qt3. At lest in my system lsb package is not installed by default, but lsb5 is installed by default.
Indeed, the package should be updated to the lsb5 spec (finally); Qt3 has been dropped from that spec, but the lsb package was missed as still having this dependency.
lsb5 can't be provided because it depends on even more ancient packages than lsb4. See: https://bugzilla.opensuse.org/show_bug.cgi?id=1071688
The problem is that many commercial packages require some lsb and dropping it makes them uninstallable :-(
So just make lsb an empty package? (Or just drop the qt3 dep.) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03/15/2018 10:28 AM, Jan Engelhardt wrote:
The problem is that many commercial packages require some lsb and dropping it makes them uninstallable :-(
So just make lsb an empty package? (Or just drop the qt3 dep.)
I would go for it! LSB validation for tumbleweed is a strange concept anyway. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 15 Mar 2018, Stephan Kulow wrote:
On 03/15/2018 10:28 AM, Jan Engelhardt wrote:
The problem is that many commercial packages require some lsb and dropping it makes them uninstallable :-(
So just make lsb an empty package? (Or just drop the qt3 dep.)
I would go for it! LSB validation for tumbleweed is a strange concept anyway.
Maybe then drop lsb and provide LSB[12345] from their own (devel) projects? Thus add "modules" to tumbleweed? ;)
Greetings, Stephan
-- Richard Biener <rguenther@suse.de> SUSE LINUX GmbH, GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03/15/2018 11:04 AM, Richard Biener wrote:
On Thu, 15 Mar 2018, Stephan Kulow wrote:
On 03/15/2018 10:28 AM, Jan Engelhardt wrote:
The problem is that many commercial packages require some lsb and dropping it makes them uninstallable :-(
So just make lsb an empty package? (Or just drop the qt3 dep.)
I would go for it! LSB validation for tumbleweed is a strange concept anyway.
Maybe then drop lsb and provide LSB[12345] from their own (devel) projects? Thus add "modules" to tumbleweed? ;)
Well, the problem is that the lsb spec is just for entertainment of spec lovers. E.g. the atom editor requires 'lsb-core-noarch' without any version, so it's meaningless. google-chrome fortunately switched to require lsb_release - and accepts tumbleweed outputing n/a :) Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 15-03-2018 a las 6:50, Stephan Kulow escribió:
I would go for it! LSB validation for tumbleweed is a strange concept anyway.
It is my belief that the LSB is dead as a doornail and the Tumbleweed concept is incompatible with it.. Please just drop this lsb stuff.. the most recent LSB release requires libpng12 that I worked recently to get rid of, it also requires QT4 which is also defunct and slowly in the way out.. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 15 Mar 2018 09:33:44 -0300 Cristian Rodríguez <crrodriguez@opensuse.org> wrote:
It is my belief that the LSB is dead as a doornail and the Tumbleweed concept is incompatible with it.. Please just drop this lsb stuff.. the most recent LSB release requires libpng12 that I worked recently to get rid of, it also requires QT4 which is also defunct and slowly in the way out..
I'm not saying you're wrong, but it sounds more like the LSB is just in need of an update. According to https://en.wikipedia.org/wiki/Linux_Standard_Base#Version_history ... LSB 5.0 is nearly 3y old now: June 2015. Gaps between major versions look very irregular -- 3/1/3/8 years. 5.1 at least definitely looks overdue -- or is there just not that much cooperation between RPM-based distros any more? There used to be quite a few: SUSE, RH, Mandriva, CentOS, Yellow Dog, PC LinuxOS, etc. Now many of those are gone -- absorbed or dead or whatever. It's mainly RH & SUSE now. Does that render LSB irrelevant? -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 15-03-2018 a las 9:56, Liam Proven escribió:
Does that render LSB irrelevant?
https://github.com/LinuxStandardBase/lsb "The LSB 5.0 specification released in 2014 may well be the last of its kind. The specification and tests are in maintenance mode. Bugs will be accepted and fixed and these bug fixes may be released as updates, i.e. 5.0.1 and others as needed. However, we do not presently plan to work new major LSB specification releases such as LSB 5.1 or 6.0." Looks deceased to me. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 15 Mar 2018 10:02:23 -0300 Cristian Rodríguez <crrodriguez@opensuse.org> wrote:
https://github.com/LinuxStandardBase/lsb
"The LSB 5.0 specification released in 2014 may well be the last of its kind. The specification and tests are in maintenance mode. Bugs will be accepted and fixed and these bug fixes may be released as updates, i.e. 5.0.1 and others as needed. However, we do not presently plan to work new major LSB specification releases such as LSB 5.1 or 6.0."
Looks deceased to me.
Wow. Well, yes, I have to agree. I blame containers. But then I blame containers for most things. -- Liam Proven - Technical Writer, SUSE Linux s.r.o. Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia Email: lproven@suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (10)
-
Bjoern Voigt -
Cristian Rodríguez -
Dominique Leuenberger / DimStar -
Frank Krüger -
Jan Engelhardt -
Liam Proven -
Marc Dietrich -
opensuse.lietuviu.kalba -
Richard Biener -
Stephan Kulow