Summary: | [science overlay] new ebuild sci-misc/praat-5 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andre Kloth <bugs-gentoo> |
Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | edgar_uriel84, erikl, flammie, gentoo, nattfodd, nowa, sci |
Priority: | Normal | Keywords: | EBUILD, InOverlay |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://www.praat.org | ||
Whiteboard: | Science overlay | ||
Package list: | Runtime testing required: | --- | |
Attachments: |
praat-4.2.29.ebuild
praat-4.3.07.ebuild praat-4.3.16.ebuild metadata.xml praat-4.4.24.ebuild praat-4.6.ebuild praat-5.1.02.ebuild praat-5.1.02.ebuild ebuild for the latest version of praat praat 5.1.43.ebuild praat-5.2.14.ebuild Updated ebuild version bump praat-5.3.14.ebuild praat-5.3.64.ebuild ebuild with new USE |
Description
Andre Kloth
2005-01-17 11:29:23 UTC
Created attachment 48771 [details]
praat-4.2.29.ebuild
i put it in sci-misc
Created attachment 56252 [details]
praat-4.3.07.ebuild
Created attachment 62718 [details]
praat-4.3.16.ebuild
A quick update few versions up.
Created attachment 62719 [details]
metadata.xml
Here's some metadata for this as well.
Praat 4.3.21 is out for somewhile and praat itself isn't in portage yet. Copying the ebuild to the new PV version works. Could someone add it? I think the problem is we don't have any developers with portage tree commit access interested in this kind of stuff. Of course if sci-guys don't have time for it, this perhaps should be assigned to maintainer-wanted(?), but it won't have much more chances of surviving there, because last I heard, it's more overcrowded with packages, and this kind of marginal application will fall down to the bottom of the priority list. What is the point? Adding a working ebuild, what kind of additional work is there? Basically, if there is a new version someone will point that out over here. Hi Stefan, Unfortunately, there is a lot more to adding a package to Portage than checking if the ebuild works. The package itself must be tested to ensure the ebuild installs the software properly and that the software works in a satisfactory way on Gentoo systems. In the case of Praat, this would require familiarity with phonetics. As far as I know, no one from the development team has any experience in phonetics by computer. Also, after adding the package to Portage, we would need to dedicate time to fixing eventual bugs, checking for new versions (waiting to be told we are late is not acceptable practice), ensuring it compiles and works with newer compiler versions, etc. There are more than 200 requests for new scientific packages in Bugzilla, and we prefer to grow slowly than spread ourselves too thin. Regards, [Using bugzilla instead of mail or IRC to post question to provide information for those who are interested. Sci-team, if you have time, please reply via mail or IRC?] (In reply to comment #8) > Unfortunately, there is a lot more to adding a package to Portage than > checking if the ebuild works. [...] In the case of Praat, this would require > familiarity with phonetics. As far as I know, no one from the development team > has any experience in phonetics by computer. Sci-team, any chance anyone of you'd have time to mentor me with this, if you still need a phonetician in your team? I just finished my bachelor's degree and I have a bit more time in my hands again. I know it's not usual to recruit new devs who don't have lots of related contributions, but the possibilities to contribute in field of phonetics' software aren't awfully wide :-) Hi Flammie. Thanks for stepping up! and sorry for a delay with responce - for some reason whenever I am trying to respond to this bug, bugzilla goes south :( (watched Blade Runner recently and hey, looks like it used to be "north" 20 years ago - I mean this saying. Did the magnetic poles flip and we did not notice? :)) I can mentor you, if nobody has stepped up yet. In this regard I have a question: how many related packages do you think there are or can be added in the future? Basically this is a question whether we create a new category/herd for it or try to fit it in some existing one (in such case the category would be sci-misc and the herd would be sci). But I would like you to join us in any case ;). Another thing on the mentorship - I see you are a dev actually, what exactly is required? Although, looking at your cia stats I see you were committing to the docs lately, does this mean you are on translations team and will need to "transition" to general developers, taking a quiz and all? George Some remarks on the ebuild: - dependencies aren't ok anymore, you need to follow http://www.gentoo.org/proj/en/desktop/x/x11/porting-modular-x-howto.xml to have the right modular X deps - the newline in the first line of DEPEND and RDEPEND is quite weird - about the current directory, better use the S variable (S="${WORKDIR}/sources_${MY_PV}". Then you can entirely delete the src_unpack function as the default one juste does unpack ${A}; cd ${S} (btw, the cd ${S} usually goes in src_unpack and not src_compile) - in src_install, you don't need to cd ${S} again and into /usr, as this is also default. dobin foo is enough. - about the einfo in postinst, I don't quite like those, but this is a personal opinion and not a policy. Here, finding the doc is straightforward from the homepage, so having this in postinst doesn't really add any useful information. On the other hand, if you think this documentation is really important, you can (with upstream agreement), make a tarball of it, host it on the mirrors and install it (with USE="doc") on user request. Created attachment 91043 [details]
praat-4.4.24.ebuild
Should be fixed now?
The URL http://www.fon.hum.uva.nl/praat/praat4424_sources.tar.gz is no longer available, but changing the ebuilds name from praat-4.4.24.ebuild to praat-4.5.16.ebuild works fine for me. Created attachment 119321 [details]
praat-4.6.ebuild
New praat minor version is up so I decided to clean the ebuild a bit and update it to install samples.
(In reply to comment #14) > Created an attachment (id=119321) [edit] > praat-4.6.ebuild > > New praat minor version is up so I decided to clean the ebuild a bit and update > it to install samples. > Hi there, the last post is about one year old, but the latest version is 5.0.38 FYI: I tried to compile and run the latest version from sources but: compiling worked without any problems; executing praat doesnt work executing praat with the pre-compiled package from the website does work fine I am Phonetician and would like to support you Guys with praat. Erik why dont you add sth like uname -i to find out, what kind of software you run and then if [ $(uname -i) = GNU\Linux ] do cp "${S}/makefiles/makefile.defs.linux.dynamic" "${S}/makefile.defs"; done elif [ $(uname -i) = FreeBSD ] do cp makefiles/makefile.defs.freebsd.dynamic ./makefile.defs ; done elif [ $(uname -i) = OpenBSD ] do cp makefiles/makefile.defs.openbsd ./makefile.defs done elif [ $(uname -i) = SGI ] do cp makefiles/makefile.defs.irix ./makefile.defs done elif [ $(uname -i) = Solaris ] do cp makefiles/makefile.defs.solaris10 ./makefile.defs done elif [ $(uname -i) = HP-UX ] do cp /usr/lib/include/audio/Alib.h sys cp makefiles/makefile.defs.hpux ./makefile.defs done information from http://www.fon.hum.uva.nl/praat/download_sources.html I forgot to mention that there is an updated version in science overlay already. It's not the newest possible but I update it every few months if necessary and I find time. (In reply to comment #16) > why dont you add sth like > uname -i to find out, what kind of software you run On my laptop uname -i prints AuthenticAmd. Uname -o would print GNU/Linux, but according to man page it is not POSIX and as I do not have other platforms to test it on, I do not think it is worth to change before someone with those systems adds it. (In reply to comment #17) > I forgot to mention that there is an updated version in science overlay > already. It's not the newest possible but I update it every few months if > necessary and I find time. > Hi I only see praat-5.0.01 in science-overlay, which is from December 18th,2007 The latest version is 5.0.40 (from November 10th,this year) If you tell me how to update the ebuilds I'll do updating and testing praat. Anyway I need praat for work/university and I'd need to do that. I'll have a look on the gentoo handbook but it would take quite long. By the way: praat seems to have difficulties being executed when it is compiled on Opensuse 11.0 with gcc 4.3.1: in praat.c function praat_init(), line 918 the function NUMmachar () is called. This leads to sth like a while-loop in NuMcblas.c, (line 1141 (L30, if statement)which also calls a function dlamc3_ (some lines below in NuMcblas.c). Gentoo is not affected (yet?). > (In reply to comment #16) > > why dont you add sth like > > uname -i to find out, what kind of software you run > > On my laptop uname -i prints AuthenticAmd. Uname -o would print GNU/Linux, but > according to man page it is not POSIX and as I do not have other platforms to > test it on, I do not think it is worth to change before someone with those > systems adds it. > OK, I meant uname -o. Somehow praat makes according to its website some difference between Architectures. That's why I mentioned it here. Unfortunately I also dont have anything else than linux on an Intel-CPU so this will have to wait :d (In reply to comment #18) > I only see praat-5.0.01 in science-overlay, which is from December 18th,2007 > The latest version is 5.0.40 (from November 10th,this year) The newest in overlay is 5.0.38. http://overlays.gentoo.org/proj/science/browser/overlay/sci-misc/praat/praat-5.0.38.ebuild It is ~amd64 though, since I do not have any 32-bit systems left. If you do have x86 systems, testing on them would be very appreciated. > If you tell me how to update the ebuilds I'll do updating and testing praat. I think you could contact Gentoo science team and even apply for an account in the overlay. The IRC channel #gentoo-science on FreeNode should be helpful, and if you need help with actual ebuild programming or updating the packages in overlay, there is a #gentoo-dev-help channel. The updating for most versions is rather trivial: cp, ebuild digest, install, update logs, svn commit. > Anyway I need praat for work/university and I'd need to do that. I'll have a > look on the gentoo handbook but it would take quite long. My work is mostly on traditional language technology (i.e. morphology and stuff), so I only update the packages when some speech technologists reminds me about it or praat has major updates. On top of Gentoo Developer handbook http://devmanual.gentoo.org you may want to check science overlays documentation at http://overlays.gentoo.org/proj/science/wiki/en, but for basic updates of praat you shouldn’t need to know much. > By the way: praat seems to have difficulties being executed when it is compiled > on Opensuse 11.0 with gcc 4.3.1: > in praat.c function praat_init(), line 918 the function NUMmachar () is called. > This leads to sth like a while-loop in NuMcblas.c, (line 1141 (L30, if > statement)which also calls a function dlamc3_ (some lines below in NuMcblas.c). > Gentoo is not affected (yet?). At least I have been using gcc 4.3.1 for quite a while and have not ran into this problem (but then again, I do not use praat much). Has upstream (Paul Boersma) been notified of this. He seems to be highly responsive with bug reports according to my experiences. First of all: Thanks for the good reply and the tutorial links. (In reply to comment #19) > (In reply to comment #18) > > > I only see praat-5.0.01 in science-overlay, which is from December 18th,2007 > > The latest version is 5.0.40 (from November 10th,this year) > > The newest in overlay is 5.0.38. > http://overlays.gentoo.org/proj/science/browser/overlay/sci-misc/praat/praat-5.0.38.ebuild > > It is ~amd64 though, since I do not have any 32-bit systems left. If you do > have x86 systems, testing on them would be very appreciated. > ok, just activate i386 for that package (I have 2*PIII@900MHz so I can test). it is the same makefile I used and it works perfectly. > > If you tell me how to update the ebuilds I'll do updating and testing praat. > > I think you could contact Gentoo science team and even apply for an account in > the overlay. The IRC channel #gentoo-science on FreeNode should be helpful, and > if you need help with actual ebuild programming or updating the packages in > overlay, there is a #gentoo-dev-help channel. > > The updating for most versions is rather trivial: cp, ebuild digest, install, > update logs, svn commit. > ok, I'll do updating, too when I have more spare-time. > > Anyway I need praat for work/university and I'd need to do that. I'll have a > > look on the gentoo handbook but it would take quite long. > > My work is mostly on traditional language technology (i.e. morphology and > stuff), so I only update the packages when some speech technologists reminds me > about it or praat has major updates. Ah, if you do morphology: Do you also use emu? it also has now a newer release and the old ebuild is not downloadable. > > On top of Gentoo Developer handbook http://devmanual.gentoo.org you may want to > check science overlays documentation at > http://overlays.gentoo.org/proj/science/wiki/en, but for basic updates of praat > you shouldn’t need to know much. > > > By the way: praat seems to have difficulties being executed when it is compiled > > on Opensuse 11.0 with gcc 4.3.1: > > in praat.c function praat_init(), line 918 the function NUMmachar () is called. > > This leads to sth like a while-loop in NuMcblas.c, (line 1141 (L30, if > > statement)which also calls a function dlamc3_ (some lines below in NuMcblas.c). > > Gentoo is not affected (yet?). > > At least I have been using gcc 4.3.1 for quite a while and have not ran into > this problem (but then again, I do not use praat much). Has upstream (Paul > Boersma) been notified of this. He seems to be highly responsive with bug > reports according to my experiences. > Paul already knows and asked me for some help. Unfortunately I dont see any errors in the code. I try debugging with ddd, but first I will need to have a look how to debug with ddd. Thanks again & greetz from Munich Erik Created attachment 184897 [details] praat-5.1.02.ebuild hi there, just ran into praat some weeks ago as I have to use it at the university. I took the latest ebuild from the science overlay and copied it to the latest PV version of the source files at <a href="http://www.fon.hum.uva.nl/praat/download_sources.html">http://www.fon.hum.uva.nl/praat/download_sources.html</a> Compiled without any error and works like a charm on my amd64, so I felt free to attach an ebuild for the latest version. Hope that's ok Created attachment 184898 [details]
praat-5.1.02.ebuild
uploaded another ebuild not based on the latest one from the science overlay. This one is the new one.
Created attachment 190669 [details]
ebuild for the latest version of praat
bump for version 5115. rename from 5.1.00 works, but 5.1.00 which is the latest in the overlay doesn't work at all (couldn't download sources) Comment on attachment 190669 [details]
ebuild for the latest version of praat
Hopefully bumped to 5.1.15... I am a bit clumsy with git still.
Found two problems with the current ebuilds that prevented compilation/installation. I tried 5.1.00 and the hardmasked 5.1.15. 1) A new version is available (5.1.43) and the old archives have presumably been deleted again. This means fetching fails on all the praat ebuilds that are now in the overlay. 2) The ebuild follows the installation instructions by copying a makefile from a folder of different makefiles.. However, compilation fails with a large amount of gtk linking errors for me with the one selected in the ebuild. Using the makefile.defs.linux.gtk file however results in a succesful compilation. Not sure if the gtk interface is optional, but conditional USE blocks should probably be included if so. Created attachment 248796 [details]
praat 5.1.43.ebuild
ebuild with gtk makefile and gtk USE
Comment on attachment 248796 [details]
praat 5.1.43.ebuild
i created the ebuild for praat 5.1.43 with the working gtk makefile and gtk useflag. better have a working version for one build than have no working version at all. There should be a possibility to select curses/motif/gtk makefiles which all should work
Created attachment 262287 [details]
praat-5.2.14.ebuild
version bump to 5.2.14, still need tosolve the requirements for motif/gtk selection with different makefiles. ATM just uses gtk as this is also given as requirement on the homepage.
Created attachment 294641 [details]
Updated ebuild
I've just installed the newest version (5.3.03) with this ebuild. I've added two dependencies media-fonts/sil-charis and media-fonts/sil-doulos for phonetics symbols
Created attachment 311415 [details]
version bump
version bumb + changed dependencies
is now just uses gtk+ as only possible gui, which is nessessary. furthermore also added the fonts mentioned in the previous post as dependencies. They should however be use flags since they are not mandatory.
Created attachment 311417 [details]
praat-5.3.14.ebuild
sry name was wrong. again with good name
(In reply to comment #31) > Created attachment 311415 [details] > version bump > > version bumb + changed dependencies > is now just uses gtk+ as only possible gui, which is nessessary. furthermore > also added the fonts mentioned in the previous post as dependencies. They > should however be use flags since they are not mandatory. I suggest a USE called ipa (International Phonetic Alphabet) I think is the best option, however some people would prefer to use two different flags (charis and doulos) Created attachment 370884 [details]
praat-5.3.64.ebuild
version dumb
(In reply to Tina from comment #34) > Created attachment 370884 [details] > praat-5.3.64.ebuild > > version dumb Do you like to send a pull request for the sci overlay? https://github.com/gentoo-science/sci/blob/master/CONTRIBUTING.md Created attachment 706557 [details]
ebuild with new USE
Hi.
I've just update my ebuild version. I added some USE flags, now I can choose use pulseaudio, alsa or no audio, use a GUI or not (it could be useful for servers).
Also, it can select statics libs as makefiles uses it.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/sci.git/commit/?id=64de0fcb29b94a011ebde3ac9f544e1713bf4da7 commit 64de0fcb29b94a011ebde3ac9f544e1713bf4da7 Author: Andrew Ammerlaan <andrewammerlaan@riseup.net> AuthorDate: 2021-05-08 13:49:05 +0000 Commit: Andrew Ammerlaan <andrewammerlaan@riseup.net> CommitDate: 2021-05-08 13:50:57 +0000 sci-misc/praat: version bump 6.1.42 Bug: https://bugs.gentoo.org/78392 Co-Authored-By: Edgar Uriel Domínguez Espinoza <edgar_uriel84@genomorro.name> Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@riseup.net> sci-misc/praat/Manifest | 2 +- sci-misc/praat/praat-6.1.40.ebuild | 36 ----------------------- sci-misc/praat/praat-6.1.42.ebuild | 60 ++++++++++++++++++++++++++++++++++++++ 3 files changed, 61 insertions(+), 37 deletions(-) |