Quoting Lev Lamberov (2020-06-07 08:31:12)
> Hi Jonas,
>
> Сб 06 июн 2020 @ 23:02 Jonas Smedegaard :
>
> > Quoting Lev Lamberov (2020-06-03 12:20:14)
> >> Пн 25 мая 2020 @ 12:32 Jonas Smedegaard :
> >>
> >> > Quoting Lev Lamberov (2020-05-25 12:19:07)
> >> >> I've just got some news from Jan Wie
Hi Jonas,
Сб 06 июн 2020 @ 23:02 Jonas Smedegaard :
> Quoting Lev Lamberov (2020-06-03 12:20:14)
>> Пн 25 мая 2020 @ 12:32 Jonas Smedegaard :
>>
>> > Quoting Lev Lamberov (2020-05-25 12:19:07)
>> >> I've just got some news from Jan Wielemaker. The next stable
>> >> release of swi-prolog, branch
Hi Lev,
Quoting Lev Lamberov (2020-06-03 12:20:14)
> Пн 25 мая 2020 @ 12:32 Jonas Smedegaard :
>
> > Quoting Lev Lamberov (2020-05-25 12:19:07)
> >> I've just got some news from Jan Wielemaker. The next stable
> >> release of swi-prolog, branch 8.2, is almost ready. How are your
> >> experiment
Hi Jonas,
Пн 25 мая 2020 @ 12:32 Jonas Smedegaard :
> Quoting Lev Lamberov (2020-05-25 12:19:07)
>> I've just got some news from Jan Wielemaker. The next stable release
>> of swi-prolog, branch 8.2, is almost ready. How are your experiments
>> with depending on swi-prolog virtual packages going
Quoting Lev Lamberov (2020-05-25 12:19:07)
> I've just got some news from Jan Wielemaker. The next stable release
> of swi-prolog, branch 8.2, is almost ready. How are your experiments
> with depending on swi-prolog virtual packages going? I would like to
> package the current latest version and
Hi Jonas,
I've just got some news from Jan Wielemaker. The next stable release of
swi-prolog, branch 8.2, is almost ready. How are your experiments with
depending on swi-prolog virtual packages going? I would like to package
the current latest version and upload it into unstable for testing it
wit
On 5/4/20 11:07 AM, Jonas Smedegaard wrote:
> If perhaps your reason for fusing ABIs is that you are not a fan of
> perl, then I would be happy to help write the perl code for a dh_* tool
> which handles all 4 ABIs.
It was a theoretical exercise. I'm not a fan of four virtual packages.
One is alr
Hi Lev,
On 5/3/20 6:32 PM, Lev Lamberov wrote:
Hi Jan and Jonas,
Чт 30 апр 2020 @ 20:36 Lev Lamberov :
So, my proposal is to have to following packages:
1. swi-prolog-core (with Core_system)
2. swi-prolog-core-packages (with Core_packages), depends on
swi-prolog-core
3. swi-prolog-nox (ori
Hi Jan and Jonas,
Пн 04 мая 2020 @ 11:07 Jonas Smedegaard :
> Quoting Jan Wielemaker (2020-05-04 09:32:52)
>> On 5/3/20 6:32 PM, Lev Lamberov wrote:
>> > Чт 30 апр 2020 @ 20:36 Lev Lamberov :
>> >
>> >> So, my proposal is to have to following packages:
>> >>
>> >> 1. swi-prolog-core (with Core_s
Quoting Jan Wielemaker (2020-05-04 09:32:52)
> On 5/3/20 6:32 PM, Lev Lamberov wrote:
> > Чт 30 апр 2020 @ 20:36 Lev Lamberov :
> >
> >> So, my proposal is to have to following packages:
> >>
> >> 1. swi-prolog-core (with Core_system)
> >>
> >> 2. swi-prolog-core-packages (with Core_packages), dep
Hi Jan and Jonas,
Чт 30 апр 2020 @ 20:36 Lev Lamberov :
> So, my proposal is to have to following packages:
>
> 1. swi-prolog-core (with Core_system)
>
> 2. swi-prolog-core-packages (with Core_packages), depends on
> swi-prolog-core
>
> 3. swi-prolog-nox (original swi-prolog-nox, but without
> sw
Hi Jan,
Чт 30 апр 2020 @ 15:33 Jan Wielemaker :
> On 4/30/20 3:10 PM, Lev Lamberov wrote:
> > Recently I was (again!) approached by some embedded developers who asked
> > to provide Core_system as a separate package and try to break
> > swi-prolog-nox into several smaller packages.
> >
> > C
Hi Lev,
On 4/30/20 3:10 PM, Lev Lamberov wrote:
> Recently I was (again!) approached by some embedded developers who asked
> to provide Core_system as a separate package and try to break
> swi-prolog-nox into several smaller packages.
>
> Currently, I'm thinking about breaking it into swi-prolog-
Hi Jan,
Чт 30 апр 2020 @ 14:40 Jan Wielemaker :
> In theory we could have a package that merely contains /usr/bin/swipl
> and /usr/lib/libswipl.so.8.2.0. That is enough to run saved states
> (provided they have been built such that no dependencies need to be
> loaded at runtime) and is indeed a l
Quoting Jan Wielemaker (2020-04-30 14:40:58)
> In theory we could have a package that merely contains /usr/bin/swipl
> and /usr/lib/libswipl.so.8.2.0. That is enough to run saved states
> (provided they have been built such that no dependencies need to be
> loaded at runtime) and is indeed a lot
Hi Jonas,
In theory we could have a package that merely contains /usr/bin/swipl
and /usr/lib/libswipl.so.8.2.0. That is enough to run saved states
(provided they have been built such that no dependencies need to be
loaded at runtime) and is indeed a lot smaller than swi-prolog-nox.
Possibly bundl
16 matches
Mail list logo