Mailing List Archive

On 06/01/2010 16:16, Chase Douglas wrote:
> Hello everyone,
>
> I'm pleased to announce that Remotux is now up on the App Store and
> can be used to control Linux and OS X (10.6) computers! Simply install
> Remotux on any iPhone or iPod Touch and then install the Remote Input
> server by following the instructions at:
>
> https://wiki.ubuntu.com/RemoteInput/rinputd
>

First impressions - fantastic :o)

Everything installed first time - the instructions on installing rinputd
were a little out on menu names etc but still very followable. I'm now
controlling my box at home via my 3g connection and watching the results
on my pc here via vnc... suspect I shall find it more useful once I
actually get home!

Cheers,
James.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Wed, Jan 6, 2010 at 11:16 AM, Chase Douglas <chasedouglas.lists@gmail.com
> wrote:

> Hello everyone,
>
> I'm pleased to announce that Remotux is now up on the App Store and
> can be used to control Linux and OS X (10.6) computers! Simply install
> Remotux on any iPhone or iPod Touch and then install the Remote Input
> server by following the instructions at:
>
> https://wiki.ubuntu.com/RemoteInput/rinputd
>
> Also, the protocol for the Remote Input server is open (as is the
> software, of course) so I encourage anyone wishing to build a client
> for Android or Maemo (or anything else) to do so! Protocol information
> can be found at:
>
> https://wiki.ubuntu.com/RemoteInput/RemoteInputProtocol
>
> Thanks for your support!
> Chase Douglas
>
> PS: I've left my original message about Remotux below for anyone who
> is not familiar with it.
>
> On Sat, Sep 12, 2009 at 5:37 PM, Chase Douglas
> <chasedouglas.lists@gmail.com> wrote:
> > Hello again,
> >
> > Last year I developed MyMote, an iPhone/iPod Touch remote for MythTV.
> > I've been working on a new app, and I would like to get a few people
> > to test it out. I'm bringing this up here on mythtv-users because I
> > believe there are many people on this list who could benefit from it.
> >
> > I recently unsubscribed from cable TV, and I'm just watching local
> > channels and content on Hulu.com. However, there's no great interface
> > for using Hulu, especially on the Linux platform. As a work around,
> > I've developed a server, rinputd, and an iPhone app, Remotux, that
> > will transform the iPhone into a remote keyboard and mouse. When you
> > connect to a Linux remote input server the app initially displays a
> > blank screen. In this state you can think of it as a remote touch pad,
> > like what you use on a laptop. When you tap the screen with four
> > fingers a keyboard appears. Anything you type here will be sent to the
> > server as keyboard events. It's just like having a mouse and keyboard
> > for all of your computers in your pocket!
> >
> > Features:
> > * SSL security and username/password authentication
> > * Single touch mouse clicks and cursor movements
> > * Double touch scrolling (both axes) and secondary mouse clicks
> > * Triple tap acts as a third mouse button
> > * Full ASCII keyboard, 12 function keys, media keys, and control keys
> > (shift, ctrl, alt, meta)
> >
> > If this app interests you, please consider being a beta tester. I am
> > looking for a few individuals who:
> >
> > 1. Run Ubuntu Jaunty Jackalope (9.4) and are able to install packages
> > from a Launchpad.net ppa without needing extra help
> > 2. Have an iPhone or an iPod touch, any generation, and can send me
> > the device's UDID for ad hoc provisioning
> >
> > I am only interested in a few testers at this point. Please send any
> > request to test to chasedouglas@gmail.com. After I receive enough
> > testers I will respond to this thread letting everyone know.
> >
> > Thanks again!
> > Chase Douglas
> >
> _______________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>


Just gave this a shot, and it works great! I previously used iTap for
controlling a slingbox playback in windows, and remotux seems more
responsive, this will come in handy for my keyboardless front ends.

Thanks!

Hi.

I had a go with this last night, but ran out of time.
Is there any plans of making the package a little more standard?
/configure/make/make install/'ish?

Br Fredrik

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

2010/1/7 Chase Douglas <chasedouglas.lists@gmail.com>:
> Hello everyone,
>
> I'm pleased to announce that Remotux is now up on the App Store and
> can be used to control Linux and OS X (10.6) computers! Simply install
> Remotux on any iPhone or iPod Touch and then install the Remote Input
> server by following the instructions at:

Nice work - took me all of 2 minutes to get it up and running and it
works a treat.

