David Hough | 3 Oct 19:25

Work done on GTKMM Browser

Hi,

I've finally managed to make the new browser easily switch between using a 
seperate window for each playlist and using tabs for each playlist. I've 
added the option "Show Tabs" to the View menu that can be turned on and 
off.

I've also moved a number of other options into the preference file. So you 
can now change the layout of the browser. There are 4 options, 
"MusicBrowserTreePos" etc, in the format "[-1-3],[-1-3]" which represent 
where the widgets should be displayed in relation to each other.

The browser is split into a box with 4 compartments, e.g
|0|1|
|2|3|
and each compartment has a second level box split into four.
The first number in the pref indicates where to place the widget in the 
first level, and the second number indicates where to place it in the 
second level. -1 means the widget should not be displayed at that level, so 
"-1,-1" would mean off.

For instance to get the layout that was used in the old musicbrowser you 
would use the prefs
MusicBrowserTreePos = 0,-1
MusicBrowserAlbumsPos = -1,-1
MusicBrowserTracksPos = -1,-1
MusicBrowserPlaylistPos = 1,-1

For more information on how this works look at the source file 
musiclayout.cpp, the function PanedLayout::create() fills in a box.
(Continue reading)

Ed Sweetman | 5 Oct 02:37
Favicon

build issues?

Been a while since i tried compiling zinf, does nobody else use debian 
because for some reason autoconf is not understanding like anything from 
the config file anymore.  Even though the autogen.sh and configure.ac 
file look good.  It must be some aspect of the configure building prior 
to running autoconf.  I'm not familiar with autoconf at all.  This is a 
fresh cvs pull.

