Hello Gábor,
Gábor Boskovits writes:
[...]
>> To access a database server on localhost for the first time as the user
>> postgres (the superuser) a person should use:
>>
>> --8<---cut here---start->8---
>> sudo su postgres -c 'psql'
>> --8<---cut
Hello David,
This patch is a real progress, thank you! However, I still have a
linking error when compiling a trivial test program with clang:
mathieu@elbruz ~/guix [env]$ ./pre-inst-env guix environment --ad-hoc clang
--pure
mathieu@elbruz ~/guix [env]$ clang ~/tmp/t.cpp
clang-8: error: unab
Hello ludo, hey guys,
here you go. I took the liberty to anonymize and to skip the package
modules and packages sections.
I realised that when I dont specify WHICH KIND of german keyboard layout
I have, the problem does not occur. That is, if I use the
(keyboard-layout (keyboard-layout "de")
> I think adding gcc-toolchain to propagated-inputs should work in
> principle, other than the fact that the gcc used for gcc-lib and
> libstdc++ need to be the same as the propagated gcc-toolchain. I did
> have a fix for this but I'm not sure if it's the best way of writing
> it.
> I'll send anot
Hi Mathieu,
> mathieu@elbruz ~/guix [env]$ ./pre-inst-env guix environment --ad-hoc
> clang --pure
> mathieu@elbruz ~/guix [env]$ clang ~/tmp/t.cpp
> clang-8: error: unable to execute command: Executable "ld" doesn't
> exist!
> clang-8: error: linker command failed with exit code 1 (use -v to se
Dear,
This bug has been reported more than 2 years ago. It is impossible to
investigate more because it lacks information. Please could you inform
us if it still applies.
If yes, please comment more.
If no, we plan to archive it.
Thank you in advance for any comments.
All the best,
simon
https
Hi Mathieu,
Applying both your patch and my patch works for me, in both pure and
non-pure environments. I would suggest taht we also hide clang in the
same way as gcc is hidden (in favour of clang-toolchain) to avoid
confusion, but otherwise it seems these two patches together at least
get things
Dear,
This bug was opened for Ocaml version 4.02 and 4.01, then Debian said
it affects version 4.04 and today (two years later) the version is
4.07. Does this security still make sense?
If yes, please indicate me what can I do to proceed: apply the
security patch and close the issue.
If no, I pla
Dear,
This bug has been opened more than 2 years ago. It lacks information
to investigate more. Please inform us if you find a workaround or if
you still encounter this bug.
If you have more information to share, please report any progress.
If not, we plan to archive this bug.
Thank you in advan
It's fun to close old bugs :). This one had a more recent duplicate I fixed
recently, so closing. See https://issues.guix.gnu.org/issue/36375.
> Applying both your patch and my patch works for me, in both pure and
> non-pure environments. I would suggest taht we also hide clang in the
> same way as gcc is hidden (in favour of clang-toolchain) to avoid
> confusion, but otherwise it seems these two patches together at least
> get things t
No problem, happy to help!
I'm also vaguely thinking if there's a way to upstream some of this
stuff in to clang so that we aren't patching it manually here. The same
file that we're patching has stuff specifically for other distros (e.g.
it has some Gentoo and Cray Linux specific fixes) so I don'
Le 14 novembre 2019 17:22:41 GMT+01:00, zimoun a
écrit :
>Dear,
>
>This bug was opened for Ocaml version 4.02 and 4.01, then Debian said
>it affects version 4.04 and today (two years later) the version is
>4.07. Does this security still make sense?
>
>If yes, please indicate me what can I do to p
Dear,
Thank you for the report.
Do you still encounter this bug? Because I am not able to reproduce it
with "guix pull --commit=6f00fb75ca52ae112a73f2fbc6d8f6269a8db5f6"
then "guix pull --commit=guix pull
--commit=2b9b4b1fe368fb1745c4150adbb8754948326c95".
Since the service Hydra is down now and
Hi Bengt,
Bengt Richter skribis:
> On +2019-11-11 21:31:23 +, Alexandros Theodotou wrote:
[...]
>> > Could you try adding that dependency on ‘libxrandr’ in ‘gtk+’?
>>
>> Just tried that and it worked! It's returning the correct refresh rate
>> now:
>> ** Message: 21:20:40.548: refresh rat
Hello,
zimoun skribis:
> On Wed, 13 Nov 2019 at 14:42, Ludovic Courtès wrote:
>
>> zimoun skribis:
>>
>> > From my test with Guix d258d9c7d222e6b64531c14293f41bd8d62ea4f7,
>> > "guix challenge guitarix" and "guix build --rounds=3" do not report
>> > issues about reproducibility.
>> >
>> > And
Hi,
Pierre Neidhardt skribis:
> Looks good to me, thanks for working on this!
Pushed as 4554d6b77e0f306a3dc33a8c1f68c9a302967a08 (core-updates).
Thank you!
Ludo’.
Hedgewars fails to build:
--8<---cut here---start->8---
/gnu/store/p9xwaf1x449b51pganqp070n0d8xpwma-clang-8.0.0/bin/clang -fPIC
-fstack-protector-all -fstack-protector -fvisibility=hidden -Wall -pipe -O2 -g
-DNDEBUG -Wl,-znoexecstack -Wl,-zorigin -Wl,-zrelro
Hi,
o.ro...@posteo.net skribis:
> Hello ludo, hey guys,
Guys and gals. :-)
> I realised that when I dont specify WHICH KIND of german keyboard
> layout I have, the problem does not occur. That is, if I use the
> (keyboard-layout (keyboard-layout "de")), I dont have any problems.
Oh I see, the
Hello,
Pierre Neidhardt writes:
> Hedgewars fails to build:
>
[...]
> ld: cannot find crt1.o: No such file or directory
> ld: cannot find crti.o: No such file or directory
> clang-8: error: linker command failed with exit code 1 (use -v to see
> invocation)
> make[2]: *** [project_files/hwc/C
20 matches
Mail list logo