rgds

Mark
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

Hi Chase,

I used it a bit more when I got home - seemed to work without any lag etc.

I have a couple of suggestions about what would make it easier to use
(for myself at least!). Could a small amount of "touchpad" real estate
be sacrificed (optionally, of course) to implement a button to jump into
keyboard mode (4 fingers seems quite awkward to me), and also to allow
for scrolling in the same fashion as a normal touchpad - ie make the
very right edge into a virtual scrollbar?

The above would be icing on an otherwise very good cake :o)

Cheers,
James.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 7, 2010 at 4:39 AM, James Thorpe <james@tfxsoft.com> wrote:
> I have a couple of suggestions about what would make it easier to use (for
> myself at least!).  Could a small amount of "touchpad" real estate be
> sacrificed (optionally, of course) to implement a button to jump into
> keyboard mode (4 fingers seems quite awkward to me), and also to allow for
> scrolling in the same fashion as a normal touchpad - ie make the very right
> edge into a virtual scrollbar?

There's an "info" button (circle with an italicized 'i' in it) in the
lower right corner of the screen. If you tap that button it will bring
up the keyboard as well. Note that it's easiest to hit the button by
fat fingering it (use the face of your thumb for instance); Apple's
tap recognition for the info button isn't the greatest. Also, a four
finger tap may seem awkward, I've specifically designed the
recognition algorithm to be very flexible. You don't have to tap all
four fingers at the exact same time. For example, you can roll four
fingers onto the screen over a short period of time and it will still
trigger. I honestly find it much easier than tapping the button
because I can pull the kb up reliably without needing to look at the
screen and position my hand.

As for scrolling, I've essentially gone with the Mac way. If you drag
two fingers across the screen it will scroll in both axes. I honestly
never found the PC scrolling method to be useful as I always had to
figure out exactly where the scroll area was each time.

Thanks,
Chase
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 7, 2010 at 3:43 AM, myShade <myshade@bredband.net> wrote:
> Hi.
>
> I had a go with this last night, but ran out of time.
> Is there any plans of making the package a little more standard?
> /configure/make/make install/'ish?

rinputd uses cmake as the build system. This is the standard build
system for many projects now, including almost all the standard kde
projects. To build, install cmake and run:

cmake .
make
make install

Thanks,
Chase
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On 07/01/2010 13:42, Chase Douglas wrote:
>
> There's an "info" button (circle with an italicized 'i' in it) in the
> lower right corner of the screen. If you tap that button it will bring
> up the keyboard as well. Note that it's easiest to hit the button by
> fat fingering it (use the face of your thumb for instance); Apple's
> tap recognition for the info button isn't the greatest. Also, a four
> finger tap may seem awkward, I've specifically designed the
> recognition algorithm to be very flexible. You don't have to tap all
> four fingers at the exact same time. For example, you can roll four
> fingers onto the screen over a short period of time and it will still
> trigger. I honestly find it much easier than tapping the button
> because I can pull the kb up reliably without needing to look at the
> screen and position my hand.
>
> As for scrolling, I've essentially gone with the Mac way. If you drag
> two fingers across the screen it will scroll in both axes. I honestly
> never found the PC scrolling method to be useful as I always had to
> figure out exactly where the scroll area was each time.
>
> Thanks,
> Chase
>
>

Cool thanks for the info - I had wondered what the "i" button was for -
it didn't seem to do anything for me, guess I need to try harder :o)

Rolling fingers across it would definitely be easier - will give it a go.

As for scrolling - I'm sure I'll get more used to it over time anyway -
and thinking about it a bit more, it's not like you can really tell
where the edge of the screen is on an iphone like you can with a
touchpad without looking, so it probably wouldn't be too easy to use anyway!

Thanks,
James.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 07, 2010 at 05:35:26PM +0800, Mark Kendall wrote:
> 2010/1/7 Chase Douglas <chasedouglas.lists@gmail.com>:
> > Hello everyone,
> >
> > I'm pleased to announce that Remotux is now up on the App Store and
> > can be used to control Linux and OS X (10.6) computers! Simply install
> > Remotux on any iPhone or iPod Touch and then install the Remote Input
> > server by following the instructions at:
>
> Nice work - took me all of 2 minutes to get it up and running and it
> works a treat.

...sounds cool. Had tried out mymote but found it somewhat limiting since I
use an external movie player for mythvideo. I thought that this very sort of
could be cool.

[deletia]
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 7, 2010 at 7:45 AM, Chase Douglas
<chasedouglas.lists@gmail.com>wrote:

> On Thu, Jan 7, 2010 at 3:43 AM, myShade <myshade@bredband.net> wrote:
> > Hi.
> >
> > I had a go with this last night, but ran out of time.
> > Is there any plans of making the package a little more standard?
> > /configure/make/make install/'ish?
>
> rinputd uses cmake as the build system. This is the standard build
> system for many projects now, including almost all the standard kde
> projects. To build, install cmake and run:
>
> cmake .
> make
> make install
>
> Thanks,
> Chase
> ______
>

Chase:

I was having the same problem. Thanks for the info on cmake. However, I am
know getting a link error on the avahi-qt4 library:

ken@mythtv:~/rinputd_1.0.1$ make
[ 6%] Generating moc_Connection.cxx
[ 12%] Building CXX object common/CMakeFiles/common.dir/Connection.cpp.o
[ 18%] Building CXX object common/CMakeFiles/common.dir/moc_Connection.cxx.o
Linking CXX static library libcommon.a
[ 18%] Built target common
[ 25%] Generating moc_AvahiBroadcaster.cxx
[ 31%] Generating moc_InputDevice.cxx
[ 37%] Generating moc_Server.cxx
[ 43%] Generating moc_LinuxInputDevice.cxx
[ 50%] Building CXX object rinputd/CMakeFiles/rinputd.dir/main.cpp.o
[ 56%] Building CXX object rinputd/CMakeFiles/rinputd.dir/InputDevice.cpp.o
[ 62%] Building CXX object rinputd/CMakeFiles/rinputd.dir/Server.cpp.o
[ 68%] Building CXX object
rinputd/CMakeFiles/rinputd.dir/LinuxInputDevice.cpp.o
[ 75%] Building CXX object
rinputd/CMakeFiles/rinputd.dir/AvahiBroadcaster.cpp.o
[ 81%] Building CXX object
rinputd/CMakeFiles/rinputd.dir/moc_InputDevice.cxx.o
[ 87%] Building CXX object rinputd/CMakeFiles/rinputd.dir/moc_Server.cxx.o
[ 93%] Building CXX object
rinputd/CMakeFiles/rinputd.dir/moc_LinuxInputDevice.cxx.o
[100%] Building CXX object
rinputd/CMakeFiles/rinputd.dir/moc_AvahiBroadcaster.cxx.o
Linking CXX executable rinputd
CMakeFiles/rinputd.dir/AvahiBroadcaster.cpp.o: In function
`AvahiBroadcaster':
/home/ken/rinputd_1.0.1/rinputd/AvahiBroadcaster.cpp:58: undefined reference
to `avahi_qt_poll_get'
/home/ken/rinputd_1.0.1/rinputd/AvahiBroadcaster.cpp:58: undefined reference
to `avahi_qt_poll_get'
collect2: ld returned 1 exit status
make[2]: *** [rinputd/rinputd] Error 1
make[1]: *** [rinputd/CMakeFiles/rinputd.dir/all] Error 2
make: *** [all] Error 2

I am currently running ubuntu 9.04. This function does exist in
/usr/lib/libavahi-qt4.a. Any hints?

Regards,

-- Ken E.

> _________________________________________
> mythtv-users mailing list
> mythtv-users@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>

> I was having the same problem.  Thanks for the info on cmake.  However, I am
> know getting a link error on the avahi-qt4 library:
>
>  ken@mythtv:~/rinputd_1.0.1$ make
> [  6%] Generating moc_Connection.cxx
> [ 12%] Building CXX object common/CMakeFiles/common.dir/Connection.cpp.o
> [ 18%] Building CXX object common/CMakeFiles/common.dir/moc_Connection.cxx.o
> Linking CXX static library libcommon.a
> [ 18%] Built target common
> [ 25%] Generating moc_AvahiBroadcaster.cxx
> [ 31%] Generating moc_InputDevice.cxx
> [ 37%] Generating moc_Server.cxx
> [ 43%] Generating moc_LinuxInputDevice.cxx
> [ 50%] Building CXX object rinputd/CMakeFiles/rinputd.dir/main.cpp.o
> [ 56%] Building CXX object rinputd/CMakeFiles/rinputd.dir/InputDevice.cpp.o
> [ 62%] Building CXX object rinputd/CMakeFiles/rinputd.dir/Server.cpp.o
> [ 68%] Building CXX object
> rinputd/CMakeFiles/rinputd.dir/LinuxInputDevice.cpp.o
> [ 75%] Building CXX object
> rinputd/CMakeFiles/rinputd.dir/AvahiBroadcaster.cpp.o
> [ 81%] Building CXX object
> rinputd/CMakeFiles/rinputd.dir/moc_InputDevice.cxx.o
> [ 87%] Building CXX object rinputd/CMakeFiles/rinputd.dir/moc_Server.cxx.o
> [ 93%] Building CXX object
> rinputd/CMakeFiles/rinputd.dir/moc_LinuxInputDevice.cxx.o
> [100%] Building CXX object
> rinputd/CMakeFiles/rinputd.dir/moc_AvahiBroadcaster.cxx.o
> Linking CXX executable rinputd
> CMakeFiles/rinputd.dir/AvahiBroadcaster.cpp.o: In function
> `AvahiBroadcaster':
> /home/ken/rinputd_1.0.1/rinputd/AvahiBroadcaster.cpp:58: undefined reference
> to `avahi_qt_poll_get'
> /home/ken/rinputd_1.0.1/rinputd/AvahiBroadcaster.cpp:58: undefined reference
> to `avahi_qt_poll_get'
> collect2: ld returned 1 exit status
> make[2]: *** [rinputd/rinputd] Error 1
> make[1]: *** [rinputd/CMakeFiles/rinputd.dir/all] Error 2
> make: *** [all] Error 2
>
> I am currently running ubuntu 9.04.  This function does exist in
> /usr/lib/libavahi-qt4.a.  Any hints?

If you don't mind, I'd like to not clutter the mythtv-users mailing
list with these sorts of debug questions. Could you file a bug at:

https://bugs.launchpad.net/rinput/+filebug

In the report, can you run "make VERBOSE=1" and paste the results.
That command will show the full linker command so we can hopefully
dissect out what is going wrong.

Thanks,
Chase
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Wed, Jan 6, 2010 at 11:16 AM, Chase Douglas
<chasedouglas.lists@gmail.com> wrote:
> Hello everyone,
>
> I'm pleased to announce that Remotux is now up on the App Store and
> can be used to control Linux and OS X (10.6) computers! Simply install
> Remotux on any iPhone or iPod Touch and then install the Remote Input
> server by following the instructions at:
>
> https://wiki.ubuntu.com/RemoteInput/rinputd
>
> Also, the protocol for the Remote Input server is open (as is the
> software, of course) so I encourage anyone wishing to build a client
> for Android or Maemo (or anything else) to do so! Protocol information
> can be found at:
>
> https://wiki.ubuntu.com/RemoteInput/RemoteInputProtocol
>
> Thanks for your support!
> Chase Douglas
>
> PS: I've left my original message about Remotux below for anyone who
> is not familiar with it.

Very nice,
I works well on my Macbook, can't wait to try it out on my mythbox. No
need to have a mouse and keyboard in the living room cabinet anymore!
Is there any chance of a portrait keyboard? I know the the keyboard's
smaller that way, but I'm so used it now that I can type faster and
easier with the vertical keyboard than with the horizontal.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

> Is there any chance of a portrait keyboard? I know the the keyboard's
> smaller that way, but I'm so used it now that I can type faster and
> easier with the vertical keyboard than with the horizontal.

I didn't provide for a vertical keyboard because I think the
horizontal view is better for this type of application. I'm open to
adding a vertical keyboard if lots of people really want it, but I
doubt it will be a popular option. I'd prefer an app that is designed
best for the majority than an app that has too many configuration
settings.

Thanks,
Chase
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 07, 2010 at 04:48:10PM -0500, Chase Douglas wrote:
> > Is there any chance of a portrait keyboard? I know the the keyboard's
> > smaller that way, but I'm so used it now that I can type faster and
> > easier with the vertical keyboard than with the horizontal.
>
> I didn't provide for a vertical keyboard because I think the
> horizontal view is better for this type of application. I'm open to
> adding a vertical keyboard if lots of people really want it, but I

...what I think would make this cooler is not so much an attempt to emulate
a normal keyboard and mouse but sorts of remote control setups kind of like
mymote but with a bit of Intelivision thrown in.

