| Summary: | pytone (new package) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Yo'av Moshe <bjesus> |
| Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | enhancement | CC: | bgzll, erik_hahn, jeffdique, python |
| Priority: | High | Keywords: | EBUILD |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://www.luga.de/pytone/ | ||
| Whiteboard: | sunrise suggested | ||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
ebuild for pytone
pytone-2.2.4 New ebuild for 2.3.1 - it differs from the ebuild from Andreas!!! New ebuild 2.3.1-r1 which merges a few features from Andreas ebuild and most importantly follows the naming convention Patch for pytone-2.3.1-r1.ebuild pytone-3.0.1.ebuild |
||
|
Description
Yo'av Moshe
2004-11-08 04:14:11 UTC
I second this request, it's a nice console music player thats good entertainment while compiling. I'd like to see an ebuild of PyTone, too cause it has a very intuitive user interface and is very gentooish at all. PyTone is still freqently enchanced - the current version is 2.2.3. Maybe this bug should not (only) go to python devs but to multimedia people, too? Created attachment 61143 [details]
ebuild for pytone
I made an ebuild for pytone.
The files /usr/bin/pytone and pytonectl are shellscripts to execute
python /usr/lib/python2.4/site-packages/pytone/pytone{ctl}
It fails while trying to import bsddb. When substituting it for bsddb3 (the version in portage) it fails with: *** glibc detected *** double free or corruption (!prev): 0x081994a0 *** /usr/bin/pytone: line 2: 3904 ... I have tried pytone-2.2.4 renaming the ebuild. It is intalled correctly but has the same error with bsddb and glibc. I don't have bsddb3 installed and it's working for me for pytone-2.2.4 and 2.2.3. Created attachment 65188 [details]
pytone-2.2.4
New Ebuild for pytone-2.2.4
Added useflag and DEPEND for xosd.
Thanks for this ebuild! Until now, PyTone-2.3.0 was the only non-portage'd application on my system. Consequently (I think), a recent emerge -uvDN world broke my PyTone, until I manually unmerged and remerged pyao, pyvorbis, pyogg, pymad. Also, pytone WOULD NOT PLAY unless I ran it in debug mode. (Still I don't know why this is, but it may be similar to a problem another gentoo user experienced ... http://www.luga.de/pipermail/pytone-users/2004/000033.html) To test Andreas' ebuild, I renamed it to pytone-2.3.0.ebuild, placed it in my PORTDIR_OVERLAY directory, created the Manifest with ebuild, unmerged pyao, pyvorbis, pyogg, pymad, removed my old pytone aliases. With the magic words "emerge pytone", the dependent python modules were pulled in and pytone itself installed. (Also: bsddb3 is not installed on my system.) And now pytone plays without the -d flag! Wonderful! Reassigned to maintainer-wanted. Created attachment 94265 [details]
New ebuild for 2.3.1 - it differs from the ebuild from Andreas!!!
Hi,
this is an ebuild for PyTone 2.3.1 ... I used my own ebuild which differs from the one Andreas Niess posted. Please see if this one works as well.
Greetz
Stefan
Created attachment 96912 [details]
New ebuild 2.3.1-r1 which merges a few features from Andreas ebuild and most importantly follows the naming convention
Created attachment 96913 [details, diff]
Patch for pytone-2.3.1-r1.ebuild
There is actually a small change, namely that the byte-format of the ao device is now set to 2 (big-endian) instead of (1 little-endian).
I tried to just rename the ebuild for pytone-3.0.1 but than pytone database is not built. In new version there is a complete rewrite of the database generation, it now uses sqlite, I do have pysqlite, and with pytone -d /tmp/debug.txt I still do not see the reason... Created attachment 176887 [details]
pytone-3.0.1.ebuild
Updated ebuild for pytone 3.0.1
The ebuild itself works, I couldn't get the program itself to work though.
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq Last commit to upstream's SVN in 2013. Is there anyone who wants to see this package in the tree? Otherwise I'm going to close this bug in two weeks. |
