Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
SuperQ;253334 Wrote: > Hrm, now scanning isn't working. :( You can fix the scanner (I think) by editing /usr/share/perl5/Slim/Music/Import.pm and adding the following lines after line 140: } elsif (-x '/usr/sbin/squeezecenter-scanner') { $command = '/usr/bin/squeezecenter-scanner'; (that should be right after the /usr/libexec/squeezecenter-scanner check). ill check that into code in a bit, once i fix the other stop bug that you mentioned... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
SuperQ;25 Wrote: > I killed it manually, removed $PIDFILE and started it up again.. problem > is reproduced. Found the problem... start-stop-script checks the PID against the Name that it's expecting. It gets that name from /proc/PID/stat. Unfortunately for some reason the proc filesystem cuts off the last 3 characters of the squeezecenter_safe script name, which causes the start-stop-script to fail because its not seeing the right process name. I've made a change to the init script, and it should work now. I'll post a new build in a few minutes... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
Diranged;253530 Wrote: > Found the problem... start-stop-script checks the PID against the Name > that it's expecting. It gets that name from /proc/PID/stat. > Unfortunately for some reason the proc filesystem cuts off the last 3 > characters of the squeezecenter_safe script name, which causes the > start-stop-script to fail because its not seeing the right process > name. I've made a change to the init script, and it should work now. > > I'll post a new build in a few minutes... New file has been uploaded to the same location (http://www.slimdevices.com/downloads/nightly/SqueezeCenter_v2008-01-01/squeezecenter_7.0_all.deb)... its in there because its still built on the code from the other day). I'm going to have a few people test it before I check everything in. Here's a quick list of the major changes: 1) Package (and subsequent directories/filenames) has been renamed from 'slimserver' to 'squeezecenter' 2) The /etc/init.d/squeezecenter script no longer exits with a 1 if it cannot stop the daemon ... this caused all kinds of havoc when you had a broken package install. Instead we call start-stop-script with -o so that even if the script doesnt do any work, it returns 0 so that other scripts keep running. 3) Fixed a few hard-locations in osdetect and import.pm from /usr/sbin/slimserver* to /usr/sbin/squeezecenter* -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
Fletch;253537 Wrote: > No problem - this stuff is all still pretty fresh in my mind so it > wasn't too hard to put together. Most of my comments are based on the > FHS and should apply equally to DEB and RPM. I'm not sure how to > implement them though (for example, I don't know how to add the > symlinks to the DEB package). > > > > I assume you can just change the control file to do: > > > Code: > > Conflicts: slimp3, slimserver > > :) thanks, there's the obvious fix... i'm just about to check the code in. I think we're in good shape... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
an updated version (rev 15772) is available at: http://www.slimdevices.com/downloads/nightly/latest/7.0/squeezecenter_7.0_all.deb I'll have it upload nightly under the new name... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
The new package has been posted and will be built nightly... its also in the debian repo, for apt-users... see the stickied thread for more info,. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] ATTN: Debian Package Renamed to 'squeezecenter'
davep;254187 Wrote: > Is this going to totally mess with my installations of plugins and > careful set up of player prefs etc.? Just like to check before I > remove slimserver and install squeezecenter via apt-get. Running ubuntu > BTW. > > davep Dave, It most likely will... the reason for the 'conflict' setting on the 'slimserver' package is to make sure that people know it doesn't play well with the original files. Instead of working hard to recover existing settings from 'wrong' directories (ie /etc/slimserver, and others), we are concentrating on renaming things so they're in the right directories going forward. Once its installed, you should be able to install any plugins and other settings you need ... but I wouldn't count on them showing up automatically. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41686 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
I'm trying to make the apt-get repository work a bit better... and it seems like in order to make the 'apt-get upgrade' feature work, we need to change our naming scheme on the Debian package names to include a number change changes each time we build them. Please, Debian experts, correct me if I'm wrong ... but it seems to need this in order for apt-get upgrade to work. So for now I'm adding in the revision # to the version # (was 7.0, now is 7.0-xx, where xx is the revision #) to the file name. Let me know if this doesn't work, or if there's a better way to do this! -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch;255586 Wrote: > Yes, the problem has been fixed. The RPM is the same from either > location. Fletch, Now that I've got the nightly Debian build working properly (it was pretty broken before hand), I was thinking I might try to use the same naming schema with the RPM. What do you think about replacing the date in the squeezecenter RPM with the revision #? I know we discussed it briefly a few weeks ago, but I wanted to revisit it. At least in the daily builds... for the 'release' builds, we can have it only use a version # with no date or revision #. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] ATTN: Debian Package Renamed to 'squeezecenter'
Good to hear! I've got a small system at home running nightly updates from the Debian Repo (at Fit-PC running ububtu 7.10), and it also seems to be working well. I will be making changes in the next few days though to sync up the RPM and DEB release in terms of where their file locations are. I'll keep this thread updated with the details... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41686 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch;255720 Wrote: > Sure. To preserve upgrades just bump the increment in the spec file > from 1 to 2. So the nightly would be > squeezecenter-7.0-0.2.16000.noarch.rpm (or whatever). This will > upgrade from the dated nightlys and still work when the final release > is called 7.0-1. > > We may want to make the increment another macro passed in from your > build script if that helps. > > BTW, what's the latest plan regarding my list of Debian/RPM file > location differences. It's probably best to get those changes out of > the way sooner rather than later. Fletch, Can you check out the Yum repo? for some reason I can't get a yum update squeezecenter.noarch to work, it always says I have the latest code (when in fact, I definitely do not). -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch;255800 Wrote: > I normally do a manual update every day, but I didn't have time this > morning. I just did one now, and it updated to the new rev-numbered > version fine. I also downloaded the dated rpm from earlier today and > it looks fine. > > I don't see anything wrong. Any chance you were testing changes and > have some sort of experimental build installed? Take a look at "yum > list installed squeezecenter" and see if anything looks unusual with > the release or version strings. Odd, it worked this time. Perhaps Yum was caching some of the data for some reason. I think I forgot to do a 'yum clean all' as well.. oh well, the update worked. This will make it alot easier to do multiple builds per day, when we need to. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] No version number in nightly noCPAN filename -fixable?
So the change in file-name was indeed related to the change to the build system. I've been actually trying to get us away from using the 'date' and instead moving towards the revision number of the build. That makes more sense to me and also allows us to push multiple updates in a day when needed. Fletch, Maybe I misunderstood, but I was under the impression you wanted the .tgz to have no version/date in it, as it made it easier to use with the .spec file for RPM builds? -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41743 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] No version number in nightly noCPAN filename -fixable?
Fletch;256040 Wrote: > Not at all. I'd prefer it contain the version and either the date or > rev number just like all the other builds. I must have misunderstood... I'll put some code into name it based on the Revision # and version #. That way it matches the other new builds... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41743 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] No version number in nightly noCPAN filename -fixable?
Check now... I've modified the script to default to a squeezecenter-#version-#revision.tgz name if you dont supply a --destName. The only issue is that it also makes the un-tarred directory squeezecenter-#version-#revision/ , and I'm not sure if that will screw up the gentoo ebuild system or not? http://www.slimdevices.com/downloads/nightly/latest/7.0/squeezecenter-7.0-16019-noCPAN.tgz http://www.slimdevices.com/downloads/nightly/latest/7.0/squeezecenter-7.0-16019.tgz -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41743 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] ATTN: Debian Package Renamed to 'squeezecenter'
smc2911;257774 Wrote: > I'm getting > > Are there plans for an amd64 build? At the moment I'm running with the > nightly, installed with a dpkg -i and that seems to work ok. None of the code in SqueezeCenter really needs to be in 64bit... there are a few architecture-dependent libraries, but they really arent going to change much. Any system modern enough to be 64bit is plenty fast for everything SqueezeCenter does.. (trust me, I'm running SqueezeCenter on a AMD Geode 500MHz Fit-PC, and its plenty fast to do everything, with no slowdown at all!) -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41686 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
Ok its taken some time, but I've made a few changes to the RPM and I could use some help testing it. I don't have a Debian/Ubuntu box right now to test this on, so I am not even sure if its going to run! Please download last nights build at : http://www.slimdevices.com/downloads/nightly/latest/7.0/squeezecenter_7.0-16880_all.deb and try installing it. Also, an apt-get update should get this file too. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
Huh, that isn't right. I've got my ubuntu box back up, and I'll test the package out shortly and figure out what went wrong. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
I couldn't reproduce any of those issues ... but I did see a bug in my code, fixed it, and I'm checking in my code. A new Debian package will be available via apt-get in a few minutes... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
Diranged;264010 Wrote: > I couldn't reproduce any of those issues ... but I did see a bug in my > code, fixed it, and I'm checking in my code. > > A new Debian package will be available via apt-get in a few minutes... I was wrong ... we found a bug in the slimserver.pl code that essentially forced you to create the $cachedir before using it (even though there are some lines in there that are designed to fix that for you ...). I've added some code to the Debian package to make this directory during the install, and it seems to work now. The code is checked in, and the nightly builds are being updated ... again. :) -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
Try this build : http://www.slimdevices.com/downloads/nightly/latest/7.0/squeezecenter_7.0-16988_all.deb I've been doing some package tests and fixes this morning, sorry for the issues. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
Hmm... I've got it running on two systems just fine. Can you post any other log messages -- or are there none? Perhaps try rebooting to make sure all teh squeezecenter processes had died properly. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
Sorry, I had some bugs in the install code... check the latest build and see how that works. I had a problem with my Plugins and server.conf links. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
ok... lets try again. :) I'm building another package with a 'touch server.prefs' essentially. This way if the file doesnt exist, it creates it. if it does exist, nothing really happens... give it a little time to build and upload. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
TomS;264811 Wrote: > I may have done it wrong, but I tried "touch"ing server.prefs in > /var/lib/squeezecenter/prefs, and then restarting to no avail. My > touched file was owned by squeezecenter:nogroup. > > I'm willing to try it though... > > Tom As soon as I get home I'll wipe out my entire squeezecenter install and restart it from scratch... it seems that upgrades work fine, but the fresh install has given users some trouble. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
The package has been updated... it might trash your settings one last time, but that should be it. The OSDetect.pm file needed some changes as well as the debian package rules file itself. Now you're *.conf files are in /etc/squeezecenter (like the RPM) but your server.prefs file is in /var/lib/squeezecenter/prefs (also, like the RPM). -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
I think I've found the issue... I'm rebuilding last nights build (same build #) and will test it shortly. I'll post a link to get some user tests before I check in the code changes. Please stand by :). -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
ma::init (/usr/share/perl5/Slim/Music/Info.pm > line 76) > frame 8: Slim::Music::Info::init (/usr/sbin/squeezecenter-server > line 348) > frame 9: main::init (/usr/sbin/squeezecenter-server line 451) > frame 10: main::main (/usr/sbin/squeezecenter-server line 1005) > > [08-02-05 10:52:31.8384] Slim::Schema::Storage::dbh (38) Warning: > Unable to connect to the database - trying to bring it up! > [08-02-05 10:53:02.1313] Slim::Schema::Storage::throw_exception (67) > Error: DBI Connection failed: DBI > connect('hostname=127.0.0.1;port=9092;database=slimserver:mysql_socket=/var/lib/squeezecenter/cache/squeezecenter-mysql.sock','slimserver',...) > failed: Can't connect to MySQL server on '127.0.0.1' (111) at > /usr/share/squeezecenter/CPAN/DBIx/Class/Storage/DBI.pm line 652 > [08-02-05 10:53:02.1322] Slim::Schema::Storage::throw_exception (67) > Backtrace: > > frame 0: Slim::Utils::Log::logBacktrace > (/usr/share/perl5/Slim/Schema/Storage.pm line 67) > frame 1: Slim::Schema::Storage::throw_exception > (/usr/share/squeezecenter/CPAN/DBIx/Class/Storage/DBI.pm line 658) > frame 2: DBIx::Class::Storage::DBI::_connect > (/usr/share/squeezecenter/CPAN/DBIx/Class/Storage/DBI.pm line 616) > frame 3: DBIx::Class::Storage::DBI::_populate_dbh > (/usr/share/squeezecenter/CPAN/DBIx/Class/Storage/DBI.pm line 543) > frame 4: DBIx::Class::Storage::DBI::ensure_connected > (/usr/share/perl5/Slim/Schema/Storage.pm line 44) > frame 5: (eval) (/usr/share/perl5/Slim/Schema/Storage.pm line 44) > frame 6: Slim::Schema::Storage::dbh (/usr/share/perl5/Slim/Schema.pm > line 121) > frame 7: Slim::Schema::init (/usr/share/perl5/Slim/Music/Info.pm > line 76) > frame 8: Slim::Music::Info::init (/usr/sbin/squeezecenter-server > line 348) > frame 9: main::init (/usr/sbin/squeezecenter-server line 451) > frame 10: main::main (/usr/sbin/squeezecenter-server line 1005) > > [08-02-05 10:53:02.1331] Slim::Schema::Storage::dbh (47) Error: Unable > to connect to the database - even tried restarting it twice! > [08-02-05 10:53:02.1336] Slim::Schema::Storage::dbh (48) Error: Check > the event log for errors on Windows. Fatal. Exiting. > [08-02-05 10:53:02.1342] Slim::Schema::forceCommit (1363) Warning: > Trying to commit transactions before DB is initialized! > [08-02-05 10:53:02.1370] Slim::Schema::Storage::throw_exception (67) > Error: DBI Connection failed: DBI > connect('hostname=127.0.0.1;port=9092;database=slimserver:mysql_socket=/var/lib/squeezecenter/cache/squeezecenter-mysql.sock','slimserver',...) > failed: Can't connect to MySQL server on '127.0.0.1' (111) at > /usr/share/squeezecenter/CPAN/DBIx/Class/Storage/DBI.pm line 652 > [08-02-05 10:53:02.1378] Slim::Schema::Storage::throw_exception (67) > Backtrace: > > frame 0: Slim::Utils::Log::logBacktrace > (/usr/share/perl5/Slim/Schema/Storage.pm line 67) > frame 1: Slim::Schema::Storage::throw_exception > (/usr/share/squeezecenter/CPAN/DBIx/Class/Storage/DBI.pm line 658) > frame 2: DBIx::Class::Storage::DBI::_connect > (/usr/share/squeezecenter/CPAN/DBIx/Class/Storage/DBI.pm line 616) > frame 3: DBIx::Class::Storage::DBI::_populate_dbh > (/usr/share/squeezecenter/CPAN/DBIx/Class/Storage/DBI.pm line 543) > frame 4: DBIx::Class::Storage::DBI::ensure_connected > (/usr/share/perl5/Slim/Schema/Storage.pm line 27) > frame 5: (eval) (/usr/share/perl5/Slim/Schema/Storage.pm line 27) > frame 6: Slim::Schema::Storage::dbh (/usr/share/perl5/Slim/Schema.pm > line 244) > frame 7: (eval) (/usr/share/perl5/Slim/Schema.pm line 244) > frame 8: Slim::Schema::disconnect (/usr/sbin/squeezecenter-server > line 964) > frame 9: main::cleanup (/usr/share/perl5/Slim/bootstrap.pm line > 368) > frame 10: Slim::bootstrap::sigint > (/usr/share/perl5/Slim/bootstrap.pm line 402) > frame 11: Slim::bootstrap::theEND (/usr/sbin/squeezecenter-server > line 1001) > frame 12: main::END (/usr/sbin/squeezecenter-server line 0) > frame 13: (eval) (/usr/sbin/squeezecenter-server line 0) > > 2008-02-05 10:53:02 SqueezeCenter died. Restarting. > > -> repeats > > Going back to 16880 I'm looking into this, but try killing off mysql manually. I think there are some issues where sometimes MySQL doesnt die quickly enough before the next SqueezeCenter process starts up. I'm going to look into that today... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
smc2911;265697 Wrote: > I seem to have found my zapped favourites in > /var/cache/squeezecenter/favorites.opml. Copied it over to my playlists > directory and got them all back! That's expected... we've moved away from the /var/cache directory and to /var/lib/squeezecenter/cache. We purposely don't delete those files though, so you can recover them. The same thing goes for the .prefs files in /etc/squeezecenter ... we now hold them in /var/lib/squeezecenter/prefs, but we don't trash the old files. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
bobharp;265817 Wrote: > Well it seems that my attempts to fall back to 16880 are failing as > well. I'll try and hammer out the latest rev. So I think you're issue is something that happens fairly rarely to a few people ... MySQL doesnt die properly when SC is shutting down, and then it can't start back up when SC starts. Normally SC tries to compensate for this by restarting it, but if it hasn't died properly and still owns the locks on the files, MySQL cant start. Try just killing everything running as Squeezecenter off manually and then restarting. Last nights build worked fine for me ... but we've seen your issue a few times, and I think its just a 'weirdness' that we need to figure out. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
bobharp;265828 Wrote: > getting the same after a re-boot. Something went wrong with your cache dir... I'd kill off every Squeezecenter owned process manually. From there, remove all the files in the /var/lib/squeezecenter/cache directory and restart SqueezeCenter. This should cause it to rebuild your MySQL database from scratch... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
Valdemar, What OS are you running (and version)? We're seeing at least one other user with that problem and we're still troubleshooting it right now. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
Patrick Dixon;266222 Wrote: > Sorry, I posted my problem on another thread:- > > http://forums.slimdevices.com/showthread.php?t=43141 > > I'm on Ubuntu 7.04 Fiesty AMD64 and it was all fine until I updated > this morning. The previous time I updated it on 29/1/08, it lost all > my settings, but ran OK. Can you enable your squeezecenter login (change its shell from /bin/false to /bin/bash), sudo to squeezecenter, and then run /usr/sbin/squeezecenter-server --debug --diag --verbose --d_startup and post the log file here? -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
valdemar;266265 Wrote: > I am running Etch on a NSLU NAS (Arm processor). > > Thanks, > Valdemar THat's a relatively old distribution, correct? The issue with another user is also on an old (6.06) ubuntu release. We're looking into what the issue could be... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
valdemar;266270 Wrote: > I would concider Debian 4.0 (Etch) very new. The newest stable > actually. > > - Valdemar ahh, ok thanks! can you post logs like I requested from Patrick Dixon? -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
can youg uys run the same command line, but add "--database.mysql" to it? -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
The following optional modules failed to load: [Locale::Hebrew] after their second try. The following modules failed to load: DBD::mysql DBI HTML::Parser JSON::XS Compress::Zlib YAML::Syck GD To download and compile them, please run: /usr/share/squeezecenter/Bin/build-perl-modules.pl DBD::mysql DBI HTML::Parser JSON::XS Compress::Zlib YAML::Syck GD Exiting.. Can you do a : cd /usr; find . | grep -i "JSON/XS" ? -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
valdemar;266315 Wrote: > My /var/lib/squeezecenter/cache/ directory is empty > > /v You're cache dir is empty because SqueezeCenter never fully started up... you are running on an ARM processor right? If you are,e you need to build/install the missing libraries that the error log you posted complains about. We do not include pre-compiled ARM libraries in our package. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
OK... everyone who had the install failing before due to MySQL issues, please re-install with the latest nightly that I just compiled. *(http://www.slimdevices.com/downloads/nightly/latest/7.0/squeezecenter_7.0-17350_all.deb) You'll notice its date stamp is around 9am... make sure this is the one you get. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
Fletch;267097 Wrote: > Matt, the old Deb simply removed the entire Bin directory, but the more > I think about this I'm not sure that's the best thing either. I > suggest you just remove mysqld, flac and sox plus the non-i386 > directories. That way you won't break things like alac that probably > don't have deb packages. That's basically what I did with the RPM. Yeah... for the time being, I'm just doing what the old Deb did so that I can get things working again. If this solves most of the problems, then I'll tweak it. I agree, removing the whole directory doesnt seem appropriate. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
Patrick Dixon;267130 Wrote: > I assume my problem showed slightly differently, because I'm already > running mysql for mythtv? Probably... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] debian package not working? (30 jan 08: 16880)
Patrick Dixon;267121 Wrote: > Hooray! > > Works for me :-) > > Thanks. Ok, so the issue was I included the 'Bin' directory in the package, which caused SqueezeCenter to use its local MySQLD binary ... which wasn't compatible with various libraries on the system. Argh... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=42876 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] ATTN Debian Users: Stable/Testing/Unstable Repos Have Been Updated
The Stable Repo will include the latest stable release (6.5.4 right now, 7.0 soon) The Testing repo now has the 7.0 nightlies in it The Unstable repo is now the location for the latest trunk (aka 7.0.1) code Please update your sources.list file appropriately if you want to continue testing the 7.0 nightlies, instead of the 7.0.1 nightlies! -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=43238 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SC 7.0 - Epic Fail
greebowarrior;269269 Wrote: > squeezecenter was installed with apt-get install > > sources.list has the entry deb http://debian.slimdevices.com unstable > main (testing main is commented out, and has tried before, again with > no luck) > > I'd just noticed that MySQL was crashing. Had gotten an install > working, disabled some plugins, then restarted SC, and it wouldn't come > back up :'( Can you post some of the logs from /var/log/squeezecenter? It's hard to say what's going on without those... *edit*: nevermind, i see your log above. let me read it ... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=43464 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SC 7.0 - Epic Fail
Diranged;269451 Wrote: > Can you post some of the logs from /var/log/squeezecenter? It's hard to > say what's going on without those... > > > *edit*: nevermind, i see your log above. let me read it ... [08-02-14 11:26:31.3145] Carp::croak (102) Warning: /usr/sbin/squeezecenter-server: exec failed: No such file or directory at /usr/share/perl5/Slim/Networking/mDNS.pm line 156 That looks pretty strange... what release were you running before, and exactly how did you do the update? Can you post your sources.list file as well? (for a quick fix, you could remove all of squeezecenter with the purge option, then reinstall it. that should solve your problem...) -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=43464 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SC 7.0 - Epic Fail
Patrick Dixon;269456 Wrote: > Please see Bug 6995 These are actually separate issues... Bug 6995 is related to some binary in the i386 tree thats being used instead of a local 64bit library, and thats causing problems. This seems to be an install that failed to put all the files in the right location... as indicated by /usr/sbin/squeezecenter-server missing. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=43464 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] No windows nightly?
smr888;278385 Wrote: > There doesn't seem to be a Windows nightly . . . > > http://www.slimdevices.com/downloads/nightly/latest/7.0/ Sorry about that, the 7.0 directory has not been updated since we launched 7.0 officially and its available on our main download page. For the time being, I've linked that 7.0 directory to our actual 'release' directory. --Matt -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=44596 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] buildme.pl - get revision #...
Hey so I'm just posting this looking for some feedback... I realized last night that I'm grabbing the "Revision: x" number from 'svn info' in the buildme.pl script to name our packages nightly. Thats actually not necessarily the most accurate revision # to grab, and I want to change it to grab the 'Last Changed Rev: ' number instead. However, I'm not an SVN expert so I'm looking for some clarification... 'Revision: ' is the most recent revision # for the entire repository, correct? Does that mean that 'Last changed Rev: ' is actually the last revision made to the directory you run 'svn info' in, and any directories underneath that? If so, it seems like grabbing the 'last changed rev' makes alot more sense... --Matt (sms build monkey) -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=44603 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] buildme.pl - get revision #...
In the absence of any opinion (so far!) I've made the change to use the Last Changed Rev instead. This is easily reversible if we see weirdness, but I think it will make things a bit easier to understand going forward... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=44603 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] today's build a real mess
tamanaco;285685 Wrote: > No Windows 7.01 nigthly builds either yesterday or today. Am I looking > using the right URLs? > > http://www.slimdevices.com/downloads/nightly/SqueezeCenter_trunk_v2008-03-30/ > > http://www.slimdevices.com/downloads/nightly/SqueezeCenter_trunk_v2008-03-31/ > > http://www.slimdevices.com/downloads/nightly/latest/trunk/ Sorry about that... the nightlies broke last week when we updated a bunch of SVN paths. A few small typos made for some very unhappy nightly build scripts, and I was just a bit too busy this weekend to get them fixed. All the nightly scripts are fixed now, and the download directories should have the right files in them. I'm working on updating all of the repos now... (the Yum Repo is getting a quick overhaul, and the Debian Unstable repo is getting the nightly 7.1 trunk builds...) -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45461 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Debian Repo Change! Please Read!
As pointed out in Bug #4962, we were naming the Debian packages with the wrong separator (- instead of ~). This causes upgrade-issues when we issue major releases. We've updated our buildme.pl script (change #18234) to now use the ~ separator instead, but you're not going to get the latest file automatically until you manually remove (dpkg --remove squeezecenter) and then re-install (apt-get install squeezecenter) the latest files. The update has been made to the 'testing' repo, but not yet the 'unstable' repo. The 'unstable' repo should get changed by tomorrow through our automatic scripts. Just to be clear: *If you are using the 'testing' repo, you must manually remove your squeezecenter installation and re-install it to get the latest update. * -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45596 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Debian Repo Change! Please Read!
Ramage;285994 Wrote: > The 1 April debian nightly is 7.0.1-17981, but 31/3 was 7.0.1~18234. Is > there a reason for reverting the build? Odd, it worked fine for me? My system at home updated to 18235 just fine, and here's the output from our nightly build script: removing 'squeezecenter' from 'testing|main|i386'... removing 'squeezecenter' from 'testing|main|amd64'... Exporting indices... Deleting files no longer referenced... deleting and forgetting pool/main/s/squeezecenter/squeezecenter_7.0.1~18234_all.deb squeezecenter_7.0.1~18235_all.deb: component guessed as 'main' Exporting indices... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45596 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Debian Repo Change! Please Read!
Odd... I did see what you were talking about. I've manually fixed it for today, we'll see what happens tomorrow. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45596 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Debian Repo Change! Please Read!
Ramage;286607 Wrote: > I can see "squeezecenter_7.0.1~18284_all.deb" in today's nightly. I'll > check again tomorrow. > > Thanks for response Honestly, I'm still not sure what happened... we had a strange 'phantom' .deb that kept showing up in the nightlies, but I still don't know where it was coming from! I'm waiting to see if it shows up again tomorrow... really, some days, I think im loosing my mind... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45596 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SC 7.0.1 - 18284 - bug or design? in Play all from SBC search
jsharper;286756 Wrote: > I tried it again from the controller to make sure it wasn't a fluke and > this time it actually added all 44779 to my now playing list (after > several minutes of being nonresponsive). The first time around, I may > have been impatient and restarted squeezecenter before it had finished > adding everything. Please open a bug @ bugs.slimdevices.com for this. It certainly doesn't sound like appropriate behavior... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45713 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Debian Repo Change! Please Read!
Sorry guys, I saw the problem and fixed it again today. Oddly enough, I'm still trying to figure out where this 'phantom' file keeps coming from. It seems to be overwriting the file I upload every night. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45596 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Debian Repo Change! Please Read!
Ramage;287676 Wrote: > The latest 5/4 nightly update worked OK this morning from the testing > repo with ver 7.0.1~18409. No sign of the phantom file ;-) > > Thanks Diranged So strange... al I did was change the build time from 12:15AM to 12:40AM. I noticed that the 'phantom' file was appearing at 12:17AM, and my original file was being uploaded at 12:16AM ... so by adjusting the script to hit at 12:40AM, it gets uploaded, overwrites the old file, and the problem disappears. Anyways, just glad it worked last night. --Matt -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45596 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Debian Repo Change! Please Read!
msherman;287791 Wrote: > Diranged, you should check if there's more than one build scheduled on > different branches writing to the same output location. *sigh* ... found the issue today. I had copied the vmware image that does the debian builds for another purpose a few months ago. That image finally got booted up last week and started doing nightly builds! Anyways problem solved now... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=45596 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] SlimServer name still being used?
Fletch;238567 Wrote: > Hi Dean, > > I'm disappointed at the lack of responses to my other thread, but based > on my testing I think it's ready. I was planning on making it available > on Monday via a testing yum repo. I'll probably do that anyway and take > it down after you guys start building it with the nightlys. > > BTW, I would encourage you to set up an official yum repo. It's > trivial to do and it makes users' lives easier by simplifying updates > and dep-solving. Fletch, Allow me to introduce myself, my name is Matt Wise and I'm a new employee at Slim. Dean had tasked me with working on the RPM and Yum repository that you've already started work on -- unfortunately I just havn't gotten around to it yet! Please don't take my lack of response thus far as an indication that we're ignoring the RPM -- we're very interested in implementing it into our build system, as well as the Yum repository for end-users to utilize. Give me a bit more time to get the system implemented -- I'll contact you offline to discuss how you currently do the builds and how I can leverage your work. --Matt Wise <[EMAIL PROTECTED]> Systems Administrator & Software Configuration Engineer SlimDevices, Inc. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=39688 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
So for the last few months Fletch has been working hard on updating our RPM to make it a bit more robust and reliable -- thanks Fletch! We've taken his changes and implemented them into an additional nightly build that we'd like to try for a bit and get feedback on. You can find the new file at: Code: http://www.slimdevices.com/downloads/nightly/latest/7.0/ The old RPM will still be built under the *SlimServer* RPM name. The new file begins its name with *SqueezeCenter*. Please try the new RPM out and let us know how it goes... it'll be built nightly for a bit so that we can see how its going. If all goes well, we'll turn it into a YUM repository very shortly. One quick caveat... if you're currently running the SlimServer...rpm versions of our code, you will loose your preferences when you install the SqueezeCenter RPM. This will only happen once though, and after that it should be a painless upgrade process. Fletch, You'll notice the RPM is slightly different than yours ... I made a few small customizations to fit it into our existing build infrastructure. Let me know if this broke any of the major changes you made... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch, With regards to the filename ... I can appreciate the date and version # in the code, but the increment # doesn't make much sense when we're building the code nightly and that number doesnt change. If we were using that INSTEAD of the date, it might make sense... but otherwise it just complicates the filename. What about 'squeezecenter-$branchver-$date.noarch.rpm"... so in this case, squeezecenter-7.0-20071220.noarch.rpm. This allows us to, if we decide its necessary, to change $branchver to the appropriate version based on the code we're building. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Michael Herger;250391 Wrote: > > cannot coexist. Using -Uvh will properly remove SlimServer when > > installing SqueezeCenter but -ivh will leave them both installed and > > things will be broken. > > Ahm... would this have migrated my previous settings? :-/ Nope, it doesn't. There are ways (as you mentioned above) to migrate the data ... but they're just not fully flushed out yet. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Diranged;250392 Wrote: > Fletch, > With regards to the filename ... I can appreciate the date and > version # in the code, but the increment # doesn't make much sense when > we're building the code nightly and that number doesnt change. If we > were using that INSTEAD of the date, it might make sense... but > otherwise it just complicates the filename. > > What about 'squeezecenter-$branchver-$date.noarch.rpm"... so in this > case, squeezecenter-7.0-20071220.noarch.rpm. This allows us to, if we > decide its necessary, to change $branchver to the appropriate version > based on the code we're building. Oh, and I'll check the spec and build files into SVN as soon as I get a few other things finished up. Including the naming scheme... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
dean blackketter;250402 Wrote: > On Dec 20, 2007, at 10:56 AM, Fletch wrote: > > Keep in mind that you will eventually be building 3 different RPMs > > (trunk, branch and release). The leading 0 is critical for any > > prerelease or "yum update" won't work. When the final release comes > > out (squeezecenter-7.0-1), anyone using a nightly won't be able to > > upgrade with yum since 20071220 is greater than 1. The .1 increment > > after the 0 may never be needed, but I suggest you leave it in just > in > > case. I don't how it adds complexity. The purpose of the > > increment is > > if you device to do other kinds of prereleases (such as beta or rc) > > > that > > have names that aren't naturally in ascending order, you can bump > the > > increment to 2 (and later 3) to make sure upgrades still work. > > > > It seems convoluted, but I didn't just makes this stuff up. This is > > how every major RPM repository does it and it works pretty well. > > What about using the SVN revision number? > > squeezecenter-7.0-r3456 With that, what happens when we go to squeezecenter-7.1-r1000? or does the svn revision number always increase, even if we change the main version #? if it would work, i think thats a cleaner system... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch;250409 Wrote: > Only if you think it's clean to include an svn rev number in an official > release. Seriously, RPM repositories that build thousands of packages > addressed these questions years ago. Let's do it the way everyone else > does instead of reinventing the wheel. Fletch, I've gone ahead and made the appropriate changes to the files to create yum-happy RPM filenames and update the repo daily. I'm going to check my code in now, so you can see the changes. They were only to the makerelease.pl and squeezecenter.spec files. Please don't update the repo anymore, as I have a nightly script that should keep it updated daily and seems to be working... :) -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch;250486 Wrote: > Hi Matt, > > Thanks for listening to my advice on naming and numbering - I feel > pretty strongly that this is the right way to go. I have disabled my > yum build script. > > I took a quick look at your patch and one thing jumps out. I added > those macros for version, sourcefile, etc so that the RPM could be > built without having to patch the spec. I always thought that was kind > of a kluge. I'll take a look tomorrow and see if I can offer an > alternate patch. > > Has a final decision been made on 7.0 vs. 7.0.0? There was some > discussion in bug 6258 but I wasn't sure what the final decision was. > As I mentioned over there, I think the RPM will be fine either way. No final decision has been made, but for the purposes of keeping the Yum repo working, we had to do 7.0.0. For some reason when I did 7.0, it would always use the latest file with the 7.0.0 name and ignore the 7.0 files. PS, the yum repo didn't update automatically this morning, so I did it manually. I had a small bug that kept the script from running properly. It should be good going forward. The parsing of the spec file may be a bit of a kludge, but I didn't want to get rid of it completely ... it might be that we need to move away from the makerelease.pl script completely, but we don't need to make that decision yet. I'm working on a whole new build architecture here, and when that gets more flushed out, the scripts will likely change quite a bit. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch;250673 Wrote: > Matt, > > I'm working on a patch for this and I noticed something that I don't > understand: > > > Code: > > @@ -70,11 +70,15 @@ > showUsage(); > } > > - my $prefix = $^O eq 'linux' ? 'SlimServer' : 'SqueezeCenter'; > + my $prefix = $^O eq 'linux' ? 'SqueezeCenter' : 'SqueezeCenter'; > > if ($snapshot) { > > - $version = strftime('%Y-%m-%d', localtime()); > + ## If we're doing a snapshot, but a version has been explicitly > + ## configured, always use the explicitly configured data. > + if (!$version) { > + $version = strftime('%Y-%m-%d', localtime()); > + } > > if ($branch) { > $title = "${prefix}_${branch}_v$version"; > > > > This seems to mean that if I run makerelease.pl with "--snapshot > --version 7.0.0" the tarball will be built as > SqueezeCenter_trunk_v7.0.0.tar.gz instead of > SqueezeCenter_trunk_v2007-12-21.tar.gz. That's not really the > intended result, is it? That probably does occur... and should be fixed. Though its not a big issue, since that was a use-case that never existed before. When you ran --snapshot, your version was always overwritten ... no matter what. Now I'm just allowing the ability to force the version-name for the purpose of building the RPM in a yum-ified way. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch, That looks like a good clean fix... you're welcome to check it in. In the mean time, I'm beginning work on a fresh set of scripts for doing these builds. My immediate concern was taking over the YUM repository so that we can keep it up-to-date ourselves... but its obvious that the build scripts need quite a bit of work. Lets not do too much to makerelease.pl, as its likely going to go away as soon as I have something better... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Sorry for some of the issues with the old-rpm build in the nightly directory guys... please be patient and we'll get these solved soon. The root of the issue is that the makerelease.pl file is a kludge... and without running multiple versions of this script, you can't easily control the build of a Debian or RPM package ONLY... you have to do both. So I have two different systems building an RPM... Its very confusing, I admit.. I'll make a change to the script to disable this build sometime soon... but for now, please use the Yum-repository for the RPMs. I've begun work on a brand new build script that I'll post in a separate thread... look for this thread, and hopefully we'll have the RPM builds coming off of this new script by the new year. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Attn: Replacing makerelease.pl with buildme.pl...
It's fairly well known that the makerelease.pl script has some issues and dependencies that can cause headaches. I'm actively working on replacing this script as quickly as possible... and wanted to get a discussion going about possible features for the new script. I do want to keep this new script simple ... so simple, in fact, that it will only build one file at a time. It will never build an RPM and a Debian file in the same command ... or build two tarballs at the same time. My goal for this script is that somebody can check out the svn code, type 'buildme.pl " and get a single file out of the script that is built exactly the same way our production releases are built. Additionally, the script should not have any hard-coded file locations, or package names. This is, in fact, the real motivation for the new script... I believe that the name of each type of package should be controlled in a manner that makes sense for that individual package. Eg: Debian Package -> The name should be controlled by the Debian package control files... Perhaps some basic information such as the version # could be dynamically generated, but the basic name is held in the platforms/debian files. RPM Package -> The RPM name should be determined by the .spec file. It shouldn't get re-named by the makerelease.pl script (like it is now), and as much of the name should be generated in the .spec file alone. I agree with Fletch that doing a parse through the .spec file and replacing things on the fly is ugly, and difficult to maintain. Tarball (cpan, or no cpan) -> Given the basic nature of a tarball, it seems to make sense that the name can be dictated from the user on the command line. You'll see how I've done this in the script... Windows/OSX Files -> I havn't gotten into how these packages are built yet, so I don't have a plan for them... :) Give me some time, I'll get there! Final words... I've attached my first version of the script that works. I've done some basic testing and it seems to work fairly well so far. Please keep in mind I'm working on this script as much as possible while still dealing with the holiday's, so hopefully in a few days I'll have the Debian Package and RPM package portions functional. Right now, this script ONLY builds a Tarball package. +---+ |Filename: buildme.pl.txt | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=3907| +---+ -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41364 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Attn: Replacing makerelease.pl with buildme.pl...
Fletch;251653 Wrote: > Hi Matt, > > I'll try to have some more feedback for you later, but I was thinking > about this part: > > > > Is that really what you want? It seems that especially for the nightly > snapshot builds you'll want the ability to do a single SVN checkout and > build everything. If they run independently you'll risk having > different SVN versions in the various platform specific builds. That's > undesirable from a support standpoint. > > On a related note, Dean mentioned in a different thread that your new > build system will have the ability for developers, including community > members, to manually kick off nightly builds. That seems like a good > reason to switch the naming convention for all of the nightly platform > specific builds from the current date format to SVN rev number. > Otherwise you could have different versions of the builds floating > around with same filename and date. Fletch, Its actually all of that functionality that I'm trying to think about and plan for in advance. By keeping the buildme.pl script as simple as possible, it allows us to build other platforms around the script that can manipulate things cleanly and in an easy-to-manage manner. Specifically, to address your concerns about the nightly builds ... life is actually much easier now. We can build our own in-house scripts that do an 'svn update', and then begin each of the builds we need to run ... and they all run on the exact same source code from the exact same snapshot. We can even re-run the same build a few hours later if we see a problem, without the concern of the SVN repository automatically updating and then it not being able to reproduce a problem we might have seen. Honestly the build-scripts we use in-house for making the nightly builds are going to be customized all the time to specifically work for our environment... our paths, our naming schemes, and our own servers. By leveraging a buildme.pl script that everyone in the community uses, community users can reproduce the same files we're building ... but without any of the headaches of our own environment hanging over them! With regards to the file names, I can see a situation where we might want to be able to force a new name for the RPM ... but its just as easy to always build the same RPM name based on the .spec file, and have other scripts rename the RPM. Just an idea right now, but im sure we'll flesh it out -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41364 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Attn: Replacing makerelease.pl with buildme.pl...
Michael Herger;251745 Wrote: > > Windows/OSX Files -> I havn't gotten into how these packages are > > built yet, so I don't have a plan for them... :) Give me some time, > > I'll get there! > > On Windows the files are checked out from SVN, binaries are built for > slimserver.pl -> squeezecenter.exe, scanner.pl/exe and > SqueezeTray.pl/exe. Then there's the installer compiler iscc.exe which > builds the setup.exe file. > > Michael Thanks Michael, I'll hopefully be working on the Windows and OSX builds by next week. Last night I finished up the buildRPM() function and it seems to work... I've got some tweaking to do to most of the functions to clean them up a little bit, and provide some more functionality (as well as look at things with a clear head, now that the holidays are over!). Good news to users with a ReadyNAS unit running the 6.5.4 code ... we should have a nightly uploaded 7.0 branch by the end of the day! -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41364 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Attn: Replacing makerelease.pl with buildme.pl...
PS, the script now builds the nightly Yum RPM properly... I'll check it into SVN in a few minutes. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41364 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Attn: Replacing makerelease.pl with buildme.pl...
Fletch, We're going to go ahead and use most of your suggested rpm-naming scheme for the Yum-ified RPMs... but with one change. For the time being, our version # is coded into quite a few different locations in the code and its just not a quick-change. To make sure things match up properly, the RPM will always be built with the version # that is listed in the code ... which for now means it'll be under the 7.0 version, not 7.0.0. This does leave the door open for moving to 7.0.0 later, but for the time being we're trying to minimize the # of changes we make to everything. That being said, anyone using the Yum repo is probably going to have to do a 'yum erase squeezecenter' and then a 'yum install squeezecenter' in order to get their nightly updates rolling again. Finally, I'm no longer checking in binary uploads to the SVN repository every night for the Yum repo... instead, we'll just rsync it from our build server. This just makes more sense, is easier, and doesnt waste alot of disk space for no reason. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41364 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
Fletch;252156 Wrote: > Matt, > > Can we *please* just disable the rpm build in the nightly directory and > only build the one in the yum repo? Right now the copy in the nightly directory is the exact same file as the Yum repo file. I'm looking into getting rid of the copy in the nightly directory all-together, but our existing website points users to the nightly directory only for the latest files ... so we need to update that before we disable anything. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] New Nightly RPM Build for SqueezeCenter 7...
ATTN: The Yum repo needed a version # change to accomodate building the RPM properly, that probably means you'll need to do a 'yum erase squeezecenter' and then a 'yum install squeezecenter' to get nightly updates working again. Please see this thread for more info: http://forums.slimdevices.com/showthread.php?p=252183&posted=1#post252183 -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41217 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] delays with deb releases?
Actually, it's not... I'll look into it on Monday and see what might be wrong. (I could have impacted that build, but I don't think I did... ) -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41492 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Attn: Replacing makerelease.pl with buildme.pl...
Fletch;252451 Wrote: > Matt, > > Todays RPM (squeezecenter-7.0-0.1.20071229.noarch.rpm) appears to have > been built at 3 AM today, but contains r15692 which is from yesterday > morning. Is the RPM being built from an old checkout? Hah! It helps when your nightly script actually UPDATES the svn checkout.. :) re-running it now -- its on rev 15719 now... -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41364 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Attn: Replacing makerelease.pl with buildme.pl...
Fletch;252998 Wrote: > Matt, > > Regarding your checkin at change 15692, can I request that we either > change the extension of the nightly tarball to .tgz, or change your RPM > build script to use tar.gz? This is to simplify builds when just > running rpmbuild. Right now, I have to download the tarball and rename > it before I can run rpmbuild. > > Thanks. Sorry, that'll be fixed shortly. Right now the tarball's are still built by the old makerelease.pl script, which I'll change in the next day or so. Once they're built by buildme.pl, they will have the proper file-ending. On a separate note, .deb releases are almost ready to be built with the buildme.pl script as well... with a fully updated name/directory/file schema (from slimserver to squeezecenter). -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41364 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
I've built an updated squeezecenter debian package now with the proper names and pathnames for a move to the SqueezeCenter package name. Before I replace the existing debian nightly build, I'd like to have a few people try this .deb out and make sure it works for them. ONE KEY, YOU NEED TO REMOVE THE OLD 'SLIMSERVER' PACKAGE BY HAND FIRST. THE NEW PACKAGE IS NOT SETUP TO PROPERLY REMOVE OLD SLIMSERVER CODE. The new file has been uploaded here: http://www.slimdevices.com/downloads/nightly/SqueezeCenter_v2008-01-01/squeezecenter_7.0_all.deb -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Request: Test new SqueezeCenter Debian Package
Fletch;253290 Wrote: > Matt, > > I haven't tried to install this, but I took a look at the general > layout. One key thing I noticed is that you didn't update any of the > hard-coded paths in OSDetect.pm. That will certainly break things. > > Otherwise, there are a number of cases where the file/directory naming > or layout differ from the RPM. I suggest we review these and, where > possible, either change the RPM or the DEB so they're the same. I'll > try to put together a list of these sometime tomorrow. :) I fixed that about 2 minutes after I uploaded the file, and then re-uploaded it... I didn't think anyone would see the post that quickly! I havn't checked my modifications in, but they will certainly include a change to osdetect.pm. -- Diranged Diranged's Profile: http://forums.slimdevices.com/member.php?userid=13773 View this thread: http://forums.slimdevices.com/showthread.php?t=41652 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta