Page 20 of 28

Posted: Tue 26 Dec 2017, 20:57
by Sailor Enceladus
I tried a Slacko 6.9.9.9-uefi (32-bit) build with last night's woof-CE here: http://www.mediafire.com/folder/o2hpqpbhd2ohi/14.2

Changes:
- The adrv has Palemoon 27.6.2 (Walter Dnes SSE version) and Abi/Gnumeric
- patched jwm-2.3.2 with the first freezing fix mentioned here, it is working much better for me now so far
- chose Original Pup as the default theme, and gnome-mplayer as the default music player
- kernel has firmware-140621-cut, if you are missing any drivers/functionality there's instructions on how to swap kernels here

Posted: Thu 28 Dec 2017, 20:25
by norgo
@Sailor Enceladus
thank you very much for sharing

regarding "intel freezing problem"
since I'm using uxa acceleration I had no kind of hanging or freezing any more

suicidal wifi service

Posted: Sat 30 Dec 2017, 15:11
by Sailor Enceladus
Using both the woof-CE 6.9.9.9 iso builds from me and norgo I have noticed that after a while my wifi connection will just die completely. My wifi is not great and goes on and off in other distros but here when I try to reconnect it will say "no wireless signals available" even though there's always 10-15 around here so it is like the entire wifi interface has been turned off or service terminated. Using slacko 14.0 with the same woof-CE has not caused this problem so I'm guessing it might have been an upgrade in slackware 14.2 dhcpcd that broke something but haven't scanned the logs yet just booted into something else.

edit: I used SNS to connect, might try Frisbee next and see if it acts the same or not later.

Posted: Sun 31 Dec 2017, 15:24
by HerrBert
frugal install of norgos slacko-700-RC3_k4.4.70-PAE_2017-12-10.iso without savefile/folder:

Code: Select all

System:    Host: puppypc13367 Kernel: 4.4.70 i686 (32 bit gcc: 5.3.0) Desktop: JWM 2.3.2
           Distro: Slacko Puppy 6.9.9.9
Machine:   Device: laptop System: LENOVO product: 80G0 v: Lenovo G50-30
           Mobo: LENOVO model: Lancer 5A6 v: SDK0F82993WIN
           UEFI [Legacy]: LENOVO v: A7CN48WW date: 08/03/2015
Battery    BAT0: charge: 28.7 Wh 90.6% condition: 31.7/31.7 Wh (100%) model: Lenovo status: Discharging
CPU:       Dual core Intel Celeron N2830 (-MCP-) cache: 1024 KB
           flags: (lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 8657
           clock speeds: max: 2159 MHz 1: 1660 MHz 2: 1328 MHz
Graphics:  Card: Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display bus-ID: 00:02.0
           Display Server: X.org 1.18.3 drivers: intel (unloaded: modesetting,fbdev,vesa)
           Resolution: N/A Advanced Data: N/A for root
Audio:     Card Intel Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.4.70
Network:   Card-1: Qualcomm Atheros QCA9565 / AR9565 Wireless Network Adapter
           driver: ath9k bus-ID: 02:00.0
           IF: wlan0 state: up mac: <filter>
           Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169 v: 2.3LK-NAPI port: 1000 bus-ID: 03:00.0
           IF: eth0 state: down mac: <filter>
Drives:    HDD Total Size: 500.1GB (0.8% used)
           ID-1: /dev/sda model: ST500LT012 size: 500.1GB
Partition: ID-1: swap-1 size: 4.29GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 151 Uptime: 21 min Memory: 437.0/3928.8MB Init: SysVinit runlevel: 5 Gcc sys: N/A
           Client: Unknown : gtkdialog inxi: 2.3.8
with slacko-6.9.9.9-uefi-k4.4-PAE-PM-LO.iso i had randomly hangs in networking on booting connected via eth0. when that occured, pup-event didn't respond to connecting usb-drives.
tried to reproduce this behavior with norgo's build. connected to internet every boot so far. (ATM over wlan - also working for me)

an other issue i found (maybe):

tried to compile audacious 3.9 from source and get error

Code: Select all

# make
Entering directory src.
Entering directory dbus.
Traceback (most recent call last):
  File "/usr/bin/gdbus-codegen", line 37, in <module>
    from codegen import codegen_main
ImportError: No module named codegen
Makefile:15: recipe for target 'aud-dbus.h' failed
make[5]: *** [aud-dbus.h] Error 1
../../buildsys.mk:116: recipe for target 'all' failed
make[4]: *** [all] Error 2
../buildsys.mk:123: recipe for target 'dbus' failed
make[3]: *** [dbus] Error 2
../buildsys.mk:116: recipe for target 'all' failed
make[2]: *** [all] Error 2
buildsys.mk:123: recipe for target 'src' failed
make[1]: *** [src] Error 2
buildsys.mk:116: recipe for target 'all' failed
make: *** [all] Error 2
# 
compiled it before in slacko 6.3.2 and it worked

Re: suicidal wifi service

Posted: Wed 03 Jan 2018, 22:55
by norgo
Sailor Enceladus wrote:Using both the woof-CE 6.9.9.9 iso builds from me and norgo I have noticed that after a while my wifi connection will just die completely. My wifi is not great and goes on and off in other distros but here when I try to reconnect it will say "no wireless signals available" even though there's always 10-15 around here so it is like the entire wifi interface has been turned off or service terminated. Using slacko 14.0 with the same woof-CE has not caused this problem so I'm guessing it might have been an upgrade in slackware 14.2 dhcpcd that broke something but haven't scanned the logs yet just booted into something else.

edit: I used SNS to connect, might try Frisbee next and see if it acts the same or not later.
Hi Sailor,

I did your test today for comparison.
Here my result:
I can confirm that after a while any kind of data transfer via WiFi is not possible any more.
After dis- and reconnecting, WiFi is working again.

My observation:
This only happens if you've had no data traffic for a couple of minutes before.

If you are listening to Internet radio e.g., connection will be stable for hours.
Maybe a power management problem ? I'm not sure.


@HerrBert
see PM

Posted: Thu 04 Jan 2018, 19:54
by norgo
Performed the tests today at my laptop with internal intel wifi card.

Result: No problems at all

This means, the problem is hardware depending and more and more my guess is a power management issue.

Posted: Wed 10 Jan 2018, 02:22
by Sailor Enceladus
Thanks norgo. I haven't seen the issue at all today so glad to see it's not an everyday occurrence (knock on wood :) ).

Posted: Tue 23 Jan 2018, 01:54
by torm
Hello.

slacko-6.9.9.9-uefi-k4.4-PAE-PM-LO.iso
frugal install with savefolder on HDD ( ext3, subfolder )

Some notes. Or the first impression of..
sry for not reading all 27 pages.
___


Got the impression that the et_EE and am_ET locales are mixed/messed up some... :(
See the screenshot below, however XKB Configuration Manager can fix it runtime.
To have the correct layout:
Setup -> Mouse/keyboard wizard -> Input Wizard -> Advanced configuration -> (OK) -> XKB Configuration Manager
-> Layouts -> (Change) -> (OK) -> (Yes) -> (Exit)

Can be "long running" as I have not tested prior versions.
Not an issue with any other Puppy so far, that I know of..
Kinda wild quess about first-run.. ?

___

JWM.
Is it possible to remove the "XY location pop-up" window?
From graphical UI? Maybe I did not find it..
One could edit the /root/.jwm/jwmrc-personal ( /root/.jwm is a hidden folder )
with Geany or Leafpad, and change lines:

<!-- The move mode (outline or opaque) -->
<MoveMode>opaque</MoveMode>
<!-- The resize mode (outline or opaque) -->
<ResizeMode>opaque</ResizeMode>

to look like this:

<!-- The move mode (outline or opaque) -->
<MoveMode coordinates="off" >opaque</MoveMode>
<!-- The resize mode (outline or opaque) -->
<ResizeMode coordinates="off" >opaque</ResizeMode>

..while that is not the most intuitive way.
___

How to turn off the "bleep" at startup?
Only for Slacko, others don't bleep.. ;)
___

I hope it helps.. someone.. maybe.
Good luck!
:wink:

regarding "intel freezing problem"

Posted: Sun 04 Feb 2018, 02:50
by gyro
Sailor Enceladus wrote:I tried a Slacko 6.9.9.9-uefi (32-bit) build with last night's woof-CE here: http://www.mediafire.com/folder/o2hpqpbhd2ohi/14.2
I tried this version of slacko and found no evidence of "intel freezing problem".

On my desktop, 01micko's slacko is virtually unusable without the "uxa acceleration" fix, and the problem shows itself from the start.
But running this slacko in the same environment displayed no problems.

My test:
I booted this slacko "out-of-the box" from a manual frugal install, no problems, in the few utilities I ran, and the "Exit" screen.
I rebooted and replaced the kernel with the 4.4.70 from 01micko's slacko, and my "overlayfs" initrd.gz.
I used this for a while, running many utilities, and many reboots.
No sign of the "intel freezing problem" and I did not apply any "uxa acceleration" fix.

gyro

Posted: Sun 04 Feb 2018, 12:52
by gyro
@norgo,

Given the success of "slacko-6.9.9.9-uefi_r5737.iso" I decided to give "slacko-700-RC3_k4.4.70-PAE_2017-12-10.iso" a go.
And it worked without a hitch, without me applying any "uxa acceleration" fix.

Yes I was using it as test of my "mk-overlay-iso" script, and hence replaced the "initrd.gz", but that should be irrelevant to the "intel freezing problem".

So thanks, it was such a pain doing first boots of slacko, with the "intel freezing problem".

gyro

Posted: Sun 04 Feb 2018, 21:59
by norgo
Hello @gyro

thank you for testing and feedback
Downloaded today Sailor's ISO for test.
Sorry but I can't detect a difference to the former versions, unfortunately.

Freezing happened extrem rarely and I don't know how to force it.
After usage of uxa acceleration I've never seen such a behave.

To reproduce a hanging of an application window is quite easy, see intel_test_-vo_xv.mkv

As the file name indicate, this only happens under usage of XV video output driver.
After that I did this test once again using uxa acceleration.

Result: absolute impossible to get a hanging or freezing of application windows.

greetins

Posted: Thu 08 Feb 2018, 18:08
by torm
Xenialpup64 7.5 appears to have the same locale bug.. :(

No idea. Does it originate from Puppy, or comes from upstream?

Posted: Mon 19 Mar 2018, 00:39
by Dry Falls
Downloaded slacko64-6.9.9.9-uefi-k4.9-FF-LO.iso yesterday. I have an intel box which has a history of freezing and/or dropping the keyboard and mouse without the boot kernel parameter, <intel_idle.max_cstate=1>. Booted slacko64 without the fdrive and no boot parameters other than 'ram' and everything worked without so much as a hiccup. I think it's the best slacko yet!

df

build fail

Posted: Thu 22 Mar 2018, 21:21
by norgo
Wanted to build a snapshot of today's Slacko-700 testing branch, but unfortunately it fails.

./1download alerted that following packages couldn't downloaded: grub, installwatch and xdg_puppy_jwm

So I had a look into downloaded DISTRO_PET_REPOS.
The table of contents of "Packages-puppy-common-official" is empty and "PKG_DOCS_PET_REPOS" doesn't contain such an entry.

Unfortunately this commit deleted the table of contents of this REPO and a recent version doesn't become loaded because there is no address defined.
So the download of some PET's fails.

Because the pet_packages-common and pet_packages-noarch differ it would be useful to remain both DOC entries in PKG_DOCS_PET_REPOS.
I added "z|http://ftp.nluug.nl/ftp/pub/os/Linux/di ... official|z" to PKG_DOCS_PET_REPOS
and got the table of contents and PET's downloaded again.

The real problem comes now
./3builddistro-Z stopped working with following error message:

Code: Select all

initrd_progs-20170706-2-static.tar.x 100%[====================================================================>]   4.01M   983KB/s    in 4.2s    

2018-03-22 19:11:02 (983 KB/s) - '0sources/initrd_progs-20170706-2-static.tar.xz' saved [4208780/4208780]


Now building initial ramdisk in initrd-tree/...
LANG: en_US.UTF-8

Arch: i686
* Extracting initrd_progs-20170706-2-static.tar.xz...

* Using default locale
* Using default keymap


***        INITRD: initrd.gz [i686]
*** /DISTRO_SPECS: Slacko Puppy 6.9.9.9 x86

chroot: can't execute 'echo': No such file or directory
ERROR: could not 'chroot' into sandbox3/rootfs-complete
This means that something is incomplete, perhaps a library
needed by bash. Check it out. Have to exit script now.
Thanks in advance

Posted: Sat 24 Mar 2018, 17:30
by Sailor Enceladus
@norgo: Same behavior here when running ./1download. Packages-puppy-common-official seems to be empty.

Posted: Sat 24 Mar 2018, 18:34
by peebee
Delete it and download:
http://distro.ibiblio.org/puppylinux/Pa ... n-official

0setup should do this for you.....

Posted: Sun 01 Apr 2018, 16:55
by Sailor Enceladus
I tried a Slacko64 build with the latest woof-CE when at my parents for Easter on my dad's Core2Duo laptop. Here's the iso:
http://www.mediafire.com/folder/y13kxdldb9i9d/x86_64

It seems to be working ok so far on it, I didn't need anything from puppy-common this time either. These comments also apply to it:
- The adrv has Firefox 52.7.3esr and Abi/Gnumeric
- chose Original Pup as the default theme, and gnome-mplayer as the default music player
- kernel has firmware-140621-cut, if you are missing any drivers/functionality there's instructions on how to swap kernels here

Posted: Mon 02 Apr 2018, 08:04
by Billtoo
@Sailor

I installed to the hard drive of my Acer desktop:

System: Host: puppypc14078 Kernel: 4.4.126 x86_64 (64 bit) Desktop: JWM 2.3.2 Distro: Slacko64 Puppy 6.9.9.9
Machine: Device: desktop System: ACER product: Aspire M5620 v: R01-A4 serial: PTS860X0348050CF642700
Mobo: ACER model: G33T-AM v: 1.0 serial: 00000000 BIOS: American Megatrends v: R01-A4 date: 12/19/2007
CPU: Quad core Intel Core2 Quad Q6600 (-MCP-) speed/max: 1603/2403 MHz
Network: Card: Intel 82566DC-2 Gigabit Network Connection driver: e1000e
Drives: HDD Total Size: 500.1GB (3.6% used)
Info: Processes: 184 Uptime: 1:08 Memory: 419.4/7984.8MB Client: Shell (bash) inxi: 2.3.8
X Server: Xorg Driver: nvidia
X.Org version: 1.18.3
dimensions: 3840x1080 pixels (1049x292 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 430/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 384.130

Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Core 0: @1870 1: @1603 2: @1870 3: @1870 MHz

I installed applications with PPM,installed the proprietary Nvidia
driver, and compiled Smplayer/Smtube.

Works great,
Thanks.

Edit: I've done 2 more hard drive installs, pc1 has newer intel graphics, pc2 has ati radeon graphics.

It's working well on both new installs.

slacko hangs on i5 machine

Posted: Sat 07 Apr 2018, 20:33
by foxpup
Sailor Enceladus wrote:I tried a Slacko64 build with the latest woof-CE when at my parents for Easter on my dad's Core2Duo laptop. Here's the iso
I installed it on my dualcore and it works very nice.

I also installed it on my i5 laptop.
Startup seems to hang there between loading modules and starting X. It comes through eventually. I send you xerrs.log and my system specs in case you want to look into this.
When I try to startup with the savefile, it really hangs.
I have not yet tried to switch kernels. I may go for the 4.9.30 from 01micko and see wat happens.

Posted: Wed 11 Apr 2018, 09:41
by ozsouth
@Sailor - thanks for this puplet. I used your 4.4.126 kernel in LXpupsc64 18.03 - faster than 4.15 kernels, but still covered for spectre/meltdown.

@Foxpup - last time I had that happen, missing firmware was the culprit.