similar to: [PATCH] Fix dead links and update news

I scanned the website with linkchecker and found quite a lot of dead links. This commit fixes or removes them. --- developers.html | 2 +- documentation_tasks.html | 2 +- download.html | 14 +++++++------- faq.html | 2 +- features.html | 2 +- feeds/feed.xml | 8 ++++++++ format.html | 8 ++++----

I cleaned up comparison.html, making the comparison more fair and removing manufacturers that no longer have any new hardware supporting a certain format. The table is more readable now too. --- comparison.html | 86 +++++++++++++++++++++++++++++-------------------------- 1 file changed, 45 insertions(+), 41 deletions(-) diff --git a/comparison.html b/comparison.html index 9f36381..be88205

Hi. Just wanted to tell you that I''ve just uploaded Albuin - a music player I''ve been working on - to RubyForge. Albuin is heavily inspired by Muine - a music player for GNOME with a really nice and simple UI. As I''m stuck on windows (photoshop, autocad, archicad...) Albuin is my attempt to "port" Muine to windows. Using Ruby and WxRuby as a bonus

--- src/libFLAC/include/private/ogg_mapping.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/libFLAC/include/private/ogg_mapping.h b/src/libFLAC/include/private/ogg_mapping.h index b8f2d2f..4e3bdea 100644 --- a/src/libFLAC/include/private/ogg_mapping.h +++ b/src/libFLAC/include/private/ogg_mapping.h @@ -29,17 +29,17 @@ * SOFTWARE, EVEN IF ADVISED OF THE

--- Alec Wood <alecwood@uchicago.edu> wrote: > I'm having a number of problems related to building the latest FLAC > release. My build environment: Linux, PPC, gcc 2.95.3 > > The first has to do with with builing FLAC itself... specifically I > can't get id3lib support to build. Whether or not I specify the > location of the headers and libraries, the config.log

Processing commands for control at bugs.debian.org: > user debian-qa at lists.debian.org Setting user to debian-qa at lists.debian.org (was anbe at debian.org). > affects 774889 + xfswitch-plugin Bug #774889 [gdm3] gdm3: fails to upgrade squeeze -> wheezy -> jessie - trying to overwrite /usr/share/gdm/BuiltInSessions/default.desktop Added indication that 774889 affects xfswitch-plugin

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tried to do this, gcc complained a lot about undefined references. After a bit of mucking with the code, i came up with a few patches. This might be a good conversation starter. The build that i've got out of this does pass the testsuite. To enable LTO you just need to apply these (for non-W32 builds you probably only need one of the patches)

I'm having a number of problems related to building the latest FLAC release. My build environment: Linux, PPC, gcc 2.95.3 The first has to do with with builing FLAC itself... specifically I can't get id3lib support to build. Whether or not I specify the location of the headers and libraries, the config.log turns up this: configure:9361: gcc -o conftest -g -O2 -INONE/include

Dear Srs, In the page: http://wiki.centos.org/HowTos/Virtualization/OpenVZ Section -> "Additional Resources" "Performance evaluation of Xen vs. OpenVZ by HP Labs" link is broken, it points to: http://www.hpl.hp.com/techreports/2007/HPL-2007-59.pdf And the PDF has been moved to: http://www.hpl.hp.com/techreports/2007/HPL-2007-59R1.pdf Regards, -- Santi Saez

Whenever Flac does a test (-t) against a file with the special character indicated by a upper or lower case o with a diagonal line/forward slash through it, it fails with a ERROR INITIALIZING DECODER - INIT STATUS ERROR OPENING FILE. http://en.wikipedia.org/wiki/%C3%98 An example of actual failing file names are: 02 Tl?n.flac 05 ?rnen.flac The files test out OK with the flactester application

C++ and Java memory models impose restrictions for locks and unlocks, such as a thread that releases a lock must acquired the lock, or the number of locks must be larger than the number of unlocks in the same thread... for enabling some optimizations, for example, simplifying trylocks (http://www.hpl.hp.com/techreports/2008/HPL-2008-56.html), and moving some instructions inside lock acquires

--- developers.html | 16 ++++++++-------- documentation.html | 4 ++-- documentation_bugs.html | 2 +- documentation_example_code.html | 2 +- documentation_tools.html | 2 +- download.html | 2 +- faq.html | 2 +- feeds/feed.rss | 31 +++++++++++++++++++++++++++++--

1) changelog.html "Add ability to handle utf8 filenames on Windows (large set of patches from Janne Hyv?rinen)" AFAIK Windows internally uses UTF-16LE, not UTF-8. IMHO it's better to use a general word 'Unicode' instead of 'utf8'. 2) documentation_bugs.html "The following are major known bugs in the current (1.2.1) release:" 1.2.1 is not the current

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Why is ogg_mapping.c full of variables? Why not macros? - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJTZK5cAAoJEOs4Jb6SI2Cw5dkH/jbXCMBq8hpZzggt7UKImZbc VXcJ4u7gDTJNXvV0vhkdM4VKpRjlk4DjvNNsqJ2xaUsktRpRqL5EMOP061VtKW5g

Josh Coalson <xflac@yahoo.com> wrote: > I think everything you need is here: > http://flac.sourceforge.net/ogg_mapping.html " Ivo Emanuel Gon?alves " <justivo@gmail.com> wrote: > I'd say it had enough info, but too much for what I needed. I ended > up finding the answer in oggenc/flac.c: it's "\177FLAC" not "fLaC" as > ogginfo

Hi everybody! I'm in trouble again, could you help me? This time I can't get deal with "flac-tools" and other programs that use libFLAC. They just refuse compiling and complain for some functions indefinition. I have flac-1.0.4 already installed with ordinary: ./configure && make && make install. Read down for the details please. Configuring flac-tools:

Hello, While building from git, I'm getting the following failure (help please): CC ogg_mapping.lo CCLD libFLAC.la Creating library file: .libs/libFLAC.dll.a .libs/bitreader.o: In function `FLAC__clz_soft_uint32': ./include/private/bitmath.h:46: multiple definition of `_FLAC__clz_soft_uint32' .libs/bitmath.o:./include/private/bitmath.h:46: first defined here .libs/fixed.o:

Hi There: I was wondering if there is a way to read FORTRAN list data (similar to IDL's readf function). I often use FORTRAN for most of my number crunching, and use something like IDL to visualize and perform statistical analysis on that data. Since the each file is rather large (>100 Mb), formatting the output into columns or tables is impractical, hence the "list"

Hi, With some luck someone on this list can tell me if what I'm trying to do is possible with Samba 3, and if I'm really lucky how to get it working. As I'm pretty stuck at the moment and have hit the limits of my knowledge. At present in my environment we are running numerous Samba 2 servers in server and domain level security (I know server level security is a bad idea), and

On Fri, 2010-09-17 at 12:16 +0100, David Given wrote: > On 17/09/10 09:55, Pedro Ferreira wrote: > > As I understand it, LLVM simply gives you support for garbage collectors > > that you have to implement yourself and link into the final binary, > > similar to what C's malloc does (it's a library call). The issue with > > GC's is that they need to be provided