LinuxQuestions.org - [SOLVED] Requests for -current (20151216)

Page 3 of 69

Show 50 post(s) from this thread on one page

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - Requests for -current (20151216) (https://www.linuxquestions.org/questions/slackware-14/requests-for-current-20151216-a-4175561577/)

gmgf	12-28-2015 11:01 AM

again new bluez-5.37

http://www.bluez.org/

http://www.kernel.org/pub/linux/blue...ez-5.37.tar.xz

cockcrow

12-28-2015 12:56 PM

PHP 7
http://www.php.net/
http://us3.php.net/distributions/php-7.0.1.tar.xz

DarkVision

12-28-2015 01:14 PM

The SlackBuild script for Tcl should be checked. It will compress all manpages by default while a lot of the manpages will be installed as man.x.gz already. On -current this will result in a large list of broken symlinks. Example:

Code:

./usr/man/man3/Tcl_GetAliasObj.3.gz.gz: broken symbolic link to Tcl_IsSafe.3.gz.gz

The file that will be installed is Tcl_IsSafe.3.gz and the SalckBuild will try compress this file again. GZip will skip these files since they already have the .gz extension, but the following symlink-check will change the target+name of the symlink by blindly adding .gz again.

This is what makepkg reports for the above file using the original SlackBuild

Code:

Searching for symbolic links:

usr/man/man3/Tcl_GetAliasObj.3.gz.gz -> Tcl_IsSafe.3.gz.gz

This is how the line should look like:

Code:

Searching for symbolic links:

usr/man/man3/Tcl_GetAliasObj.3.gz -> Tcl_IsSafe.3.gz

Here is a quick patch, 1st try:

Code:

--- tcl.SlackBuild.orig        2015-11-11 18:34:37.000000000 +0100

+++ tcl.SlackBuild        2015-12-28 19:44:38.694702876 +0100

@@ -121,8 +121,8 @@

  | grep ELF | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null

 

 # Compress manual pages:

-find $PKG/usr/man -type f -exec gzip -9 {} \;

-for i in $( find $PKG/usr/man -type l ) ; do

+find $PKG/usr/man -type f -name "*.?" -exec gzip -9 {} \;

+for i in $( find $PKG/usr/man -type l -name "*.?" ) ; do

  ln -s $( readlink $i ).gz $i.gz

  rm $i

 done

I'll search for files not ending with .gz since there are still some uncompressed man pages.

I have found some more broken symlinks... attached is a short list. I have to spent some more time to see if this is a result of my lite-install (skipping all optional packages, see this thread) or if more SlackBuilds need to be checked. On a first look the libzip-package has also some bad symlinks (broken symbolic link to /tmp/package-libzip/usr/man/...)

<edit>Updated list with broken symlinks... the old list included only links in /usr</edit>

ponce

12-28-2015 01:38 PM

Quote:

Originally Posted by cockcrow (Post 5469990)

PHP 7
http://www.php.net/
http://us3.php.net/distributions/php-7.0.1.tar.xz

JIC this gets in: for anyone managing existing php sites, here is a summary of the backward incompatible changes with version 7
http://php.net/manual/en/migration70.incompatible.php
what is not cited there is that the mysql extension that a lot of (old) sites still running use, after being deprecated since php-5.5.x, with this release is removed (but it's still available as a PECL extension).

DarkVision

12-28-2015 01:51 PM

For the above report about <edit>slackinstall</edit> not using the default tagfile if no tagfile with a custom extension is found i'll have created a patch. Right now if you choose custom tagfiles you need to have a custom tagfile for each series. The helptext sayz that if a custom tagfile is missing the default tagfile will be used.

I'm still not sure if i have miss-read the help-text or if this is really an issue. Just ignore this patch if me is wrong :)

Code:

--- slackinstall.orig        2015-12-24 20:38:24.000000000 +0100

+++ slackinstall        2015-12-28 18:16:21.000000000 +0100

@@ -80,7 +80,11 @@

    cp -a `cat $TMP/SeTtagpath`/* $TMP/tagfiles

  elif [ $MODE = custom ]; then

    mkdir -p $TMP/tagfiles/$series

-    cp -a $SRCPATH/$series/tagfile`cat $TMP/SeTtagext` $TMP/tagfiles/$series/tagfile

+    if [ -r $SRCPATH/$series/tagfile`cat $TMP/SeTtagext` ]; then

+      cp -a $SRCPATH/$series/tagfile`cat $TMP/SeTtagext` $TMP/tagfiles/$series/tagfile

+    else

+      cp -a $SRCPATH/$series/tagfile $TMP/tagfiles/$series/tagfile

+    fi

  elif [ $MODE = menu -o $MODE = expert ]; then

    cat $TMP/series/series.in | while read series ; do

      if [ $MODE = menu ]; then

Here is the helptext from setup:

Quote:

To use a custom tagfile, just choose "custom" on the
prompt mode menu, and enter your custom extension. Any
tagfiles with this extension will then be used for the
duration of the installation. If at any point a tagfile
with that extension cannot be found, the default tagfile
will be used instead.

Nille_kungen

12-28-2015 01:57 PM

Quote:

Originally Posted by cockcrow (Post 5469990)

PHP 7
http://www.php.net/
http://us3.php.net/distributions/php-7.0.1.tar.xz

I hope not.
It's to early to jump to php7 and if you need it then it's easy to install yourself.

cockcrow

12-28-2015 02:14 PM

Quote:

Originally Posted by ponce (Post 5470000)

It is no bar to go for testing.

gmgf	12-29-2015 04:45 AM

Yesterday findutils-4.6.0 is out:

http://ftp.gnu.org/pub/gnu/findutils...s-4.6.0.tar.gz

gmgf	12-29-2015 06:12 AM

Maybe it's time to move on mlocate or new findutils, because slocate seem to be old and unmaintained

willysr

12-29-2015 07:12 PM

A new man-pages is now out as well
http://www.kernel.org/pub/linux/docs...es-4.04.tar.xz

gmgf	12-30-2015 01:39 AM

A bug fix version of p11-kit-0.23.2 is available:

http://p11-glue.freedesktop.org/rele...-0.23.2.tar.gz

franzen

12-30-2015 06:01 AM

As already mentioned, maintenance release proftpd 1.3.5a is out since a few month, "mod_sftp"(not ftps, which is already enabled) may be added in the buildscript. Proftpd 1.3.5(without "a") is already part of current, here the changelog for 1.3.5.a

laprjns

12-30-2015 09:52 AM

I would like to request a change to the eliloconfig script to allow the users to modified /change the name of the directory that eliloconfig creates on the ESP partition to store the bootloader and kernel. . Right now the eliloconfig script uses "Slackware" as the name, but this does cause a problem when installing multiple versions of Slackware as each new installation overwrites the initial Slackware installation directory.

Thanks for considering this

Bravo_97

12-31-2015 09:23 AM

Looks like the latest updates broke NFS.

Code:

/sbin/umount.nfs: error while loading shared libraries: libtirpc.so.3: cannot open shared object file: No such file or directory

Code:

Starting RPC NSM (Network Status Monitor):  /sbin/rpc.statd

/sbin/rpc.statd: error while loading shared libraries: libtirpc.so.3: cannot open shared object file: No such file or directory

Mounting remote (NFS) file systems:  /sbin/mount -a -t nfs

/sbin/mount.nfs: error while loading shared libraries: libtirpc.so.3: cannot open shared object file: No such file or directory

Starting RPC NSM (Network Status Monitor):  /sbin/rpc.statd

/sbin/rpc.statd: error while loading shared libraries: libtirpc.so.3: cannot open shared object file: No such file or directory

I manually installed libtirpc-1.0.1-x86_64-2 on all three machines running -current. After rebooting I now get:

Code:

Mounting remote (NFS) file systems:  /sbin/mount -a -t nfs

mount.nfs: rpc.statd is not running but is required for remote locking.

mount.nfs: Either use '-o nolock' to keep locks local, or start statd.

Starting RPC NSM (Network Status Monitor):  /sbin/rpc.statd

If I manually try to restart NFS I get:

Code:

# /etc/rc.d/rc.nfsd restart

Starting RPC NSM (Network Status Monitor):  /sbin/rpc.statd

Starting NFS server daemons:

  /usr/sbin/exportfs -r

  /usr/sbin/rpc.rquotad

  /usr/sbin/rpc.nfsd 8

rpc.nfsd: unable to set any sockets for nfsd

  /usr/sbin/rpc.mountd

Any ideas what I can look at to resolve? Nothing specific in /var/log/messages.

Thanks in advance!

gmgf	12-31-2015 09:32 AM

libtirpc.so.3 is part of package libtirpc-1.0.1, install it.

ChangeLog:

n/libtirpc-1.0.1-x86_64-1.txz: Added.
This is needed by rpcbind. Thanks to Jan Rafaj.

n/portmap-6.0-x86_64-1.txz: Removed.
This is replaced by the new libtirpc and rpcbind packages.
n/rpcbind-0.2.3-x86_64-1.txz: Added.
This replaces the portmap package. Thanks to Jan Rafaj.

Bravo_97

12-31-2015 09:38 AM

Quote:

Originally Posted by gmgf (Post 5471395)

libtirpc.so.3 is part of package libtirpc-1.0.1, install it.

Thanks. It is installed, however NFS is still not working after installing libtirpc-1.0.1.

jostber

12-31-2015 09:44 AM

The vim package with ruby and clipboard included would be great.

Bravo_97

12-31-2015 11:42 AM

Quote:

Originally Posted by gmgf (Post 5471395)

n/rpcbind-0.2.3-x86_64-1.txz: Added.
This replaces the portmap package. Thanks to Jan Rafaj.

Ugh, I somehow missed rpcbind when I was looking over things! Thank you for pointing that out!

orbea

12-31-2015 12:30 PM

The slackpkg in current automatically tries to install partitionmanager even though its in /extra and has to be manually blacklisted to stop this behavior. Can this be fixed?

mario

12-31-2015 01:22 PM

Audacious 3.7.1 released, bug fix release, probably worth getting in ;-)

jstg	12-31-2015 08:11 PM

Quote:

Originally Posted by orbea (Post 5471482)

The slackpkg in current automatically tries to install partitionmanager even though its in /extra and has to be manually blacklisted to stop this behavior. Can this be fixed?

There is a kde/partitionmanager-1.1.1 and an extra/partitionmanager-1.0.3_20130328svn
I show having kde/partitionmanager-1.1.1 installed and not the one from extra. It looks like the kde/partitionmanager was added in the April 21 update.

orbea

12-31-2015 08:40 PM

I should of made this clear that I am experiencing this with the entire kde series blacklisted, fresh chroots will do this too, but only current.

andrew.46

01-01-2016 04:17 PM

There have been several threads on this subject on these Forums (here and here) but certainly on my -current system I still cannot use eject as a normal user, the error being:

Code:

eject: unable to eject, last error: Inappropriate ioctl for device

My own short term solution, which has now extended to a long term solution, has been to create an alias:

Code:

# Because eject will not work as a normal user:

alias eject='udisks --eject /dev/dvd'

which works perfectly. Nice to see the issue put to rest though...

willysr

01-01-2016 04:20 PM

works fine here for eject and eject -t

Nille_kungen

01-02-2016 08:00 AM

Quote:

Originally Posted by andrew.46 (Post 5471930)

There have been several threads on this subject on these Forums (here and here) but certainly on my -current system I still cannot use eject as a normal user, the error being:

Code:

eject: unable to eject, last error: Inappropriate ioctl for device

My own short term solution, which has now extended to a long term solution, has been to create an alias:

Code:

# Because eject will not work as a normal user:

alias eject='udisks --eject /dev/dvd'

which works perfectly. Nice to see the issue put to rest though...

udisks --eject doesn't work the same way it doesn't work for opening an empty drive while eject does.

Nille_kungen

01-03-2016 10:30 AM

Quote:

Originally Posted by gmgf (Post 5469857)

Also a new libdrm-2.4.66

http://dri.freedesktop.org/libdrm/libdrm-2.4.66.tar.gz

I hope this one gets added since it's needed for mesa master.

DarkVision

01-03-2016 11:52 AM

In addition to the Tcl package the perl package needs to be fixed. It will create a symlink to /usr/bin/s2p which is not part of perl >= 5.20 anymore. Using google i found this post here which at least sayz s2p and a2p got removed from perl-core and could be installed using CPAN. Here is another post about this topic.

Patch to fix the perl package:

Code:

--- perl.SlackBuild        2015-11-03 17:41:39.000000000 +0100

+++ perl.SlackBuild.fixed        2016-01-03 18:50:18.194390414 +0100

@@ -257,8 +257,7 @@

 # Symlinks that replace hard links

 ( cd $PKG/usr/bin

  ln -sf perl$VERSION perl

-  ln -sf c2ph pstruct

-  ln -sf s2p psed )

+  ln -sf c2ph pstruct )

 

 # Install documentation

 mkdir -p $PKG/usr/doc/perl-$VERSION

P.S. In the perl-code/Utils.pm you will find that:

Code:

    5.021001 => {

        delta_from => 5.021000,

        changed => {

        },

        removed => {

            'a2p'                  => 1,

            'config_data'          => 1,

            'find2perl'            => 1,

            'psed'                  => 1,

           's2p'                  => 1,

        }

    },

aaazen

01-03-2016 08:31 PM

There is a new version of xap/pidgin 2.10.12 at sourceforge:

http://sourceforge.net/projects/pidgin/files/Pidgin/

It now contains the gstreamer hg-patches.

Here are my changes to the pidgin.SlackBuild:

Code:

--- pidgin.SlackBuild.orig        2015-11-20 15:23:38.000000000 -0800

+++ pidgin.SlackBuild        2016-01-03 17:51:17.368345256 -0800

@@ -79,14 +79,6 @@ find . \

  \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \

  -exec chmod 644 {} \;

 

-# hg-patches for building against gstreamer-1.x

-zcat $CWD/pidgin-2.10.11-send-video-enum.patch.gz | patch -p1 --verbose || exit 1

-zcat $CWD/pidgin-2.10.11-gst-references.patch.gz | patch -p1 --verbose || exit 1

-zcat $CWD/pidgin-2.10.11-add-dtmf-support.patch.gz | patch -p1 --verbose || exit 1

-zcat $CWD/pidgin-2.10.11-gstreamer1.patch.gz | patch -p1 --verbose || exit 1

-

-autoreconf --force --install

-

 CFLAGS="$SLKCFLAGS" \

 CXXFLAGS="$SLKCFLAGS" \

 ./configure \

I took out the autoreconf because the config.ac file is no longer being patched.

pidgin-encryption still seems to be a version 3.1

http://sourceforge.net/projects/pidg...iles/Releases/

DarkVision

01-04-2016 12:04 AM

I suggest to add a patch to the ghostscript package which allows other software to build against ghostscript 9.18.

There is a bugreport on ghostscript here and here. I got into this while rebuilding the gimp package.

The ghostscript developers already have a patch to fix this. The patch is available through git from here.

Here is a patch to the ghostscript.SlackBuild:

Code:

diff -U3 -d -r -N ghostscript.orig/ghostpdl.git-feafe5e5.patch ghostscript/ghostpdl.git-feafe5e5.patch

--- ghostscript.orig/ghostpdl.git-feafe5e5.patch        1970-01-01 01:00:00.000000000 +0100

+++ ghostscript/ghostpdl.git-feafe5e5.patch        2016-01-04 06:45:02.000000000 +0100

@@ -0,0 +1,43 @@

+From feafe5e540a0545ec5d28f3f66bb542056bba495 Mon Sep 17 00:00:00 2001

+From: Chris Liddell <chris.liddell@artifex.com>

+Date: Fri, 23 Oct 2015 10:16:11 +0100

+Subject: [PATCH] Bug 696301: add gserrors.h to the installed files

+

+for the so-install target.

+

+Also remove a spurious (copy'n'paste error) comment.

+

+No cluster differences

+---

+ base/gserrors.h  | 2 +-

+ base/unix-dll.mak | 1 +

+ 2 files changed, 2 insertions(+), 1 deletion(-)

+

+diff --git a/base/gserrors.h b/base/gserrors.h

+index 5f18081..cdebb38 100644

+--- a/base/gserrors.h

++++ b/base/gserrors.h

+@@ -25,7 +25,7 @@

+ /* We don't use a typedef internally to avoid a lot of casting. */

+ 

+ enum gs_error_type {

+-    gs_error_ok = 0,        /* unknown error */

++    gs_error_ok = 0,

+    gs_error_unknownerror = -1,        /* unknown error */

+    gs_error_dictfull = -2,

+    gs_error_dictstackoverflow = -3,

+diff --git a/base/unix-dll.mak b/base/unix-dll.mak

+index 7b67aa1..73b4fa9 100644

+--- a/base/unix-dll.mak

++++ b/base/unix-dll.mak

+@@ -186,6 +186,7 @@ install-so-subtarget: so-subtarget

+        ln -s $(GS_SONAME_MAJOR_MINOR) $(DESTDIR)$(libdir)/$(GS_SONAME_MAJOR)

+        $(INSTALL_DATA) $(PSSRC)iapi.h $(DESTDIR)$(gsincludedir)iapi.h

+        $(INSTALL_DATA) $(PSSRC)ierrors.h $(DESTDIR)$(gsincludedir)ierrors.h

++        $(INSTALL_DATA) $(GLSRC)gserrors.h $(DESTDIR)$(gsincludedir)gserrors.h

+        $(INSTALL_DATA) $(DEVSRC)gdevdsp.h $(DESTDIR)$(gsincludedir)gdevdsp.h

+ 

+ soinstall:

+-- 

+2.6.3

+

diff -U3 -d -r -N ghostscript.orig/ghostscript.SlackBuild ghostscript/ghostscript.SlackBuild

--- ghostscript.orig/ghostscript.SlackBuild        2015-12-23 23:02:43.000000000 +0100

+++ ghostscript/ghostscript.SlackBuild        2016-01-04 06:56:23.049512880 +0100

@@ -26,7 +26,7 @@

  SRCPREFIX="gnu-"

 fi

 VERSION=${VERSION:-$(echo $SRCPREFIX$PKGNAM-*.tar.xz | rev | cut -f 3- -d . | cut -f 1 -d - | rev)}

-BUILD=${BUILD:-1}

+BUILD=${BUILD:-2}

 

 # Automatically determine the architecture we're building on:

 if [ -z "$ARCH" ]; then

@@ -65,6 +65,11 @@

 tar xvf $CWD/${SRCPREFIX}${PKGNAM}-$VERSION.tar.xz || exit 1

 cd ${SRCPREFIX}${PKGNAM}-$VERSION

 

+# Add missing gserrors.h, patch taken from ghostscript/git.

+# Bugreport: http://bugs.ghostscript.com/show_bug.cgi?id=696301

+# Patch    : http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=feafe5e5

+cat $CWD/ghostpdl.git-feafe5e5.patch | patch -p1

+

 # Regenerate ./configure.  Needed if patched, or to prevent libtool mismatch.

 autoreconf --force --install

 ( cd jbig2dec ; autoreconf --force --install )

rworkman

01-04-2016 12:45 AM

Quote:

Originally Posted by DarkVision (Post 5472717)

I suggest to add a patch to the ghostscript package which allows other software to build against ghostscript 9.18.
...

Code:

...

+Subject: [PATCH] Bug 696301: add gserrors.h to the installed files

...

Pat's already got that one done in his (not yet public) tree. Maybe soon :-)

willysr

01-04-2016 02:23 AM

Hopefully Pat also approve my suggestion to make a symlink to tk and tcl packages, which should solve some build issues on some SBo packages on current.

ReaperX7

01-04-2016 03:14 AM

I'm hoping he takes the Grub-2.02 package and patches into suggestion. I like BtrFS as root on GPT, and I like Grub because it behaves itself and lets me target specific drives to install it to for booting.

gmgf	01-04-2016 03:41 AM

LibRaw-0.17.1 have fix:

http://www.libraw.org/

http://www.libraw.org/data/LibRaw-0.17.1.tar.gz

gmgf	01-04-2016 09:48 AM

new pciutils-3.4.1:

https://www.kernel.org/pub/software/...s-3.4.1.tar.xz

Didier Spaier

01-04-2016 11:15 AM

Quote:

Originally Posted by ReaperX7 (Post 5472752)

In your post #87 you do not say against which source archive are your patches. It seems that you are referring to the source archive http://http.debian.net/debian/pool/m...a2.orig.tar.xz but it would be better to state that explicitly.

Also, this archive is part of Debian source package bundles like this one for Stretch: https://packages.debian.org/source/stretch/grub2

But this bundle contains also a lot of Debian patches in http://http.debian.net/debian/pool/m....debian.tar.xz

Code:

/tmp/grub_debian/debian/patches$ ls | wc -l

90

So my guess is that if Pat would consider using this grub "version" he would check all these patches to see which are worthwhile for Slackware and also possibly tweak all configuration made by Debian when packaging. Some work ahead ;)

I assume that you have checked the patches grub_gpt_legacy_detection_btrfs.patch and grub_zfs-detection.patch against the aforementioned source tarball as they come from elsewhere (even though I do not see the point of the latter as there is no zfs in Slackware). FYI CVE-2015-8370.patch is shipped among the Debian patches.

Also, to really have an usable DejaVu Sans Mono pf2 font one need to run grub-mkfont with a DejaVu TTF font as source and check the exact full name of the output font (this will be done in Slackware Live).

Needless to say, as always I am only speaking on behalf of myself.

PS Slackel provides stuff allowing to configure and install grub as boot loader/boot manager, see http://www.slackel.gr/repo/source/extra/

dugan

01-04-2016 11:40 AM

Quote:

Originally Posted by jostber (Post 5471402)

The vim package with ruby and clipboard included would be great.

Clipboard support would add an X dependency, and there's a comment in the SlackBuild about why Ruby support isn't enabled.

Personally, I replaced vim with neovim and I'm never going back.

ReaperX7

01-04-2016 02:23 PM

Quote:

Originally Posted by Didier Spaier (Post 5472940)

Code:

/tmp/grub_debian/debian/patches$ ls | wc -l

90

Tracking this down, and this was what I got listed from ArchLinux's forums and help center.

This error https://bbs.archlinux.org/viewtopic.php?id=100027:

Code:

/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).

Will pop up when using BtrFS as root on a GPT partitioned system.

And THANK GOD, I found the patch source!

Source URL:
https://bugs.launchpad.net/debian/+s...260/comments/3
https://launchpadlibrarian.net/36483...etection.patch

It does have to be reworked (which I did) for usage with grub-2.02~beta2 as the source patch was for Grub-2.00.

Um... the rest are just rehashing from the .gz compressed patches already used by Slackware in uncompressed states.

The ZFS patch can be ignored though. It only works if you have zfs-on-linux available, and honestly, it's not worth it.

However, I would first try the Grub-git upstream first before using the patches as they may have fixed a few things.

Didier Spaier

01-04-2016 02:45 PM

Quote:

Originally Posted by ReaperX7 (Post 5473012)

However, I would first try the Grub-git upstream first before using the patches as they may have fixed a few things.

if you can keep up with updates... Already three commits this year.

That's probably why Fedora chose to built against git _but_ with each patch referring to a precise index, as obviously needed in that case.

Still everything has to be carefully checked. For instance speaking about dejavu fonts I see in configure.ac lines 1591 sqq. after commit aa7bb4607bb799b2790ea008bcfd8d6ca0a6d752:

Code:

for ext in pcf pcf.gz bdf bdf.gz ttf ttf.gz; do

  for dir in . /usr/src /usr/share/fonts/X11/misc /usr/share/fonts/truetype/ttf-dejavu /usr/share/fonts/dejavu /usr/share/fonts/truetype; do

    if test -f "$dir/DejaVuSans.$ext"; then

      DJVU_FONT_SOURCE="$dir/DejaVuSans.$ext"

      break 2

    fi

  done

done

But the DejaVu fonts that we have in Slackware are all in /usr/share/fonts/TTF thus would not been found by configure.ac as is...

ReaperX7

01-04-2016 06:03 PM

Quote:

Originally Posted by Didier Spaier (Post 5473021)

I didn't have "political correctness" in mind, just that to successfully apply a patch one have to know against which files. So my request was more a link to these files that the origin of the patches themselves.

EDIT:if you can keep up with updates... Already three commits this year.

That's probably why Fedora chose to built against git _but_ with each patch referring to a precise index, as obviously needed in that case.

Still everything has to be carefully checked. For instance speaking about dejavu fonts I see in configure.ac lines 1591 sqq. after commit aa7bb4607bb799b2790ea008bcfd8d6ca0a6d752:

Code:

for ext in pcf pcf.gz bdf bdf.gz ttf ttf.gz; do

  for dir in . /usr/src /usr/share/fonts/X11/misc /usr/share/fonts/truetype/ttf-dejavu /usr/share/fonts/dejavu /usr/share/fonts/truetype; do

    if test -f "$dir/DejaVuSans.$ext"; then

      DJVU_FONT_SOURCE="$dir/DejaVuSans.$ext"

      break 2

    fi

  done

done

But the DejaVu fonts that we have in Slackware are all in /usr/share/fonts/TTF thus would not been found by configure.ac as is...

Yeah hence why I tried to not use Grub-git in the first place, and referenced it only. At least 2.02~beta2 is an actual release (latest known) and it's been out long enough to write patches for correctly. If Grub-git was used, and this is a rough recommendation only, an in-house git pulled and dated tarball would be required, and I doubt that's good practice.

Anywhos, I "think" the raw patch from the link (minus the reworking I did on Slackworks) "might" work on Grub-2.00, but here I'm firing a gun into a blacked out room at a target only 2 inches wide placed at a random location. Suggestion, do so at your own risk.

There are other patches as well possibly for 2.02~beta2, but I'm not certain how useful they'd be, if any since I only tested the known Slackware available patches and the btrfs-detection patch myself, but it got my system working so I can't complain.

As far as ZFS goes, I did more digging and the only thing I know of is some serious hack-fu used by the zfs-on-linux project for their in-house Grub implementation. So yeah, that's a end to that topic.

vigi	01-05-2016 03:51 PM

I was wondering if the current slackware n curve installation procedure, could be improved by installing the boot loader earlier in the process? Currently lilo is installed as the final step, and if a mistake is made you have to start the installation from scratch again.
Would it be possible to load the essential modules and the boot loader earlier with a confirmation step, so one knows they have a bookable PC before continuing?

Didier Spaier

01-05-2016 04:05 PM

Quote:

Originally Posted by vigi (Post 5473560)

I do not think that be necessary as you can restart the installation, possibly skipping already performed steps, and if you only miss the boot loader use the DVD installer to start the installed system (as explained in the first script) and then configure and install lilo, either manually or running "liloconfig".

Just be careful if you restart the installer: at the TARGET step indicate on which partition root (/) should be mounted but of course do _not_ format that partition else you would have to redo the installation completely. Then you will have to indicate the SOURCE of packages again but you can skip installing packages if that's done (just click Cancel at the INSTALL step).

ReaperX7

01-06-2016 01:03 AM

What about selecting which bootloader you'd like to use rather than just LILO?

bartgymnast

01-06-2016 01:58 AM

I switched to Grub a while ago.
It would be nice to have the installer have you select the bootloader.
something like this.

1. Install LILO as bootloader
2. Install ELILO as bootloader
3. Install Grub as bootloader
4. SKIPP installing a bootloader

Also the current script is confusing.

first the option, LILO and skip, when skipping you get the option ELILO and skip

ReaperX7

01-06-2016 05:17 AM

Options could extend to extlinux/syslinux also.

Didier Spaier

01-06-2016 05:37 AM

Why exclude rEFInd, gummiboot (or its fork goofiboot, used by Solus), grub legacy and the kernel's EFI stub loader?

Implementation is left to the reader as an exercise ;)

