Ludovic Courtès writes:
> Hello!
>
> Pierre Neidhardt skribis:
>
>> I'm happy to let you know that after months of feisty packaging and the
>> last month spent on the full rewrite of the GNU/Linux port, the Next web
>> browser is finally on master!
>>
>> It's packaged as sbcl-next.
>
> Before
Saeed Jamali writes:
> How we can change system configurations in /etc, I want to add some pam
> module to pam configuration files for exapmle pam.d/login,
You use your system configuration file you made during the installation
and add relevant services to your configuration. I believe the
Yes, thank you.
On Wed, Dec 19, 2018, 22:14 Brett Gilio
> Saeed Jamali writes:
>
> > How we can change system configurations in /etc, I want to add some pam
> > module to pam configuration files for exapmle pam.d/login,
>
> You use your system configuration file you made during the installation
Hello,
Ludovic Courtès ezt írta (időpont: 2018. dec. 19., Sze, 14:53):
>
> Hi Timothy,
>
> Timothy Sample skribis:
>
> > Someday I would like to return to fixing GDM, but I am a bit
> > traumatized. It is a very slow and frustrating package to debug.
> >
> > 1.
Brett Gilio writes:
> Excuse me for not being fully aware, are you involved in the development
> of the Next browser?
I am! John Mercouris is the original author, and I've implemented the WebKitGTK
platform for Next.
Ricardo Wurmus writes:
> I’ve read that discussion, but I don’t see how it
Pierre Neidhardt writes:
> - As far as I understand, the compiler *does* change the resulting
> binary, thus the resulting REPL experience will be different, because
> all Lisps are different beyond the ANSI standard and other undefined
> behaviour. In other words, connecting via SLIME to
Pierre Neidhardt writes:
> Brett Gilio writes:
>> Excuse me for not being fully aware, are you involved in the development
>> of the Next browser?
>
> I am! John Mercouris is the original author, and I've implemented the
> WebKitGTK
> platform for Next.
>
Is there a mailing list for this,
Ricardo Wurmus writes:
> The naming scheme applies to packages that are primarily used as
> libraries. A package “foo” that is written in Python and also provides
> modules that can be imported in an interactive Python session will not
> be named “python-foo” when it is primarily used on its
Hi Pierre,
>> I am also in favor
>> of renaming SBCL-Next to something else. I know that we are using sbcl
>> instead of clisp for building it, but the naming scheme seems to imply
>> an SBCL library or module rather than a web browser application.
>
> This is being discussed for stumpwm in bug
Pierre Neidhardt writes:
>> Hi all, I am also using the Next browser. A terrific tool.
>
> Oh, and I forgot: Thanks for the compliment! :)
Excuse me for not being fully aware, are you involved in the development
of the Next browser? I have been following it for some time, and am
genuinely
Ricardo Wurmus writes:
> Hi Pierre,
>
>>> I am also in favor
>>> of renaming SBCL-Next to something else. I know that we are using sbcl
>>> instead of clisp for building it, but the naming scheme seems to imply
>>> an SBCL library or module rather than a web browser application.
>>
>> This is
Hi Timothy,
Timothy Sample skribis:
> Someday I would like to return to fixing GDM, but I am a bit
> traumatized. It is a very slow and frustrating package to debug.
>
> 1. https://lists.gnu.org/archive/html/guix-devel/2017-08/msg00268.html
>
Ludovic Courtès writes:
> Actually, I was also wondering whether we should provide a configurable
> mechanism that would, by default, automatically delete old GC roots and
> maybe even run the GC automatically when needed—similar to what Git
> does.
While this would be convenient and probably
Hello!
Pierre Neidhardt skribis:
> I'm happy to let you know that after months of feisty packaging and the
> last month spent on the full rewrite of the GNU/Linux port, the Next web
> browser is finally on master!
>
> It's packaged as sbcl-next.
Before reading your message I naively installed
Pierre Neidhardt skribis:
> Forget the above, I was wrong. "guix pack" works well with regard to finding
> the correct executable, with or without graft (could be wrong again, but so
> far
> it seems to work).
>
> The issue is that "next" cannot send XML-RPC requests to "next-gtk-webkit".
>
Hi!
Pierre Neidhardt skribis:
>(if profile
>(display-hint (format #f (G_ "Consider deleting old profile
> -generations and collecting garbage, along these lines:
> +generations, deleting old Guix checkouts and collecting garbage, along these
> +lines:
>
> @example
> -guix
Hi Haz-Edine,
Haz-Edine Assemlal skribis:
> There is a small bug in the installation script guix-install.sh:
> [1544622607.463]: [ FAIL ] Missing OpenPGP public key. Fetch it with
> this command:
> gpg --keyserver pgp.mit.edu --recv-keys
> 3CE464558A84FDC69DB40CFB090B11993D9AEBB5
>
>
Hi all,
I’m not able to install rust. Initially, I was having problems with 1.19.0
because of memory issues. I fixed that by increasing the memory and now 1.19.0
is installed.
Now that I have lots of memory 16GB, and lots of hard disk space, I cannot get
1.20.0 to install.
I am installing
Heya,
Ricardo Wurmus skribis:
> I’m in the same situation upgrading a machine that didn’t have an
> Internet connection for months.
>
> Here’s what I do:
>
> - use a git checkout to jump to commit
> b0cb92b2d43a2c4d5fa9b3f8c04c5732c60061e7, which adds guile-gcrypt
>
> - ./bootstrap &&
Pierre Neidhardt skribis:
> Hmm, I'm having an issue with Guix pack.
>
> Check out the following:
>
> $ ./pre-inst-env guix build next-gtk-webkit
> /gnu/store/ildn4l2wr0y7irm2536dnp88hhrdphsz-next-gtk-webkit-1.1.0
>
> $ ./pre-inst-env guix size next-gtk-webkit
> store item
Ludovic Courtès writes:
> Heya,
>
> Ricardo Wurmus skribis:
>
>> I’m in the same situation upgrading a machine that didn’t have an
>> Internet connection for months.
>>
>> Here’s what I do:
>>
>> - use a git checkout to jump to commit
>> b0cb92b2d43a2c4d5fa9b3f8c04c5732c60061e7, which adds
> That’s because ‘guix size’ disables grafts, which allows it to check the
> size of substitutes (build farms provide substitutes for ungrafted
> variants.)
> Before reading your message I naively installed ‘next-webkit-gtk’, which
> is not supposed to be used directly, right? Should we make it
How we can change system configurations in /etc, I want to add some pam
module to pam configuration files for exapmle pam.d/login,
Ludovic Courtès writes:
> I agree that this would be more accurate, but isn’t there also a risk
> with making hints too long? I’m split between the idea of providing
> concise hints that can be pasted and get things done, and the idea or
> not trying to be a substitute for the manual.
I agree
Agreed "checkout" is not very precise, but can anyone come up with a better
term?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
> I think we're still waiting for Pierre to send his latest patch. If the
> text really is too long, perhaps we can provide concrete examples, a
> sentence explaining what they do, and a link to the manual, where we put
> the slightly more verbose explanation. I think the text so far is OK,
>
Pierre Neidhardt writes:
>> OK. Since that example deletes profile generations, Can we just say
>> "profile generations" instead of "checkouts"? The latter makes me think
>> of a Git repository checkout. Maybe the phrase "cleaning up old
>> profiles" would be good enough, since we put a clear
27 matches
Mail list logo
