Better late than never...
As Logitech have published an official 7.7.3 I've updated my
'squeezebox' overlay on layman to include that. A couple of points about
this release:
1. It supports Perl 5.16, but *only* for x86 (32-bit).
2. If you're running amd64 (64-bit) then it will require Perl 5.14 o
Interesting, thanks for letting me know. I'll look into your theory
about them being generated on the fly (thus perhaps being slightly
different each time), as I think you might be on to something.
Cheers,
Stuart
On Thu 18 Apr 2013 09:19:28 AM BST, meercat wrote:
>
> hickinbottoms wrote:
>> Sor
Sorry for the *terrible* delay...
I've just refreshed the overlay with an updated ebuild for
squeezelite-1.1, which was released a few days ago.
I've tested this myself by installing back from the overlay so I hope
the original problem with duff checksums has been fixed.
Stuart
meercat write
I do apologise -- this was my fault for pushing a broken Manifest to my
overlay.
If you refresh your overlay now it should work OK.
If you've gone with Gregorie's workaround in the meantime then that's
fine as well -- all that was broken was the manifest (checksums) not the
ebuild itself.
Sorry
> Havin_it's Profile: http://forums.slimdevices.com/member.php?userid=12661
> View this thread: http://forums.slimdevices.com/showthread.php?t=97562
>
> ___
> unix mailing list
> unix@lists.slimdevices.com
> http://lists.slimdevices.com/mailman/listinfo/unix
>
--
Stuart Hickinbottom
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
___
> unix mailing list
> unix@lists.slimdevices.com
> http://lists.slimdevices.com/mailman/listinfo/unix
>
> --
> Stuart Hickinbottom
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
View this thread: http://forums.slimdevices.com/showthread.php?t=97562
>
> ___
> unix mailing list
> unix@lists.slimdevices.com
> http://lists.slimdevices.com/mailman/listinfo/unix
>
> --
> Stuart Hickinbottom
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
/forums.slimdevices.com/showthread.php?t=94623
>
> _______
> unix mailing list
> unix@lists.slimdevices.com
> http://lists.slimdevices.com/mailman/listinfo/unix
>
--
Stuart Hickinbottom
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
have made producing
and maintaining the ebuild so difficult, as well as so difficult to
install.
Again, sorry for the delay but I'm hopeful we're nearly there now.
Stuart
On Wed 29 Feb 2012 03:49:34 PM GMT, Fenix4k wrote:
>
> great news! thanks for the information and thanks
I produce the Gentoo ebuild so I suppose that puts me in the frame...!
I've not used Sabayon so I can't comment on it directly, but are you
using the SBS ebuild for 7.5.4 'untouched' from it (ie have you modified
the init.d or conf.d scripts), and could you also point me at where I
might brows
Sorry you're having trouble.
The current 7.5.4 ebuild only works with the new baselayout-2, which
should be checked through a dependency, but it's worth manually checking
too. Try "emerge --info baselayout" and you should see something like
"sys-apps/baselayout-2.0.2" near the end.
When you did t
Indeed I am - sorry for the annoying delays.
I have a working ebuild and am just trying to address a bug affecting
OpenRC (which has just gone stable, so I need to fix it).
Keep an eye on the following bug and git repository if you're interested:
http://bugs.gentoo.org/show_bug.cgi?id=365307
http
Ah, I did say I hadn't read the thread! Thanks for the correction.
Stuart
On 21/03/2011 15:26, nigelf wrote:
> hi Stuart
>
> Maybe it me but I think you may have read this the wrong way round! The
> Gentoo ebuild 'works' - or at least my bastardised version of it for 7.6
> does so I presume y
I maintain the Gentoo ebuild and I would agree - it'll be in the CPAN
packages. The Gentoo build doesn't use any of those bundled within
Squeezebox Server because of their "no library bundling" law.
If you're going to look into it I would start with anything Perl "DBI",
"DBIx" or "MySQL"-related.
Sorry for the delay with getting this working. I'm looking into it now
but, as you can see, it's a nightmare with all of the Perl module
dependencies.
As far as I know it *should* work with Perl 5.12, but with so many
dependencies it's hard to track down what the problem might be.
There's a Gento
Thanks for that - I'll take a look into it; I wasn't aware there was a
problem with mysqueezebox.com since I don't use that.
I suspect it's not related to the original problem reported here,
though, since you say that this has happened for a while but the other
problem was only reported against 7.
That error isn't anything to worry about - I don't believe. It's been
logged for quite a few past versions and I've never managed to track it
down. I get the same message here and it's not affecting the operation
on my test virtual machine.
I'm just resetting that VM to a fresh Gentoo install and
When you say you can't open the plugins tab is there any information in
the log as to what is going on? If you're able to at least see the
settings interface then Squeezebox Server (SBS) is using the IP address
you're expecting (presumably, depending on how you've got those two
interfaces wired up)
The changes to the ebuild aren't complex (in this case, since .3 is a
pretty trivial change), but getting it recognised by Portage is more of
a challenge.
I've submitted the new ebuild to the Gentoo developer who has commit
access and so hopefully it'll be there soon. If you try updating over
the
I'm on it - 7.5.3 was only tagged last night.
Stuart
On 25/01/2011 03:00, albright wrote:
> Hi all - I'm using gentoo. Latest server is 7.5.2 but my
> radio upgraded to 7.5.3-???. Now they don't get along
> very well (no access to plugins and missing internet
> radio on server).
>
> Any hope of
Assuming this is Linux, you need to create a 'loopback' device pointing
to the partition image, and then mount that loopback device - you can't
directly mount the file as far as I know:
A bit of Googling found this - basically searching for loopback mounting
should find something suitable.
http:/
Ask away...
Actually, good timing. I submitted it last week and I believe it was
checked in yesterday, so you should have it now if you re-sync portage.
Stuart
On 27/06/2010 23:40, albright wrote:
> any news on whether there will be an ebuild
> for server 7.5.1 (just asking :) )
>
>
___
We have seen some reports of that - sorry you're having trouble. I've
never been able to reproduce it myself and so I've not been able to try
to debug it.
For others that have reported that they have reported some success with
removing bits of previous installations and re-installing 7.4.2 - see
By the way, the 7.4.2 ebuild has just been added to Portage and that
patch is in there (and in my in-progress 7.5.x ebuild).
Stuart
On 09/04/2010 11:50 AM, ralphy wrote:
> hickinbottoms;531639 Wrote:
>> Yep - I'll see what I can do. I've started the process of putting
>> together the 7.5 ebuil
Yep - I'll see what I can do. I've started the process of putting
together the 7.5 ebuild so I'll include it for that as well.
Thanks,
Stuart
On 08/04/2010 12:25 PM, ralphy wrote:
> Hi Stuart,
>
> Thanks for creating the gentoo ebuilds.
>
> A change was just committed in 7.6 to fix squeezeslav
Yes, I'm nearly there. I'll have it passed to Joe for a check and it
should hopefully be in Portage before long.
Thanks for your patience! Hopefully future releases will go quicker
after these changes...
Stuart
On Sat, 2010-03-27 at 03:33 -0700, cpu wrote:
> Hi Stuart,
>
> When you think ebui
Thanks - yes I've just noticed that getting commited (although I missed
any official announcement, if there was one).
I'll take a look to see if I can get a build together this week.
Thanks,
Stuart
On Sat, 2010-02-27 at 14:03 -0800, cpu wrote:
> Stuart: There's new version of sbs - 7.4.2, I hop
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yep - I'm working on it now. I've just about got it ready and will be
submitting it in the next day or so, so you can expect it to show up
soon. It will be for SBS 7.4.1.
Sorry for the delays.
Stuart
On 16/11/2009 5:33 PM, cpu wrote:
>
> Any chance
Yes there are - I've got it in preparation at the moment. There's a
Gentoo bug for this (bug#287257).
I've just got it to the stage where it's installing and running - I hope
to have something ready within a few days. Note that although the bug
says it's Squeezebox Server 7.4.0, it'll be for versi
You can take a look in the "stage" folder of my git repository:
http://github.com/hickinbottoms/squeezecenter-ebuild-for-gentoo/tree/develop-7.4
That should work if you manually install "Audio::Scan" and "EV" perl
modules manually beforehand. I'm working on getting those built by the
ebuild and ho
I'm currently working on it - I'll get it into Portage as soon as I can.
It's a little more work than usual because of the changes in Perl
dependencies between 7.3 and 7.4, unfortunately.
I'm on it, though, so it will be there soon I hope.
Stuart
On 08/10/2009 4:53 PM, cpu wrote:
> Anyone knows
I don't know the tools myself, but I'm sure the forums of a Linux
distribution might help, and as this won't be distribution-specific I
suspect you could ask on any of them.
In my experience the "Portage and Programming" forum for Gentoo is
inhabited by pretty technical chaps - that might be a goo
We've discussed this and the problem arises because of the modified FAAD
that's bundled with SqueezeCenter. To avoid bundling
architecture-dependent binaries that are available elsewhere in Portage
the Gentoo ebuild does not use that bundled FAAD and hence fails because
the standard one doesn't con
Thanks for pointing that out. I'll take a look.
Stuart
On Sat, 2009-06-27 at 06:02 -0700, ralphy wrote:
> I noticed yesterday that I can't play m4a files using the latest 7.3.3
> ebuild. My SB3 just skips through all the songs continuously. I've
> tracked it down to the unpatched SC version o
Yes, that's a missing dependency. I believe it works without it, but
sub-optimally, so it's kind of harmless. However, I've added
dev-perl/POE as a pre-requisite for future versions of the ebuild and so
that warning should not happen again.
Thanks for spotting that - the ebuild has been that way f
Yes, I've produced it and it'll hopefully be in Portage soon:
http://bugs.gentoo.org/show_bug.cgi?id=274534
Stuart
On Mon, 2009-06-22 at 22:51 -0700, Ron Olsen wrote:
> 7.3.3 has been out for a while, but I haven't seen a Gentoo ebuild for
> it yet. Any timetable for when this will become avai
I've also submitted 7.3.3 to Joe (who has commit rights to get it into
Portage), so it should show up in the official Portage tree soon. That's
the same version that Ralphy has pointed to below (the contents of the
"stage" directory can be used for a locally installed ebuild if you know
how to do t
Lovely, thanks for letting me know.
Stuart
On 05/06/2009 1:12 PM, ralphy wrote:
> Stuart,
>
> I confirmed that the 3 squeezeslave patches cover all the changes from
> my squeezecenter_squeezeslave_player3-7.3.patch file.
>
> Looks like r26709 is no longer available to download. I had to update
in to our trunk?
>
> Michael
>
> Am 03.06.2009, 15:52 Uhr, schrieb Stuart Hickinbottom
> :
>
>
>> Thanks - I've added that as a third patch and pushed it back to GitHub.
>> Thanks for checking it for me.
>>
>> Stuart
>>
Thanks - I've added that as a third patch and pushed it back to GitHub.
Thanks for checking it for me.
Stuart
On 03/06/2009 2:04 PM, ralphy wrote:
> Hopefully the last one.
>
> Code:
>
>
> svn diff -r25815:25816 Slim/Player/SqueezeSlave.pm
> Index: Slim/Player/Squee
OK, I've just pushed another with an additional patch to include the
additional r26720 changes.
Stuart
On 03/06/2009 12:58 PM, ralphy wrote:
> Stuart,
>
> The backport patch you included is missing several key changes.
>
> You need to take a diff between 25808 and 26720 of
> Slim/Display/Text.pm
Sorry - but I can't think of anything immediately that I know of that
could cause that if those packages and all their dependencies are up to
date. I'll keep trying to think of something, though.
It might be a question better suited for the Gentoo forums, especially
as you can reproduce it indepen
If it brought in 30 packages when you only wanted to reinstall the
"top-level" Encode::Detect it suggests that you've got older packages
that have not been updated recently.
Have you run an "emerge -D world" (deep) and a "revdep-rebuild" (from
the gentoolkit package)? I can't say for certain but t
I put together the SqueeceCenter package for Gentoo - sorry you're
having trouble.
Can you try re-emerging Encode::Detect with "emerge -aDvt
dev-perl/Encode-Detect" first and seeing if that helps?
Stuart
On Sat, 2009-03-07 at 09:10 -0800, marliv wrote:
> after merge 7.3.2 - it required a lot of
Just spotted that commit - thanks very much.
Stuart
On 04/03/2009 12:17 PM, Michael Herger wrote:
>> Is there any way to prevent the printout of that line? It would seem to
>> be unnecessary (and perhaps a development debugging hangover) as it's
>> always going to be printed.
>>
>
> I remove
Yes, that's right (the ebuild is mine).
Is there any way to prevent the printout of that line? It would seem to
be unnecessary (and perhaps a development debugging hangover) as it's
always going to be printed. I could add a patch to the Gentoo build to
hide the message, but I try not to patch the
GD missing from build-perl-modules.pl is covered here:
http://bugs.slimdevices.com/show_bug.cgi?id=6143
Stuart
On Sat, 2009-02-28 at 09:15 -0800, Sirius-CC wrote:
>
>
___
unix mailing list
unix@lists.slimdevices.com
http://lists
I'm pretty certain that's a 'grub' (bootloader) problem:
Googling for "grub error 24" may yield some rescue strategies.
Stuart
On Sun, 2009-02-15 at 07:43 -0800, afterglow wrote:
> I recently updated my 8.10 desktop. After updating, it requested for a
> reboot, which I did. While rebooting, an
media-sound/squeezecenter is currently at 7.3.0 in the official Portage
tree. It's currently marked as unstable, though, so you'll need to add
"media-sound/squeezecenter ~x86" to your "/etc/portage/package.keywords"
file. I'll hopefully be getting that updated to 7.3.1 soon.
That version should in
I don't know the details about your platform, but SqueezeCenter will
usually use the system-installed CPAN modules without any configuration
(there are many standard modules it uses in this way, in fact).
I have seen problems because the SqueezeCenter installation includes the
GD CPAN module in it
http://bugs.slimdevices.com/show_bug.cgi?id=6143
Stuart
trevva wrote:
> Hi,
>
> I'm a fairly long way into installing Squeezecenter on my mipsel-based
> Buffalo Linkstation HD 250. I have "opened" the box etc and have a
> working version of Debian on it without too many problems. However,
> inst
Did you follow the "emerge --config" instructions that were displayed at
the end of the emerge?
And, did you start mysql after you followed those instructions?
("/etc/init.d/mysql start")?
To use the version of SqueezeCenter that's in Portage you should first
of all have an installed and worki
I'm just putting it together right now. Joe, the Gentoo dev that commits
them, is away for a few days but I expect it'll be available sometime
next week.
Stuart
Bradley wrote:
> Is there any availability of this? I checked the Gentoo-Portage site
> and the latest squeezecenter package is 7.0
Yes - it's me you need to complain to!
I'm planning on pushing a 7.0.1 beta ebuild out very soon given that I
expect it's not that far away from formal 7.0.1 release, so keep an eye
out for that.
I'm not planning on a 7.1 release yet since I think that's probably a
little too unstable to be co
Good news - thanks for the report.
Stuart
Ashy72 wrote:
> Hi Stuart, Just to confirm lazy search is now working properly on my
> squeezebox, thanks for your help.
>
>
>
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/lis
Those permissions all look OK, but from the log file there definitely
seems to be trouble with both the database and permissions on loading
LazySearch.
I wonder - have you just upgraded to SqueezeCenter 7? It might be worth
trying to delete the server cache files - they should be somewhere like
OK, thanks. What about "ls -lR
/usr/share/squeezecenter/Plugins/LazySearch2"?
Stuart
Ashy72 wrote:
> Hi stuart,
>
> The pgrep slimserver.pl did not show a process number and I checked in
> the process list and slimserver.pl isn't there.
>
> ls -ldR /usr/share/squeezecenter/Plugins/LazySearch2
>
There are a couple of things about that log:
1. There are a lot of messages indicating another copy of SqueezeCenter
is running. Can you make sure there are no other copies of SqueezeCenter
running before you start it (you've not got an 'old' copy of SlimServer
still installed, have you?) Look
I've heard of this before, although I've not seen it myself.
Does the plugin seem to work on the remote control apart from this? If
not, enable debugging for the plugin within the server settings and
restart the server and take a look in the server log, and see if that
pops up anything useful.
Oops - just noticed it's already there:
http://bugs.slimdevices.com/show_bug.cgi?id=5158
Sorry for the noise.
Stuart
Stuart Hickinbottom wrote:
> I think adding this to SqueezeCenter this would be a useful enhancement.
>
> I've noticed the same thing on a plugin I've b
I think adding this to SqueezeCenter this would be a useful enhancement.
I've noticed the same thing on a plugin I've been developing that will
automatically update the database when it detects changes in the music
library folder tree - that works great when adding new music, but if you
move it ar
Thanks for the report - I've just finished looking through it after a
couple of days.
I'm not sure about the MySQL issues you had as I've not played with that
architecture myself, but if you had any troubles there they'd be in the
realm of the mysql ebuild rather than the squeezecenter one. It see
Yep - I'll get the updated one in Portage for early next week, but if
anyone else gets this problem in the meantime then just let me know.
Thanks for the help tracking it down (although I still don't know why it
fails like that as other people are using it OK!)
Stuart
ninjabase wrote:
> Thank
OK - could you PM me an email address and I'll email a test ebuild with
a couple of instructions for you to try it.
Stuart
ninjabase wrote:
> hmm... those give no output whatsoever.
>
>
>
___
unix mailing list
unix@lists.slimdevices.com
http://lists.
Interesting. What do the following ones do:
echo quit | mysql --user=root --password=XXX >/dev/null 2>&1
echo quit | mysql --user=root --password=XXX >/dev/null
echo quit | mysql --user=root --password=XXX
Hopefully the first or the second ones will work, in which case I can
get that modified i
There haven't been any changes relating to the use of MySQL in any of
the SC7 betas since the first one came out, so I wouldn't expect this
failure to creep in, and because the MySQL that's being used is the main
installation and not the one embedded with SC7 any problem you're seeing
sounds like i
Yes, you're right.
Slim Devices moved the location of the perl modules they make available
over the last couple of days, which means they now aren't found by the
ebuild. I'd have preferred that they'd also been left in the old
location for a short while rather than instantly moving them, but ca
As far as I understand it, if you're not making modifications then ext3
is approximately the same as ext2 (and, from memory, read performance is
the same). However, I don't believe there's much of an overhead in 3
over 2 (again, from memory), so I personally would just plump for 3.
You're maybe goi
There's also the "laptop mode" tuning knob for the kernel, which is
designed to help with such things.
http://www.linuxjournal.com/article/7539
I think 'ext3' is a sensible choice. There's an argument for avoiding
spinning down as it's the starting and stopping that puts all the wear
on the bearin
Thanks for the report - that's good to hear.
I don't know of a SC7 version of the XMRadio plugin, I'm afraid, and it
seems you're not the only one waiting:
http://forums.slimdevices.com/showthread.php?p=253909
Stuart
Ron Olsen wrote:
> Just installed the latest SqueezeCenter ebuild (7.0_beta200
Sorry - didn't spot that. Thanks for the correction.
ninjabase wrote:
> Stuart Hickinbottom;255641 Wrote:
>
>> That looks to me like you've not followed the post-emerge instructions
>> and run the --config step, or have not done a "dispatch-conf" when
That looks to me like you've not followed the post-emerge instructions
and run the --config step, or have not done a "dispatch-conf" when
requested to do so. If you missed that then re-emerge the package and
it'll show them again.
The other messages are harmless, I believe.
Let us know how you
I'm pleased to announce that an official Gentoo ebuild is now available
in Portage, supporting a recently nightly initially. Many thanks to Joe
Peterson for working with me to refine it to this point.
We'd appreciate it if you could test this as much as possible so that we
can be sure it's corr
As a general rule of thumb 'ext3' is the one you need for all your
filesystems. Your Windows machines will be able to see files exported
from that filesystem type with no problems - the fact it's on a Linux
filesystem type rather than FAT32 is hidden by Samba.
Stuart
Ashy72 wrote:
> Hi i am a
ote them, and as other people have added
instructions for their own operating systems I think they must also work
for some others. Feel free to add that to the troubleshooting section if
you want, or I could do it also if you'd rather.
Stuart
quietdragon wrote:
> Stuart Hickinbottom;190003 Wrote:
Isn't that instruction already there in the "Creating the SlimServer
Database and User" section?
Stuart
quietdragon wrote:
> A heads up about the instructions at
> http://wiki.slimdevices.com/index.cgi?ExistingMySQLInstance.
>
> I followed the instructions carefully but could not get a successfu
Don't give in - you should definitely be able to get mplayer through
portage without X, and the benefits of doing so are well worth it!
Put "-xv" in your USE flags (/etc/make.conf)
I reckon that might help. If not I'm sure I can help some more.
Stuart
muski wrote:
> Thanks for your replies. I
Sorry - I should have added that I don't use the ebuild in portage for
SlimServer, however, since I run development versions of the server.
Stuart
Stuart Hickinbottom wrote:
> Try an "emerge -aDvt --newuse mplayer" instead - that will show a tree
> of where the dependencies
Try an "emerge -aDvt --newuse mplayer" instead - that will show a tree
of where the dependencies come from, which may be more enlightening.
Looking at the USE flags shown for mplayer, I don't think mplayer should
want X to be installed. I run a headless Gentoo server with no X support
and it works
79 matches
Mail list logo