Slackware 14.1 Release Candidate 2

Didier Spaier · 10-24-2013, 08:53 AM

[wrongly posted as a reply, opened new thread instead, sorry]

chicken76 · 10-24-2013, 09:19 AM

Quote:

Originally Posted by mattallmill

I have also pre-ordered the Slackware release. I cannot think of money that is better spent.

Wouldn't a donation be even better, as most of it would go straight to the developers? When buying the disks, a good portion of the money goes towards multiplying and shipping them.

guanx · 10-24-2013, 09:40 AM

Is it possible to add label / uuid support for swap partition in the initrd? This should not be much different than supporting label / uuid for the root partition.

afreitascs · 10-24-2013, 08:46 PM

Quote:

Originally Posted by LukenShiro View Post
I've noticed a tiny problem: slackpkg package's version and shell script's version are not aligned:

/var/log/packages/:
slackpkg-2.82.0-noarch-12

but:

# slackpkg
slackpkg - version 2.81.1
[..]

Quote:

Originally Posted by afreitascs

even here ...

just for the record, is the version of the manual slackpkg which is version 12.1 ....

forgiveness lords

1337_powerslacker · 10-24-2013, 08:51 PM

Quote:

Originally Posted by chicken76

Wouldn't a donation be even better, as most of it would go straight to the developers? When buying the disks, a good portion of the money goes towards multiplying and shipping them.

A very good suggestion. I will consider it for the next release.

guanx · 10-25-2013, 06:20 AM

The scim needs this patch to work with Qt4:

http://www.linuxquestions.org/questi...qt-4175482102/

esodax · 10-25-2013, 10:01 AM

xterm #296 -> #297, contains changes to handling the xft fontName/Size. Checks for missing bitmaps cells and other...
ChangeLog

[edit]
If there is no known issues with --enable-double-buffer, maybe add it to avoid text "flickering" on slower hardware. That would be nice.

GazL · 10-26-2013, 07:02 AM

rc.M contains this:

Code:

# If we're using udev, make /dev/cdrom and any other optical drive symlinks
# if some udev rule hasn't made them already:
if grep -wq sysfs /proc/mounts && grep -q tmpfs /proc/filesystems; then
  if ! grep -wq nohotplug /proc/cmdline ; then
    if [ -x /lib/udev/rc.optical-symlinks -a -x /etc/rc.d/rc.udev ]; then
      /bin/sh /lib/udev/rc.optical-symlinks
    fi
  fi
fi

My first thought was shouldn't that be grep -q devtmpfs /proc/mounts, but then I found that there is no rc.optical-symlinks file to run, so can this entire snippet go?

GazL · 10-26-2013, 07:39 AM

Also, while we're on the subject of rc.M. These seem like they belong on the end of rc.S so that they take effect when booting into single-user mode:

Code:

# Load a custom screen font if the user has an rc.font script.
if [ -x /etc/rc.d/rc.font ]; then
  . /etc/rc.d/rc.font
fi

# Load a custom keymap if the user has an rc.keymap script.
if [ -x /etc/rc.d/rc.keymap ]; then
  . /etc/rc.d/rc.keymap
fi

I was going to suggest calling rc.font as early as possible (boot messages can be a little small on a high dpi screen before setfont is called, plus setfont also seems to wipe out the console history so scroll back doesn't work), but I've just thought of a better way:

Code:

test@rc2:~$ cat /etc/modprobe.d/nouveau.conf 
install nouveau /sbin/modprobe --ignore-install nouveau $CMDLINE_OPTS && /usr/bin/setfont -m 8859-15 ter-132b.psf.gz

(not suggesting stock slackware should do that mind you, but I think I'm going to use it in place of rc.font).

update: Been playing around with this a little more, and moving the call for rc.font to the end of rc.S also has the advantage of setting the font on all 6 terminals. When it's left to rc.M it only goes on the first (which I'm assuming is because terminals 2-6 will have a getty process established on them by the time rc.M normally runs rc.font.

xflow7 · 10-26-2013, 04:30 PM

If it's not too late, can I suggest this patch for grub?

Fix for Bug#37280

This fixes a problem that evidently crops up on some hardware in which grub fails to terminate the EFI environment and thus won't boot successfully:
http://savannah.gnu.org/bugs/?37280

and which I encountered leading to my rash of posts in the last 24 hours in Slackware on UEFI.

This afternoon I applied that patch to grub, rebuilt the efi images and burned a new installer DVD, and now it boots as it should.

Thanks,

Dave

Woodsman · 10-26-2013, 06:13 PM

Quote:

Also, while we're on the subject of rc.M. These seem like they belong on the end of rc.S so that they take effect when booting into single-user mode:

I like that suggestion.

wildwizard · 10-26-2013, 08:22 PM

Quote:

Originally Posted by GazL

Also, while we're on the subject of rc.M. These seem like they belong on the end of rc.S so that they take effect when booting into single-user mode:

Only one problem, what if some problem occurs with the system and that command causes the console to become unusable and you need to drop to single user mode to fix it?

j_v · 10-26-2013, 08:27 PM

I think GazL's idea of moving rc.font and rc.keymap invocation to rc.S makes good sense.
wildwizard's point seems important. Too bad there isn't a script in between the two.

Isn't rc.K for going to runlevel 1, not rc.S?

volkerdi · 10-26-2013, 08:49 PM

Quote:

Originally Posted by GazL

update: Been playing around with this a little more, and moving the call for rc.font to the end of rc.S also has the advantage of setting the font on all 6 terminals. When it's left to rc.M it only goes on the first (which I'm assuming is because terminals 2-6 will have a getty process established on them by the time rc.M normally runs rc.font.

Hmmm... rc.font sets the font on all 6 terminals here.

I can see possibly getting rid of the stale code for the optical-symlinks script, but I'm inclined to say this isn't the time to rearrange much else.

GazL · 10-27-2013, 04:54 AM

Quote:

Originally Posted by volkerdi

Hmmm... rc.font sets the font on all 6 terminals here.

edit: I've just restored them to stock and it seems that you're right. Perhaps it only does the one when you run it from the command-line and I'm getting confused... But I'm sure I had to use a for loop in rc.font in the past to work around this.

Quote:

Originally Posted by volkerdi

I can see possibly getting rid of the stale code for the optical-symlinks script, but I'm inclined to say this isn't the time to rearrange much else.

Yep, that's understandable. I appreciate I was a little last-minute here. It was just something I spotted while poking around looking for bugs.

I'll mention them again sometime after the post-release circus has died down: along with a few other suggestions I've been holding-back for the next cycle.