Slackware 14.1 Release Candidate 2

hitest · 10-21-2013, 06:20 PM

Quote:

Originally Posted by hemp4fuel

Everything looks good here, running on 2 different machines.

Current is running perfectly here on two desktop units and on my netbook.

esodax · 10-21-2013, 08:14 PM

There is a Mesa bug fix release 9.1.6 -> 9.1.7.

smoooth103 · 10-21-2013, 08:24 PM

-current running smoothly here - x86_64.

KookieMonster · 10-22-2013, 03:39 AM

RC2 doing fine there. Testing still under way with Xfce and Fluxbox...

LukenShiro · 10-22-2013, 05:17 AM

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
[..]

Didier Spaier · 10-22-2013, 05:26 AM

Installing Slackware64 14.1 rc2 in an EFI enabled VM through vmplayer, even choosing the no KMS menu entry of grub (aka nomodeset), handover occurs and output of "cat /proc/fb" is:
0 svgadrmfb

Is it a limitation of vmplayer or does someone observe the same behavior on a real machine or with another virtualization tool?

GazL · 10-22-2013, 05:30 AM

If it's an easy fix, it would be nice to have locale(1) and localedef(1) man-pages please. It's not a new issue as they've also been missing in previous releases. I'd assume that they'd come out of the glibc build somehow, but for whatever reason it seems we don't get them.

wildwizard · 10-22-2013, 05:59 AM

Quote:

Originally Posted by GazL

If it's an easy fix, it would be nice to have locale(1) and localedef(1) man-pages please.

I just had a quick look and no man pages come from glibc they come out of man-pages from kernel.org and the latest (which we are only .01 behind) doesn't even have it.

A web search comes up with one and the copyright notice on it indicates that it originated in the Debian project.

GazL · 10-22-2013, 07:25 AM

Thanks wildwiz. I'd noticed they were in other distros so perhaps they've all borrowed them from debian.
Looking at the glibc.Slackbuild it doesn't look like the first time this sort of things has had to be done:

Code:

# Another manpage abandoned by GNU...
#mkdir -p usr/man/man1
#cp -a $PKG/usr/man/man1/ldd.1.gz usr/man/man1

Didier Spaier · 10-22-2013, 07:36 AM

I asked Denis Barbier if he knew where to find recent versions of man (1) locale* and he answered:

Quote:

Non, les développeurs de la glibc ne veulent pas faire de pages de man, et il y a peu de choses dans la doc TeXinfo. Je crois que la meilleure source est locale{,def} --help, malheureusement.
Si tu as des questions précises, je peux voir si j'arrive à rassembler mes souvenirs.

Tanslation in English:

Quote:

No, glibc developers don't want to make manual pages and there is little in TexXnfo doc. I believe that best source is locale{,def}, unfortunately.
If you have specific questions, I can see if I can gather my memories.

GazL · 10-22-2013, 07:38 AM

Just a follow-up on the hardware clock thread that might be worth thinking about for release.
http://www.linuxquestions.org/questi...9/#post5050319

GazL · 10-22-2013, 07:42 AM

Quote:

Originally Posted by Didier Spaier

I asked Denis Barbier if he knew where to find recent versions of man (1) locale* and he answered:Tanslation in English:

Thanks Didier. I've worked out what I needed to know:
localedef --no-archive -f ISO-8859-15 -i en_GB en_GB.iso885915

I just hate missing man-pages, and it would have been a handy reference while I was trying to remember the syntax.

P.S. I had worked through the glibc info pages, but yes, there was minimal information in there. Think I got there in the end though.

a4z · 10-22-2013, 08:38 AM

any special reasons for this permissions?

Code:

ls -l /usr/lib64/X11/xfig/Libraries                                                                                                                                             
total 124                                                                                                                                                                                 
drwx------  2 root root 4096 Aug  8  2012 Arrows/
drwx------  2 root root 4096 Aug  8  2012 Audiovisual/
drwx------  2 root root 4096 Aug  8  2012 Buildings/
drwx------  2 root root 4096 Aug  8  2012 Charts/
drwx------  2 root root 4096 Aug  8  2012 Computers/
drwx------  2 root root 4096 Aug  8  2012 DSP/
drwx------  2 root root 4096 Aug  8  2012 ERD/
drwx------  2 root root 4096 Aug  8  2012 Electrical/
drwx------  4 root root 4096 Aug  8  2012 Electronic/
drwx------  2 root root 4096 Aug  8  2012 Examples/
drwx------  6 root root 4096 Aug  8  2012 Fasteners/
drwx------ 12 root root 4096 Aug  8  2012 Flags/
drwx------  2 root root 4096 Aug  8  2012 Flowchart/
drwx------  2 root root 4096 Aug  8  2012 Furniture/
drwx------  2 root root 4096 Aug  8  2012 GUI/
drwx------  2 root root 4096 Aug  8  2012 Hospital/
drwx------  7 root root 4096 Aug  8  2012 Knitting/
drwx------  2 root root 4096 Aug  8  2012 Labels/
drwx------  2 root root 4096 Aug  8  2012 Logic/
drwx------ 12 root root 4096 Aug  8  2012 Maps/
drwx------  6 root root 4096 Aug  8  2012 Mechanical_DIN/
drwx------  3 root root 4096 Aug  8  2012 Miscellaneous/
drwx------  4 root root 4096 Aug  8  2012 Music/
drwx------  9 root root 4096 Aug  8  2012 Networks/
drwx------  2 root root 4096 Aug  8  2012 OfficeEquip/
drwx------  5 root root 4096 Aug  8  2012 Optics/
drwx------  2 root root 4096 Aug  8  2012 Origami/
drwx------  2 root root 4096 Aug  8  2012 ProcessFlowsheet/
drwx------  8 root root 4096 Aug  8  2012 Structural_Analysis/
drwx------  2 root root 4096 Aug  8  2012 UML/
drwx------  2 root root 4096 Aug  8  2012 Welding/

did not even know that these folders exists, but since I can not access them I know that I have them

phenixia2003 · 10-22-2013, 09:49 AM

Hello,

Quote:

Originally Posted by a4z

any special reasons for this permissions?

[...]

The same in /usr/doc/xfig-3.2.5c/{,html}. These bad permissions come from the source package :

Code:

$ ls -l xfig.3.2.5c/Doc/html/
total 680
-rwx------ 1 seb users  3656 oct.   3  2002 accelerators.html
-rwx------ 1 seb users   998 nov.   5  2003 animate.js
-rwx------ 1 seb users 40959 nov.   5  2003 attributes.html
-rwx------ 1 seb users  7303 janv. 20  2012 authors.html
-rw-r--r-- 1 seb users 21545 août  29 18:14 bugs_fixed.html
-rwx------ 1 seb users 18011 juin   1  2009 bugs_fixed.html.orig
...

Code:

$ ls -l xfig.3.2.5c/Libraries/
total 128
-rwx------  1 seb users  379 mars  31  2008 0_MAKETARS
drwx------  2 seb users 4096 août   8  2012 Arrows
drwx------  2 seb users 4096 août   8  2012 Audiovisual
drwx------  2 seb users 4096 août   8  2012 Buildings
drwx------  2 seb users 4096 août   8  2012 Charts
drwx------  2 seb users 4096 août   8  2012 Computers
...

Code:

$ find xfig.3.2.5c -type f | wc -l
3186

$ find xfig.3.2.5c -type f -perm 700 | wc -l
3179

--
SeB

GazL · 10-22-2013, 09:56 AM

Booting huge kernel on 64-rc2, I see:

Code:

Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after

Don't know how significant this warning is but I'm guessing it's being shown because of these config options:
CONFIG_USB_EHCI_HCD=m
CONFIG_USB_UHCI_HCD=y

I suspect they either both need to be builtin, or both need to be modules to avoid this warning.