Adding libtools.
You should add the contents of `/usr/share/aclocal/libtool.m4' to 
`aclocal.m4'.
Putting files in AC_CONFIG_AUX_DIR, `config'.
libtoolize: `config.guess' exists: use `--force' to overwrite
libtoolize: `config.sub' exists: use `--force' to overwrite
libtoolize: `ltmain.sh' exists: use `--force' to overwrite
Creating scripts/libchecks.m4
Building macros.
aclocal: configure.ac: 489: macro `AM_PATH_LIBXOSD' not found in library
Building config header.
Building makefiles.
configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
configure.ac: that aclocal.m4 is present in the top-level directory,
configure.ac: and that aclocal.m4 was recently regenerated (using aclocal).
/usr/share/automake-1.7/am/depend2.am: am__fastdepCXX does not appear in 
AM_CONDITIONAL
/usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in 
AM_CONDITIONAL
base/unix/Makefile.am:6: Libtool library used but `LIBTOOL' is undefined
base/unix/Makefile.am:6:
base/unix/Makefile.am:6: The usual way to define `LIBTOOL' is to add 
(Continue reading)

Picon
Gravatar

Re: Work done on GTKMM Browser

On Fri, 2003-10-03 at 10:25, David Hough wrote:
> Hi,
> 
> I've finally managed to make the new browser easily switch between using a 
> seperate window for each playlist and using tabs for each playlist. I've 
> added the option "Show Tabs" to the View menu that can be turned on and 
> off.

Nice work.

> I've also moved a number of other options into the preference file. So you 
> can now change the layout of the browser. There are 4 options, 
> "MusicBrowserTreePos" etc, in the format "[-1-3],[-1-3]" which represent 
> where the widgets should be displayed in relation to each other.
> 
> The browser is split into a box with 4 compartments, e.g
> |0|1|
> |2|3|
> and each compartment has a second level box split into four.
> The first number in the pref indicates where to place the widget in the 
> first level, and the second number indicates where to place it in the 
> second level. -1 means the widget should not be displayed at that level, so 
> "-1,-1" would mean off.
> 
> For instance to get the layout that was used in the old musicbrowser you 
> would use the prefs
> MusicBrowserTreePos = 0,-1
> MusicBrowserAlbumsPos = -1,-1
> MusicBrowserTracksPos = -1,-1
> MusicBrowserPlaylistPos = 1,-1
(Continue reading)

Robert Hart | 5 Oct 10:29
Picon
Picon
Favicon

Re: build issues?

I am running debian sid. Have not had any problems. (just updated my cvs
and ./autogen.sh to check). Are you running testing?

There have been a few dependencies added since you last compiled. (e.g.
libxosd-dev libboost-dev and libmetakit-dev if memory serves)

On Sun, 2003-10-05 at 01:37, Ed Sweetman wrote:
> Been a while since i tried compiling zinf, does nobody else use debian 
> because for some reason autoconf is not understanding like anything from 
> the config file anymore.  Even though the autogen.sh and configure.ac 
> file look good.  It must be some aspect of the configure building prior 
> to running autoconf.  I'm not familiar with autoconf at all.  This is a 
> fresh cvs pull.
> 
> 
> 
> Adding libtools.
> You should add the contents of `/usr/share/aclocal/libtool.m4' to 
> `aclocal.m4'.
> Putting files in AC_CONFIG_AUX_DIR, `config'.
> libtoolize: `config.guess' exists: use `--force' to overwrite
> libtoolize: `config.sub' exists: use `--force' to overwrite
> libtoolize: `ltmain.sh' exists: use `--force' to overwrite
> Creating scripts/libchecks.m4
> Building macros.
> aclocal: configure.ac: 489: macro `AM_PATH_LIBXOSD' not found in library
> Building config header.
> Building makefiles.
> configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
> configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
(Continue reading)

Robert Hart | 5 Oct 10:39
Picon
Picon
Favicon

Re: build issues?

Did you try it more than once? I just did a completely fresh CVS pull,
and got some of the errors that you got, but running ./autogen.sh a
second time and they had gone.

Rob

On Sun, 2003-10-05 at 01:37, Ed Sweetman wrote:
> Been a while since i tried compiling zinf, does nobody else use debian 
> because for some reason autoconf is not understanding like anything from 
> the config file anymore.  Even though the autogen.sh and configure.ac 
> file look good.  It must be some aspect of the configure building prior 
> to running autoconf.  I'm not familiar with autoconf at all.  This is a 
> fresh cvs pull.
> 
> 
> 
> Adding libtools.
> You should add the contents of `/usr/share/aclocal/libtool.m4' to 
> `aclocal.m4'.
> Putting files in AC_CONFIG_AUX_DIR, `config'.
> libtoolize: `config.guess' exists: use `--force' to overwrite
> libtoolize: `config.sub' exists: use `--force' to overwrite
> libtoolize: `ltmain.sh' exists: use `--force' to overwrite
> Creating scripts/libchecks.m4
> Building macros.
> aclocal: configure.ac: 489: macro `AM_PATH_LIBXOSD' not found in library
> Building config header.
> Building makefiles.
> configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found.
> configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE,
(Continue reading)

Ed Sweetman | 5 Oct 16:44
Favicon

Re: build issues?

Robert Hart wrote:
> I am running debian sid. Have not had any problems. (just updated my cvs
> and ./autogen.sh to check). Are you running testing?
> 
> There have been a few dependencies added since you last compiled. (e.g.
> libxosd-dev libboost-dev and libmetakit-dev if memory serves)

i'm running unstable,  I'll get those but i dont think it would cause 
the type of errors i'm seeing with not recognising real autoconf macros.

> On Sun, 2003-10-05 at 01:37, Ed Sweetman wrote:
> 
>>Been a while since i tried compiling zinf, does nobody else use debian 
>>because for some reason autoconf is not understanding like anything from 
>>the config file anymore.  Even though the autogen.sh and configure.ac 
>>file look good.  It must be some aspect of the configure building prior 
>>to running autoconf.  I'm not familiar with autoconf at all.  This is a 
>>fresh cvs pull.
>>
>>
>>
>>Adding libtools.
>>You should add the contents of `/usr/share/aclocal/libtool.m4' to 
>>`aclocal.m4'.
>>Putting files in AC_CONFIG_AUX_DIR, `config'.
>>libtoolize: `config.guess' exists: use `--force' to overwrite
>>libtoolize: `config.sub' exists: use `--force' to overwrite
>>libtoolize: `ltmain.sh' exists: use `--force' to overwrite
>>Creating scripts/libchecks.m4
>>Building macros.
(Continue reading)

Ed Sweetman | 5 Oct 16:47
Favicon

Re: build issues?

Robert Hart wrote:
> Did you try it more than once? I just did a completely fresh CVS pull,
> and got some of the errors that you got, but running ./autogen.sh a
> second time and they had gone.
> 
> Rob

ran it many times, but i'll pull a fresh one,   config.h doesn't seem to 
be created either.  I'll look at this again later today and really 
compare it against other projects that use the latest autoconf/automake 
and see if they're doing anything different because i've never had this 
problem before setting up a project.

