On Tue, 24 Nov 2020 at 00:23, Jon Trulson wrote:
> On 11/23/20 3:04 PM, Antonis Tsolomitis wrote:
>
>
> YES! This modification makes the compilation of the docs successful.
>
> So please add this to git
>
>
> Hi,
>
> Peter is working on a proper fix - ie: fixing the code, not using -fcommon
> opt
On 11/23/20 3:04 PM, Antonis Tsolomitis wrote:
>
> YES! This modification makes the compilation of the docs successful.
>
> So please add this to git
>
Hi,
Peter is working on a proper fix - ie: fixing the code, not using
-fcommon option.
> I get a successful build although it reports that it co
I think it was Marcin, who had that idea yesterday, and I extended it to
the C++ command as well. I noticed you ran into the same errors as the
broken Fedorabuild, which are ultimately down to GCC 10. Good to hear that
it works again for you :)
On Mon, 23 Nov 2020 at 23:04, Antonis Tsolomitis <
an
YES! This modification makes the compilation of the docs
successful.
So please add this to git
I get a successful build although it reports that it compiled CDE
2.3.1a (stable was 2.3.2)
The help system works fine once again.
Find these two lines in config/cf/linux.cf
#define CcCmd gcc -g -pipe
#define CplusplusCmdg++ -g -pipe
and change them to
#define CcCmd gcc -g -pipe -fcommon
#define CplusplusCmdg++ -g -pipe -fcommon
then
make clean && make World 2>&1
On 11/23/20 8:38 PM, Peter Howkins
wrote:
On Mon, 23 Nov 2020 at 18:36, Antonis Tsolomitis
wrote:
On 11/23/20 8:32 PM, Peter Howkins wrote:
On Mon, 23 Nov 2020 at 18:36, Antonis Tsolomitis <
antonis.tsolomi...@gmail.com> wrote:
> On 11/23/20 8:32 PM, Peter Howkins wrote:
>
>
>
> On Mon, 23 Nov 2020 at 14:50, Antonis Tsolomitis <
> antonis.tsolomi...@gmail.com> wrote:
>
>>
>> OK, I run the above modified command. Here is the build log:
On 11/23/20 8:32 PM, Peter Howkins
wrote:
On Mon, 23 Nov 2020 at
14:50, Antonis Tsolomitis
wrote:
OK, I run
On Mon, 23 Nov 2020 at 14:50, Antonis Tsolomitis <
antonis.tsolomi...@gmail.com> wrote:
>
> OK, I run the above modified command. Here is the build log:
>
> https://myria.math.aegean.gr/~atsol/tmp/cde-make.log
>
> dtstyle does not get build.
>
Thanks for making this log, I've pushed a fix to git
On 11/23/20 1:09 PM, Marcin Cieslak
wrote:
On Mon,
23 Nov 2020, Antonis Tsolomitis wrote:
Thanks for showing me the trap.
So I make clean and rerun
make World | tee cde-make.log 2>&1
On Mon, 23 Nov 2020, Antonis Tsolomitis wrote:
Thanks for showing me the trap.
So I make clean and rerun
make World | tee cde-make.log 2>&1
I am sorry, this is not the right way to do it. Can you try this instead:
make World 2>&1 | tee cde-make.log
Marcin
smime.p7s
Description: S/MIME Cry
Thanks for showing me the trap.
So I make clean and rerun make World | tee
cde-make.log 2>&1
Here is the log:
https://myria.math.aegean.gr/~atsol/tmp/cde-make.log
I do not see any executable named dtstyle:
On Sun, 22 Nov 2020, Antonis Tsolomitis wrote:
https://myria.math.aegean.gr/~atsol/tmp/buildlog.txt
It is not only locale and the docs that do not get build. For example, dtstyle
refuses to build.
In the attached buildlog dtstyle seems to build and link fine:
gcc -g -pipe -o dtstyle -O2 -fn
Hi Chase. Thanks for willing to take a look. Here is the build
log, using
make World | tee buildlog.txt
for the stable 2.3.2 release on PureOS (with rolling system
enabled, that is, Debian testing)
https://myria.math.aegean
Antonis,
For your locale error, if you would simply like to install CDE with english
only, you can actually ignore that error, I always build CDE and installed it
with this error present, as I refuse to install the other locales as I dont
want them taking up useless space on my disk. I have not
On 11/16/20 1:06 PM, Danilo Pecher wrote:
> These problems are sadly occurring on several problems, including
> NetBSD, OpenBSD and cygwin. Unfortunately the doc tools don't give
> much away in the way of error messages.
>
> It may be a prudent idea to split the doc files off from the actual
> buil
These problems are sadly occurring on several problems, including NetBSD,
OpenBSD and cygwin. Unfortunately the doc tools don't give much away in the
way of error messages.
It may be a prudent idea to split the doc files off from the actual build.
After all, they are supposed to be platform-indepe
Both stable and git versions have the same problems on both PureOS
(=Debian testing) and Manjaro Linux.
It is not only documentation that does not get build. dtstyle does
not get build either. dthelpview and all doc programs.
But dtstyle why? It has nothin
No it does not work here. Same problem. Actually I do not care for
locales other than en_US
but can not make even this with
-DDtLocalesToBuild="en_US.UTF-8"
I will try to make World.dev (I hope that will work).
Antonis.
On 11/9/20 7
Aha! I can, however, also reproduce your solution:)
https://builds.sr.ht/~yjftsjthsd/job/337668 is the same as before, except that
it starts by running:
sudo locale-gen de_DE
sudo locale-gen es_ES
sudo locale-gen fr_FR
sudo locale-gen it_IT
sudo update-locale
And th
FWIW, I can easily reproduce this building from master on Ubuntu 18.04;
* https://builds.sr.ht/~yjftsjthsd/job/337574 is a build with just `make World`
and fails
* https://builds.sr.ht/~yjftsjthsd/job/337610 is a build with `make World.dev`
and succeeds
* https://builds.sr.ht/~yjftsjthsd/job/3376
Is the italian locale installed ? on Ubuntu 20.04, locale -a |grep -i
iso8859 gives
de_DE.iso88591
es_ES.iso88591
fr_FR.iso88591
it_IT.iso88591
and the CDE build succeeds.
Another possibility is that the build of the documentation fails when
the locale is UTF-8.
You could try to do export L
I just saw that Mike T. has the same problem in Arch. So it is not
a Debian/PureOS problem.
Antonis.
On 11/8/20 12:04 PM, Antonis Tsolomitis wrote:
I am trying to compile CDE on a Librem13 Laptop with the latest
I am trying to compile CDE on a Librem13 Laptop with the latest
PureOS.
PureOS is a Debian derivative by Purism who produces these latops,
and I have
enabled their rolling system, which is essentially Debian testing.
So I follow the Debian instructions.
24 matches
Mail list logo