Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Hi, I've found a PLD linux patch that makes audacity 1.2.3-r1 compile with wxgtk 2.6. I just tested this in x86, so I don't know if it works in other plattforms. URL: http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/audacity-wx.patch I'll attach it as this gives problems sometimes downloading patches. Reproducible: Always Steps to Reproduce:
Created an attachment (id=71685) [details] audacity-wx.patch
Honestly, I don't think this is a matter of a single include...
Well, it worked for me :)
It does work for me, but ofcourse you should edit your ebuild too ;) This does solve the pango problem :)
Ok, it does compile, install, etc. But the second time I tryed: skinkie@livesupport ~ $ audacity (audacity:27895): Gtk-CRITICAL **: gtk_accel_label_new: assertion `string != NULL' failed (audacity:27895): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (audacity:27895): Gtk-CRITICAL **: gtk_container_add: assertion `GTK_IS_WIDGET (widget)' failed (audacity:27895): Gtk-CRITICAL **: gtk_accel_label_set_accel_widget: assertion `GTK_IS_ACCEL_LABEL (accel_label)' failed Segmentation fault
Weird, I have no problems with it. Perhaps you remember what do you did before it crashed?
See Bug 100741.
Created an attachment (id=73462) [details] audacity-1.2.3-r2.ebuild use it with patch for wx
This is explicitly discouraged by audacity developers, because it only works if 2.4 compatiability is turned on in wxGTK 2.6 Use 1.3 branch (now released) if you really need wxGTK 2.6 support
This bugfix would be great if it worked, but it doesn't -- I still get /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libwx_gtk2-2.4.so: undefined reference to `_gtk_accel_group_detach' /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libwx_gtk2-2.4.so: undefined reference to `_gtk_accel_group_attach' /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/libwx_gtk2-2.4.so: undefined reference to `_gtk_rc_context_get_default_font_name' collect2: ld returned 1 exit status make[1]: *** [../audacity] Error 1 make[1]: Leaving directory `/var/tmp/portage/audacity-1.2.3-r2/work/audacity-src-1.2.3/src' make: *** [audacity] Error 2 Same as I always get, always, ever.
I only tried it on x86, not x86-64, so that explains why it doesn't work on your PC. Anyway 1.2.4b and 1.3.0b (this is the release with 2.6, as comment #9 says) has been released, though they are not in portage (yet).
(In reply to comment #10) Anyway, appears you (and my ebuild which I'm going to modify) are using WX 2.4 not 2.6
Created an attachment (id=74391) [details] Correct ebuild for audacity. Ebuild from comment #8 does not work correctly. Please obsolete it.
Created an attachment (id=75951) [details] Ebuild for audacity 1.3.0b with wxGTK 2.6. support Here is the correct solution - a unicode-aware, wx2.6 compatible ebuild for audacity 1.3.0b. Note this is not just a renamed 1.2.4b ebuild, but has a number of (upstream) dependency changes. Also the 1.2.4b in portage has borked dependancies, so this is essentially a rewrite based on the upstream dependencies. I've included the patch for compiling with GCC 4.1 (which is in upstram CVS) in this ebuild.
The reason that compiling audacity 1.2.x against wxGTK 2.6 is not recomended by the developers is that it only works if your wxGTK 2.6 build has 2.4 compatibility turned on. The moment that stops being default, everything goes to pieces.
(In reply to comment #14) > Created an attachment (id=75951) [edit] [details] The ebuild fails to emerge without vorbis use flag (libogg and libvorbis are not installed). To emerge audacity, I had to emerge not only libogg but also libvorbis. Should I remove vorbis use flag and add libvorbis in DEPEND? x86_64-pc-linux-gnu-g++ -o ../audacity AColor.o AboutDialog.o AudacityApp.o AudioIO.o BatchCommandDialog.o BatchCommands.o BatchProcessDialog.o Benchmark.o ControlToolBar.o Envelope.o EditToolBar.o FFT.o FreqWindow.o Help.o HistoryWindow.o ImageManipulation.o LabelTrack.o Languages.o LangChoice.o Legacy.o Menus.o MeterToolBar.o Mix.o MixerToolBar.o NoteTrack.o PitchName.o PlatformCompatibility.o Printing.o Project.o Resample.o RingBuffer.o SelectionBar.o Shuttle.o Spectrum.o Tags.o TimeTrack.o Track.o TrackArtist.o TrackPanel.o TranscriptionToolBar.o ToolBar.o UndoManager.o UploadDialog.o VoiceKey.o WaveClip.o WaveTrack.o commands/CommandManager.o commands/Keyboard.o effects/Effect.o effects/SimpleMono.o effects/SimplePairedTwoTrack.o effects/SoundTouchEffect.o effects/LoadEffects.o effects/Amplify.o effects/BassBoost.o effects/ChangeLength.o effects/ChangePitch.o effects/ChangeSpeed.o effects/ChangeTempo.o effects/ClickRemoval.o effects/Compressor.o effects/Echo.o effects/Equalization.o effects/Fade.o effects/Filter.o effects/Invert.o effects/Leveller.o effects/Noise.o effects/NoiseRemoval.o effects/Normalize.o effects/Phaser.o effects/Repeat.o effects/Reverse.o effects/Silence.o effects/SpikeCleaner.o effects/StereoToMono.o effects/ToneGen.o effects/TruncSilence.o effects/TwoPassSimpleMono.o effects/Wahwah.o export/Export.o export/ExportMultiple.o export/ExportMP3.o export/ExportOGG.o export/ExportPCM.o export/ExportCL.o import/Import.o import/ImportFLAC.o import/ImportLOF.o import/ImportMIDI.o import/ImportMP3.o import/ImportOGG.o import/ImportPCM.o import/ImportRaw.o import/RawAudioGuess.o prefs/AudioIOPrefs.o prefs/BatchPrefs.o prefs/DirectoriesPrefs.o prefs/FileFormatPrefs.o prefs/GUIPrefs.o prefs/KeyConfigPrefs.o prefs/MousePrefs.o prefs/PrefsDialog.o prefs/QualityPrefs.o prefs/SpectrumPrefs.o widgets/AButton.o widgets/ASlider.o widgets/Meter.o widgets/MultiDialog.o widgets/Ruler.o widgets/TimeTextCtrl.o widgets/Warning.o xml/XMLFileReader.o effects/nyquist/Nyquist.o effects/nyquist/LoadNyquist.o effects/ladspa/LoadLadspa.o effects/ladspa/LadspaEffect.o ..//lib-src/libresample.a ..//lib-src/libSoundTouch.a ..//lib-src/libnyquist.a ..//lib-src/expat.a ..//lib-src/allegro.a ../lib-src/portaudio/pa_unix_oss/portaudio.a ../lib-src/portmixer/px_unix_oss/portmixer.a libaudacity.a -lmad -lFLAC++ -lFLAC -lsndfile -lid3tag -L/usr/lib64 -pthread -L/usr/X11R6/lib64 -lwx_gtk2u_xrc-2.6 -lwx_gtk2u_html-2.6 -lwx_gtk2u_adv-2.6 -lwx_gtk2u_core-2.6 -lwx_baseu_xml-2.6 -lwx_baseu_net-2.6 -lwx_baseu-2.6 BatchCommands.o: In function `BatchCommands::ApplySpecialCommand(int, wxString, wxString)': BatchCommands.cpp:(.text+0x2cd8): undefined reference to `ExportOGG(AudacityProject*, bool, wxString, bool, double, double)' export/ExportMultiple.o: In function `DoExport(AudacityProject*, int, wxString, bool, wxString, bool, double, double, bool, int)': ExportMultiple.cpp:(.text+0x1209): undefined reference to `ExportOGG(AudacityProject*, bool, wxString, bool, double, double)' collect2: ld returned 1 exit status make[1]: *** [../audacity] Error 1 make[1]: Leaving directory `/var/tmp/portage/audacity-1.3.0/work/audacity-src-1.3.0-beta/src' make: *** [audacity] Error 2 !!! ERROR: media-sound/audacity-1.3.0 failed. !!! Function src_compile, Line 67, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. Portage 2.0.53 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-gentoo-r5 x86_64) ================================================================= System uname: 2.6.14-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=k8 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=k8 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig cvs distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa apache2 audiofile avi berkdb bitmap-fonts bzip2 canna crypt cups eds emboss encode esd exif expat fam ffmpeg firefox flac foomaticdb fortran gdbm gif glut gnome gpm gstreamer gtk gtk2 idn imlib ipv6 jack jpeg kde lcms lzw lzw-tiff mad mng mp3 mpeg ncurses nls opengl pam pcre pdflib perl png python qt quicktime readline real ruby sdl slang spell ssl tcpd tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales wxwindows xine xml2 xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Absoutely right - someone put an uncoditional call to libogg in the new batch processing code. libogg / libvorbis will have to be hard dependancies for this release. Bug filed upstream: http://limpet.net/audacity/bugzilla/show_bug.cgi?id=229
Created an attachment (id=76016) [details] Corrected depedancies ebuild 1.3.0b
*** Bug 122372 has been marked as a duplicate of this bug. ***
*** Bug 123434 has been marked as a duplicate of this bug. ***
(In reply to comment #18) > Created an attachment (id=76016) [edit] [details] > Corrected depedancies ebuild 1.3.0b > This ebuild fails on my system with: ---------------------------------------------------------------------- >>> Unpacking source... >>> Unpacking audacity-src-1.3.0b.tar.gz to /var/tmp/portage/audacity-1.3.0b/work * Applying audacity-1.2.3-gcc41.patch ... [ ok ] >>> Source unpacked. !!! set-wxconfig: Error: Can't find normal or debug version: ---------------------------------------------------------------------- It's not finding wxGTK? I'm not sure what to do about it. wxGTK is installed and worked fine with the current stable and testing audacity ebuilds. I submitted an ebuild for 1.3.0b before this one was pointed out to me, and it worked fine. See bug #124120. I can provide more details in my system if desired, but I'm not sure what would be useful. I'm running mostly x86 but some ~x86 too. Using wxGTK-2.6.2-r1 compiled with the following flags: USE="gnome opengl sdl X -joystick -odbc" CFLAGS="-O3 -march=pentium4 -pipe -fomit-frame-pointer"
Created an attachment (id=80994) [details] audacity 1.3.0 beta ebuild This is my proposal for audacity-1.3.0_beta ebuild. It works on my PC.
MY_P="${PN}-src-1.3.0b" please use versionator.eclass to manipulate ${PV} rather than putting a static version in the ebuild like this.
x86 confirmed here too.
~amd64 appears to work with Marcin's ebuild (tacking on the keyword, of course). I've only done rudimentary testing, of course, but it's a start.
(In reply to comment #25) > ~amd64 appears to work with Marcin's ebuild (tacking on the keyword, of > course). I've only done rudimentary testing, of course, but it's a start. it works for me too - on AMD64 tried recording one side of LP (27 m 36 s), noise removal, amplifying, spliting, exporting ...
The 1.3.0 ebuild is terrific. Works so far without a glitch under AMD64. I think this should be put in portage ASAP :)
Vorbis conditional dependancy doesn't work as discussed above, so it's a hard dependacy. Changes as below: Surely 3 months is a long time to wait for an ebuild to go into portage? --- audacity-1.3.0_beta.ebuild-old 2006-03-18 22:18:54.000000000 +0000 +++ audacity-1.3.0_beta.ebuild 2006-03-18 22:19:45.000000000 +0000 @@ -4,7 +4,7 @@ inherit wxwidgets eutils flag-o-matic -IUSE="encode mad vorbis" +IUSE="encode mad" MY_P="${PN}-src-1.3.0b" DESCRIPTION="Free crossplatform audio editor" @@ -19,7 +19,7 @@ >=app-arch/zip-2.3 media-libs/libid3tag >=media-libs/libsndfile-1.0.0 - vorbis? ( >=media-libs/libvorbis-1.0 ) + >=media-libs/libvorbis-1.0 @@ -38,7 +38,7 @@ econf \ $(use_with mad libmad system) \ - $(use_with vorbis vorbis system) \ + --with-vorbis=system \ --with-id3tag=system \ --with-libsndfile=system || die encode? ( >=media-sound/lame-3.92 ) mad? ( >=media-libs/libmad-0.14.2b )"
Created an attachment (id=82496) [details] ebuild with dependacy problem fixed Changed subject to reflect the content of the thread, and added new ebuild to fix the upstream problem with vorbis dependacy (as discussed by me before).
I changed the 1.2.4b-r1 ebuild to work with wxGTK 2.6 for me. (before i found this bug). i only changed the dep to || ( =x11-libs/wxGTK-2.4* =x11-libs/wxGTK-2.6* ) and applied a extra patch to make it compile (don't know if this is a wxGTK 2.6 or GCC 4.1 issue) (will be attached). audacity runs without any problems or errors/warnings to the console here. HTH
Created an attachment (id=82562) [details] audacity-1.2.4b-compilefix.patch
The 1.2.4 batch is very suspect, because it only works as long as wsGTK 2.6 is built with the 2.4 compatability extensions on. As soon as these default off upstream the build will come to pieces in many places, and there is no way to reliably check whether the installed wx has the necessay options. Also, as soon as you go to wxGTK unicode, a load more issues come up, hence why the upstream project decieded that 1.2.4 with wx 2.6 was too unreliable to ever release to users, and put 2.6 support into the new 1.3 branch.
x86, wxgtk 2.6 with unicode enabled. Audacity fails to initialize ALSA, but I don't think that this is related with the ebuild ;) Anyway, ebuild works for me.
*** Bug 130182 has been marked as a duplicate of this bug. ***
(In reply to comment #30) > I changed the 1.2.4b-r1 ebuild to work with wxGTK 2.6 for me. (before i found > this bug). i only changed the dep to || ( =x11-libs/wxGTK-2.4* > =x11-libs/wxGTK-2.6* ) and applied a extra patch to make it compile (don't know > if this is a wxGTK 2.6 or GCC 4.1 issue) (will be attached). audacity runs > without any problems or errors/warnings to the console here. HTH > I did it like you said not knowing it and everythings ok to me too. (bug #130182)
Created an attachment (id=85571) [details] Allows compile with GCC 4.1 I'm not really sure if this is necessary, but I needed it for my computer. Thought I'ld submit it, just in case.
The ebuild for 1.3.0_beta works great on my system. Please, let get this into portage!
wxgtk-2.6 is included with 1.3.0b close?
(In reply to comment #38) > wxgtk-2.6 is included with 1.3.0b > > close? > Agree.
Close (1.3.0b in cvs)
*** Bug 143540 has been marked as a duplicate of this bug. ***
