This is a problem already discussed. The files section of the web
interface become a mess when people rename or delete files.
In my personal opinion, the files section should point, by default, to
the active files in the last commit in the trunk. (and give a link to
go to other versions or to ALL
> Define "last committed leaf" in a distributed system. Even if you can, it
> may be on a branch you don't care about, the repository has no way of
> telling.
"last committed leaf"
Definition 1: It is the "Open leaf" with most recent commit date in
current repository
Definition 2: It is the first
, one open leaf
3- Show only files not removed in a recent period of time
4- Give the user the possibility to actively mark a file as hidden
Ramon Ribó
2010/2/12 Krum Pet :
> Is it possible to hide a file so it doesn't show up in the files list
> after you have removed it from v
only gave the extra files inside current directory
Ramon Ribó
2010/2/10 Joshua Paine :
> What I could really, really use is a way to persistently ignore files
> and entire directories. It's great to keep all your files that shouldn't
> be version controlled out of your project dir,
.
RR
2010/1/21 Daniel Carrera :
> Ramon Ribó wrote:
>> I think that fossil solution of using a simple file __FOSSIL__ in the
>> root directory is a far superior solution than the classical of creating
>> a directory for the SCM.
>
> Why? Even if you get rid of manifest
I think that fossil solution of using a simple file __FOSSIL__ in the
root directory
is a far superior solution than the classical of creating a directory
for the SCM.
The only point is that files "manifest" and "manifest.uuid" should not be there
by default in new projects. Only people actively i
> A reasonably modern computer can compute these fast enough
> to break most user passwords in a couple of minutes. What PBKDF2 does is
> use a function that is purposely expensive to make the dictionary attack
> I just described impractical.
Anyone minimally concerned with security, will use a pa
In fact, fossil is saying that the merge between a file and a
deleted file is a deleted file. Which is something to what I would
strongly agree.
RR
2009/12/11 Will Duquette :
> On Dec 11, 2009, at 6:48 AM, Ramon Ribó wrote:
>
>> What I meant was the following:
>>
>> r
What I meant was the following:
rm file1
fossil update
in others VCS like CVS, file "file1" would appear again on disk. in
fossil it does not.
fossil revert file1
Now, it appears on disk
Compass Ing. y Sistemas Dr. Ramon Ribo
http://www.compassis.com ram...@compassis.com
c/
ry to do a "fossil revert". There are some people,
myself included, that think that "fossil update" should recreate deleted files.
2009/12/11 Will Duquette :
>
> On Dec 10, 2009, at 7:30 AM, Ramon Ribó wrote:
>
>>> If I then do
>>>
>>>
> Hm, I just browsed the man pages of many VCS systems (CVS included) to find
> examples of parameters for the message file. I had no problem locating their
> pages, browsing the manual and finding them for 6 VCS systems in about 3
> minutes.
>
You must be cleverer than me ... or I felt my 3 mi
> If I then do
>
> rm *.foo
>
> when I meant to do
>
> fossil rm *.foo
>
> I can then do
>
> fossil update
>
> which will give me my *.foo files back.
Are you sure that this command is going to give that files back? Have
you tried it?
This is another field where there are currently propo
grate
I have recently integrated fossil inside a GUI tool in RamDebugger (is
it the first integration?), and have not missed at all the
"-message-file" option. Why? It is fairly easy from an external tool
to massage the log message to fit in the "-m" option.
RR
2009/12/10 Dani
> ... because it means more users. More users = better
> testing. Better testing = less problems for you and I.
Sure? And the pleasure of using an elite tool, far away from the masses?
Compass Ing. y Sistemas Dr. Ramon Ribo
http://www.compassis.com ram...@compassis.com
c/ Tuse
t
we?), but with the added complexity for the final user. One more
option to read in the help, one more option to remember...
RR
2009/12/9 Stephan Beal :
> On Wed, Dec 9, 2009 at 11:41 PM, Ramon Ribó wrote:
>>
>> category. I do not see it useful for scripting or external tools,
7-2 tel. +34 93 218 19 89
08006 Barcelona, Spainfax. +34 93 396 97 46
2009/12/9 Joshua Paine :
> On Wed, 2009-12-09 at 23:41 +0100, Ramon Ribó wrote:
>> An option that I would like to see in fossil, as it is not easy to
>> perform in fossil without changing any fil
One of the thinks that I most dislike of other VCS is the excess of
options. Too many options means to much time reading the manuals and
to much time remembering the possibilities of the tool.
Fossil is very good at it. It has the minimum set of options to make the
tool useful.
In my opinio
In practical terms, it is very annoying and confusing to go to the
files section and see that the file that we introduced by error
several years ago and immediately after deleted, is listed there as a
normal file.
In my opinion, the best option would be to list by default the files
of the last ver
Have you tried to do:?
fossil merge A
A is the name of the version that you commited in the other laptop
2009/11/28 Will Duquette :
> Richard asked that I give more information on ticket 1e919e389b
> here on the mailing list.
>
> What I was seeing, and reported in that ticket, was this:
>
> * I
Hello,
The script attached is a 250 lines code in TCL that imports a cvs
project into fossil. I am sure that it will be easy for you to adapt
to svn. Feel free to do whatever you want
with it.
The capabilities of the script are as follow:
1- It can import one or several cvs projects
Hello,
We have just released the new version of RamDebugger. This is an
open source IDE and debugger
for the TCL language. Apart from this, it contains support to manage
CVS controlled projects
and, more recently, fossil projects. There are versions for Windows
and Linux. There is an older
v
> Seriously, how hard
> is it to make a build environment with a script that modifies what should be
> modified on checkout? I don't see the extreme problems here with "fossil
> update" followed by "bin/convert" where the latter is a script specific to
> your project that converts only the files
I mean last checkin of the trunk
Then, in the branches page there could be the possibility of downloading
the last checkin of every branch
2009/10/21 Dmitry Chestnykh :
> On 21.10.2009, at 21:23, Ramon Ribó wrote:
>
>> Maybe in the files section of the web, you can a
Maybe in the files section of the web, you can add a link to:
Download zip of last checkin
2009/10/21 D. Richard Hipp :
>
> On Oct 21, 2009, at 1:03 PM, Wilson, Ronald wrote:
>>>
>>> "Other Links: files | ZIP archive | manifest"
>>
>> I never noticed that - and the zip has all the code
echo $contents | unix2dos
else
echo $contents | dos2unix
fi
else
echo "$contents"
fi
2009/10/21 Joshua Paine :
> On Wed, 2009-10-21 at 17:09 +0200, Ramon Ribó wrote:
>> 1- A TCL file is checked in on windows
>> 2- It is checked out on unix and line
-all editor). In Windows, they typically open with Notepad.
4- The file is viewed as with one very long line
I am sure that I can find much more examples.
2009/10/21 Joshua Paine :
> On Wed, 2009-10-21 at 16:36 +0200, Ramon Ribó wrote:
>> In any case, what is your proposal for usin
, it is very
difficult or impossible to implement the solution externally to fossil
as an script
or something.
In any case, what is your proposal for using fossil to manage a program
both in unix and windows?
2009/10/21 D. Richard Hipp :
>
> On Oct 21, 2009, at 7:57 AM, Ramon Ribó
Hello,
When developing the same program on Unix and on Windows, cvs
automatically converts the line
end of the files to the appropriates for every platform. In this way,
if we commit a file in windows that
contains "\r\n" as line ends, we can checkout this file on unix and it
will have "\n" li
Hello,
In my opinion it would be nice to extend a bit the fossil markup to
make it a subset of creole. Specifically I would add:
1) **bold** and //italics// (nicer than the thing)
2) relax the specification of 2 spaces around '*' and '#' for making
lists. What is
the problem with "*
the orrect attachment. The only file I see is to change cvsroot
> in cvs repository.
>
> - Altu
>
>> - Original Message -
>> From: "Ramon Ribó"
>> To: fossil-users@lists.fossil-scm.org
>> Subject: [fossil-users] importing from cvs
>> D
Hello,
I have developed a TCL script to import a cvs repository project
into fossil. It should
deal with remote repositories, tags, branches, etc. The nice thing is
that it takes around
200 lines of code, so it should be completely readable.
You can find it attached. I'll appreciate any c
ram...@compassis.com
c/ Tuset, 8 7-2 tel. +34 93 218 19 89
08006 Barcelona, Spainfax. +34 93 396 97 46
2009/10/7 Andreas Kupries :
> Ramon Ribó wrote:
>> Andreas,
>>
>> The problems were:
>
> Thanks.
>
>> 1
fix. Point d) I have no idea what
happens.
2009/10/7 Andreas Kupries :
> Ramon Ribó wrote:
>>> Oh. I didn't know about these (while writing cvs2fossil). Which is why I put
>>> this information into the new commit message. Since when do they exist ?
>>
>> An
> Oh. I didn't know about these (while writing cvs2fossil). Which is why I put
> this information into the new commit message. Since when do they exist ?
Andreas, I see that you are the developer of cvs2fossil. I have tried it and I
have had some problems with it (the details are in another mess
1- If someone wants to create a new cvs2fossil, what command can be
used to commit a
file with an ancient date?
2- How to revert a file to a different version but saving with a
different name?
___
fossil-users mailing list
fossil-users@lists.fossil
> You can. Just type:
>
> fossil comment file1 file2 ...
>
> and it will only commit the files named.
Thanks for the info. I have implemented the commit file by file in RamDebugger.
If someone wants to try it, fossil rep is here:
http://www.compassis.com:8079/c/ramdebugger/home
Standard Ram
Hello,
In order to proceed with my evaluation of fossil, I have made two things:
1 - Create a fossil repository for RamDebugger (unfortunately the cvs history
of RamDebugger cannot be included into the repository as cvs2fossil does
not work)
2- Add functionality to RamDebugger
Thanks for the answers. More comments:
> Why not just check out the whole thing? What is the point of checking
> out a partial tree? Are you really that short of disk space?
Of course, this is not a disk space issue. There are several reasons to
consider it as an advantage:
- Some packages are
Dear list members,
We are currently using cvs to maintain many different projects in
our company. After reviewing fossil, it looks as a very nice piece of
software that can make a much better job than cvs for our development
needs. So, we are considering the possibility of moving into fossil
101 - 139 of 139 matches
Mail list logo
