0.14 not really compatible with python3

Discussion:

David Runge

2018-09-17 12:29:09 UTC

Hi all,

last week I tried updating the Arch Linux package for tuna to 0.14.
Apparently some attempts were made to port it to python3 (all shebangs
are set to using python3).
However, when using python3 it is actually not possible to run anything
but the tuna CLI script (as oscilloscope is GUI only). Is this intended?
The GUI doesn't work, because gtk is python2-only. Python3 only provides
gobject, but in the current release, gtk is still imported!

When using python2, oscilloscope is also having troubles with certain
(newer) python2-matplotlib versions:
https://bugs.archlinux.org/task/58188?project=5&string=tuna

Is there a roadmap on fixing these issues?

Also: It would be great to move this to a proper setuptools driven setup
for installation (so script files and maybe even arbitrary
configurations, etc. will be handled by it).
Currently many manual steps have to be done to build a package from the
sources.

Best,
David

--
https://sleepmap.de

John Kacur

2018-09-17 13:32:08 UTC

Permalink

yes, we're aware that oscilloscope doesn't currently work, and thinking of solutions.
In the meantime please let us know if you have any problems with the command line interface and python3

Thanks

John Kacur

----- Original Message -----

Post by David Runge
Hi all,
last week I tried updating the Arch Linux package for tuna to 0.14.
Apparently some attempts were made to port it to python3 (all shebangs
are set to using python3).
However, when using python3 it is actually not possible to run anything
but the tuna CLI script (as oscilloscope is GUI only). Is this intended?
The GUI doesn't work, because gtk is python2-only. Python3 only provides
gobject, but in the current release, gtk is still imported!
When using python2, oscilloscope is also having troubles with certain
https://bugs.archlinux.org/task/58188?project=5&string=tuna
Is there a roadmap on fixing these issues?
Also: It would be great to move this to a proper setuptools driven setup
for installation (so script files and maybe even arbitrary
configurations, etc. will be handled by it).
Currently many manual steps have to be done to build a package from the
sources.
Best,
David
--
https://sleepmap.de
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines

_______________________________________________
tuna-devel mailing list -- tuna-***@lists.fedorahosted.org
To unsubscribe send an email to tuna-devel-***@lists.fedorahosted.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedorahosted.org/archives/li

David Runge

2018-09-17 13:50:05 UTC

Permalink

Post by John Kacur
yes, we're aware that oscilloscope doesn't currently work, and
thinking of solutions.

I figured.
Hm, I don't know whether a port to python3 will fix this, as I don't
know enough about the internals of the scripts.

Post by John Kacur
In the meantime please let us know if you have any problems with the
command line interface and python3

--
https://sleepmap.de

John Kacur

2018-09-17 14:00:30 UTC

Permalink

well, to be fair, we haven't officially released this yet.
Being open source, we're happy to share our changes and share development,
but if you just want to package an working version for a distribution, you might
need an older version for now.

Thanks

John

----- Original Message -----

Post by David Runge

Post by John Kacur
yes, we're aware that oscilloscope doesn't currently work, and thinking of solutions.

I figured.
Hm, I don't know whether a port to python3 will fix this, as I don't
know enough about the internals of the scripts.

Post by John Kacur
In the meantime please let us know if you have any problems with the
command line interface and python3

Hm, the CLI with python3 seems to work (I have only executed it plainly,
didn't have time for extensive testing).
I just wonder how I'm supposed to package this now, as the python3
version has less functionality (no GUI) now.
Are you onto replacing that as well?
Best,
David
--
https://sleepmap.de
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines

David Runge

2018-09-17 15:25:40 UTC

Permalink

Post by John Kacur
well, to be fair, we haven't officially released this yet.

Where would the latest official release be announced? On this list?

Post by John Kacur
Being open source, we're happy to share our changes and share
development, but if you just want to package an working version for a
distribution, you might need an older version for now.

Currently it seems, that Arch Linux will deprecate libglade soon (which
has been unmaintained since 2009).
Therefore I guess the only way forward for me packaging this is to use
the python3/CLI only version in the forseeable future.

That being said: What is the easiest way to be able to contribute to the
code base?
I'm sure, that this change could lead to at least some people wanting to
help out further developing tuna!

Best,
David

--
https://sleepmap.de

Jiri Kastner

2018-09-17 19:12:16 UTC

Permalink

Post by David Runge

Post by John Kacur
well, to be fair, we haven't officially released this yet.

Where would the latest official release be announced? On this list?

99% - yes :)

Post by David Runge

Currently it seems, that Arch Linux will deprecate libglade soon (which
has been unmaintained since 2009).
Therefore I guess the only way forward for me packaging this is to use
the python3/CLI only version in the forseeable future.
That being said: What is the easiest way to be able to contribute to the
code base?

clone tuna from git.kernel.org
email patches here / push it somewhere with anouncement here

Post by David Runge
I'm sure, that this change could lead to at least some people wanting to
help out further developing tuna!
Best,
David

jiri

Post by David Runge
--
https://sleepmap.de
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines

Guy Streeter

2018-09-18 02:59:10 UTC

Permalink

The tuna GUI does not work on Fedora because it runs as a privileged
process, and the Fedora desktop prohibits privileged GUI applications.
I wrote a new implementation of the tuna GUI, with some added bits, using
gobject introspection. It connects through d-bus to a privileged back-end,
so the GUI can run as the current user.
I called it Pianofish to distinguish it from the tuna GUI, but it could
easily be renamed. It is python3-ready, as soon as there are python3
versions of schedutils and linux-procfs.

