Page 2 of 28
Posted: Wed 17 May 2017, 11:53
by watchdog
zigbert wrote:Printing with the CUPS-PDF printer gives the error:
Backend /usr/lib64/cups/backend/pdf-writer does not exist!
Copied pdf-writer from slacko64 6.3.2 and reintalled the CUPS-PDF printer with Ghostscript driver. Now it works.
slacko-700 b3
Posted: Wed 17 May 2017, 22:46
by Billtoo
Manual frugal install to the hard drive:
# inxi -b
System: Host: puppypc3254 Kernel: 4.4.67 x86_64 (64 bit) Desktop: JWM 2.3.2 Distro: Slacko64 Puppy 6.9.6.7
Machine: System: Acer (portable) product: Aspire V5-571P v: V2.17 serial:
Mobo: Acer model: Aspire V5-571P v: V2.17 serial:
Bios: Phoenix v: V2.17 date: 02/27/2013
Battery BAT0: charge: 20.5 Wh 100.0% condition: 20.5/25.0 Wh (82%)
CPU: Dual core Intel Core i3-3227U (-HT-MCP-) speed/max: 800/1901 MHz
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller
Display Server: X.org 1.18.3 driver: intel tty size: 116x37 Advanced Data: N/A for root
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Card-2: Broadcom Limited BCM43228 802.11a/b/g/n driver: bcma-pci-bridge
Drives: HDD Total Size: 500.1GB (5.9% used)
Info: Processes: 177 Uptime: 44 min Memory: 232.4/5766.8MB Client: Shell (bash) inxi: 2.3.0
#
I added applications with PPM + compiled Smplayer-17.5.0 and
Smtube-17.5.0
Also downloaded Chrome browser as an SFS.
Works well so far.
Thanks
Posted: Thu 18 May 2017, 10:34
by artsown
Have been giving the 64 bit version a pounding, and no problems found.
Frugal install on hard drive of a core duo desktop having 2 gig ram. I'm
currently running with the adrv file renamed away. Very useful and nice
feature!
Among several apps I installed via PPM, I'm impressed with "simple scan"
because of its intuitive interface and its capabilities. Far prefer it over
Xsane.
Under Desktop - Font Manager - Appearance I check all three options
in order to get clear and legible fonts on my lcd monitor. I wonder if the
majority of users are in the same boat, and if it would be better to have
the options checked by default. Some new users might be so repelled
by the terrible font appearance that they reject slackopup immediately.
IMO, Qpdfview is preferable over evince because of its superior ability to
fill in forms.
Congrats on another "solid slacko"
Art
Posted: Fri 19 May 2017, 05:24
by 01micko
Sailor Enceladus wrote:6.9.6.7-p 32bit is working good here so far for me too. The new flat icons are interesting. Except for not being able to open a rar I downloaded today in Rox/Xarchive (used the pet
here to fix which I had laying around), I have no bugs to report... yet.
Unfortunately your pet for rar will break 7z extraction, however with some imagination it could be easily fixed
Posted: Fri 19 May 2017, 06:26
by bigpup
Slacko 6.9.6.7 (32 bit)
Frugal with save folder on USB flash drive.
Boots OK to desktop.
Network connection.
Cannot connect to WIFI.
Firmware missing.
I need rtl8821ae firmware.
Works OK in Slacko64 6.9.6.7.
It has the needed firmware.
Posted: Fri 19 May 2017, 06:46
by bigpup
Slacko 6.9.6.7 (32 bit)
Boots directly to desktop, no problem.
Slacko64 6.9.6.7 (64 bit)
Frugal on USB flash.
Save folder.
CPU i5-6400 CPU @ 2.70GHz
GPU GeForce GTX 970
Graphics info after getting to desktop.
Display Specifications:
• Monitor VertRefresh: 60.02 times/s
• Screen Dimensions: 1360x768 pixels (359x203 millimeters)
• Screen Depth: 24 bits (planes)
Xorg Startup Log (/var/log/Xorg.0.log):
• Xorg Driver in use: modesetting
• Loaded Modules: dbe fb glamoregl glx kbd mouse shadow
• X.Org version: 1.18.3
OpenGL 2D/3D Rendering:
• Direct Rendering: Yes
• Vendor: VMware, Inc.
• Renderer: Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits)
• Version: 3.0 Mesa 11.2.2
VGA controller [0300]: NVIDIA Corporation GM204 [GeForce GTX 970] [10de:13c2] (rev a1)
• Kernel Driver: nouveau
• Memory Used: 1333.50 KB
• Path: /lib/modules/4.4.67/kernel/drivers/gpu/drm/nouveau/nouveau.ko
• Description: nVidia Riva/TNT/GeForce/Quadro/Tesla
At boot up when it gets to starting X.
Get errors and X does not start.
Type xwin
It seems to go to next step where nouveau driver takes over, but stops with start x errors.
Type xwin
Boots to working desktop.
Does this every time I boot.
Yes, even after making a save.
Posted: Fri 19 May 2017, 11:23
by 01micko
bigpup wrote:Slacko 6.9.6.7 (32 bit)
Frugal with save folder on USB flash drive.
Boots OK to desktop.
Network connection.
Cannot connect to WIFI.
Firmware missing.
I need rtl8821ae firmware.
This turns out to be a rather perplexing problem, and the kernel devs are to blame! (But they fixed it in later kernels.. go figure?)
Your module in the loaded kernel .config is RTL8821AE. The kernel configuration scripts change this to R8821AE. I have a mechanism to cross reference the firmware repo with the kernel config for the correct firmwares (so we don't have unnecessary bloat) but it turns out my script inadvertently is looking for the former when only the latter will be found.
Ok, so I can work around that
now that I know!
As for graphics problem with 64 (newer kernel) it is probably some regression in the kernel. I want to stick with that kernel for release (or may update the patch level at most) so I'll see if I can hunt down a patch.
EDIT: now fixed in
woof-ce.
Posted: Fri 19 May 2017, 14:32
by Sailor Enceladus
01micko wrote:Sailor Enceladus wrote:6.9.6.7-p 32bit is working good here so far for me too. The new flat icons are interesting. Except for not being able to open a rar I downloaded today in Rox/Xarchive (used the pet
here to fix which I had laying around), I have no bugs to report... yet.
Unfortunately your pet for rar will break 7z extraction, however with some imagination it could be easily fixed
I am using your Slacko64 6.9.6.7 now (it's working nicely) and was able to open and extract both rar and 7z after I loaded the pet (7z seemed to use the 7za wrapper while rar used the 7z wrapper), perhaps both only still works for me by chance?
What was the error you got? I'm quite sure there's a smarter way to do it though.
Posted: Fri 19 May 2017, 14:38
by Billtoo
01micko wrote:bigpup wrote:
As for graphics problem with 64 (newer kernel) it is probably some regression in the kernel. I want to stick with that kernel for release (or may update the patch level at most) so I'll see if I can hunt down a patch.
Hi,
My Nvidia GT 430 card is supported in b3, a new driver came out May 9th
that supports the GTX 970 as well as my GT 430.
Video-Info 1.5.1 - Fri 19 May 2017 on Slacko64 Puppy 6.9.6.7 - Linux 4.4.67 x86_64
Chip description:
0.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)
X Server: Xorg Driver used: nvidia
X.Org version: 1.18.3
dimensions: 3840x1080 pixels (1414x392 millimeters)
depth of root window: 24 planes
Regarding the failure to find eth0 by default
Posted: Sat 20 May 2017, 02:56
by rerwin
An eth0 device is not connected at first boot-up of slacko because of a bug in the network_connect_default script that is fixed in the newer release of the "network connect update" package and submission to woofCE.
To correct the situation, the user can edit the hidden file, /root/.connectwizardrc, to complete the line:
CURRENT_EXEC=
to be:
CURRENT_EXEC=connectwizard
01micko,
To patch slacko without upgrading to the later 'network connect update', you can simply replace /usr/sbin/network_connect_default with the version from that newer update.
Posted: Sat 20 May 2017, 17:30
by bigpup
Slacko 6.9.6.7 (32 bit)
This computer has 16GB of memory.
All reporting programs show
2GB.
A non pae kernel should see 4GB of memory or something close to it.
Correct????
Report from Pup-Sysinfo
Memory Allocation:
Total RAM: 2096 MB
Used RAM: 955 MB
Free RAM: 1141 MB
Buffers: 92 MB
Cached: 766 MB
Total Swap: 0 MB
Free Swap: 0 MB
Actual Used RAM: 97 MB Used - (buffers + cached)
Actual Free RAM: 1999 MB Free + (buffers + cached)
Memory Module 1
Data Width: 64 bits
Size: 8192 MB
Memory Module 2
Data Width: 64 bits
Size: 8192 MB
This computer does not have a swap partition or file.
Why are kernels not made to be PAE?
They should be able to still work on computers with 4GB or less memory.
Posted: Sat 20 May 2017, 17:49
by bigpup
Slacko64 6.9.6.7 (64 bit)
More info on graphics problem at boot.
At boot up when it gets to starting X.
Get errors and X does not start.
Type xwin
It seems to go to next step where nouveau driver takes over, but stops with start x errors.
Type xwin
Boots to working desktop.
This does happen when the xorg.conf is being accessed at boot up.
Maybe something here is a clue
From xerrs.log:
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
nvc0_screen_create:762 - Error allocating PGRAPH context for M2MF: -22
EGL_MESA_drm_image required.
/usr/bin/jwm
libpng warning: iCCP: known incorrect sRGB profile
acpi daemon stopped.
Looking in '/etc/xdg/parcellite/parcelliterc'
Looking in '/etc/xdg/parcellite/parcelliterc'
Looking in '/etc/xdg/parcellite/parcelliterc'
Flag 0x0001, status 256, EXIT 1 STAT 1
acpi daemon started.
/usr/local/pup_event/frontend_funcs: line 451: [: too many arguments
/usr/local/pup_event/frontend_funcs: line 459: [: -lt: unary operator expected
Posted: Sun 21 May 2017, 00:23
by Sailor Enceladus
I compiled a few things in Slacko64 6.9.6.7 today with it's devx for the lolz, like sidplayer (attached).
When zipping, typing these two commands failed with a "/bin/sh: compress: command not found" error:
Code: Select all
tar -cvZf name.tar.gz *
tar -cvJf name.tar.xz *
But doing it the long way instead worked:
Code: Select all
tar -cvf name.tar *
xz -v9e name.tar
Posted: Sun 21 May 2017, 02:57
by 01micko
Sailor Enceladus wrote:01micko wrote:Sailor Enceladus wrote:6.9.6.7-p 32bit is working good here so far for me too. The new flat icons are interesting. Except for not being able to open a rar I downloaded today in Rox/Xarchive (used the pet
here to fix which I had laying around), I have no bugs to report... yet.
Unfortunately your pet for rar will break 7z extraction, however with some imagination it could be easily fixed
I am using your Slacko64 6.9.6.7 now (it's working nicely) and was able to open and extract both rar and 7z after I loaded the pet (7z seemed to use the 7za wrapper while rar used the 7z wrapper), perhaps both only still works for me by chance?
What was the error you got? I'm quite sure there's a smarter way to do it though.
No, no.. I thought it would conflict.. but no.. old eyes
.
As a matter of fact I added cbr and cbz as extensions.. (comic archives) but then I discovered they open perfectly in evince! (xarchive does open them with your wrapper so i left cbr and cbz there in case someone deletes evince for some reason). The wrapper will be in the next release.
Um.. try lower case 'z'. Works forever here.. and upper 'J' is fine for tar.xz.
--
@rerwin.. I am testing the next version now and connection is now working at first boot. Thanks
--
bigpup. RAM figures can be distorted for a number of reasons. I bet that beast has integrated graphics. Try this script and let me know how much RAM your graphics chip sucks up. Name it
chk_vram.sh (or something), give it exec permission and run it on the CLI. If it works tell radke to include it in Pup-SysInfo
Also the kernel and stuff sucks up some ram before the system proper starts. The shipped kernel has 4G enabled. I'm not being drawn into a PAE debate again. I will however ship a delta that changes the kernel in 64 bit back to 3.16x. That is the one you should run to keep your system happy. (NB: PAE only allows up to 4GB of RAM to be used by any one application. Just because it 'sees' all your RAM doesn't mean it actually uses it. 64 bit OS doesn't have this issue.)
Code: Select all
#!/bin/sh
# checks video memory size
CARD_ID=$(lspci | grep -i 'vga' | grep -o '^[0-9].*\.[0-9]')
lspci -v -s $CARD_ID | grep -v 'non-prefetchable' | grep -o 'size=.*[A-Z]'
As for video woes, that snippet gives no clue at all. There are ways to upload a tarball with all the info I need. Pup-Sysinfo is a clue.
Posted: Sun 21 May 2017, 04:13
by Sailor Enceladus
01micko wrote:Um.. try lower case 'z'. Works forever here.. and upper 'J' is fine for tar.xz.
01micko: lol you're right! -cvzf works, and so does -cvJf. Don't know why I messed that up and used Z... "PEBKAC"
slacko-700 b3
Posted: Sun 21 May 2017, 11:48
by Billtoo
Google earth is run from the Google Chrome browser now, displays perfectly on this intel chip, all earlier Google Earth versions have problems with intel graphics (dark blocks all through the screen).
Nice
Posted: Sun 21 May 2017, 15:44
by Sailor Enceladus
The JWM 2.3.x "clicking on the menu freezes the desktop" bug still happens for me occasionally in Slacko64 6.9.6.7 (where a Ctrl-Alt-Backspace is usually required to regain any response when clicking on things). It doesn't seem computer specific because I'm on a newer Core2Duo laptop at the moment, using the default theme that came with the iso. I might compile a 64-bit version of jwm-905 today too then. I've also had the problem happen with Tahr and Xenialpup and Slacko632 with JWM 2.3.x.
http://www.murga-linux.com/puppy/viewtopic.php?t=109637
anyone know about this?
Posted: Sun 21 May 2017, 16:05
by belham2
Hi all,
I went to use "SFS-Download-Manager-0.14" that's included in Slacko-700b3 (32-bit) to download one of the SFS-options, specifically the "qt4-4.8.7_slacko-7.0.sfs" that pops up as a choice to download.
So I hit download, and it downloaded to the expected /mnt/home directory, but then it popped up a failed-integrity-check message. Anyone know what's up with this? Is it safe to use, lol?? Or is it just that's it hopelessly outdated now as mostly everything requires some form of qt5?
Thanks for any replies.
slacko-700 b3
Posted: Sun 21 May 2017, 16:28
by Billtoo
It works in this newer build of Slacko64 6.9.9.1
I guess 01micko fixed it.
EDIT: OOPS, didn't read carefully, you're talking about the 32bit Slacko beta, I haven't tried that one lately.
EDIT2: I just did a woof-CE build (rationalise branch) of the 32bit beta 6.9.9.1 and it has the same error that you're seeing in 32bit b3.
desktop freeze jwm
Posted: Sun 21 May 2017, 18:53
by norgo
Sailor Enceladus wrote:The JWM 2.3.x "clicking on the menu freezes the desktop" bug still happens for me occasionally in Slacko64 6.9.6.7 (where a Ctrl-Alt-Backspace is usually required to regain any response when clicking on things). It doesn't seem computer specific because I'm on a newer Core2Duo laptop at the moment, using the default theme that came with the iso. I might compile a 64-bit version of jwm-905 today too then. I've also had the problem happen with Tahr and Xenialpup and Slacko632 with JWM 2.3.x.
http://www.murga-linux.com/puppy/viewtopic.php?t=109637
I'm using currently Slacko-6.9.6.7 testing branch 2017-05-15 kernel 4.1.11 PAE and
can confirm the desktop freezing problem.
It happens very rarely but it happens.
Yesterday I had once again such a desktop freeze.
Had two applications opened and clicked at the window of the inactive application.
After that the only way was to restart the xserver using Ctrl-Alt-Backspace.
Up to now it happened on both of my computers,
both are using an intel graphics chip.