Re: [sqlite] rationale for private archives of the SQLite mailing list and suppressed reply-to

2019-10-14 Thread Warren Young
On Oct 14, 2019, at 3:04 PM, Keith Medcalf wrote: > > On Monday, 14 October, 2019 14:18, Warren Young wrote: > >> Fossil Forums allow you to subscribe to email notifications. From the >> reader’s perspective, it’s really very little different from the current >> Mailman based scheme. > > The

Re: [sqlite] rationale for private archives of the SQLite mailing list and suppressed reply-to

2019-10-14 Thread Keith Medcalf
On Monday, 14 October, 2019 14:18, Warren Young wrote: >Fossil Forums allow you to subscribe to email notifications. From the >reader’s perspective, it’s really very little different from the current >Mailman based scheme. The preceding paragraph is completely at odds with the following paragr

Re: [sqlite] rationale for private archives of the SQLite mailing list and suppressed reply-to

2019-10-14 Thread Warren Young
On Oct 11, 2019, at 11:33 AM, Tim Streater wrote: > > A mailing list suits me just fine. It works well and gets next to no spam. In > addition, it's not yet another damn website I have to log into to use and > remember my username/password for. And I don't care if it's not "modern”. Fossil For

Re: [sqlite] rationale for private archives of the SQLite mailing list and suppressed reply-to

2019-10-14 Thread Warren Young
On Oct 11, 2019, at 9:56 AM, Brannon King wrote: > > I'd like to propose that we > upgrade to something more modern and secure like Sympa or mlmmj, or even a > more drastic system upgrade to something like Redmine -- a project > tracker + forum. This is a really old argument, which we’ve had at

Re: [sqlite] rationale for private archives of the SQLite mailing list and suppressed reply-to

2019-10-14 Thread Warren Young
On Oct 11, 2019, at 9:41 AM, Mike Bayer wrote: > > what is the reason that the SQLite mailing list archives...are private for > members only in order to be read? Probably because you can extract email addresses and real names from the archives. Harvesting of such information is a problem inhe

[sqlite] Slight problem compiling Tcl bindings -- can't strip .dll file

2019-10-14 Thread Gerry Snyder
I just compiled 3.30.1 on Win 10 using msys (./configure make). I saw what seemed to be the usual "permission denied" and warning messages. As usual, I tried to strip the binary (force of habit rather than needing a smaller .dll), and got the following message: $ strip sqlite3301.dll C:\MinGW\

Re: [sqlite] Downside of setting SQLITE_MAX_ATTACHED to 125

2019-10-14 Thread Richard Hipp
On 10/14/19, szmate1618 . wrote: > Hello everyone! > > After consulting the manual and doing a little googling I'm still unsure > about the runtime cost of a high SQLITE_MAX_ATTACHED setting. I admit 10 is > a reasonable default, but it's possible that I'll need a bit more. Can I > just set it to

[sqlite] Downside of setting SQLITE_MAX_ATTACHED to 125

2019-10-14 Thread szmate1618 .
Hello everyone! After consulting the manual and doing a little googling I'm still unsure about the runtime cost of a high SQLITE_MAX_ATTACHED setting. I admit 10 is a reasonable default, but it's possible that I'll need a bit more. Can I just set it to 125 right away and stop worrying about it, wi