Bug#888657: ladish: should this package be removed?
Even though it is an old program, Ladish is still functional. On 22
April 2020, the developer added a patch for Python 3 compatibility.
Integrating it in this package could eliminate dependencies on Python 2.
I use ladish on a daily basis as it is a dependency of Claudia, a JACK
studio management application.
https://git.nedk.org/lad/ladish.git/commit/?id=c76a72c6e420f3070f4efac31bd840c1953b5641
From c76a72c6e420f3070f4efac31bd840c1953b5641 Mon Sep 17 00:00:00 2001
From: Nedko Arnaudov
Date: Wed, 22 Apr 2020 19:55:14 +0300
Subject: ladish_control: py3 compatibility
---
ladish_control | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/ladish_control b/ladish_control
index 4303f70b..9ff36839 100755
--- a/ladish_control
+++ b/ladish_control
@@ -145,7 +145,7 @@ def dump_graph(obj):
patchbay_iface = dbus.Interface(obj, patchbay_interface_name)
graph = patchbay_iface.GetGraph(0)
for client in graph[1]:
-print '"%s"' % client[1]
+print('"%s"' % client[1])
for port in client[2]:
port_flags = port[2]
if (port_flags & 1) != 0:
@@ -163,17 +163,17 @@ def dump_graph(obj):
else:
port_type = "unknown"
-print ' "%s" [%s %s]' % (port[1], port_flags, port_type)
+print(' "%s" [%s %s]' % (port[1], port_flags, port_type))
print
if len(graph[2]):
if len(graph[2]) == 1:
-print "1 connection:"
+print("1 connection:")
else:
-print "%u connections:" % len(graph[2])
+print("%u connections:" % len(graph[2]))
for connection in graph[2]:
-print '"%s":"%s" -> "%s":"%s"' % (connection[1], connection[3], connection[5], connection[7])
+print('"%s":"%s" -> "%s":"%s"' % (connection[1], connection[3], connection[5], connection[7]))
else:
-print "0 connections."
+print("0 connections.")
def main():
if len(sys.argv) == 1:
@@ -522,7 +522,7 @@ def main():
patchbay_iface.DisconnectPortsByName(c1, p1, c2, p2)
else:
print("Unknown command '%s'" % arg)
-except dbus.DBusException, e:
+except (dbus.DBusException, e):
print("DBus exception: %s" % str(e))
if __name__ == '__main__':
--
cgit v1.2.1
pEpkey.asc
Description: application/pgp-keys
Bug#888657: ladish: should this package be removed?
On Sun, 28 Jan 2018 15:18:47 + James Cowgill wrote: > Hi, > > On 28/01/18 14:16, treb...@tuxfamily.org wrote: > > Le 2018-01-28 14:38, Simon McVittie a écrit : > >> Source: flowcanvas > >> Severity: important > >> User: debian...@lists.debian.org > >> Usertags: proposed-removal > >> Control: clone -1 -2 > >> Control: reassign -2 ladish > >> Control: retitle -2 ladish: should this package be removed? > >> > >> flowcanvas depends on numerous obsolete GNOME 2-era libraries > >> (e.g. #885095) and hasn't had a maintainer upload since 2009. Its > >> upstream > >> website says: > >> > >> **Note**: FlowCanvas is dead, long live Ganv! > >> > >> ganv is also in Debian as src:ganv; it's orphaned in Debian, but appears > >> to have commit activity upstream. > >> > >> flowcanvas has one reverse-dependency in Debian, gladish (src:ladish), > >> whose most recent maintainer upload was in 2014. web.archive.org says > >> the ladish.org website has been down since mid 2014. > > > > ladish looks to be maintained by alessio (last commit 20 Apr 2017) here : > > https://github.com/alessio/ladish/ > > (the same goes laditools as well) > > You failed to mention that there has only been one non-merge commit to > that repository since 2014. > > The truth is unless someone is willing to do the porting work, these > packages are not going to survive whether they are "maintained" or not. > > James > The package contains the daemon and an example gui. One quick alternative would be to separate the daemon from the gui in two separate package and at least maintain the daemon ? Michel
Bug#888657: ladish: should this package be removed?
Hi, On 28/01/18 14:16, treb...@tuxfamily.org wrote: > Le 2018-01-28 14:38, Simon McVittie a écrit : >> Source: flowcanvas >> Severity: important >> User: debian...@lists.debian.org >> Usertags: proposed-removal >> Control: clone -1 -2 >> Control: reassign -2 ladish >> Control: retitle -2 ladish: should this package be removed? >> >> flowcanvas depends on numerous obsolete GNOME 2-era libraries >> (e.g. #885095) and hasn't had a maintainer upload since 2009. Its >> upstream >> website says: >> >> **Note**: FlowCanvas is dead, long live Ganv! >> >> ganv is also in Debian as src:ganv; it's orphaned in Debian, but appears >> to have commit activity upstream. >> >> flowcanvas has one reverse-dependency in Debian, gladish (src:ladish), >> whose most recent maintainer upload was in 2014. web.archive.org says >> the ladish.org website has been down since mid 2014. > > ladish looks to be maintained by alessio (last commit 20 Apr 2017) here : > https://github.com/alessio/ladish/ > (the same goes laditools as well) You failed to mention that there has only been one non-merge commit to that repository since 2014. The truth is unless someone is willing to do the porting work, these packages are not going to survive whether they are "maintained" or not. James signature.asc Description: OpenPGP digital signature
Bug#888657: ladish: should this package be removed?
Le 2018-01-28 14:38, Simon McVittie a écrit : Source: flowcanvas Severity: important User: debian...@lists.debian.org Usertags: proposed-removal Control: clone -1 -2 Control: reassign -2 ladish Control: retitle -2 ladish: should this package be removed? flowcanvas depends on numerous obsolete GNOME 2-era libraries (e.g. #885095) and hasn't had a maintainer upload since 2009. Its upstream website says: **Note**: FlowCanvas is dead, long live Ganv! ganv is also in Debian as src:ganv; it's orphaned in Debian, but appears to have commit activity upstream. flowcanvas has one reverse-dependency in Debian, gladish (src:ladish), whose most recent maintainer upload was in 2014. web.archive.org says the ladish.org website has been down since mid 2014. ladish looks to be maintained by alessio (last commit 20 Apr 2017) here : https://github.com/alessio/ladish/ (the same goes laditools as well) These packages both seem like candidates for removal from unstable. It would be a big regression from a user point of view since it'll remove the "studio" (reopen everything in one-click) from Debian with no alternative. If you agree, please reassign this bug to the ftp team with cont...@bugs.debian.org commands similar to these: severity xx normal reassign xx ftp.debian.org retitle xx RM: flowcanvas -- RoQA; depends on obsolete libraries, superseded by ganv severity yy normal reassign yy ftp.debian.org retitle yy RM: ladish -- RoQA; depends on obsolete libraries, appears unmaintained upstream (replacing RoQA with RoM if you are a maintainer of the appropriate package). Thanks, smcv Hope that helps. Olivier
