Re: [blfs-dev] GPM Kernel Configuration
On 8/28/19 3:39 PM, Pierre Labastie via blfs-dev wrote: On 27/08/2019 21:14, Douglas R. Reno via blfs-dev wrote: Hi folks, I was looking at the GPM page earlier and noticed that we need the /dev/psaux interface, which wasn't built into my kernel last time since I was starting on a fresh 1TB HDD and didn't have my old kernel configuration sitting around at the time. It seems that the /dev/psaux option has been marked as "LEGACY", and we'll need to modify our kernel configuration on the GPM page to do this: <*> Mouse interface [*] Provide legacy /dev/psaux device (1024) Horizontal screen resolution (768) Vertical screen resolution When you enable the Mouse Interface, it provides options for "Provide legacy /dev/psaux" interface. Should we set these in the kernel configuration in the GPM page? (BTW, it's stayed under Device Drivers -> Input Device Support). I use /dev/input/mice with gpm, and it works well. I do that also. What we say is: "For example, /dev/ttyS0 for a serial mouse (on Windows this is COM1), /dev/input/mice is often used for USB mice and /dev/psaux for PS2 mice." I think that is still true although serial and ps2 mice are now quite rare. I do not think we need to mention psaux in the kernel configuration. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] GPM Kernel Configuration
On 27/08/2019 21:14, Douglas R. Reno via blfs-dev wrote: > Hi folks, > > > I was looking at the GPM page earlier and noticed that we need the /dev/psaux > interface, which wasn't built into my kernel last time since I was starting on > a fresh 1TB HDD and didn't have my old kernel configuration sitting around at > the time. It seems that the /dev/psaux option has been marked as "LEGACY", and > we'll need to modify our kernel configuration on the GPM page to do this: > > <*> Mouse interface > [*] Provide legacy > /dev/psaux device > (1024) Horizontal screen > resolution > (768) Vertical screen > resolution > > > When you enable the Mouse Interface, it provides options for "Provide legacy > /dev/psaux" interface. Should we set these in the kernel configuration in the > GPM page? (BTW, it's stayed under Device Drivers -> Input Device Support). > I use /dev/input/mice with gpm, and it works well. Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] elogind and polkit
On Sun, Aug 25, 2019 at 01:12:12AM +0100, Ken Moffat via blfs-dev wrote: > On Sat, Aug 24, 2019 at 05:57:10PM -0500, Bruce Dubbs via blfs-dev wrote: > > On 8/24/19 4:38 PM, Ken Moffat via blfs-dev wrote: > > > > polkit.addAdminRule(function(action, subject) { > > return ["unix-group:wheel"]; > > }); > > > > On my system, I am a member of the wheel group, but I didn't add that > > recently. It is legacy. Are you a member of the wheel group? > > No. I don't really want to be (if ken is running something that > needs root access, he ought to have to 'su' to remind him of the > dangers ;) But I do remember there was _something_ about being a > member of the wheel group in the past few months, although I don't > remember the details. > We've since established that being in the wheel group is not necessary for rootless X, but I'm coming back to add an explanation of the above rule which I found in the Arch wiki during my continual "stumbling around in the dark in google results" : That rule says users in the wheel group *can* authenticate, But to do that they need to input a password, either via a desktop agent such as lxpolkit, polkit-gnome, xfce-polkit or else using the tty fallback of pkttyagent from polkit itself. ĸen -- Adopted by dwarfs, brought up by dwarfs. To dwarfs I'm a dwarf, sir. I can do the rite of k'zakra, I know the secrets of h'ragna, I can ha'lk my g'rakha correctly ... I am a dwarf Captain Carrot Ironfoundersson (in The Fifth Elephant) -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] thunderbird-68.0
On 8/28/19 4:52 PM, Bruce Dubbs via blfs-dev wrote: On 8/28/19 6:10 AM, Tim Tassonis via blfs-dev wrote: Hi all Despite the current freeze, I have taken the thunderbird ticket, as I just can'r wait to get my hands on the new version... I will of course not update the page until I'm told to, but will try to build the new version and note the changes needed. Having started now, I can already say that: - ac_add_options --with-pthreads - ac_add_options --enable-system-hunspell are gone from mozconfig, and therefore also the optional dependency on hunspell. - the missing docs patch still applies - no rust update seems need. Will let you know more in a couple of hours... TB is an end-user program. Nothing depends on it. You can go ahead and promote it to 9.0 and commit it if it looks OK to you. Great, in that case I will update the page in a minute. The build went surprisingly smooth and so far, it also runs fine. As mentioned in the release notes, third-party add-ons have to be updated or are otherwise disabled, but the google-calendar provider can be updated and does its job after a restart. Bye Tim -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] thunderbird-68.0
On 8/28/19 6:10 AM, Tim Tassonis via blfs-dev wrote: Hi all Despite the current freeze, I have taken the thunderbird ticket, as I just can'r wait to get my hands on the new version... I will of course not update the page until I'm told to, but will try to build the new version and note the changes needed. Having started now, I can already say that: - ac_add_options --with-pthreads - ac_add_options --enable-system-hunspell are gone from mozconfig, and therefore also the optional dependency on hunspell. - the missing docs patch still applies - no rust update seems need. Will let you know more in a couple of hours... TB is an end-user program. Nothing depends on it. You can go ahead and promote it to 9.0 and commit it if it looks OK to you. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] thunderbird-68.0
Hi all Despite the current freeze, I have taken the thunderbird ticket, as I just can'r wait to get my hands on the new version... I will of course not update the page until I'm told to, but will try to build the new version and note the changes needed. Having started now, I can already say that: - ac_add_options --with-pthreads - ac_add_options --enable-system-hunspell are gone from mozconfig, and therefore also the optional dependency on hunspell. - the missing docs patch still applies - no rust update seems need. Will let you know more in a couple of hours... Bye Tim -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page