On Mon, 21 Jan 2019, Wayne Blaszczyk via blfs-dev wrote:
Hi,
The UPower download link does not work for me.
Regards,
Wayne.
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
The new link
On Tue, 22 Jan 2019, Pierre Labastie via blfs-dev wrote:
Hi,
On the libtasn1 page, the dependency on "six" has been added at revision 20311
(August 15th, 2018, by bdubbs)). But I do not see any reference to six (except
in the word posix) in the libtasn1 build tree, and I do not any reference
Hello everyone.
There are some packages in BLFS whose download locations should be
updated.
Here's a list of what I've come across:
1) URI (perl module)
This module seems to be maintained by another developer:
https://cpan.metacpan.org/authors/id/O/OA/OALDERS/
The latest version of URI is
On Sat, 15 Dec 2018, Roger Koehler via blfs-dev wrote:
On Sat, Dec 15, 2018 at 2:30 PM Roger Koehler wrote:
On Sat, Dec 15, 2018 at 2:24 PM Bruce Dubbs via blfs-dev
wrote:
>
> On 12/15/2018 03:06 PM, Roger Koehler via blfs-dev wrote:
> > configure can't file libnettle for some reason.
>
>
On Sun, 23 Dec 2018, spiky0011 via blfs-dev wrote:
I think this Package needs looking at. It requires cmake to build, but cmake
requires it as a dep?
The configure needs to be changed back to
sh autogen.sh && ./configure --prefix=/usr --disable-static && make
make install
Technically,
On Sun, 23 Dec 2018, spiky0011 via blfs-dev wrote:
On 23/12/2018 14:44, Ryan Marsaw via blfs-dev wrote:
On Sun, 23 Dec 2018, spiky0011 via blfs-dev wrote:
I think this Package needs looking at. It requires cmake to build,
but cmake
requires it as a dep?
The configure needs to be changed
Hello all.
Poppler 0.73.0 changed the XPDF headers switch (from the NEWS file:)
...
build system:
* Rename ENABLE_XPDF_HEADERS to ENABLE_UNSTABLE_API_ABI_HEADERS
...
Indeed, when running the BLFS instructions I get the following:
"CMake Warning:
Manually-specified variables were not
On Fri, 29 Mar 2019, Bruce Dubbs via blfs-dev wrote:
On 3/29/19 6:42 AM, Roger Koehler via blfs-dev wrote:
I am using the Sys V version:
make[1]: Entering directory '/sources/yaml/libyaml-0.2.2'
make[1]: *** No rule to make target 'build'. Stop
You are supposed to be IN directory build.
Hello all.
I discovered that if librsvg is installed via the "DESTDIR" method, its
svg loadable module info is not updated in the "loaders.cache" file.
I discovered this when attempting to build the adwaita-icon-theme
package. When trying to build the svg icons, I got flooded with
"Can't load
On Wed, 6 Mar 2019, Bruce Dubbs via blfs-dev wrote:
On 3/6/19 1:02 PM, Ryan Marsaw via blfs-dev wrote:
Hello all.
I discovered that if librsvg is installed via the "DESTDIR" method, its
svg loadable module info is not updated in the "loaders.cache" file.
I discovered
On Wed, 6 Mar 2019, Bruce Dubbs via blfs-dev wrote:
On 3/6/19 5:12 PM, Ryan Marsaw via blfs-dev wrote:
Hello all.
I noticed that when building OpenSSH using the DESTDIR install, the
"ssh-keygen" program fails to generate the host keys due to non-root
access to the /etc/ssh
Hello.
I noticed that BLFS has "--enable-threadsafe" as a configuration switch
for the "JS-52.2.1gnome1" package. A harmless warning:
Ignoring --enable-threadsafe : Unknown option
Regards,
-- Ryan
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ:
Hello all.
The new gawk 5.0.0 breaks libgpg-error:
[...]
gawk: fatal: cannot use gawk builtin `namespace' as variable name
make[2]: *** [Makefile:1617: errnos-sym.h] Error 2
[...]
The problem's been fixed upstream, but until a new libgpg-error comes
out I've included a patch that fixes the
Hello.
There's another location for the apng patch:
https://sourceforge.net/projects/apng/files/libpng/libpng16/
I find this location better because it updates the patch quicker than
the libpng sourceforce site.
It needs a "-p0" instead of the traditional "-p1" when applying.
Cheers,
--
Hello all.
On the LLVM page there's listed an optional dependency on libyaml.
According to my logs (from the configuration phase) I get the following:
[..]
-- Could NOT find Python module yaml
[..]
I'm wondering if the dependency should be on the PyYAML Python module
rather than on just the
On Fri, 5 Jul 2019, Bruce Dubbs via blfs-dev wrote:
In the current gcc-9.1 instructions after 'make install' we have:
mkdir -pv /usr/share/gdb/auto-load/usr/lib &&
mv -v /usr/lib/*gdb.py /usr/share/gdb/auto-load/usr/lib &&
chown -v -R root:root \
On Thu, 27 Feb 2020, Bruce Dubbs via blfs-dev wrote:
On 2/27/20 3:51 PM, Ryan Marsaw via blfs-dev wrote:
Hello everyone.
The "cryptsetup" BLFS package is listed as version 2.0.6. The latest
version is 2.3.0
The latest version at
https://mirrors.edge.kernel.org/pub/linux/utils/
Hello everyone.
The "cryptsetup" BLFS package is listed as version 2.0.6. The latest
version is 2.3.0
The instructions for the build of cryptsetup don't need to be changed,
but I did notice that the default cryptograhic backend is now OpenSSL,
so the configuration switch
On Mon, 30 Mar 2020, Bruce Dubbs via blfs-dev wrote:
On 3/30/20 1:50 PM, Ryan Marsaw via blfs-dev wrote:
Hello all.
When building v4l-utils per BLFS instructions I get the following at the
configure stage:
[...]
checking for SDL2... no
[...]
The only way I could get v4l-utils to recognize
Hello all.
When building v4l-utils per BLFS instructions I get the following at the
configure stage:
[...]
checking for SDL2... no
[...]
The only way I could get v4l-utils to recognize SDL2 was to set
SDL2_LIBS and SDL2_CFLAGS:
SDL2_LIBS=/usr/lib SDL2_CFLAGS=/usr/include/SDL2 ./configure ...
On Mon, 30 Mar 2020, Bruce Dubbs via blfs-dev wrote:
On 3/30/20 1:50 PM, Ryan Marsaw via blfs-dev wrote:
Hello all.
When building v4l-utils per BLFS instructions I get the following at the
configure stage:
[...]
checking for SDL2... no
[...]
The only way I could get v4l-utils to recognize
Hello all.
The latest json-c breaks the cryptsetup package with the following:
[...]
In file included from lib/luks2/luks2_disk_metadata.c:24:
lib/luks2/luks2_internal.h:61:10: error: conflicting types for
'json_object_get_uint64'
61 | uint64_t json_object_get_uint64(json_object *jobj);
Hello.
One of the changes with the latest shared-mime-info package is that its
"update-mime-database" program is no longer called during the install
phase. Without the MIME data in the database, gdk-pixbuf (at least --
there could be others) will fail to build.
I suggest either having the (as
Hi all.
The cpio package has breakage with GCC 10. Here's a link to the issue
(Gentoo):
https://bugs.gentoo.org/705900
The fix is rather easy:
sed -i '/The name/,+2 d' src/global.c
Cheers,
--Ryan
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ:
On Mon, 31 Aug 2020, Ken Moffat via blfs-dev wrote:
On Mon, Aug 31, 2020 at 03:11:02PM +0800, Xi Ruoyao via blfs-dev wrote:
On 2020-08-31 07:49 +0100, Ken Moffat via blfs-dev wrote:
> On Mon, Aug 31, 2020 at 01:20:52AM -0500, Bruce Dubbs via blfs-dev
> wrote:
> > On 8/31/20 1:10 AM, Ken Moffat
On Mon, 1 Jun 2020, John Burrell via blfs-dev wrote:
On Mon, 1 Jun 2020 at 11:35, Xi Ruoyao via blfs-dev
wrote:
On 2020-06-01 10:58 +0100, John Burrell via blfs-dev wrote:
> I use MSB's package user package management system and up til now it
> has worked fine but I've come unstuck
Hello all.
Iptables doesn't install the iptables-apply program. This results in a
dangling symlink "/sbin/ip6tables-apply"
Reference:
http://git.netfilter.org/iptables/commit/?id=d4ed0c741fc789bb09d977d74d30875fdd50d08b
The fix is to edit iptables/Makefile.am:
sed '/=
On Wed, 25 Nov 2020, John Burrell via blfs-dev wrote:
I'm using the development version of the book, 2020-11-24
I get these error messages:
[2299/4643] Building C object
projects/compiler-rt/...les/clang_rt.tsan-x86_64.dir/rtl/tsan_rtl_amd64.S.o
FAILED:
Hello all.
The latest btrfs-progs now installs a pkgconfig file (libbtrfsutil.pc).
With current build instructions, this file is installed in
/lib/pkgconfig. To install this file to its proper location, the
configure section must add "--with-pkgconfigdir=/usr/lib/pkgconfig" to
the instructions.
On Mon, 1 Feb 2021, Pierre Labastie via blfs-dev wrote:
On Tue, 2021-01-26 at 14:55 +0800, Xi Ruoyao via blfs-dev wrote:
On 2021-01-25 19:33 -0500, Marty Jack via blfs-dev wrote:
> I found that during the install phase the just installed ld won't
> run against
> the prior libctf which had not
Hello all.
When I noticed that p7zip hadn't had a new release in nearly 5 years I
checked to see if perhaps this package was picked up by someone else.
Sure enough, I came across a fork of p7zip here:
https://github.com/jinfeihan57/p7zip/
The page has this under the "About" section:
"A new
On Fri, 5 Feb 2021, Douglas R. Reno via blfs-dev wrote:
On 1/30/21 1:44 PM, Ryan Marsaw via blfs-dev wrote:
Hello all.
When I noticed that p7zip hadn't had a new release in nearly 5 years I
checked to see if perhaps this package was picked up by someone else.
Sure enough, I came across
Hello.
It appears that the URI perl module has a new maintainer. Version 5.08
of the URI module was released a couple of days ago, but is not listed
at the site referenced in BLFS. A search at metacpan.org shows that the
download location is here:
On Tue, 2 Mar 2021, Bruce Dubbs via blfs-dev wrote:
On 3/2/21 5:36 AM, Ryan Marsaw via blfs-dev wrote:
Hello.
It appears that the URI perl module has a new maintainer. Version 5.08
of the URI module was released a couple of days ago, but is not listed
at the site referenced in BLFS
Hello.
In the Mesa package there are -Dvalgrind=false and -Dlibunwind=false
Both of these switches give out a warning that "false" is deprecated in
favour of "disabled". It's not a big deal at the moment, but these two
switches might give an error in a future build.
Cheers,
Ryan
--
35 matches
Mail list logo
