On Thursday 16 November 2017 16:41:34 Patrick Goupell wrote:
> Latest error from the msegit compile. mseide version 4.4.1
>
> defaultstat.pas(25,22) Error: Identifier not found "lineend"
>
Please use MSEide+MSEgui current git master version
b3da814f0cb9455d9e83164622e243a1e8e333df (4.4.3).
On 11/09/2017 05:21 PM, Patrick Goupell wrote:
> created a mseuniverse folder and did a git init
>
> pulled the mseuniverse and tried to open the msegit project.
>
> Got error messages: classtype tdispo not found. also message about
> branchform.mfm not accessable.
>
It seems the project file
created a mseuniverse folder and did a git init
pulled the mseuniverse and tried to open the msegit project.
Got error messages: classtype tdispo not found. also message about
branchform.mfm not accessable.
running mseide version 4.4.1
--
Patrick Goupell
Are you free? Find out at
On Thursday 18 June 2015 11:45:27 Graeme Geldenhuys wrote:
Hi Martin,
These are just a few questions and comments after playing with the
latest MSEgit for few minutes. Please use the screenshot from MSEgit
language troubles as reference for some of these items.
There are some changes in
On Monday 29 June 2015 10:15:21 Graeme Geldenhuys wrote:
Thank you very much Martin. Those changes should make a huge difference.
git master eab6fb227d9af5ddc20164e09a6c2346959f5842 has again some
improvements with commit sha navigation.
Martin
Thank you very much Martin. Those changes should make a huge difference.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
--
Monitor 25 network
Because the user application needs to know the content and structure of
sak.ini which can not be changed without recompiling the user applications. I
it is a question of principle...
This one i do not understand...
Why must the application be recompiled if sak.ini has changed ?
PS: = I
We already wrote about that...
Hello Martin.
Hum, it was a old mail refused by mse mailing list (because too big).
Strange that it appears now
Fre;D
--
Monitor 25
On Thursday 18 June 2015 17:05:17 Fred van Stappen wrote:
I pushed a small change to Gitlab mse
Hello Martin.
Very nice ;-)
Hum, what about to give some air to your menu-items ?
= msegit =
vs =
And for mseide =
vs
We already wrote about that...
Martin
On Monday 22 June 2015 13:24:45 Fred van Stappen wrote:
Because the user application needs to know the content and structure of
sak.ini which can not be changed without recompiling the user
applications. I it is a question of principle...
This one i do not understand...
Why must the
The purpose of the start script is that the application which uses sakit does
not need to know internals about the sakit file and directory names and.
Yep, it was a excellent idea, it is why i use sak.ini.
In fact, it has the same goal but not inside a script.
= example sak.ini for linux 64
On 2015-06-21 06:48, Martin Schreiber wrote:
No, it looked like the default layout.
That it was wrong. I had 3 panels. Two were like the default layout, but
positioned staggered (one slightly higher that the other), and a 3rd
panel with the Stash information.
Regards,
- Graeme -
--
fpGUI
On Saturday 20 June 2015 10:12:11 Fred van Stappen wrote:
I use killprocesstree(). Possibly there are other options to terminate
espeak. I don't know espeak well.
espeak does not give cancel (with speak.exe, of course with the library it
is possible, it is possible only with
On Saturday 20 June 2015 10:24:02 Fred van Stappen wrote:
I use killprocesstree().
Ooops, just tested your demo.
Indeed it works.
I have to use the same code for fpg and lcl but, do it need lot of
dependencies ?
I fear yes because it needs some pieces of the MSEgui infrastructure.
On Friday 19 June 2015 23:09:41 Fred van Stappen wrote:
... binaries-demos deleted.
Done for https://github.com/fredvs/ideU too ;-)
Hum, do you have a idea how to clean-up .git file (120 megas !)
- Make a local clone with less history:
git clone --depth the number of commits back
On Saturday 20 June 2015 08:36:09 Fred van Stappen wrote:
Hello Martin.
There is a (big) problem with the script approach.
The process execute the script but not the espeak-executable.
That means that doing process.active := false has no impact on espeak.
And so impossible to cancel the
I use killprocesstree(). Possibly there are other options to terminate
espeak. I don't know espeak well.
espeak does not give cancel (with speak.exe, of course with the library it is
possible, it is possible only with TProcess.terminate.
But if tsak.speaktext(const text: msestring) is inside
I use killprocesstree().
Ooops, just tested your demo.
Indeed it works.
I have to use the same code for fpg and lcl but, do it need lot of dependencies
?
--
On Saturday 20 June 2015 01:28:22 Fred van Stappen wrote:
but you will see that i did not yet implemented the dialog-box.
Done in last commit ;-)
I merged Github master to Gitlab mse. Needs current git master MSEgui.
Martin
Hello Martin.
There is a (big) problem with the script approach.
The process execute the script but not the espeak-executable.
That means that doing process.active := false has no impact on espeak.
And so impossible to cancel the speech.
That is sad because espeak-cancel is important.
Finally,
On Friday 19 June 2015 14:08:03 Graeme Geldenhuys wrote:
On 2015-06-19 12:51, Martin Schreiber wrote:
Or maybe loading? Can you send the ~/.msetools/msegit.sta file?
See attached.
Looks normal. I changed some values in the file which were correctly loaded.
Martin
On 2015-06-20 12:21, Martin Schreiber wrote:
Possibly merging to existing clones can become difficult because of the
missing history. Maybe Graeme has a better Idea. There is much stuff on the
internet about the matter.
http://git-scm.com/blog/2010/03/17/replace.html
Yeah it is a mess
On 2015-06-20 15:02, Martin Schreiber wrote:
Looks normal. I changed some values in the file which were correctly loaded.
Did that load up 3 separate windows (panels) is MSEgit? Because that is
what I had setup the last time I tried MSEgit.
Regards,
- Graeme -
--
fpGUI Toolkit - a
Thanks Graeme.
I will study all this (but will ask your advice before to apply it).
FreD
--
___
mseide-msegui-talk mailing list
Hello Martin.
AProcess.Environment.Text := 'LD_PRELOAD=' + PA_LibFileName ;
= works perfectly and espeak_cancel() too ;-)
I have committed changes in sak_fpg.pas using AProcess.Environment.
Tested on Linux and Windows (have to reinstall freeBSD)
The script is no more used, it becomes sak.ini.
On Saturday 20 June 2015 18:24:06 Graeme Geldenhuys wrote:
On 2015-06-20 15:02, Martin Schreiber wrote:
Looks normal. I changed some values in the file which were correctly
loaded.
Did that load up 3 separate windows (panels) is MSEgit? Because that is
what I had setup the last time I
... binaries-demos deleted.
Done for https://github.com/fredvs/ideU too ;-)
Hum, do you have a idea how to clean-up .git file (120 megas !)
Thanks.
Fre;D
--
but you will see that i did not yet implemented the dialog-box.
Done in last commit ;-)
=
if askok('Permission mode of file:' +lineend+ thefile
+lineend+ 'is not set as executable...'
+lineend+ 'Do you want to reset it?') then begin
=
I did not say that your sak_mse/ is worst, only on my netbook,
/sak_mse_fred/ is more fluid.
Why? What happens?
https://sites.google.com/site/designerext/test_sak_mse_martin.mp4
vs
https://sites.google.com/site/designerext/test_sak_mse_fred.mp4
Aaargh, links problems.
Try
On Friday 19 June 2015 16:00:38 Fred van Stappen wrote:
Please push it to Gitlab.
And i have to forget my github sak ?
Sorry, typo. Github for sure.
Martin
--
___
Hello Martin.
I have some changes in sak (and in your sak_mse.pas).
What would you want that i do with git ?
PS: I want to keep also (for the moment) /sak_mse_fred/.
I did not say that your sak_mse/ is worst, only on my netbook, /sak_mse_fred/
is more fluid.
Fre;D
Please push it to Gitlab.
And i have to forget my github sak ?
--
___
mseide-msegui-talk mailing list
On Friday 19 June 2015 15:04:29 Fred van Stappen wrote:
Hello Martin.
I have some changes in sak (and in your sak_mse.pas).
What would you want that i do with git ?
PS: I want to keep also (for the moment) /sak_mse_fred/.
Please push it to Gitlab.
I did not say that your sak_mse/ is
On 2015-06-19 12:51, Martin Schreiber wrote:
Or maybe loading? Can you send the ~/.msetools/msegit.sta file?
See attached.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
[mainmo.mainstat]
savedmemoryfiles=5
mainfo.sta
On Friday 19 June 2015 11:38:26 Graeme Geldenhuys wrote:
On 2015-06-19 08:49, Martin Schreiber wrote:
I could not reproduce the problem with the lost layoutinfo on Freebsd
even without the fix.
Can you point me to the code in MSEgit that writes the layout info to
file? I could then
On Wednesday 17 June 2015 06:40:53 Martin Schreiber wrote:
function SAKUnLoadLib: integer;
begin
result:= -1;
if checksakactive() then begin
sak.espeakcancel();
freeandnil(sak);
result:= 0;
end;
end;
In Gitlab mse branch the espeakcancel() call has been moved to
On Thursday 18 June 2015 17:46:42 Martin Schreiber wrote:
ps:
What is the .msegitrepo.sta file for in my git repositories? Must I
delete this too and see if it helps?
It stores the per repo settings, active log branch, last commit messages
and the like. There are no layout infos in
On 2015-06-19 08:49, Martin Schreiber wrote:
I could not reproduce the problem with the lost layoutinfo on Freebsd even
without the fix.
Can you point me to the code in MSEgit that writes the layout info to
file? I could then breakpoint and debug the issue here.
MSEide works fine though. If
Hello Martin.
OK, changes committed.
In sak_mse.pas, there are changes for permission-reset but you will see that i
did not yet implemented the dialog-box.
(But there are comment who explain what needed). I have to study how to do it
in msegui.
Note too that /sakit directory has moved and
On 2015-06-18 13:43, Martin Schreiber wrote:
* Where in MSEgit can I see the commit message - as marked by the
question mark symbol.
Place the mouse pointer in log window column 'Message' above the interesting
commit.
Yes, I found that, but thought maybe there is a dedicated window for
On Thursday 18 June 2015 15:17:29 Graeme Geldenhuys wrote:
Place the mouse pointer in log window column 'Message' above the
interesting commit.
Yes, I found that, but thought maybe there is a dedicated window for
that. eg: while navigating the history with the keyboard.
Added to wishlist.
On Thursday 18 June 2015 16:35:51 Graeme Geldenhuys wrote:
Hi,
I've setup MSEgit window/panel layout like my earlier screenshots. If I
quit MSEgit and load it again I see only the default main window with an
empty docked area?!
I thought it would work like the IDE and auto-save my layout.
Hi,
I've setup MSEgit window/panel layout like my earlier screenshots. If I
quit MSEgit and load it again I see only the default main window with an
empty docked area?!
I thought it would work like the IDE and auto-save my layout. What must
I do in MSEgit so it saves my layout between restarts?
On Thursday 18 June 2015 17:31:11 Graeme Geldenhuys wrote:
Hi Martin,
Can I request another new feature. An option to disable/remove _all_ the
confirmation dialogs. I know that when I click the Commit or Restore
button, that is what I meant to do. I don't need a are you sure? prompt.
Yes,
On 2015-06-18 16:15, Fred van Stappen wrote:
Hum, what about to give some air to your menu-items ?
Fred, what did you change to get the extra space? I already have a few
local customisation I apply after every 'git pull' of MSEide. I would
like to add a bit of menu space here too. ;-)
Regards,
On 2015-06-18 15:59, Martin Schreiber wrote:
Me too. It should create a ~/.msetools/msegit.sta in order to store the
layout
and other infos. Contrary to MSEide it does not automatically load the last
used repo.
Ah, deleted the whole ~/.msetools/ and now MSEgit has a whole new
default
Hi Martin,
Can I request another new feature. An option to disable/remove _all_ the
confirmation dialogs. I know that when I click the Commit or Restore
button, that is what I meant to do. I don't need a are you sure? prompt.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI
On Thursday 18 June 2015 17:15:02 Fred van Stappen wrote:
I pushed a small change to Gitlab mse
Hello Martin.
Very nice ;-)
Hum, what about to give some air to your menu-items ?
= msegit =
vs
The default settings in MSEgui are so as to show as much as possible
On Thursday 18 June 2015 17:29:03 Graeme Geldenhuys wrote:
On 2015-06-18 15:59, Martin Schreiber wrote:
Me too. It should create a ~/.msetools/msegit.sta in order to store the
layout and other infos. Contrary to MSEide it does not automatically load
the last used repo.
Ah, deleted the
Fred, what did you change to get the extra space? I already have a few
local customisation I apply after every 'git pull' of MSEide. I would
like to add a bit of menu space here too. ;-)
item.caption := ' TheItem ' ;-)
On Thursday 18 June 2015 17:53:49 Graeme Geldenhuys wrote:
On 2015-06-18 16:39, Martin Schreiber wrote:
It is not the same to click somewhere and to enter a commandline in the
terminal. ;-)
haha... My fingers are always on the keyboard anyway, and they can
already type Git commands without
On 2015-06-18 16:39, Martin Schreiber wrote:
It is not the same to click somewhere and to enter a commandline in the
terminal. ;-)
haha... My fingers are always on the keyboard anyway, and they can
already type Git commands without me having to think about it. :) My
huge list of git aliases
Fred, what did you change to get the extra space? I already have a few
local customisation I apply after every 'git pull' of MSEide. I would
like to add a bit of menu space here too. ;-)
item.caption := ' TheItem ' ;-)
And, of course, to be still compatible, in code =
Hello Martin.
Sorry but it is difficult to find a web-connexion around here :-(.
Many thanks for your explanations, i must learn it offline and then do it
online.
There is a little detail that i should add in your sak_mse =
1) In example add in project make-options = -FUunits (and add a empty
MseGit is fantastic. Very minimalist feel yet very easy and everthing just
'works'. I have been learning my way around plus incorporating a few tools
(screen capture and Markdown editor). I am amazed at how easily it all
becomes with a solid tool like MseGit.
This is maybe 30 minutes worth of
On Wednesday 01 May 2013 00:27:53 Med Hamza wrote:
Hi Martin,
How to use msegit, I have just download it.
'File'-'Clone git repo', enter destination directory and source URL
(git://gitorious.org/mseide-msegui/mseide-msegui.git), click OK.
In order to update the repository 'File'-'Open git
On Saturday 09 June 2012 19:20:50 Ivanko B wrote:
Thanx !
BTW, how did You solve the no-console issue ?
I use DETACHED_PROCESS for now, see
http://stackoverflow.com/questions/10960269/git-ssh-askpass-on-windows
Martin
Am 09.06.2012 11:59, schrieb Ivanko B:
Hi,
Please read
http://stackoverflow.com/questions/10960269/git-ssh-askpass-on-windows
Any tips?
Quick dirty -- to allow showing GIT console window as long as SSH
password is being entered.
How? There is no attached windows console.
More clear -
Quick dirty -- to allow showing GIT console window as long as SSH
password is being entered.
How? There is no attached windows console.
There're CygWin, GitBash, MSVC++ etc win-32 console implementations.
--
Live
On Saturday 09 June 2012 13:41:30 Ivanko B wrote:
Also a solution : to detect unlock PKI keys before by MSEgui SSH
facilities then to call GIT executable to feed to it the unlocked
key - either from temp directory (unsafe!) or from in-memory file
handle.
Your recommendations don't solve the
Unlocking the keys by MSEgit is unsafe, too complicated and environment
dependent.
STUNNEL (both LINUX win-32 versions) does the unlock somehow.
--
Live Security Virtual Conference
Exclusive live event will cover all
On Friday 23 March 2012 09:59:18 Graeme Geldenhuys wrote:
On 23 March 2012 09:48, Martin Schreiber wrote:
MSEgit probably can not write or read the *.sta file on your system, do
you remember? I asked you:
I'll do the breakpoint check now, but that still wouldn't explain why
MSEide can
Am 23.03.2012 09:25, schrieb Graeme Geldenhuys:
On 23 March 2012 08:36, Martin Schreiber wrote:
Most of the MSEide dialogs store their form position and size. Please
adjust them according your needs.
OK, now this is weird. MSEide correctly saves the window layout
(position and size) of
On 23 March 2012 09:48, Martin Schreiber wrote:
MSEgit probably can not write or read the *.sta file on your system, do
you remember? I asked you:
I'll do the breakpoint check now, but that still wouldn't explain why
MSEide can read/write/rename *.sta files, but MSEgit can't. It's all
run on
That's much better than the 16:9 or 16:10 movie style monitors -
which are unfortunately the norm these days.
===
These monitors are movie-and-HD-TV-in-mind. And since movies HD-TV
(mostly wide-screen) is often delieverd via Intrernet (to computers)
then... Here, monitor
On 21 March 2012 10:21, Martin Schreiber mse00...@gmail.com wrote:
It uses the normal default font size.
Based on what screen resolution and dpi setting?
Even on my very average sized 19 LCD monitor (1440x900) with 96dpi, I
find the normal default font size of MSEgui applications rather
I don't see why you say that?
==
Me run GIT GUI and didn't know how where to proceed - many
unknown words etc :)
Even on my very average sized 19 LCD monitor (1440x900) with 96dpi, I
find the normal default font size of MSEgui applications rather
small. I always increase the
Hе-he, сварганил (translated to bungled ) is the russian worker's
slang to made or mastered or boiled ). Anyway, me'll further be
more cautious to usage of the slang :)
PS:
Martin, MSEgit initially looks inacurate in win-32 because of small
sized fonts which makes the main menu squashed. What
bungled = russian's запорол, завалил дело, схалтурил :/; Thanx for
merry minutes :)
2012/3/21, Ivanko B ivankob4m...@gmail.com:
Hе-he, сварганил (translated to bungled ) is the russian worker's
slang to made or mastered or boiled ). Anyway, me'll further be
more cautious to usage of the
On Wednesday 21 March 2012 08:24:47 Ivanko B wrote:
PS:
Martin, MSEgit initially looks inacurate in win-32 because of small
sized fonts which makes the main menu squashed. What don't You
calculate font size based on screeen DPI lowest perceptual letter
size of approx 2.5 mm.
It uses the
On Tuesday 20 March 2012 21:21:25 Ivanko B wrote:
Did you try ssh command in windows console with -v in order to get more
info? =
Me'm chasing Internet for a decent tutorial :)
Do you know gitolite?
http://sitaramc.github.com/gitolite/
PS: please don't forget to add the
It uses the normal default font size. I thought the usual purpose of big
screens is to show more information not to show bigger fonts?
Too low font squahes other areas of the program - menus, etc. Menus
are especially affected ( hardly distiguashable ) since You dislike
2012/3/21, Martin Schreiber mse00...@gmail.com:
On Tuesday 20 March 2012 21:21:25 Ivanko B wrote:
Did you try ssh command in windows console with -v in order to get more
info? =
Me'm chasing Internet for a decent tutorial :)
Do you know gitolite?
Hallo Martin,
Du schriebst am Wed, 21 Mar 2012 09:21:43 +0100:
It uses the normal default font size. I thought the usual purpose of big
screens is to show more information not to show bigger fonts?
It depends on who you ask - there _are_ a few people who use big screens to
see more, but
BTW, me had to clone via the console command git clone
git://192.168.1.5/var/cache/git/podpiska_pg_git (MSEgui refused to do
that for some reason because failed git clone call ) where git init
--bare were called on the remote server within its
/var/cache/git/podpiska_pg_git/ directory to create an
On Tuesday 20 March 2012 08:36:40 Ivanko B wrote:
BTW, me had to clone via the console command git clone
git://192.168.1.5/var/cache/git/podpiska_pg_git (MSEgui refused to do
that for some reason because failed git clone call ) where git init
--bare were called on the remote server within its
On 20 March 2012 09:36, Ivanko B ivankob4mse2@ wrote:
AFAIK, it's correct to start filling an empty repo via
commits from its clones.
Yes, that is normal usage with git.
I just tried with MSEgit. Cloned a repository from a empty bare
repository. I could do a local commit in my cloned
At me MSEgit only sees remote origin branch as long as git clone
created local master branch. So, me created local origin branch
so that it matches the remote origin then retried commit push
but failed with fatal: The remote end hung up unexpectedly.
2012/3/20, Graeme Geldenhuys
Ivanko B wrote:
At me MSEgit only sees remote origin branch as long as git clone
created local master branch. So, me created local origin branch
so that it matches the remote origin then retried commit push
but failed with fatal: The remote end hung up unexpectedly.
Login problem?
Login problem?
===
Most possibly. Me'll try to switch to RSA kyes auth.
PS:
Are any heavy changes to TMSESQLQuery's offline mode ? Possibly, me'll need it.
2012/3/20, Martin Schreiber mse00...@gmail.com:
Ivanko B wrote:
At me MSEgit only sees remote origin branch as long as git
git gui'
=
It assumes deep knowlefge of GIT mechanics :) Then it's easier to use
the console git.
2012/3/20, Ivanko B ivankob4m...@gmail.com:
Login problem?
===
Most possibly. Me'll try to switch to RSA kyes auth.
PS:
Are any heavy changes to TMSESQLQuery's offline
On Tuesday 20 March 2012 10:20:27 Ivanko B wrote:
PS:
Are any heavy changes to TMSESQLQuery's offline mode ? Possibly, me'll need
it.
Not since 2.8 IIRC.
Martin
--
This SF email is sponsosred by:
Try Windows Azure
If you are on windows you probably must copy the SSH keys into .ssh of the SSH
installation home directory
===
GIT CLONE complains that it can't create /.ssh/ within
/C/Documents and Settings/МУ_NAME_IN_RUSSIAN/. Me even created thsi
directory by myself put into it known_host both
Am 20.03.2012 11:45, schrieb Ivanko B:
If you are on windows you probably must copy the SSH keys into .ssh of the SSH
installation home directory
===
GIT CLONE complains that it can't create /.ssh/ within
/C/Documents and Settings/МУ_NAME_IN_RUSSIAN/. Me even created thsi
Am 20.03.2012 11:29, schrieb Martin Schreiber:
or setup the environment that SSH finds the keys
inyourhome\appdata\.ssh.
===
Which variable ?
Probably E:\Programme\Git\.ssh\config-IdentityFile. Hmm for me this
entry is the automatically created
IdentityFile /C/Dokumente und
Done, announced.
2012/3/20, Martin Schreiber mse00...@gmail.com:
On Tuesday 20 March 2012 16:40:47 Ivanko B wrote:
Hmm, it seems that the task of SSH login from non-latin win-32 clients
to LINUX GIT repo can't be accomplished since server-side SSH refuses
to accept non-latin user names
Did you try ssh command in windows console with -v in order to get more info?
=
Me'm chasing Internet for a decent tutorial :)
2012/3/21, Ivanko B ivankob4m...@gmail.com:
Done, announced.
2012/3/20, Martin Schreiber mse00...@gmail.com:
On Tuesday 20 March 2012 16:40:47 Ivanko B
On Tuesday 20 March 2012 21:20:38 Ivanko B wrote:
Done, announced.
Google translates it as
Martin bungled frontend to GIT-y
I hope it translates wrong. Otherwise you will experience consequences. ;-)
Martin
--
This SF
On 17 March 2012 02:21, Sieghard wrote:
So this is a copy then, and if I've verfied it is correct, I can delete the
original?
Yes, it's a copy - a locally git manager repository. Your SubVersion
repository is untouched, and still works as normal.
Now you have a git repository on your
On Thursday 15 March 2012 21:30:39 Sieghard wrote:
Converting SVN to git works well.
But it takes some time and an opportunity - two rare resources at once...
Converting a repository from SVN to git normally takes some minutes only.
Martin
Hallo Martin,
Du schriebst am Fri, 16 Mar 2012 07:25:16 +0100:
Converting a repository from SVN to git normally takes some minutes only.
Maybe. But I've to get some information about it - and the program proper -
first, get some feeling for its use, and only _then_ I will attempt to
convert
Hallo Graeme,
Du schriebst am Fri, 16 Mar 2012 08:27:27 +0200:
But it takes some time and an opportunity - two rare resources at
once...
Your loss... Git saves you lots of time and effort (compared to
SubVersion) - thus saving you money too.
Not so - I'm working at everything else right
On 16 March 2012 21:34, Sieghard wrote:
first, get some feeling for its use, and only _then_ I will attempt to
convert valuable data with it, even if it's proven to work.
That's easy then.
git svn clone url of svn trunk repository
Now you have a git repository on your machine that can push
Hallo Graeme,
Du schriebst am Fri, 16 Mar 2012 23:30:25 +0200:
That's easy then.
git svn clone url of svn trunk repository
So this is a copy then, and if I've verfied it is correct, I can delete the
original?
Now you have a git repository on your machine that can push changes
back to a
On Thursday 15 March 2012 02:06:59 Sieghard wrote:
So, this is not for me then, I suppose. I'd rather want an easy and easily
scripted downloader for the repository, that returns me a tar ball or
such to install.
Tarballs can be downloaded from Gitorious:
On 14 March 2012 23:38, Sieghard wrote:
Did you check if it's not made read only by accident?
:-) Yes, that was one of the first things I did. I gave the
~./msetools and the msegit.sta file full read/write access. It made no
difference.
MSEgit seems to touch the msegit.sta file (the file
On Thursday 15 March 2012 08:57:29 Graeme Geldenhuys wrote:
On 14 March 2012 23:38, Sieghard wrote:
Did you check if it's not made read only by accident?
:-) Yes, that was one of the first things I did. I gave the
~./msetools and the msegit.sta file full read/write access. It made no
On Wednesday 14 March 2012 01:27:42 Sieghard wrote:
There are many git tutorials on the web.
For msegit? I just need it to access your latest git-masters, but I found
no place to specify the URL to do so. The file open dialog isn't meant for
that, I suppose? The only place that supports a
Hi Martin,
I thought I would try msegit again. I tried a simple task... rebasing
one of my local branches against master, to bring it up to date.
From the command line that would be:
git checkout mybranch
git rebase master
For the life of me, I can't seem to figure out how to do that
Hi,
It took me 5-10 minutes to arrange with extra panels a nice workable
window layout using msegit Just to noticed that once I quit git,
that window layout is lost. :-(
PS:
The latest msegit still shows its version number as 0.9 unstable.
--
Regards,
- Graeme -
1 - 100 of 119 matches
Mail list logo