It seems like you could have a mymote workalike that just sends keyboard
commands through the remotux daemon. It would be kind of like using
mythfrontend as a desktop app (but kind of not).

Just a screen dedicated to cursor controls would be handy in this respect.

Arrow keys + return + escape would handle a lot of myth territory.

[deletia]
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Wed, Jan 6, 2010 at 11:16 AM, Chase Douglas
<chasedouglas.lists@gmail.com> wrote:
> Hello everyone,
>
> I'm pleased to announce that Remotux is now up on the App Store and
> can be used to control Linux and OS X (10.6) computers! Simply install
> Remotux on any iPhone or iPod Touch and then install the Remote Input
> server by following the instructions at:
>
> https://wiki.ubuntu.com/RemoteInput/rinputd
>
> Also, the protocol for the Remote Input server is open (as is the
> software, of course) so I encourage anyone wishing to build a client
> for Android or Maemo (or anything else) to do so! Protocol information
> can be found at:
>
> https://wiki.ubuntu.com/RemoteInput/RemoteInputProtocol

As others have said, very good stuff here. Initial config isn't
entirely straight-forward or obvious if you're running !(Ubuntu || Mac
OS X), but I have it working on Fedora now...

Got a start of an RPM for Fedora together here now too, still need to
gather up an initscript though. I don't see one in the source, but it
looks like there's one in the Ubuntu package... Not sure which is more
work, figuring out how to extract a file from a deb on an rpm system
and converting that for Fedora, or just starting my own initscript
from scratch (well, from another Fedora initscript... :) Anyone care
to just mail me a copy of the Ubuntu one?

--
Jarod Wilson
jarod@wilsonet.com
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Thu, Jan 7, 2010 at 11:51 PM, Jarod Wilson <jarod@wilsonet.com> wrote:
> As others have said, very good stuff here. Initial config isn't
> entirely straight-forward or obvious if you're running !(Ubuntu || Mac
> OS X), but I have it working on Fedora now...
>
> Got a start of an RPM for Fedora together here now too, still need to
> gather up an initscript though. I don't see one in the source, but it
> looks like there's one in the Ubuntu package... Not sure which is more
> work, figuring out how to extract a file from a deb on an rpm system
> and converting that for Fedora, or just starting my own initscript
> from scratch (well, from another Fedora initscript... :) Anyone care
> to just mail me a copy of the Ubuntu one?

First, I'd be happy to integrate an rpm spec file into the sources if
you manage to get one written. If you check out the bzr branch you can
build up a spec file and then I can pull from your branch. You can
find more info on checking out my sources at:

https://code.launchpad.net/rinput

The Ubuntu (and debian, though I haven't done testing) init script can
be found in the development repository in the debian directory. I
strip out the debian directory before creating the source tarball as
that's considered good practices from what I've read. You can browse
the files at:

http://bazaar.launchpad.net/~chasedouglas/rinput/trunk/files/head:/debian/

The init script is rinputd.init. You can also copy the SSL certificate
generating parts of rinputd.postinst into the %post section of a spec
file.

If you're interested in helping out with packaging or any other work,
feel free to open a bug to keep mythtv-users traffic down:

https://bugs.launchpad.net/rinput

Thanks,
Chase
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Fri, Jan 8, 2010 at 12:26 AM, Chase Douglas
<chasedouglas.lists@gmail.com> wrote:
> On Thu, Jan 7, 2010 at 11:51 PM, Jarod Wilson <jarod@wilsonet.com> wrote:
>> As others have said, very good stuff here. Initial config isn't
>> entirely straight-forward or obvious if you're running !(Ubuntu || Mac
>> OS X), but I have it working on Fedora now...
>>
>> Got a start of an RPM for Fedora together here now too, still need to
>> gather up an initscript though. I don't see one in the source, but it
>> looks like there's one in the Ubuntu package... Not sure which is more
>> work, figuring out how to extract a file from a deb on an rpm system
>> and converting that for Fedora, or just starting my own initscript
>> from scratch (well, from another Fedora initscript... :) Anyone care
>> to just mail me a copy of the Ubuntu one?
>
> First, I'd be happy to integrate an rpm spec file into the sources if
> you manage to get one written.

I already had it written when I wrote, just didn't have an initscript
included yet. :)

> If you check out the bzr branch

Ew. So there *is* at least on project that still uses bzr... ;)

> you can
> build up a spec file and then I can pull from your branch.

