FYI, we are currently using a mkdir for the pidfile in postgresql
script. We have a mechanism in place for this outside of the init script
(createfiles):
echo "/run/postgresql dir 755 postgres postgres" >>
/etc/sysconfig/createfiles
Any objections if I make the change?
Of
On December 3, 2020 3:18:39 PM CST, Bruce Dubbs via blfs-dev
wrote:
>In some cases PAM may use Berkeley DB libraries. We should probably
>change the bdb build to move the libraries to /lib:
>
>...
I don't think that is necessary, or at least not by FHS if that's what prompted
the suggestion.
On 10/23/2020 11:01 AM, Ken Moffat wrote:
Is there an official python recommendation for that, to quote at
them, please ?
To bring this all back around, here is a link to the discussion I
inadvertently mentioned off-list to Ken:
https://github.com/python/peps/pull/893 - which ultimately
On 10/24/2020 6:15 AM, DJ Lucas via blfs-dev wrote:
I'm sorry, even this blurb was not entirely correct
Short answer, if it still has '/usr/bin/env python' in the shebang,
insert here: "isn't limited to a virtual environment,"
and it doesn't work with with both python2 a
On 10/24/2020 6:15 AM, DJ Lucas via blfs-dev wrote:
After reading PEP 393 for the umpteenth time
Grr, it's PEP 394, not 393. Sorry.
--DJ
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
On October 23, 2020 12:10:07 PM CDT, Bruce Dubbs via blfs-dev
wrote:
>On 10/23/20 12:00 PM, Ken Moffat via blfs-dev wrote:
>> On Fri, Oct 23, 2020 at 11:22:06AM -0500, Bruce Dubbs via blfs-dev
>wrote:
Is there an official python recommendation for that, to quote at
them, please ?
>>>
n Moffat via blfs-dev
>> > wrote:
>> > > On Thu, Oct 22, 2020 at 11:24:52PM +0800, Xi Ruoyao via blfs-dev
>> > > wrote:
>> > > > On 2020-10-22 16:14 +0100, Ken Moffat via blfs-dev wrote:
>> > > > > On Thu, Oct 22, 2020 at 06:25:59AM -0500, B
On October 21, 2020 10:48:39 PM CDT, Bruce Dubbs via blfs-dev
wrote:
>On 10/21/20 10:06 PM, DJ Lucas via blfs-dev wrote:
>>
>
>In LFS, we can make the symlink to p3. For p2 in BLFS, we will use
>'make altinstall'. Everything else would be for non-python packages
&
On 10/21/2020 7:12 PM, Kevin Buckley via blfs-dev wrote:
On Thu, 22 Oct 2020 at 00:26, Bruce Dubbs via blfs-dev
wrote:
Currently we have /usr/bin/python -> python2. Is it time to change that
to python3?
Probably a bit too drastic a view, but should we even be propagating
the need to have a
mkfontdir is no longer needed (probably hasn't been in a long time). It
is a shell script and both it and the manpage are included with
makefontscale.
--DJ
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
On September 27, 2020 4:45:40 PM CDT, Joe Locash via blfs-dev
wrote:
>Isn't this the same as
>http://lists.linuxfromscratch.org/pipermail/blfs-dev/2020-September/037633.html
>
>
>On Sun, Sep 27, 2020 at 3:32 PM DJ Lucas via blfs-dev <
>blfs-dev@lists.linuxfromscratch.org>
On 9/27/2020 2:56 PM, DJ Lucas via blfs-dev wrote:
On 9/27/2020 2:40 PM, Bruce Dubbs via blfs-dev wrote:
On 9/27/20 2:32 PM, DJ Lucas via blfs-dev wrote:
Do we have a policy about reinstalls? If elogind is installed, both
make-ca and Linux-PAM create a /usr/lib/systemd directory
On 9/27/2020 2:40 PM, Bruce Dubbs via blfs-dev wrote:
On 9/27/20 2:32 PM, DJ Lucas via blfs-dev wrote:
Do we have a policy about reinstalls? If elogind is installed, both
make-ca and Linux-PAM create a /usr/lib/systemd directory (and
services). I intend to fix make-ca in a different way
Do we have a policy about reinstalls? If elogind is installed, both
make-ca and Linux-PAM create a /usr/lib/systemd directory (and
services). I intend to fix make-ca in a different way, but should
instructions be added to prevent this or remove them?
--DJ
--
A fix to the issue mentioned on support is included as well as dropping
the sed. Also, not as important, but new bootscript releases in both
books to get the failsafe for $syslog in place (it's unlikely to ever
get triggered, but JIC).
--DJ
--
On 3/22/2020 5:21 PM, Pierre Labastie via blfs-dev wrote:
Le 22/03/2020 à 22:59, Bruce Dubbs via blfs-dev a écrit :
On 3/22/20 4:47 PM, Ken Moffat via blfs-dev wrote:
(Bcc to DJ in case he is not following everything on this list)
Prompted by noticing yesterday that someone had a problem
On 2/16/2020 12:04 PM, Bruce Dubbs via blfs-dev wrote:
On 2/16/20 11:31 AM, Douglas R. Reno via blfs-dev wrote:
On 2/16/20 5:21 AM, Bruce Dubbs via blfs-dev wrote:
On 2/16/20 12:01 AM, Douglas R. Reno via blfs-dev wrote:
Hi folks,
I know that we're in a semi-package freeze right now, so
On 2/13/2020 12:16 PM, Pierre Labastie via blfs-dev wrote:
There is something weird in the ebtables repository:
https://git.netfilter.org/ebtables/commit/?id=6218f812d894fdd733d95c3c86b385f6f223a36a
---
The original ebtables tool is now the legacy version, let's rename it.
A more uptodate
On 12/22/2019 4:20 AM, DJ Lucas via blfs-dev wrote:
It's trying to use 2.7 with 3.x syntax. `sed 's@2\.7@3.8@g' -i
../js/src/configure` will get us past that. It builds to completion,
and installs to DESTDIR, but I haven't used it yet.
I didn't look at it, it doesn't install any python
On 12/21/2019 11:35 AM, Xi Ruoyao via blfs-dev wrote:
On 2019-12-16 00:53 +, Ken Moffat via blfs-dev wrote:
Indeed. The "patch" I found was 9800 lines. I haven't counted how
many lines are in my first attempt to update it. I have a severe
dislike of python, as is probably already
On 12/17/2019 10:17 AM, Pierre Labastie via blfs-dev wrote:
Le 16/12/2019 à 21:26, Douglas R. Reno via blfs-dev a écrit :
On 12/16/19 2:18 PM, Pierre Labastie via blfs-dev wrote:
Le 16 déc. 2019 16:47, Xi Ruoyao via blfs-dev
a écrit :
On 2019-12-16 09:11 -0600, Douglas R. Reno via
On December 15, 2019 8:14:20 AM CST, Ken Moffat via blfs-dev
wrote:
>On Fri, Dec 13, 2019 at 08:57:09AM +0000, DJ Lucas via blfs-dev wrote:
>> On December 12, 2019 11:30:59 PM CST, Ken Moffat via blfs-dev
> wrote:
>>
>> >
>> >Going forward, perhaps we nee
On December 15, 2019 8:14:20 AM CST, Ken Moffat via blfs-dev
wrote:
>On Fri, Dec 13, 2019 at 08:57:09AM +0000, DJ Lucas via blfs-dev wrote:
>> On December 12, 2019 11:30:59 PM CST, Ken Moffat via blfs-dev
> wrote:
>>
>> >
>> >Going forward, perhaps we nee
On December 12, 2019 11:30:59 PM CST, Ken Moffat via blfs-dev
wrote:
>
>Going forward, perhaps we need to install python3 as both python3
>and python, and find a way to stop python2, if it is installed,
>installing as python ?
>
>Maybe as simple as:
>
>1. in LFS ln -sv python3 /usr/bin/python
>
On 12/8/2019 4:06 PM, Pierre Labastie via blfs-dev wrote:
Hi,
It is the first (beta?) release of blocaled. See
https://github.com/pierre-labastie/blocaled/releases/tag/v0.1
I have also a patch for the book to use blocaled, but do not know what to do
with it:
- commit it: it should not hurt,
On 12/8/2019 2:29 PM, DJ Lucas via blfs-dev wrote:
in the event that they wind up using os.path.realpath in the future
Actually, it'd increase runtime slightly, but it would be better if they
use realpath in the test and just excluded /proc/self/fd.
--DJ
--
http
On 12/8/2019 2:06 PM, Pierre Labastie via blfs-dev wrote:
Le 08/12/2019 à 21:04, DJ Lucas via blfs-dev a écrit :
So question, is it just "/dev/std.*"? If so, just put the test case back in
meson as a regex and your should be good.
meson upstream are working on it, it seems. Wa
On December 8, 2019 11:52:11 AM CST, Bruce Dubbs via blfs-dev
wrote:
>On 12/8/19 7:33 AM, Pierre Labastie via blfs-dev wrote:
>
>> I did the bisection, and found that the commit which changed the
>behavior in
>> meson is 3db6dcb3b85.
>>
>> I Filed an issue[1] with meson, but they may as well
On 10/17/2019 11:35 AM, Bruce Dubbs via blfs-dev wrote:
On 10/16/19 9:14 PM, DJ Lucas via blfs-dev wrote:
So, here is draft2. Been a bit busy lately, but I finally got some
time tonight to address the surrounding text. My eyes are starting to
glaze over. Of note, I've separated the firewall
So, here is draft2. Been a bit busy lately, but I finally got some time
tonight to address the surrounding text. My eyes are starting to glaze
over. Of note, I've separated the firewall description page from
Iptables, added nftables (and its required libraries libmnl and
libnftnl), and added
On October 2, 2019 3:41:05 PM CDT, Ken Moffat via blfs-dev
wrote:
>
>[37.281] (II) AMDGPU: Driver for AMD Radeon:
>All GPUs supported by the amdgpu kernel driver
>[37.281] (II) modesetting: Driver for Modesetting Kernel Drivers:
>kms
>[37.281] (++) using VT number 1
>
>[
On 9/14/2019 9:46 AM, Pierre Labastie via blfs-dev wrote:
On 14/09/2019 09:25, Pierre Labastie via blfs-dev wrote:
On 14/09/2019 02:32, Bruce Dubbs via blfs-dev wrote:
On 9/13/19 5:52 PM, DJ Lucas via blfs-dev wrote:
Subject says it all. It changed sometime between 6.2.0 and 6.3, but nobody
On 9/14/2019 11:00 AM, Pierre Labastie via blfs-dev wrote:
I may also have to become upstream for a fork of localed from systemd,
but still waiting for a definite answer from upstream elogind).
Yeah, I kind of put that on the back burner until the v243 changes are
in, see if they can at
On 9/14/2019 10:03 AM, Bruce Dubbs via blfs-dev wrote:
On 9/14/19 12:46 AM, DJ Lucas via blfs-dev wrote:
On 9/13/2019 7:32 PM, Bruce Dubbs via blfs-dev wrote:
On 9/13/19 5:52 PM, DJ Lucas via blfs-dev wrote:
Subject says it all. It changed sometime between 6.2.0 and 6.3, but
nobody
On 9/13/2019 7:32 PM, Bruce Dubbs via blfs-dev wrote:
On 9/13/19 5:52 PM, DJ Lucas via blfs-dev wrote:
Subject says it all. It changed sometime between 6.2.0 and 6.3, but
nobody noticed the issue on the firewall page. It read well enough I
guess, though it's painfully obvious
Subject says it all. It changed sometime between 6.2.0 and 6.3, but nobody
noticed the issue on the firewall page. It read well enough I guess, though
it's painfully obvious that it is wrong now. Other examples in the book work as
expected. Fortunately, this is the only page in the book where
On September 10, 2019 12:36:00 PM CDT, Tim Tassonis via blfs-dev
wrote:
>Hi all
>
>I noticed that initd-tools is gone from BLFS and seems to have been
>replaced by lsb-tools. I also noticed that BLFS bootscripts have been
>updated with tons of fixes for dependency information, so thanks for
As I'm going through the BLFS-Bootscript dependencies, there are many
scripts which should've have a Should-Start dependency on $remote_fs
because they live in the /usr hierarchy. Things like sysstat can't exist
in sysinit, no network manager because it needs dbus and dbus needs
networking,
On 9/3/2019 2:58 PM, Pierre Labastie via blfs-dev wrote:
On 03/09/2019 20:21, DJ Lucas via blfs-dev wrote:
Actually, this is very easy to break systemd into individual components if you
accept to have a systemd daemon as PID 1.
I don't. I consider this _the_ design flaw in systemd. I actually
On September 3, 2019 11:45:06 AM CDT, Pierre Labastie via blfs-dev
wrote:
>On 02/09/2019 23:05, Pierre Labastie via blfs-dev wrote:
>> Hi,
>> I'm coming back to "how to fix gdm". What we have now is a hack, that
>allows
>> setting the keyboard layout for gdm at compile time, but prevents
>being
On September 1, 2019 3:09:29 AM CDT, Pierre Labastie via blfs-dev
wrote:
>On 31/08/2019 21:12, DJ Lucas via blfs-dev wrote:
>>
>>
>> On 8/31/2019 12:25 PM, Pierre Labastie via blfs-dev wrote:
>>> On 31/08/2019 17:25, Xi Ruoyao via blfs-dev wrote:
>>&
Is there a reason to use extrapaths.sh instead of its own texlive.sh?
--DJ
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
On 8/31/2019 12:25 PM, Pierre Labastie via blfs-dev wrote:
On 31/08/2019 17:25, Xi Ruoyao via blfs-dev wrote:
On 2019-08-30 21:44 +0200, Pierre Labastie via blfs-dev wrote:
On 30/08/2019 17:44, Xi Ruoyao via blfs-dev wrote:
On 2019-08-30 10:24 -0500, Douglas R. Reno wrote:
On 2019-08-30
On 8/29/2019 3:51 PM, Pierre Labastie via blfs-dev wrote:
Just about the FHS (3.0): localtime is not even mentioned in the files
belonging to /etc, and all the mentioned files may be symlinks. SO I do not
think there is any violation here.
Logging is more of a concern.
Thank you for looking.
On 8/29/2019 12:30 PM, Bruce Dubbs via blfs-dev wrote:
I'm going to change /etc/localtime to a symlink. The reason we wanted
the time correct without /usr mounted was to have the timestamp in the
logs correct.
I'm not certain that was the only reason, but I don't have time right
now to
On 8/27/2019 2:41 PM, Ken Moffat via blfs-dev wrote:
However, I've apparently built all the infrastructure for what is
currently in the book (except that I want to run fluxbox rather than
twm, which I did not build). So, beforeI rip elogind out of my
builds, can anyone please offer .xinitrc
On 8/27/2019 6:17 PM, Ken Moffat via blfs-dev wrote:
_XSERVTransmkdir: ERROR: euid != 0,directory/tmp/.X11-unix will not be created.
Does this directory exist? It should be in createfiles configuration.
--DJ
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ:
On 8/26/2019 7:22 PM, Jean-Marc Pigeon via blfs-dev wrote:
The solution, is to "hardcode" the fact glibc is gnu hash
compatible by inserting "Provides: rtld(GNU_HASH)" within
glibc spec file (a simple marker).
Not exactly. I think you've misunderstood my suggestion here. Let me try
to
On August 26, 2019 7:31:54 AM CDT, Jean-Marc Pigeon via blfs-dev
wrote:
>Hello guys (Ken, DJ and Pierre),
>
>Thanks to have bring your "pint of brain juice".
>
>On 08/26/2019 01:50 AM, Pierre Labastie via blfs-dev wrote:
>> On 25/08/2019 21:49, Jean-Marc Pigeon via blfs-dev wrote:
>>> Hello guys
On 8/25/2019 7:41 AM, Pierre Labastie via blfs-dev wrote:
On 25/08/2019 04:56, DJ Lucas via blfs-dev wrote:
On 8/24/2019 9:53 PM, Ken Moffat via blfs-dev wrote:
Not sure how any of this fits with Pierre's earlier observation
about multiple users on the same machine, and frankly that part
On 8/25/2019 11:26 AM, Ken Moffat via blfs-dev wrote:
My _current_ understanding is that with the whole elogind stack,
polkit provides the authorization for /dev/input/ but only for admin
users, and an admin user appears to mean anybody in the wheel group.
To expand on Pierre's answer a bit,
On 8/24/2019 9:53 PM, Ken Moffat via blfs-dev wrote:
Not sure how any of this fits with Pierre's earlier observation
about multiple users on the same machine, and frankly that part is
not my problem. Now I really WILL step away from the machine.
Goodnight, thanks for the assistance.
On 8/24/2019 8:14 PM, Ken Moffat via blfs-dev wrote:
On Sun, Aug 25, 2019 at 12:42:12AM +, DJ Lucas via blfs-dev wrote:
At this point, I'm clearly out of my depth, and I will not be
updating further systems (nor reviewing if the kernel config for
elogind is adequate, nor
On 8/24/2019 8:14 PM, Ken Moffat via blfs-dev wrote:
On Sun, Aug 25, 2019 at 12:42:12AM +, DJ Lucas via blfs-dev wrote:
At this point, I'm clearly out of my depth, and I will not be
updating further systems (nor reviewing if the kernel config for
elogind is adequate, nor
On 8/24/2019 4:38 PM, Ken Moffat via blfs-dev wrote:
Assuming that the reply to my earlier post (should I be in the input
group?) is 'no', can somebody please spare some time to explain how
authorisation via polkit (which I think is the intended route to
gaining access to /dev/input/event*) is
On 8/18/2019 12:05 AM, DJ Lucas via blfs-dev wrote:
On 8/17/2019 8:53 PM, Ken Moffat via blfs-dev wrote:
On Sat, Aug 17, 2019 at 08:40:23AM +, DJ Lucas via blfs-dev wrote:
On August 16, 2019 4:36:41 PM CDT, Bruce Dubbs via blfs-dev
wrote:
I ran into a bit of a problem when starting
On August 19, 2019 7:13:45 PM CDT, Ken Moffat via blfs-dev
wrote:
>On Tue, Aug 20, 2019 at 12:54:07AM +0100, Ken Moffat via blfs-dev
>wrote:
>> On Tue, Aug 20, 2019 at 12:49:48AM +0100, Ken Moffat via blfs-dev
>wrote:
>> > So it appears that I have two problems with elogind:
>> >
>> > I.
On August 18, 2019 12:20:37 PM CDT, Ken Moffat via blfs-dev
wrote:
>On Sun, Aug 18, 2019 at 05:28:01AM +0000, DJ Lucas via blfs-dev wrote:
>>
>>
>> On 8/17/2019 11:48 PM, Bruce Dubbs via blfs-dev wrote:
>> > I don't know how you can write to /var/log without
On 8/17/2019 11:48 PM, Bruce Dubbs via blfs-dev wrote:
I don't know how you can write to /var/log without
$XORG_PREFIX/libexec/Xorg is suid since /var/log/ is 0755 and owned by
root. Are you logging in as root?
It's policykit, but I haven't figured out just how/where yet. The log
file with
On 8/17/2019 8:53 PM, Ken Moffat via blfs-dev wrote:
On Sat, Aug 17, 2019 at 08:40:23AM +, DJ Lucas via blfs-dev wrote:
On August 16, 2019 4:36:41 PM CDT, Bruce Dubbs via blfs-dev
wrote:
I ran into a bit of a problem when starting Xorg. It came up but I had
no mouse or keyboard
On August 16, 2019 4:36:41 PM CDT, Bruce Dubbs via blfs-dev
wrote:
>I've just completed xorg on a new blfs-9.0 SysV build. Here are some
>observations.
>
>I used Pierre's build order that he posted some time ago. I've listed
>that below with some modifications. The asterisks indicate that
On August 10, 2019 8:03:22 AM CDT, Jean-Marc Pigeon via blfs-dev
wrote:
>Hello,
>
>Trying to have all my BLFS up to date ready for the nextfreeze.
>
>Notice ImageMagick-7.0.8-27 can not be downloaded anymore...
>
>According
>https://www.imagemagick.org/download/releases/
>directory contents.
>
On 8/4/2019 9:26 AM, Pierre Labastie via blfs-dev wrote:
t would be useful.
Concerning cgroup v2, "man cgroups" tells:
"Note that on many modern systems, systemd(1) automatically mounts the
cgroup2 filesystem at /sys/fs/cgroup/unified during the boot process".
According to what I see,
On 8/2/2019 3:12 PM, Pierre Labastie via blfs-dev wrote:
On 02/08/2019 17:23, Ken Moffat via blfs-dev wrote:
On Fri, Aug 02, 2019 at 11:05:02AM +0200, Pierre Labastie via blfs-dev wrote:
On 02/08/2019 04:54, Ken Moffat via blfs-dev wrote:
However, I had a bit of fun and games getting
On 8/1/2019 10:49 AM, Pierre Labastie via blfs-dev wrote:
OK, I've found the error
On the Xinit page, we have:
---
sed -e '/$serverargs $vtarg/ s/serverargs/: #&/' \
-i startx.cpp
---
for the Sysv/elogind book, while we do not have this for the systemd book.
Removing the ": #" allows
On August 1, 2019 3:11:05 PM CDT, Ken Moffat via blfs-dev
wrote:
>On Thu, Aug 01, 2019 at 02:25:36PM -0500, Bruce Dubbs via blfs-dev
>wrote:
>>
>> Please take a look at the xinit instructions from commit 21892.
>>
>> http://www.linuxfromscratch.org/blfs/view/svn/x/xinit.html
>>
>> Feedback
On 8/1/19 11:40 AM, Bruce Dubbs via blfs-dev wrote:
On 8/1/19 10:49 AM, Pierre Labastie via blfs-dev wrote:
On 31/07/2019 00:44, DJ Lucas via blfs-dev wrote:
On July 30, 2019 3:54:34 PM CDT, Pierre Labastie via blfs-dev
wrote:
IIUC above, this is because we do not have elogind in LFS, so
On 8/1/19 11:40 AM, Bruce Dubbs via blfs-dev wrote:
On 8/1/19 10:49 AM, Pierre Labastie via blfs-dev wrote:
On 31/07/2019 00:44, DJ Lucas via blfs-dev wrote:
On July 30, 2019 3:54:34 PM CDT, Pierre Labastie via blfs-dev
wrote:
IIUC above, this is because we do not have elogind in LFS, so
On July 30, 2019 3:54:34 PM CDT, Pierre Labastie via blfs-dev
wrote:
>On 30/07/2019 18:50, Bruce Dubbs via blfs-dev wrote:
>> On 7/30/19 5:40 AM, Pierre Labastie via blfs-dev wrote:
>>> On 29/07/2019 21:15, Pierre Labastie via blfs-dev wrote:
On 29/07/2019 18:32, Bruce Dubbs via blfs-dev
On July 30, 2019 3:22:24 PM CDT, Ken Moffat via blfs-dev
wrote:
>On Tue, Jul 30, 2019 at 08:01:18PM +0000, DJ Lucas via blfs-dev wrote:
>> Maybe this helps: It is not _required_ to have Java to build LO, it
>will build just fine with an in-tree binary (or even without now days,
>
On July 30, 2019 3:01:18 PM CDT, DJ Lucas via blfs-dev
wrote:
>On July 30, 2019 2:21:49 PM CDT, Jean-Marc Pigeon via blfs-dev
> wrote:
>>Hello Bruce,
>>
>>On 07/30/2019 02:50 PM, Bruce Dubbs via blfs-dev wrote:
>>> On 7/30/19 1:37 PM, Jean-Marc Pigeon via blfs-de
On July 30, 2019 2:21:49 PM CDT, Jean-Marc Pigeon via blfs-dev
wrote:
>Hello Bruce,
>
>On 07/30/2019 02:50 PM, Bruce Dubbs via blfs-dev wrote:
>> On 7/30/19 1:37 PM, Jean-Marc Pigeon via blfs-dev wrote:
>>> On 07/30/2019 01:55 PM, Bruce Dubbs via blfs-dev wrote:
On 7/30/19 12:39 PM,
On 7/25/2019 12:26 PM, Ken Moffat via blfs-dev wrote:
The gentoo thread (from last year) which I was reading suggested that
startx, but also DEs (depending on the driver, intel was ok,
modesetting was not) were broken at that time.
Possibly
On July 25, 2019 11:36:27 AM CDT, Bruce Dubbs via blfs-dev
wrote:
>On 7/25/19 11:08 AM, Ken Moffat via blfs-dev wrote:
>> On Thu, Jul 25, 2019 at 06:59:10AM -0600, Roger Koehler via blfs-dev
>wrote:
>>> The latest LFS/BLFS doesn't work on my Libreboot X200 Tablet:
>>>
>>> Fatal server error:
>>>
On June 27, 2019 7:38:17 PM CDT, hykwok1--- via blfs-dev
wrote:
>
>I found another setting issus if KF5 is installed in "/opt":
>
>Similar to DBus case, we have to add the following line for "Polkit"
>during "Pre-installation Configuration" stage:
>
>ln -sfv /usr/share/polkit-1
On June 26, 2019 8:59:35 PM CDT, hykwok1--- via blfs-dev
wrote:
>1. Xinit 1.4.1
>
>Can anyone expain why we have to use the parameter
>"--with-xinitdir=/etc/X11/app-defaults" for Xinit?
>
Not sure what happened to my earlier response, but this dates back to 2007.
Once upon a time, XFree86, and
On June 26, 2019 2:22:03 AM CDT, Pierre Labastie via blfs-dev
wrote:
>On 26/06/2019 05:55, Bruce Dubbs via blfs-dev wrote:
>> On 6/25/19 9:54 PM, DJ Lucas via blfs-dev wrote:
>>>
>>>
>>> On 6/25/2019 9:19 PM, Bruce Dubbs via blfs-dev wrote:
>>>>
On 6/25/2019 9:19 PM, Bruce Dubbs via blfs-dev wrote:
On 6/25/19 9:08 PM, DJ Lucas via blfs-dev wrote:
On 6/25/2019 2:55 PM, Pierre Labastie via blfs-dev wrote:
Hi,
I've not gone that far with my elogind testing:
-
pierre [ ~ ]$ startx
xauth: file /home/pierre/.serverauth.2289
On 6/25/2019 2:55 PM, Pierre Labastie via blfs-dev wrote:
Hi,
I've not gone that far with my elogind testing:
-
pierre [ ~ ]$ startx
xauth: file /home/pierre/.serverauth.2289 does not exist
X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
Build Operating System: Linux
On 6/25/2019 2:55 PM, Pierre Labastie via blfs-dev wrote:
Hi,
I've not gone that far with my elogind testing:
-
pierre [ ~ ]$ startx
xauth: file /home/pierre/.serverauth.2289 does not exist
X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
Build Operating System: Linux
On 6/25/2019 6:21 PM, Joe Locash via blfs-dev wrote:
Seriously? Ok, so missed a couple of packages.
Maybe I shouldn't contribute to the goal of the project. My bad.
Joe, your frustration is noted. Perhaps you wouldn't be if, as editors,
we communicated better. Please allow me a moment to
On June 25, 2019 11:02:08 AM CDT, Pierre Labastie via blfs-dev
wrote:
>On 25/06/2019 17:20, DJ Lucas via blfs-dev wrote:
>> On June 25, 2019 7:44:54 AM CDT, Pierre Labastie via blfs-dev
> wrote:
>>> I've been building a full BLFS using the elogind branch for the last
>
On June 25, 2019 7:44:54 AM CDT, Pierre Labastie via blfs-dev
wrote:
>I've been building a full BLFS using the elogind branch for the last
>few days.
>Almost everything built OK. The first issue came with the ~840th
>package:
>smartmontools-7.0. During configure:
>
>[...]
>checking for
On June 23, 2019 4:55:23 PM CDT, Joe Locash via blfs-dev
wrote:
>Is there any interest in adding MATE to BLFS? I have it working, just
>tweaking the minor issues out.
I don't know if there is enough demand for the book, but I would suggest
putting it into the wiki to start. As Bruce mentioned,
On 6/22/2019 11:05 AM, Pierre Labastie via blfs-dev wrote:
Am I understanding correctly that the tarball will appear on anduin next night
or so?
Pierre
No. Can you not just copy to /sources? If not, Bruce, what's the harm in
pushing the bootscript changes now? The headers are next on my
On 6/21/2019 6:38 PM, DJ Lucas via blfs-dev wrote:
On 6/21/2019 9:54 AM, Bruce Dubbs via blfs-dev wrote:
One of the problems is that BLFS/trunk/BOOK is a moving target. DJ
has been merging trunk into elogind periodically and it needs to be
done again.
Up to date as of now. I know a couple
On 6/10/2019 7:39 AM, Jean-Marc Pigeon via blfs-dev wrote:
Let me comments on this, trying not to be mean but rather constructive.
(after all, the whole LFS project purpose is to learn).
Lets be blunt and summarize your previous statement as I understand it.
"previous script incarnation are
On 6/9/2019 3:45 PM, Jean-Marc Pigeon via blfs-dev wrote:
Hello,
/sbin/ifup was changed between lfs-bootscripts-20180820
and fs-bootscripts-20190524
Sequence
;---
# Bring up the interface
if [ "$VIRTINT" != "yes" ]; then
up ${IFACE}
fi
for S in ${SERVICE}; do
Mostly so that I don't forget...
PyCryptodome is a fork of the bitrot that is PyCrypto. It installs in
$PYTHONDISTROPATH/Crypto (or optionally Cryptodome if both are desired
for some odd reason, just grab v3.8.2x.tar.gz instead).
On 5/30/2019 2:56 AM, Thomas Trepl via blfs-dev wrote:
Hi all, shouldn't the very last instruction in libcap read as tail -n
+3 /etc/pam.d/system-auth.bak >> /etc/pam.d/system-auth instead of
tail -n +3 /etc/pam.d/system-auth.bak << /etc/pam.d/system-auth (I can
fix it, just want to be sure
Something I've been carrying for a long time to make it obvious that I'm
using a remote or screen session. Anyone think this would be a useful
addition to the book?
# Setup different prompt colors for local/remote and root/non-root users
NORMAL="\[\e[0m\]"
RED="\[\e[1;31m\]"
On May 19, 2019 11:01:08 AM CDT, Bruce Dubbs via blfs-dev
wrote:
>On 5/19/19 12:00 AM, DJ Lucas via blfs-dev wrote:
>> I had stepped away for some time and the branch had become stale. The
>
>> diff is now considerably smaller, and Gnome and GDM are working with
>
I had stepped away for some time and the branch had become stale. The
diff is now considerably smaller, and Gnome and GDM are working with
elogind in both X11 and Wayland environments. I do plan to continue down
this path, but it is still slow going. I have yet to get the policy
stuff done for
On 5/11/2019 1:29 AM, Xi Ruoyao via blfs-dev wrote:
Hi folks,
Now BLFS is using mozjs-60 package from ftp.gnome.org. But it's the "original"
mozjs-60.1.0 without any update. Arch is now using latest mozjs-60.6.3, even
Ubuntu is using a newer mozjs-60.2.3.
I downloaded Firefox ESR 60.6.3
On 5/11/2019 8:36 AM, Xi Ruoyao via blfs-dev wrote:
Yes it is needed. Nobody wants to remove it from the book. But if a package
*can* be built with autotools or meson, why should we build it with cmake and
introduce a hard dependency?
This deserves a bit more consideration. What are the
On 5/11/2019 1:48 AM, xry111--- via blfs-book wrote:
Modified: trunk/BOOK/postlfs/security/shadow.xml
==
--- trunk/BOOK/postlfs/security/shadow.xml Fri May 10 13:25:39 2019
(r21578)
+++
On 5/3/2019 11:55 PM, Tim Tassonis via blfs-dev wrote:
So, as you say, the scripts should be adjusted to move every
occurrence of $remote_fs from Required-Start: to Should-Start: ?
Only having recently started to look at SysV again, I haven't had a
whole lot of time to look at BLFS
On May 1, 2019 5:30:13 PM CDT, Tim Tassonis via blfs-dev
wrote:
>On 5/1/19 10:52 PM, Pierre Labastie via blfs-dev wrote:
Well, I didn't know that systemd could use sysv bootscripts... So
>my question
is irrelevant. OTOH, this package needs LSB conform bootscripts,
>which ours in
On 3/26/2019 1:46 PM, Xi Ruoyao via blfs-dev wrote:
Hi all,
In r17441 DJ added PAM support to vsftpd. But when I was installing it I found
a hard-coded absolute path to PAM module:
auth required /lib/security/pam_listfile.so item=user sense=deny \
On 2/23/2019 3:54 AM, Ken Moffat wrote:
> On Sat, Feb 23, 2019 at 09:32:18AM +0000, DJ Lucas via blfs-support wrote:
>> On 2/23/2019 3:14 AM, Ken Moffat via blfs-support wrote:
>>> I had a reply off-list suggesting that I try without the local cert
>>> directory. So
1 - 100 of 309 matches
Mail list logo
