LinuxQuestions.org
Review your favorite Linux distribution.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Closed Thread
  Search this Thread
Old 04-02-2016, 02:21 PM   #736
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 2,335

Rep: Reputation: 930Reputation: 930Reputation: 930Reputation: 930Reputation: 930Reputation: 930Reputation: 930Reputation: 930

Please +1 for networkmanager 1.0.12

* Wi-Fi monitor interfaces are now ignored, not turned into managed mode.
 
Old 04-03-2016, 10:00 AM   #737
e5150
Member
 
Registered: Oct 2005
Location: Sweden
Distribution: Slackware and Alpine
Posts: 132

Rep: Reputation: 100Reputation: 100
While trying to build packages in a chroot (both 64-current with multilib and a pure 32-current), make-4.1 segfaults. I've bind-mounted dev, proc and sys, and the chroots worked before upgrading them to their respective -current states. Even without an actual makefile to handle, make does segfault. Stracing it reveals that it tries to stat just about every node in /dev which neither the old make from 14.1 does inside the chroots, nor make-4.1 does outside chroot.
Recompiling make without stripping it gives the following backtrace:
Code:
#0  0x00007fb92905cff6 in strlen () from /lib64/libc.so.6
#1  0x00007fb92905cd0e in strdup () from /lib64/libc.so.6
#2  0x00000000004185b9 in xstrdup (ptr=ptr@entry=0x0) at misc.c:259
#3  0x000000000042356c in define_variable_in_set (name=name@entry=0x428e23 "MAKE_TERMOUT",
    length=length@entry=12, value=0x0, origin=origin@entry=o_default, recursive=recursive@entry=0,
    set=set@entry=0x635fc0 <global_variable_set>, flocp=0x0) at variable.c:243
#4  0x0000000000406f29 in main (argc=<optimized out>, argv=<optimized out>, envp=0x7ffeaacd8da8)
    at main.c:1404
Looking at the code around main.c:1404 indicates that it tries to figure out if stdout and stderr is a tty, and exporting MAKE_TERMOUT and MAKE_TERMERR as empty strings makes make not segfault.
I'll report back and file a bug report with make after digging a litte more in the source, trying to figure out a proper patch.

UPDATE
The bug turns out to already have been reported twice, and was fixed in make-git292da6f6867b75a5af7ddbb639a1feae022f438f. Recompiling make-4.1 with the associated diff fixes the segfault.
Code:
diff --git a/main.c b/main.c
index b2d169c..0cdb8a8 100644
--- a/main.c
+++ b/main.c
@@ -1429,13 +1429,18 @@ main (int argc, char **argv, char **envp)
 #ifdef HAVE_ISATTY
     if (isatty (fileno (stdout)))
       if (! lookup_variable (STRING_SIZE_TUPLE ("MAKE_TERMOUT")))
-        define_variable_cname ("MAKE_TERMOUT", TTYNAME (fileno (stdout)),
-                               o_default, 0)->export = v_export;
-
+        {
+          const char *tty = TTYNAME (fileno (stdout));
+          define_variable_cname ("MAKE_TERMOUT", tty ? tty : DEFAULT_TTYNAME,
+                                 o_default, 0)->export = v_export;
+        }
     if (isatty (fileno (stderr)))
       if (! lookup_variable (STRING_SIZE_TUPLE ("MAKE_TERMERR")))
-        define_variable_cname ("MAKE_TERMERR", TTYNAME (fileno (stderr)),
-                               o_default, 0)->export = v_export;
+        {
+          const char *tty = TTYNAME (fileno (stderr));
+          define_variable_cname ("MAKE_TERMERR", tty ? tty : DEFAULT_TTYNAME,
+                                 o_default, 0)->export = v_export;
+        }
 #endif
 
   /* Reset in case the switches changed our minds.  */
diff --git a/makeint.h b/makeint.h
index 6223936..2009f41 100644
--- a/makeint.h
+++ b/makeint.h
@@ -436,10 +436,11 @@ extern struct rlimit stack_limit;
 /* The number of bytes needed to represent the largest integer as a string.  */
 #define INTSTR_LENGTH         CSTRLEN ("18446744073709551616")
 
