2021.09.09. 18:41 keltezéssel, Slavomir Skopalik írta:
And if snapshot has quality of release, why is not released more often
officially?
+1
Gabor
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
No, nobody talking about bug report.
The topics are:
1. Customers don't want to have unofficial version.
2. Snapshot are not tested by firebird users
3. Missing official change log (whats new) causes that you will not pass
audit
4. Regressions in code (remember FB2.5)
And if snapshot has q
Slavomir Skopalik wrote 09.09.2021 18:12:
But this is automated tests, not a real experiences.
Automated tests were created after reported bugs. If you see no test for a
bug - nobody reported it, right?
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforg
But this is automated tests, not a real experiences.
Slavek
Ing. Slavomir Skopalik
Executive Head
Elekt Labs s.r.o.
MASA - Collection and evaluation of data from machines and laboratories
http://eng.elektlabs.com/products-and-services/masa
Slavomir Skopalik wrote 09.09.2021 17:54:
Finally, the releases are test by large number of users, but snapshots?
http://firebirdtest.com
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
From customer point of view, if we are using latest official release,
we do the best what we can.
If we are using snapshots, is the same as will do our self modification.
And by the way in many cases not all snapshot are stable.
You can see post commits or reverts.
Finally, the releases are t
Mike Kaganski wrote 09.09.2021 15:58:
Users would never be able to compare their problems if their user versions would
be different dailies.
The first rule of bug reporting - try your testcase against the current
snapshot.
Users either have reproducible testcase that they can test against
On 09.09.2021 13:27, Dimitry Sibiryakov wrote:
Mark Rotteveel wrote 09.09.2021 12:22:
Snapshots are not releases.
The difference is only changelog and number. Automated tests are run
in any case.
:) Indeed not only that.
Any release is a landmark; it establishes a baseline. It allows
Slavomir Skopalik wrote 09.09.2021 12:11:
if you will put snapshots into production, you will be responsible for
everything.
It sounds as if Firebird project can take liability for release builds...
The another point of view is, that snapshot is not tested and verified by
public.
Test
Sorry to say,
if you will put snapshots into production, you will be responsible for
everything.
The another point of view is, that snapshot is not tested and verified
by public.
For my customers, no way to go.
Slavek
Ing. Slavomir Skopalik
Executive Head
Elekt Labs s.r.o.
MASA - Collecti
Mark Rotteveel wrote 09.09.2021 12:22:
Snapshots are not releases.
The difference is only changelog and number. Automated tests are run in any
case.
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
On 2021-09-09 11:57, Dimitry Sibiryakov wrote:
Gabor Boros wrote 09.09.2021 9:36:
3.0.7 released in October 2020.
Snapshots are released daily.
Snapshots are not releases.
Mark
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
Gabor Boros wrote 09.09.2021 9:36:
3.0.7 released in October 2020.
Snapshots are released daily.
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
09.09.2021 12:36, Jiří Činčura wrote:
I'm trying to read response for `fb_info_creation_timestamp_tz`. Timezone
piece. But I'm getting some weird data.
The whole buffer is `139, 12, 0, 8, 232, 0, 0, 10, 71, 173, 16, 216, 103, 147,
0, 1`, thus if I'm counting correctly
the `216, 103, 147, 0` sho
> > I'm trying to read response for `fb_info_creation_timestamp_tz`. Timezone
> > piece. But I'm getting some weird data.
> > The whole buffer is `139, 12, 0, 8, 232, 0, 0, 10, 71, 173, 16, 216, 103,
> > 147, 0, 1`, thus if I'm counting correctly
> > the `216, 103, 147, 0` should be timezone da
09.09.2021 11:51, Jiří Činčura wrote:
Hi,
I'm trying to read response for `fb_info_creation_timestamp_tz`. Timezone piece. But I'm getting some weird data.
The whole buffer is `139, 12, 0, 8, 232, 0, 0, 10, 71, 173, 16, 216, 103, 147, 0, 1`, thus if I'm counting correctly
the `216, 103, 147, 0
2021.09.06. 12:45 keltezéssel, Dmitry Yemanov írta:
06.09.2021 13:31, Omacht András wrote:
is 3.0.8 expected to be released in the near future?
Yes, September-October.
Dmitry
3.0.7 released in October 2020.
What we need to get more frequent (for example in the middle of each
quarter) po
Hi,
I'm trying to read response for `fb_info_creation_timestamp_tz`. Timezone
piece. But I'm getting some weird data. The whole buffer is `139, 12, 0, 8,
232, 0, 0, 10, 71, 173, 16, 216, 103, 147, 0, 1`, thus if I'm counting
correctly the `216, 103, 147, 0` should be timezone data, which is wei
18 matches
Mail list logo