ct.h+=1=en=clnk=us=firefox-b-1
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
like comments. Text prepended to HTML tends to be
tolerated as-is though, so only CSS needs a fix. Trouble is, how does
the error logger know that its output will wind up inside CSS?
--
Andy Goth |
___
fossil-users mailing list
fossil-users
On 06/06/18 19:46, Richard Hipp wrote:
On 6/6/18, Andy Goth wrote:
When a custom bgcolor is set for a check-in, the arrow color coming out
of the check-in is incorrect. In my test case, the outbound arrows are
white, which doesn't look so great against the default white background.
Fixed
ecause it's a binary file. Tiny though it may be,
attachments often don't go well with mailing lists, particularly not
binary attachments. Naturally, I can send it to anyone who requests it,
if anyone's curious and can't wait for me to get the official
On 06/06/18 20:58, Andy Goth wrote:
While investigating a difficult-to-reproduce problem with rebuilds (to
be discussed in a separate email if I ever come up with a procedure), I
managed to get another problem.
My timeline now has a stray up arrow coming off the check-in that comes
"
On 06/06/18 20:26, Eduard wrote:
I might enable public registration 'soon'. Now all I need is a catchy
name, like `chiselapp` :p
There are plenty of fossil terms to choose from, for example archaeo.
--
Andy Goth |
___
fossil-users mailing list
ave an 8.7 kilobyte binary file I'd like to attach (xz -9 compressed
test repository), as well as an image file because I'm at a loss to
describe what I'm seeing in the timeline.
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-sc
not be in separate storage from
the email, but the way email attachments work sucks in general, so if we
can't achieve this ideal, I understand.
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
file
f commit -m 1 -bgcolor '#00aa00'
echo moo > file
f commit -m 2 -bgcolor '#00aa00'
echo moo2 > file
f commit -m 3
f ui
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/m
artifacts, whereas manifest has 10:1 delta
to full-text and file has 6:5 delta to full-text.
Tested using fossil version 2.6 [7ac88481a6] 2018-06-07 00:45:54 UTC,
plus I saw it in 2.5.
--
Andy Goth |
___
fossil-users mailing list
fossil-users
Is there a reason why Fossil tickets don't allow markdown? The format
options are wiki, HTML, plain text, and [links only].
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
ecking
in or adding new unversioned files
- Selectively check in unversioned files along with the rest of the check-in
And on it goes. All of the above can be done today via shell scripts,
so projects wanting to experiment are invited to get started right
On 06/26/18 11:05, Richard Hipp wrote:
On 6/26/18, Andy Goth wrote:
Is there a reason why Fossil tickets don't allow markdown? The format
options are wiki, HTML, plain text, and [links only].
Markdown as a formatting option can be added by configuration.
I apologize, I was unclear. When
to tackle them, who is going to handle them, how
they interact with other things, how they will end up being used in
practice, and all that free-form stuff that would clog a wiki and would
never fit in the rigid linear structure of a ticket.
--
Andy Goth
On 06/26/18 12:42, Richard Hipp wrote:
On 6/26/18, Andy Goth wrote:
A forum might be nice, but I don't want to have to enhance Fossil
just to be able to discuss enhancing Fossil!
Initial prototypes for the forum code are already in the tree. It
just needs some more work.
I noticed! Thank
ln=689-773
http://fossil-scm.org/index.html/artifact/43ca4a3045902238?ln=296-308
http://fossil-scm.org/index.html/help/uv
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/li
-files) would be much better.
You can set the ignore-glob to make Fossil's versioned commands ignore
the unversioned files.
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
to track my own
Fossil development ideas, or would you prefer I keep them in wiki pages
or somewhere else?
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
On 06/27/18 11:43, Richard Hipp wrote:
On 6/27/18, Andy Goth wrote:
Would you be okay with me creating feature requests to track my own
Fossil development ideas, or would you prefer I keep them in wiki pages
or somewhere else?
I prefer them on this mailing list for now. What advantage do
signatures, they are preceded by the magic
character sequence dash-dash-space-newline.
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Even with the latest Fossil, I'm continuing to have problems with reparent.
I'm also continuing to fail to produce a repeatable test case or even a
repository I can share without endangering my livelihood. I've been trying
for a couple years now, ever since reparent was first introduced. One would
, and since there's no mlink,
the event is created. However, the plink table is updated using only the P
card in the original manifest, undoing the reparent tag. Check-in is
visible in the tree but has the wrong parent.
On Wed, Jun 20, 2018, 21:38 Andy Goth wrote:
> Even with the latest Fossil,
the portable approach is to use name=x. :/
Well, I totally forgot slashes could be in page names. What about %2f?
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
bar) or (../wiki/bar), though of course that last
one combines the worst of all worlds.
For now, I'll make sure all my wiki links are to /wiki/whatever.
Note: I'm talking about Fossil version 83e3445f67 (2.1), since that's
what Chiselapp uses.
--
Andy Goth |
__
want %2e%2e%2f
to come up as ../ allowing you to see files outside of the document root!
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Sure, a name like /wiki/a/b could be interpreted as /wiki?name=a/b, but it
would still break relative paths. It's not enough for Fossil to understand
that the / in a/b isn't a path separator; the browser would need to
understand that as well. Linking to (c) would either go to /wiki/a/c or /c,
but
showing up for him. The solution was to look at it
using /doc since /artifact was preventing the relative URL from
resolving to a usable resource.
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On 07/11/18 16:10, Warren Young wrote:
On Jul 10, 2018, at 8:58 PM, Andy Goth wrote:
I thought it interesting that he spoke of merging as if it were a
distinct task in the workflow for adding a file.
Did he check the file in on a branch and then merge it down to trunk?
No he did
ust used Chiselapp directly so far, and is now
focusing on checked-in documents instead. I'll have to remind him about
the doc/ckout feature so he can preview his changes.
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
h
he's out there because of
recent commits to his kitcreator project. Perhaps I just don't have the
right address.
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I sent SlackBuild an updated script to make Fossil 1.30 into a
Slackware package. It's currently under review, but when it's done,
it'll go here:
http://www.slackbuilds.org/repository/14.1/development/fossil/
- --
Andy Goth | andrew.m.goth
other colors
repeat, e.g. #E08080. Probably more, but right now I don't have time to
make a full list.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users
$ sed -ne 's/.*\\(.*\.md\).*/\1/p' www/permutedindex.html | sort -u | wc -l
2
This is intentional. A permuted index provides many links to the same
documents, permuting the name each time.
For example, a document titled hello world will be linked from hello
world and world — hello.
--
Andy Goth
the /zip url.
h affects timeline, etc. generation
m gives /wikiappend
n gives /tktnew
c gives /tktedit
z gives /zip
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil
On 3/11/2015 8:58 AM, Graeme Pietersz wrote:
On 11/03/15 12:25, Andy Goth wrote:
All you have to do is take away all of nobody's privileges.
f user capabilities nobody
Can also be done with the web interface.
And the same for anonymous surely?
No need. anonymous inherits its ability
be implemented which defaults the directory to ., but Fossil 2.0 would
remove the default.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJU+LtPAAoJELtYwrrr47Y4J7oIAMbNIOi5f9LqkOGbaINlSmrl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What's the difference between the /tree and /dir web pages? /tree has more
options, but it seems to support everything /dir supports. Can't /dir be made
into an alias for /tree?
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP
.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJU+MGIAAoJELtYwrrr47Y4f0kH/02L/5MXKUXNVfuzJaNOYCse
fJA7U+Xu3nHcGolMQxz/Di9kQ+1KvM9jJb2aJskMxBAJtu7LvcvPgb3AeUKeLWOR
l4hNtrOknIHs5HvKevcKi30yNVX3bCfRkq8q6Ngey9QxX5VnD4m9oNGUh9Y9JF/i
the file.
Next, click Tree-View. Now only file the directory will be shown.
This problem happens both with /dir and /tree. I see no difference between the
two.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJU
tried again with what I presume to be the main server and got 404:
https://www.fossil-scm.org/index.html/raw/0188ed1fca.txt?name=0188ed1fcae4d2606237804160ce87edf4b7e160
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/5/2015 3:10 PM, Andy Goth wrote:
http://hwaci.com/cgi-bin/fossil/raw/0188ed1fca.txt?name=0188ed1fcae4d2606237804160ce87edf4b7e160
Using
this basic URL against the entire list of shunned artifacts, I was
able to download the following shunned
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/5/2015 3:54 PM, jungle Boogie wrote:
On 5 March 2015 at 12:23, Andy Goth andrew.m.g...@gmail.com
wrote:
⭕: Cherrypick merge (resembles a cherry) ❌: Backout merge
(signifies removal)
FWIW, these are tiny, faint boxes in google chrome
integration.
All my ClearCase experience has convinced me that a well-design version
control system cannot be directly integrated with the filesystem API,
that these two concepts are at fundamentally different levels. It's
imperative that commits transcend writes.
- --
Andy Goth | andrew.m.goth/at/gmail
, UTF-8 is the way to go.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJU+Oh3AAoJELtYwrrr47Y4FygH/2nNiLYHO3xWd1WL48zSB31I
GovY+B3/51gBjmJN1Knt0LGJdYhispsbUh4OwwO4sG0OUOFT0n8abuKGUFtM0x/o
gKihqQKkxx1eYdiyQqm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/3/2015 1:59 PM, Andy Goth wrote:
On 3/2/2015 12:49 PM, Andy Goth wrote:
On 2/24/2015 11:31 AM, Joe Prostko wrote:
Yes, I wondered about the directory name not matching the
filename, but just modified my Haiku build recipe to account
. If this were done on a machine with an SSD and
some more RAM, it may not take quite as long.
Please try again but with repo-cksum turned off, see what difference it
makes.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
On 3/10/2015 3:47 AM, Steven Harford wrote:
I prefer (2). It's more concise and looks great in each of the examples
you provided. Therefore, I'm not sure it's worth maintaining both
display styles in the source code.
Agree.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
always stuck with
obsolete computers. So sharing any given repository file is clearly out
of the question.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Feb 24, 2015 at 12:02 PM, Richard Hipp d...@sqlite.org wrote:
On 2/24/15, Andy Goth andrew.m.g...@gmail.com wrote:
Unlike previous releases, the unpacked directory name does not
contain the seconds. This means the directory and archive
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/2/2015 12:49 PM, Andy Goth wrote:
On 2/24/2015 11:31 AM, Joe Prostko wrote:
Yes, I wondered about the directory name not matching the
filename, but just modified my Haiku build recipe to account for
it. I'll be sure to change the recipe
is that I started on trunk and therefore every update
should keep me on trunk. But that's not the full story since the checkout
version's branch can be edited. If I don't pay close attention to changes in
branch, I will be surprised when my future updates stop doing anything.
- --
Andy Goth
want already exists.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
iQEcBAEBAgAGBQJU7PFdAAoJELtYwrrr47Y4DAgH+QGwXmn8hA1PopVf6QaLfN4f
1qrzlSHX9BfdZJq5rNudvJMcg9GM2Bv6TKrHYUvny/m8OJHpToEV74NzvriRQwES
C3YWesphl54ZrKXdLw
for the SlackBuild script.
Are there any plans to reupload with the directory renamed, or should I modify
the SlackBuild script to strip the final two digits from $SRCVER to get the
directory name?
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22
.
For example, start with Check-ins, then select Tags, then Tech Notes. Next
press Back, and while tag edits are shown, the menu still shows Tech Notes.
Pressing Back again shows checkins, but the menu shows Tags.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2/25/2015 6:32 PM, jungle Boogie wrote:
On 25 February 2015 at 16:12, Andy Goth andrew.m.g...@gmail.com
wrote:
The new select menus don't play well with the back button in
Firefox 36.0, likely other versions too. After pressing back
.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
many kinds of read operations.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
uses a 350MHz PII with 256MB RAM, so this might be
tight.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
On 4/30/2015 12:36 PM, Ron W wrote:
On Thu, Apr 30, 2015 at 10:36 AM, Andy Goth andrew.m.g...@gmail.com wrote:
Seems I have a lot of people trying to access my repository who have
no business doing so:
I'd like to limit access based on the HTTP/1.1 Host: header. If
Host: isn't un.is
user will use. But I do know no legitimate
user will send Host: 5.61.43.116 when that's not even my IP address!
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil
and symlink
state changes.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
in addition to content and
execute bit changes.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi
On 5/7/2015 7:33 PM, Andy Goth wrote:
When a file becomes a symlink, nothing is said at all.
Actually, I'm not entirely sure this is always the case. I have one
repository where making a non-executable file into a symlink resulted in
execute permisssion cleared but another repository where
itself be expanded to provide the
foundation for limiting write access to branches?
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
Currently, Fossil's info page shows only the original and final (edited)
date, user, check-in comment, and tags/properties.
Is there any interest in adding an option to show all revisions of the
above rather than only the first and last?
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
On 5/11/2015 11:57 AM, Richard Hipp wrote:
On 5/11/15, Andy Goth andrew.m.g...@gmail.com wrote:
My wishlist derives from my organization's needs which are currently
being met by ClearCase ...
My mechanism not policy rule derives from some very bad experiences
with ClearCase...
I understand
on a
segregated network, and within that segregated network people are not
assigned individual computers.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users
-imported.
This sounds like it could be automated. But whenever something that may
be a commonly desired feature can be automated, it ought to be
considered for integration (functionally speaking) into Fossil itself.
In other words, this is something I've wanted too. :^)
--
Andy Goth | andrew.m.goth
prefer to have a partner
in crime. :^)
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
to the administrator.
The unspecified reasons are ITAR regulations and the like. They don't
have to make sense because they flow down from government. I would
prefer to not discuss them further. drh and I had a private
conversation on this subject several years ago.
--
Andy Goth | andrew.m.goth/at/gmail
On 5/8/2015 1:13 PM, Warren Young wrote:
On May 7, 2015, at 6:21 PM, Andy Goth andrew.m.g...@gmail.com wrote:
My question is whether this extra level of reporting should be standard
[fossil changes] behavior or only accessible if an extra option is
supplied. My vote is to make it always
On 5/15/2015 12:02 AM, Andy Goth wrote:
I made it standard in [fossil changes] and [fossil status]. See commit
[03679b58]. Please give it a whirl and let me know if it satisfies.
As you may have noticed, I decided to move this change to a branch
called andygoth-metadata-changes. The (updated
née events, but technotes
aren't tied to a version or branch and can't have tags and all that. I
suppose technotes describe the project as a whole rather than a
particular version, release, or branch.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital
On 5/15/2015 10:46 AM, Warren Young wrote:
On May 14, 2015, at 11:02 PM, Andy Goth andrew.m.g...@gmail.com wrote:
Please give it a whirl and let me know if it satisfies.
I just tried 1.33 [209da9bced] on a Linux box, and neither “chmod +x
existing-text-file” nor “chmod -x bin/existing
On 5/15/2015 12:02 AM, Andy Goth wrote:
On 5/8/2015 1:13 PM, Warren Young wrote:
On May 7, 2015, at 6:21 PM, Andy Goth andrew.m.g...@gmail.com wrote:
My question is whether this extra level of reporting should be standard
[fossil changes] behavior or only accessible if an extra option
On 5/15/2015 12:52 PM, Andy Goth wrote:
This problem appears to be fixed. Please see andygoth-metadata-changes
if works for you. Repeating the test case from the previous email
(repeated below) gives a good result with no changes shown after the
final commit.
$ f version
This is fossil
odd. These can't possibly be forks since all this work was
done by me out of a single repository, and no one else was committing
during this time.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
instead.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
file3 10 ci-6
The problem is all those mid=10 comment=ci-6 rows. There should be only
one for file1, but file2 and file3 are also linked to ci-6, i.e. the
fatal merge.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
what does and
does not make it into the next release.
Though I must say that I'm coding up the stuff I would like to be in the
next release. Not up to me though. I'm just writing code to scratch
itches and learn more about the Fossil guts.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
By request from jungle Boogie, I attempted to fix ticket 674d5d5556 The
timeline does not filter by an unexisting tag. My proposed fix is on
branch andygoth-tkt-674d5d5556. It works for me, but I invite outside
testing before merging to trunk.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
https://www.fossil-scm.org/index.html/reports?view=byuser
Sorted by event count, the user between viriketo and ron has empty
string for a name. What's going on here? Is this bug, or is it some
legacy from the early days of Fossil?
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
sense to attribute to me changes to files that were done by others just
because I merged after them.
On May 18, 2015 6:52 PM, Andy Bradford amb-fos...@bradfords.org wrote:
Thus said jungle Boogie on Mon, 18 May 2015 10:45:54 -0700:
Got it, cool. Thanks for the clarification!
Perhaps... Andy
, 2015 at 3:42 PM, Andy Goth andrew.m.g...@gmail.com
wrote:
I just checked in something that's been lurking in my stash since April
of last year. It inhibits links from check-in comments to deleted/empty
wiki pages.
In the context of a commit comment, it does make sense despite the very
common
in the kind of professional environment where any of this matters in the
first place.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
line of this email, said
link would give artifacts related to the branch and surrounding the
check-in being amended.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil
IDs.
Please review and let me know what you think.
This was originally discussed a year ago and three days ago. Glad to
finally have gotten around to it.
http://www.mail-archive.com/fossil-users%40lists.fossil-scm.org/msg15682.html
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
] in the
timeline reverts back to being plain text, as if the wiki page had never
been created.
What does everyone think of this change? Is it worth merging to trunk?
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
their execute permission.
My new code also takes the opportunity to link to the contents of the
file. I experimented with showing the symlink target directly, linking
to the target file, but it's too much work (for now) to grovel through
subdirectories and dangling symlinks.
--
Andy Goth
On 5/15/2015 1:33 PM, Andy Goth wrote:
Please review branch andygoth-metata-info which better shows file type
changes (regular, executable, symlink) in the /info page.
I meant andygoth-metadata-info.
Ugh, I can't get anything right today.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
On 5/15/2015 11:01 AM, Andy Goth wrote:
As you may have noticed, I decided to move this change to a branch
called andygoth-metadata-changes. The (updated) comment:
BUG: [fossil commit] does not reset the chnged flag for files whose
contents have not changed, i.e. files whose only change
On 5/15/2015 12:52 PM, Andy Goth wrote:
$ mkdir .settings
Correction #2. I meant .fossil-settings.
Argh! Sorry for spamming the list.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil
their contents.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
look at the andygoth-versioned-open
branch to see where the code is, since it's adjacent my largest change.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users
a symlink, not a regular file.
See also:
https://groups.google.com/forum/#!topic/fossil-users/L6yrc2cQfGE
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users mailing list
fossil-users
On 4/8/2015 12:15 AM, Andy Goth wrote:
My naïve user expectation is checking in .fossil-settings/allow-symlinks
with contents 1 is all I need to do to get symlinks to work in a
Fossil repository. It does make it possible to check in symlinks.
However, it doesn't help when opening a new
the artifacts to go by, so yes I would guess it
runs the risk of treating manifest lookalikes as check-ins.
What's the real story here?
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
signature.asc
Description: OpenPGP digital signature
___
fossil-users
in the case of a repository made with an older Fossil. Or
maybe you could shun the initial empty check-in and rebuild, but the
rebuild might make another initial empty check-in. Not sure, but still
this is a good check to add.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
some of
the symlinks are used stupidly, but once again I don't get to pick.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
.html
And here's code:
http://www.fossil-scm.org/index.html/timeline?r=andygoth-versioned-open
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
201 - 300 of 367 matches
Mail list logo
