Thanks for the report - I'll look into it. I believe the 7.6 nightlies
have moved to 'onebrowser' and that's likely to be the source of the
trouble - that's potentially going to be difficult, but let me take a
look into it before I get too gloomy about it!
Stuart
On 10/04/2011 23:17, Craig
I believe that only applies to the sqlite branch and doesn't yet relate
to the actual 7.4 main development branch yet. I've checked the core
plugins on that branch and they're all using the same deprecated call.
Stuart
On 27/05/2009 3:13 PM, bonze wrote:
Triode;427000 Wrote:
That means
I've not heard of any cases, I'm afraid. Hopefully someone will shout if
they've got it running in that environment.
The main requirement is that you've the Linux::Inotify2 CPAN module
installed for Perl (kind of a Perl plugin, if you like), which needs to
be compiled on Linux. Searching around
Are you able to SSH into the device when at this screen? If so you can
edit SqueezeboxJiveApplet.lua to skip this check, reboot the unit,
and you won't see it again until you install new firmware or revert to
the previous one.
Does that help?
Stuart
On 20/01/2009 3:31 PM, bpa wrote:
I've
OK - I've been neglecting it a bit recently, but I'll try to put some
time in and see if I can improve the scanning.
Stuart
On 03/12/2008 7:40 AM, kolding wrote:
That explains a lot. The curious question is what changed that this
wasn't really happening with earlier versions of 7.3, or
The clue is in the Now performing cleanup message in the log, which is
where the plugin asks SqueezeCenter to look through the entire music
database and see if any files have disappeared, and if so to remove them
from the library.
This is, unfortunately, a feature of the way I've implemented
I have a beta unit that shows this message and, as of last night, it
still worked fine.
You're right it won't support playback (although I have made that work
with patching the LUA code to put in a UUID 'manually' rather than with
one read from the device).
I've not bothered to think about
Is this the beta 7.0.2 in Portage? Just so I know which one it is you're
dealing with.
If it's just stopping it would suggest the scanner is failing on a
specific file or directory.
Could you turn on some logging options in settings (there are some to do
with scanning), restart the scan, then
It might be a red herring, but I had what looked like this problem and
think I resolved it.
When I looked into it there seemed to be two sets of preferences saved
for that plugin in the preferences file. I deleted all of the
preferences from that file (ie deleted the lines) and set it up again
http://www.slimdevices.com/downloads/nightly/
You're after the directories such as:
http://www.slimdevices.com/downloads/nightly/SqueezeCenter_7.0_v2008-05-28/
Stuart
smr888 wrote:
Can someone give me a link to the 7.0.2 download? I was asked to
install it to test a bugfix, but I cannot find
I've tried five or six times and no errors at all. I'll keep trying for
a while.
This was with r1946, wireless to the router, then ADSL to the ISP (Demon
in the UK). I don't normally have any reliability issues over the ISP
connection.
Stuart
___
Thanks for the report - I'll take a look at that.
Stuart
rastafazz wrote:
Hi,
Not a big deal but media-sound/squeezecenter-7.0_beta20080210 seems to
be missing XML-Parser dependency.
If you have not emerged it, squeezecenter won't start.
--stephan
I've just tried this again on a fresh Gentoo installation (ie where
everything SqueezeCenter needs has to be pulled in through dependencies
or build during the SqueezeCenter perl building step), and I don't see a
problem. XML-Parser is one of the perl module that the
'build-perl-modules' step
OK - thanks for the clarification. That's one less thing to worry about.
Stuart
Andy Grundman wrote:
On Jan 21, 2008, at 1:06 PM, Stuart Hickinbottom wrote:
With the move towards 7.0 continuing I was wondering whether the plan
was to complete the rename to SqueezeCenter before release
The problem with having no date is that all the nightlies then have the
same filename. Although the file path makes it unique, the filename
itself isn't. For Gentoo this means we've a real problem as packages
download all source tarballs into the same folder, and so different
nightlies will
That fixes it for me from the position of the Gentoo package. We can
take care of that folder name issue easily enough, I think.
I'll try to produce an updated Gentoo package that does that and report
back into bug#6546 - if that goes OK I think the bug can be closed.
Thanks,
Stuart
Diranged
things together.
Thanks,
Stuart
LavaJoe wrote:
Stuart Hickinbottom contributed a great Gentoo ebuild, and we've been
working on it and testing/refining it over the last few days. I just
checked it into Gentoo's portage tree, so look for it to show up on the
mirrors soon.
-Joe
Done:
http://bugs.slimdevices.com/show_bug.cgi?id=6546
Stuart Hickinbottom wrote:
Will do - thanks for the feedback.
Stuart
Fletch wrote:
Stuart Hickinbottom;254171 Wrote:
I wonder whether this is something that could be fixed? I know there has
been some jiggling around
Will do - thanks for the feedback.
Stuart
Fletch wrote:
Stuart Hickinbottom;254171 Wrote:
I wonder whether this is something that could be fixed? I know there has
been some jiggling around of the nightly build process and so this
might
be a side-effect of that.
That's why
soon now.
Stuart
Robin Bowes wrote:
Robin Bowes wrote:
Stuart Hickinbottom wrote:
I could let you have it to test it out if you're willing to work with
a local portage overlay and don't mind some system breakage (I've
been testing this on a relatively clean new Gentoo installation
I've been looking at the SqueezeCenter nightlies and, in particular, at
the noCPAN flavour as I'm putting together a Gentoo ebuild. I've noticed
that the noCPAN flavour's filename doesn't include the version number, eg:
/downloads/nightly/SqueezeCenter_v2008-01-04/squeezecenter-noCPAN.tgz
.
Stuart
Fletch wrote:
Hi Robin,
Stuart Hickinbottom started working on one, but I'm not sure how far he
got. There was some initial discussion at
http://forums.slimdevices.com/showthread.php?t=40908 and some info on
the problems he ran into at
http://bugs.slimdevices.com/show_bug.cgi?id=6389
LazySearch is available for SC7.0 here:
http://www.hickinbottom.com/lazysearch
Stuart
Michael Herger wrote:
Any other gotchas I should consider? Are the database formats similar
enough to be able to switch between the two running versions?
No. You'll have to do a rescan.
In
I found the (Linux) permissions in the archive caused the subdirectories
of the plugin to be unreadable to the server when extracted, and got a
similar effect. A bit of chmod'ing fixed that.
I also couldn't get the plugin settings page to work until I fixed this.
Stuart
balbs wrote:
Trying out
Not something I've had much experience of myself. Unless you count
loaves bread in the 1970s, that is (and I don't).
Stuart Hickinbottom
adamslim wrote:
Hmpf. For those of us who think it's deeply cool to have a device with
our own surname on it, this is not a good turn!
Adam
The web site only documents the non-beta version for now (I'll update it
when 7.0 goes stable). For now, though, you can read the INSTALL file in
the archive you've downloaded, or browse it here:
http://www.hickinbottom.com/lazysearch/browser/tags/3.0b3/INSTALL
Stuart
NatureDude wrote:
OK, not
The CVS version of AudioScrobbler at SourceForge supports SS7. There's
no direct download link to a packaged release, though, so it's to be
considered a work in progress I think (like SS itself).
Rest assured that Lazy Search works, too. I'm sure it was just a typing
error that caused you to omit
27 matches
Mail list logo