Generally speaking, bundling a spec file with the source isn't that
useful. The spec often needs adjustment more often than the source
does, so the two get out of sync. In Fedora-land, we just maintain the
specs in the Fedora package scm, paired with pristine upstream source
tarballs. We actually *need* a separate spec file for things to work
correctly w/the build system.

> You can find more info on checking out my sources at:
>
> https://code.launchpad.net/rinput
>
> The Ubuntu (and debian, though I haven't done testing) init script can
> be found in the development repository in the debian directory. I
> strip out the debian directory before creating the source tarball as
> that's considered good practices from what I've read.

While I think not including the 'debian' directory in a source tarball
is a good thing, if the source contains an initscript, then it should
be included in the tarball. If nothing else, under an initscripts
directory, with the script clearly labeled as to what distribution its
for. That's fairly common in the dozens of packages I've maintained
over the years for Fedora.

> You can browse the files at:
>
> http://bazaar.launchpad.net/~chasedouglas/rinput/trunk/files/head:/debian/
>
> The init script is rinputd.init.

Thanks much, I'll adapt that for Fedora and bundle it into my package.

> You can also copy the SSL certificate
> generating parts of rinputd.postinst into the %post section of a spec
> file.

Already implemented that, heisted out of mac/rinputd.postinst. :)

> If you're interested in helping out with packaging or any other work,
> feel free to open a bug to keep mythtv-users traffic down:
>
> https://bugs.launchpad.net/rinput

Don't really have a whole lot of time for anything beyond packaging it
up, unfortunately.

I'm happy to send an initial copy of the spec file and Fedora
initscript back your way for inclusion in your tree if you like, but
from there on out, I'd do most of the spec maintenance in Fedora's
package scm. Would definitely switch to a bundled initscript, once
available though.

--
Jarod Wilson
jarod@wilsonet.com
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Fri, Jan 8, 2010 at 9:08 AM, Jarod Wilson <jarod@wilsonet.com> wrote:
> On Fri, Jan 8, 2010 at 12:26 AM, Chase Douglas
> <chasedouglas.lists@gmail.com> wrote:
>> If you check out the bzr branch
>
> Ew. So there *is* at least on project that still uses bzr... ;)

I'm not too familiar with the history of bzr, but one of my coworkers
had the same response. I think way back there was an original bzr scm
that is very different than the bzr of today. I'm actually more
familiar with git due to my day job, but to me bzr is easier because
it is built to make more sense to the user in terms of the names of
commands and potential work flows. If you haven't used bzr in a long
time, don't be afraid to give it another look.

In fact, I just read the history of bzr on wikipedia and the current
bzr is completely different than the original bzr, which has been
deprecated and renamed baz. Baz was like GNU arch, but the current bzr
is a new scm designed and built from the ground up.

> Generally speaking, bundling a spec file with the source isn't that
> useful. The spec often needs adjustment more often than the source
> does, so the two get out of sync. In Fedora-land, we just maintain the
> specs in the Fedora package scm, paired with pristine upstream source
> tarballs. We actually *need* a separate spec file for things to work
> correctly w/the build system.

True. I keep the debian files in the scm just because I'm the
maintainer (of sorts) for the ubuntu package. Since I won't be the
maintainer for any Fedora rpm there isn't much sense in keeping it in
my repository.

>> The Ubuntu (and debian, though I haven't done testing) init script can
>> be found in the development repository in the debian directory. I
>> strip out the debian directory before creating the source tarball as
>> that's considered good practices from what I've read.
>
> While I think not including the 'debian' directory in a source tarball
> is a good thing, if the source contains an initscript, then it should
> be included in the tarball. If nothing else, under an initscripts
> directory, with the script clearly labeled as to what distribution its
> for. That's fairly common in the dozens of packages I've maintained
> over the years for Fedora.

I'll add that to my todo list. Thanks!

> I'm happy to send an initial copy of the spec file and Fedora
> initscript back your way for inclusion in your tree if you like, but
> from there on out, I'd do most of the spec maintenance in Fedora's
> package scm. Would definitely switch to a bundled initscript, once
> available though.

Please do. I'll probably just import the init script for the reasons
you mentioned above. When you talk of Fedora's package scm, are you
referring to incorporating this into the official Fedora repository
some how, or your own personal repository? Either way, if it is
available in a repo I will make a note in the installation
instructions wiki page so others can find it.

Thanks,
Chase
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Fri, Jan 8, 2010 at 9:51 AM, Chase Douglas
<chasedouglas.lists@gmail.com> wrote:
> On Fri, Jan 8, 2010 at 9:08 AM, Jarod Wilson <jarod@wilsonet.com> wrote:
>> On Fri, Jan 8, 2010 at 12:26 AM, Chase Douglas
>> <chasedouglas.lists@gmail.com> wrote:
>>> If you check out the bzr branch
>>
>> Ew. So there *is* at least on project that still uses bzr... ;)
>
> I'm not too familiar with the history of bzr, but one of my coworkers
> had the same response. I think way back there was an original bzr scm
> that is very different than the bzr of today. I'm actually more
> familiar with git due to my day job, but to me bzr is easier because
> it is built to make more sense to the user in terms of the names of
> commands and potential work flows. If you haven't used bzr in a long
> time, don't be afraid to give it another look.

