7:29 a.m.
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
8:32 a.m.
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 -----
> 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
>
> _______________________________________________
> tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
> To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
>
8:50 a.m.
On 2018-09-17 09:32:08 (-0400), John Kacur wrote:
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.
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
9 a.m.
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 -----
> On 2018-09-17 09:32:08 (-0400), John Kacur wrote:
> > 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.
>
> > 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
>
> _______________________________________________
> tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
> To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
>
10:25 a.m.
On 2018-09-17 10:00:30 (-0400), John Kacur wrote:
well, to be fair, we haven't officially released this yet.
Where would the latest official release be announced? On this list?
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
2:12 p.m.
On Mon, Sep 17, 2018 at 05:25:40PM +0200, David Runge wrote:
On 2018-09-17 10:00:30 (-0400), John Kacur wrote:
> well, to be fair, we haven't officially released this yet.
Where would the latest official release be announced? On this list?
99% - yes :)
> 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?
clone tuna from git.kernel.org
email patches here / push it somewhere with anouncement here
I'm sure, that this change could lead to at least some people
wanting to
help out further developing tuna!
Best,
David
jiri
_______________________________________________
tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
9:59 p.m.
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
On Mon, Sep 17, 2018 at 2:12 PM Jiri Kastner <jkastner(a)redhat.com> wrote:
On Mon, Sep 17, 2018 at 05:25:40PM +0200, David Runge wrote:
> On 2018-09-17 10:00:30 (-0400), John Kacur wrote:
> > well, to be fair, we haven't officially released this yet.
> Where would the latest official release be announced? On this list?
99% - yes :)
>
> > 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?
clone tuna from git.kernel.org
email patches here / push it somewhere with anouncement here
> I'm sure, that this change could lead to at least some people wanting to
> help out further developing tuna!
>
> Best,
> David
jiri
>
> --
> https://sleepmap.de
> _______________________________________________
> tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
> To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
_______________________________________________
tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
11:23 p.m.
On Mon, Sep 17, 2018 at 7:59 PM Guy Streeter <guy.streeter(a)gmail.com> wrote:
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...
[2]
https://src.fedoraproject.org/rpms/python-linux-procfs/blob/master/f/pyth...
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
On Mon, Sep 17, 2018 at 2:12 PM Jiri Kastner <jkastner(a)redhat.com> wrote:
>
>
> On Mon, Sep 17, 2018 at 05:25:40PM +0200, David Runge wrote:
> > On 2018-09-17 10:00:30 (-0400), John Kacur wrote:
> > > well, to be fair, we haven't officially released this yet.
> > Where would the latest official release be announced? On this list?
>
> 99% - yes :)
>
> >
> > > 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?
>
> clone tuna from git.kernel.org
> email patches here / push it somewhere with anouncement here
>
> > I'm sure, that this change could lead to at least some people wanting to
> > help out further developing tuna!
> >
> > Best,
> > David
>
> jiri
>
> >
> > --
> > https://sleepmap.de
>
>
>
> > _______________________________________________
> > tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
> > To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
> _______________________________________________
> tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
> To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
>
_______________________________________________
tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
9:19 a.m.
Cool. It should "just work" then. I'll build a python3 version of it.
--Guy
On Mon, Sep 17, 2018 at 11:24 PM Tim Orling <ticotimo(a)gmail.com> wrote:
On Mon, Sep 17, 2018 at 7:59 PM Guy Streeter <guy.streeter(a)gmail.com>
wrote:
> 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...
[2]
https://src.fedoraproject.org/rpms/python-linux-procfs/blob/master/f/pyth...
> 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
>
> On Mon, Sep 17, 2018 at 2:12 PM Jiri Kastner <jkastner(a)redhat.com> wrote:
>
>>
>>
>> On Mon, Sep 17, 2018 at 05:25:40PM +0200, David Runge wrote:
>> > On 2018-09-17 10:00:30 (-0400), John Kacur wrote:
>> > > well, to be fair, we haven't officially released this yet.
>> > Where would the latest official release be announced? On this list?
>>
>> 99% - yes :)
>>
>> >
>> > > 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?
>>
>> clone tuna from git.kernel.org
>> email patches here / push it somewhere with anouncement here
>>
>> > I'm sure, that this change could lead to at least some people wanting
>> to
>> > help out further developing tuna!
>> >
>> > Best,
>> > David
>>
>> jiri
>>
>> >
>> > --
>> > https://sleepmap.de
>>
>>
>>
>> > _______________________________________________
>> > tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
>> > To unsubscribe send an email to
>> tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
>> _______________________________________________
>> tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
>> To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
>>
> _______________________________________________
> tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
> To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
>
_______________________________________________
tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
9:46 a.m.
On 2018-09-18 09:19:52 (-0500), Guy Streeter wrote:
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
3 p.m.
There isn't a diff. I wrote it from scratch.
On Tue, Sep 18, 2018 at 9:46 AM David Runge <dave(a)sleepmap.de> wrote:
On 2018-09-18 09:19:52 (-0500), Guy Streeter wrote:
> 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
_______________________________________________
tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
9:16 a.m.
On 2018-09-18 15:00:19 (-0500), Guy Streeter wrote:
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
11:18 a.m.
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
On Sun, Sep 23, 2018 at 9:16 AM David Runge <dave(a)sleepmap.de> wrote:
On 2018-09-18 15:00:19 (-0500), Guy Streeter wrote:
> 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
_______________________________________________
tuna-devel mailing list -- tuna-devel(a)lists.fedorahosted.org
To unsubscribe send an email to tuna-devel-leave(a)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/list/tuna-devel@lists.fedorahoste...
2035
days inactive
2041
days old
tuna-devel@lists.fedorahosted.org
12 comments
5 participants
participants (5)
-
David Runge -
Guy Streeter -
Jiri Kastner -
John Kacur -
Tim Orling