28.03.2016 20:13, Alex Peshkoff wrote:
> What do you think about backporting this interface to B3_0_Release?
IMHO, it is pointless. In current form event interface has no value at all.
--
WBR, SD.
--
Transform
What do you think about backporting this interface to B3_0_Release?
http://tracker.firebirdsql.org/browse/CORE-5176
Changed paths:
M examples/interfaces/08.events.cpp
M src/include/firebird/FirebirdInterface.idl
M src/include/firebird/IdlFbInterfaces.h
M
Add interface replacing isc_event_block() and isc_event_counts() functions
---
Key: CORE-5176
URL: http://tracker.firebirdsql.org/browse/CORE-5176
Project: Firebird Core
On Mon, Mar 28, 2016 at 04:58:56PM +0100, Wols Lists wrote:
> On 28/03/16 15:59, Michal Kubecek wrote:
> >> But still clone of Firebird repository is 10 times bigger than its
> >> > sources.
> > That's one way to look at it. Another way is to say it's about 0.18 EUR
> > of disk space in case of a
On 28/03/16 15:59, Michal Kubecek wrote:
>> But still clone of Firebird repository is 10 times bigger than its
>> > sources.
> That's one way to look at it. Another way is to say it's about 0.18 EUR
> of disk space in case of a SSD and 0.02 EUR in case of classical
> magnetic disk.
Another way to
28.03.2016 17:26, Dmitry Yemanov wrote:
> In Windows resources (aka FILEVERSION), all four parts A.B.C.D of the
> version are 16-bit. Even YYMMDD is not going to fit.
Yes, but what is shown in file properties dialog of the latest Windows is
language-specific StringFileInfo where FileVersion
26.03.2016 15:46, Dmitry Yemanov wrote:
> Or we may adopt a combined solution. For our own builds, both official
> and snapshots, calculate the build number as commit count (as now, but
> without storing in the repo). For external builds, gather LAST_COMMIT
> and embed it into the version
On Mon, 28 Mar 2016 18:07:43 +0300, marius adrian popa wrote:
> On Mon, Mar 28, 2016 at 5:59 PM, Michal Kubecek
> wrote:
>
>> On Mon, Mar 28, 2016 at 04:25:15PM +0200, Dimitry Sibiryakov wrote:
>> > 28.03.2016 16:16, Jim Starkey wrote:
>> > > nothing else was more suitable.
>> >
One can do something like:
git gc --prune=now --aggressive
git repack
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data
28.03.2016 16:59, Michal Kubecek wrote:
> BtW., the directory with my checked out trunk from Subversion has 636 MB
> for some reason.
You either have some temporary files there which you can find with "svn
status
--no-ignore |grep "^\?" or it is a known SVN problem with internal DB that can
On Mon, Mar 28, 2016 at 10:49:53AM -0400, Jim Starkey wrote:
> On 3/28/2016 10:25 AM, Dimitry Sibiryakov wrote:
> > But still clone of Firebird repository is 10 times bigger than its
> > sources.
>
> That's an interesting question. I don't know the answer, but somebody
> should research it --
On Mon, Mar 28, 2016 at 5:59 PM, Michal Kubecek wrote:
> On Mon, Mar 28, 2016 at 04:25:15PM +0200, Dimitry Sibiryakov wrote:
> > 28.03.2016 16:16, Jim Starkey wrote:
> > > nothing else was more suitable.
> >
> > But still clone of Firebird repository is 10 times bigger than its
>
On Mon, Mar 28, 2016 at 04:25:15PM +0200, Dimitry Sibiryakov wrote:
> 28.03.2016 16:16, Jim Starkey wrote:
> > nothing else was more suitable.
>
> But still clone of Firebird repository is 10 times bigger than its
> sources.
That's one way to look at it. Another way is to say it's about 0.18 EUR
On 3/28/2016 10:25 AM, Dimitry Sibiryakov wrote:
> 28.03.2016 16:16, Jim Starkey wrote:
>> nothing else was more suitable.
> But still clone of Firebird repository is 10 times bigger than its
> sources.
>
That's an interesting question. I don't know the answer, but somebody
should research
> 28 марта 2016 г., в 17:25, Dimitry Sibiryakov написал(а):
>
> 28.03.2016 16:16, Jim Starkey wrote:
>> nothing else was more suitable.
>
> But still clone of Firebird repository is 10 times bigger than its sources.
>
If you do not need full history, you can do shallow
28.03.2016 16:16, Jim Starkey wrote:
> nothing else was more suitable.
But still clone of Firebird repository is 10 times bigger than its sources.
--
WBR, SD.
--
Transform Data into Opportunity.
Accelerate data
On 3/28/2016 10:06 AM, Dimitry Sibiryakov wrote:
> 28.03.2016 15:29, Alex Peshkoff wrote:
>> Somewhy that zip link is awfully slow - download took 2m 12s (compare
>> with Firebird-3.0.0.32366-ReleaseCandidate2.tar.bz2 at SF mirror, 24s)
> Git is not suitable for large projects with long
On 28/03/2016 11:06, Dimitry Sibiryakov wrote:
> 28.03.2016 15:29, Alex Peshkoff wrote:
>> Somewhy that zip link is awfully slow - download took 2m 12s (compare
>> with Firebird-3.0.0.32366-ReleaseCandidate2.tar.bz2 at SF mirror, 24s)
>Git is not suitable for large projects with long history
28.03.2016 15:29, Alex Peshkoff wrote:
> Somewhy that zip link is awfully slow - download took 2m 12s (compare
> with Firebird-3.0.0.32366-ReleaseCandidate2.tar.bz2 at SF mirror, 24s)
Git is not suitable for large projects with long history such as Firebird:
long time it
has to spend on
On 03/28/2016 02:09 PM, Adriano dos Santos Fernandes wrote:
> On 28/03/2016 06:24, Alex Peshkoff wrote:
>> I think that we do not need that additional problems and therefore
>> should not change existing dumb method to generate tarball as long as we
>> do not have same quality with new one.
>>
>>
On 28/03/2016 06:24, Alex Peshkoff wrote:
>
> I think that we do not need that additional problems and therefore
> should not change existing dumb method to generate tarball as long as we
> do not have same quality with new one.
>
>
But for *who* you generate tarballs with this script?
To put a
On 03/25/2016 03:51 PM, Alex Peshkoff wrote:
> On 03/25/2016 12:48 PM, preeves wrote:
>> On Thu, 24 Mar 2016 12:35:25 +0300
>> Alex Peshkoff wrote:
>>
>>> On 03/23/2016 06:39 PM, preeves wrote:
Firebird.pas is generated in the posix builds but it is not
generated in
On 03/27/2016 09:59 PM, Adriano dos Santos Fernandes wrote:
> Em 27/03/2016 15:38, Michal Kubecek escreveu:
>> On Sun, Mar 27, 2016 at 10:36:34AM -0300, Adriano dos Santos Fernandes wrote:
>>> So, if we want these files for people build sources more easily, we
>>> should include them in git.
>>
23 matches
Mail list logo