No, gitk is written in Tcl/Tk. Mike On 9/23/2016 11:27 AM, RICHARD LEIR wrote: > 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. >