In the preparation of version 6.0.4-1, I did a big mistake and forgot to
commit something that is crucial for getting Praat working correctly: the
package must be built against Pulseaudio, otherwise the sound playback
does not work.
Please, upload version 6.0.4-2, prepared in Git as in commit
Just in case nobody did the upload yet, I committed an extra change that
prevents unreproducible builds. Please, use commit 0de4609 for uploading
the 6.0.4-1 version.
Thanks,
Rafael
* Rafael Laboissiere [2015-11-01 20:11]:
I prepared a version 6.0.4-1 of the praat package in Git [commit
I prepared a version 6.0.4-1 of the praat package in Git [commit
d008c2d]. This is an upstream major version bump, with many improvements
and bug fixes. Please, upload it to unstable.
Thanks,
Rafael
I prepared a new version of the praat package in Git. Please, upload it
to unstable. It is an unpstrem version bump.
Thanks,
Rafael
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://
I prepared a new version of the praat package in Git. Please, upload it
to unstable. It is an unpstrem version bump.
Thanks,
Rafael
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: htt
I prepared in Git the Debian package for a new upstream of Praat.
Please, upload it to unstable.
Thanks,
Rafael
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/
I prepared a new version of the praat package in Git. Please, upload it
to unstable. It is an unpstrem version bump and also fix problems in
debian/copyright.
Thanks,
Rafael
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
* Joost van Baal-Ilić [2013-05-22
00:07]:
On Tue, Apr 23, 2013 at 09:29:55AM +0200, Andreas Tille wrote:
On Tue, Apr 23, 2013 at 08:39:11AM +0200, Rafael Laboissiere wrote:
I forgot to say two things:
1) I reverted my previous changes in Git regarding the linking
against the native GSL
quite messy entry in
debian/changelog, so I prepared the entry for 5.3.46-1 and committed it
to Git.
Best,
Rafael
* Rafael Laboissiere [2013-04-22 22:48]:
Hi Andreas,
As you probably noticed, I have prepared the praat package in the Git
repository for the new upstream release 5.3.46
Hi Andreas,
As you probably noticed, I have prepared the praat package in the Git
repository for the new upstream release 5.3.46. Since wheezy is almost
out of the door, I merged the experimental branch into the master branch.
BTW, there was no real need for creating the experimental branch a
* Paul Boersma [2013-04-13 22:53]:
Op 13 apr. 2013, om 22:24 heeft Rafael Laboissiere het volgende geschreven:
It fails, unfortunately:
Error: Script assertion fails in line 32 (undefined):
abs (fisherQ (invFisherQ (i/1000, df1, df2), 1, 10) - 3/1000) < 1e-11
; 3 1 100
* Paul Boersma [2013-04-13 15:43]:
great to see that GSL is getting better. I'll see whether the new
version handles the remainder of our tests correctly as well. Or you
could test it at once with your GSL library, by inserting
Debug… no 29
as the first line of test/fisherQ.praat
It fail
Just a complement on this issue: I installed an older version of GSL
(1.8, available in Debian etch) and I could confirm the bug that you
reported:
$ ./test
-nan
Rafael
* Rafael Laboissiere [2013-04-12 23:32]:
* Rafael Laboissiere [2013-04-12 05:46]:
I will have a look at the
* Rafael Laboissiere [2013-04-12 05:46]:
I will have a look at the specific GSL problem you mentioned.
This is what I obtain with the current version (1.15+dfsg.2-2) of the
Debian libgsl0 package:
$ cat test.c
#include
#include
main ()
{
printf ("
Hi Paul,
Thank you for your prompt and extensive reply. I fully understand your
caution as regards the scientific correctness of Praat's results, even
though it would be better, from a system distribution point of view, to
avoid embedded libraries.
I will have a look at the specific GSL pro
Hi Andreas (through the mailing list),
You have probably seen the commit e3ede6e as well as my message below.
Could you please check my changes to the praat package in the Git
repository?
Thanks,
Rafael
* Rafael Laboissiere [2013-04-11 10:24]:
[Cc:ing to the Debian-Med group, which is
GSL
currently in Debian is 1.15). Please, tell me whether you think this
could be inappropriate for the Debian/Ubuntu users.
All the best,
Rafael
Description: Link against the external GSL library
Author: Rafael Laboissiere
Last-Update: 2013-04-10
--- praat-5.3.44.orig/makefile
+++ praat-5.
* Andreas Tille [2013-04-04 08:44]:
Thanks for your analysis. I wonder whether it might be feasible for
Praat upstream to integrate the adaptations to the according upstream
libraries. If I where the Praat author I would really try to avoid
maintaining separate code for common libraries.
* Andreas Tille [2013-04-03 09:47]:
you might have read about the initiative from Linaro to detect assembly
code in Free Software to increase portablility. I checked their list
for packages inside Debian Med (which became fairly easy by using the
recent not yet published stuff to solve #703
First of all, I wish a happy new year to the members of the Debian Med
Project.
I just prepared the package for a new upstream release (5.3.38) in the
experimental branch of the Git repository. If you have time, please
upload it to experimental.
Cheers,
Rafael
--
To UNSUBSCRIBE, ema
* Andreas Tille [2012-12-13 23:18]:
So, do you think the change of d/copyright makes another upload
necessary?
No problem, we can wait for the next upstream release.
@Andreas: I see that in version 5.3.35-1, you put my name and email
address in the trailer line. Is this a common practice
I committed the changes for the praat package version 3.5.35-2. Please,
upload it to experimental. I dropped the patch
use-dpkg-buildflags.patch, which seems to be useless. I also updated
debian/copyright, what I forgot to do in the previous release.
@Andreas: I see that in version 5.3.35-1,
* Emilien Klein [2012-12-12 13:41]:
2012/12/12 Andreas Tille :
OK. For those who care about the Git workflow in our team policy
document[1]: Would you consider adding the way the Debian Octave team
is handling the experimental branch to this document. (And if you agree
in principle but
* Andreas Tille [2012-12-12 11:43]:
I do not think that appending CFLAGS/CXXFLAGS instead of overriding or
respecting LDFLAGS is anyhow Debian specific but rather good Makefile
practice.
I agree.
Just one question, since you are the author of the quilt patch
use-dpkg-buildflags.patch: wha
* Andreas Tille [2012-12-12 08:50]:
I take the freedom to answer on Debian Med list because your practice to
handle experimental branch sounds interesting. [snip]
Ok, keep me in Cc, since I am not subscribed to the ML.
On Wed, Dec 12, 2012 at 07:39:48AM +0100, Rafael Laboissiere wrote
* Andreas Tille [2009-11-24 14:39]:
> Raphael, you had a lot of other packages. Any other targets for
> Debian Med or Debian Science we might have missed?
The huge majority of the packages were co-maintained. From the few ones
that I maintained alone, no one besides praat should interest the
d
* Andreas Tille [2009-11-24 13:24]:
> The package praat is listed as part of the psychology task of Debian
> Med[1]. I wonder if it might make sense to put it under group
> maintenance of either the Experimental Psychology Maintainers team
> (fits probably best) or if there is no interest in the
* Andreas Tille <[EMAIL PROTECTED]> [2005-08-31 09:13]:
> Rafael, you did not answered to the question: How should finally sponsor
> the package:
>
[ ] Rafael
[ X ] Andreas
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [
* Andreas Tille <[EMAIL PROTECTED]> [2005-08-30 15:29]:
> Hmmm, I'm not sure what Rafaels thought, but I understand him that way
> that removing the binary is fine. At least I would definitely vote for
> using a stripped down tarball and mention the exact reasons in the
> README.Debian. This wil
* Andreas Tille <[EMAIL PROTECTED]> [2005-08-30 07:58]:
> 1. I have noticed that you cleaned up the upstream source from all Matlab
> stuff, which is fine because we can not handle these scripts in Debian
> because Matlab is commercial. [...]
My understanding is that Michael used the
* Andreas Tille <[EMAIL PROTECTED]> [2005-08-30 07:58]:
> 4. Please use
> Standards-Version: 3.6.2.1
> in debian/control. There are no changes necessary for your packaging
> but it is better to stick to the latest policy version in the control
> file.
Little nitpicking:
31 matches
Mail list logo