Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.arch.embedded > #28571

Re: Remote Debugging

From "A.P.Richelieu" <aprichelieu@gmail.com>
Newsgroups comp.arch.embedded
Subject Re: Remote Debugging
Date 2019-02-27 22:12 +0100
Organization Aioe.org NNTP Server
Message-ID <q56uge$1c17$1@gioia.aioe.org> (permalink)
References <a1c6fcec-c2a0-409b-8587-3b25038ab183@googlegroups.com> <37o*S-whx@news.chiark.greenend.org.uk> <q55gig$2qv$1@dont-email.me> <q56icd$1ivm$1@gioia.aioe.org> <q56roa$hc6$1@dont-email.me>

Show all headers | View raw


Den 2019-02-27 kl. 21:25, skrev David Brown:
> On 27/02/2019 18:45, A.P.Richelieu wrote:
> 
>> If you have a set of stuff on the Pi, dedicated for the test,
>> that should be refreshed, then just create a git repo somewhere with 
>> the test code, and let the Pi do a "git pull --rebase" periodically.
> 
> If the test program(s) are running on the Pi, then you need some way to 
> get them onto the Pi and to keep them updated with any changes.  git is 
> one way to share a set of source files.  But there is nothing special 
> about it - the OP should use whatever makes sense to him and whatever 
> suits his current practices.
> 
> One thing for sure is that automatic rebases are probably a very bad 
> idea - just like any other automatic updates.  Connect to the Pi with 
> ssh, and do an update when you are ready to test the new software - not 
> before.
> 
> 
> One thing I didn't mention earlier - when running programs via ssh on a 
> setup like this, run them within "screen" (or "tmux") on the Pi.  Then 
> the terminals and programs stay alive even if you disconnect the ssh and 
> connect again later.
> 
> 
>  > The Pi should only have read access to the repo.
>  >
> 
> That is an arbitrary restriction which may not be appropriate.  (It 
> doesn't even make much sense - /users/ have access to a repo, not 
> /computers/.)  If the OP is happy fiddling with the software using nano 
> over ssh, then he should be able to check in changes - there is no 
> reason to force a specific direction to the development process.

Not really, if you give write access, it will be possible for anyone
that can break into the Pi to get write access to your repo.
Breaking in, consists of removing the SD-Card and mounting it in your 
laptop, after which you can copy the ssh private key.
Not a good idea.

The important part of git is that this is something that the Pi
starts, not something that is pushed into the Pi.

It is certainly a good idea to update the Pi automatically
with the latest test suite.
If you find you have a problem, you can easily revert to an older commit.
Obviously you should be able to disable the automatic update,
if for some reason you do not like to use the latest version.

AP


Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Remote Debugging gnuarm.deletethisbit@gmail.com - 2019-02-26 13:42 -0800
  Re: Remote Debugging Theo <theom+news@chiark.greenend.org.uk> - 2019-02-26 22:37 +0000
    Re: Remote Debugging gnuarm.deletethisbit@gmail.com - 2019-02-26 15:39 -0800
      Re: Remote Debugging Theo <theom+news@chiark.greenend.org.uk> - 2019-02-27 01:32 +0000
    Re: Remote Debugging Jack <jack4747@gmail.com> - 2019-02-26 22:49 -0800
    Re: Remote Debugging David Brown <david.brown@hesbynett.no> - 2019-02-27 09:08 +0100
      Re: Remote Debugging Grant Edwards <invalid@invalid.invalid> - 2019-02-27 14:49 +0000
      Re: Remote Debugging "A.P.Richelieu" <aprichelieu@gmail.com> - 2019-02-27 18:45 +0100
        Re: Remote Debugging David Brown <david.brown@hesbynett.no> - 2019-02-27 21:25 +0100
          Re: Remote Debugging "A.P.Richelieu" <aprichelieu@gmail.com> - 2019-02-27 22:12 +0100
            Re: Remote Debugging David Brown <david.brown@hesbynett.no> - 2019-02-27 23:00 +0100
              Re: Remote Debugging "A.P.Richelieu" <aprichelieu@gmail.com> - 2019-02-27 23:28 +0100
                Re: Remote Debugging David Brown <david.brown@hesbynett.no> - 2019-02-27 23:50 +0100
  Re: Remote Debugging gnuarm.deletethisbit@gmail.com - 2019-02-27 15:41 -0800
    Re: Remote Debugging David Brown <david.brown@hesbynett.no> - 2019-02-28 01:23 +0100
      Re: Remote Debugging gnuarm.deletethisbit@gmail.com - 2019-02-27 17:41 -0800
      Re: Remote Debugging gnuarm.deletethisbit@gmail.com - 2019-02-27 17:49 -0800
        Re: Remote Debugging edward.ming.lee@gmail.com - 2019-02-27 18:00 -0800
          Re: Remote Debugging gnuarm.deletethisbit@gmail.com - 2019-02-27 18:08 -0800
            Re: Remote Debugging Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2019-02-28 11:21 +0200
        Re: Remote Debugging David Brown <david.brown@hesbynett.no> - 2019-02-28 09:09 +0100
          Re: Remote Debugging gnuarm.deletethisbit@gmail.com - 2019-02-28 15:27 -0800
            Re: Remote Debugging David Brown <david.brown@hesbynett.no> - 2019-03-01 10:11 +0100
  Re: Remote Debugging Les Cargill <lcargill99@comcast.com> - 2019-02-27 22:07 -0600
  Re: Remote Debugging Paul Rubin <no.email@nospam.invalid> - 2019-02-27 21:35 -0800

csiph-web