2014/1/8 Joseph R. Justice jayare...@gmail.com:
Ummm... One other quite possibly naive question. I browsed in the Fossil
sources briefly related to the tag you mentioned previously, the
sqlite-min-to-3.7.17 tag, and if I'm understanding what I see correctly,
you're doing the check for the
2014/1/7 Joseph R. Justice jayare...@gmail.com:
I assume you do not mean here that Fossil v 1.28 should be released
concurrently with SQLite release v 3.8.3, but instead that Fossil v 1.28
should be released when it is ready on or after the moment that SQLite
release v 3.8.3 is tagged (be that
On Mon, Jan 6, 2014 at 7:52 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
at (1): Supporting every SQLite 3.7.x release is madness,
SQLite 3.7.17 is more than 7 months old now, that should
be enough time for whatever distribution to upgrade to it.
That depends on what other packages
2014/1/6 Jan Nijtmans jan.nijtm...@gmail.com:
(4) Immediately after the fossil 1.28 release, add a runtime-check
for SQlite 2.8.2 (as suggested by Joe Mistachkin), and add
WITHOUT ROWID to whatever SQL statement it is useful.
Unconditionally!
Implementation here:
On Tue, Jan 7, 2014 at 4:37 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
2014/1/7 Joseph R. Justice jayare...@gmail.com:
May I ask why that run-time check cannot or should not be made in the
release version of Fossil 1.28, rather than immediately after it is
tagged
such that it will
On Mon, Jan 6, 2014 at 7:52 AM, Jan Nijtmans jan.nijtm...@gmail.com wrote:
2014/1/4 Richard Hipp d...@sqlite.org:
(3) After SQLite 3.8.3 is released, release fossil 1.28 with
the EXACT SQLite 3.8.3 amalgamation included.
I assume you do not mean here that Fossil v 1.28 should be
On Thu, Jan 2, 2014 at 9:52 PM, Nico Williams n...@cryptonector.com wrote:
More generally, trying to ensure that a) there's only one copy of
every library in the distro/OS, b) all version dependencies match up,
is *super* hard, if not impossible. Eventually there are some very
commonly used
On Thu, Jan 2, 2014 at 2:04 PM, Joseph R. Justice jayare...@gmail.comwrote:
Further, in the embedded software world at least, I expect it is often
difficult or even impossible to update software in the first place to patch
bugs or provide new functionality, so there is no need much less
On Fri, Jan 3, 2014 at 1:22 PM, Ron Wilson ronw.m...@gmail.com wrote:
On Thu, Jan 2, 2014 at 2:04 PM, Joseph R. Justice jayare...@gmail.comwrote:
Further, in the embedded software world at least, I expect it is often
difficult or even impossible to update software in the first place
On Fri, Jan 3, 2014 at 1:50 PM, Joseph R. Justice jayare...@gmail.comwrote:
Actually... What I was thinking of here was not anything related to
preparation of the software changes or release package, but instead the
actual deployment of the software itself into the field, and particularly
On Fri, 03 Jan 2014 19:28:10 +0100, Richard Hipp d...@sqlite.org wrote:
On Fri, Jan 3, 2014 at 1:22 PM, Ron Wilson ronw.m...@gmail.com wrote:
BTW, the singular of data is datum.
It is in Latin. In English data is a mass noun or an uncountable
noun. Like sand or information or water, it
On 03/01/14 21:54, j. van den hoff wrote:
[...]
as a physicist I've never seen `data' used in its singluar form and I'm
sure you are not completely (although mostly) right here. but
as a non-native speaker I rather resort to the Oxford Dictionary of
English which says (citing it verbatim
Thus said Richard Hipp on Thu, 02 Jan 2014 11:32:22 -0500:
I hate having to support --disable-internal-sqlite, and I hate having
to add silly work-arounds in the code to accommodate distributions
trying to use an older SQLite with a newer Fossil. This impedes
progress and
Andy Bradford wrote:
I see no reason to accomodate older SQLite libraries in Fossil code
workarounds. Shouldn't we just update the following lines of configure
detection to have a new requirement of SQLite = 3.8.2 and be done with
it; thus also avoiding the workarounds, bugs and
2014/1/1 Andy Bradford amb-fos...@bradfords.org:
...I get this because I configure with --disable-internal-sqlite
on OpenBSD.
Fixed here:
http://fossil-scm.org/index.html/info/c3211392da
The branch timeline-utc contains another
--disable-internal-sqlite - related fix (making
the
2014/1/2 Richard Hipp d...@sqlite.org:
It's maddening. It makes my hair turn gray. It irks me more than seeing
the noun data used as a plural. Utter madness!
But we live in a fallen world. We have to do it. Please go ahead and
merge.
Thanks! Actually, I agree that it's madless, but
_WHY_ does --disable-internal-sqlite (and the unknown versions of
SQLite that follow) have to be supported ?
If package/OS maintainers insist on hacking in alien shared-lib
SQLite, let them own their hacks and the repercussions.
Call it a major version# bump, and remove that support.
-bch
On
[Top-posting considered harmful. *cough*]
On Thu, Jan 2, 2014 at 12:40 PM, B Harder brad.har...@gmail.com wrote:
On 1/2/14, Richard Hipp d...@sqlite.org wrote:
The silly requirement of some distributions that *everything* must be a
shared library irks me beyond words. I hate having to
On Thu, Jan 2, 2014 at 2:04 PM, Joseph R. Justice jayare...@gmail.comwrote:
[Top-posting considered harmful. *cough*]
On Thu, Jan 2, 2014 at 12:40 PM, B Harder brad.har...@gmail.com wrote:
On 1/2/14, Richard Hipp d...@sqlite.org wrote:
The silly requirement of some distributions that
* Richard Hipp:
The silly requirement of some distributions that *everything* must be a
shared library irks me beyond words. I hate having to support
--disable-internal-sqlite, and I hate having to add silly work-arounds in
the code to accommodate distributions trying to use an older SQLite
On Thu, Jan 2, 2014 at 5:28 PM, Florian Weimer f...@deneb.enyo.de wrote:
* Richard Hipp:
The silly requirement of some distributions that *everything* must be a
shared library irks me beyond words. I hate having to support
--disable-internal-sqlite, and I hate having to add silly
On Thu, Jan 2, 2014 at 4:28 PM, Florian Weimer f...@deneb.enyo.de wrote:
* Richard Hipp:
The silly requirement of some distributions that *everything* must be a
shared library irks me beyond words. I hate having to support
--disable-internal-sqlite, and I hate having to add silly work-arounds
On Thu, Jan 2, 2014 at 8:50 PM, Richard Hipp d...@sqlite.org wrote:
On Thu, Jan 2, 2014 at 5:28 PM, Florian Weimer f...@deneb.enyo.de wrote:
* Richard Hipp:
The silly requirement of some distributions that *everything* must be a
shared library irks me beyond words. [...]
Uhm, does POSIX
23 matches
Mail list logo
