[opensuse-factory] questionable deleterequests for factory
Hi I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346128 (agg) https://build.opensuse.org/request/show/346107 (tokyocabinet) https://build.opensuse.org/request/show/346098 (pth) https://build.opensuse.org/request/show/347667 (ipw-firmware) https://build.opensuse.org/request/show/347654 (pangox-compat) https://build.opensuse.org/request/show/347780 (libfallocate) https://build.opensuse.org/request/show/348262 (tclap) While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory? I would like to mention here, that from my own experience, as maintainer and user of some benchmarking tools, it is not uncommon that upstream is inactive for many years yet package is still useful and successfully used. What are your thoughts on this topic? Cheers Martin Pluskal
On 12/10/2015 08:02 PM, Martin Pluskal wrote:
Hi
I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346128 (agg) https://build.opensuse.org/request/show/346107 (tokyocabinet) https://build.opensuse.org/request/show/346098 (pth) https://build.opensuse.org/request/show/347667 (ipw-firmware) https://build.opensuse.org/request/show/347654 (pangox-compat) https://build.opensuse.org/request/show/347780 (libfallocate) https://build.opensuse.org/request/show/348262 (tclap)
While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory?
I would like to mention here, that from my own experience, as maintainer and user of some benchmarking tools, it is not uncommon that upstream is inactive for many years yet package is still useful and successfully used.
What are your thoughts on this topic?
Cheers
Martin Pluskal
I understand your point of view but it's not about tools or programs, only libraries with inactive or dead upstream and which depend depend on or, in another words, useless libraries, that's all. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 2015-12-10 20:02, Martin Pluskal wrote:
I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346098 (pth)
While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory?
346098 does not even match "has no dependencies left": 22:12 ares40:~ > sosc whatdependson openSUSE:Factory/pth standard x86_64 pth : kalarmcal kblog kcalcore kcalutils kdepimlibs kdepimlibs4 kholidays kidentitymanagement kimap kldap kmailtransport kmbox kmime kontactinterface kpimtextedit ktnef texinfo Although 'whatdependson' gives the transitive hull, there is always at least one direct dependency in it. 346098 must be rejected at this time. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12/10/2015 10:17 PM, Jan Engelhardt wrote:
On Thursday 2015-12-10 20:02, Martin Pluskal wrote:
I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346098 (pth)
While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory? 346098 does not even match "has no dependencies left":
22:12 ares40:~ > sosc whatdependson openSUSE:Factory/pth standard x86_64 pth : kalarmcal kblog kcalcore kcalutils kdepimlibs kdepimlibs4 kholidays kidentitymanagement kimap kldap kmailtransport kmbox kmime kontactinterface kpimtextedit ktnef texinfo
Although 'whatdependson' gives the transitive hull, there is always at least one direct dependency in it. 346098 must be rejected at this time. I verified the build log of kalarmcal, and noticed it doesn't build against libpth. Before declining the request, let me investigate. The last time, it was an extra buildrequires. Anyway, the package "pth" itself doesn't exist. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12/11/2015 02:04 AM, Benjamin Denisart wrote:
On 12/10/2015 10:17 PM, Jan Engelhardt wrote:
On Thursday 2015-12-10 20:02, Martin Pluskal wrote:
I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346098 (pth)
While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory? 346098 does not even match "has no dependencies left":
22:12 ares40:~ > sosc whatdependson openSUSE:Factory/pth standard x86_64 pth : kalarmcal kblog kcalcore kcalutils kdepimlibs kdepimlibs4 kholidays kidentitymanagement kimap kldap kmailtransport kmbox kmime kontactinterface kpimtextedit ktnef texinfo
Although 'whatdependson' gives the transitive hull, there is always at least one direct dependency in it. 346098 must be rejected at this time. I verified the build log of kalarmcal, and noticed it doesn't build against libpth. Before declining the request, let me investigate. The last time, it was an extra buildrequires. Anyway, the package "pth" itself doesn't exist. Ok, I confirm what I said. I'll fill some pull requests to fix the situation. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Dne 10.12.2015 v 22:17 Jan Engelhardt napsal(a):
On Thursday 2015-12-10 20:02, Martin Pluskal wrote:
I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346098 (pth)
While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory?
346098 does not even match "has no dependencies left":
22:12 ares40:~ > sosc whatdependson openSUSE:Factory/pth standard x86_64 pth : kalarmcal kblog kcalcore kcalutils kdepimlibs kdepimlibs4 kholidays kidentitymanagement kimap kldap kmailtransport kmbox kmime kontactinterface kpimtextedit ktnef texinfo
Although 'whatdependson' gives the transitive hull, there is always at least one direct dependency in it. 346098 must be rejected at this time.
Furthermore dd_rescue recommends libfallocate0 - perhaps is dlopens it if possible? tokyocabinet is used by bogofilter-tokyocabinet Cheers Martin
On 12/11/2015 04:54 PM, Martin Pluskal wrote:
Dne 10.12.2015 v 22:17 Jan Engelhardt napsal(a):
On Thursday 2015-12-10 20:02, Martin Pluskal wrote:
I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346098 (pth)
While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory?
346098 does not even match "has no dependencies left":
22:12 ares40:~ > sosc whatdependson openSUSE:Factory/pth standard x86_64 pth : kalarmcal kblog kcalcore kcalutils kdepimlibs kdepimlibs4 kholidays kidentitymanagement kimap kldap kmailtransport kmbox kmime kontactinterface kpimtextedit ktnef texinfo
Although 'whatdependson' gives the transitive hull, there is always at least one direct dependency in it. 346098 must be rejected at this time.
Furthermore dd_rescue recommends libfallocate0 - perhaps is dlopens it if possible?
It's not just about recommends libfallocate0, but %if 0%{?suse_version} >= 1200 BuildRequires: libfallocate-devel maybe it's just a supports option though. Max -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 10.12.2015 um 20:02 schrieb Martin Pluskal:
Hi
I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346128 (agg) https://build.opensuse.org/request/show/346107 (tokyocabinet) https://build.opensuse.org/request/show/346098 (pth) https://build.opensuse.org/request/show/347667 (ipw-firmware) https://build.opensuse.org/request/show/347654 (pangox-compat) https://build.opensuse.org/request/show/347780 (libfallocate) https://build.opensuse.org/request/show/348262 (tclap)
While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory?
Certainly not. Inactive upstream is often just a sign of well engineered software, which works for many years without continuous bugfixing and which is feature complete. Something the CADT crowd of today probably just cannot imagine anymore.
I would like to mention here, that from my own experience, as maintainer and user of some benchmarking tools, it is not uncommon that upstream is inactive for many years yet package is still useful and successfully used.
Exactly.
What are your thoughts on this topic?
One example -- ipw-firmware. Just because the driver has been merged into the kernel a long time ago does not necessarily mean that it's suddenly able to run without firmware. Now it may be that actually the ipw2200 firmware is included in kernel-firmware nowadays, but this certainly needs to be verified and tested by someone with the hardware at hand. One more note: "...and nothing else depends on it" would be a proper reason to drop everything. Because when whe start dropping packages from the fringe parts, suddenly we'll find that nothing depends on Web browsers and desktop environments and we can drop them, too! Next step is the X server. And all server services, if nothing else depends on them etc... finally we can get rid of *all* packages -- will be a so much cleaner and leaner distribution, won't it? As long as a package is not obviously broken (does not work or even build all, or has massive know security flaws) it is only the maintainers job to drop it. -- 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
Martin Pluskal
Hi
I have noticed that lately, that there appeared bunch of deleterequests for factory: https://build.opensuse.org/request/show/346128 (agg) https://build.opensuse.org/request/show/346107 (tokyocabinet) https://build.opensuse.org/request/show/346098 (pth) https://build.opensuse.org/request/show/347667 (ipw-firmware) https://build.opensuse.org/request/show/347654 (pangox-compat) https://build.opensuse.org/request/show/347780 (libfallocate) https://build.opensuse.org/request/show/348262 (tclap)
While some of them indeed seem indeed valid, there are several cases where which are questionable - is inactive upstream for package that is building properly, and lack of dependencies sufficient reason for removal from factory?
I would like to mention here, that from my own experience, as maintainer and user of some benchmarking tools, it is not uncommon that upstream is inactive for many years yet package is still useful and successfully
used.
What are your thoughts on this topic?
Cheers
Martin Pluskal
pangox-compat is needed by some third-party applications, e.g. Cisco Anyconnect (VPN Client) please reject https://build.opensuse.org/request/show/347654 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (6)
-
Benjamin Denisart -
Jan Engelhardt -
Martin Pluskal -
Max Lin -
Stefan Seyfried -
vetter＠physik.uni-wuerzburg.de