ast same building)
repo and send a pull request to whoever is coordinating the changes, and they
then pull all the different changes and deal with reconciling conflicts between
them.
David Lang
--
chenxitwo
not remote sync.
We have three teams to participate in the same project,
ny other sensitive data in your company. What measures do you have in
place to keep them from taking sensitive Word Docs or spreadsheets when they
leave? do the same thing to deal with their access to code.
David Lang
Thanks,
Brian
-Original Message-
On Wed, 24 Jun 2015 18:18:00
On Wed, 24 Jun 2015, BGaudreault Brian wrote:
Hi David Lang,
I'm sorry, but I'm confused by your first two responses. Am I not contacting
Git when I e-mail this e-mail address? You sound like you don't know exactly
how GitHub works. Should I be contacting someone else for
colliding with your safe file, it's that if you are manipulating the
contents of both files, you can create two that collide. This won't hurt a Git
repository unless one of these manipulated files is able to be introduced as a
legitimate part of the repo you are dealing with.
Davi
A-256-based submodules.
they have different upstreams, what if the upstream of the submodule has
upgraded and is using signed commits of the sha-256 but the upstream of the
parent hasn't and is using signed commits of sha1?
David Lang
--
To unsubscribe from this list: send the line "unsu
, how would you define this cutoff point?
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 19 Jul 2016, Duy Nguyen wrote:
On Tue, Jul 19, 2016 at 7:34 PM, David Lang wrote:
On Tue, 19 Jul 2016, Duy Nguyen wrote:
On Tue, Jul 19, 2016 at 9:18 AM, Johannes Schindelin
wrote:
But we can recreate SHA-1 from the same content and verify GPG, right?
I know it's super expe
ot;cool-internet-name" but how
can I tell if this is really Joe Blow the developer? and if it is, I still have
no way of knowing if he's working for the NSA or not.
The lack of meaningful termination of the signatures to the real world is why so
few people bother to check package si
On Thu, 27 Oct 2016, John Rood wrote:
Thanks, I think changing the default for windows is a good idea.
notepad doesn't work well with unix line endings, wordpad handles the files much
more cleanly.
David Lang
when storing,
diff-ing and merging these files?
you should be able to use clean/smudge to have git store the files uncompressed,
which will help a lot.
I think there's a way to tell it to do a xml aware diff/patch, but I don't
remember how.
David Lang
--
To unsubscribe from this list
On Tue, 16 Aug 2016, Nikolaus Rath wrote:
On Aug 16 2016, David Lang wrote:
On Tue, 16 Aug 2016, Nikolaus Rath wrote:
I would like to store Simulink models in a Git
repository. Unfortunately, the file format is binary. But luckily, the
binary format happens to be a zipfile containing nicely
On Tue, 16 Aug 2016, Nikolaus Rath wrote:
On Aug 16 2016, David Lang wrote:
On Tue, 16 Aug 2016, Nikolaus Rath wrote:
I would like to store Simulink models in a Git
repository. Unfortunately, the file format is binary. But luckily, the
binary format happens to be a zipfile containing nicely
s...
can you point at an example of how to do this? when I went looking about a year
ago to deal with single-line json data I wasn't able to find anything good. I
ended up using clean/smudge to pretty-print the json so it was easier to handle.
David Lang
On Thu, 18 Aug 2016, Jakub Narębski wrote:
On 18 August 2016 at 18:56, David Lang wrote:
On Thu, 18 Aug 2016, Jakub Narębski wrote:
JN>> You can find rezip clean/smudge filter (originally intended for
JN>> OpenDocument Format (ODF), that is OpenOffice.org etc.) that stores
JN&
recently, this looks like a very reasonable statement to me. But I am not
a lawyer. I will also say that I think it would be very reasonable for projects
to not accept code from someone who doesn't give them any way to contact them
later in case there is a question about authorship or lic
lace, they want to keep it internally and use it.
David Lang
There is simply no justification for publishing against the explicit
will of the subject, except for the rare circumstances where there are
overriding legitimate grounds for doing so. I hardly see those for the
average author entry i
On Fri, 8 Jun 2018, Peter Backes wrote:
On Thu, Jun 07, 2018 at 03:38:49PM -0700, David Lang wrote:
Again: The GDPR certainly allows you to keep a proof of copyright
privately if you have it. However, it does not allow you to keep
publishing it if someone exercises his right to be forgotten
On Fri, 8 Jun 2018, Peter Backes wrote:
you are the one arguing that the GDPR prohibits Git from storing and
revealing this license granting data, not me.
It prohibits publishing, and only after a request to be forgotten. It
does not prohibit storing your private copy.
Wrong, if you have to
On Fri, 8 Jun 2018, Peter Backes wrote:
On Fri, Jun 08, 2018 at 12:42:54AM -0700, David Lang wrote:
Wrong, if you have to delete info, you are not allowed to keep a private
copy.
Yes you are allowed. See Art. 17 (3) lit e GDPR.
There is _nothing_ in the GDPR about publishing information
re does it really make a human visible difference?
David Lang
a from the Git commit history once it has
been recorded.
End Quote
I'll point out that not only did the Github lawyers need to sign off on this
stance, but the Microsoft lawyers would have looked at it as well as part of
their purchase of Github.
David Lang
Please make an option for git to write these logs to syslog, not just a local
file. Every modern syslog daemon has lots of tools to be able to deal with json
messages well.
David Lang
panic, but it is one more push to make the changes to
support something else.
David Lang
rve either repository to targeted users. This will require attackers to
compute their own collision.
David Lang
ew one (breaking into github or assuming that github is putting both files into
the same repo, both of which are fairly unlikely)
David Lang
shattered-1.pdf
5bd9d8cabc46041579a311230539b8d1 shattered-2.pdf
David Lang
one.
as the saying goes "in computer science the interesting numbers are 0, 1, and
many", does it really simplify things much to support 2 hashes vs supporting
more so that this issue doesn't have to be revisited? (other than selecting new
hashes over time)
David Lang
t's call this flag "newhash" for lack of a better term.
so how do you interact with someone who only expects the old commit instead of
the commit-v2?
David Lang
le. There's a LOT of pain during that process. Is that really the best
way to go?
David Lang
here there may be holdouts for
whatever reason)
David Lang
es recording the commits is going to be in the
millions, whiel the list of hashes of individual files for all those commits is
going to be substantially larger.
David Lang
rigger may work, but we need it to
work on Linux, Windows and OSX)
Any thoughts on a sane way to handle this situation?
David Lang
On Sat, 18 Mar 2017, Ævar Arnfjörð Bjarmason wrote:
On Sat, Mar 18, 2017 at 3:29 PM, David Lang wrote:
for an embedded project built inside the Arduino IDE, (alternate firmware
for a home automation project) there is a need to set a number of parameters
that we really don't want in the
s can include config.h without having to
know anything about config.h.sample's existence.
Did I miss something?
There is no makefile with the arduino IDE/build system :-(
David Lang
On Sat, 18 Mar 2017, Junio C Hamano wrote:
David Lang writes:
Ship a config.h.sample file, have a Makefile rule that is forced to
run before any compilation happens that checks if config.h exists
and then created it if missing by copying config.h.sample over, and
then all other source files
will affect the repository in the same way
that binaries do.
Not quite the same way that binaries do, because text files compress well. but
close.
David Lang
e file (whereas this is not the case with binary files, hence the need for
LFS).
well, it wouldn't be 4G because text compresses well, but if the file changes
drastically from version to version (say a quarterly report), the diff won't
help.
David Lang
I'm needing to scan through git history looking for the file sizes (looking for
when a particular file shrunk drastically)
I'm not seeing an option in git log or git whatchanged that gives me the file
size, am I overlooking something?
David Lang
red tabs to a dozen or so will be very obvious).
But I don't have any specific line I can look at, the lines that are there
change pretty regularly, and/or would not have changed at the transition.
git whatchanged shows commits like:
commit fb7e54c12ddc7c87c4862806d583f5c6abf3e7
On Fri, 20 Oct 2017, David Lang wrote:
On Fri, 20 Oct 2017, Eric Sunshine wrote:
I'm not exactly sure what you mean by size, but if you want to show
how many lines were added and removed by a given commit for each file,
you can use the "--stat" option to produce a diffstat. Th
this status change, everything else is minor.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
fs and you compile into a different directory thatn your
source, you may be able to detect that things didn't change by the fact that the
filesystem didn't have to do a rewrite of the parent node.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
On Mon, 10 Mar 2014, Ondřej Bílka wrote:
On Mon, Mar 10, 2014 at 03:13:45AM -0700, David Lang wrote:
On Mon, 10 Mar 2014, Dennis Luehring wrote:
according to these blog posts
http://www.infoq.com/news/2014/01/facebook-scaling-hg
https://code.facebook.com/posts/218678814984400/scaling
gn tags, they should be very stable. You do have the namespace issue,
but unless you have a lot of different people tagging in the same repository,
that shouldn't be an issue (and if you do, can't you use the person's name as
part of the tag?)
David Lang
--
To unsubscribe from th
ple complain about regarding learning git, the
fact that the commands are words instead of cryptic 2 letter abberviations is
not one of them.
The complaints tend to be far more about how there are inconsistancies between
commands, or they don't understand what's happening.
Adding a new
On Wed, 23 Apr 2014, Felipe Contreras wrote:
David Lang wrote:
agreed, of all the things that people complain about regarding learning git,
the fact that the commands are words instead of cryptic 2 letter
abberviations is not one of them.
It is when they start to use Git seriously and type
problem
Calm down and stop accusing everyone of sticking their heads in the ground
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ir editor.
If there is a commit message, don't touch it.
Then people can use whatever they want (including environment variables) as part
of their messages.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
e respository.
You can include a hook, and then have someone run it, and after that it will be
installed locally and run after every pull (and can therefor replace itself),
but it requires that they run it manually the first time.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
agreement on the result"
paralysis) doesn't seem right.
It's just when the merge-left/merge-right/rebase-left/rebase-right
decision kicks in that prescribing one git-pull behavior looks like a
recipe for trouble.
confusion at least. It's not fatal confusion, people have b
trying to improve Git. Thanks.
No need to expand on the welcoming atmosphere here.
note that this is one person taking the "I don't see any commits from you so
your opinion doesn't count" attitude.
the vast majority of people here do not take that attitude.
David Lang
would be a possibility,
but they are more like a hack.
Well, if git.git can't use them, then how can anyone else be expected to.
I haven't been paying close attention for a while, what would have to be done to
make submodules "an integral part of Git"?
David Lang
--
To u
could do something along the lines of git filterbranch
that could create a clone of a repo with all commits cleaned up.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://
resented for normal disks that show an improvement, but with even
stock git being faster than improved mercurial.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, 9 May 2014, David Turner wrote:
On Fri, 2014-05-09 at 00:08 -0700, David Lang wrote:
On Thu, 8 May 2014, Sebastian Schuberth wrote:
On 03.05.2014 05:40, Felipe Contreras wrote:
That's very interesting. Do you get similar improvements when doing
something similar in Mer
On Fri, 9 May 2014, David Turner wrote:
On Fri, 2014-05-09 at 11:08 -0700, David Lang wrote:
On Fri, 9 May 2014, David Turner wrote:
On Fri, 2014-05-09 at 00:08 -0700, David Lang wrote:
On Thu, 8 May 2014, Sebastian Schuberth wrote:
On 03.05.2014 05:40, Felipe Contreras wrote:
That
here are warts that show up in the
implementation when you use individual files >4GB
such files tend to also not diff well. git-annex and other offshoots hae methods
boled on that handle such large files better than core git does.
David Lang
--
To unsubscribe from this list: send the line &
On Wed, 28 May 2014, Dale R. Worley wrote:
From: David Lang
Git was designed to track source code, there are warts that show up
in the implementation when you use individual files >4GB
I'd expect that if you want to deal with files over 100k, you should
assume that it doesn'
On Wed, 28 May 2014, Junio C Hamano wrote:
David Lang writes:
On Wed, 28 May 2014, Dale R. Worley wrote:
It seems that much of Git was coded under the assumption that any file
could always be held entirely in RAM. Who made that mistake? Are
people so out of touch with reality?
Git was
trict requirements, it can't just be implicit
or in e-mail, it requires a signed document, so unless you sign a document
stating that you are transferring copyright, you don't have to worry about that.
David Lang
On Fri, 31 Jan 2014, David Kastrup wrote:
Date: Fri, 31 Jan 2014 22:0
asure, then optimize :-)
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 16 Feb 2015, Jeff King wrote:
On Mon, Feb 16, 2015 at 05:31:13AM -0800, David Lang wrote:
I think it's an interesting question to look at, but before you start
looking at changing the architecture of the current code, I would suggest
doing a bit more analisys of the problem to s
ot of disk
space compared to CPU and be willing to have lots of packs around, others are
less busy and will only want to keep a few around.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordom
en it goes out of sync for any reason and attempt to
recover.
how would these approaches be affected by a client that is pulling from
different remotes into one local repository? For example, pulling from the main
kernel repo and from the -stable repo.
David Lang
--
To unsubscribe from this li
de, you will find lots of things to point at to justify
your opinion.
I'm not saying that there isn't room for improvement, I'm just saying that the
evidence provided is not as one-sided as they make it sound.
David Lang
n a particularly discussed
topic, they would probably give it pretty good visibility.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 16 Mar 2015, Junio C Hamano wrote:
David Lang writes:
On Sun, 15 Mar 2015, Junio C Hamano wrote:
Christian Couder writes:
I wrote something about a potential Git Rev News news letter:
I read it. Sounds promising.
Just one suggestion on the name and half a comment.
How would
ositories is an interesting datapoint, but activity in the repos
would be far more interesting. There are a lot of repos of various types out
there that haven't been touched for years.
David Lang
does (with github being the extreme case)
David Lang
don't have
connectivity.
Coincidently, one of the common times when people don't have connectivity is
when they are traveling, and this can be a good time to do things like code
review.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
t
any pending reviews along with everything else.
David Lang
f it) in the language-of-the-day, and you won't be the
last (even, or especially if it does get re-written in Python ;-)
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
s. If the timestamps are
within a minute or so, you are in pretty good shape.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
n what the
developers produce in their local repository and what you then bless as the
authoritative 'released' version of the code.
However, this master repository is just a matter of convention, it is possible
to use any repository as the 'origin', changing it is just a
would expect you to have all sorts of
problems.
David Lang
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, 16 Jan 2013, Matt Seitz (matseitz) wrote:
"David Lang" wrote in message
news:...
But if you try to have one filesystem, with multiple people running git on their
machines against that shared filesystem, I would expect you to have all sorts of
problems.
What leads you to
On Thu, 17 Jan 2013, Matt Seitz (matseitz) wrote:
From: David Lang [mailto:da...@lang.hm]
On Wed, 16 Jan 2013, Matt Seitz (matseitz) wrote:
Linus seemed to think it should work:
http://permalink.gmane.org/gmane.comp.version-control.git/122670
In the link you point at, he says that you can
On Thu, 17 Jan 2013, Matt Seitz (matseitz) wrote:
From: David Lang [mailto:da...@lang.hm]
Linus says that git does not have "proper locking", so think about it,
what do
you think will happen if person A does git add a/b; git commit and person
B does
git add c/d; git commit?
Sorry
On Thu, 17 Jan 2013, Matt Seitz (matseitz) wrote:
From: David Lang [mailto:da...@lang.hm]
On Thu, 17 Jan 2013, Matt Seitz (matseitz) wrote:
1. a bare repository that is normally accessed only by "git push" and
"git pull" (or "git fetch"), the central repository
repository which resides
externally to any of the local machines, such as on a network server (and
which I'm assuming has git installed locally as well).
What am I missing?
The 'other' David Lang ;-)
-Original Message-
From: David Lang [mailto:da...@lang.hm]
Sent: W
On Fri, 18 Jan 2013, Matt Seitz wrote:
From: git-ow...@vger.kernel.org [git-ow...@vger.kernel.org] on behalf of Lang,
David [david.l...@uhn.ca]
The other David Lang (da...@lang.hm) believes that using "git push" using NFS or CIFS/SMB
may not be safe and reliable. Based on the
nother one,
David Lang
On Fri, 18 Jan 2013, Lang, David wrote:
Hi Matt and David,
Your responses have been very helpful for this newbie...thanks very much! I
have a good sense now of the difference btw a CVCS and a DVCS. Here are two
more questions...
1. I now get the sense that there
On Fri, 18 Jan 2013, Junio C Hamano wrote:
David Lang writes:
What I would do is to have each developer have their own local copy
that they are working on.
I would then find a machine that is going to be on all the time (which
could be a developer's desktop), and create a master repos
rse, interested folks can take the last version of the removed
ones and continue improving them as standalone projects.
If you can, you should leave just enough of a stub in place so that people who
don't know about the change and try to run the stuff that used to be in contrib/
get a mess
pting languages show up, make a lot
of press, and then fade in favor of other languages while Perl has continued.
It's not the sexy languange nowdays, but it's there, reliable, and used so
heavily that there's really no chance of it dissapearing in the forseable
future.
David Lang
On Fri, 7 Jun 2013, Ramkumar Ramachandra wrote:
David Lang wrote:
Perl use may or may not be declining (depending on how you measure it), but
are you really willing to take on the task of re-writing everything that's
in Perl into another language and force all developers of scripts to
pdates will save a significant amount of processing
power.
would it make sense to have it do something along the lines of sending the
day;s pack file plus a small number of individual object (even if the pack
file will partially duplicate object the puller already has)
David Lang
--
There a
t
A is part of this 40% of the trees, while object B is part of that
otehr 40% (disjoint set) so it's probably a good idea to put them into
seperate packs'
but that can be done much futher down the road without having to change
the clients at all.
David Lang
On Tue, 19 J
s are available?
David Lang
On Fri, 12 Aug 2005, Matthias Urlichs wrote:
Date: Fri, 12 Aug 2005 10:34:45 +0200
From: Matthias Urlichs <[EMAIL PROTECTED]>
To: git@vger.kernel.org
Subject: Re: [PATCH] Debian packaging for 0.99.4
Hi, Alan Chandler wrote:
Not sure I understand the proper use of
same object
blob.
now when you start makeing packs this sort of thing can make the optimal
logic for deciding what's in each pack 'interesting', but as long as each
pack is self contained the rest of the git tools will handle things just
fine.
David Lang
--
There are two way
one
wanted to build a traditional SCM on top of a git-a-like.
Attached is a patch, and a rename-file.c to use it.
Simon
given that you have multiple machines creating files, how do you deal with
the idea of the same 'unique id' being assigned to different files by
different machines?
David Lan
d the same hash..
David Lang
--
There are two ways of constructing a software design. One way is to make it so
simple that there are obviously no deficiencies. And the other way is to make
it so complicated that there are no obvious deficiencies.
-- C.A.R. Hoare
-
To unsubscribe from this list: sen
es in that directory, this would be that
if the hash on the file hasn't changed we don't need to re-check the
chunks inside that file.
David Lang
On Fri, 15 Apr 2005, Ray Heasman wrote:
Date: Fri, 15 Apr 2005 12:33:03 -0700
From: Ray Heasman <[EMAIL PROTECTED]>
To: git@vger.ker
On Sat, 16 Apr 2005, Ingo Molnar wrote:
* David Lang <[EMAIL PROTECTED]> wrote:
this issue was raised a few days ago in the context of someone
tampering with the files and it was decided that the extra checks were
good enough to prevent this (at least for now), but what about
accidental coll
ant a unique ID that can be computed directly from the file contents.
what file integrety programa (ala tripwire) do is to use multiple
identification routines (aide uses MD4+MD5+filesize IIRC)
David Lang wrote:
On Sat, 16 Apr 2005, Ingo Molnar wrote:
* David Lang <[EMAIL PROTECTED]> wrote:
researches quote statistics that show how hard it is to intentiallly
create two files with the same hash and insist it just doesn't happen
until presented by the proof, at which point it is a big deal.
a difference in viewpoints.
David Lang
On Sat, 16 Apr 2005, C. Scott Ananian wrote:
Da
On Sat, 16 Apr 2005, C. Scott Ananian wrote:
Date: Sat, 16 Apr 2005 11:36:28 -0400 (EDT)
From: C. Scott Ananian <[EMAIL PROTECTED]>
To: Petr Baudis <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], David Lang <[EMAIL PROTECTED]>,
Ingo Molnar <[EMAIL PROTECTED]>, git@vger.ke
tely,
but it won't solve the problem of running into a collision locally (and
won't do much to help you figure out what's wrong when you run into a
remote collision)
David Lang
--
There are two ways of constructing a software design. One way is to make it so
simple that th
t to go back
before -rc2
David Lang
--
There are two ways of constructing a software design. One way is to make it so
simple that there are obviously no deficiencies. And the other way is to make
it so complicated that there are no obvious deficiencies.
-- C.A.R. Hoare
-
To unsubscribe from this
ks in this
directory)
David Lang
On Sat, 16 Apr 2005, Dave Jones wrote:
Date: Sat, 16 Apr 2005 20:57:57 -0400
From: Dave Jones <[EMAIL PROTECTED]>
To: Paul Jackson <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], git@vger.kernel.org, [EMAIL PROTECTED]
Subject: Re: fix mktemp (remove mktemp
1 - 100 of 104 matches
Mail list logo