Joseph Myers writes:
> So rolfh corresponds to Arne H. Juul as author, whoever the committer
> might have been, and so that seems to be the best mapping for that
> username.
Then why didn't Arne committed his later contributions himself? Of
course, since that are the only 2 commits from rolfh
Jason Merrill :
> First, thanks a lot for the offer of help; I'm happy to take you up on it
> rather than do it all myself.
One important and messy part is just winding up - assembling a contributor
map so we'll have proper DVCS IDs everywhere.
> On 08/24/2015 12:54 PM, Joseph Myers wrote:
> >FWI
First, thanks a lot for the offer of help; I'm happy to take you up on
it rather than do it all myself.
On 08/24/2015 12:54 PM, Joseph Myers wrote:
FWIW, Jason's own trial conversion with reposurgeon got up to at least
45GB memory consumption on a 32GB repository.
It ended up being about 65GB
Joseph Myers :
> On Thu, 27 Aug 2015, Eric S. Raymond wrote:
>
> > For the curios, here's what it looks like to deal with this in reposurgeon:
> >
> > authors read >
> > # Deal with the one ambiguous username.
> > (<1>..<14639> & /master/b) | /premerge-fsf-branch/b assign gcc2
> > authors read
On Thu, Aug 27, 2015 at 3:58 PM, Joseph Myers wrote:
> On Thu, 27 Aug 2015, Eric S. Raymond wrote:
>
>> For the curios, here's what it looks like to deal with this in reposurgeon:
>>
>> authors read >
>> # Deal with the one ambiguous username.
>> (<1>..<14639> & /master/b) | /premerge-fsf-branch/b
On Thu, 2015-08-27 at 16:13 +, Joseph Myers wrote:
> 273 missing usernames (this is based on grepping the output of svn log on
> an rsync mirror of the repository, so it's possible one or two could be
> spurious, but should be pretty accurate). I've made no attempt to map
> these to emails
On Thu, 27 Aug 2015, Eric S. Raymond wrote:
> For the curios, here's what it looks like to deal with this in reposurgeon:
>
> authors read
> # Deal with the one ambiguous username.
> (<1>..<14639> & /master/b) | /premerge-fsf-branch/b assign gcc2
> authors read < dje = Doug Evans
Bearing in
For the curios, here's what it looks like to deal with this in reposurgeon:
authors read ..<14639> & /master/b) | /premerge-fsf-branch/b assign gcc2
authors read <
EOF
~ authors read <
EOF
--
http://www.catb.org/~esr/";>Eric S. Raymond
DJ Delorie :
>
> > If you want your commits to be attributed to two different addresses
> > in the git conversion, you need to tell me how to specify two
> > different selection sets so I can write assign statements and two
> > trivial "authors read" commands affecting them only.
> >
> > assuming
Joseph Myers :
> So rolfh corresponds to Arne H. Juul as author, whoever the committer
> might have been, and so that seems to be the best mapping for that
> username.
Agreed.
--
http://www.catb.org/~esr/";>Eric S. Raymond
On Thu, 27 Aug 2015, Andreas Schwab wrote:
> Ian Lance Taylor writes:
>
> > On Wed, Aug 26, 2015 at 2:29 PM, Eric S. Raymond wrote:
> >>
> >>> > rolfh = rolfh
> >>>
> >>> I think this is Arne H. Juul (was ).
> >>
> >> How did rolfh turn into arne or vice-versa? I'd like to have confirmation
>
> If you want your commits to be attributed to two different addresses
> in the git conversion, you need to tell me how to specify two
> different selection sets so I can write assign statements and two
> trivial "authors read" commands affecting them only.
>
> assuming that the names m32c and djg
On 08/25/2015 02:54 PM, Steve Ellcey wrote:
> Actually, it looks like is peephole2 that is eliminating the
> instructions (and .cfi psuedo-ops).
> I am not entirely sure I need the code or if I just need the .cfi
> psuedo-ops and that I need the code to generate the .cfi stuff.
Don't create any ne
DJ Delorie :
>
> Hmmm... I use two email addresses for commits, depending on which target
> they're for, i.e.:
>
> $ grep DJ MAINTAINERS
> m32c port DJ Delorie
> DJGPP DJ Delorie
>
> Most of the DJGPP stuff was long ago but I wonder ho
Ian Lance Taylor writes:
> On Wed, Aug 26, 2015 at 2:29 PM, Eric S. Raymond wrote:
>>
>>> > rolfh = rolfh
>>>
>>> I think this is Arne H. Juul (was ).
>>
>> How did rolfh turn into arne or vice-versa? I'd like to have confirmation
>> on this one.
>
> I don't know where the user name comes from
Hmmm... I use two email addresses for commits, depending on which target
they're for, i.e.:
$ grep DJ MAINTAINERS
m32c port DJ Delorie
DJGPP DJ Delorie
Most of the DJGPP stuff was long ago but I wonder how the conversion
would handle t
Jeff Law :
> What do you need here? I can confirm that each of those handles corresponds
> to one specific individual person, with the exception of dje (which we know
> is Doug Evans and David Edelsohn) and krab, which I don't know the history
> behind.
That confirmation is almost everything I ne
On 27 August 2015 at 20:51, Frank Ch. Eigler wrote:
>
> pmatos wrote:
>
>> Am I the only one regularly getting svn timeouts lately?
>> svn: E210002: Unable to connect to a repository at URL
>> 'svn://gcc.gnu.org/svn/gcc/trunk'
>> svn: E210002: Network connection closed unexpectedly
>
> Hard to be s
pmatos wrote:
> Am I the only one regularly getting svn timeouts lately?
> svn: E210002: Unable to connect to a repository at URL
> 'svn://gcc.gnu.org/svn/gcc/trunk'
> svn: E210002: Network connection closed unexpectedly
Hard to be sure unless you can supply a timestamp so we can go log
hunting.
On Thu, 27 Aug 2015, Jeff Law wrote:
> > Scrutiny should therefore fall particularly on amylaar, bje, bkoz,
> > dje, gavin, kenner, krab, law, meyering, mrs, raeburn, shebs, and
> > wilson.
> What do you need here? I can confirm that each of those handles corresponds
> to one specific individual
On 08/27/2015 11:27 AM, Eric S. Raymond wrote:
I'm pretty sure I know who bothner, brendan, drepper, eggert, ian,
jimb, meissner, and roland are; they've all had stable handles longer
than GCC has existed.
Yup.
(Raise a glass to Brendan Kehoe; he was a fine
hacker and a good man and it's a
Joseph Myers :
> On Thu, 27 Aug 2015, Eric S. Raymond wrote:
>
> > > In the gcc2 repository, dje was Doug Evans (this includes commits on
> > > premerge-fsf-branch, not just the early part of trunk). In the
> > > repository
> > > that started as the EGCS repository, dje is David Edelsohn.
> >
On Thu, Aug 27, 2015 at 1:04 PM, Joseph Myers wrote:
> On investigation of that list of usernames, I believe dje is the only
> ambiguous one.
All of my ChangeLog entries listed:
d...@watson.ibm.com
edels...@gnu.org
edels...@mhpcc.edu
edels...@npac.syr.edu
dje@gmail.com
and my name.
- David
On investigation of that list of usernames, I believe dje is the only
ambiguous one.
--
Joseph S. Myers
jos...@codesourcery.com
On 27/08/15 17:42, Eric S. Raymond wrote:
> Richard Earnshaw :
>> On 27/08/15 17:03, Richard Earnshaw wrote:
>>> On 27/08/15 16:48, Eric S. Raymond wrote:
>>>
If the former, then I don't know why they're not in the map. It contains
an entry for every distinct Unix username it could extra
On Thu, 27 Aug 2015, Eric S. Raymond wrote:
> > In the gcc2 repository, dje was Doug Evans (this includes commits on
> > premerge-fsf-branch, not just the early part of trunk). In the repository
> > that started as the EGCS repository, dje is David Edelsohn.
>
> OK, this is going to get pretty
Richard Earnshaw :
> On 27/08/15 17:03, Richard Earnshaw wrote:
> > On 27/08/15 16:48, Eric S. Raymond wrote:
> >
> >> If the former, then I don't know why they're not in the map. It contains
> >> an entry for every distinct Unix username it could extract. What usernames
> >> should I expect the
Joseph Myers :
> On Thu, 27 Aug 2015, Jason Merrill wrote:
>
> > On 08/20/2015 04:33 PM, Joseph Myers wrote:
> > > I think a proper conversion to git as the master repository should
> > > reconvert all the history with author ids properly mapped
> >
> > Here's an initial mapping of user names (on
Joseph Myers :
> 273 missing usernames (this is based on grepping the output of svn log on
> an rsync mirror of the repository, so it's possible one or two could be
> spurious, but should be pretty accurate). I've made no attempt to map
> these to emails yet.
Jason Merrill's list later in the
On 27/08/15 16:56, James Greenhalgh wrote:
On Thu, Aug 27, 2015 at 03:38:10PM +0100, Eric S. Raymond wrote:
I've made it available at:
http://thyrsus.com/gitweb/?p=gcc-conversion.git
The interesting content is gcc.map (the contributor map) and gcc.lift.
Presently the only command in gcc.lift
On 08/27/2015 10:04 AM, FX wrote:
If the former, then I don't know why they're not in the map.
In fact, I can look at the output of “svn log” for the MAINTAINERS file, which
probably almost everyone with commit rights has modified.
This contains 442 usernames, compared to the map’s 290. And th
On 27/08/15 17:03, Richard Earnshaw wrote:
> On 27/08/15 16:48, Eric S. Raymond wrote:
>
>> If the former, then I don't know why they're not in the map. It contains
>> an entry for every distinct Unix username it could extract. What usernames
>> should I expect these people to have?
>>
>
> Thos
David Edelsohn :
> On Thu, Aug 27, 2015 at 11:52 AM, Eric S. Raymond wrote:
> > Joseph Myers :
> >> Where someone is listed in MAINTAINERS, I suggest preferring that email
> >> address over any older address you may have got from ChangeLogs etc.
> >> (unless they're requested otherwise or it seems
Joseph Myers :
> On Wed, 26 Aug 2015, Eric S. Raymond wrote:
>
> > > Although a few accounts may have been deleted on sourceware, and
> > > conceivably account names could have been reused after such deletion,
> > > it's
> > > the parts of the history that come from the gcc2 repository (trunk u
273 missing usernames (this is based on grepping the output of svn log on
an rsync mirror of the repository, so it's possible one or two could be
spurious, but should be pretty accurate). I've made no attempt to map
these to emails yet.
aaw
abalkiss
abel
abennett
abutcher
acsawdey
aesok
ahyang
On 27/08/15 17:20, Richard Earnshaw wrote:
> On 27/08/15 17:16, Eric S. Raymond wrote:
>> Paulo Matos :
>>>
>>>
>>> On 27/08/15 16:56, Paulo Matos wrote:
I noticed I am not on the list (check commit r225509, user pmatos) either.
And thanks for your help on this transition.
On 08/27/2015 10:16 AM, Eric S. Raymond wrote:
Paulo Matos :
On 27/08/15 16:56, Paulo Matos wrote:
I noticed I am not on the list (check commit r225509, user pmatos) either.
And thanks for your help on this transition.
r188804 | mkuvyrkov
Maxim Kuvyrkov
jeff
Joel Sherrill :
>
>
> On 8/27/2015 11:03 AM, Eric S. Raymond wrote:
> >Paulo Matos :
> >>I noticed I am not on the list (check commit r225509, user pmatos) either.
> >>
> >>And thanks for your help on this transition.
> >
> >I've added you to the map.
> >
>
> I will pile on. I may be in the hist
On 27/08/15 17:16, Eric S. Raymond wrote:
> Paulo Matos :
>>
>>
>> On 27/08/15 16:56, Paulo Matos wrote:
>>>
>>> I noticed I am not on the list (check commit r225509, user pmatos) either.
>>>
>>> And thanks for your help on this transition.
>>>
>>
>> r188804 | mkuvyrkov
>>
>> for example.
>
> Do
James Greenhalgh :
> On Thu, Aug 27, 2015 at 03:38:10PM +0100, Eric S. Raymond wrote:
> > I've made it available at:
> >
> > http://thyrsus.com/gitweb/?p=gcc-conversion.git
> >
> > The interesting content is gcc.map (the contributor map) and gcc.lift.
> >
> > Presently the only command in gcc.li
Paulo Matos :
>
>
> On 27/08/15 16:56, Paulo Matos wrote:
> >
> >I noticed I am not on the list (check commit r225509, user pmatos) either.
> >
> >And thanks for your help on this transition.
> >
>
> r188804 | mkuvyrkov
>
> for example.
Do you know a full name for this person?
--
FX :
> PS: I found one username that first escaped my scripts because it contained a
> period, so I am raising a flag here, so the same doesn’t happen to you:
> m.hayes (commit 34779).
I have that one, thanks.
--
http://www.catb.org/~esr/";>Eric S. Raymond
FX :
> >> FortranJanne Blomqvist
> >> FortranTobias Burnus
> >> FortranDaniel Franke
> >>
> >> FortranDaniel Kraft
> >> FortranMikael Morin
> >
On 27/08/15 16:56, Paulo Matos wrote:
I noticed I am not on the list (check commit r225509, user pmatos) either.
And thanks for your help on this transition.
r188804 | mkuvyrkov
for example.
--
Paulo Matos
On 8/27/2015 11:03 AM, Eric S. Raymond wrote:
Paulo Matos :
I noticed I am not on the list (check commit r225509, user pmatos) either.
And thanks for your help on this transition.
I've added you to the map.
I will pile on. I may be in the history under at least three email addresses.
j.
On Wed, 26 Aug 2015, Eric S. Raymond wrote:
> > Although a few accounts may have been deleted on sourceware, and
> > conceivably account names could have been reused after such deletion, it's
> > the parts of the history that come from the gcc2 repository (trunk until
> > the start of EGCS, pre
> If the former, then I don't know why they're not in the map.
In fact, I can look at the output of “svn log” for the MAINTAINERS file, which
probably almost everyone with commit rights has modified.
This contains 442 usernames, compared to the map’s 290. And there are probably
more, which we’ll
Paulo Matos :
> I noticed I am not on the list (check commit r225509, user pmatos) either.
>
> And thanks for your help on this transition.
I've added you to the map.
--
http://www.catb.org/~esr/";>Eric S. Raymond
On 27/08/15 16:48, Eric S. Raymond wrote:
> If the former, then I don't know why they're not in the map. It contains
> an entry for every distinct Unix username it could extract. What usernames
> should I expect these people to have?
>
Those aren't the only ones. Just looking at the SVN log f
Joseph Myers :
> For example:
>
> r225805 | jb | 2015-07-15 00:00:23 -0700 (Wed, 15 Jul 2015) | 9 lines
OK. This means the map is not yet complete.
It will be very helpful if you can send me as many missing entries as
you notice - that is, pairs of Subversion IDs and human-mame/email IDs.
When
Hi,
Am I the only one regularly getting svn timeouts lately?
svn: E210002: Unable to connect to a repository at URL
'svn://gcc.gnu.org/svn/gcc/trunk'
svn: E210002: Network connection closed unexpectedly
Is this because the repository is being overloaded with requests
regarding the latest tran
>> Fortran Janne Blomqvist
>> Fortran Tobias Burnus
>> Fortran Daniel Franke
>>
>> Fortran Daniel Kraft
>> Fortran Mikael Morin
>> Fortran
Joseph Myers :
> On Thu, 27 Aug 2015, Ian Lance Taylor wrote:
>
> > In gcc.map I see
> > anoncvs = Anonymous CVS User
> > Are there any actual commits by this user?
>
> r17330, a test commit on 1998-01-13. Presumably the test was followed by
> fixing whatever bug allowed it.
This seems ve
Ian Lance Taylor :
> A lot of the e-mail addresses are out of date, as you know. Would it
> be helpful to get updated e-mail addresses, or does it not really
> matter?
Updated addresses are better.
> In gcc.map I see
> anoncvs = Anonymous CVS User
> Are there any actual commits by this us
On Thu, Aug 27, 2015 at 11:52 AM, Eric S. Raymond wrote:
> Joseph Myers :
>> Where someone is listed in MAINTAINERS, I suggest preferring that email
>> address over any older address you may have got from ChangeLogs etc.
>> (unless they're requested otherwise or it seems the MAINTAINERS address is
On 27/08/15 16:48, Eric S. Raymond wrote:
FX :
[context for the Fortran list: the svn repo is about to be converted into a git
repo, which will be the official gcc repo onwards]
Hi Eric,
I realize that some of our Fortran maintainers (and committers) are not listed
in the map file:
Fortra
On Thu, Aug 27, 2015 at 03:38:10PM +0100, Eric S. Raymond wrote:
> I've made it available at:
>
> http://thyrsus.com/gitweb/?p=gcc-conversion.git
>
> The interesting content is gcc.map (the contributor map) and gcc.lift.
>
> Presently the only command in gcc.lift expunges the hooks directory.
T
Joseph Myers :
> Where someone is listed in MAINTAINERS, I suggest preferring that email
> address over any older address you may have got from ChangeLogs etc.
> (unless they're requested otherwise or it seems the MAINTAINERS address is
> the one that hasn't been kept up to date).
Hm. I tried
On Thu, 27 Aug 2015, Eric S. Raymond wrote:
> FX :
> > [context for the Fortran list: the svn repo is about to be converted into a
> > git repo, which will be the official gcc repo onwards]
> >
> > Hi Eric,
> >
> > I realize that some of our Fortran maintainers (and committers) are not
> > lis
On Thu, 27 Aug 2015, Ian Lance Taylor wrote:
> In gcc.map I see
> anoncvs = Anonymous CVS User
> Are there any actual commits by this user?
r17330, a test commit on 1998-01-13. Presumably the test was followed by
fixing whatever bug allowed it.
--
Joseph S. Myers
jos...@codesourcery.com
FX :
> [context for the Fortran list: the svn repo is about to be converted into a
> git repo, which will be the official gcc repo onwards]
>
> Hi Eric,
>
> I realize that some of our Fortran maintainers (and committers) are not
> listed in the map file:
>
> Fortran Janne
Where someone is listed in MAINTAINERS, I suggest preferring that email
address over any older address you may have got from ChangeLogs etc.
(unless they're requested otherwise or it seems the MAINTAINERS address is
the one that hasn't been kept up to date).
For example, for Roland McGrath, rol
On Thu, Aug 27, 2015 at 7:38 AM, Eric S. Raymond wrote:
> I've made it available at:
>
> http://thyrsus.com/gitweb/?p=gcc-conversion.git
>
> The interesting content is gcc.map (the contributor map) and gcc.lift.
>
> Presently the only command in gcc.lift expunges the hooks directory.
Thanks for d
[context for the Fortran list: the svn repo is about to be converted into a git
repo, which will be the official gcc repo onwards]
Hi Eric,
I realize that some of our Fortran maintainers (and committers) are not listed
in the map file:
Fortran Janne Blomqvist
Fortran
I've made it available at:
http://thyrsus.com/gitweb/?p=gcc-conversion.git
The interesting content is gcc.map (the contributor map) and gcc.lift.
Presently the only command in gcc.lift expunges the hooks directory.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Tom Tromey :
> >> mkoch = mkoch
> Jeff> Michael Koch? konque...@gmx.de/
>
> Yes; and he has an entry in /etc/passwd, so maybe the conversion script
> has a bug?
>
> Tom
Hm. Turns out it did have a minor bug, now fixed. I'm a little
puzzled why it only triggered in that case.
But it's all go
>> mkoch = mkoch
Jeff> Michael Koch? konque...@gmx.de/
Yes; and he has an entry in /etc/passwd, so maybe the conversion script
has a bug?
Tom
Richard Earnshaw :
> Are we planning to map the commits back to the original contributors?
> Many patches are committed by developers with Gcc accounts on behalf of
> contributors that have no write privs.
In cases where the contributor is identified in the change comment, I use
that to set the Au
> As such, you'll need the passwd file from there. I don't think we
> had any such thing as a maintainers file in those days.
Correct.
On 08/26/2015 09:41 PM, Jeff Law wrote:
> On 08/26/2015 01:31 PM, Eric S. Raymond wrote:
>>> mib = mib
> Michael Bushnell. Aagain, not active in forever. m...@geech.gnu.ai.mit.edu
> probably doesn't work anymore.
>
>> miles = miles
> Miles Bader. mi...@gnu.ai.mit.edu
>
>> mkoch = mkoch
> Mic
On Thu, Aug 27, 2015 at 11:09 AM, Richard Earnshaw
wrote:
> Are we planning to map the commits back to the original contributors?
> Many patches are committed by developers with Gcc accounts on behalf of
> contributors that have no write privs.
There may also be multiple contributors for a single
Are we planning to map the commits back to the original contributors?
Many patches are committed by developers with Gcc accounts on behalf of
contributors that have no write privs.
R.
On 26/08/15 20:31, Eric S. Raymond wrote:
> After comparing with the Subversion hists, passswd file, the are 30
>
On 26/08/15 20:50, Richard Biener wrote:
> On August 26, 2015 9:31:20 PM GMT+02:00, "Eric S. Raymond"
> wrote:
>> After comparing with the Subversion hists, passswd file, the are 30
>> unknowns left. Can anyone identify any of these?
>>
>> aluchko = aluchko
>> bo = bo
>> bson = bson
>> cks =
On Tue, Aug 25, 2015 at 11:22 PM, Abe wrote:
> Dear all,
>
> I have redone the SPEC2006 CPU FP tests again after adding "-march=native".
> Unfortunately, the results are not
> very good for the new if-converter. I believe this is the case because the
> CPU in question [details below] "only"
> has
74 matches
Mail list logo
