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 - stedaniels

Pages: [1] 2
1
Users / Re: HDMI Matrix
« on: June 12, 2013, 11:29:22 am »
Hi Andrew,

Thanks for the example code to work from, thankfully I'll have a simpler time I think as the protocol for my matrix is quite basic!

Code: [Select]
PORT $output$input

E.g.

Code: [Select]
PORT 11

Thom, I don't quite understand how it's going to be configured from the scenario yet, so will likely muddle my way through that over the weekend, I'll try and get onto IRC too if I don't get anywhere fast.

Thanks again,

Steve

2
Developers / Re: linuxmce.org re-design
« on: June 12, 2013, 11:23:57 am »
Nice simple to use light box there :-)

Here's an example page for those who don't know where to look

https://rawgithub.com/ochorocho/lightbox.ui/master/index.html

3
Users / Re: HDMI Matrix
« on: June 07, 2013, 09:43:58 pm »
Hi Andrew,

I'm also wanting to write a device for an HDMI Matrix.  I've had a look at the Wiki and it looks to be a fairly simple job.  So I don't go off on a tangent, it'd be great to see one of the devices you mentioned.  I've had a quick look in the source and can't see them.

How do you surfaces the devices controls in the UI?  Or is it solely triggered from scenarios?  An example of this would also be very handy.

I look forward to your response.

Steve

4
Developers / Re: linuxmce.org re-design
« on: May 17, 2013, 11:09:38 am »
Hi ochorocho,

That looks great so far!

While my design skills could fit on a pin head, I do a lot of integrations, and a consistent UI is paramount to the user experience.  Do you have plans to implement the header/colour scheme across the forum and the wiki?

If not, Hari, would you be adverse to someone providing an SMF theme and or MediaWiki skin which brings the common header across the three sites?

Steve

5
Developers / Re: html grabber source
« on: May 07, 2013, 12:40:27 pm »
Hate to be a party pooper:

Quote
This webpage is for personal web browser use only. For programmatic or commercial use please contact info@silicondust.com

6
Users / Spam by "anderson01" and "Rick"
« on: May 03, 2013, 01:25:25 pm »
These two seem to by one person spamming a few threads here and there.

7
Users / Re: LinuxMCE in Google Search - "may be compromised"
« on: March 31, 2013, 02:48:59 pm »
I recall something like that, I'd assumed someone had done something to make it go?

If the ad's weren't Google I'd be inclined to think that Google's spider crawled the site whilst it was showing dodgy adverts.

Anyhow, could the page be updated to point to the 10.04 ISO and installation guide?

Cheers,

Steve

8
Users / LinuxMCE in Google Search - "may be compromised"
« on: March 31, 2013, 12:33:39 pm »
Hi guys,

Just about to download a fresh LinuxMCE ISO so searched for linuxmce download in Google and it showed the LinuxMCE site "www.linuxmce.com/index.php/download" as possibly compromised.



Someone might want to look into this and get the site checked and removed from Google's naughty list.  If the site was actually compromised any downloads could be tainted with a trojan or some such.

Steve

9
Users / Re: qorbiter qt version
« on: March 04, 2013, 12:35:47 pm »
Is this an x86 versus ARM issue?

10
Feature requests & roadmap / Re: News flash
« on: September 12, 2012, 02:59:54 pm »
I know what you meant, your missing what I meant.

If this script goes out, it's in every new/upgraded LinuxMCE installation. This means whoever controls the source where the script gets it's updates from can send all manner of messages out to that entire user base. Although I deem myself a very trustworthy person, it would be foolish for the source not to be on a linuxmce.org controlled resource. Even if I'm the one compiling it and publishing it, it should be at a LinuxMCE resource.

I hope you see what I mean now?

11
Feature requests & roadmap / Re: News flash
« on: September 10, 2012, 10:54:06 am »
I don't see a problem with that. Any preferences on where you'd like the messages pulled from?

The way I see it is, you'd obviously not want to have messages being pulled into everyone's systems if you didn't have ultimate control of the source.

If the source was a file on SVN you'd have that control while being able to update it at will, but it would require giving me write access to a subset of SVN, a bit of .htaccess magic could easily restrict my access if you felt it necessary.

If the source was something like Twitter, it's not very secure from a multiple people being able to access it and change the password point of view.

I could probably enhance my bash, to pull the latest post from a specific topic on the forum.. though if you'd prefer it to pull the content from forum then it'd be easier to do in Perl.

Thanks for joining the discussion, I'll await feedback.

Steve

12
Feature requests & roadmap / Re: News flash
« on: September 09, 2012, 10:56:29 pm »
It would be trivial to do this in bash. But without buy-in and commitment from someone in-the-know to update the message then I see little point in spending any more time on it.

