You can subscribe to this list here.
2001 |
Jan
|
Feb
(1) |
Mar
|
Apr
(36) |
May
(56) |
Jun
(1) |
Jul
(5) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
(15) |
Apr
(5) |
May
(7) |
Jun
(5) |
Jul
(3) |
Aug
(6) |
Sep
(3) |
Oct
(8) |
Nov
(23) |
Dec
(21) |
2003 |
Jan
(25) |
Feb
(37) |
Mar
(59) |
Apr
(11) |
May
(8) |
Jun
(24) |
Jul
(18) |
Aug
(29) |
Sep
(30) |
Oct
(11) |
Nov
(20) |
Dec
(5) |
2004 |
Jan
(43) |
Feb
(24) |
Mar
(61) |
Apr
(14) |
May
(23) |
Jun
(50) |
Jul
(13) |
Aug
(56) |
Sep
(55) |
Oct
(64) |
Nov
(94) |
Dec
(27) |
2005 |
Jan
(40) |
Feb
(10) |
Mar
(55) |
Apr
(20) |
May
(16) |
Jun
(6) |
Jul
(58) |
Aug
(38) |
Sep
(5) |
Oct
(6) |
Nov
(71) |
Dec
(99) |
2006 |
Jan
(6) |
Feb
(15) |
Mar
(22) |
Apr
(9) |
May
(31) |
Jun
(35) |
Jul
(47) |
Aug
(18) |
Sep
(21) |
Oct
(24) |
Nov
(63) |
Dec
(79) |
2007 |
Jan
(22) |
Feb
(40) |
Mar
(47) |
Apr
(69) |
May
(22) |
Jun
(20) |
Jul
(25) |
Aug
(13) |
Sep
(7) |
Oct
(44) |
Nov
(76) |
Dec
(1) |
2008 |
Jan
(26) |
Feb
(30) |
Mar
(120) |
Apr
(14) |
May
(22) |
Jun
(40) |
Jul
(48) |
Aug
(7) |
Sep
(34) |
Oct
(31) |
Nov
|
Dec
(30) |
2009 |
Jan
(9) |
Feb
(6) |
Mar
(9) |
Apr
(2) |
May
(9) |
Jun
|
Jul
(31) |
Aug
(32) |
Sep
(15) |
Oct
(23) |
Nov
|
Dec
(9) |
2010 |
Jan
(19) |
Feb
(9) |
Mar
|
Apr
|
May
(9) |
Jun
(6) |
Jul
(8) |
Aug
(21) |
Sep
(10) |
Oct
(1) |
Nov
(3) |
Dec
(33) |
2011 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
(10) |
May
|
Jun
(9) |
Jul
(23) |
Aug
(2) |
Sep
(35) |
Oct
(36) |
Nov
|
Dec
(4) |
2012 |
Jan
(3) |
Feb
(8) |
Mar
(3) |
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(12) |
Nov
(12) |
Dec
|
2013 |
Jan
(18) |
Feb
(5) |
Mar
(1) |
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
(21) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
(11) |
2014 |
Jan
|
Feb
|
Mar
(4) |
Apr
(2) |
May
|
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(6) |
Oct
|
Nov
(29) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
(14) |
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(7) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
(3) |
2016 |
Jan
(14) |
Feb
(9) |
Mar
(33) |
Apr
(12) |
May
(18) |
Jun
(3) |
Jul
|
Aug
(15) |
Sep
|
Oct
|
Nov
|
Dec
(22) |
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(44) |
Nov
(32) |
Dec
(8) |
2018 |
Jan
(2) |
Feb
(25) |
Mar
(16) |
Apr
(11) |
May
(1) |
Jun
(19) |
Jul
(3) |
Aug
|
Sep
|
Oct
(25) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(3) |
2020 |
Jan
(29) |
Feb
(28) |
Mar
(13) |
Apr
(13) |
May
(107) |
Jun
(75) |
Jul
(57) |
Aug
(36) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
(1) |
2021 |
Jan
(2) |
Feb
(13) |
Mar
(5) |
Apr
(6) |
May
(44) |
Jun
(9) |
Jul
(9) |
Aug
(3) |
Sep
(11) |
Oct
(5) |
Nov
(14) |
Dec
(19) |
2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
(4) |
May
(1) |
Jun
(1) |
Jul
(13) |
Aug
(6) |
Sep
(2) |
Oct
(7) |
Nov
(2) |
Dec
|
2023 |
Jan
(2) |
Feb
|
Mar
(13) |
Apr
(2) |
May
(31) |
Jun
(12) |
Jul
(5) |
Aug
(5) |
Sep
(27) |
Oct
(7) |
Nov
(25) |
Dec
(7) |
2024 |
Jan
(11) |
Feb
(27) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Mark R. <ma...@la...> - 2020-08-02 14:18:23
|
When I started migration of the first documents, we talked about the bookmarks in the PDF, specifically how deep it should be and at what level it should collapse. I forgot about it until I was looking at the release notes migration. Currently the bookmarks in the PDFs are depth 3 and all levels expanded. The 'old' PDFs had - as far as I can tell - no depth limit (or at minimum a depth of 4), but are initially collapsed (so you only see the chapters). I propose to reinstate this for the new PDFs as well (so depth 4, collapse so only chapters are shown initially). Any objections? Mark -- Mark Rotteveel |
From: Mark R. <ma...@la...> - 2020-08-02 13:37:43
|
I did a conversion of the Firebird 4 release notes (not yet committed). You can find them at: HTML: https://www.lawinegevaar.nl/fbdocs/html/en/rlsnotes/rlsnotes40/firebird-4-release-notes.html#rnfb40-reswords PDF: https://www.lawinegevaar.nl/fbdocs/pdf/en/rlsnotes/rlsnotes40/firebird-4-release-notes.pdf Any feedback is welcome. Mark -- Mark Rotteveel |
From: Köditz, M. <Mar...@it...> - 2020-07-31 13:26:54
|
Hi Norman, no problem. I just had some problems to understand it right. It was formulated a bit strange. At the end of the part I didn’t know if the statement was right or wrong (or whatever). ;-) Regards Martin |
From: Norman D. <No...@du...> - 2020-07-31 13:22:06
|
Oh dear, I wrote that! Originally, if I remember correctly, I might have mentioned that the sweep would be started when OAT - OIT was greater than the sweep interval. This was s I had seen in books, online, etc. Vlad, complained to me that I had written wrongly, and that the sweep would be started when OST - OIT was greater than the sweep interval. OAT = Oldest Active Transaction. OIT = Oldest Interesting Transaction. OST = Oldest Snapshot Transaction. Cheers, Norm. -- Sent from my Android device with K-9 Mail. Please excuse my brevity. |
From: Martin K. <no...@gi...> - 2020-07-31 13:05:47
|
Branch: refs/heads/master Home: https://github.com/FirebirdSQL/firebird-documentation Commit: 9cdda66c3b89c4e6dddef8b8edb366e68c84456b https://github.com/FirebirdSQL/firebird-documentation/commit/9cdda66c3b89c4e6dddef8b8edb366e68c84456b Author: Martin Köditz <mar...@it...> Date: 2020-07-31 (Fri, 31 Jul 2020) Changed paths: A src/docs/asciidoc/de/firebirddocs/gstat/firebird-gstat-de.adoc Log Message: ----------- German translation of gstat. Version 1.6-de |
From: Köditz, M. <Mar...@it...> - 2020-07-31 11:08:08
|
Hi Paul, > The automatic sweep is kicked off if the difference between OST (Oldest Snapshot Transaction) and OIT is greater than the sweep interval defined. > The user's process that tried to start the transaction that exceeds the sweep interval by one will sweep the entire database before actually starting > the transaction they requested. This helps alot. Regards Martin |
From: Paul B. <pb...@ma...> - 2020-07-31 10:24:49
|
Martin, <<I’m currently working on gstat-de. I struggled with following part: Many web sites, books, manuals (previously including this one) explain that the automatic sweep is activated when OAT - OIT is greater than the sweep interval. This is _not_ the case as explained by Vlad Khorsun, one of the Firebird developers, who explained that it is when OST -- OIT is greater than the threshold that the sweep is activated. What does the last sentence exactly mean? Can someone „tidy“ it?>> Note The automatic sweep is kicked off if the difference between OST (Oldest Snapshot Transaction) and OIT is greater than the sweep interval defined. The user's process that tried to start the transaction that exceeds the sweep interval by one will sweep the entire database before actually starting the transaction they requested. From: https://www.ibphoenix.com/resources/documents/search/doc_67 Regards Paul |
From: Alexey K. (ak) <ak...@ib...> - 2020-07-31 10:02:43
|
Hello Martin, I spoke with Vlad about section devoted to garbage, and we agreed it is difficult. I plan to rewrite it with pictures explaining records versions, garbage and sweep, but it really needs courage :) I suggest to let ost-oit phrases as is. Regards, Alexey Kovyazin IBSurgeon пт, 31 июл. 2020 г., 12:56 Köditz, Martin <Mar...@it...>: > Hi, > > > > I’m currently working on gstat-de. I struggled with following part: > > > > Many web sites, books, manuals (previously including this one) explain > that the automatic sweep is activated when OAT - OIT is greater than the > sweep interval. > > This is _not_ the case as explained by Vlad Khorsun, one of the Firebird > developers, who explained that it is when OST -- OIT is greater than the > threshold that the sweep is activated. > > > > What does the last sentence exactly mean? Can someone „tidy“ it? > > > > Regards > > Martin > _______________________________________________ > Firebird-docs mailing list > Fir...@li... > https://lists.sourceforge.net/lists/listinfo/firebird-docs > |
From: Köditz, M. <Mar...@it...> - 2020-07-31 09:56:37
|
Hi, I’m currently working on gstat-de. I struggled with following part: Many web sites, books, manuals (previously including this one) explain that the automatic sweep is activated when OAT - OIT is greater than the sweep interval. This is _not_ the case as explained by Vlad Khorsun, one of the Firebird developers, who explained that it is when OST -- OIT is greater than the threshold that the sweep is activated. What does the last sentence exactly mean? Can someone „tidy“ it? Regards Martin |
From: Martin K. <no...@gi...> - 2020-07-31 09:19:10
|
Branch: refs/heads/master Home: https://github.com/FirebirdSQL/firebird-documentation Commit: 0d89d9d9cc215d63eecc3762d1039db9645c595f https://github.com/FirebirdSQL/firebird-documentation/commit/0d89d9d9cc215d63eecc3762d1039db9645c595f Author: Martin Köditz <mar...@it...> Date: 2020-07-31 (Fri, 31 Jul 2020) Changed paths: A src/docs/asciidoc/de/firebirddocs/fb-shell-scripts/firebird-shell-scripts-de.adoc Log Message: ----------- German translation of fb-shell-scripts. Version 1.3-de |
From: Mark R. <ma...@la...> - 2020-07-30 18:35:49
|
On 30-07-2020 20:07, Alexey Kovyazin wrote: >> And if the Firebird 2.5 translation is any indication, translating it >> will require a ton of effort afterwards to make it presentable. I'd >> rather spent time and effort to write it myself (maybe with some >> inspiration and copy/google-translate/paste/edit from the Russian >> version). > > I think the translator's adoption for the Firebird peculiarities greatly > increased since LR 2.5 - after that he did translation of Developer > Guide, which is much better. > > Do you think we should ask agency to translate some difficult part of > LR3.0 or 4.0 and estimate the results? No. My main issue isn't with translation itself, it is that the documentation should be written, in English, by the project. And yes, we don't have a good track record at doing that, but the status quo is simply not good if we have to do funding drives every few years to translate the Russian documentation to English, which inevitably gets delayed because of editing, etc, reinforcing the bad reputation that Firebird has because of the state of its documentation. I'd rather work on catching up and then keeping up during development, especially as a large part of the work will already be done to write the release notes anyway. Mark -- Mark Rotteveel |
From: Alexey K. <ak...@ib...> - 2020-07-30 18:07:34
|
Mark, > > And if the Firebird 2.5 translation is any indication, translating it > will require a ton of effort afterwards to make it presentable. I'd > rather spent time and effort to write it myself (maybe with some > inspiration and copy/google-translate/paste/edit from the Russian > version). I think the translator's adoption for the Firebird peculiarities greatly increased since LR 2.5 - after that he did translation of Developer Guide, which is much better. Do you think we should ask agency to translate some difficult part of LR3.0 or 4.0 and estimate the results? Regards, Alexey |
From: Mark R. <ma...@la...> - 2020-07-30 17:43:54
|
On 30-07-2020 18:53, Alexey Kovyazin wrote: > On 30.07.2020 16:37, Mark Rotteveel wrote: >> While I understand that the Russian version is what we have, I don't >> think this 'Russian version first' approach is healthy from a >> perspective of ownership (as in, the project being responsible for the >> documentation). > > Not sure what do you mean. > > All documentation is released under IDPL license. > Russian version of LR (versions 2.5, 3.0 and 4.0) is actively used, it > is constantly updated by Denis Simonov (editor and maintainer), and got > good feedback from Russian-speaking community (which is #2 in size, > after Brazil). That is why I qualified what I meant with ownership, I wasn't talking about copyright/IP. And the Russian version is great, and I don't want to diminish that achievement. However, the fact is that being in Russian excludes a large part of the Firebird audience, and I think it is important that the project writes its own documentation (if only for perception), and 'English first', if only because that means most of our users can read it. And if the Firebird 2.5 translation is any indication, translating it will require a ton of effort afterwards to make it presentable. I'd rather spent time and effort to write it myself (maybe with some inspiration and copy/google-translate/paste/edit from the Russian version). Mark -- Mark Rotteveel |
From: Alexey K. <ak...@ib...> - 2020-07-30 16:54:07
|
Mark, On 30.07.2020 16:37, Mark Rotteveel wrote: > On 2020-07-30 13:20, Alexey Kovyazin (ak) wrote: >> Hello, >> >> We did survey in Telegram channel, and idea was to skip 3.0 and do the >> translation of LR4.0... > > What Telegram channel? https://t.me/firebirdsql Not very representative, of course, but at least 200+ people using Firebird, mostly from the visitors of Firebird Conference. > > While I understand that the Russian version is what we have, I don't > think this 'Russian version first' approach is healthy from a > perspective of ownership (as in, the project being responsible for the > documentation). Not sure what do you mean. All documentation is released under IDPL license. Russian version of LR (versions 2.5, 3.0 and 4.0) is actively used, it is constantly updated by Denis Simonov (editor and maintainer), and got good feedback from Russian-speaking community (which is #2 in size, after Brazil). Regards, Alexey Kovyazin IBSurgeon > > Mark > > > _______________________________________________ > Firebird-docs mailing list > Fir...@li... > https://lists.sourceforge.net/lists/listinfo/firebird-docs |
From: Paul V. <pa...@vi...> - 2020-07-30 14:00:38
|
Hello all, Martin Köditz wrote: > I was asked whether it would make sense to start a crowdfunding campaign for the translation of the Russian Firebird 3.0 Language Reference into English. > Or are there already other efforts to implement it? Given that we have a complete English 2.5 LangRef, as well as the 3.0 Release Notes, I think the most logical approach is to build the English 3.0 (and subsequently 4.0) LangRef based on that. We have the knowledge, and if we don't have the time, I'd rather crowdfund for grants to upgrade 2.5 -> 3.0 -> 4.0 in-house than for another, let's say, "sub-optimal" Russian to English translation by a non-native English speaker. And I'd be happy to make a donation for that, too. Cheers, Paul Vinkenoog |
From: Mark R. <ma...@la...> - 2020-07-30 13:37:35
|
On 2020-07-30 13:20, Alexey Kovyazin (ak) wrote: > Hello, > > We did survey in Telegram channel, and idea was to skip 3.0 and do the > translation of LR4.0... What Telegram channel? While I understand that the Russian version is what we have, I don't think this 'Russian version first' approach is healthy from a perspective of ownership (as in, the project being responsible for the documentation). Mark |
From: Alexey K. (ak) <ak...@ib...> - 2020-07-30 11:45:09
|
Hello, We did survey in Telegram channel, and idea was to skip 3.0 and do the translation of LR4.0... Regards, Alexey Kovyazin IBSurgeon чт, 30 июл. 2020 г., 12:55 Mark Rotteveel <ma...@la...>: > On 2020-07-30 09:44, Köditz wrote: > > Hello everybody, > > > > I was asked whether it would make sense to start a crowdfunding > > campaign for the translation of the Russian Firebird 3.0 Language > > Reference into English. > > > > Or are there already other efforts to implement it? > > I'm not sure if that is a viable course of action. IIRC, the translation > effort for 2.5 cost quite a lot (the initial idea was that the money > collected would also go toward translating the 3.0 version, but not > enough was left) and also required a lot of post-translation editing by > Helen to fix glaring translation errors. I'm considering to spend some > time to use the current 2.5 version as a basis to go to 3.0 (and then to > 4.0), where I may use Google translate on the Russian 3.0 version, but > might also just write things from scratch. However, I haven't made solid > plans for that yet as I first want to finish up the migration to > AsciiDoc. > > Mark > > > _______________________________________________ > Firebird-docs mailing list > Fir...@li... > https://lists.sourceforge.net/lists/listinfo/firebird-docs > |
From: Mark R. <ma...@la...> - 2020-07-30 09:55:43
|
On 2020-07-30 09:44, Köditz wrote: > Hello everybody, > > I was asked whether it would make sense to start a crowdfunding > campaign for the translation of the Russian Firebird 3.0 Language > Reference into English. > > Or are there already other efforts to implement it? I'm not sure if that is a viable course of action. IIRC, the translation effort for 2.5 cost quite a lot (the initial idea was that the money collected would also go toward translating the 3.0 version, but not enough was left) and also required a lot of post-translation editing by Helen to fix glaring translation errors. I'm considering to spend some time to use the current 2.5 version as a basis to go to 3.0 (and then to 4.0), where I may use Google translate on the Russian 3.0 version, but might also just write things from scratch. However, I haven't made solid plans for that yet as I first want to finish up the migration to AsciiDoc. Mark |
From: Köditz, M. <Mar...@it...> - 2020-07-30 07:44:39
|
Hello everybody, I was asked whether it would make sense to start a crowdfunding campaign for the translation of the Russian Firebird 3.0 Language Reference into English. Or are there already other efforts to implement it? Regards Martin |
From: Köditz, M. <Mar...@it...> - 2020-07-28 13:42:05
|
Hi, German translation of gbak is already uploaded. Regards Martin |
From: Martin K. <no...@gi...> - 2020-07-28 13:31:39
|
Branch: refs/heads/master Home: https://github.com/FirebirdSQL/firebird-documentation Commit: 5444c20ddba6fc60bca38ca7d4ee016e314ce3c6 https://github.com/FirebirdSQL/firebird-documentation/commit/5444c20ddba6fc60bca38ca7d4ee016e314ce3c6 Author: Martin Köditz <mar...@it...> Date: 2020-07-28 (Tue, 28 Jul 2020) Changed paths: M src/docs/asciidoc/de/firebirddocs/nbackup/firebird-nbackup-de.adoc Log Message: ----------- Corrected reference on document history in firebird-nbackup-de.adoc |
From: Martin K. <no...@gi...> - 2020-07-28 13:30:07
|
Branch: refs/heads/master Home: https://github.com/FirebirdSQL/firebird-documentation Commit: e0fa75b9fa052a359f185e4a84d888d512ea8f0b https://github.com/FirebirdSQL/firebird-documentation/commit/e0fa75b9fa052a359f185e4a84d888d512ea8f0b Author: Martin Köditz <mar...@it...> Date: 2020-07-28 (Tue, 28 Jul 2020) Changed paths: A src/docs/asciidoc/de/firebirddocs/gbak/firebird-gbak-de.adoc Log Message: ----------- German translation of 'gbak' doc. Version: 1.12-de. |
From: Köditz, M. <Mar...@it...> - 2020-07-25 15:58:59
|
Hi, just uploaded new Version 1.6-de based on Alexey’s changes. Regards Martin |
From: Martin K. <no...@gi...> - 2020-07-25 15:43:34
|
Branch: refs/heads/master Home: https://github.com/FirebirdSQL/firebird-documentation Commit: 610f008dbc449beb590e393d0a6d9e338fb075d5 https://github.com/FirebirdSQL/firebird-documentation/commit/610f008dbc449beb590e393d0a6d9e338fb075d5 Author: Martin Köditz <mar...@it...> Date: 2020-07-25 (Sat, 25 Jul 2020) Changed paths: M src/docs/asciidoc/de/firebirddocs/nbackup/firebird-nbackup-de.adoc Log Message: ----------- Added Alexey's changes in German nbackup. Modified German doc title. |
From: Mark R. <no...@gi...> - 2020-07-25 13:37:29
|
Branch: refs/heads/master Home: https://github.com/FirebirdSQL/firebird-documentation Commit: 9833fa4808dd63432deb5a482eafe332d2cda54a https://github.com/FirebirdSQL/firebird-documentation/commit/9833fa4808dd63432deb5a482eafe332d2cda54a Author: Mark Rotteveel <ma...@la...> Date: 2020-07-25 (Sat, 25 Jul 2020) Changed paths: M src/docs/asciidoc/en/firebirddocs/gfix/firebird-gfix.adoc Log Message: ----------- Small whitespace change |