> On Sun, 2003-10-05 at 01:37, Ed Sweetman wrote:
> 
>>Been a while since i tried compiling zinf, does nobody else use debian 
>>because for some reason autoconf is not understanding like anything from 
>>the config file anymore.  Even though the autogen.sh and configure.ac 
>>file look good.  It must be some aspect of the configure building prior 
>>to running autoconf.  I'm not familiar with autoconf at all.  This is a 
>>fresh cvs pull.
>>
>>
>>
>>Adding libtools.
>>You should add the contents of `/usr/share/aclocal/libtool.m4' to 
>>`aclocal.m4'.
>>Putting files in AC_CONFIG_AUX_DIR, `config'.
>>libtoolize: `config.guess' exists: use `--force' to overwrite
>>libtoolize: `config.sub' exists: use `--force' to overwrite
(Continue reading)

Robert Hart | 5 Oct 18:17
Picon
Picon
Favicon

Re: build issues?

I don't want to insult you intelligence, but your not out of disk space
are you? I only ask, because I can't reproduce your problem at all now,
and I definitely saw it earlier when my drive was full. Could be
coincidence tho.

Rob

On Sun, 2003-10-05 at 15:47, Ed Sweetman wrote:
> Robert Hart wrote:
> > Did you try it more than once? I just did a completely fresh CVS pull,
> > and got some of the errors that you got, but running ./autogen.sh a
> > second time and they had gone.
> > 
> > Rob
> 
> ran it many times, but i'll pull a fresh one,   config.h doesn't seem to 
> be created either.  I'll look at this again later today and really 
> compare it against other projects that use the latest autoconf/automake 
> and see if they're doing anything different because i've never had this 
> problem before setting up a project.
> 
> 
> 
> > On Sun, 2003-10-05 at 01:37, Ed Sweetman wrote:
> > 
> >>Been a while since i tried compiling zinf, does nobody else use debian 
> >>because for some reason autoconf is not understanding like anything from 
> >>the config file anymore.  Even though the autogen.sh and configure.ac 
> >>file look good.  It must be some aspect of the configure building prior 
> >>to running autoconf.  I'm not familiar with autoconf at all.  This is a 
(Continue reading)

David Hough | 5 Oct 19:43

Re: build issues?

On Sat, 04 Oct 2003 20:37:15 -0400, Ed Sweetman <ed.sweetman <at> wmich.edu> 
wrote:

> Been a while since i tried compiling zinf, does nobody else use debian 
> because for some reason autoconf is not understanding like anything from 
> the config file anymore.  Even though the autogen.sh and configure.ac 
> file look good.  It must be some aspect of the configure building prior 
> to running autoconf.  I'm not familiar with autoconf at all.  This is a 
> fresh cvs pull.
>
>
>
> Adding libtools.
> You should add the contents of `/usr/share/aclocal/libtool.m4' to 
> `aclocal.m4'.
> Putting files in AC_CONFIG_AUX_DIR, `config'.
> libtoolize: `config.guess' exists: use `--force' to overwrite
> libtoolize: `config.sub' exists: use `--force' to overwrite
> libtoolize: `ltmain.sh' exists: use `--force' to overwrite
> Creating scripts/libchecks.m4
> Building macros.
> aclocal: configure.ac: 489: macro `AM_PATH_LIBXOSD' not found in library
>
>

I had exactly the same problem the other day. Just installing the libxosd 
packages fixed it. For some reason doing a "make install" from the copy of 
the source code for libxosd I got didn't though.

I think aclocal is just getting seriously confused when it can't find the 
(Continue reading)

Ed Sweetman | 5 Oct 20:11
Favicon

Re: build issues?

if libtoolize creates these files, perhaps they shouldn't be in cvs. 
They're probably best to be automatically generated at the time 
configure is.

Everything seems to build fine now with no warnings or errors during 
configure generation.

compiling with --disable-nls is broken however. configure does not 
generate an error when boost is not available, since you cant compile 
without it, this is something it should do.  configure doesn't look for 
metakit at all.

searching for music results in the thread crashing without an error 
message. Database is thus, not created.  Double clicking the 
uncatagorized/catagorized trees in the musicbrowser causes zinf to crash.

Volume starts up at around 80%, if i had this on non-cooperative 
(default now) this would have nearly damaged my speakers ( 50% should be 
a good default if it's not going to be defaulted at 0).

The last directory in which a file was added (when adding tracks to a 
playlist) is not saved anymore. Making adding directories (since you 
cant) very annoying and time consuming.  I'd suggest making the window 
not destroy itself when you press ok, rather it stays open until you hit 
cancel.

Time and thus current position is not updated during any file playback. 
  You can jump around in the file, but this is not reflected at all by 
the player.  Total time is displayed of course, just not the current time.

(Continue reading)


Gmane