That being said Slackel does propose the choice between e(lilo) and grub when user wants to install once the Openbox Live image is loaded, so anyone is allowed to customize the Slackware installer to fit ones need.

Whether Pat is ready to accept these changes in genuine Slackware is another story, of course. I wouldn't bet a beer on that...

ReaperX7

01-06-2016 05:45 AM

Grub-legacy isn't pre-installed like syslinux, grub, lilo, and elilo are.

Any pre-installed bootloader would be available depending on the system, and lists for UEFI and BIOS would be ideal, however, as mentioned the bootloaders would have to be preinstalled by the system to be on that list.

Didier Spaier

01-06-2016 06:20 AM

In case someone didn't get me, what I really meant is "asking is easy".

Nille_kungen

01-06-2016 06:22 AM

LLVM 3.7.1 This release contains bug-fixes for the LLVM 3.7.0 release.
Note that this release is *not* API and ABI compatible with 3.7.0.
This is due to a change in the C API in order to restore ABI/API compatible of the C
API with 3.6.x and 3.8.x.
http://lists.llvm.org/pipermail/llvm...ry/000066.html

MarcT

01-06-2016 08:46 AM

A DLNA media server would be good.

I've been using "coherence" http://coherence-project.org/ Python based DLNA server for a while now (to stream audio to my hifi).
It was a pain to make work in 14.1 (due to multiple dependencies) and I'm not looking forward to having that battle again. It also hasn't had much maintenance in the last few years.

Other suggestions welcome (even if they don't make it into -current).

Alien Bob

01-06-2016 10:07 AM

Quote:

Originally Posted by MarcT (Post 5473890)

I struggled for a long time with minidlna and mediatomb, and those never worked well. Then I switched to Universal Media Server and stuck with that.
It works extremely well and it adds external subtitles to my movies transparently while watching.
All of it is written in Java and requires no compiling, just a little configuration for your specific media devices.

All times are GMT -5. The time now is 10:54 PM.

Page 3 of 69

Last »

Show 50 post(s) from this thread on one page