bug#47064: FYI: DrRacket problem
Hi, I do not have problems with racket on a foreign distro. On guix system I experience the same error. Malte On Mon, 15 Mar 2021, 22:06 Jack Hill, wrote: > Philip, > > Thanks for the work you've been doing on improving our Racket package. I > wanted to make sure you were aware of the failure of DrRacket and other > graphical Racket components to load in the latest Racket package. > > https://issues.guix.gnu.org/47064 > > Best, > Jack > > > >
bug#44780: freecad (@0.18.4) fails to build
Hi, I also reported this a few months ago. http://issues.guix.gnu.org/43448 was the ticket. After it got closed I haven't checked it again. My guess would be that #43448 was either erroneously closed or it's fixed on another branch. Malte On Sat, 21 Nov 2020, 21:37 raingloom, wrote: > On Sat, 21 Nov 2020 18:36:33 +0100 > Fulbert wrote: > > > > > Hello! > > > > freecad (freecad@0.18.4) fails to build with attached log file. > > > > Thanks and best regards, > > Fulbert > > Looks like some dependencies aren't found, even though they are > included in the input list. Nix seems to explicitly pass them to CMake. > Missing pkg-config files maybe? > > https://github.com/NixOS/nixpkgs/blob/7caa81d8a23f0278e868adf9054ec5409cd81f93/pkgs/applications/graphics/freecad/default.nix > > Slightly edited relevant parts of the log: > > ``` > shiboken2 not found. > PySide2 not found. > PySide2Tools not found. > ... > > > [ 2%] Generating Material_rc.py > cd /tmp/guix-build-freecad-0.18.4.drv-0/build/src/Mod/Material && > PYSIDE2RCCBINARY-NOTFOUND > > /tmp/guix-build-freecad-0.18.4.drv-0/freecad-0.18.4-checkout/src/Mod/Material/Resources/Material.qrc > -o > /tmp/guix-build-freecad-0.18.4.drv-0/build/src/Mod/Material/Material_rc.py > cd /tmp/guix-build-freecad-0.18.4.drv-0/build/src/Base && > /gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/bin/gcc > -DBOOST_ALL_NO_LIB -DBOOST_FILESYSTEM_DYN_LINK > -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_REGEX_DYN_LINK > -DBOOST_SYSTEM_DYN_LINK -DBOOST_THREAD_DYN_LINK -DFreeCADBase_EXPORTS > -DHAVE_CONFIG_H -DHAVE_SWIG=1 -DHAVE_TBB -DOCC_CONVERT_SIGNALS > -DQT_CORE_LIB -DQT_NO_DEBUG -D_OCC64 > -I/tmp/guix-build-freecad-0.18.4.drv-0/build > -I/tmp/guix-build-freecad-0.18.4.drv-0/build/src > -I/tmp/guix-build-freecad-0.18.4.drv-0/freecad-0.18.4-checkout/src > -I/tmp/guix-build-freecad-0.18.4.drv-0/build/src/Base > -I/tmp/guix-build-freecad-0.18.4.drv-0/freecad-0.18.4-checkout/src/Base > > -I/gnu/store/q9rm8h9imazsq2c4qiv2yjpvlvliywqb-python-3.8.2/include/python3.8 > -isystem > /gnu/store/59dq1n4wj3maa3kcar6hspj2zd82as7q-qtbase-5.14.2/include/qt5 > -isystem > > /gnu/store/59dq1n4wj3maa3kcar6hspj2zd82as7q-qtbase-5.14.2/include/qt5/QtCore > -isystem > > /gnu/store/59dq1n4wj3maa3kcar6hspj2zd82as7q-qtbase-5.14.2/lib/qt5/mkspecs/linux-g++ > -O2 -g -DNDEBUG -fPIC -pthread -fPIC -o > CMakeFiles/FreeCADBase.dir/__/CXX/cxxextensions.c.o -c > > /tmp/guix-build-freecad-0.18.4.drv-0/freecad-0.18.4-checkout/src/CXX/cxxextensions.c > /gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/sh: > PYSIDE2RCCBINARY-NOTFOUND: command not found m > ``` > > > >
bug#44301: Black screen in Guix System installation
Do you have another Linux Live Distro at hand to check what the device at USB 1-1.3 actually is? This might help. Malte On Sun, 1 Nov 2020, 14:06 soheilkhanalipur--- via Bug reports for GNU Guix, wrote: > Does this mean I have non-free firmware? > I put "modprobe.blacklist=i915" in grub, but the problem is not resolved. > I am confused! Is there no solution? >
bug#43403: Blender crashes on clicking 'Video Editing'. Segmentation fault
Of course: issues.guix.gnu.org/issue/43447 it is. Malte On Wed, 16 Sep 2020, 13:03 Mark H Weaver, wrote: > Hi, > > Malte Frank Gerdes writes: > > > i have a similar error. I'm using Blender 2.83.5 in a environment > > created with guix environment --ad-hoc --no-grafts (as suggested). In a > > new scene (right after startup not loading anything) selecting the cube > > and trying to apply a Remesh Modifier Blender crashes and generates > > this backtrace: > > > > # Blender 2.83.5, Unknown revision > > bpy.context.space_data.context = 'MODIFIER' # Property > > bpy.ops.object.modifier_add(type='REMESH') # Operator > > > > # backtrace > > blender(BLI_system_backtrace+0x20) [0x293ba30] > > blender() [0xa99e13] > > > /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6(+0x36b20) > [0x7f67bd83ab20] > > blender(BKE_mesh_copy_settings+0x13) [0xafd993] > > blender() [0xdfad4f] > > blender() [0xbbc7b3] > > blender() [0xbbd2b4] > > blender(makeDerivedMesh+0x8f) [0xbbe81f] > > blender(BKE_object_handle_data_update+0x3b0) [0xb34540] > > blender(BKE_object_eval_uber_data+0x2e) [0xb3486e] > > blender() [0x133ab5b] > > blender() [0x133ad19] > > blender(BLI_task_pool_work_and_wait+0x1d5) [0x293c8d5] > > blender(_ZN3DEG23deg_evaluate_on_refreshEPNS_9DepsgraphE+0x201) > [0x133b0f1] > > blender(DEG_evaluate_on_refresh+0x65) [0x131f165] > > blender() [0xb6dd6b] > > blender(wm_event_do_depsgraph+0xb3) [0xc58d03] > > blender(wm_event_do_refresh_wm_and_depsgraph+0x87) [0xc58e57] > > blender(wm_event_do_notifiers+0x45b) [0xc5f6ab] > > blender(WM_main+0x28) [0xc552a8] > > blender(main+0x2cc) [0xa68f8c] > > > /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6(__libc_start_main+0xed) > [0x7f67bd826a6d] > > blender(_start+0x2a) [0xa967fa] > > This looks like an unrelated bug, but of course one that should be > investigated in its own right. Could you resend it to bug-guix@gnu.org > with a suitable subject line, to create a new ticket for it? > > Thanks! > Mark >
bug#43303: GCC package name
Hi, the GCC package itself isn't to useful. I think you are looking for the gcc-toolchain package which installs GCC, binutils and libc. Malte On Thu, 10 Sep 2020, 07:22 Jeffrey Walton, wrote: > Hi Everyone, > > It took me about 15 minutes to install GCC on Guix because Guix named > the GCC package libgccjit. > > I understand Guix package manager is powerful. I think you should use > an alias feature (or whatever it is called under Guix), and create and > few aliases to help with administration: > >gcc -> libgccjit >g++ -> libgccjit >gcc-c++ -> libgccjit > > These are the names developers expect for the compiler. They don't > expect a name like libgccjit. > > With the aliases in place, a command like 'guix install gcc' works as > expected. > > Without the aliases (and absent a sane package name), people have to > lookup the documentation and read how to use the package manager for a > simple task like installing the compiler. When 50 or 100 developers > waste 15 minutes of their time, that's about 1 man-week wasted. > There's no reason to waste man-weeks on simple tasks. > > Thanks in advance. > > > >
bug#43277: emacs-next is broke, "seq" missing
Hi, I had a similar error yesterday, with emacs27. Turned out I had to reload my environment because some variables still pointed to emacs 26.3 directories which didn't exist anymore. Malte On Tue, 8 Sep 2020, 14:25 Martin Becze, wrote: > emacs-next recently broke. It now has this error on start up. > > "require: Cannot open load file: No such file or directory, seq" > > I think this must have happened relatively recently (with the last 3 > weeks) since it was working fine earlier. > >
