pspp-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: TP: pspp -- msgfmt errors


From: Friedrich Beckmann
Subject: Re: TP: pspp -- msgfmt errors
Date: Sat, 29 Aug 2020 12:34:04 +0200

At the moment glade is build by default. This results in compiling many
gui source files twice. You removed the configure option „—-with-gui-tools“ 
which
resulted in the glade build when activated. Is glade now required
for running psppire?

> Am 29.08.2020 um 12:15 schrieb Friedrich Beckmann <friedrich.beckmann@gmx.de>:
> 
> I suggest to fix the „reproducible build“ problem before doing a new release.
> 
> https://savannah.gnu.org/bugs/?58975
> 
> I played around a bit in xml-parser-generator and it became better but not 
> fixed. The iterators over the hashes need to be sorted.
> 
> Mindaugas seems to build the nightly at the moment for opensuse:
> 
> https://build.opensuse.org/package/view_file/home:embar-/PSPP-master/pspp.spec?expand=1
> 
> 
>> Am 29.08.2020 um 10:18 schrieb John Darrington 
>> <john@darrington.wattle.id.au>:
>> 
>> In view of the numerous recent portability issues which have
>> been reported, I am changing my opinion.
>> 
>> I now think that 1.4.1 should contain all changes from master,
>> unless we have reason to beleive that any might cause a problem.
>> 
>> J'
>> 
>> On Fri, Aug 21, 2020 at 08:05:09PM +0200, John Darrington wrote:
>>    On Fri, Aug 21, 2020 at 10:51:02AM -0700, Ben Pfaff wrote:
>>         On Fri, Aug 21, 2020 at 10:49 AM John Darrington <
>>         john@darrington.wattle.id.au> wrote:
>> 
>>> On Fri, Aug 21, 2020 at 08:40:34AM -0700, Ben Pfaff wrote:
>>>    I plan to make a 1.4.1 release this weekend to fix this and a few
>>> other
>>>    problems.
>>> 
>>> Let's think carefully about which commits should go into this release.
>>> 
>> 
>>         I have not carefully looked through the history between 1.4 and tip 
>> of
>>         master yet. Maybe it is obvious that some should not go in 1.4.1. Do 
>> you
>>         want to point to some that should not?
>> 
>>    Probably it is shorter to point out those which SHOULD be picked:
>> 
>>    d696a47234d20e65b310a4c52350469c273435bf
>>    b92e8417c7b44c8ce39829dca4eb8ab26f8b5494
>>    b296fba9a10d7a3e8ff1bbcac26b449e8bc31983
>>    738cf48684a7dfd5551b113b8245ec8c5ba11c35
>>    f5595c1d81afd629225d9e89fce878b25e84bc12
>>    01861d79dff3c59f94ac8af6a16ca03e8aa60a21
>>    a645827c1c6df8d2119edca37630fc06b87b7ac5
>> 
>> 
>>    The above are the ones I think which are fixes for definite bugs, rather 
>> than
>>    notional improvements or new features.
>> 
>> 
>> 
>>    I'm not sure what the following two are for (perhaps Friedrich can 
>> comment):
>> 
>>    51cf173b5eaaa8c5cc6233f9c8924eb44498e89d
>>    5945ce59bf14d8e5ffa50ef82ce56e79800a9bb2
>> 
>> 
>> 
> 
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]