Re: [fossil-users] I have no idea what this is trying to tell me...

On May 8, 2019, at 7:30 PM, Michael Richter wrote: > > ERROR: [CPU/STM32F103RC_buildnumber] is different on disk compared to the > repository This happens during handling of the repo-cksum option, which is enabled by default. For that check to fail, it means you’ve got data corruption

Re: [fossil-users] Fossil update

On Nov 7, 2018, at 6:18 AM, Zoltán Kócsi wrote: > > For some projects we used colour-coding of the Timeline entries, for > example releases were coloured differently from developers-only commits > and so on. That all seems to have gone. If you upgraded your central repository server from 1.29

Re: [fossil-users] This mailing list is now deprecated

On Aug 11, 2018, at 12:19 PM, Warren Young wrote: > > The /forum repository on fossil-scm.org currently doesn’t even allow you to > clone the repository I’m misremembering. See https://fossil-scm.org/forum/forumpost/db505ad4af ___ fos

Re: [fossil-users] This mailing list is now deprecated

On Aug 11, 2018, at 12:01 PM, Andy Bradford wrote: > > Throwing a rock through an 747's window is one way to solve the problem > of getting a plane to drop in altitude, but that doesn't mean it's the > best way. Why is that a good analogy for what’s been done here? I’d say your analogy is

Re: [fossil-users] This mailing list is now deprecated

On Aug 11, 2018, at 11:36 AM, Andy Bradford wrote: > > The mailing list has yet to > deliver spam as far as I can tell. I’d have a hard time proving it, since I delete such things from my local archive, and I wouldn’t be surprised if many of the public archives have their own inbound spam

Re: [fossil-users] Why no EXE+DLL like SQLite?

On Aug 10, 2018, at 4:05 PM, Ron W wrote: > > I recall some discussion about adding fsuser support to Fossil Yes, it was checked in years ago. See src/fusefs.c. Getting FUSE working on Windows is reportedly difficult, however: https://superuser.com/q/179436/14927 > so this could be

Re: [fossil-users] This mailing list is now deprecated

On Aug 10, 2018, at 7:19 AM, Andy Bradford wrote: > > Thus said Warren Young on Wed, 08 Aug 2018 11:45:09 -0600: > >>> Will this ever be enabled? I prefer email over web forum posting. >> >> How would you prevent spammers from using an email submission &

Re: [fossil-users] This mailing list is now deprecated

On Aug 9, 2018, at 8:33 PM, Offray Vladimir Luna Cárdenas wrote: > > I can not login after registering myself. Are you perhaps putting your email address in the user name field? It only accepts user names, for now at least. ___ fossil-users mailing

Re: [fossil-users] This mailing list is now deprecated

On Aug 9, 2018, at 2:12 AM, Aslak Raanes wrote: > > On 9 Aug 2018, at 4:23, Warren Young wrote: > >> On Gmane’s About page, we find this: "Gmane is not an unproblematic >> project…Gmane makes it much easier for spam harvesters to gather these real, >> authe

Re: [fossil-users] This mailing list is now deprecated

On Aug 8, 2018, at 5:49 PM, Will Parsons wrote: > > I am > disappointed that now I shall have to use a (expletive deleted) web > forum to post comments...I have been using Gmane to read and post to > both the Fossil and SQLite mailing lists. I’ve always thought of Gmane as just another web

Re: [fossil-users] 'fossil open' and existing local 'manifest' and 'manifest.uuid' files

On Aug 7, 2018, at 8:51 PM, Artur Shepilko wrote: > > When executing 'fossil > open' for a newly created repo, if there're any existing local files > named "manifest" and "manifest.uuid" these get deleted. Those files are generated by Fossil when you have the default-off setting “manifest”

Re: [fossil-users] Error during commit

On Aug 6, 2018, at 11:30 AM, Philip Bennefall wrote: > > a second commit right afterwards caused a segfault again In advance of drh getting time to work on this, maybe you could give two debugging steps on your end: 1. If you’re doing this on a platform that will run Valgrind, try running a

Re: [fossil-users] Why no EXE+DLL like SQLite?

On Aug 5, 2018, at 2:14 PM, Gilles wrote: > > 1. SQLite is a DLL + EXE package A great many programs have need for an embedded DBMS. Very few programs have need for an embedded DVCS. Note also that these are empirical observations, rather than opinions. > 2. There's no maintained GUI for

