On Thu, 14 Apr 2022, jgart wrote:
What I not sure of is what path on my system to find the suspicious
branch/git repo pulled down by `git/guix pull` so I can push it somewhere.
In other words, where does `guix pull` clone the git repo to?
~/.cache/guix/checkouts
~/.cache/guix/authentication
On Thu, 14 Apr 2022 21:11:32 -0400 Christine Lemmer-Webber
wrote:
> It was for you. Since guix pull operates via a git pull, I think it
> should be possible to figure out what the state of the previous branch
> was when the weirdness occured.
Got it. Thanks
> In terms of where to push, you can
jgart writes:
> On Thu, 14 Apr 2022 16:20:05 -0400 Christine Lemmer-Webber
> wrote:
>> It should be possible to use the git reflog to find out what your
>> previous git history state was.
>>
>> It would be a good idea if you could push the "suspect" branch up
>> somewhere where it can be exami
On Thu, 14 Apr 2022 16:20:05 -0400 Christine Lemmer-Webber
wrote:
> It should be possible to use the git reflog to find out what your
> previous git history state was.
>
> It would be a good idea if you could push the "suspect" branch up
> somewhere where it can be examined, I'd think?
Hi Chris
jgart writes:
> On Thu, 14 Apr 2022 09:05:29 -0700 Vagrant Cascadian
> wrote:
>> Rolling back to an older generation and then moving forward basically
>> would be a successfull (hopefully just accidental) attack changing the
>> commit history! Rolling back to an older generation isn't much diff
On Thu, 14 Apr 2022 09:05:29 -0700 Vagrant Cascadian wrote:
> Rolling back to an older generation and then moving forward basically
> would be a successfull (hopefully just accidental) attack changing the
> commit history! Rolling back to an older generation isn't much different
> than just blindl
On 2022-04-14, jgart wrote:
> On Thu, 14 Apr 2022 08:26:39 +0800 Feng Shu wrote:
>> jgart writes:
>>
>> > On Wed, 13 Apr 2022 02:25:11 -0300 Thiago Jung Bauermann
>> > wrote:
>> >> I don't understand why Guix thinks that. IIUC 950f3e… is a direct
>> >> descendant of 42679e…
>> >
>> > As of tod
On Thu, 14 Apr 2022 07:47:47 +
phodina wrote:
> Hi,
>
> > This is a Guix init issue, not "really" a kernel panic. As you can
> > see, there is some kind of error in the Scheme code being run at
> > boot time, but instead of being dropped into a debug shell, it
> > exits, which causes the ker
Taiju HIGASHI writes:
The problem is that gdm can not find a CJK fonts.
you can try:
(modify-services %desktop-services
(gdm-service-type
config => (gdm-configuration
(inherit config)
(gno
Hello,
after updating my system a few weeks ago, the standard fonts are left blank
when showing pdf files with xpdf (while they appear with evince and okular).
I currently have the following fonts installed:
font-ghostscript
font-dejavu
font-gnu-freefont
font-linuxlibertine
font-gnu-unifont
I hav
Hi,
> This is a Guix init issue, not "really" a kernel panic. As you can see,
> there is some kind of error in the Scheme code being run at boot time,
> but instead of being dropped into a debug shell, it exits, which causes
> the kernel to panic.
> This is because Guile is running as PID 1, that
Taiju HIGASHI writes:
> I knew it.
> I know there are not many Guix users in Japan, but I was wondering how other
> languages users are solving this problem.
> Is this problem that does not occur with SLiM?
I do not know, slim just show English, do not use CJK.
>
>
> On April 14, 2022 9:23:11
12 matches
Mail list logo