+#define DEFAULT_TTYNAME "true"
 #ifdef HAVE_TTYNAME
 # define TTYNAME(_f) ttyname (_f)
 #else
-# define TTYNAME(_f) "true"
+# define TTYNAME(_f) DEFAULT_TTYNAME
 #endif

Last edited by e5150; 04-03-2016 at 10:09 AM. Reason: Solution found
 
4 members found this post helpful.
Old 04-04-2016, 07:52 AM   #738
atelszewski.versades
Member
 
Registered: Oct 2014
Posts: 61

Rep: Reputation: Disabled
Hi,

Mesa 11.2.0 has been released.

--
Best regards,
Andrzej Telszewski
 
4 members found this post helpful.
Old 04-04-2016, 04:15 PM   #739
USUARIONUEVO
Senior Member
 
Registered: Apr 2015
Posts: 2,335

Rep: Reputation: 930Reputation: 930Reputation: 930Reputation: 930Reputation: 930Reputation: 930Reputation: 930Reputation: 930
xorg-server 1.18.3 IMPORTANT FIX
https://bugs.freedesktop.org/show_bug.cgi?id=94596


http://xorg.freedesktop.org/archive/...1.18.3.tar.bz2

Last edited by USUARIONUEVO; 04-04-2016 at 04:18 PM.
 
3 members found this post helpful.
Old 04-04-2016, 06:18 PM   #740
dugan
LQ Guru
 
Registered: Nov 2003
Location: Canada
Distribution: distro hopper
Posts: 11,226

Rep: Reputation: 5320Reputation: 5320Reputation: 5320Reputation: 5320Reputation: 5320Reputation: 5320Reputation: 5320Reputation: 5320Reputation: 5320Reputation: 5320Reputation: 5320
Just thought I've give the heads up that support for the Sony DualShock 4 controllers is broken in the 4.4 (and probably several earlier) kernels, and is reported to have been fixed in 4.5.
 
2 members found this post helpful.
Old 04-04-2016, 06:22 PM   #741
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,058

Rep: Reputation: Disabled
newt again

newt has been updated to 0.52.19, thanks: that brings the support of --notags in whiptail's checklist and radiolist that was missing since a long time.

But still whiptail lacks the bidi patch that was removed in 0.52.1 for a reason specific to Fedora.

Still this patch IMHO brings the only feature of whiptail that lacks in dialog: ability to properly display messages in bidi languages like Arabic, Persian or Hebrew.

Alastair McKinstry didn't upgrade the Debian package yet to follow suit, but I applied bidi.patch from http://http.debian.net/debian/pool/m....debian.tar.xz found in https://packages.debian.org/source/stretch/newt against newt 0.52.19 released by Miroslav Lichvar with no issue.

I didn't check escape_key.patch and messagebox_escape.patch but they are probably worth considering. But bidi.patch is more important IMHO.

Last edited by Didier Spaier; 04-05-2016 at 02:02 PM. Reason: Typo fix.
 
Old 04-05-2016, 01:52 PM   #742
gmgf
Senior Member
 
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,213

Rep: Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999
new bluez 5.39:

(This is almost entirely a bug fix release with important fixes to GATT, HoG, AVRCP & A2DP. It is recommended to upgrade if you were previously using 5.38)

http://www.bluez.org/

http://www.kernel.org/pub/linux/blue...ez-5.39.tar.xz
 
1 members found this post helpful.
Old 04-05-2016, 02:53 PM   #743
gmgf
Senior Member
 
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,213

Rep: Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999
also new harbuzz 1.2.5:

(Fix GDEF mark-filtering-set, which was broken in 1.2.3)

https://www.freedesktop.org/software...-1.2.5.tar.bz2
 
1 members found this post helpful.
Old 04-07-2016, 01:31 AM   #744
gmgf
Senior Member
 
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,213

Rep: Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999Reputation: 999
new xf86-video-ati-7.7.0:

ftp://ftp.x.org/pub/individual/drive...-7.7.0.tar.bz2
 
Old 04-07-2016, 04:56 AM   #745
Nille_kungen
Member
 
Registered: Jul 2005
Distribution: Slackware64-current
Posts: 587

