Slackware 14.0 RC4

1337_powerslacker · 09-11-2012, 04:50 PM

Quote: And I tell you, you are Patrick, and on this rock-solid distro I will build my desktop,and Bill Gates of Windows shall not prevail against it. (Matthew 16:18, first draft)

kikinovak:
That, to me, is particularly profound, as the relevance of that particular verse is made more poignant by its being put in that context.

Lufbery · 09-11-2012, 05:08 PM

TobiSGD,

I understood what you were talking about, and my question was tangential. I probably shouldn't have quoted your post when asking my question.

Sorry about that.

Having said that, does anyone know which version of Xorg has the updated R128 driver that I referenced above?

Regards,

TobiSGD · 09-11-2012, 05:16 PM

May there be a problem with the default values of fdisk in Slackware 14? As seen in this thread it created the first partition at sector 63, a behavior that should normally be obsolete and not occur in newer versions: http://www.linuxquestions.org/questi...ry-4175426683/

sorinm · 09-12-2012, 01:31 AM

When I upgraded the netatalk package (netatalk-2.2.3-x86_64-3.txz) the installer won`t replace the old rc.atalk or create a new rc.atalk.new. It`s still the old rc.atalk script. I need to uninstall the netatalk package, manually delete the rc.atalk script and install netatalk again.

On all three boxes the behaviour is the same.

bnguyen · 09-12-2012, 01:51 AM

There's maybe a bug in the installer (or slackpkg?): when installing the latest -current, I chose all except "kdei" series. Now if "slackpkg install-new" is issued, the calligra-l10n-* packages in kdei are considered NEW, but not the kde-l10n-* ones.

bormant · 09-12-2012, 02:02 AM

Quote:

Originally Posted by bnguyen

if "slackpkg install-new" is issued, the calligra-l10n-* packages in kdei are considered NEW, but not the kde-l10n-* ones.

slackpkg considers as NEW only those: grep ": Added" ChangeLog.txt
i.e. added in new release packages, not "new for my installation". So, kde-l10n-* were in previous versions and they are not NEW in this sense.

sorinm · 09-12-2012, 05:51 AM

Some old errors in /var/log/messages

On -current x64:

When I close KDE

Code:

nepomukservices[1864]: segfault at 0 ip           (null) sp 00007fffbaff7968 error 14 in nepomukservicestub[400000+7000]

When I start Xfce

Code:

nm-applet[2160]: segfault at d ip 00007f6bcaede37e sp 00007fff5d68cab0 error 4 in libc-2.15.so[7f6bcae94000+1b5000]

I deleted all the old .configs in the home folder, it`s a clean install of -current. Those errors are old but I need to resurrect them, maybe they will be fixed.

sorinm · 09-12-2012, 06:06 AM

It seems that the nm-applet segfault is caused by a bug in NetworkManager and is resolved in the git version. It`s not a Slackware specific bug.

guanx · 09-13-2012, 07:35 AM

Quote:

Originally Posted by guanx

I just updated my slackware-current mirror and installed the new packages.
When I open this page: http://javatester.org/version.html
I can see the correct Java version: "Java Version 1.7.0_07 from Oracle Corporation"

But when I open this page: http://www.java.com/en/download/help/testvm.xml
Firefox crashes completely as long as the directory "/usr/lib/java/jre/lib/fonts/fallback/" exists in my system, no matter if this directory is empty or not.

Not sure if the problem is in Firefox or in Java. I thought Firefox should not crash even if the Java plugin crashes. Am I mistaken?

Ok it's no only Java. Firefox-15.0.1 also crashes with other web pages sometimes. Java only crashes it most easily.

Since long long ago I've not experienced a plugin crashing the whole Firefox. Any hint why this happens to Firefox 15?

zeroberto · 09-13-2012, 08:19 AM

May I suggest to upgrade the taglib to version 1.8? The XBMC from git (12 alpha 6) now requires it. README

bormant · 09-13-2012, 09:19 AM

GNU patch-2.7 released: http://permalink.gmane.org/gmane.com...rol.git/205298
It also contains fix for CVE-2010-4651 that seems a good reason for upgrade.

willysr · 09-14-2012, 12:08 AM

Now included in 14.0 and previous stable version as well since it's a security fix

Code:

a/patch-2.7-i486-1.txz: Upgraded.
       This version of patch ignores destination filenames that are absolute or
       that contain a component of "..", unless such a filename is provided as
       an argument.
       For more information, see:
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4651
       (* Security fix *)

volkerdi · 09-14-2012, 12:11 AM

Quote:

Originally Posted by willysr

Now included in 14.0 and previous stable version as well since it's a security fix

I actually barely agree that it's a security fix. To me, a patch is like a script -- you gotta read it, and can't just blindly trust it. If it patches the files that it says it will patch, how is that a security problem with patch?

But there's a CVE, and upstream feels it's a security issue, so I'll side with them. It is known to break some unusual uses of patch, though. They said they would accept patches to add an --unsafe option for the old behavior, but nobody has submitted any yet.

eeades · 09-14-2012, 09:26 AM

I have a bit of a problem that I have noticed. Around rc3 to rc4 rar unrar (not free) stopped working. It was working before, but now it does not. I get the following message:

/sbin/rar (or unrar): file not found

rar and unrar are present on the system, and it happens when I am root, even if I am in /sbin

Eric

ruario · 09-14-2012, 09:36 AM

Quote:

Originally Posted by eeades

I have a bit of a problem that I have noticed. Around rc3 to rc4 rar unrar (not free) stopped working.

WFM

Code:

$ ls /var/log/packages/unrar*                   
/var/log/packages/unrar-4.0.7-x86_64-1_SBo
$ unrar | head -n2         

UNRAR 4.00 freeware      Copyright (c) 1993-2011 Alexander Roshal
$ cat /etc/slackware-version 
Slackware 14.0
$ uname -m
x86_64

EDIT: Even the precompiled binaries provided by Rarlabs work for me:

Code:

$ wget -q http://www.rarlab.com/rar/rarlinux-x64-4.2.0.tar.gz
$ tar xf rarlinux-x64-4.2.0.tar.gz
$ rar/rar | head -n2

RAR 4.20   Copyright (c) 1993-2012 Alexander Roshal   9 Jun 2012
$ rar/unrar | head -n2

UNRAR 4.20 freeware      Copyright (c) 1993-2012 Alexander Roshal