Help
On Mar 22, 2012 2:04 AM, <concordance-devel-requ...@lists.sourceforge.net>
wrote:
> Send concordance-devel mailing list submissions to
> concordance-devel@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/concordance-devel
> or, via email, send a message with subject or body 'help' to
> concordance-devel-requ...@lists.sourceforge.net
>
> You can reach the person managing the list at
> concordance-devel-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of concordance-devel digest..."
>
>
> Today's Topics:
>
> 1. Re: PATCH [0/2] Initial Harmony 900 Linux Support (Phil Dibowitz)
> 2. Re: PATCH Initial Harmony 900 Linux Support v2 (Scott Talbert)
> 3. Re: PATCH Initial Harmony 900 Linux Support v2 (Phil Dibowitz)
> 4. Re: PATCH [0/2] Initial Harmony 900 Linux Support (Scott Talbert)
> 5. Re: PATCH [0/2] Initial Harmony 900 Linux Support
> (Adam Williamson)
> 6. Re: PATCH [0/2] Initial Harmony 900 Linux Support (Phil Dibowitz)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 21 Mar 2012 09:20:07 -0700
> From: Phil Dibowitz <p...@ipom.com>
> Subject: Re: [concordance-devel] PATCH [0/2] Initial Harmony 900 Linux
> Support
> To: concordance-devel@lists.sourceforge.net
> Message-ID: <4f69ffb7.9030...@ipom.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On 03/21/2012 09:14 AM, Adam Williamson wrote:
> > which supports /lib/udev.
>
> Looks good to me.
>
> --
> Phil Dibowitz p...@ipom.com
> Open Source software and tech docs Insanity Palace of Metallica
> http://www.phildev.net/ http://www.ipom.com/
>
> "Be who you are and say what you feel, because those who mind don't matter
> and those who matter don't mind."
> - Dr. Seuss
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 262 bytes
> Desc: OpenPGP digital signature
>
> ------------------------------
>
> Message: 2
> Date: Wed, 21 Mar 2012 19:35:39 -0400 (EDT)
> From: Scott Talbert <s...@techie.net>
> Subject: Re: [concordance-devel] PATCH Initial Harmony 900 Linux
> Support v2
> To: concordance-devel@lists.sourceforge.net
> Message-ID: <alpine.lrh.2.02.1203211934400.19...@bear.techie.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>
> On Wed, 21 Mar 2012, Phil Dibowitz wrote:
>
> >> + return "Error connecting or finding the remote\nNOTE: if you
> recently
> >> plugged in your remote and you have a newer remote, you\nmay need to
> wait a
> >> few additional seconds for your remote to be fully connected.";
> >>
> >> <80 chars please
> >>
> >> Other than that, perfect. Get me a v9, and I'll test it against he
> remotes I
> >> have and if it all looks good I'll apply.
> >>
> >> Thanks for all your work, this is awesome.
> >
> > Also, when you submit your final version, please include:
> >
> > * A detailed commit message of changes I can use in the commit.
> > * A signed-off-by line (if you're unfamiliar with these, it's basically:
> > Signed-off-by: Phil Dibowitz <p...@ipom.com>
> > except with your info. I'll add mine below. I do that from my kernel
> work and
> > I find it useful to keep track of the path of people approving a patch
> from
> > author to committer in the commit messages, even in this project that's
> > usually obvious
>
> Okay, I've got a v9 ready with a commit message include. Unfortunately,
> SourceForge's tracker is being stupid again and won't let me upload files.
> (Ticket submitted.) But in the meantime you can grab v9 here:
> http://www.techie.net/~talbert/harmony_900_support_v9.patch
>
> Scott
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 21 Mar 2012 17:17:23 -0700
> From: Phil Dibowitz <p...@ipom.com>
> Subject: Re: [concordance-devel] PATCH Initial Harmony 900 Linux
> Support v2
> To: concordance-devel@lists.sourceforge.net
> Message-ID: <20120322001723.gb1...@ipom.com>
> Content-Type: text/plain; charset="us-ascii"
>
> On Wed, Mar 21, 2012 at 07:35:39PM -0400, Scott Talbert wrote:
> > Okay, I've got a v9 ready with a commit message include. Unfortunately,
> > SourceForge's tracker is being stupid again and won't let me upload
> files.
> > (Ticket submitted.) But in the meantime you can grab v9 here:
> > http://www.techie.net/~talbert/harmony_900_support_v9.patch
>
> Nice. I took a brief look and it looks great. I'll check it one more time
> when
> I get home, but I expect to merge it tonight.
>
> --
> Phil Dibowitz p...@ipom.com
> Open Source software and tech docs Insanity Palace of Metallica
> http://www.phildev.net/ http://www.ipom.com/
>
> "Be who you are and say what you feel, because those who mind don't matter
> and those who matter don't mind."
> - Dr. Seuss
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 198 bytes
> Desc: Digital signature
>
> ------------------------------
>
> Message: 4
> Date: Wed, 21 Mar 2012 20:31:38 -0400 (EDT)
> From: Scott Talbert <s...@techie.net>
> Subject: Re: [concordance-devel] PATCH [0/2] Initial Harmony 900 Linux
> Support
> To: concordance-devel@lists.sourceforge.net
> Message-ID: <alpine.lrh.2.02.1203212027480.19...@bear.techie.net>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>
> On Wed, 21 Mar 2012, Phil Dibowitz wrote:
>
> > On 03/21/2012 09:14 AM, Adam Williamson wrote:
> >> which supports /lib/udev.
> >
> > Looks good to me.
>
> And here's the (hopefully final) version of the DHCPD patch:
> http://www.techie.net/~talbert/start_conc_v5.patch
>
> Something else we may want to consider is changing where the udev rules
> file itself get installed in the Makefile. The Makefile installs
> it into /etc but /lib seems to be the standard now. I checked on the
> packaging for both Ubuntu and Fedora and they both move the file from /etc
> to /lib. So, if we changed it, they would have to remove the
> functionality that tries to move it. But we can probably leave it as-is
> for now.
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 21 Mar 2012 17:43:23 -0700
> From: Adam Williamson <awill...@redhat.com>
> Subject: Re: [concordance-devel] PATCH [0/2] Initial Harmony 900 Linux
> Support
> To: concordance-devel@lists.sourceforge.net
> Message-ID: <1332377003.1804.8.camel@adam>
> Content-Type: text/plain; charset="UTF-8"
>
> On Wed, 2012-03-21 at 20:31 -0400, Scott Talbert wrote:
> > On Wed, 21 Mar 2012, Phil Dibowitz wrote:
> >
> > > On 03/21/2012 09:14 AM, Adam Williamson wrote:
> > >> which supports /lib/udev.
> > >
> > > Looks good to me.
> >
> > And here's the (hopefully final) version of the DHCPD patch:
> > http://www.techie.net/~talbert/start_conc_v5.patch
> >
> > Something else we may want to consider is changing where the udev rules
> > file itself get installed in the Makefile. The Makefile installs
> > it into /etc but /lib seems to be the standard now. I checked on the
> > packaging for both Ubuntu and Fedora and they both move the file from
> /etc
> > to /lib. So, if we changed it, they would have to remove the
> > functionality that tries to move it. But we can probably leave it as-is
> > for now.
>
> That's easy enough for us to do. Generally speaking, we (downstreams)
> would much rather our changes get taken upstream than have to carry them
> downstream forever more :)
>
> The theory behind this, btw, is that udev rules files deployed by system
> components are not configuration files, because if you want to change
> the behaviour, you're not supposed to go and edit the rules file
> provided by the app.
>
> So the idea is that packaged rules files go to /lib/udev/rules.d and are
> owned by the system. If you want to change the behaviour, you can create
> an identically-named file in /etc/udev/rules.d; this will take
> precedence over the one in /lib. As the man page puts it:
>
> Rules files
> The udev rules are read from the files located in the system rules
> directory /lib/udev/rules.d, the volatile runtime directory
> /run/udev/rules.d and the local administration directory
> /etc/udev/rules.d. All rules files are collectively sorted and
> processed in lexical order, regardless of the directories in which they
> live. However, files with identical file names replace each other.
> Files in /etc have the highest priority, files in /run take precedence
> over files with the same name in /lib. This can be used to override a
> system-supplied rules file with a local file if needed; a symlink in
> /etc with the same name as a rules file in /lib, pointing to /dev/null,
> disables the rules file entirely.
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
> http://www.happyassassin.net
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 21 Mar 2012 18:03:53 -0700
> From: Phil Dibowitz <p...@ipom.com>
> Subject: Re: [concordance-devel] PATCH [0/2] Initial Harmony 900 Linux
> Support
> To: concordance-devel@lists.sourceforge.net
> Message-ID: <20120322010353.gc1...@ipom.com>
> Content-Type: text/plain; charset="us-ascii"
>
> On Wed, Mar 21, 2012 at 05:43:23PM -0700, Adam Williamson wrote:
> > On Wed, 2012-03-21 at 20:31 -0400, Scott Talbert wrote:
> > > On Wed, 21 Mar 2012, Phil Dibowitz wrote:
> > >
> > > > On 03/21/2012 09:14 AM, Adam Williamson wrote:
> > > >> which supports /lib/udev.
> > > >
> > > > Looks good to me.
> > >
> > > And here's the (hopefully final) version of the DHCPD patch:
> > > http://www.techie.net/~talbert/start_conc_v5.patch
> > >
> > > Something else we may want to consider is changing where the udev rules
> > > file itself get installed in the Makefile. The Makefile installs
> > > it into /etc but /lib seems to be the standard now. I checked on the
> > > packaging for both Ubuntu and Fedora and they both move the file from
> /etc
> > > to /lib. So, if we changed it, they would have to remove the
> > > functionality that tries to move it. But we can probably leave it
> as-is
> > > for now.
> >
> > That's easy enough for us to do. Generally speaking, we (downstreams)
> > would much rather our changes get taken upstream than have to carry them
> > downstream forever more :)
>
> I like it, make it so!
>
> --
> Phil Dibowitz p...@ipom.com
> Open Source software and tech docs Insanity Palace of Metallica
> http://www.phildev.net/ http://www.ipom.com/
>
> "Be who you are and say what you feel, because those who mind don't matter
> and those who matter don't mind."
> - Dr. Seuss
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 198 bytes
> Desc: Digital signature
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
>
> ------------------------------
>
> _______________________________________________
> concordance-devel mailing list
> concordance-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/concordance-devel
>
>
> End of concordance-devel Digest, Vol 51, Issue 27
> *************************************************
>
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
concordance-devel mailing list
concordance-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/concordance-devel
