oh, I see, this was fixed after 7.4 release. Might be possible to
backport for -stable, I will take a look.
On 2024/01/30 00:16, sda wrote:
> i mean that OpenBSD-7.4 is installed from official installation media
> to new/clean partition (clean install) and Audacity is install
i mean that OpenBSD-7.4 is installed from official installation media
to new/clean partition (clean install) and Audacity is installed via:
# pkg_add audacity
from official mirror (please note the "Build Information" screenshots).
p.s.: afair, things break after upgrade from 7.2 to
On 2024/01/29 19:03, Stuart Henderson wrote:
> On 2024/01/29 18:32, sda wrote:
> > hello.
> >
> > audacity is using lame and ffmpeg libraries for export functions. right
> > now the filenames of (required) libraries are not reflecting the actual
> > versions or
On 2024/01/29 18:32, sda wrote:
> hello.
>
> audacity is using lame and ffmpeg libraries for export functions. right
> now the filenames of (required) libraries are not reflecting the actual
> versions or just not suitable for export from Audacity to various
> formats.
>
hello.
audacity is using lame and ffmpeg libraries for export functions. right
now the filenames of (required) libraries are not reflecting the actual
versions or just not suitable for export from Audacity to various
formats.
example:
$ /usr/local/bin/ffmpeg -version
ffmpeg version 4.4.4
> successfully.
>
> Comments or OKs?
OK
>
> Caspar
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/audacity/Makefile,v
> retrieving revision 1.93
> diff -u -p -r1.93 Makefile
> --- Makefile 1
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.93
diff -u -p -r1.93 Makefile
--- Makefile18 Oct 2023 15:51:05 - 1.93
+++ Makefile21 Oct 2023 12:22:53 -
@@ -6,7 +6,7 @@ GH_ACCOUNT= audacity
GH_PROJECT=audacity
GH_TAGNAME
ok
On Wed, Oct 18, 2023 at 03:55:55PM +0200, Marc Espie wrote:
> On first run, audacity will look for "libmp3lame.so.0" which doesn't
> exist on OpenBSD, then prompting the user to find the library.
>
> This is doubly absurd, because it doesn't match our naming
&
On 2023/10/18 15:55, Marc Espie wrote:
> On first run, audacity will look for "libmp3lame.so.0" which doesn't
> exist on OpenBSD, then prompting the user to find the library.
>
> This is doubly absurd, because it doesn't match our naming
> scheme, and also becau
On first run, audacity will look for "libmp3lame.so.0" which doesn't
exist on OpenBSD, then prompting the user to find the library.
This is doubly absurd, because it doesn't match our naming
scheme, and also because we run depend on lame.
This patch appears to do the trick: w
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.80
diff -u -p -r1.80 Makefile
--- Makefile23 Oct 2021 20:40:24 - 1.80
+++ Makefile26 Feb 2022 18:01:19 -
@@ -8,7 +8,7 @@ GH_ACCOUNT= audacity
GH_PROJECT=audacity
GH_TAGNAME=Auda
Hi,
>
> Audacity is compiled with support for ffmpeg but it does not work.
>
> This becomes apparent when e.g. opening a video file in audacity, it'll
> then say that the file is not recognized and we need to install ffmpeg.
>
> Audacity seems to attempt to load the
Hi,
Audacity is compiled with support for ffmpeg but it does not work.
This becomes apparent when e.g. opening a video file in audacity, it'll
then say that the file is not recognized and we need to install ffmpeg.
Audacity seems to attempt to load the ffmpeg libraries at run time.
Looki
On 2020/01/22 14:18, Solene Rapenne wrote:
> On Wed, Jan 22, 2020 at 01:27:28PM +0100, Björn Ketelaars wrote:
> > Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
> > code restructuring. Additional information on this release can be found
> > in the re
On Wed, Jan 22, 2020 at 01:27:28PM +0100, Björn Ketelaars wrote:
> Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
> code restructuring. Additional information on this release can be found
> in the release announcement [0].
>
> Run tested on amd64. More preci
Enclosed diff brings audacity to 2.3.3, which focuses on bug fixes and
code restructuring. Additional information on this release can be found
in the release announcement [0].
Run tested on amd64. More precise, I have been using this update for a
couple of days. So far, no regression.
Comments
ib/libvamp-hostsdk.la
> > 2. audacity.patch: this enables building audacity --with-libvamp once the
> > previous patch is applied.
> >
> > I am not a member of the mailing list, please reach out to me directly if
> > needed.
>
> Thanks, diffs committed.
On 2019/11/16 10:21, septimiu turcu wrote:
> Hi,
> Please find attached 2 patches:
> 1. vamp.patch for vamp-plugin-sdk; this fixes a typo (extra white space) in
> the content of /usr/local/lib/libvamp-hostsdk.la
> 2. audacity.patch: this enables building audacity --with-l
Hi,
Please find attached 2 patches:
1. vamp.patch for vamp-plugin-sdk; this fixes a typo (extra white space) in the
content of /usr/local/lib/libvamp-hostsdk.la
2. audacity.patch: this enables building audacity --with-libvamp once the
previous patch is applied.
I am not a member of the mailing
On Tue, May 21 2019, Raphael Graf wrote:
> The diff below fixes linking on macppc.
Looks like this one fell through the cracks. ok jca@
> Is there a better way to check if '-latomic' is needed?
The audacity source code uses:
std::atomic
std::atomic
std::atomic
So I g
The diff below fixes linking on macppc.
Is there a better way to check if '-latomic' is needed?
Index: patches/patch-configure_ac
===
RCS file: /cvs/ports/audio/audacity/patches/patch-configure_ac,v
retrieving revision 1.2
On Mon, Mar 25 2019, Stuart Henderson wrote:
> On 2019/03/25 13:08, Jeremie Courreges-Anglas wrote:
>> - any reason to force -std=c++11 in CXXFLAGS? The build works fine for
>> me with base-clang (which defaults to gnu++14).
>
> ports-gcc defaults to old c++ until we switch over to gcc 8.
Yep
On 2019/03/25 13:08, Jeremie Courreges-Anglas wrote:
> - any reason to force -std=c++11 in CXXFLAGS? The build works fine for
> me with base-clang (which defaults to gnu++14).
ports-gcc defaults to old c++ until we switch over to gcc 8.
rtmidi.tar.gz contains a port of the newest release from
>>> > 2010.
>>> > I've added very rudimentary and incomplete support for sndio, it's just
>>> > enough
>>> > for playing a midi track via audacity. The sndio stuff is
On Fri, Mar 22 2019, Theo Buehler wrote:
>> Thanks, I can't test the actual functionality but I think that portmidi
>> is ready to be imported. Could I please get reviews/oks to import?
>
> You could also give rapha@ an ok to import :)
Woops, right, thank you. 8)
Raphael: ok jca@
--
jca | PGP
with the portmidi diff. The midi bits could be improved later
in tree.
I tested audacity, and it works fine, so I'm OK as well for it.
> Thanks, I can't test the actual functionality but I think that portmidi
> is ready to be imported. Could I please get reviews/oks to import?
You could also give rapha@ an ok to import :)
2010.
>> > I've added very rudimentary and incomplete support for sndio, it's just
>> > enough
>> > for playing a midi track via audacity. The sndio stuff is in
>> > files/pm_sndio/.
>> > It is extremely simple compared to the alsa version (pm_
dio, it's just
> > enough
> > for playing a midi track via audacity. The sndio stuff is in
> > files/pm_sndio/.
> > It is extremely simple compared to the alsa version (pm_linux). :)
>
> Please comments below,
>
> > Audacity can then use the shared portmidi
The attached portmidi.tar.gz contains a port of the newest release from 2010.
I've added very rudimentary and incomplete support for sndio, it's just enough
for playing a midi track via audacity. The sndio stuff is in files/pm_sndio/.
It is extremely simple compared to the alsa version
On Sun, Feb 24, 2019 at 08:20:04PM +0100, Jeremie Courreges-Anglas wrote:
>
> So audacity is still currently BROKEN. Here's an unfinished update to
> version 2.2.2.
>
> Some notes:
> - audio/libsoxr has replaced libsamplerate
> - I disabled the use of system vamp-pl
So audacity is still currently BROKEN. Here's an unfinished update to
version 2.2.2.
Some notes:
- audio/libsoxr has replaced libsamplerate
- I disabled the use of system vamp-plugin-sdk, see the comments
- audio/portaudio-svn is used instead of the not-so-mandatory bundled
version
Opening an OGG file in audacity and using "Play" doesn't produce any sound nor
the "sound meter" bars move. Opening a MP3 file and using Play will actually
play sound. No error is displayed in the console.
ogg123 or any other ogg reader play fine the same ogg file.
No
will return in the end of next week - Trying to
install Audacity from source code.
You're in for a bumpy ride... You *will* need patches to some parts to
handle audio i/o on OpenBSD because the upstream code doesn't support
our native sound API, sndio.
Hi
Thanks for your help. I will return in the end of next week - Trying to
install Audacity from source code.
Best regards
Freddy
On Wednesday, 23 August 2017 15:34:05 CEST, Stuart Henderson wrote:
On 2017/08/23 10:51, Paul Irofti wrote:
Hi,
Please search the archives[0]. If you make any
On 2017/08/23 21:41, Freddy Fisker wrote:
> Hi
>
> Thanks for your help. I will return in the end of next week - Trying to
> install Audacity from source code.
You're in for a bumpy ride... You *will* need patches to some parts to
handle audio i/o on OpenBSD because the upst
On 2017/08/23 13:00, Freddy Fisker wrote:
> Hi
>
> Thanks for your help. It is the first time I am writing to ports@openbsd.org
> and I am only a user not a developer.
>
> At the link you have send me I understand there is problems with updating
> Audacity.
In a word: ye
Hi
Thanks for your help. It is the first time I am writing to
ports@openbsd.org and I am only a user not a developer.
At the link you have send me I understand there is problems with updating
Audacity.
Best regards
Freddy
On Wednesday, 23 August 2017 09:51:50 CEST, Paul Irofti wrote:
Hi
arc.info/?l=openbsd-ports&m=142260696025859&w=2
>
here's a start at it:
- audacity 2.1.3 wants wxWidgets 3.0.x; this update is awkward enough
on its own without having to deal with updating wxWidgets and the other
wxWidgets users - so targetting audacity 2.1.1 for now (the last relea
Hi,
Please search the archives[0]. If you make any progress or find new
roadblocks let us know. I would like to see the port updated too, but I
do not use it enough to do it myself.
Paul
[0] -- https://marc.info/?l=openbsd-ports&m=142260696025859&w=2
Hi
Is there any reason why Audacity haven´t been upgraded since version 1.3.9
?
Best regards
Freddy
30 janvier 2015 10:00 "Anthony J. Bentley" a écrit:
> "Comète" writes:
>
>> Hi,
>>
>> i've noticed that audacity (actually 2.0.6) is stuck at 1.3.9 in ports
>> since many releases and is mainly unusable, as i reported it here
>
"Comète" writes:
> Hi,
>
> i've noticed that audacity (actually 2.0.6) is stuck at 1.3.9 in ports
> since many releases and is mainly unusable, as i reported it here
> (http://marc.info/?l=openbsd-ports&m=135706893908602&w=2).
>
> I guess that somethin
Hi,
i've noticed that audacity (actually 2.0.6) is stuck at 1.3.9 in ports since
many releases and is mainly unusable, as i reported it here
(http://marc.info/?l=openbsd-ports&m=135706893908602&w=2).
I guess that something in new releases prevents to update it, but what ?
Thanks
Hello,
i use the audacity-1.3.9p5 package on (amd64) and it seems that
audacity can't play anything else than 32 bits precision tracks. If i
choose 24 bits or any other precision, there's no sound. Only 32 bits
works.
Audacity is set up to use sndio like the default configuration
On Mon, Sep 03, 2012 at 11:42:30PM +0400, Andre S wrote:
> Ok on amd64. Now audacity not crash when opening a WAV file.
> Thanks.
Thanks for testing! This has already been committed so the
next round of snapshot packages should have the fix :)
Ok on amd64. Now audacity not crash when opening a WAV file.
Thanks.
Mon, 3 Sep 2012 01:29:35 +0200 от Stefan Sperling :
>
>
>
>
>Audacity crashes when opening a WAV file.
>
To reproduce, try:
Audacity crashes when opening a WAV file.
To reproduce, try: audacity file.wav
It ends up catching SIGABRT. Setting a breakpoint at abort()
reveals the abort() call comes from pthread_mutex_unlock().
Audacity is trying to unlock an unlocked mutex. The faulty code
calls the mTasksMutex.Unlock
When I try to load the 30 minute wav file with audacity it just crashes.
Does anyone know how to remedy the the defects?
$ gdb audacity audacity.core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to
And here's the audacity change after the wxWidgets change.
Of course, I'll also bump both ports.
Index: Makefile
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--
gt;
> > > > that's easy to check by disabling it, I'll try it..
> > > >
> > > > AFAIU, ALSA supports any format and seldom triggers
> > > > conversion code of audacity and/or portaudio.
> > > >
> > > > sndio backen
t; > > I wonder if these problems would go away if jack support were dropped
> > > > from portaudio. only working with 32-bit sounds suspicious.
> > > >
> > >
> > > that's easy to check by disabling it, I'll try it..
> > >
> &g
t; > > from portaudio. only working with 32-bit sounds suspicious.
> > >
> >
> > that's easy to check by disabling it, I'll try it..
> >
> > AFAIU, ALSA supports any format and seldom triggers
> > conversion code of audacity and/or portaudio.
&
>
> that's easy to check by disabling it, I'll try it..
>
> AFAIU, ALSA supports any format and seldom triggers
> conversion code of audacity and/or portaudio.
>
> sndio backend uses sio_getacap() to return native parameters
> and lets portaudio/audacity do the nec
th 32-bit sounds suspicious.
> >
> > That's another thing: why is jack and esound in the dependencies
> > of audacity (in 4.6)? Neither of them seems to ever be running anyway.
>
> jack -> portaudio-svn -> audacity
> esound -> wxWidgets -> audacity
>
>
y format and seldom triggers
conversion code of audacity and/or portaudio.
sndio backend uses sio_getacap() to return native parameters
and lets portaudio/audacity do the necessary conversions,
since it claims it can. As far as I understand portaudio
internals, this is the ``right thing''
is jack and esound in the dependencies
> of audacity (in 4.6)? Neither of them seems to ever be running anyway.
jack -> portaudio-svn -> audacity
esound -> wxWidgets -> audacity
audacity itself doesn't depends on those, but packages audacity depends
on depends on them.
> &
On Feb 03 16:10:48, Jacob Meuser wrote:
> I wonder if these problems would go away if jack support were dropped
> from portaudio. only working with 32-bit sounds suspicious.
That's another thing: why is jack and esound in the dependencies
of audacity (in 4.6)? Neither of them seems
I wonder if these problems would go away if jack support were dropped
from portaudio. only working with 32-bit sounds suspicious.
I've used audacity with jack before, but if it's messig things up
for more normal/casual use, it can go. ardour only uses jack, so
the functionality I wa
On Wed, Feb 03, 2010 at 12:06:20PM +0100, Jan Stary wrote:
> Jacob,
>
> firstly, thank you for all the audio work you do on OpenBSD.
> You are turning my laptop into the best audio workstation I have.
>
> Right now, I am trying to use audacity as packaged in 1.3.9.p0
> on a
> > > > A waveform appears as I record, corresponding obviously to the sounds
> > > > I make. I stop the recording with the stop button.
> > > >
> > > > When I try to play it back (pressing the play button), there's no sound.
> > >
sounds
> > > I make. I stop the recording with the stop button.
> > >
> > > When I try to play it back (pressing the play button), there's no sound.
> > > The time-poisition bar does move through the waveform, but audacity
> > > does not play an
with the stop button.
> >
> > When I try to play it back (pressing the play button), there's no sound.
> > The time-poisition bar does move through the waveform, but audacity
> > does not play anything.
>
> Start audacity, go into preferences, click ok (this is a one-time
&
On Feb 03 12:06:20, Jan Stary wrote:
> Jacob,
>
> firstly, thank you for all the audio work you do on OpenBSD.
> You are turning my laptop into the best audio workstation I have.
>
> Right now, I am trying to use audacity as packaged in 1.3.9.p0
> on a recent -current.
>
the play button), there's no sound.
> The time-poisition bar does move through the waveform, but audacity
> does not play anything.
Start audacity, go into preferences, click ok (this is a one-time
operation). This will probably fix things for you.
You want to have aucat -l running.
The manpage of audacity, as installed by audacity-1.3.9p0, says
VERSION
This man page documents audacity version 1.3.5
Jacob,
firstly, thank you for all the audio work you do on OpenBSD.
You are turning my laptop into the best audio workstation I have.
Right now, I am trying to use audacity as packaged in 1.3.9.p0
on a recent -current.
I open a new project, record a new track (pressing the record button).
A
st.
anoncvs3.usa was the server.
--
jake...@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
Index: Makefile
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- Make
get included,
smells like a bug in opencvs on the server you did the diff against.
> Index: patches/patch-src_audacity_desktop
> ===
> RCS file: /cvs/ports/audio/audacity/patches/patch-src_audacity_desktop,v
: Makefile
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.22
diff -N -u -p Makefile
--- Makefile5 Oct 2009 13:59:56 - 1.22
+++ Makefile27 Oct 2009 02:52:53 -
@@ -2,9 +2,9 @@
COMMENT
On Tue, Feb 10, 2009 at 11:32:07AM +0100, Maximilian-Clemens Anderer wrote:
> On Tue, Feb 10, 2009 at 10:13:10AM +, Jacob Meuser wrote:
> > On Tue, Feb 10, 2009 at 10:58:40AM +0100, Maximilian-Clemens Anderer wrote:
> > > Hi!
> > >
> > > Can anyone conf
On Tue, Feb 10, 2009 at 10:58:40AM +0100, Maximilian-Clemens Anderer wrote:
> Hi!
>
> Can anyone confirm that audacity is crashing on the latest snapshot
> (Feb 6)?
>
> Steps to reproduce the crash:
>
> audacity -> Edit -> Preferences
>
>
> After cli
On Tue, 10 Feb 2009, Maximilian-Clemens Anderer wrote:
> Hi!
>
> Can anyone confirm that audacity is crashing on the latest snapshot
> (Feb 6)?
>
> Steps to reproduce the crash:
>
> audacity -> Edit -> Preferences
>
>
> After clicking on "Pref
On Tue, Feb 10, 2009 at 10:13:10AM +, Jacob Meuser wrote:
> On Tue, Feb 10, 2009 at 10:58:40AM +0100, Maximilian-Clemens Anderer wrote:
> > Hi!
> >
> > Can anyone confirm that audacity is crashing on the latest snapshot
> > (Feb 6)?
> >
> > Steps to
Hi!
Can anyone confirm that audacity is crashing on the latest snapshot
(Feb 6)?
Steps to reproduce the crash:
audacity -> Edit -> Preferences
After clicking on "Preferences" audacity crashes with the following
error message:
Segmentation fault (core dumpe
via configure.
> >
> > works for me but my ports/packages are not fully up-to-date. I'm
> > using the latest i386/amd64 snapshot packages.
>
> no one uses audacity?
Lightly tested here on i386. Compiled using vamp-plugin-sdk
which I have found here
http://marc.info/?l=o
/packages are not fully up-to-date. I'm
> using the latest i386/amd64 snapshot packages.
no one uses audacity?
> --
> jake...@sdf.lonestar.org
> SDF Public Access UNIX System - http://sdf.lonestar.org
>
> Index: Makefile
> =
--
[EMAIL PROTECTED]
SDF Public Access UNIX System - http://sdf.lonestar.org
Index: Makefile
===
RCS file: /home2/cvs/OpenBSD/ports/audio/audacity/Makefile,v
retrieving revision 1.18
diff -u -r1.18 Makefile
--- Makefile24 Mar 200
On Sun, Nov 18, 2007 at 10:37:16AM -0800, Tim Howe wrote:
> I just built audacity from ports (v1.3.3) on a recent snapshot.
>
> Audio works on my system with media players, but audacity doesn't produce any
> sound. I can edit a waveform, and I don't get any errors; it simp
I just built audacity from ports (v1.3.3) on a recent snapshot.
Audio works on my system with media players, but audacity doesn't produce any
sound. I can edit a waveform, and I don't get any errors; it simply doesn't
make any sound. It is set to use /dev/audio, which appe
On Tue, 5 Jun 2007, Antoine Jacoutot wrote:
On Tuesday 05 June 2007 13:51:38 Antti Harri wrote:
Pa_SetupDeviceFormat: warning - requested sample rate = 96000 Hz - closest
= 8000
Yes, that's to be expected and nothing to be worried about. Your driver does
not support the requested sample rate
======
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- Makefile 24 May 2007 09:45:01 - 1.7
+++ Makefile 5 Jun 2007 12:59:03 -
@@ -2,9 +2,9 @@
COMMENT= "free audio editor"
-V= 1.3.2
+V= 1.3.3
DISTNAME= audacity-src-${V}
-PK
On Tue, 5 Jun 2007, Antoine Jacoutot wrote:
This diff updates audio/audacity to the latest available version.
More info here:
http://audacity.sourceforge.net/download/features-1.3-a
First I quickly read "audacious" and decided to test,
half-way through I noticed it was *city not *c
Hi.
This diff updates audio/audacity to the latest available version.
More info here:
http://audacity.sourceforge.net/download/features-1.3-a
Please test and comment.
Cheers!
--
Antoine
Index: Makefile
===
RCS file: /cvs/ports
On Sun, 10 Dec 2006, Antoine Jacoutot wrote:
I only got positive reports on this update and I really think it should go in
now.
Can anyone have a look at this?
--
Antoine
On Mon, 4 Dec 2006, Martynas Venckus wrote:
This diff updates audacity to version 1.3.2.
New diff including one patch from Martynas Venckus.
Regress tests aren't working but they are _3_ years old... so there's no
real point in trying to fix them.
It still works fine under macpp
> This diff updates audacity to version 1.3.2.
Thank you!
> Tested under macppc, feedback on other platforms is of course
> appreciated.
Here's also something from me:
* fixes building on i386 (patch-lib-src_soundtouch_include_STTypes_h)
* SimpleBlockFileTest.cpp fix
This diff updates audacity to version 1.3.2.
There's a problem with the regression tests as it seems they don't work
with unicoded wxWidgets, they only support the ANSI version.
I'm ready for inputs on this.
Tested under macppc, feedback on other platforms is of course
appre
On Sat, Dec 17, 2005 at 11:21:32PM -0800, Jacob Meuser wrote:
> On Mon, Dec 05, 2005 at 12:16:43AM +0100, Antoine Jacoutot wrote:
> > On Sun, 4 Dec 2005, Matthias Kilian wrote:
> >
> > >On Wed, Nov 30, 2005 at 10:48:47PM +0100, Antoine Jacoutot wrote:
> >
On Mon, Dec 05, 2005 at 12:16:43AM +0100, Antoine Jacoutot wrote:
> On Sun, 4 Dec 2005, Matthias Kilian wrote:
>
> >On Wed, Nov 30, 2005 at 10:48:47PM +0100, Antoine Jacoutot wrote:
> >>Here is a new audacity port.
> >
> >O.k. on zaurus (allthough a little bit s
from /usr/local/lib/libwx_gtk2.so.2.4
> > #2 0x7b7e78a2 in wxMBConv::WC2MB(char*, wchar_t const*, unsigned
> > long) const ()
> >from /usr/local/lib/libwx_gtk2.so.2.4
> > #3 0x7b7ebc74 in wxString::wxString(wchar_t const*, wxMBConv&,
> > unsi
onst ()
>from /usr/local/lib/libwx_gtk2.so.2.4
> #3 0x7b7ebc74 in wxString::wxString(wchar_t const*, wxMBConv&,
> unsigned long) ()
>from /usr/local/lib/libwx_gtk2.so.2.4
[...]
Looks like something different than audacity issue ...
Alek
--
- Dlaczego ,,przemyt
/wxWidgets/patches and
> rebuild+reinstall wxWidgets.
with that patch, audacity works on amd64. tested just about every
action and effect. very nice to be able to use this on my fast box :)
> Don't forget to test other ports that use wxWidgets.
net/amule seems to be working.
x11/
On 11/30/05, Antoine Jacoutot <[EMAIL PROTECTED]> wrote:
> Hi...
>
> Here is a new audacity port.
> Tested under macppc/current.
>
> As usual, please test and comment/report.
> Thanks !
I'm not much of an audiomonkey, but at least breaking up a few large
mp3 files
On Mon, 5 Dec 2005, steven mestdagh wrote:
Please try attached diff. Put it into x11/wxWidgets/patches and
rebuild+reinstall wxWidgets.
OK, the diff works fine under macppc and amd64.
I think it can be commited.
:)
Antoine
Selon Aleksander Piotrowski <[EMAIL PROTECTED]>:
> Please try attached diff. Put it into x11/wxWidgets/patches and
> rebuild+reinstall wxWidgets.
>
> Don't forget to test other ports that use wxWidgets.
It works great under amd64/current.
Tested with audacity and xchm.
Antoine
On Sun, 4 Dec 2005, Matthias Kilian wrote:
On Wed, Nov 30, 2005 at 10:48:47PM +0100, Antoine Jacoutot wrote:
Here is a new audacity port.
O.k. on zaurus (allthough a little bit slow).
Tested: audio import, audio playback (which isn't seamless due to
limited cpu and memory), help br
On Wed, Nov 30, 2005 at 10:48:47PM +0100, Antoine Jacoutot wrote:
> Here is a new audacity port.
O.k. on zaurus (allthough a little bit slow).
Tested: audio import, audio playback (which isn't seamless due to
limited cpu and memory), help browser.
Ciao,
Kili
Antoine Jacoutot <[EMAIL PROTECTED]> wrote:
> Yes, this is a known problem. It did the same with the older version. As I
> don't have any sparc64 around, I can not reproduce the problem and
> certainly can not fix it.
> If anyone wants to have a look at this issue, I would appreciate... I've
>
Antoine Jacoutot wrote:
Hi...
Here is a new audacity port.
Tested under macppc/current.
Builds and installs fine on i386. I was able to make some cool new
ringtones for my phone.
Rik
1 - 100 of 120 matches
Mail list logo