[RDD] GPIO when you're not a root user
Hi all, I've been messing with the GPIO aspects in Rivendell under Debian 6 and it suddenly became obvious why Rivendell runs caed, ripcd and rdcatchd (the daemons) as the super user account. Without the s permissions, you can't access the GPIO devices. So after a bit of messing around trying all sorts of stuff, I realised I could run: sudo chmod a+rw /dev/gpio0 And everything would work with my normal JACK setup running as the current user. Does anyone know if theres a group I need to be a member of to be able to access /dev/gpio0 (the default ownership is root:root on debian)? If not I guess I'll just make an init script to do this. -- Wayne Merricks The Voice Asia ### Scanned by MailMarshal ### Attention: The information contained in this message is confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Christian Vision or any of its subsidiaries will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. Please note that we reserve the right to monitor and read any e-mails sent or received by the company under the Telecommunications (Lawful Business Practice) (Interception of Communications) Regulation 2000. Christian Vision is registered in England as a limited company 2842414 and as a charity 1031031 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] Cart stops?
I saw this last night (actually about 4AM this morning) and wonder what the possible mechanisms are. This is 1.7.x Rivendell. My pager went off at 4AM with a silence alert from the station. When I got to my computer and VNC'd the Rivendell machine, it was stopped on a station ID. I started the next cart and then I started looking around the logs. Syslog had this. Aug 20 04:00:00 auto-mc rdairplay: started audio cart: Line: 0 Cart: 60120 Cut: 1 Pos: 0 Card: 1 Stream: 1 Port: 0 Aug 20 04:00:00 auto-mc caed: FadeLevel: 0 Then it stopped until I got on to start the next cart. After I started it, everything continued on as normal. I went into RDLibrary and played the cart a number of times and about half the time it stopped half way though. I can understand that a cart has something bad in it and RDAirPlay can't play it but stopping doesn't sound like the right thing to do. Isn't there any error recovery for that sort of thing? Is anyone aware of a list of conditions that could cause that sort of error? Is there a way to scan a library or file system to look for carts that have the potential to mess up? Bill Putney - KPTZ Port Townsend, WA ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] Database connection fails when adding clocks to grid
Hi again, InnoDB didn't replace MyISAM it was just made the default choice if no engine was specified (as InnoDB is more fault tolerant amongst other things). However you might be able to work around it by recreating the table. Simply copy/paste the SQL from the table tab but remember to replace ENGINE=InnoDB with ENGINE=MyISAM. If I were you, I'd rename the SERVICES table to SERVICES_Inno (or something easily understandable years from now). Then recreate the table with the MyISAM bit then copy back in the records from the renamed table (theres a button on the left that says Save result as SQL insert script if you're using emma (just above the magnifying glass). This might be something to consider moving forwards in terms of the Riv code as it will probably be a more prominent problem the more people move onto newer versions of MySQL. Wayne Merricks The Voice Asia On 19/08/12 21:56, David Chamla wrote: > Myself: > >>> `CLOCK167` char(64) DEFAULT NULL, >>> PRIMARY KEY (`NAME`) >>> ) ENGINE=MyISAM DEFAULT CHARSET=latin1 >>> >>> The thing to note (I hope) is that mine shows ENGINE=MyISAM >>> which doesn't have this page size limitation (or at least not as small by >>> default). Is your DB also showing MyISAM? >> No, it actually shows InnoDB! > ... explained by the fact that I user mysql-server-5.5. > (MyISAM was apparently replaced by InnoDB from v5.5) > > > David > ___ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev ### Scanned by MailMarshal ### Attention: The information contained in this message is confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Christian Vision or any of its subsidiaries will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. Please note that we reserve the right to monitor and read any e-mails sent or received by the company under the Telecommunications (Lawful Business Practice) (Interception of Communications) Regulation 2000. Christian Vision is registered in England as a limited company 2842414 and as a charity 1031031 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev