Things That Won't Run in -Current (21 April 2015).

JackHair · 06-01-2015, 07:40 AM

On both my laptop and my desktop I have problems with networkmanager/WICD combined with dhcpcd. When I switch to dhclient both do work. The problem with dhcpcd is that both networkmanager and WICD can't use DHCP. Both will connect/disconnect until I stop it manually. Using dhclient I see no problems.

Alien Bob · 06-01-2015, 07:50 AM

Quote:

Originally Posted by JackHair

On both my laptop and my desktop I have problems with networkmanager/WICD combined with dhcpcd. When I switch to dhclient both do work. The problem with dhcpcd is that both networkmanager and WICD can't use DHCP. Both will connect/disconnect until I stop it manually. Using dhclient I see no problems.

Try changing that in /etc/NetworkManager/NetworkManager.conf

Code:

# /etc/NetworkManager/NetworkManager.conf
#
# See NetworkManager.conf(5) for more information on this file

[main]
plugins=keyfile
dhcp=dhcpcd

[keyfile]
hostname=yourhostname

JackHair · 06-01-2015, 07:55 AM

Quote:

Originally Posted by Alien Bob

Try changing that in /etc/NetworkManager/NetworkManager.conf

Code:

# /etc/NetworkManager/NetworkManager.conf
#
# See NetworkManager.conf(5) for more information on this file

[main]
plugins=keyfile
dhcp=dhcpcd

[keyfile]
hostname=yourhostname

I changed that to dhclient to get it to work. With dhcpcd dhcp doesn't work when using networkmanager. And rc.inet1.conf is set to "USE_DHCP[0]="no""

414N · 06-01-2015, 01:44 PM

Anyone noticing a remarkably slow KDE start after the April current updates?
On all the 3 machines I'm using Slackware-current on I noticed a severe slowdown in KDE start, exactly after loading the first icon (the hard disk icon when using the default theme).
I'm currently using kde-4.14.3 from Alien's ktown repository.

Alien Bob · 06-01-2015, 03:24 PM

Quote:

Originally Posted by 414N

Anyone noticing a remarkably slow KDE start after the April current updates?
On all the 3 machines I'm using Slackware-current on I noticed a severe slowdown in KDE start, exactly after loading the first icon (the hard disk icon when using the default theme).
I'm currently using kde-4.14.3 from Alien's ktown repository.

You should switch to the KDE 4.14.3 that's now part of slackware-current.

ill323 · 06-01-2015, 10:28 PM

Quote:

Originally Posted by JackHair

I changed that to dhclient to get it to work. With dhcpcd dhcp doesn't work when using networkmanager. And rc.inet1.conf is set to "USE_DHCP[0]="no""

Try non-duid mode to see if dhcpcd work again?

Code:

--- /etc/dhcpcd.conf.orig    2015-04-15 02:21:42.000000000 +0800
+++ /etc/dhcpcd.conf 2015-05-01 09:51:12.000000000 +0800
@@ -8,12 +8,12 @@
 hostname
 
 # Use the hardware address of the interface for the Client ID.
-#clientid
+clientid
 # or
 # Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
 # Some non-RFC compliant DHCP servers do not reply with this set.
 # In this case, comment out duid and enable clientid above.
-duid
+#duid
 
 # Persist interface configuration when dhcpcd exits.
 persistent

JackHair · 06-01-2015, 11:03 PM

Quote:

Originally Posted by ill323

Try non-duid mode to see if dhcpcd work again?

Code:

--- /etc/dhcpcd.conf.orig    2015-04-15 02:21:42.000000000 +0800
+++ /etc/dhcpcd.conf 2015-05-01 09:51:12.000000000 +0800
@@ -8,12 +8,12 @@
 hostname
 
 # Use the hardware address of the interface for the Client ID.
-#clientid
+clientid
 # or
 # Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
 # Some non-RFC compliant DHCP servers do not reply with this set.
 # In this case, comment out duid and enable clientid above.
-duid
+#duid
 
 # Persist interface configuration when dhcpcd exits.
 persistent

It doesn't change anything. I didn't think it would because without networkmanager, just plain dhcpcd, does work. The problems start when I start networkmanager.

55020 · 06-02-2015, 08:01 AM

Quote:

Originally Posted by staus

I'm mot sure if anyone posted a complaint about Imagemagick. I did a search on the forum, but couldn't find anything.
I had to recompile the 14.1 source code (32 bit) while actually using the current 32 bit Slackware.

I no longer get "Illegal command" failures when running import.

I've just hit the same thing, fwiw....

Code:

./dolphin-emu.SlackBuild: line 94: 21797 Illegal instruction     convert Installer/Dolphin.ico -resize ${i}x${i}! $PRGNAM-${i}.png

genss · 06-02-2015, 09:06 AM

Quote:

Originally Posted by 55020

I've just hit the same thing, fwiw....

Code:

./dolphin-emu.SlackBuild: line 94: 21797 Illegal instruction     convert Installer/Dolphin.ico -resize ${i}x${i}! $PRGNAM-${i}.png

do you have sse2 cpu ?

edit: this might also be happening
http://stackoverflow.com/a/10354227/2078743

55020 · 06-02-2015, 09:31 AM

Quote:

Originally Posted by genss

do you have sse2 cpu ?

SL7KL

Code:

flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs bts pni dtes64 monitor ds_cpl cid xtpr

Quote:

Originally Posted by genss

edit: this might also be happening
http://stackoverflow.com/a/10354227/2078743

"Actually often you get an illegal instruction error not because your program contain an illegal opcode but because there is a bug in your program (e.g., a buffer overflow) that makes your program jumps in a random address with plain data or in code but not in the start of the opcode."

Well, yes, I hope we all know that.

I wasn't really asking for help; I was confirming the problem with xap/imagemagick-6.9.0_10-i486-1.txz in -current that staus and Paulo2 reported previously.

Paulo2 · 06-02-2015, 11:32 AM

Quote:

Originally Posted by genss

do you have sse2 cpu ?

edit: this might also be happening
http://stackoverflow.com/a/10354227/2078743

I think that in this case sse2 isn't the problem, since I rebuilt ImageMagick -current version
and now it is working.

Code:

$ convert
Version: ImageMagick 6.9.0-10 Q16 i486 2015-05-30 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2015 ImageMagick Studio LLC

I'm not an imagemagick heavy user, so it would take a long time for me to note the illegal instruction.

genss · 06-02-2015, 11:57 AM

Quote:

Originally Posted by 55020

Well, yes, I hope we all know that.

I wasn't really asking for help; I was confirming the problem with xap/imagemagick-6.9.0_10-i486-1.txz in -current that staus and Paulo2 reported previously.

i forget, since most of the time you get a segfault

tbh i wasn't offering help, just interested

Jefferson · 06-08-2015, 10:42 AM

Quote:

Originally Posted by Jefferson

Geeqie is slow now. Image rendering is noticeably slower on bigger files (like 1280x4000 pixels).
You can see how it's rendered block by block, line by line.

Has anybody notice this?

I tried Geeqie on just installed Debian 8 stable on the same machine. It has the same behavior.
Something is broken somewhere apparently. And it's not tied to Slackware.

Poprocks · 06-11-2015, 12:38 PM

I've been having trouble with automounting of removable media (via USB) since upgrading to current(32).

I plug devices in, and dmesg indicates it has detected a mass storage device, but the device doesn't actually show up in KDE or XFCE.

Any tips on anything new that needs to be set up to get this to work on current?

cwizardone · 06-11-2015, 01:51 PM

@Poprocks,
I've had a similar problem since the 21 April updates.
It doesn't matter if the media is in an external drive or in one of the 3 CD/DVD drives in this box, some are read and some are not. In one case the CD is seen, but the only option is to copy it, that is, I can't view the contents with a file manager.
And, as said before, the same CD/DVDs I've had trouble with in Slackware64 since 21 April, read perfectly, using the same hardware, when viewed via winXp or PC-BSD.