Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - phenigma

Pages: 1 ... 60 61 [62] 63 64 ... 105
916
I'm missing: 1,5,6,10,11 From group #1 and I did not even know of the existence of anything in group #2.

Any you could provide would be great!

J.

917
Are these available anywhere?  The links below aren't working and only half of the screencasts are available at localeconcept...  Thanks.

J.

918
Developers / Re: qOrbiter gets some Pi
« on: October 21, 2012, 06:22:38 pm »
Super sweet!  You guys rock!

J.

919
Developers / Re: qOrbiter gets some Pi
« on: October 20, 2012, 03:02:04 am »
Guess I'll have to get a third Pi now to test the extra mem ;)

You and me both.

J.

920
Forever we have told people DO NOT dist-upgrade. This is an attempt to undo that. I may just write a script that dist upgrades and changes those links if they don't point to the right place.

This should be included as people upgrade so systems are not broken.  dist-upgrade is *required* any time our packages bring in any *new* package.  (my 2 cents)

J.

921
Very nice!  I like the additions to the orbiter display.

Question:  Licencing is typically a very touchy subject around here and most people seem unwilling to discuss it.  But, would the licencing require (as GPL requires) the release of source changes/upgrades on request?  Or are these changes isolated from the public now?

J.

922
Developers / Re: Raspberry Pi builder
« on: October 19, 2012, 11:24:06 pm »
Very good!  I'm glad someone else has tested the changes and things are working as I hoped.  My big question is:  Have you managed to get qOrbiter running yet?  I haven't had the time to get it going.  As soon as we have a build scenario for qOrbiter I'll flush out the MD creation more completely.  I've been running standard SDL orbiter on my (moon)Pi for some months now.  We are very close to having a working accelerated X on Pi which would allow SDL orbiter to function more fluidly.  qOrbiter is still the way to go moving forward of course.

J.

Maybe should start a new topic
MoonPi :)
http://i.imgur.com/6dpvl.jpg

-Coley.


923
Developers / Re: qOrbiter gets some Pi
« on: October 17, 2012, 03:54:09 am »
Very nice.  http://www.raspberrypi.org/archives/2180 <- new version of the model B shipping with 512mb ram by default now.  Should make running things a little snappier.

J.

924
Developers / Re: Raspberry Pi builder
« on: October 17, 2012, 03:52:35 am »
QEMU is slooow.  I build in VMs all the time, and building with qemu in a vm is very slow.  I'm away for the remainder of the week, I'll get to posting my createbuilder script this weekend.

J.

925
Developers / Re: Raspberry Pi builder
« on: October 03, 2012, 11:26:03 pm »
Sorry Coley, been really sick and very busy, I haven't forgotten, I am delayed though...  I plan to get to this ASAP.

J.

926

Code: [Select]
00:00.0 Host bridge [0600]: ATI Technologies Inc RX780/RX790 Chipset Host Bridge [1002:5957]
Subsystem: ASUSTeK Computer Inc. Device [1043:8353]

No 'subsystem' quoted in mine.

http://pastebin.com/nL0PZM5f

J.

927
Developers / Re: Raspberry Pi builder
« on: September 30, 2012, 05:08:26 am »
Hmm, strange.  I have sqlCVS updated many systems to get the Raspberry pi as MD device template (#2216).  It is there.  Make sure you sqlcvs update the 'dce' table AND the 'ir' table or the template probably won't show up due to missing data.

The Ubuntu_Helper diffs are in svn, not applied.  http://svn.linuxmce.org/trac.cgi/ticket/1521, I'll post the createbuilder script I use and try to provide a coherent set of steps to get raspbian build going.    Tomorrow, on my way to bed now...

J.

928
Users / Re: "Mostly" Headless Core?
« on: September 27, 2012, 01:42:20 am »
[...] Still debating at this time if this will be a PXE booted NAS under the internal network or if we are better off with putting it on the external network.  [...]

LMCE won't see it on the external network.  If you PXE boot it will be an MD.  You can run stand alone NAS devices and PCs on the LMCE internal network.  That way LMCE can find the shares and make them available to the entire system.

When I set up the new NAS I will need some guidance in settings for a device we want to be able to power down when not in use.  I noticed that under web-admin>automation>device status the core keeps tabs on what's ON and OFF as well as it's location.  If this NAS runs it's own OS on the external network would LinuxMCE using its occasional NetworkSharesRadar pick up it's absence and adjust storage accordingly and automatically to other active drives?

The system does a terrible job of maintaining state for power on/off for devices like MDs.  The StorageRadar scripts will detect the presence/absence of the NAS and act accordingly.  There is no built in mechanism to auto-start (wake-on-lan) a NAS or other PC withing LMCE.  A low power always-on NAS is a good way to go.  Or put your storage drives in your Core.  One of the largest flaws in the system is it always assumes that everything is available, always.  The radars help with this but only so far.

J.

929
Developers / Re: Upnp... it disturbs me. Please run a couple of commands.
« on: September 26, 2012, 05:39:59 am »
Install has been running for months and months.

http://pastebin.com/25m89ZR6

J.

930
Installation issues / Re: PC as Media Director (PXE)
« on: September 23, 2012, 09:42:50 pm »
Or is it better to install a small disk in the pc, and use it like that instead of PXE?

There is no supported way to boot an MD from a disk.  PXE booting is the only supported method of booting an MD.

J.

Pages: 1 ... 60 61 [62] 63 64 ... 105