On 2025-04-24 20:02, Nicolas Graves wrote:
> On 2025-04-24 19:16, ngra...@ngraves.fr wrote:
>
>> On 2025-04-15 19:01, Ludovic Courtès wrote:
>>
>>> Instead of procedure properties (which are a hack, really), you could
>>> add one or two fields to and be done with that.
>>
>> That is true, althoug
Danny Milosavljevic writes:
> The more I think about it the more it seems we should re-enter our
> initramfs on shutdown. Unfortunately, the Linux kernel frees it when
> switching to the real root fs. Not sure how to get Linux to find it again
> (or how to get Linux to not free it in the first
Hey,
Danny Milosavljevic writes:
> If you want to debug that live, you can log to the console: switch to the
> console (Ctrl-Alt-F1), set the kernel console loglevel to maximum (alt
> print 9), and then watch what it says there.
>
> I currently use the following shell script to halt without powe
Hello,
"Ryan Schanzenbacher" writes:
> To throw my hat into the ring with this,, I can confirm I've been seeing the
> same for a while now (past 3-ish months?) I have a laptop that doesn't exhibit
> this behavior that is a bit out of date, and one that does. Something I can
> look into doing whe
Nicolas Graves writes:
> Made some progress and I'll rework on the patches tonight.
I'm looking forward to it!
> Current workflow is the following :
>
> In a guix with v2 patches and current guix-local:
> cd /tmp
> mkdir -p hello
> cd hello
> guix local instantiate hello --> downloads and unpack
Cayetano Santos writes:
>>mer. 23 avril 2025 at 11:56, Gary Johnson wrote:
>
>> Hi Guix,
>>
>> The offlineimap3 package is broken in the current version of Guix due
>> to a longstanding bug in offlineimap3 that makes it incompatible with
>> Python 3.11 (which is now the default python version in
On 2025-04-24 19:16, ngra...@ngraves.fr wrote:
> On 2025-04-15 19:01, Ludovic Courtès wrote:
>
>> Instead of procedure properties (which are a hack, really), you could
>> add one or two fields to and be done with that.
>
> That is true, although I was worried about breaking the API. I'll give
>
Made some progress and I'll rework on the patches tonight.
Current workflow is the following :
In a guix with v2 patches and current guix-local:
cd /tmp
mkdir -p hello
cd hello
guix local instantiate hello --> downloads and unpacks hello's source
cd hello*
guix local build hello --> builds locall
On 2025-04-15 19:01, Ludovic Courtès wrote:
> Hello,
>
> ngra...@gmx.com writes:
>
>> Each build-system sets its own imported-modules and modules, but in the
>> case where we would want to generalize a function which takes a
>> build-system in its arguments, there doesn't seem to be a way to acces
> That is completely expected. The fsck check is ran on unmounted disks...
> mounting first and repairing later doesn't make sense and is unsupported
> by fsck... So there is no /var/log/messages to log to.
i was just expecting that there's some in-memory ring buffer that is flushed
when root be
"nomike (they/them)" writes:
> On 24.04.25 00:24, Noé Lopez wrote:
>> "nomike (they/them)" writes:
>>
>> Hi nomike!
>>
>> Thanks for your efforts, here are my thoughts but please note that I am
>> not too experienced with Guix so feel free to disagree and make sure to
>> doubt!
>
> Hi Noé!
>
> I
>mer. 23 avril 2025 at 11:56, Gary Johnson wrote:
> Hi Guix,
>
> The offlineimap3 package is broken in the current version of Guix due
> to a longstanding bug in offlineimap3 that makes it incompatible with
> Python 3.11 (which is now the default python version in Guix).
A patch upgrading to la
Hi Simon,
Simon Josefsson via "Development of GNU Guix and the GNU System distribution."
writes:
> log-rotation:
>
> https://buildd.debian.org/status/fetch.php?pkg=shepherd&arch=arm64&ver=1.0.4-1&stamp=1744885841&raw=0
> https://buildd.debian.org/status/fetch.php?pkg=shepherd&arch=armel&ver=1.0
13 matches
Mail list logo