Rep: Reputation: 201Reputation: 201Reputation: 201
In xf86-video-amdgpu-1.0.1 there's /usr/share/X11/xorg.conf.d/10-amdgpu.conf that uses Section "OutputClass" but according to "man amdgpu"it should use Section "Device".
Is there a reason for this?
I don't have the hardware so i can't test it myself.
There's also an new xf86-video-amdgpu-1.1 release.
https://lists.x.org/archives/xorg-an...il/002686.html

Last edited by Nille_kungen; 04-07-2016 at 10:39 AM.
 
Old 04-07-2016, 05:07 AM   #746
Nille_kungen
Member
 
Registered: Jul 2005
Distribution: Slackware64-current
Posts: 587

Rep: Reputation: 201Reputation: 201Reputation: 201
Quote:
Originally Posted by gmgf View Post
https://lists.x.org/archives/xorg-an...il/002684.html
 
Old 04-07-2016, 10:11 AM   #747
archfan
Member
 
Registered: Mar 2016
Location: /dev/hug
Distribution: Slackware 14.2 x64
Posts: 85

Rep: Reputation: 32
The new xf86-video-intel driver seems to cause some graphical glitches that weren't there before upgrading. Can anyone confirm this?

I'm using an i7-6700 with the HD 530 iGPU. I haven't overclocked my PC or anything.

I've tested the latest 4.4.6 Kernel and the 4.5.0 kernel from testing. Switching between those two kernels didn't change anything.

Attached below is a picture of the corruption.
Attached Thumbnails
Click image for larger version

Name:	2016-04-07-171054_1116x880_scrot.png
Views:	39
Size:	154.9 KB
ID:	21399  
 
Old 04-07-2016, 10:22 AM   #748
ppencho
Member
 
Registered: Jan 2004
Location: Bulgaria
Distribution: Slackware64-current
Posts: 94

Rep: Reputation: Disabled
Quote:
Originally Posted by archfan View Post
The new xf86-video-intel driver seems to cause some graphical glitches that weren't there before upgrading. Can anyone confirm this?

I'm using an i7-6700 with the HD 530 iGPU. I haven't overclocked my PC or anything.

I've tested the latest 4.4.6 Kernel and the 4.5.0 kernel from testing. Switching between those two kernels didn't change anything.

Attached below is a picture of the corruption.
Confirmation

I will check my Skylake desktop later.
 
Old 04-07-2016, 10:43 AM   #749
Nille_kungen
Member
 
Registered: Jul 2005
Distribution: Slackware64-current
Posts: 587

Rep: Reputation: 201Reputation: 201Reputation: 201
Quote:
Originally Posted by archfan View Post
The new xf86-video-intel driver seems to cause some graphical glitches that weren't there before upgrading. Can anyone confirm this?

I'm using an i7-6700 with the HD 530 iGPU. I haven't overclocked my PC or anything.

I've tested the latest 4.4.6 Kernel and the 4.5.0 kernel from testing. Switching between those two kernels didn't change anything.

Attached below is a picture of the corruption.
Might it be related to glamor? I seen rendering errors like that with glamor on non intel hardware.
After checking the link provided by ppencho it seems that it's not related to glamor.

Last edited by Nille_kungen; 04-07-2016 at 10:45 AM.
 
Old 04-07-2016, 10:44 AM   #750
archfan
Member
 
Registered: Mar 2016
Location: /dev/hug
Distribution: Slackware 14.2 x64
Posts: 85

Rep: Reputation: 32
Quote:
cat /etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "sna"
Option "TearFree" "True"
Option "DRI" "3"
EndSection
I'm using SNA.
 
  


Closed Thread



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] how to show the current time at the top in the current shell Always ? rohitchauhan Linux - General 5 04-09-2014 03:05 PM
Slackware ARM (current) epic mistake: the current Android kernels are kicked out! Darth Vader Slackware 16 08-25-2013 04:36 PM
[SOLVED] setup fails on most current Slackware-current March 26, 2012 AlleyTrotter Slackware 15 04-09-2012 06:05 AM
Observation of Feb -current vs March -current Hangaber Slackware 14 03-12-2010 08:26 AM
cvs diff the most current and second last current version powah Linux - Software 1 03-30-2006 01:02 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 12:29 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration