This does appear to be a privacy feature in IceCat. To report the correct
timezone offset, go to about:config" and disable "privacy.resistFingerprinting"
then restart IceCat.
Note that toggling "privacy.resistFingerprinting" immediately changed the
result of `new ate().toString()` on all tabs,
On Mon, May 04, 2020 at 10:15:52AM +0300, Efraim Flashner wrote:
> not enough to drop it into master for updates. I saw it mostly where it
> comes to building on slow machines without substitutes. Since I'm
> building without substitutes I'll probably make a change somewhere
> locally.
Alright,
Ryan Osborne writes:
> Same error with and without "modprobe.blacklist=radeon".
> The installation medium works with the console, but it causes the installed
> system to be unable to finish booting.
> dmesg included as attachment
Try add "nomodeset" to kernel parameters.
--
WBR, Boris
Many projects (Buildroot, coreboot, Yocto) require building a toolchain.
Every time it tries to build it (I've checked Buildroot and coreboot) it fails
with the following errors:
In file included from ./bconfig.h:3:0,
from ../../gcc/gengtype-lex.c:4:
./auto-host.h:2396:16:
Hello,
Testing the core-updates branch, I got this failure from fakeroot:
--8<---cut here---start->8---
make check-TESTS
make[2]: Entering directory
'/tmp/guix-build-fakeroot-1.24.drv-0/fakeroot-1.24/test'
make[3]: Entering directory
Raghav Gururajan writes:
> Hi Tobias!
>
> OOPS! I have missed your replies as I am not subscribed to mail-list. Just saw
> your replies when I revisited the bug thread via web.
>
> Please ignore my report rearding icons. It was due to missing icon-theme
> installed.
>
> There were issues with
louishp via Bug reports for GNU Guix writes:
> Hello,
>
> I've just installed GuixSD on a virtual machine (by Virtual Box on Windows
> 10), and got some strange errors with guix upgrade.
>
> The first commands I use after the first login (as root) is : `guix pull`,
> which pulls many packages,
I switched to gnome shortly after that, but I see Efraim has already
answered and the issue is still there.
cheers,
Thomas
Hi again,
I'm not having any luck getting network-manager-openconnect to work for
me.
For one, using nm-connection-editor on cli or via exwm program launcher,
and creating a new connection tells me:
Insufficient privileges
Apr 12 21:32:20 swift NetworkManager[385]: [1586719940.8362] audit:
Hello,
zimoun skribis:
> Compiling Fortran leads to the same issue, if I understand correctly.
> Is it not the reason of the addition of 'gfortran-toolchain'?
> And I guess it should be the same issue for the other front-ends that
> GCC supports (Ada, etc.), isn't it?
>
> Well, is it not GCC
I'm sorry for the formatting, it seems awful. My first attempt to register a
bug...
I'd be happy to have this issue resolved, because I'd like to make it possible
to use Yocto on Guix, so that's the first step.
I can reproduce this problem.
Hey John,
If you add `set fish_function_path $fish_function_path
$HOME/.guix-profile/share/fish/functions` to your fish config it becomes
available, seems to work for me
Dear Michael, No, because it's the problem of cp command itself, it refuses to run the operation. xattrs are allowed by default in the mounted filesystem. Thanks! -- Best Regards,Timofey Komarov 04.05.2020, 19:51, "Michael Rohleder" :Tim Komarov writes:
Same error with and without "modprobe.blacklist=radeon".
The installation medium works with the console, but it causes the installed
system to be unable to finish booting.
dmesg included as attachment
--
Ryan Osborne.
dm2
Description: Binary data
On Mon, 4 May 2020 at 18:23, Marius Bakke wrote:
>
> Martin Becze writes:
>
> > Cyclically dependent channels crashes guix pull. Cyclically dependent
> > channels probably shouldn't happen, but guix pull probably shouldn't go
> > into an endless loop and die either.
>
> Can you provide a channel
Tim Komarov writes:
> It's often very useful to run:
>
> # cp --preserve=xattr aaa.txt bbb.txt
> Running this on Guix I get:
>
> cp: cannot preserve extended attributes, cp is built without xattr support
Does it help/work if you mount the filesystem with "user_xattr" option?
--
Fly
wensheng xie writes:
> Hi, Marius:
>
> The problem is not reproduced after I did another 'guix pull'. I attached the
> information:
OK. I don't know what the problem was, but as it works with the latest
Guix I'm closing this bug.
Thanks for the report!
signature.asc
Description: PGP
Hi,
wensheng xie writes:
> Hi, Marius:
>
> The problem is not reproduced after I did another 'guix pull'. I attached the
> information:
>
> 1.
> root@guix ~# guix describe
> Generation 4 May 04 2020 06:21:35 (current)
> guix c563f88
> repository URL:
Martin Becze writes:
> Cyclically dependent channels crashes guix pull. Cyclically dependent
> channels probably shouldn't happen, but guix pull probably shouldn't go
> into an endless loop and die either.
Can you provide a channel configuration that reproduces this?
signature.asc
It's often very useful to run: # cp --preserve=xattr aaa.txt bbb.txtRunning this on Guix I get: cp: cannot preserve extended attributes, cp is built without xattr support I.e., it's used in Yocto build system. There is a workaround:
Close fixed
On Mon, May 4, 2020, 10:43 Marius Bakke wrote:
> Josh Marshall writes:
>
> > has the following results from various invocations:
> >
> > ```
> > anadon@goodadvicemallard:~/documents/code/guix$ ./pre-inst-env guix
> > guile: warning: failed to install locale
> > Backtrace:
> > In
Josh Marshall writes:
> Close fixed
OK, closing by adding -done to the bug email address.
Thanks!
signature.asc
Description: PGP signature
sirgazil via Bug reports for GNU Guix writes:
> This happens in both master and core-updates, although I don't know if the
> former fails for the same reason. It also happens in both real machine and
> virtual machine.
Fixed on core-updates with commit
sirgazil via Bug reports for GNU Guix writes:
> This happens in both master and core-updates, although it seems to fail with
> a different error in the former (see https://issues.guix.gnu.org/39324). It
> also happens in both real machine and virtual machine.
Fixed on core-updates with commit
Hi, Marius:
The problem is not reproduced after I did another 'guix pull'. I attached the
information:
1.
root@guix ~# guix describe
Generation 4 May 04 2020 06:21:35 (current)
guix c563f88
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit:
Hi Ludo,
On Mon, 4 May 2020 at 11:32, Ludovic Courtès wrote:
> > Packages needed for C development
> > =
> >
> > For C development, you will typically need the packages
> > make gcc-toolchain gdb
> >
> > Do NOT install glibc and binutils explicitly,
Hi,
Bruno Haible skribis:
> The question "What packages do I need to do normal C development?" should
> really be documented.
>
> How about a doc section - at the beginning of the chapter
> https://guix.gnu.org/manual/en/html_node/Development.html - that says:
>
> Packages needed for C
On Sun, May 03, 2020 at 06:32:47PM +0200, zimoun wrote:
> Dear Thomas,
>
> What is the status of this bug [1]? Because Xfce4 has been updated
> since more than 3 years.
>
> Any progress?
> If it is solved and/or not an issue for you anymore, then does it make
> sense to close it?
>
>
> Best
Hi again Tobias,
Ludovic Courtès skribis:
> Tobias Geerinckx-Rice skribis:
>
>> * build-aux/git-authenticate.scm (%project-keyring-uris)
>> (import-keyring-uri, import-project-keys): New variables.
>> (authenticate-commits): Import known project keys before authenticating.
>> * guix/gnupg.scm
Dear Bruno,
Thank you for your feedback.
On Mon, 4 May 2020 at 01:10, Bruno Haible wrote:
> > Another way to do software development is with ‘guix environment’:
> >
> > https://guix.gnu.org/manual/en/html_node/Development.html
> >
> > For example, if you want to hack on Gettext, run:
> >
>
Sorry if I misled you with the ellipsis. You need to add
/lib/python3.7/site-packages without the "blueman" part.
With the definition below I can start blueman-services. But all
programs report that blueman-applet fails.
Indeed, blueman-applet fails with
--8<---cut
Hi,
Bruno Haible skribis:
>> It’s in the glibc package:
>>
>> ls $(guix build glibc | grep '[0-9]$')/lib
>>
>> What’s your use case?
>
> So, the consequence is that a Guix user cannot send an executable
> to another Guix user and expect it to be runnable on the other machine.
True (but
Hi!
Ludovic Courtès skribis:
> Done the API cleanup. I’ll go ahead and push the current ‘wip-openpgp’
> branch (squashing commits marked as such) tomorrow if there are no
> objections.
Pushed on master!
4a84deda74 doc: Recommend against SHA1 OpenPGP signatures.
84133320b8 doc: Document
On Sun, May 03, 2020 at 02:31:35PM -0400, Leo Famulari wrote:
> On Sun, May 03, 2020 at 11:41:49AM +0300, Efraim Flashner wrote:
> > qtbase seems like a rather heavy dependency for ffmpeg. After looking
> > through 'guix graph ffmpeg'
> >
> > qtbase -> extra-cmake-modules -> fcitx -> sdl2 ->
35 matches
Mail list logo