Page 6 of 7
Posted: Sun 04 Aug 2019, 22:46
by radky
B.K. Johnson wrote:The portion of the screenshot you show is not the problem. Try to copy a complete post including the table at the bottom starting with Back to top and including Profile and PM. Or try copying multiple posts that cross this line or include the last of the second post.
In the screenshot below, I have copied your complete prior post starting at the bottom with
Back to top and including
Profile and
PM, and I have 'crossed the line' to include the bottom of the preceding post.
If I understand correctly, it seems the above copy/paste to Composer is successful in BusterPup.
Since the subject of your post pertains to issues in tahr-6.0.6, it may be best to inquire on that thread.
I hope this helps.
Posted: Mon 05 Aug 2019, 01:49
by B.K. Johnson
radky wrote:
If I understand correctly, it seems the above copy/paste to Composer is successful in BusterPup.
Good to know as Buster is the next distro I plan to install (dependent on driver for my wi-fi dongle).
Since the subject of your post pertains to issues in tahr-6.0.6, it may be best to inquire on that thread.
Not tahr-6.0.6. upupbb. I agree that is the right thread for the issue.
I hope this helps.
Yes! Posts in the thread led me to those about the new ROX-filer and although I avoided the debate, peebee may well have included the revision in upupbb.
error when compiling mtpaint
Posted: Wed 21 Aug 2019, 06:25
by charlie6
Hi radky!
tons of thanks for this new 32 bits BusterPup !
I went to discover as late as last week ... together with a new 3.49.19 wjaguar's mtpaint version (many thanks to him).
On a fresh frugal install with devx_buster_8.0.sfs loaded + reboot.
Then got a try to compile it and got errors described herunder (never got such errors since years while compiling mtpaint).
Looks like there are some confusions between /usr/include/ and /usr/local/include/ (???
) directories while compiling.
Here are comments from command line:
# ./configure --prefix=/usr
---------------------
mtPaint Configuration
---------------------
-------
General
-------
Version 3.49.19
System GNU/Linux
Toolkit GTK+2
etc...etc...
------------
Installation
------------
Binary install /usr/bin
Install man page NO
# make
make -C src
make[1]: Entering directory '/initrd/mnt/tmpfs/tmp/mtPaint-master/src'
/usr/bin/gcc -Wall -Wno-pointer-sign -Wno-int-to-pointer-cast -Wno-pointer-to-int-cast -DU_THREADS -DU_FPICK_MTPAINT -DU_CPICK_MTPAINT -DMT_VERSION='"mtPaint 3.49.19"' -DHAVE__SFA -DHAVE_MKDTEMP -DU_GIF -DU_JP2=2 -DU_JPEG -DU_FREETYPE -DU_LCMS=2 -I/usr/include/openjpeg-2.3 -I/usr/include/freetype2 -I/usr/include/libpng16 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/local/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/fribidi -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -O2 -frandom-seed=main -c -o main.o main.c
In file included from /usr/include/gtk-2.0/gdk/gdk.h:32,
from /usr/include/gtk-2.0/gtk/gtk.h:32,
from mygtk.h:20,
from main.c:22:
/usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30:10: fatal error: gio/gio.h: No such file or directory
#include <gio/gio.h>
^~~~~~~~~~~
compilation terminated.
Checked: /usr/include/glib-2.0/gio/gio.h present
Now adding a /usr/local/include/ directory + glib2.0 symlink inside of it:
Code: Select all
# mkdir -p /usr/local/include/
# ln -s /usr/include/glib-2.0/ /usr/local/include/
and make again:
# make
make -C src
make[1]: Entering directory '/initrd/mnt/tmpfs/tmp/mtPaint-master/src'
/usr/bin/gcc -Wall -Wno-pointer-sign -Wno-int-to-pointer-cast -Wno-pointer-to-int-cast -DU_THREADS -DU_FPICK_MTPAINT -DU_CPICK_MTPAINT -DMT_VERSION='"mtPaint 3.49.19"' -DHAVE__SFA -DHAVE_MKDTEMP -DU_GIF -DU_JP2=2 -DU_JPEG -DU_FREETYPE -DU_LCMS=2 -I/usr/include/openjpeg-2.3 -I/usr/include/freetype2 -I/usr/include/libpng16 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include -I/usr/local/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/fribidi -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -O2 -frandom-seed=main -c -o main.o main.c
In file included from /usr/local/include/glib-2.0/glib/galloca.h:32,
from /usr/local/include/glib-2.0/glib.h:30,
from /usr/local/include/glib-2.0/gobject/gbinding.h:28,
from /usr/local/include/glib-2.0/glib-object.h:23,
from /usr/local/include/glib-2.0/gio/gioenums.h:28,
from /usr/local/include/glib-2.0/gio/giotypes.h:28,
from /usr/local/include/glib-2.0/gio/gio.h:26,
from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
from /usr/include/gtk-2.0/gdk/gdk.h:32,
from /usr/include/gtk-2.0/gtk/gtk.h:32,
from mygtk.h:20,
from main.c:22:
/usr/local/include/glib-2.0/glib/gtypes.h:32:10: fatal error: glibconfig.h: No such file or directory
#include <glibconfig.h>
^~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [Makefile:20: main.o] Error 1
make[1]: Leaving directory '/initrd/mnt/tmpfs/tmp/mtPaint-master/src'
make: *** [Makefile:8: src] Error 2
#
I gave it up at this step.
For comparison sake, on DpupStretch-7.5, mtpaint-3.49.19 compiles OOTB.
HTH
Charlie
Re: error when compiling mtpaint
Posted: Wed 21 Aug 2019, 10:37
by wjaguar
charlie6 wrote:Hi radky!
Looks like there are some confusions between /usr/include/ and /usr/local/include/ (???
) directories while compiling.
Looks like GLib's pkg-config file does not match install location.
The things just like one you observed could happen if GLib were compiled without passing "--prefix=/usr" to ./configure , and then the installed files were just moved from /usr/local/* to /usr/* .
The output of "pkg-config glib-2.0 --cflags" should prove if that is indeed the case.
Re: error when compiling mtpaint
Posted: Thu 22 Aug 2019, 03:03
by radky
wjaguar wrote:charlie6 wrote:Looks like there are some confusions between /usr/include/ and /usr/local/include/ directories while compiling.
Looks like GLib's pkg-config file does not match install location.
@charlie6 and wjaguar,
I will recompile glib-2.58.3 for the upcoming Beta-2.
Thanks for the report!
xfce
Posted: Wed 04 Sep 2019, 14:23
by zagreb999
regards
please,
can you add xfce4 desktop
as sfs?
thanks
first road test
Posted: Fri 06 Sep 2019, 03:03
by gnz11
so far so good. using Busterpup 8.0 and had no sound or wireless issues.
youtube did not choke, and video file playback is fine with gnome player.
looking for the next option up fron tahr64-605. this seems promising.
running from a usb. just copied the iso contents and ran g4d to make work.
System:
Host: puppypc31858 Kernel: 4.19.56-buster i686 bits: 32 Desktop: JWM 2.3.7
Distro: Puppy 8.0
Machine:
Type: Portable System: Dell product: Inspiron 3521 v: A05 serial: 1HRQDW1
Mobo: Dell model: 0CPH8W v: A00 serial: .1HRQDW1.CN1296634715DD.
UEFI [Legacy]: Dell v: A05 date: 01/03/2013
Battery:
ID-1: BAT1 charge: 25.7 Wh condition: 34.3/40.3 Wh (85%)
CPU:
Topology: Dual Core model: Intel Celeron 1007U bits: 64 type: MCP
L2 cache: 2048 KiB
Speed: 1259 MHz min/max: 800/1500 MHz Core speeds (MHz): 1: 1359 2: 1381
Graphics:
Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: kernel
Display: server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa
resolution: 1366x768~60Hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile x86/MMX/SSE2
v: 4.2 Mesa 18.3.6
Audio:
Device-1: Intel 7 Series/C216 Family High Definition Audio
driver: snd_hda_intel
Sound Server: ALSA v: k4.19.56-buster
Network:
Device-1: Realtek RTL810xE PCI Express Fast Ethernet driver: r8169
IF: eth0 state: down mac: 74:86:7a:0b:4e:0c
Device-2: Qualcomm Atheros AR9485 Wireless Network Adapter driver: ath9k
IF: wlan0 state: up mac: b8:76:3f:58:17:bf
Device-3: Qualcomm Atheros type: USB driver: btusb
IF-ID-1: tunl0 state: down mac: 00:00:00:00
Drives:
Local Storage: total: 356.97 GiB used: 184.30 GiB (51.6%)
ID-1: /dev/sda vendor: Hitachi model: HTS54503 size: 298.09 GiB
ID-2: /dev/sdb model: Flash Disk size: 58.88 GiB
Sensors:
System Temperatures: cpu: 52.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 129 Uptime: 15m Memory: 3.74 GiB used: 265.9 MiB (6.9%)
Shell: bash inxi: 3.0.34
Re: xfce
Posted: Sat 07 Sep 2019, 01:55
by radky
zagreb999 wrote:...can you add xfce4 desktop as sfs?
Hi zagreb999,
Currently, BusterPup provides the default JWM desktop, plus FbBox (fbpanel/openbox) as an optional environment.
For now, I have no plans (or sufficient time) to integrate a third desktop interface. Even so, thanks for your request.
Re: first road test
Posted: Sat 07 Sep 2019, 02:02
by radky
gnz11 wrote:so far so good...
Hi gnz11,
Thanks for testing BusterPup.
Posted: Wed 02 Oct 2019, 19:14
by Puppyt
Great work radky - hoping to appreciate Buster64 in due course, but I just have to ask if anyone else has seen this behavior, and why does it happen? Screenie attached.
I have done this twice with pristine frugal installs of buster-8.0-uefi-k4.19.56, and after creating a save folder and rebooting, these phantom files appear in the root directory, and also in the home directory, as shown. They appear harmless, and gparted reports no problems with my drive, and they only appear in these two levels of the file structure (that I've found).
I am using a Panasonic CF-52 toughbook (mk2, Vista-era) with 4 GB RAM. I am using a Vaseky 800/ 128gb SSD formatted to ext4 and with a 4 gb swap partition.
Performance seems snappy - but I note that my much-preferred ROX filer display of files in list/details with small/automatic icons doesn't persist between windows as you move up and down through the directory tree. Very irritating. Anyhow, are these behaviours linked perhaps? Any ideas welcome - I'll reformat in the meantime with ext3 etc and see if I can ghostBuster that way, cheers
Posted: Wed 02 Oct 2019, 20:33
by Puppyt
Update on that ghost file creation issue - has now been exorcised, I think. I booted into another puppy and deleted the save folder, rebooted to pristine, created a small 64mb save *file*, rebooted, no ghosts. Rebooted a couple of times, alternating Puppy versions just to be sure, enlarged save file - no reappearances. Deleted save file, rebooted pristine and used a save folder again. This is the second rebooting and no phantom file creation. I think this is solved (for whatever it was).
The non-preserved preference for automatic sized list display in rox-filer is my only gripe now
Personally I hate inconsistent sizes between folders - have ticked all the boxes I can find (Save Current Display Settings...;Options> New Window>List View (selected); (+ always inherit options from source window)) - nothing seems to work.Something about this rox-filer from woodenshoe-wi? Aaaargh! Triggered. Otherwise all good
Posted: Wed 02 Oct 2019, 23:07
by mikeslr
@ Puppyt,
Just a thought. Try changing icon themes.
Posted: Sat 05 Oct 2019, 10:40
by Puppyt
@mikeslr - thanks for that tip, but I couldn't make a change to keep my preferred automatic-sized list presentation for rox. Swapped between FbBox and JWM and that didn't help - I think, but not sure, that if I could effect a persistent change in ~/.config/rox.sourceforge.net/ROX-Filer/Settings.xml could be the solution. Leaving it for now, but thanks for the ideas
Posted: Sat 05 Oct 2019, 14:55
by radky
Puppyt wrote:
...after creating a save folder and rebooting, ...phantom files appear in the root directory, and also in the home directory
Hi Puppyt,
I can't reproduce the described behavior in Dpup Stretch or BusterPup. Do you see the phantom files in other file managers such as the included PCManFM or emelFM2, or only when using ROX-Filer?
---
Puppyt wrote:
I note that my much-preferred ROX filer display of files in list/details with small/automatic icons doesn't persist.
This behavior is a default preference from legacy FbBox settings of 2017. I can remove this behavior in the next release of BusterPup, but for now please go to '/root/.config/openbox/autostart' and search for 'display_icon_size' (should be line #199) -- delete that line of code. Then, reset your 'Icon View' preferences in ROX-Filer options.
I hope this helps.
Posted: Sat 05 Oct 2019, 19:20
by Puppyt
Hi radky,
thanks so much for your reply. Well, I was away for 2 days and booting the machine back up, the weird files reappeared - shown in Rox, pcmanfm and mmview in the screenshot. I tried to modify your tip for persistent changes to preferred display type (list) and icon size (automatic or small... whoops - is that a clue? Maybe I should just choose "small" as "automatic" doesn't match up...hmmm).
Unfortunately I have just spotted a biggie in my interpretation - in my very first sentence to this thread I mention "BusterPup64". No such creature - this is 32-bit
I got carried away with my own fiction, sorry!
Posted: Wed 09 Oct 2019, 20:56
by OscarTalks
Test build of NetSurf-3.9
Package libgdk-pixbuf2.0-bin was needed and missing.
Also a missing header gio.h
This is supposed to be in the package libglib2.0-dev which according to the package lists is already installed, but maybe some files from it got lost.
EDIT:- That header does seem to be present in the devx so don't know why the compiling process reported it as missing. Maybe because of the missing package mentioned above?
Otherwise looking very good so far, thanks for the work.
Posted: Tue 15 Oct 2019, 02:55
by radky
OscarTalks wrote:Test build of NetSurf-3.9
Package libgdk-pixbuf2.0-bin was needed and missing.
Also a missing header gio.h
This is supposed to be in the package libglib2.0-dev which according to the package lists is already installed, but maybe some files from it got lost.
EDIT:- That header does seem to be present in the devx so don't know why the compiling process reported it as missing. Maybe because of the missing package mentioned above?
Otherwise looking very good so far, thanks for the work.
@OscarTalks,
I will adjust the devx for the next release of BusterPup.
Thanks
Posted: Wed 11 Dec 2019, 19:14
by TiredPup
I recently upgraded the processor on my old Dell Optiplex USFF 745 from a Pentium D to an Intel Core 2 Duo. I have been having great fun running Busterpup 8.0 Beta1 on this old box.
System:
Host: puppypc6736 Kernel: 4.19.56-buster i686 bits: 32 Desktop: JWM 2.3.7
Distro: Puppy 8.0
Machine:
Type: Laptop System: Dell product: OptiPlex 745 v: N/A serial: JR9TYD1
Mobo: Dell model: 0GW726 serial: ..CN6986179L0353. BIOS: Dell v: 2.6.6
date: 06/26/2011
CPU:
Topology: Dual Core model: Intel Core2 Duo E4600 bits: 64 type: MCP
L2 cache: 2048 KiB
Speed: 21 MHz min/max: 300/2400 MHz Core speeds (MHz): 1: 73 2: 1253
Graphics:
Device-1: Intel 82Q963/Q965 Integrated Graphics driver: i915 v: kernel
Display: server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa
resolution: 1280x1024~60Hz
OpenGL: renderer: Mesa DRI Intel 965Q x86/MMX/SSE2 v: 2.1 Mesa 18.3.6
Audio:
Device-1: Intel 82801H HD Audio driver: snd_hda_intel
Sound Server: ALSA v: k4.19.56-buster
Network:
Device-1: Broadcom and subsidiaries NetXtreme BCM5754 Gigabit Ethernet PCI
Express
driver: tg3
IF: eth0 state: down mac: 00:1a:a0:6c:73:4b
Device-2: D-Link System DWA-140 RangeBooster N Adapter(rev.B2) [Ralink
RT3072]
type: USB driver: rt2800usb
IF: wlan0 state: up mac: 78:54:2e:27:7f:c5
IF-ID-1: tunl0 state: down mac: 00:00:00:00
Drives:
Local Storage: total: 465.76 GiB used: 12.63 GiB (2.7%)
ID-1: /dev/sda vendor: Western Digital model: WD5000AAKX-0
size: 465.76 GiB
Partition:
ID-1: swap-1 size: 2.00 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda2
Sensors:
System Temperatures: cpu: 52.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 110 Uptime: 1h 44m Memory: 3.79 GiB used: 448.1 MiB (11.6%)
Shell: bash inxi: 3.0.34
Everything is running smoothly. Latest edition of MPS-Youtube in the screenie.
Posted: Wed 12 Feb 2020, 21:59
by sheldonisaac
Posted: Fri 19 Jun 2020, 17:57
by Terry H
Deleted.