I have a copr repo for Fedora, with all the pre-reqs not provided by Fedora.
https://copr.fedorainfracloud.org/coprs/streeter/python-hwloc/
Set up that repo and dnf install pianofish to try it out. The package
includes a User Guide.

--Guy

Post by Jiri Kastner

Post by David Runge

Post by John Kacur
well, to be fair, we haven't officially released this yet.

Where would the latest official release be announced? On this list?

99% - yes :)

Post by David Runge

Currently it seems, that Arch Linux will deprecate libglade soon (which
has been unmaintained since 2009).
Therefore I guess the only way forward for me packaging this is to use
the python3/CLI only version in the forseeable future.
That being said: What is the easiest way to be able to contribute to the
code base?

clone tuna from git.kernel.org
email patches here / push it somewhere with anouncement here

Post by David Runge
I'm sure, that this change could lead to at least some people wanting to
help out further developing tuna!
Best,
David

jiri

_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines

Tim Orling

2018-09-18 04:23:53 UTC

Permalink

Post by Guy Streeter
The tuna GUI does not work on Fedora because it runs as a privileged
process, and the Fedora desktop prohibits privileged GUI applications.
I wrote a new implementation of the tuna GUI, with some added bits, using
gobject introspection. It connects through d-bus to a privileged back-end,
so the GUI can run as the current user.
I called it Pianofish to distinguish it from the tuna GUI, but it could
easily be renamed. It is python3-ready, as soon as there are python3
versions of schedutils and linux-procfs.

We already have python3 versions of schedutils [1] and linux-procfs [2].

[1]
https://src.fedoraproject.org/rpms/python-schedutils/blob/master/f/python-schedutils.spec#_35
[2]
https://src.fedoraproject.org/rpms/python-linux-procfs/blob/master/f/python-linux-procfs.spec#_37

Post by Guy Streeter
I have a copr repo for Fedora, with all the pre-reqs not provided by Fedora.
https://copr.fedorainfracloud.org/coprs/streeter/python-hwloc/
Set up that repo and dnf install pianofish to try it out. The package
includes a User Guide.
--Guy

Post by Jiri Kastner

Post by David Runge

Post by John Kacur
well, to be fair, we haven't officially released this yet.

Where would the latest official release be announced? On this list?

99% - yes :)

Post by David Runge

Currently it seems, that Arch Linux will deprecate libglade soon (which
has been unmaintained since 2009).
Therefore I guess the only way forward for me packaging this is to use
the python3/CLI only version in the forseeable future.
That being said: What is the easiest way to be able to contribute to the
code base?

clone tuna from git.kernel.org
email patches here / push it somewhere with anouncement here

Post by David Runge
I'm sure, that this change could lead to at least some people wanting to
help out further developing tuna!
Best,
David

jiri

_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines

Guy Streeter

2018-09-18 14:19:52 UTC

Permalink

Cool. It should "just work" then. I'll build a python3 version of it.
--Guy

Post by Tim Orling

We already have python3 versions of schedutils [1] and linux-procfs [2].
[1]
https://src.fedoraproject.org/rpms/python-schedutils/blob/master/f/python-schedutils.spec#_35
[2]
https://src.fedoraproject.org/rpms/python-linux-procfs/blob/master/f/python-linux-procfs.spec#_37

Post by Jiri Kastner

Post by David Runge

Post by John Kacur
well, to be fair, we haven't officially released this yet.

Where would the latest official release be announced? On this list?

99% - yes :)

Post by David Runge

the

Post by David Runge
code base?

clone tuna from git.kernel.org
email patches here / push it somewhere with anouncement here

Post by David Runge
I'm sure, that this change could lead to at least some people wanting

Post by David Runge
help out further developing tuna!
Best,
David

jiri

Post by David Runge
--
https://sleepmap.de
_______________________________________________
To unsubscribe send an email to
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html

https://fedoraproject.org/wiki/Mailing_list_guidelines
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines

_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines

David Runge

2018-09-18 14:46:32 UTC

Permalink

Post by Guy Streeter
Cool. It should "just work" then. I'll build a python3 version of it.
--Guy

That's great news!

It would be most awesome, if you could send a diff of your work, so this
can be integrated upstream (as mentioned)! :)

Thanks!
David

--
https://sleepmap.de

Guy Streeter

2018-09-18 20:00:19 UTC

Permalink

There isn't a diff. I wrote it from scratch.

Post by David Runge

Post by Guy Streeter
Cool. It should "just work" then. I'll build a python3 version of it.
--Guy

That's great news!
It would be most awesome, if you could send a diff of your work, so this
can be integrated upstream (as mentioned)! :)
Thanks!
David
--
https://sleepmap.de
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines

David Runge

2018-09-23 14:16:13 UTC

Permalink

Post by Guy Streeter
There isn't a diff. I wrote it from scratch.

Hmm, that's too bad. Any way of integrating this with tuna?

Best,
David

--
https://sleepmap.de

Guy Streeter

2018-09-23 16:18:54 UTC

Permalink

Well, one could certainly make a massive patch that removed the tuna GUI
files and inserted the pianofish files. Then you'd just need to modify the
tuna commandline to launch pianofish. Or, rename pianofish so it would
become the tuna GUI. It's actually completely independent of tuna, but they
could still be packaged together.
I'm retired and don't spend any time on pianofish or any other programming
lately, but I would be willing to do some work on it or turn it over to
someone else. First though, I'd like to have someone try it out and see if
they think it's worth the effort.
--Guy

Post by David Runge

Post by Guy Streeter
There isn't a diff. I wrote it from scratch.

Hmm, that's too bad. Any way of integrating this with tuna?
Best,
David
--
https://sleepmap.de
_______________________________________________
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines