Re: [blfs-support] Firefox 'gold linker' mozconfig documentation - BLFS 9.1/development
On Tue, Mar 24, 2020 at 10:29:39AM -0500, Bruce Dubbs via blfs-support wrote: > On 3/24/20 10:18 AM, rhubarbpieguy--- via blfs-support wrote: > > > > I'm a touch confused about the following in the Firefox mozconfig > > documentation: > > > > # Do not specify the gold linker which is not the default. It will take > > # longer and use more disk space when debug symbols are disabled. > > > > There seems to be no action to be taken. Most other lines specify a > > line to comment/uncomment. What's a gold linker? > > > > Two other areas: > > > > # From firefox-61 system cairo is not supported > > > > ac_add_options --enable-system-ffi > > ac_add_options --enable-system-pixman > > > > Again, there seems no action to be taken. Are the two ac_add_options > > lines related to the cairo statement.? > > > > --- > > > > # From firefox-62 --with-pthreads is not recognized > > > > ac_add_options --with-system-bz2 > > ac_add_options --with-system-jpeg > > ac_add_options --with-system-png > > ac_add_options --with-system-zlib > > > > The same as above. Are the four ac_add_options lines related to the > > pthreads statement? > > > > To be clear, the mozconfig file works well, I'm just curious. > > Those options used to be in the book. They are clarifications that they > have been removed. > > -- Bruce > Yes indeed. I make many of the updates to firefox, and I'm aware that a number of people use their own scripts and also come from a past version, so I try to make it easier for them to see what has changed - mozconfig is long, and not easy to read, unlike most invocations of configure or meson. Actually, I think the gold linker might still be the default if clang is used. Thunderbird in BLFS uses clang, it could similarly use gcc, g++, also the patch for system harfbuzz (and system graphite until tb moves to the next firefox ESR base version), but without taking time to measure the different builds I do not know for certain that using gcc and g++ would save time or build space in thunderbird. ĸen -- When alle is ſayed and all is done, ye must chooſe your faces wisely, for soon enouff ye will be playing with fyre." The Nice and Accurate Prophecies of Agnes Nutter, Prophecy 5004 -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Elan Touchpad Configuration LFS/BLFS
On Tue, Mar 24, 2020 at 10:35:48AM +, Stuart via blfs-support wrote: > I raised this issue with the libinput project (Peter Hutterer) and we have > determined that libinput is detecting and reporting the correct button and > motion events. > > Peter suggests that the problem may be with the GNOME default clickfinger > behaviour. It may be just down to hunting where that setting is and making > the necessary changes. > > Any idea where to look in a BLFS system ? > > Stuart > Maybe the Arch wiki has the answer (gsettings, with a couple of examples) : https://wiki.archlinux.org/index.php/Libinput#Touchpad_not_working_in_GNOME Although clearly the examples it provides will not help with all clicks being treated as left-click, but maybe there are other settings available. Earlier in that page it also has links to their wiki pages for gnome control center, which might be relevant, and a link to the gome-tweaks package (but not a wiki page, just the package, so if all else fails maybe search for details about gnome-tweaks). ĸen -- When alle is ſayed and all is done, ye must chooſe your faces wisely, for soon enouff ye will be playing with fyre." The Nice and Accurate Prophecies of Agnes Nutter, Prophecy 5004 -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Firefox 'gold linker' mozconfig documentation - BLFS 9.1/development
On 3/24/20 10:18 AM, rhubarbpieguy--- via blfs-support wrote: I'm a touch confused about the following in the Firefox mozconfig documentation: # Do not specify the gold linker which is not the default. It will take # longer and use more disk space when debug symbols are disabled. There seems to be no action to be taken. Most other lines specify a line to comment/uncomment. What's a gold linker? Two other areas: # From firefox-61 system cairo is not supported ac_add_options --enable-system-ffi ac_add_options --enable-system-pixman Again, there seems no action to be taken. Are the two ac_add_options lines related to the cairo statement.? --- # From firefox-62 --with-pthreads is not recognized ac_add_options --with-system-bz2 ac_add_options --with-system-jpeg ac_add_options --with-system-png ac_add_options --with-system-zlib The same as above. Are the four ac_add_options lines related to the pthreads statement? To be clear, the mozconfig file works well, I'm just curious. Those options used to be in the book. They are clarifications that they have been removed. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Firefox 'gold linker' mozconfig documentation - BLFS 9.1/development
I'm a touch confused about the following in the Firefox mozconfig documentation: # Do not specify the gold linker which is not the default. It will take # longer and use more disk space when debug symbols are disabled. There seems to be no action to be taken. Most other lines specify a line to comment/uncomment. What's a gold linker? Two other areas: # From firefox-61 system cairo is not supported ac_add_options --enable-system-ffi ac_add_options --enable-system-pixman Again, there seems no action to be taken. Are the two ac_add_options lines related to the cairo statement.? --- # From firefox-62 --with-pthreads is not recognized ac_add_options --with-system-bz2 ac_add_options --with-system-jpeg ac_add_options --with-system-png ac_add_options --with-system-zlib The same as above. Are the four ac_add_options lines related to the pthreads statement? To be clear, the mozconfig file works well, I'm just curious. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Package updates (libwacom and psutils)
On 3/24/20 3:06 AM, Leandro Nini via blfs-support wrote: Hello, (re-sending here as I'm not on the -dev list) there are a couple of package updates that seem to have slipped from your radar. First is libwacom, now maintained on github at https://github.com/linuxwacom/libwacom. The latest release is libwacom-1.2. Then is psutils, on github too at https://github.com/rrthomas/psutils. The latest release is v1.93 but it might be a development version, Fedora have 1.23 as latest package: https://src.fedoraproject.org/repo/pkgs/psutils/psutils-1.23.tar.xz/eedd282973a58ac6bbf890316a3b02d8/psutils-1.23.tar.xz Thanks for the heads up. We don't always find out when developers move to github but leave their old versions in place. We need these notifications to get up to date. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Laptop keyboard not working!
Le 24/03/2020 à 15:03, Victor Mulhern via blfs-support a écrit : > Hey Chris how are you!! I finally got the keyboard working on Sunday with > original lfs 9.0 kernel 5.2.8 with pinctrl cherryview enable!! I was screwing > around with these grub boot switches for ‘keylock’ and ‘pop’ because I was > reading the dmesg output and reading posts on the internet!! The host system > config didn’t work because it was booting from usb and not emmc so it wasn’t > the right config!! I didn’t have to patch the kernel like you did!! Thanks > again for all of your help!! Sorry to Pierre for the lack of paragraphs, he’s > going to have to deal with it!! > Yeah sorry I forgot the :) -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Laptop keyboard not working!
On Tue, Mar 24, 2020 at 10:03 AM Victor Mulhern via blfs-support wrote: > > Hey Chris how are you!! I finally got the keyboard working on Sunday with > original lfs 9.0 kernel 5.2.8 with pinctrl cherryview enable!! I was screwing > around with these grub boot switches for ‘keylock’ and ‘pop’ because I was > reading the dmesg output and reading posts on the internet!! The host system > config didn’t work because it was booting from usb and not emmc so it wasn’t > the right config!! I didn’t have to patch the kernel like you did!! Thanks > again for all of your help!! Sorry to Pierre for the lack of paragraphs, he’s > going to have to deal with it!! Hey Victor, I'm glad you were able to get the laptop keyboard working. Good for you in sticking with it and figuring it out. Enjoy your BLFS laptop. Take care, Chris -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Laptop keyboard not working!
Hey Chris how are you!! I finally got the keyboard working on Sunday with original lfs 9.0 kernel 5.2.8 with pinctrl cherryview enable!! I was screwing around with these grub boot switches for ‘keylock’ and ‘pop’ because I was reading the dmesg output and reading posts on the internet!! The host system config didn’t work because it was booting from usb and not emmc so it wasn’t the right config!! I didn’t have to patch the kernel like you did!! Thanks again for all of your help!! Sorry to Pierre for the lack of paragraphs, he’s going to have to deal with it!! -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Package updates (libwacom and psutils)
On Tue, Mar 24, 2020 at 10:46:03AM +0100, Pierre Labastie via blfs-support wrote: > Le 24/03/2020 à 09:06, Leandro Nini via blfs-support a écrit : > > Hello, > > > > (re-sending here as I'm not on the -dev list) > > > > there are a couple of package updates that seem to have slipped from your > > radar. > > > > First is libwacom, now maintained on github at > > https://github.com/linuxwacom/libwacom. The latest release is libwacom-1.2. > > > > Then is psutils, on github too at https://github.com/rrthomas/psutils. The > > latest release is v1.93 but it might be a development version, Fedora have > > 1.23 as latest package: > > https://src.fedoraproject.org/repo/pkgs/psutils/psutils-1.23.tar.xz/eedd282973a58ac6bbf890316a3b02d8/psutils-1.23.tar.xz > > > > > > Thanks for the heads up. For psutils, it needs "paper" > (https://github.com/rrthomas/paper), which is a replacement for libpaper. > But would the packages in the book, which depend on libpaper, build with > paper? > Actually, seems libpaper is recommended for texlive (context and selatex) > optional for cups, ghostscript, a2ps, and libreoffice. > > We could also have both paper and libpaper, but we need to ensure they can be > installed side by side. > > Pierre Looking at psutils releases at github, 1.20,1,2,3 (with some duplications, as if the release process had some fubars) and then 1.90,1,2,3 : I think that the 1.9x versions are indeed development varsions. This is not a package I have ever built, at least since I put my scripts into git almost 10 years ago, so I don't really have any interest in it. I see that paper comes from the same dev, but I think there might be problems at github (can't get to the dev's page to see his other repos, cannot retrieve latest commit for paper). Hmm, AUR claims to have paper v2.0. Unfortunately, paper is a common enough word (and there is also Paper for java etc on android which is is not related), so at the moment googling to find who uses paper rather than libpaper is not useful. Looking at AUR, paper is only used by psutils. According to AUR this replaces rrthomas-libpaper and I can find a little more by googling for that : a link from 2013 re texlive https://tug.org/pipermail/tlbuild/2013q4/002718.html which suggests it was not compatible. OTOH, AUR has it as an optional dep for TL2019. I'd prefer to see some wider usage before saying it is a preferred replacement for libpaper rather than just another fork. ĸen -- When alle is ſayed and all is done, ye must chooſe your faces wisely, for soon enouff ye will be playing with fyre." The Nice and Accurate Prophecies of Agnes Nutter, Prophecy 5004 -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Elan Touchpad Configuration LFS/BLFS
On 2020-03-21 22:44, Stuart via blfs-support wrote: On 2020-03-21 14:44, Ken Moffat via blfs-support wrote: On Sat, Mar 21, 2020 at 11:44:14AM +, Stuart via blfs-support wrote: Hi, Recently my trusty old Lenovo Z50 broke (mechanical problem) I have replaced it with a Lenovo V130 and moved the SSD with my LFS/BLFS system in to it. With the kernel (version 5.5.8) reconfigure to match the new driver requirements I was off and running everything is as it was apart from the touchpad which is behaving strangely. [ a left-field reply, in case the cause is elsewhere ] On my own laptop, with 9.0 and a 5.5.2 kernel the trackpad was fine. With 9.1 and a 5.5.7 kernel it produced assertions in evdev and X did not work.? Current 'stable' kernels get a lot more "fixes" as soon as they are in linus's development kernel and I suspect that in my case, and maybe in yours, that caused the problem. For me the fix was to update libinput to 1.15.2.? I have since read that for some of the problems, upgrading to libinput-1.15.3 (which has more fixes and apparently requires libevdev-1.9.0) finally solves them.? But since then libinput-1.15.4 has been released and is a better bet IFF you still have problems, because quoting the maintainer's announcement: | libinput 1.15.4 is now available. Only one patch to the libinput | record tool to fix the dmi modalias recording. Since this tool is | used by every bug reporter and the library itself has no changes | please do update to this one, you'll save a lot of my time... I'll leave the rest of what you posted in the hope that someone will point out something specific to your machine. The cursor moves as expected but button presses all seem to be "left button" and if you don't keep a finger on the touchpad the cursor slides 2-3 inches to the left and down !!!? I have looked at Mint Linux off a DVD I have and the touchpad behaves correctly so I feel the issues is one of configuration but which settings to changes ? The following are things I have found with my system: dmesg: [??? 3.032043] elan_i2c i2c-ELAN0618:00: Elan Touchpad: Module ID: 0x005b, Firmware: 0x0001, Sample: 0x0002, IAP: 0x000d [??? 3.032305] input: Elan Touchpad as /devices/pci:00/:00:15.0/i2c_designware.0/i2c-5/i2c-ELAN0618:00/input/input13 libinput: Device:?? Elan Touchpad Kernel:?? /dev/input/event13 Group:??? 5 Seat: seat0, default Size: 104x68mm Capabilities: pointer gesture Tap-to-click: disabled Tap-and-drag: enabled Tap drag lock:??? disabled Left-handed:? disabled Nat.scrolling:??? disabled Middle emulation: disabled Calibration:? n/a Scroll methods:?? *two-finger edge Click methods:??? *button-areas clickfinger Disable-w-typing: enabled Accel profiles:?? none Rotation: n/a /etc/sysconfig/mouse: MDEVICE="/dev/input/mice" PROTOCOL="imps2" GPMOPTS="" Can anyone suggest what I need to address to get things working ? I would like to configure a simple no tapping emulated 3 button mouse. Thanks Stuart -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Ken, I have updated my Linux kernel to 5.5.11, evdev to 1.9.0, libinput to 1.15.4 (actually updated all of X11 environment to latest) and updated udev to 3.2.9 all with no effect. I think I may try some other Linux distros as most have a live DVD option and see if I can see what makes them work in this context (assuming they don't have the same problem). Thanks for the help Stuart I raised this issue with the libinput project (Peter Hutterer) and we have determined that libinput is detecting and reporting the correct button and motion events. Peter suggests that the problem may be with the GNOME default clickfinger behaviour. It may be just down to hunting where that setting is and making the necessary changes. Any idea where to look in a BLFS system ? Stuart -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Package updates (libwacom and psutils)
Le 24/03/2020 à 09:06, Leandro Nini via blfs-support a écrit : > Hello, > > (re-sending here as I'm not on the -dev list) > > there are a couple of package updates that seem to have slipped from your > radar. > > First is libwacom, now maintained on github at > https://github.com/linuxwacom/libwacom. The latest release is libwacom-1.2. > > Then is psutils, on github too at https://github.com/rrthomas/psutils. The > latest release is v1.93 but it might be a development version, Fedora have > 1.23 as latest package: > https://src.fedoraproject.org/repo/pkgs/psutils/psutils-1.23.tar.xz/eedd282973a58ac6bbf890316a3b02d8/psutils-1.23.tar.xz > > Thanks for the heads up. For psutils, it needs "paper" (https://github.com/rrthomas/paper), which is a replacement for libpaper. But would the packages in the book, which depend on libpaper, build with paper? Actually, seems libpaper is recommended for texlive (context and selatex) optional for cups, ghostscript, a2ps, and libreoffice. We could also have both paper and libpaper, but we need to ensure they can be installed side by side. Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Wording in shadow-4.8.1
Le 24/03/2020 à 07:22, Teresa Williams via blfs-support a écrit : > In the section on configuring Linux-PAM to work with shadow, there is the > text: > > 'As the root user, replace the following Linux-PAM configuration files in the > /etc/pam.d/ directory (or add the contents to the /etc/pam.conf file)' > > But the files concerned - login, passwd and chage - don't appear in > /etc/pam.d after installing PAM. Should this rather say - for the sake of > clarity - CREATE the following Linux-PAM configuration. > > I suppose I'm being picky, or am I misunderstanding? The former, but see below... The setting of the system-password, system-account, etc files has been moved from shadow page to pam page at revision 16058, but the wording was not changed... Fixed at revision 22879 Thanks for reporting (we all should be picky, to prevent users from wondering whether they are misunderstanding :). Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Package updates (libwacom and psutils)
Hello, (re-sending here as I'm not on the -dev list) there are a couple of package updates that seem to have slipped from your radar. First is libwacom, now maintained on github at https://github.com/linuxwacom/libwacom. The latest release is libwacom-1.2. Then is psutils, on github too at https://github.com/rrthomas/psutils. The latest release is v1.93 but it might be a development version, Fedora have 1.23 as latest package: https://src.fedoraproject.org/repo/pkgs/psutils/psutils-1.23.tar.xz/eedd282973a58ac6bbf890316a3b02d8/psutils-1.23.tar.xz Cheers, Leandro -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Wording in shadow-4.8.1
In the section on configuring Linux-PAM to work with shadow, there is the text: 'As the root user, replace the following Linux-PAM configuration files in the /etc/pam.d/ directory (or add the contents to the /etc/pam.conf file)' But the files concerned - login, passwd and chage - don't appear in /etc/pam.d after installing PAM. Should this rather say - for the sake of clarity - CREATE the following Linux-PAM configuration. I suppose I'm being picky, or am I misunderstanding? Taz. -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
