On Tue, Oct 27, 2015 at 12:07 PM, Branko Čibej wrote:
> On 27.10.2015 14:33, Nico Kadel-Garcia wrote:
>> See above. It sounds like you need to talk to Github about making an
>> exception to their default settings for revision 0. A freshly
>> initialized git repo, with no files or property changes
If you install from tar, it will presumably just be a folder in your home
directory. It does not have any bearing on the packages from your distro.
You do not have to uninstall the eclipse-cdt package. If the latest
version works better then you could certainly do so, but there is no need
to do i
Branko Čibej writes:
> Subversion has required a valid,
> non-empty svn:date on every revision since before 1.0.
Subversion also allows revisions without an svn:date. It is possible to
delete svn:date and it is possible for path-based authz to make the date
invisible. svnsync will cope with th
Dear Mark,
>> So what could be the next steps - ignore the test and add
>>
>> Subclipse 1.10 (for svn client 1.8) -
>> http://subclipse.tigris.org/update_1.10.x
>>
>> to the list of repositories in Eclipse and install?
>>
>
> Yes, or install it from the Eclipse Marketplace Client (which just does
On Tue, Oct 27, 2015 at 12:56 PM, Andreas Delleske
wrote:
> Dear Mark,
>
> thanks for answering so fast!
>
> > The wiki is pretty clear that the tests linked on that page are only
> good with SVN 1.6.
>
> I have SVN server 1.6 - I was not sure if that counts, apparently not.
>
> So what could be
Dear Mark,
thanks for answering so fast!
> The wiki is pretty clear that the tests linked on that page are only good
> with SVN 1.6.
I have SVN server 1.6 - I was not sure if that counts, apparently not.
So what could be the next steps - ignore the test and add
Subclipse 1.10 (for svn client
The wiki is pretty clear that the tests linked on that page are only good with
SVN 1.6. If you are determined to run the tests you need to get them from SVN.
They are not our tests.
Mark
> On Oct 27, 2015, at 12:32 PM, Andreas Delleske wrote:
>
> Dear list,
>
> Linux Mint ( see http://www.
Dear list,
Linux Mint ( see http://www.linuxmint.com ) seems to be a variant of
Ubuntu Linux. "uname -a" says
Linux [hostname] 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38
UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
and "cat /etc/issue" says
Linux Mint 17.2 Rafaela
I've successfully instal
On 27.10.2015 15:18, Fredrik Orderud wrote:
> Thanks for the tips Nico.
>
> I am well aware that git-svn sync can be troublesome and best avoided if
> possible. The planned syncing will be one-way, against a read-only svn
> mirror repo maintained for "corporate policy" reasons.
>
> GitHub have alre
On 27.10.2015 14:33, Nico Kadel-Garcia wrote:
> See above. It sounds like you need to talk to Github about making an
> exception to their default settings for revision 0. A freshly
> initialized git repo, with no files or property changes submitted, has
> *no* valid logs, and "git log" fails with a
Thanks for the tips Nico.
I am well aware that git-svn sync can be troublesome and best avoided if
possible. The planned syncing will be one-way, against a read-only svn
mirror repo maintained for "corporate policy" reasons.
GitHub have already been contacted regarding the issue, but I thought it
On Tue, Oct 27, 2015 at 9:03 AM, Fredrik Orderud wrote:
> I'm experiencing problems using svnsync to mirror a GitHub repo.
>
> GitHub exposes a SVN API, that enables SVN clients to work against the
> underlying GIT repo
> (https://help.github.com/articles/support-for-subversion-clients/). This
> m
I'm experiencing problems using svnsync to mirror a GitHub repo.
GitHub exposes a SVN API, that enables SVN clients to work against the
underlying GIT repo (
https://help.github.com/articles/support-for-subversion-clients/). This
mostly works great, but I'm struggling to combine it with synsync.
13 matches
Mail list logo