13
Feature requests & roadmap / Re: News flash
« on: September 07, 2012, 10:20:25 am »
Hi tschak,

I think I've fulfilled the OP's request for SSH.

I'd imagine there would want to be some discussion over sending messages to the Orbiters and the web admin.

The web admin is easy, because it could just display a banner of some sort. But when you start to think of acknowledging it, setting a database flag perhaps? It starts to get more complicated. Same with MessageSend, you don't want the script running every time someone logs into SSH or every time the cron runs and MessageSend-ing to all the orbiters. There needs to be some kind of acknowledgement flagging. Then there's formatting for colours, font weight, etc. It'd need to be different for each output, console/web/Orbiter.

The script I've written specifically caters for the SSH MOTD. While it could be expanded, I'm more of a KISS kind of guy, that script in that location shouldn't be messing around with other things. It's purpose is just to generate and output an MOTD fragment.

For further discussion, the script looks at a fictional URL http://svn.linuxmce.org/svn/trunk/lmce-dynamic-motd there would need to be a policy governing it's content and update frequency. I pointed at SVN because it has a good audit trail, which I think is important if your going to be sending messages to so many systems. It also means we can use raw files and not have to set up a fancy administration system for the messages.

I forgot to add that my script does have a dependency on wget.

Steve

14
Feature requests & roadmap / Re: News flash
« on: September 06, 2012, 07:02:01 pm »
Something like this would probably do. I've used SVN as the source, the URL is configurable. Twitter doesn't provide the flexibility we'd likely want, and they are getting more closed by the day.

Code: [Select]
#!/bin/sh -e
#
#    95-lmce-dynamic-motd - display the motd message from LinuxMCE SVN
#                           useful to advise against release upgrades
#
#    Based on the below:
#    91-release-upgrade - display upgrade message or update the cache
#                         in the background
#
#    Originally Copyright (C) 2010 Canonical Ltd.
#
#    Original Authors: Dustin Kirkland <kirkland@canonical.com>
#    Authors: Steve Daniels <ste@stedaniels.co.uk>
#
#    This program is free software: you can redistribute it and/or modify
#    it under the terms of the GNU General Public License as published by
#    the Free Software Foundation, version 3 of the License.
#
#    This program is distributed in the hope that it will be useful,
#    but WITHOUT ANY WARRANTY; without even the implied warranty of
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#    GNU General Public License for more details.
#
#    You should have received a copy of the GNU General Public License
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.

lmce_dynamic_motd_url='http://svn.linuxmce.org/svn/trunk/lmce-dynamic-motd'
lmce_dynamic_motd=''
stamp=/tmp/95-lmce-dynamic-motd
if [ -s "$stamp" ]; then
        # Stamp exists and is populated, so display
        lmce_dynamic_motd=`cat $stamp`
        echo
        echo -e "$lmce_dynamic_motd"
        echo
elif [ -f "$stamp" ]; then
        # Stamp exists, but is empty, see if it's expired
        now=$(date +%s)
        lastrun=$(stat -c %Y "$stamp") 2>/dev/null || lastrun=0
        expiration=$(expr $lastrun + 86400)
        if [ $now -ge $expiration ]; then
                # But is older than 1 day old, so update and output
                lmce_dynamic_motd="`exec wget -q -O - $lmce_dynamic_motd_url`"
                echo
                echo -e "$lmce_dynamic_motd" | tee $stamp
                echo
        fi
else
        # No cache at all, so update and output
        lmce_dynamic_motd="`exec wget -q -O - $lmce_dynamic_motd_url`"
        echo
        echo -e "$lmce_dynamic_motd" | tee $stamp
        echo
fi

The file needs to exist here: /etc/update-motd.d/95-lmce-dynamic-motd
It also needs to be executable:
Code: [Select]
sudo chmod 755 /etc/update-motd.d/95-lmce-dynamic-motdObviously the URL "http://svn.linuxmce.org/svn/trunk/lmce-dynamic-motd" needs to be changed to something else, or a file checked in there and maintained. You can even use COLOURS as listed here: https://wiki.archlinux.org/index.php/Color_Bash_Prompt plain text otherwise please.

Can make this a ticket and attach it if needed. Questions and improvements welcome.

Steve

15
Users / Re: Conditional Lighting Scenarios,
« on: August 13, 2012, 03:37:52 pm »
For the average user, ie. SWMBOs, there is no reason why there are two buttons for a single light.

The average user does not want to think about what button is what, but want to change the state of the light.

Give the man a Gold Medal!

E.g. from a remote orbiter, perhaps by the side of the bed, the SWMBO wants to turn the light off. She doesn't want to have to navigate x, y & z. Neither should she.

Pages: [1] 2