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-requ...@lists.oclug.on.ca" > <linux-requ...@lists.oclug.on.ca> wrote: > > > Send Linux mailing list submissions to > linux@lists.oclug.on.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-requ...@lists.oclug.on.ca > > You can reach the person managing the list at > linux-ow...@lists.oclug.on.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 <r...@echlin.ca> > To: RICHARD LEIR <rick.l...@rogers.com>, "linux@lists.oclug.on.ca" > <linux@lists.oclug.on.ca>, "Robert P. J. Day" <rpj...@crashcourse.ca> > Subject: Re: [OCLUG-Tech] how to best (securely?) install S/W on 1000s > of remote sites? > Message-ID: <609172646.3345859.1474598014...@mail.yahoo.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.l...@rogers.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@lists.oclug.on.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" <rpj...@crashcourse.ca> > To: Alex Pilon <a...@alexpilon.ca> > Cc: Ottawa Linux Users Group <linux@lists.oclug.on.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. > _______________________________________________ Linux mailing list Linux@lists.oclug.on.ca http://oclug.on.ca/mailman/listinfo/linux
