Did you try gitg? It has more of a gnome appearance, vs gitk which is (I think) a KDE UI. gitg has a good file browser, but is not showing all git objects. Oops, gitg 3.17.1 just crashed on a moderately complex project.
On Friday, September 23, 2016 10:55 AM, "linux-request [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca" <linux-request [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca> wrote:
Send Linux mailing list submissions to
linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca
To subscribe or unsubscribe via the World Wide Web, visit
http://oclug.on.ca/mailman/listinfo/linux
or, via email, send a message with subject or body 'help' to
linux-request [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca
You can reach the person managing the list at
linux-owner [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Linux digest..."
Today's Topics:
1. Re: how to best (securely?) install S/W on 1000s of remote
sites? (Rob Echlin)
2. Re: does a DVCS *necessarily* mirror the entire repo history?
(Robert P. J. Day)
3. is there a recipe to display the git object store
hierarchically? (Robert P. J. Day)
4. would local people take training courses on a weekend?
(Robert P. J. Day)
5. Re: is there a recipe to display the git object store
hierarchically? (Michael Soulier)
6. Re: is there a recipe to display the git object store
hierarchically? (Alex Pilon)
----------------------------------------------------------------------
Message: 1
Date: Fri, 23 Sep 2016 02:33:34 +0000 (UTC)
From: Rob Echlin <rob [ at ] echlin [ dot ] ca>
To: RICHARD LEIR <rick [ dot ] leir [ at ] rogers [ dot ] com>, "linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca"
<linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca>, "Robert P. J. Day" <rpjday [ at ] crashcourse [ dot ] ca>
Subject: Re: [OCLUG-Tech] how to best (securely?) install S/W on 1000s
of remote sites?
Message-ID: <609172646 [ dot ] 3345859 [ dot ] 1474598014266 [ at ] mail [ dot ] yahoo [ dot ] com>
Content-Type: text/plain; charset=UTF-8
Hi Rob,I think you need to make sure that you are downloading from the site you want, and the site wants to download only to ?you.This means you can use a secure SSH key for the download account for that site.It goes in your installer and that should be all the security you need.Man in the middle will fail, no one but you can get in.
If you think someone has stolen a copy of your installer, you change the key.If you are properly paranoid, you monitor that account, and only let it have download privileges.
Does this rather simple-minded approach meet your needs?
All my very best,Rob
?-- Rob Echlin, B. Eng. 613-266-8311 -? Ottawa, ONhttps://www.flickr.com/photos/rob_echlin/ - http://talksoftware.wordpress.com
On Wednesday, September 7, 2016 11:48 PM, RICHARD LEIR <rick [ dot ] leir [ at ] rogers [ dot ] com> wrote:
did you look at Koan (sub-package of Cobbler)?KoanDoesReinstall ? cobbler
| ? |
| ? | ? | ? | ? | ? |
| KoanDoesReinstall ? cobblerReinstallation In some scenarios you may need to reinstall an existing Linux system without having the ability to PXE it.? |
|? |
| View on fedorahosted.org | Preview by Yahoo |
|? |
| ? |
(if there is an obvious solution to this, then i'm just missing it.)
? i'm pondering how best to install a new linux distro on remote
hosts, under the assumption that there will be someone *at* the remote
site and able to invoke the program to kick the whole thing off --
that part is a given.
?
_______________________________________________
Linux mailing list
Linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca
http://oclug.on.ca/mailman/listinfo/linux
------------------------------
Message: 2
Date: Fri, 23 Sep 2016 04:20:53 -0400 (EDT)
From: "Robert P. J. Day" <rpjday [ at ] crashcourse [ dot ] ca>
To: Alex Pilon <alp [ at ] alexpilon [ dot ] ca>
Cc: Ottawa Linux Users Group <linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca>
Subject: Re: [OCLUG-Tech] does a DVCS *necessarily* mirror the entire
repo history?
Message-ID: <alpine.LFD.2.20.1609230417490.4796@localhost.localdomain>
Content-Type: text/plain; charset=UTF-8
On Thu, 22 Sep 2016, Alex Pilon wrote:
> On Thu, Sep 22, 2016 at 07:43:34AM -0400, Robert P. J. Day wrote:
> > (side note: currently updating all my git wiki pages and tutorials,
> > so i'll be asking a number of questions about git, including
> > apparently trivial ones that might not be so trivial.)
>
> Sweet.
>
> > pro git book makes the claim:
> >
> > "In a DVCS (such as Git, Mercurial, Bazaar or Darcs),
>
> People still use the last two?
>
> > clients don?t just check out the latest snapshot of the files: they
> > fully mirror the repository."
> >
> > is that claim true in *every* case? as in, is there no "distributed"
> > VCS that doesn't necessarily mirror the entire repo that was cloned or
> > checked out?
>
> At least Git can do shallow clones, though that's not the normal use
> case.
>
> > i'm not sure how that would work but, theoretically, it might be
> > possible to still have some sort of distributed operation where
> > you don't have the entire repo history on your local machine.
>
> If distributed file sharing and filesystems exist, a PoC DVCS should
> be possible. How radically different of a departure from your Git
> workflow were you imagining? Just lazy but automatic retrieval of
> history from your remotes? Lazy push to your remotes? Seamless
> developer networks? Lazy server push to past clients? Sharding?
> More?
>
> Kiss goodbye to force push and history rewriting.
... snip ...
i wouldn't want to try to change my workflow to accommodate those
changes either, i was just curious as to whether "DVCS" *necessarily*
implies full copy of history on local machine and, thus far, it would
seem to.
rday
p.s. i've also never needed to do a shallow clone, but i tested that
last week on the linux kernel source repo, and cloning to a depth of
just 1 reduced size down to 10%. so maybe there's value for that if
one is *really* strapped for disk space or net bandwidth.
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
------------------------------
Message: 3
Date: Fri, 23 Sep 2016 04:38:33 -0400 (EDT)
From: "Robert P. J. Day" <rpjday [ at ] crashcourse [ dot ] ca>
To: Ottawa Linux Users Group <linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca>
Subject: [OCLUG-Tech] is there a recipe to display the git object
store hierarchically?
Message-ID: <alpine.LFD.2.20.1609230435250.5046@localhost.localdomain>
Content-Type: text/plain; charset=US-ASCII
i'm aware of things like "git cat-file -p" and so on, but is there
some magic incantation to display the git object store
graphically/hierarchically?
when i teach git, one of the first demos is to create a new repo,
add two files, stage and commit, at which point one points out that
that created 4 objects in the object store:
* 2 blobs
* 1 tree
* 1 commit
but it would be useful to be able to *see* the underlying structure so
the class can be truly convinced as to what just happened.
is there some way to do that?
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
------------------------------
Message: 4
Date: Fri, 23 Sep 2016 04:50:31 -0400 (EDT)
From: "Robert P. J. Day" <rpjday [ at ] crashcourse [ dot ] ca>
To: Ottawa Linux Users Group <linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca>
Subject: [OCLUG-Tech] would local people take training courses on a
weekend?
Message-ID: <alpine.LFD.2.20.1609230444490.5220@localhost.localdomain>
Content-Type: text/plain; charset=US-ASCII
WARNING: i'm going to try very hard to not make this sound like
marketing, so here goes.
i'm setting up to schedule a bunch of training courses in ottawa
starting in the new year -- git, docker, some embedded linux stuff,
openembedded/yocto project -- at a new training facility downtown.
normally, i would schedule to teach during the regular work week,
but someone whose opinion i respect suggested i try offering some of
the 1-day courses on the weekend, rationale being that a lot of people
are just too busy during the week and, if they're mission-critical,
their employers may not be able to let them loose for the day.
i've never tried offering any sort of training on a weekend, and i
suspect that would only make sense in the case of a single-day course
on a saturday, but who knows?
does this idea sound like it would fly?
rday
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
------------------------------
Message: 5
Date: Fri, 23 Sep 2016 09:45:56 -0400
From: Michael Soulier <msoulier [ at ] digitaltorque [ dot ] ca>
To: linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca
Subject: Re: [OCLUG-Tech] is there a recipe to display the git object
store hierarchically?
Message-ID: <5c46c317-b997-5242-5f61-c41e149a7f9b [ at ] digitaltorque [ dot ] ca>
Content-Type: text/plain; charset=windows-1252
gitk --all comes to mind
or
git log --graph --decorate --all
On 9/23/2016 4:38 AM, Robert P. J. Day wrote:
>
> i'm aware of things like "git cat-file -p" and so on, but is there
> some magic incantation to display the git object store
> graphically/hierarchically?
>
> when i teach git, one of the first demos is to create a new repo,
> add two files, stage and commit, at which point one points out that
> that created 4 objects in the object store:
>
> * 2 blobs
> * 1 tree
> * 1 commit
>
> but it would be useful to be able to *see* the underlying structure so
> the class can be truly convinced as to what just happened.
>
> is there some way to do that?
>
> rday
>
------------------------------
Message: 6
Date: Fri, 23 Sep 2016 10:56:33 -0400
From: Alex Pilon <alp [ at ] alexpilon [ dot ] ca>
To: "Robert P. J. Day" <rpjday [ at ] crashcourse [ dot ] ca>
Cc: linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca
Subject: Re: [OCLUG-Tech] is there a recipe to display the git object
store hierarchically?
Message-ID: <20160923145633 [ dot ] GG4444 [ at ] alexpilon [ dot ] ca>
Content-Type: text/plain; charset=utf-8
> On 9/23/2016 4:38 AM, Robert P. J. Day wrote:
> > i'm aware of things like "git cat-file -p" and so on, but is there
> > some magic incantation to display the git object store
> > graphically/hierarchically?
> >
> > [?]
> >
On Fri, Sep 23, 2016 at 09:45:56AM -0400, Michael Soulier wrote:
> git log --graph --decorate --all
Add --oneline to that. However, it still doesn't show the git objects
themselves.
> > but it would be useful to be able to *see* the underlying structure so
> > the class can be truly convinced as to what just happened.
git ls-tree -r --full-tree and git show-ref kinda helps, but you want an
all-inclusive view, right? Sorted how? Branches could complicate this.
Imagine that commits were under commits? the indentation would kill you.
Were you imagining something like this instead?
[commit] 7427c1e7fb81ac7f069246e5ca8b074dc850ed16 (HEAD,master)
`- [parent] 0aee3aece23105d0b4bf8fb4e172d74d1f00b8d0
` [tree] 753bf03d7f191a400a5d96095fde229040178ce3
`- 100644 blob a25ed43485aa213ecfce71a8df43f33ab0b8964b .XCompose
100644 blob 664369d3b581c88b6900b076cdb702983153e7c1 .agignore
100644 blob 25f4d5280c90cc26a9d77fb6198c6e909f7275cc .asoundrc
[?]
[commit] 0aee3aece23105d0b4bf8fb4e172d74d1f00b8d0 (HEAD~)
`- [?]
Would probably want these to be --topo-sorted.
------------------------------
Subject: Digest Footer
_______________________________________________
Linux mailing list
Linux [ at ] lists [ dot ] oclug [ dot ] on [ dot ] ca
http://oclug.on.ca/mailman/listinfo/linux
------------------------------
End of Linux Digest, Vol 141, Issue 7
*************************************