Hello,
I'm trying to figure out how to set a unprivileged container using lxc
in guix. I do not know either how to allocate subuid/gid space in guix, is it
possible? Any advices?
Best regards,
--
Antonio Carlos PADOAN JUNIOR
GPG fingerprint:
243F 237F 2DD3 4DCA 4EA3 1341 2481 90F9 B421 A6C9
Hi!
Philip McGrath skribis:
>> Fibers is used in a single-threaded fashion, which is the main
>> constraint for shepherd since it forks. That also means that fibers
>> cannot be preempted, so it’s fully cooperative scheduling.
>>
>
> Would it be feasible for shepherd *not* to fork?
Sure, but
Hi Philip,
Philip McGrath skribis:
> I'm thinking that a reasonable place to start might be to implement a
> `contract->sanitizer` form that would allow using contracts to create
> sanitizers, ideally with no changes to `(guix records)`.
OK. I’d prefer if people who define record types could
Philip McGrath skribis:
> But, as the above paper says, this means that Chez's `call/cc`,
> `dynamic-wind`, etc. are *unsafe* from the perspective of Racket's
> control primitives. From the docs for Racket's `ffi/unsafe/vm` library [6]:
I think that’s the crux of the problem and widely recognize
Hi,
Attila Lendvai skribis:
> my first ever service has non-trivial work to do in the start GEXP,
> and unsurprisingly, it has often ended up throwing an exception while
> i subled along my learning curve. it's not caught by shepherd right
> around the call to the start GEXP, and reaches a handl
Antonio Carlos Padoan Junior schreef op wo 30-03-2022 om 08:51 [+0200]:
> Hello,
>
> I'm trying to figure out how to set a unprivileged container using lxc
> in guix. I do not know either how to allocate subuid/gid space in guix,
subuid/gid are _not_ unprivileged. They are an userspace feature b
Hi guix,
Quite some packages in Guix use the Autotools system. In this system,
a 'configure.ac' and 'Makefile.am' script / makefile is written, from
which 'autoconf' & 'automake' generate a very long bash script and a
Makefile.in. Depending on the maintainer of the upstream package, this
'config
> > - the current code uses the symbol 'DISABLED
>
> It's a bit of a distraction to the discusses issue, but in Guile
> Scheme, symbols are case-sensitive, so (not (eq? 'disabled 'DISABLED)).
to clarify: i'm using uppercase here only to discriminate scheme
symbols from a free-flowing english text
Thanks Maxime,
Maxime Devos writes:
> Antonio Carlos Padoan Junior schreef op wo 30-03-2022 om 08:51 [+0200]:
>> Hello,
>>
>> I'm trying to figure out how to set a unprivileged container using lxc
>> in guix. I do not know either how to allocate subuid/gid space in guix,
>
> subuid/gid are _no
On Wed 30 Mar 2022 11:37, Ludovic Courtès writes:
>> scheme@(guile-user)> (container-contents '())
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> In procedure struct-vtable: Wrong type argument in position 1
> scheme@(guile-user)> ,use(srfi srfi-9)
> scheme@(guile-user)> (define-re
Antonio Carlos Padoan Junior schreef op wo 30-03-2022 om 15:13 [+0200]:
> Thanks Maxime,
>
>
> Maxime Devos writes:
>
> > Antonio Carlos Padoan Junior schreef op wo 30-03-2022 om 08:51 [+0200]:
> > > Hello,
> > >
> > > I'm trying to figure out how to set a unprivileged container using lxc
> >
Hi Ludovic,
Ludovic Courtès writes:
[...]
> To isolate the problem, you could allocate the 4 MiB buffer outside of
> the loop and use ‘get-bytevector-n!’, and also remove code that writes
> to ‘output’.
I've adjusted the benchmark like so:
--8<---cut here---start--
Maxime Devos skribis:
> (format #t "Accepted connection on ~0@*~a from ~1@*~a." "foo" "bar"))
Hmm that doesn’t seem to work:
--8<---cut here---start->8---
scheme@(guile-user)> ,use(ice-9 format)
scheme@(guile-user)> (format #f "Accepted connection on ~@0*
Hello everyone,
Following a report on IRC [1] that nss-certs wouldn't cross-build, I
found out that the old syntax of using %output instead of the shinier
$output was still supported only when native-compiling, and not when
cross-compiling, at least for build-systems inheriting from gnu.
Looking
Hi Maxim,
Out of interest, will a zstd dictionary be (eventually) utilised as a strategy
for further reducing compression and decompression speeds?
```
The compression library Zstandard (also known as "Zstd") has the ability to
create an external "dictionary" from a set of training files which
Hi,
I don't think substitute server authorization is a problem. In
most cases, the purpose of using a substitute server in the installation
process is mainly for speeding up package downloads. The content of the
substitute server mirror remains the same as the official one. As I
know, in
Hi,
I don't think substitute server authorization is a problem. In
most cases, the purpose of using a substitute server in the installation
process is mainly for speeding up package downloads. The content of the
substitute server mirror remains the same as the official one. As I
know, in that
Hi,
I don't think substitute server authorization is a problem. In
most cases, the purpose of using a substitute server in the installation
process is mainly for speeding up package downloads. The content of the
substitute server mirror remains the same as the official one. As I
know, in
Hi,
I don't think substitute server authorization is a problem. In
most cases, the purpose of using a substitute server in the installation
process is mainly for speeding up package downloads. The content of the
substitute server mirror remains the same as the official one. As I
know, in
Hi,
I don't think substitute server authorization is a problem. In
most cases, the purpose of using a substitute server in the installation
process is mainly for speeding up package downloads. The content of the
substitute server mirror remains the same as the official one. As I
know, in
Hello Guix!
A release candidate of the Shepherd 0.9.0 is available for testing!
https://alpha.gnu.org/gnu/shepherd/shepherd-0.9.0rc1.tar.gz
https://alpha.gnu.org/gnu/shepherd/shepherd-0.9.0rc1.tar.gz.sig
SHA256: 6b7cdbb8d2509fca0c4d08b855031ea72c887a65828ae6493c2e5a25130c3c37
You can test
Ludovic Courtès schreef op wo 30-03-2022 om 17:14 [+0200]:
> > (format #t "Accepted connection on ~0@*~a from ~1@*~a." "foo"
> > "bar"))
>
> Hmm that doesn’t seem to work:
>
> --8<---cut here---start->8---
> scheme@(guile-user)> ,use(ice-9 format)
> scheme
Josselin Poiret schreef op wo 30-03-2022 om 17:17 [+0200]:
> Following a report on IRC [1] that nss-certs wouldn't cross-build, I
> found out that the old syntax of using %output instead of the shinier
> $output was still supported only when native-compiling, and not when
> cross-compiling, at leas
Josselin Poiret schreef op wo 30-03-2022 om 17:17 [+0200]:
> This means that packages that were not updated to fit the new style
> should all fail to cross-compile. This simple bug could be resolved by
> adding %output to gnu-cross-build, however as was argued on IRC this is
> now undocumented beh
Am Mittwoch, dem 30.03.2022 um 14:04 +0200 schrieb Maxime Devos:
> Hi guix,
>
> Quite some packages in Guix use the Autotools system. In this
> system, a 'configure.ac' and 'Makefile.am' script / makefile is
> written, from which 'autoconf' & 'automake' generate a very long bash
> script and a Ma
Liliana Marie Prikler schreef op wo 30-03-2022 om 20:55 [+0200]:
> Note that many autotools-based packages already require the addition of
> autoconf and friends due to being pulled from git. That being said,
> it's somewhat hard to argue for completely dropping them, because
> a. simply matching
Looks like a bug in gcc: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
You probably have to patch gcc 4.* as it was only backported until gcc 5.5
On 3/29/22 21:01, Ekaitz Zarraga wrote:
And you try to compile that using `guix build -m manifest.scm` the compilation
fails. The same happens
Hi Reza,
On Wednesday, March 30th, 2022 at 9:27 PM, Reza Housseini
wrote:
> Looks like a bug in gcc: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
>
> You probably have to patch gcc 4.* as it was only backported until gcc 5.5
>
> On 3/29/22 21:01, Ekaitz Zarraga wrote:
>
> > > And you tr
Did you try to use guix time-machine and compile 4.7 from there? Perhaps
the issue is the glibc version?
On 3/30/22 21:32, Ekaitz Zarraga wrote:
Hi Reza,
On Wednesday, March 30th, 2022 at 9:27 PM, Reza Housseini
wrote:
Looks like a bug in gcc: https://gcc.gnu.org/bugzilla/show_bug.cgi?id
Good idea, I will!
--- Original Message ---
On Wednesday, March 30th, 2022 at 9:40 PM, Reza Housseini
wrote:
> Did you try to use guix time-machine and compile 4.7 from there? Perhaps
>
> the issue is the glibc version?
>
> On 3/30/22 21:32, Ekaitz Zarraga wrote:
>
> > Hi Reza,
> >
>
Am Mittwoch, dem 30.03.2022 um 21:24 +0200 schrieb Maxime Devos:
> Liliana Marie Prikler schreef op wo 30-03-2022 om 20:55 [+0200]:
> > Note that many autotools-based packages already require the
> > addition of autoconf and friends due to being pulled from git.
> > That being said, it's somewhat
Il giorno mar, 29/03/2022 alle 15.29 +, Attila Lendvai ha scritto:
> > > Which socket file?
> > >
> > > (In practice ‘exec-command’ would only fail if the program cannot
> > > be
> > > found.)
> >
> > Attila Lendvai has encountered the socket file to be deleted
> > before,
> > this seemed to
We can make GNU build system tries autoreconf or autogen.sh first if we
encounter some build issues. But I don't think it's a good idea to
remove configure script in the snippet of origin. Because you can't
track all files that generated by Autotools. It is also burden for
packager to pick the bui
33 matches
Mail list logo