I'm pretty well entrenched with git these days myself, not a whole lot
of desire to learn yet another scm... :)

>> Generally speaking, bundling a spec file with the source isn't that
>> useful. The spec often needs adjustment more often than the source
>> does, so the two get out of sync. In Fedora-land, we just maintain the
>> specs in the Fedora package scm, paired with pristine upstream source
>> tarballs. We actually *need* a separate spec file for things to work
>> correctly w/the build system.
>
> True. I keep the debian files in the scm just because I'm the
> maintainer (of sorts) for the ubuntu package. Since I won't be the
> maintainer for any Fedora rpm there isn't much sense in keeping it in
> my repository.

However, it could be useful to include an initial version for other
rpm-based distros as a starting point for their own packages.

>> While I think not including the 'debian' directory in a source tarball
>> is a good thing, if the source contains an initscript, then it should
>> be included in the tarball. If nothing else, under an initscripts
>> directory, with the script clearly labeled as to what distribution its
>> for. That's fairly common in the dozens of packages I've maintained
>> over the years for Fedora.
>
> I'll add that to my todo list. Thanks!
>
>> I'm happy to send an initial copy of the spec file and Fedora
>> initscript back your way for inclusion in your tree if you like, but
>> from there on out, I'd do most of the spec maintenance in Fedora's
>> package scm. Would definitely switch to a bundled initscript, once
>> available though.
>
> Please do. I'll probably just import the init script for the reasons
> you mentioned above.

These are working well enough for me now:

http://jwilson.fedorapeople.org/packaging/rinputd/rinputd.init.fedora
http://jwilson.fedorapeople.org/packaging/rinputd/rinputd.spec

(there's a full source rpm up there for anyone interested in building
and running it on Fedora)

> When you talk of Fedora's package scm, are you
> referring to incorporating this into the official Fedora repository
> some how, or your own personal repository? Either way, if it is
> available in a repo I will make a note in the installation
> instructions wiki page so others can find it.

I'm going to submit it for inclusion in the official Fedora repository.

--
Jarod Wilson
jarod@wilsonet.com
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Fri, Jan 8, 2010 at 11:17 AM, Jarod Wilson <jarod@wilsonet.com> wrote:
> On Fri, Jan 8, 2010 at 9:51 AM, Chase Douglas
>> When you talk of Fedora's package scm, are you
>> referring to incorporating this into the official Fedora repository
>> some how, or your own personal repository? Either way, if it is
>> available in a repo I will make a note in the installation
>> instructions wiki page so others can find it.
>
> I'm going to submit it for inclusion in the official Fedora repository.

I'll import the init script and spec into the repository. Please keep
me updated on the Fedora submission, or if there's a link to the
submission system I can track it myself.

Thanks,
Chase
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Fri, Jan 8, 2010 at 12:15 PM, Chase Douglas
<chasedouglas.lists@gmail.com> wrote:
> On Fri, Jan 8, 2010 at 11:17 AM, Jarod Wilson <jarod@wilsonet.com> wrote:
>> On Fri, Jan 8, 2010 at 9:51 AM, Chase Douglas
>>> When you talk of Fedora's package scm, are you
>>> referring to incorporating this into the official Fedora repository
>>> some how, or your own personal repository? Either way, if it is
>>> available in a repo I will make a note in the installation
>>> instructions wiki page so others can find it.
>>
>> I'm going to submit it for inclusion in the official Fedora repository.
>
> I'll import the init script and spec into the repository. Please keep
> me updated on the Fedora submission, or if there's a link to the
> submission system I can track it myself.

