Re: makefile dist target?

I am thinking of putting out a new bug-fix release using the new build system.

Following the instructions:

mkdir build
cd build; ../configure && make
[...]
make dist 
[....]

  dies with the following error.

----------------------------------------------------------------------------
if test -f ../../po/ChangeLog; then dists="$dists ChangeLog"; fi; \
if test -f ../../po/LINGUAS; then dists="$dists LINGUAS"; fi; \
for file in $dists; do \
  if test -f $file; then \
    cp -p $file ../zinf-2.2.4/po; \
  else \
    cp -p ../../po/$file ../zinf-2.2.4/po; \
  fi; \
done
make[2]: Leaving directory `/disks/merrimack1/users/kris/extra/tools/zinf-newbuild/build/po'
make[1]: Leaving directory `/disks/merrimack1/users/kris/extra/tools/zinf-newbuild/build/po'
make[1]: Entering directory `/disks/merrimack1/users/kris/extra/tools/zinf-newbuild/build/m4'
make[1]: *** No rule to make target `codeset.m4', needed by `distdir'.  Stop.
make[1]: Leaving directory `/disks/merrimack1/users/kris/extra/tools/zinf-newbuild/build/m4'
make: *** [distdir] Error 1
----------------------------------------------------------------------------------

Re: makefile dist target?

"Kristian G. Kvilekval" <kris <at> cs.ucsb.edu> writes:

> I am thinking of putting out a new bug-fix release using the new build system.
>
> Following the instructions:
>
> mkdir build
> cd build; ../configure && make
> [...]
> make dist 
> [....]
>
>   dies with the following error.
>
> ----------------------------------------------------------------------------
> make[1]: Entering directory `/disks/merrimack1/users/kris/extra/tools/zinf-newbuild/build/m4'
> make[1]: *** No rule to make target `codeset.m4', needed by `distdir'.  Stop.
> make[1]: Leaving directory `/disks/merrimack1/users/kris/extra/tools/zinf-newbuild/build/m4'
> make: *** [distdir] Error 1
> ----------------------------------------------------------------------------------
>

> I noticed that this files is part of the EXTRA_DIST but is not in the original Makefile.am?
> Is it needed or should I just remove it?
>
It is part of GNU gettext support. You should be able to get the file
from a gettextize (re-)run, with a recent gettext installed.

Gtx, Andi
--

-- 

does 2.2.1 build on win32

Hi, I've been trying with no success to build zinf 2.2.1 on win32. I've 
tried Visual C++ 5, and 6 sp5, with basically the same set of errors.
I installed the sgistl headers (tried with version 2, and version 3), 
and I get the following error. I did add the stl stuff to the include 
path.

This is VC++ 5, the same happens with player.cpp, but I didn't want to 
send you both. They both include player.h, so perhaps this is the 
problem.
Compiling...
musiccatalog.cpp
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(57) : error C2371: 
'unary_function' : redefinition; different basic types
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(64) : error C2371: 
'binary_function' : redefinition; different basic types
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(69) : error C2371: 
'plus' : redefinition; different basic types
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(74) : error C2371: 
'minus' : redefinition; different basic types
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(79) : error C2371: 
'multiplies' : redefinition; different basic types
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(84) : error C2371: 
'divides' : redefinition; different basic types
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(86) : error C2872: 
'plus' : ambiguous symbol
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(88) : error C2872: 
'multiplies' : ambiguous symbol
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(93) : error C2371: 
'modulus' : redefinition; different basic types
C:\PROGRAM FILES\DEVSTUDIO\VC\SGISTL2\function.h(98) : error C2371: 

[Ralf Engels] zinf musicbrowser.cpp

This looks reasonable to me. Thoughts?

From: Ralf Engels <ralf-engels <at> gmx.de>
Subject: zinf musicbrowser.cpp
Date: 2003-07-18 20:39:10 GMT

    Hi,
I compiled the CVS version from 17-July and got a segmentation fault 
which could be tracked to musicbrowser.cpp

When I started zinf I got the message:
"Parsing the Theme description failed: ..."
The error is probably connected to my old freeamp installation.

However afterwards I got the segmentation fault in 
MuiscBrowserUI::AcceptEvents on the line
delete mainBrowser

I am not sure what exactly the error was because the stack got corrupted.
However the attached patch solves the issue.

Could you please check my correction and check the changes in.

Re: [Ralf Engels] zinf musicbrowser.cpp

Look fine to me too.. commit it.

On Sat, 2003-07-19 at 11:01, Andreas Rottmann wrote:
> This looks reasonable to me. Thoughts?
> 
> 
> ______________________________________________________________________
> From: Ralf Engels <ralf-engels <at> gmx.de>
> To: Andreas Rottmann <rottmann <at> users.sourceforge.net>
> Subject: zinf musicbrowser.cpp
> Date: 18 Jul 2003 22:39:10 +0200
> 
>     Hi,
> I compiled the CVS version from 17-July and got a segmentation fault 
> which could be tracked to musicbrowser.cpp
> 
> When I started zinf I got the message:
> "Parsing the Theme description failed: ..."
> The error is probably connected to my old freeamp installation.
> 
> However afterwards I got the segmentation fault in 
> MuiscBrowserUI::AcceptEvents on the line
> delete mainBrowser
> 
> I am not sure what exactly the error was because the stack got corrupted.
> However the attached patch solves the issue.
> 
> 
> Could you please check my correction and check the changes in.
> 

my personal wishlist

Hi,
I downloaded Zinf and tried to compile it (see my patch).
I think that Zinf has some big benefits compared to Xmms.

1. Cool UI
2. pluggable UI
3. written in C++

However I think that it has some big shortcommings.

1. extremly slow playlist handling. This will always be slow as long as 
it tries to look for ID3 tags for all of my 3000 files.
2. no way to script it with Perl

so here is my personal wishlist

1. implement xmms-lib interface
2. pluggable playlist handling
3. compile without music brainz

The last point is very stupid because as far as I can see MusicBrainz is 
only used in win32 parts of the code.

What do you think about this?
Should I try to do something about this issues/proposals?

BR,
Ralf

-------------------------------------------------------

Re: my personal wishlist

On Sun, 2003-07-20 at 15:20, Ralf Engels wrote:
> Hi,
> I downloaded Zinf and tried to compile it (see my patch).
> I think that Zinf has some big benefits compared to Xmms.
> 
> 1. Cool UI
> 2. pluggable UI
> 3. written in C++

Great.

> However I think that it has some big shortcommings.
> 
> 1. extremly slow playlist handling. This will always be slow as long as 
> it tries to look for ID3 tags for all of my 3000 files.
> 2. no way to script it with Perl

I have some incomplete patches to speed playlist handling.  
Unfortunately they don't apply cleanly to current code base.   I haven't
had much time lately.  

> so here is my personal wishlist
> 
> 1. implement xmms-lib interface
> 2. pluggable playlist handling
> 3. compile without music brainz
> 
> The last point is very stupid because as far as I can see MusicBrainz is 
> only used in win32 parts of the code.

Re: my personal wishlist

Kristian Kvilekval <kris <at> cs.ucsb.edu> writes:

>> What do you think about this?
> 1.  Sounds fine.. I would also like a jack output plugin all the stuff
> over there.
>
While we're at it: I have thought about ripping out the most of the
'real device' output plugins in favor of libao. This would save us
quite a bit of hassle in the long term, i guess, since we don't need
to maintain all those 101 ouput plugins...

Regards, Andy
--

-- 
Andreas Rottmann         | Rotty <at> ICQ      | 118634484 <at> ICQ | a.rottmann <at> gmx.at
http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc
Fingerprint              | DFB4 4EB4 78A4 5EEE 6219  F228 F92F CFC5 01FD 5B62

It's GNU/Linux dammit!

-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0

2.2.4 release soon?

I'd like to first apologize for pushing for a release every now and then,
considering I haven't really contributed much. However, I have been
holding off on updating our zinf package for the SourceMage distribution
for the 2.2.4 release. If it isn't released soon, I'll need to update it
to 2.2.3 with a few patches. Is cvs head in good enough shape for a
release?

Thanks.

-casey

-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0

Re: my personal wishlist

 >>However I think that it has some big shortcommings.
 >>
 >>1. extremly slow playlist handling. This will always be slow as long as
 >>it tries to look for ID3 tags for all of my 3000 files.
 >>2. no way to script it with Perl

 >I have some incomplete patches to speed playlist handling.
 >Unfortunately they don't apply cleanly to current code base.   I >haven't
 >had much time lately.

Great. Please send it to me and I will integrate it in the latest release.

 >1.  No metadata :  zinf will present only filename
 >
 >2. Local metadeta : Users may tag and use metadata stored either in the
 >music files themselves or in the metadata database.
 >
 >3.  World metadata :  Zinf will use outside resources to complete
 >metadata fields when available.
 >

I am much in favor for ID3V2 tags. Benefits are:
1. (semi) official standart
2. everything you want
3. very good library available
4. the tags are stored with the file

Shortcomming of cause
1. slow