Re: [blfs-dev] [lfs-dev] yelp problems
Ken Moffat wrote: On Mon, Jan 11, 2016 at 04:23:58PM -0600, Bruce Dubbs wrote: I'm having a problem with yelp. The window kinda works, but I don't get any text in the window. If I start it from the command line, I get (WebKitWebProcess:16261): GLib-GIO-ERROR **: Settings schema 'org.gnome.system.proxy' is not installed In the logs, there is a message: traps: WebKitWebProces[16261] trap int3 ip:7f1edfaf0cc3 sp:7ffc372613a0 error:0 Does anyone have an idea about what is going on? Have you installed gsettings-desktop-schemas ? Yes. I installed everything in Chapter 35, GNOME Libraries and Utilities. Google has a couple of links which point to that. Failing that, perhaps better on a blfs list ? ;-) Oops, typo. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] v4l-utils make install fails
Installing v4l-utils using make install fails when using a parallel build. The build itself using "make" works fine. I can reproduce the make install failure, the error is as follows: /usr/bin/ld: cannot find -lv4l1 collect2: error: ld returned 1 exit status I think the install command should be changed, from make install to MAKEFLAGS="-j1" make install This is also what Arch Linux uses in their build scripts and fixes the error. --Willie -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Intel driver issue
I'm having a somewhat interesting video issue. I'm using the intel drivers with two monitors. I have two monitors hooked up to the motherboard, one DVI-D and the other HDMI. The software I'm using is: linux-4.3.3 with firmware skl_dmc_ver1.bin compiled into the kernel image. xf86-video-intel-0340718 Intel Driver libva-1.6.2 libva-intel-driver-1.6.2 libvdpau-1.1.1 libvdpau-va-gl-0.3.4 libdrm-2.4.66 Mesa-11.0.8 The window manager is xfce-4.12 Visually everything works, however every time I move the cursor from one monitor to the other, I get in my logs: WARNING: CPU: 0 PID: 782 at drivers/gpu/drm/i915/intel_pm.c:3668 skl_update_other_pipe_wm+0x1b5/0x1c0() WARN_ON(!wm_changed) Modules linked in: uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core CPU: 0 PID: 782 Comm: Xorg Tainted: GW 4.3.3-lfs-SVN-20160104 #1 Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./Z170-HD3P-CF, BIOS F2 07/27/2015 81b195f8 880265e43658 8142be9f 880265e436a0 880265e43690 8108de88 880267f81000 880265e437dc 880267f8 880265e43728 880265e436f0 Call Trace: [] dump_stack+0x44/0x55 [] warn_slowpath_common+0x78/0xb0 [] warn_slowpath_fmt+0x47/0x50 [] skl_update_other_pipe_wm+0x1b5/0x1c0 [] skl_update_wm+0x196/0x6a0 [] ? gen9_read32+0xf0/0x270 [] intel_update_watermarks+0x19/0x20 [] intel_atomic_commit+0x3f1/0x1340 [] ? drm_atomic_check_only+0x210/0x540 [] ? drm_atomic_get_crtc_state+0x2d/0xd0 [] drm_atomic_commit+0x32/0x50 [] drm_atomic_helper_disable_plane+0xea/0x130 [] __setplane_internal+0x235/0x2f0 [] drm_mode_cursor_universal+0x116/0x1f0 [] drm_mode_cursor_common+0x7c/0x180 [] ? set_fd_set+0x21/0x30 [] drm_mode_cursor_ioctl+0x3c/0x40 [] drm_ioctl+0x124/0x4d0 [] ? drm_mode_setcrtc+0x4c0/0x4c0 [] ? dput+0x9c/0x1f0 [] ? __vfs_read+0x23/0xd0 [] do_vfs_ioctl+0x280/0x460 [] ? recalc_sigpending+0x15/0x50 [] ? __set_task_blocked+0x2d/0x70 [] SyS_ioctl+0x74/0x80 [] entry_SYSCALL_64_fastpath+0x12/0x6a ---[ end trace 1fefbff8a5313d63 ]--- I emphasize here that there is no visual problem--only a very full kernel ring buffer and a large/growing log file. Since the message references drivers/gpu/drm/i915/intel_pm.c, I looked at that and saw: /* * If we end up re-computing the other pipe WM values, it's * because it was really needed, so we expect the WM values to * be different. */ WARN_ON(!wm_changed); So I commented out the WARN_ON line and the messages went away. I also experimented with the 4.4 kernel, but there is a much bigger problem there. The DVI-D connected monitor does not seem to be recognized. I've reported this upstream: https://software.intel.com/en-us/forums/graphics-driver-bug-reporting/topic/606619 I'll follow up here if I get an answer. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Libgusb tests
Testing libgusb package requires the directory /usr/share/hwdata populated with the file usb.ids, as described in «Configuring USB Utils» section of the usbutils-008 package. Perhaps a note about this should be added in the book. I don't know if this has been already addressed; if yes, sorry for the noise. HTH -- Nico -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Libgusb tests
Em 11-01-2016 11:01, Gen escreveu: > Testing libgusb package requires the directory /usr/share/hwdata > populated with the file usb.ids, as described in «Configuring USB Utils» > section of the usbutils-008 package. > > Perhaps a note about this should be added in the book. > > I don't know if this has been already addressed; if yes, sorry for the > noise. > > HTH Fixed. Thanks. -- []s, Fernando, aka Sísifo -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] v4l-utils make install fails
Em 11-01-2016 05:58, wil...@tuta.io escreveu:
> Installing v4l-utils using make install fails when using a parallel build.
> The build itself using "make" works fine. I can reproduce the make install
> failure, the error is as follows:
>
> /usr/bin/ld: cannot find -lv4l1
> collect2: error: ld returned 1 exit status
>
> I think the install command should be changed, from
> make install
> to
> MAKEFLAGS="-j1" make install
>
> This is also what Arch Linux uses in their build scripts and fixes the error.
Sorry, cannot confirm this issue. Tried with "make -j8 install" and
MAKEFLAGS="-j8" make install, still no problem.
Used:
sed -e 's/targets):/& ; $(info $$MAKEFLAGS is [${MAKEFLAGS}])/' \
-i.orig Makefile.in &&
before configure, with results:
{{{
# xzgrep MAKEFLAGS /logs/v4l-utils-1.8.1-2016.01.11-11h51m30s.log.xz
$MAKEFLAGS is [w -j --jobserver-fds=3,4]
$MAKEFLAGS is []
# xzgrep MAKEFLAGS
/logs/v4l-utils-1.8.1-simulation-2016.01.11-11h49m29s.log.xz
$MAKEFLAGS is [w -j --jobserver-fds=3,4]
$MAKEFLAGS is [ --
DESTDIR=/tmp/porg-build-2016.01.11-11h49m29s/DEST-v4l-utils-1.8.1]
}}}
Therefore, even if you have MAKEFLAGS set, I cannot understand what is
happening.
--
[]s,
Fernando, aka Sísifo
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