*Just* submitted the package review request bug. (and did some minor
updates to the spec, so you ought to re-pull that if you already have
a copy).

https://bugzilla.redhat.com/show_bug.cgi?id=553705

--
Jarod Wilson
jarod@wilsonet.com
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Fri, Jan 8, 2010 at 9:48 AM, Jarod Wilson <jarod@wilsonet.com> wrote:
> *Just* submitted the package review request bug. (and did some minor
> updates to the spec, so you ought to re-pull that if you already have
> a copy).
>
> https://bugzilla.redhat.com/show_bug.cgi?id=553705

Just downloaded, build and installed on a F10 system and have these
comments on the src rpm:

1. Wasn't added by chkconfig by default, so had to run chkconfig --add
rinputd manually. Don't most applications add them but leave them
disabled if they shouldn't be running?

2. /etc/rinput/rinputd.conf has two blank spaces in front of each
line. Cosmetic, I know, but I'm a bit particular about those sorts of
things. :-)

3. Haven't actually gotten it working yet, but started it up and the
process list looked a bit funny. See below output from ps auxf. Will
debug further when I get some time to play with it a bit more, but
looks like rinputd isn't running in daemon mode and the parent exiting
as daemons normally should.

root 2151 0.0 0.0 89984 836 ? S 11:46 0:00
/bin/sh /etc/init.d/rinputd start
root 2152 0.0 0.1 89848 1228 ? S 11:46 0:00 \_
/bin/bash -c ulimit -S -c 0 >/dev/null 2>&1 ; rinputd
root 2157 0.0 0.6 161012 5900 ? S 11:46 0:00 \_ rinputd

-Dave
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Fri, Jan 8, 2010 at 11:39 PM, David Rees <drees76@gmail.com> wrote:
> On Fri, Jan 8, 2010 at 9:48 AM, Jarod Wilson <jarod@wilsonet.com> wrote:
>> *Just* submitted the package review request bug. (and did some minor
>> updates to the spec, so you ought to re-pull that if you already have
>> a copy).
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=553705
>
> Just downloaded, build and installed on a F10 system and have these
> comments on the src rpm:

Nb: I now have to admit I kinda did a rushed hatchet job on this package...

> 1. Wasn't added by chkconfig by default, so had to run chkconfig --add
> rinputd manually.  Don't most applications add them but leave them
> disabled if they shouldn't be running?

Yes, there are missing chkconfig stanzas in the %pre and %post
sections of the spec.

> 2. /etc/rinput/rinputd.conf has two blank spaces in front of each
> line.  Cosmetic, I know, but I'm a bit particular about those sorts of
> things. :-)

Missing a flag to the here statement in the spec to strip those.

> 3. Haven't actually gotten it working yet, but started it up and the
> process list looked a bit funny.  See below output from ps auxf.  Will
> debug further when I get some time to play with it a bit more, but
> looks like rinputd isn't running in daemon mode and the parent exiting
> as daemons normally should.

So far as I could tell, the process itself doesn't actually have a
daemonize mode. In the ubuntu package, it seems it relies on the
start-stop-something --daemon flag. Meant to ask Chase about that. :)

> root      2151  0.0  0.0  89984   836 ?        S    11:46   0:00
> /bin/sh /etc/init.d/rinputd start
> root      2152  0.0  0.1  89848  1228 ?        S    11:46   0:00  \_
> /bin/bash -c ulimit -S -c 0 >/dev/null 2>&1 ; rinputd
> root      2157  0.0  0.6 161012  5900 ?        S    11:46   0:00      \_ rinputd

The ulimit bit is from the daemon function in /etc/init.d/functions.

We're sort of abusing this mailing list badly now though...

--
Jarod Wilson
jarod@wilsonet.com
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users

On Sat, Jan 9, 2010 at 12:44 AM, Jarod Wilson <jarod@wilsonet.com> wrote:
> So far as I could tell, the process itself doesn't actually have a
> daemonize mode. In the ubuntu package, it seems it relies on the
> start-stop-something --daemon flag. Meant to ask Chase about that. :)

I can add a daemonize switch if needed, but I never really understood
why it was necessary. I suppose if you run it in a shell without
proper job control it could be an issue, but at this point is it
really needed when almost any shell can execute it in the background
with an ampersand?

Thanks,
Chase
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users