Re: [fossil-users] "fossil gdiff" doesn't launch WinMerge; fossil.exe with autocompletion?

On Aug 4, 2018, at 12:13 PM, Gilles wrote: > > But then, "fossil changes" returns nothing either, and it's coherent with the > Unix philosophy. Precisely. You’re applying Windows mores to a tool that comes out of the Unix tradition. As long as you do that, you’ll have expectation

Re: [fossil-users] "fossil gdiff" doesn't launch WinMerge; fossil.exe with autocompletion?

On Aug 4, 2018, at 6:49 AM, Gilles wrote: > > d:\temp\> fossil gdiff myfile.txt > > Nothing. Is d:\temp a checkout directory? What does “fossil stat” give in that directory? ___ fossil-users mailing list fossil-users@lists.fossil-scm.org

Re: [fossil-users] "fossil gdiff" doesn't launch WinMerge; fossil.exe with autocompletion?

On Aug 4, 2018, at 5:16 AM, Gilles wrote: > > fossil settings > gdiff-command(global) "C:\Program > Files\WinMerge\WinMergeU.exe” Double check that the executable is in fact there, not somewhere else, like c:\Program Files (x86). If that doesn’t work, try “dir /x c:\” and putting in the

Re: [fossil-users] Fossil's (lack of) use of the Ticket system

On Aug 3, 2018, at 12:18 PM, Richard Hipp wrote: > > On 8/3/18, Dan Barbarito wrote: >> Hi all, I am trying to understand why Fossil itself does not use the >> built-in ticketing functionality. I understand that trolls + spammers may be >> a problem, but can't ticket changes simply be

Re: [fossil-users] About to merge the forum-v2 branch

On Aug 3, 2018, at 3:29 PM, Richie Adler wrote: > > El 03/08/2018 a las 11:13, Warren Young escribió: > >> The vast majority of mail users *do* go out and specifically pull emails, >> either via IMAP or by visiting a web mail interface of some kind. > > Is there a

Re: [fossil-users] About to merge the forum-v2 branch

On Aug 3, 2018, at 9:04 AM, Pietro Cerutti wrote: > > On Aug 03 2018, 14:13 UTC, Warren Young wrote: >> On Aug 2, 2018, at 2:57 AM, Pietro Cerutti wrote: >>> >>> The fundamental difference between email and web content, is that emails >>> are delivere

Re: [fossil-users] [UI] Increase font size in side-by-side page?

On Aug 3, 2018, at 5:38 AM, Gilles wrote: > > Problem is, the font size is a bit small: That’s because the default view is side-by-side. Try clicking the Unified Diff link at the top of the Fossil UI diff view. ___ fossil-users mailing list

Re: [fossil-users] About to merge the forum-v2 branch

On Aug 2, 2018, at 2:57 AM, Pietro Cerutti wrote: > > The fundamental difference between email and web content, is that emails are > delivered to me Only if you run your own SMTP server. The vast majority of mail users *do* go out and specifically pull emails, either via IMAP or by

Re: [fossil-users] [fossil-dev] About to merge the forum-v2 branch

On Aug 1, 2018, at 3:43 PM, John P. Rouillard wrote: > > In message <23ebb036-9e71-4e02-b496-1361e3852...@etr-usa.com>, > Warren Young writes: >> On Jul 31, 2018, at 7:47 AM, Richard Hipp wrote: >>> >>> The intent is to replace this mailing list >>

Re: [fossil-users] [fossil-dev] About to merge the forum-v2 branch

On Jul 31, 2018, at 7:47 AM, Richard Hipp wrote: > > The intent is to replace this mailing list Are you also going to import all the old content, so that people can clone the forum repo — assuming you still plan to keep the forum and code as separate repos — and get a locally-searchable

[fossil-users] Is abort() necessary in fossil_panic()?

Checkin [81632289] on the forum-v2 branch changed a call to exit(1) in fossil_panic() to call abort() instead, which causes SIGABRT on POSIX type systems, which in turn causes Fossil to dump core if that’s configured on the system. I’m a developer, so core dumps are enabled on my private

[fossil-users] Logout/PW/Email UX fix

It's long bothered me that Fossil puts the password change feature on the "Logout" screen, and that clicking "Logout" doesn't actually log you out. This is not discoverable other than by accident. What’s brought this issue to a head for me is the new forum feature, where now we also have the

Re: [fossil-users] Delay with `fossil ui' (related to backoffice processing?)

On Jul 22, 2018, at 4:21 AM, Florian Balmer wrote: > > writing to a FILE* pointing to NULL may have > exactly the same effect as writing to a FILE* pointing to "/dev/null”? You can open a file called NUL on Windows to get the same effect as /dev/null on POSIX type platforms. Unlike on POSIX,

Re: [fossil-users] Delay with `fossil ui' (related to backoffice processing?)

On Jul 22, 2018, at 1:18 AM, Florian Balmer wrote: > > [5544931c] src/backoffice.c:240 That’s brand new code, less than a week old. It’s not surprising it’s not rock-solid yet. I expect drh is now on the case. :) ___ fossil-users mailing list

Re: [fossil-users] Delay with `fossil ui' (related to backoffice processing?)

On Jul 21, 2018, at 11:48 AM, Florian Balmer wrote: > > I've noticed something with the current tip version of Fossil… > I tried to find a "last good" version by means of "bisecting", but…the delay > never appears with Fossil 2.6. I can see only two ways for those two sentences to be true at

Re: [fossil-users] Backup traffic

On Jul 20, 2018, at 3:32 PM, John P. Rouillard wrote: > > Does a clone/sync grab passwords and user accounts as well? I thought those > weren't copied in the clone but were private to the repository. You get a copy of the users table *if* you clone while logged in with a user with Setup

Re: [fossil-users] Backup traffic

On Jul 20, 2018, at 5:04 AM, Richard Hipp wrote: > > create your backups by cloning and syncing …with Admin privileges. Otherwise, you won’t get important things like the user table. After the first clone, each backup should consist of both a “fossil sync” as well as a “fossil conf pull

Re: [fossil-users] Backup traffic

On Jul 20, 2018, at 2:12 AM, Florian Balmer wrote: > > There's a lot of backup traffic Quantify “a lot.” Do you have benchmark numbers showing that the current load is too high, and that your wished-for changes will reduce load to acceptable levels? > (This was also the main reason for my

Re: [fossil-users] OT: security/entropy (was Re: New Fossil user experiences)

On Jul 15, 2018, at 8:47 AM, Joerg Sonnenberger wrote: > > On Sat, Jul 14, 2018 at 05:24:26PM -0600, Warren Young wrote: >> On Jul 14, 2018, at 2:18 PM, Joerg Sonnenberger wrote: >>> >>> On Fri, Jul 13, 2018 at 03:27:14PM -0600, Warren Young wrote: >>>&g

Re: [fossil-users] Fossil in a chroot jail. Was: Chiselapp status

On Jul 13, 2018, at 8:58 PM, Warren Young wrote: > > On Jul 13, 2018, at 7:09 PM, Richard Hipp wrote: >> >> So, if you want to use the rate limiting feature on >> Linux, you will need /proc mounted in your chroot jail. I wish there >> were a better way… > &

Re: [fossil-users] OT: security/entropy (was Re: New Fossil user experiences)

On Jul 14, 2018, at 2:18 PM, Joerg Sonnenberger wrote: > > On Fri, Jul 13, 2018 at 03:27:14PM -0600, Warren Young wrote: >> >> For example, 100 a’s requires a 7-bit run-length plus zero bits for our >> only code point > > You need more than zero bits to encode t

Re: [fossil-users] Fossil in a chroot jail. Was: Chiselapp status

On Jul 13, 2018, at 7:09 PM, Richard Hipp wrote: > > So, if you want to use the rate limiting feature on > Linux, you will need /proc mounted in your chroot jail. I wish there > were a better way… That’s actually one of the older features of cgroups. Maybe take a look?

Re: [fossil-users] OT: security/entropy (was Re: New Fossil user experiences)

On Jul 13, 2018, at 3:13 PM, Warren Young wrote: > > 2. Add a dollar sign to the message, and bpc goes up a bit. (This conflicts > with your report that adding a special character didn’t change it, but it did > for me.) I just realized where the discrepancy comes from: you *r

Re: [fossil-users] OT: security/entropy (was Re: New Fossil user experiences)

On Jul 13, 2018, at 3:13 PM, Warren Young wrote: > > Now paste in an equivalent number of ‘a’ characters, and you get 0 bits of > entropy. Strictly speaking, you get 1 bit of entropy for the whole message, > but it shows 0 because the calculator is rounding the result off to 3 &

Re: [fossil-users] OT: security/entropy (was Re: New Fossil user experiences)

On Jul 13, 2018, at 2:22 PM, David Mason wrote: > > Acgq75VpCWjdsJaa5abe9JeX3I (don't worry, this isn't a real password to > anything) > > …I fed this through an online entropy calculator and got 4.29 bits of Shannon > entropy That calculator is giving you bits *per character*. You can

Re: [fossil-users] Chiselapp status

On Jul 13, 2018, at 2:13 PM, Roy Keene wrote: > > Upgrading from Fossil 2.1 to something more recent hasn't been a priority; I > have to go through the versions and verify no new features will cause > problems when hosting untrusted repositories, and I haven't done that. I guess you’re

Re: [fossil-users] New Fossil user experiences

On Jul 13, 2018, at 9:39 AM, Andy Goth wrote: > > 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

Re: [fossil-users] /usr/bin/ld: cannot find -ldl

On Jul 12, 2018, at 4:23 PM, Warren Young wrote: > > cc-check-function-in-lib dlopen dl > cc-check-function-in-lib iconv iconv > cc-check-function-in-lib inflateEnd z > cc-check-function-in-lib gethostbyname nsl > cc-check-function-in-lib ns_name_uncompress resolv > cc-

Re: [fossil-users] /usr/bin/ld: cannot find -ldl

On Jul 12, 2018, at 4:06 PM, Richard Hipp wrote: > > On 7/12/18, Jungle Boogie wrote: >> >> openBSD -current x64 > > I don't have access to such a system for debugging purposes. Can you > suggest a patch? I’d suggest revisiting the decision to replace cc-check-function-in-lib with the

Re: [fossil-users] New Fossil user experiences

On Jul 10, 2018, at 8:58 PM, Andy Goth wrote: > > "Got fossil ui working. Added, merged and committed website_design.md." 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

Re: [fossil-users] branch assistance needed

On Jul 5, 2018, at 12:22 PM, Nicola wrote: > > moving check-ins between branches is implemented by simply renaming tags. It’s better to say that you can move a checkin *and all of its children* by adding/changing a propagating tag to that checkin. In Fossil UI, this is the "Make this

Re: [fossil-users] branch assistance needed

On Jul 4, 2018, at 9:50 AM, Dewey Hylton wrote: > > The solution ended up being much less messy than I anticipated Yes; while Fossil will let you create awful messes, this is mitigated by several design choices: 1. It’s really hard to make Fossil actually lose data. It can be done, but it

Re: [fossil-users] branch assistance needed

On Jul 3, 2018, at 3:09 PM, Dewey Hylton wrote: > > Essentially what I did was to commit a change to a new branch, forget I was > in that branch and committed another unrelated change which should have gone > back to trunk but went into the branch. That’s no big problem so far. I’ve done it

Re: [fossil-users] [minor] src/style.c:427 → "%

On Jul 2, 2018, at 9:38 PM, David Mason wrote: > > It's pretty common to put classes on tags, to use CSS to conditionally > choose different renderings by simply changing the class of the body tag. I think you’d have to write TH1 code to get Fossil to serve more than one tag on a given

Re: [fossil-users] [minor] src/style.c:427 → "%

On Jul 2, 2018, at 8:11 AM, mario wrote: > > This misses anything but plain tags in the header > ↓ > if( sqlite3_strlike("%%", zHeader, 0)!=0 ){ >Th_Render(zDfltHeader); > } > > It might rather be %%, so any style attributes > like get recognized still.

Re: [fossil-users] Meta-enhancement

On Jun 28, 2018, at 8:53 PM, David Mason wrote: > > Looks nice. What I meant was: what do I have to change to make it work. Clone my repository, go into Fossil UI, then navigate to Admin > Tickets. Copy as much or as little of what you see there into your Admin > Tickets sections as makes

Re: [fossil-users] Meta-enhancement

On Jun 28, 2018, at 6:15 AM, David Mason wrote: > > where did you make these changes? It’s most readily seen in this repository: https://tangentsoft.com/pidp8i In addition to the reporting changes I previously described, there are others, mainly in Admin > Tickets > Common. For

Re: [fossil-users] Meta-enhancement

On Tue, Jun 26, 2018 at 10:57 PM, David Mason wrote: > we all sell the value of fossil partly because it has a wiki > The current wiki is great for evergreen content: information whose lifetime is independent of that of the software being discussed. Whenever the documentation must evolve in

Re: [fossil-users] What should email notifications look like?

On Jun 22, 2018, at 12:18 PM, Richard Hipp wrote: > > == 2018-06-22 01:28:10 Check-In == > Fix harmless compiler warnings. (user: drh tags: email-alerts) > https://fossil-scm.org/fossil/info/5fde17bbbc2cba69d3f8 Some systems I’ve used in the past have an option to include a diff on checkins.

Re: [fossil-users] Cloning repository with large files very slow

On Jun 21, 2018, at 1:25 PM, E Cruz wrote: > > some of the source files define a few very large tables. These tables do not > change often, but when they do most of their content is replaced with > something completely different from the previous version. Are the differences merely at the

Re: [fossil-users] No rule to make target 'src/email.c', ...

On Jun 21, 2018, at 9:03 AM, Richard Hipp wrote: > > On 6/21/18, Eric Dillon wrote: >> Fails to compile on Win32 VS2013 (12.0) >> >> email.obj : error LNK2019: unresolved external symbol _popen referenced in >> function _email_send > > Thanks for the report. Fixed now. You might want to

Re: [fossil-users] The legacy of FOSSIL_ENABLE_LEGACY_MV_RM

On Jun 20, 2018, at 7:45 PM, bytevolc...@safe-mail.net wrote: > > it is the only compile-time flag that > determines if a setting is hard-coded or if it is obtained from the > repository config. I don’t believe that to be an accurate description of the way the build-time option behaves. Or at

Re: [fossil-users] Backups of deconstructed fossil repositories

On Jun 17, 2018, at 2:05 PM, Warren Young wrote: > > If you’re willing to gamble that if the first test returns true that the > second will also returns true, it buys you a big increase in speed. The > gamble is worth taking as long as the files’ modification timestamps are >

Re: [fossil-users] Backups of deconstructed fossil repositories

On Jun 17, 2018, at 12:16 PM, Thomas Levine <_...@thomaslevine.com> wrote: > > One inconvenience I noted is that the deconstruct command always writes > artefacts to the filesystem, even if a file of the appropriate name and > size and contents already exists. You might want to split that

Re: [fossil-users] A fossil library

On Jun 15, 2018, at 4:46 PM, Stephan Beal wrote: > > - refactoring to a lib is a huge effort. That’s the real trick, I think: the library needs to be part of Fossil proper, so that it stays up to date. That in turn means finding and maintaining a strong boundary between whatever your

Re: [fossil-users] [sqlite] Mailing list shutting down...

On Jun 14, 2018, at 9:34 PM, Warren Young wrote: > > maybe full SMTP support in Fossil wouldn’t be justified, and it would require > integration with a local MTA instead, to push the burden off to the other > component. That wouldn’t be very Fossil, but it would be pragmatic

Re: [fossil-users] [sqlite] Mailing list shutting down...

On Jun 14, 2018, at 9:05 PM, Shal Farley wrote: > > On 2018-06-14 1:47 PM, Warren Young wrote: > >> Would you rather see drh spending time fighting spam or writing useful >> software? > I think that's the best reason for outsourcing the mailing list problem Agreed, whi

Re: [fossil-users] Make Tech Notes work like a Lab Notebook

On Jun 14, 2018, at 7:02 PM, Scott Doctor wrote: > > Looking through my current project fossil UI, it seems that instead of adding > a forum module, what about a modification to the Tech Notes module. In the past, I’ve suggested that a forum could be constructed from a combination of the

Re: [fossil-users] Perception of Fossil (dumb idea for pull requests)

On Jun 14, 2018, at 5:50 PM, John P. Rouillard wrote: > > In message <20180614213758.ga7...@britannica.bec.de>, > Joerg Sonnenberger writes: >> >> >> How do I develop a patch locally and send it to someone for review? > > Would some combination of: > > bundle > > published via > > uv

Re: [fossil-users] Mailing list shutting down...

On Jun 14, 2018, at 5:48 PM, bch wrote: > > On Wed, Jun 13, 2018 at 9:30 AM JH wrote: > > One way to implement that is to incorporate SMTP into Fossil directly. > > Attractive as that may sound, do we really want to be another (near) instance > of Zawinski’s Law? I always had the sense that

Re: [fossil-users] [sqlite] Mailing list shutting down...

On Jun 14, 2018, at 3:36 PM, Thomas wrote: > > On 2018-06-14 22:21, Warren Young wrote: >> I expect to have no Internet access in the plane I will be aboard shortly. > > I'm not aware of any airline that doesn't provide internet access on > long-haul flights. Is there st

Re: [fossil-users] Perception of Fossil

On Jun 14, 2018, at 4:04 PM, Thomas wrote: > As far as I can see until now you got to create an account for every > contributor yourself. I think that’s a feature in a web service that, currently, has no way to do email verification. Else, spammers again. One presumes that if Fossil gets a

Re: [fossil-users] [sqlite] Mailing list shutting down...

On Jun 14, 2018, at 3:10 PM, Thomas wrote: > > On 2018-06-14 21:47, Joerg Sonnenberger wrote: >> I've had to deal with my share of fori. Frankly, they all suck for power >> users, often badly. While mailing lists do tend to be a bit more >> annoying than newsgroups, they nevertheless share the

Re: [fossil-users] Perception of Fossil

On Jun 14, 2018, at 2:51 PM, Ron W wrote: > > In another forum I follow,a commented claims that Fossil is designed for > "cathedral development" not "bazaar development” That’s the official stance, not some rand-o’s opinion: https://fossil-scm.org/index.html/doc/trunk/www/fossil-v-git.wiki

Re: [fossil-users] [sqlite] Mailing list shutting down...

On Jun 14, 2018, at 1:51 PM, John Long wrote: > > having to have browser tabs open for dozens of web forums I bookmark all of the sites I need to go to regularly and place them in a folder in my browser’s bookmark bar so that I can open them all at once with a Cmd- or Ctrl-Click on the

Re: [fossil-users] [sqlite] Mailing list shutting down...

On Jun 14, 2018, at 1:36 PM, Thomas wrote: > > no one wants to see all those in their inbox. Mailing list messages are easily filtered. I have one mailbox for each mailing list I subscribe to, and I read through the messages in list order, which makes it easy to mentally switch gears from

Re: [fossil-users] [sqlite] Mailing list shutting down...

On Jun 14, 2018, at 10:51 AM, Richard Hipp wrote: > > On 6/14/18, Roy Keene wrote: >> If it's any conideration, if it's not a mailing list or something else >> pushed to me, I'll never see it. > > I agree. Any solution must support email notification. Am working on > that now. But, given

Re: [fossil-users] [sqlite] Mailing list shutting down...

On Jun 14, 2018, at 4:29 AM, Dominique Devienne wrote: > > Last discussion/thread on moving away from MLs on the SQLite list showed a > clear bias > against using a forum over a ML IMHO, especially from long time contributors. > My $0.02... —DD I was one of those arguing in favor of mailing

Re: [fossil-users] Mailing list shutting down...

On Jun 13, 2018, at 3:12 PM, Richard Hipp wrote: > > I have found is that forum > and ticket traffic far exceeds the amount of source code. I just exported my local 6-year archive of the SQLite mailing list traffic to an mbox file, then gzipped it, yielding a 31 MB file. The current

Re: [fossil-users] Mailing list shutting down...

On Jun 13, 2018, at 2:04 PM, Steve Schow wrote: > > Yea I agree, this is nice stuff to have, but in my view is not compelling for > fossil which sets itself apart by being lightweight and simple. Yes, and I would expect this Fossil Forum Feature to be lightweight and simple, in the same way

Re: [fossil-users] Mailing list shutting down...

On Jun 13, 2018, at 12:55 PM, Steve Schow wrote: > > There are other deep solutions such as redmine and others which provide deep > collaboration capabilities…which is where that kind of feature would lead to. That makes me like the idea even more. :) It would be nice, for instance, to be

Re: [fossil-users] "remember this password (Y/n)?" and `isatty()`

On Jun 8, 2018, at 5:08 PM, Eduard wrote: > > The '--interactive' switch is only for the sqlite shell I think. It is not > accepted for the remote-url command. So reflect the same feature into main() within src/main.c. Then test the global variable stdin_is_interactive wherever isatty(stdin)

Re: [fossil-users] Mailing list shutting down...

On Jun 13, 2018, at 10:30 AM, JH wrote: > > Recently, I started working on that using my smtp.h and smtp.c: I haven’t looked into your implementation, but I suspect you’re missing a whole lot: http://sqlite.1065341.n5.nabble.com/Many-ML-emails-going-to-GMail-s-SPAM-td98685i20.html#a98722

Re: [fossil-users] Mailing list shutting down...

On Jun 13, 2018, at 9:18 AM, Richard Hipp wrote: > > On 6/13/18, Warren Young wrote: >> If you do this atop Fossil, then you end up inches away from being able to >> provide an oft-wanted feature: email notifications on checkins, wiki article >> changes, and other Fo

Re: [fossil-users] Mailing list shutting down...

On Jun 13, 2018, at 8:05 AM, Richard Hipp wrote: > > My current tthinking is to use a hybrid approach where subscribers get > emails just like ordinary mailing lists, but posting and replying is > via web-form only. If you do this atop Fossil, then you end up inches away from being able to

Re: [fossil-users] "remember this password (Y/n)?" and `isatty()`

On Jun 8, 2018, at 2:47 AM, Eduard wrote: > Maybe it would be possible to add a command-line switch to force it to > remember the password, or a switch to make it pretend stdin is a tty? It looks like that last is already available: -interactive. I’m not aware of any place that all of the

Re: [fossil-users] Resolving recurring settings conflict

On Jun 7, 2018, at 7:04 PM, Warren Young wrote: > > I’ve set .fossil-settings/allow-symlinks to 1 in one of my repositories, so > in order to avoid the complaint from Fossil about a conflict, I also say > “fossil unset allow-symlinks” in the checkout. There’s a related bug t

Re: [fossil-users] style.css served with on settings conflict

On Jun 7, 2018, at 6:58 PM, Andy Goth wrote: > > how does the error logger know that its output will wind up inside CSS? Is there any kind of “context” object that gets passed through the page rendering logic? If so, the high-level code that generates the CSS can declare that the final

[fossil-users] Resolving recurring settings conflict

I’ve set .fossil-settings/allow-symlinks to 1 in one of my repositories, so in order to avoid the complaint from Fossil about a conflict, I also say “fossil unset allow-symlinks” in the checkout. All is fine until I say “fossil conf pull all” command, whereupon the local setting comes back.

[fossil-users] style.css served with on settings conflict

The error prepended to web pages served by Fossil on settings conflicts is being prepended to the style.css file, causing the CSS to be considered invalid by Chrome, at least. This should be done on HTML output only. ___ fossil-users mailing list

Re: [fossil-users] Show time...

On Jun 6, 2018, at 7:26 PM, Eduard wrote: > > Now all I need is a catchy name, like `chiselapp` :p I put my fossils in /museum. You are free to do the same. :) ___ fossil-users mailing list fossil-users@lists.fossil-scm.org

Re: [fossil-users] Show time...

On Jun 3, 2018, at 7:28 PM, Richard Hipp wrote: > > So, if anybody sees any last minute tidying up that we need to do to > the website in anticipation of a huge influx of first-time visitors, > please speak up. Quickly. There are several nits to pick on the Fossil vs. Git page:

Re: [fossil-users] How to link to licence file in fossil wiki

On May 11, 2018, at 7:21 PM, Will Parsons wrote: > > How could I come across this solution on my own? Most of what it does is described here, which is well worth a read if you haven’t done so already: https://fossil-scm.org/index.html/doc/trunk/www/embeddeddoc.wiki

Re: [fossil-users] How to link to licence file in fossil wiki

On May 10, 2018, at 4:50 PM, Will Parsons wrote: > > I know (at least I think I know) that I can get the effect I want by > making the file a Markdown file by renaming it LICENCE.md Yes. Scroll to the final paragraph of this Fossil wiki document for a case in point:

Re: [fossil-users] How to link to licence file in fossil wiki

On May 11, 2018, at 8:09 AM, Richard Hipp wrote: > > License If that works, then I’d strongly suggest text/plain instead. You don’t want Fossil to tell the browser that it should try interpreting ampersands and angle brackets in the plain text of the license.

Re: [fossil-users] Fossil 2.6: shm- and wal-files left behind

On May 9, 2018, at 12:44 PM, Florian Balmer wrote: > > With Fossil 2.6, sometimes there's *.fossil-shm and *.fossil-wal files left > behind in the directory where the repository databases are stored. > > This happens if an unversioned file is accessed through the /uv

Re: [fossil-users] Recently added or enhanced /timeline query parameters

On Apr 28, 2018, at 1:07 PM, Richard Hipp wrote: > > (1) The new days=N query parameter shows all activity within the > previous N days. Nice! I think this will end up being more useful than “max N any type,” as I frequently find myself fiddling with N as a project gets busy

Re: [fossil-users] fossil: error while loading shared libraries: libssl.so.1.1

On Apr 6, 2018, at 7:20 AM, Tim Chase wrote: > > $ ~/bin/fossil > fossil: error while loading shared libraries: libssl.so.1.1: > cannot open shared object file: No such file or directory Given how frequently new security flaws are found in OpenSSL, I think it’s

Re: [fossil-users] Why Fossil is so fast?

On Mar 26, 2018, at 2:45 PM, Warren Young <war...@etr-usa.com> wrote: > > On Mar 26, 2018, at 2:15 PM, Svyatoslav Mishyn <svyatoslav.mis...@gmail.com> > wrote: >> >> Here are results of r.sh when stress.sh was run (and all RAM was used >> on VPS): I’ve

Re: [fossil-users] Error on commit

On Mar 26, 2018, at 1:27 PM, Scott Doctor wrote: > > aborting due to prior errors I’ve seen that sort of message on “fossil update” when a local file is marked read-only and the file was changed on the remote system. Obviously that is not exactly what is happening here,

Re: [fossil-users] Why Fossil is so fast?

On Mar 26, 2018, at 2:15 PM, Svyatoslav Mishyn wrote: > > Here are results of r.sh when stress.sh was run (and all RAM was used > on VPS): > 2018-03-26-19:34:08 time generation: 0.001s; load average: 10.909180 > 2018-03-26-19:34:11 time generation: 0.001s; load

Re: [fossil-users] Why Fossil is so fast?

On Mar 24, 2018, at 5:11 PM, Svyatoslav Mishyn wrote: > > just noticed that page generation of many of my repos is 0.001s. The calculation for that is in the skin’s Footer code: [expr {([utime]+[stime]+1000)/1000*0.001}] In TH1, the utime and stime functions

Re: [fossil-users] one Fossil SCGI process for several domains

On Mar 21, 2018, at 3:53 PM, Svyatoslav Mishyn wrote: > > a.example.net conf: > location / { >include scgi_params; >scgi_pass 127.0.0.1:9000; >scgi_param REQUEST_URI /fossil_repo_a$request_uri; >scgi_param SCRIPT_NAME ""; > } > > b.example.net conf:

Re: [fossil-users] "Not found" error--not understanding

On Fri, Mar 16, 2018 at 6:52 AM, Kevin Walzer wrote: > On 3/16/18 7:06 AM, Richard Hipp wrote: > >> it seems good to move the >> Fossil binary outside of your web hierarchy. Perhaps put it in >> /home/username/bin. >> > > Moving the fossil binary into a different directory

Re: [fossil-users] One mouse click to see all the tickets

On Sat, Mar 17, 2018 at 4:42 AM, J Ronald wrote: > > steps now: > 1. click tab "Tickets" > 2. click "All Tickets" > > steps I want: > 1. click tab "Tickets" > Go to Admin > Skins and edit the Header part, changing the default location for the Tickets link from "/ticket" to

Re: [fossil-users] Moving Wiki/MD files between Wiki list on web UI and source tree, and previewing

On Mar 13, 2018, at 11:33 AM, Warren Young <war...@etr-usa.com> wrote: > > The examples above both show how you can have a common list of documentation > that points to multiple sources. My project’s example shows a > manually-curated list, whereas the Fossil pro

Re: [fossil-users] Moving Wiki/MD files between Wiki list on web UI and source tree, and previewing

On Mar 13, 2018, at 9:43 AM, Tony Papadimitriou wrote: > > 1. I have some Wiki/MD files created from the web UI. Can I move them to the > source tree and still keep access to them from the web UI? That’s the whole point of the embedded documentation feature:

  1   2   3   4   5   6   7   8   9   >