Is there interest in an Arch32 Pup???
Hi, peebee and all.
First test of Arch32Pup.
Internet wizard says it can see the connection but not connect to it, both with BK's simple
script and the slightly bigger connection script by "Forgot his name" (sorry). I tried
resetting the BIOS before rebooting (for port recognition), to no avail.
The other apps and utilities I tested work ok. This will be a nice traditional Pup,
once debugged. Thanks again, peebee.
BFN.
First test of Arch32Pup.
Internet wizard says it can see the connection but not connect to it, both with BK's simple
script and the slightly bigger connection script by "Forgot his name" (sorry). I tried
resetting the BIOS before rebooting (for port recognition), to no avail.
The other apps and utilities I tested work ok. This will be a nice traditional Pup,
once debugged. Thanks again, peebee.
BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
I didn't want to say this but I will - a short sighted move should never have happened considering Ubuntu 32bit has gone down the tubes and the removal of Devuan - oh well!!mavrothal wrote:Hmmm, I wonder how you managed to build Archpup as Arch support has been removed from woof some time now.
As a result PPM, 0setup etc do not know how to handle Arch packages and databases.
Not sure how functional the removed code might still be, but using PPM from Tahrpup-6.0.5, (the last one with Arch support) might give an idea.
BTW RedHat/Scientific was also removed back then by Igu.
Puppy Linux Wiki: [url]http://wikka.puppylinux.com/HomePage[/url]
[url]https://freemedia.neocities.org/[/url]
[url]https://freemedia.neocities.org/[/url]
Quite a long story involving a fair degree of "jiggery pokery"mavrothal wrote:Hmmm, I wonder how you managed to build Archpup
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
You might want to revert the arch-deleting commit and start from there, instead...peebee wrote:Quite a long story involving a fair degree of "jiggery pokery"mavrothal wrote:Hmmm, I wonder how you managed to build Archpup
I managed to get 0setup going with minimal changes in the original.
However is still no good as find_cat although is statically compiled segfaults so can not go all the way to database update.
Do you have a devx to recompile and see if it behaves?
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
Pebee's version of 0setup worked for me. I did need to change one file and add one missing file (see post), but the 0setup part was good.mavrothal wrote:You might want to revert the arch-deleting commit and start from there, instead...peebee wrote:Quite a long story involving a fair degree of "jiggery pokery"mavrothal wrote:Hmmm, I wonder how you managed to build Archpup
That said, it would be worth inquiring what changes that peebee made. These may be the same changes that you tried. I might do a file comparison to see if there are any meaningful differences between yours and pebees version.
I didn't have this issue (with Pebee's iso), granted I did my testing on a sandbox. I'll have to try a live boot to make sure that everything still works.I managed to get 0setup going with minimal changes in the original.
However is still no good as find_cat although is statically compiled segfaults so can not go all the way to database update.
Do you have a devx to recompile and see if it behaves?
BTW, if you want I can make an awk version of find_cat. I already did most of the work.
Find me on [url=https://www.minds.com/ns_tidder]minds[/url] and on [url=https://www.pearltrees.com/s243a/puppy-linux/id12399810]pearltrees[/url].
Hellooo-o?
Anybody has a hint to share about my Internet connection not working in Arch32Pup?
Ref.: http://murga-linux.com/puppy/viewtopic. ... st#1050454
TIA.
Anybody has a hint to share about my Internet connection not working in Arch32Pup?
Ref.: http://murga-linux.com/puppy/viewtopic. ... st#1050454
TIA.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
internet connection
Hello @musher0
I guess you are talking about a wifi connection ?
You cand see the networks around but it's not possible to connect ?
Sounds like missing firmware.
open a terminal an type modinfo [kernelmodul-name]
you should see what firmware is needed and where to place [/lib/firmware/shown-fw-path]
if not present it's easy to add
I guess you are talking about a wifi connection ?
You cand see the networks around but it's not possible to connect ?
Sounds like missing firmware.
open a terminal an type modinfo [kernelmodul-name]
you should see what firmware is needed and where to place [/lib/firmware/shown-fw-path]
after that you can search for the needed fw at your system# modinfo rtl8192cu
filename: /lib/modules/5.4.17-lxpup64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192cu/rtl8192cu.ko
firmware: rtlwifi/rtl8192cufw_TMSC.bin
firmware: rtlwifi/rtl8192cufw_B.bin
firmware: rtlwifi/rtl8192cufw_A.bin
firmware: rtlwifi/rtl8192cufw.bin
description: Realtek 8192C/8188C 802.11n USB wireless
license: GPL
author: Larry Finger <Larry.Finger@lwfinger.net>
author: Ziv Huang <ziv_huang@realtek.com>
author: Georgia <georgia@realtek.com>
alias: usb:v7392p7822d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v2357p0100d*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v20F4p624Dd*dc*dsc*dp*ic*isc*ip*in*
alias: usb:v2019pAB2Bd*dc*dsc*dp*ic*isc*ip*in*
if not present it's easy to add
- Attachments
-
- Screenshot.png
- firmwarew example
- (33.79 KiB) Downloaded 437 times
lshw says the device is:
TIA.
Code: Select all
[~]>lshw -quiet -short | grep enp0
/0/100/13 enp0s19 network RTL-8100/8101L/8139 PCI Fast Ethernet Adapter
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
realtek
Hi @musher0
okay,
in case of hardware problems please always post the vendor und device id
for ethernet please type
lspci -nn | grep -i ethernet to get [vendor:device ID]
Because you got an interface name I assume a kernelmodule is already loaded and in usage
maybe one of the following modules ? I guess it is.
if not, check whether vendor and device id is present in modinfo output of these modules
type modinfo 8139too > /root/my-documents/modinfo_8139too.txt
type modinfo 8139cp > /root/my-documents/modinfo_8139cp.txt
if so, load the matching module
type modprobe -v 8139too or modprobe -v 8139cp
but actually module should become loaded automatically
good luck
okay,
in case of hardware problems please always post the vendor und device id
for ethernet please type
lspci -nn | grep -i ethernet to get [vendor:device ID]
Because you got an interface name I assume a kernelmodule is already loaded and in usage
maybe one of the following modules ? I guess it is.
if not, check whether vendor and device id is present in modinfo output of these modules
type modinfo 8139too > /root/my-documents/modinfo_8139too.txt
type modinfo 8139cp > /root/my-documents/modinfo_8139cp.txt
if so, load the matching module
type modprobe -v 8139too or modprobe -v 8139cp
but actually module should become loaded automatically
good luck
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Hello musher0,
Do you mean that your ethernet does not connect automatically at boot or are you saying that it still will not connect when you try to do so manually with one of the network tools/wizards ?
I was just wondering if the problem is caused by the interface naming (not being "eth0") in which case I am not sure if you know that if you use the boot parameter net.ifnames=0 you can force the name to be eth0 instead of something like enp0s19 which the networking tools might be struggling with.
Do you mean that your ethernet does not connect automatically at boot or are you saying that it still will not connect when you try to do so manually with one of the network tools/wizards ?
I was just wondering if the problem is caused by the interface naming (not being "eth0") in which case I am not sure if you know that if you use the boot parameter net.ifnames=0 you can force the name to be eth0 instead of something like enp0s19 which the networking tools might be struggling with.
Oscar in England
I was able to use a sandbox that I created using the arch32pup as a chroot directory for an ssh server. For instructions see:
SSH/sandbox/chroot folder
The host system was dpupbuster64. This shows that the xauth package is probably working correctly. Not sure what else it might test.
SSH/sandbox/chroot folder
The host system was dpupbuster64. This shows that the xauth package is probably working correctly. Not sure what else it might test.
Find me on [url=https://www.minds.com/ns_tidder]minds[/url] and on [url=https://www.pearltrees.com/s243a/puppy-linux/id12399810]pearltrees[/url].
For testers: delta to +6
Some desktop drive icon mount fixes from @norgo (unmount still problems)
PPM installs some packages but not all - special 0setup just for Arch32Pup allows repo databases to be updated. However all package sizes are set to 999 to in effect disable size checking. Installed packages is only updated after PPM restart.
Philosophy - the only reason to have an Arch32Pup is because the Arch32Linux repos are bigger and better than Slackware. So unless PPM can be made to work 100% with the Arch32Linux repo databases Arch32Pup is no go.
There are also problems because Arch32Linux is SystemD based and because it uses different locations for some key basic apps. These problems are probably overcomeable but only with a considerable degree of effort and testing.
So............ what does this mean????
Maybe a better approach would be to have an Arch32Linux add-on for Slackware based pups to give access to the Arch32Linux repos? Would probably include GTK+3 and Qt5 and Python3???
(n.b. I don't personally use PPM - I much prefer to get packages from many places using pkgs.org etc. and then create sfs's for frugal installs only.....)
Some desktop drive icon mount fixes from @norgo (unmount still problems)
PPM installs some packages but not all - special 0setup just for Arch32Pup allows repo databases to be updated. However all package sizes are set to 999 to in effect disable size checking. Installed packages is only updated after PPM restart.
Philosophy - the only reason to have an Arch32Pup is because the Arch32Linux repos are bigger and better than Slackware. So unless PPM can be made to work 100% with the Arch32Linux repo databases Arch32Pup is no go.
There are also problems because Arch32Linux is SystemD based and because it uses different locations for some key basic apps. These problems are probably overcomeable but only with a considerable degree of effort and testing.
So............ what does this mean????
Maybe a better approach would be to have an Arch32Linux add-on for Slackware based pups to give access to the Arch32Linux repos? Would probably include GTK+3 and Qt5 and Python3???
(n.b. I don't personally use PPM - I much prefer to get packages from many places using pkgs.org etc. and then create sfs's for frugal installs only.....)
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
I thought I fixed the "size checking" issue in my previous post:peebee wrote:For testers: delta to +6
Some desktop drive icon mount fixes from @norgo (unmount still problems)
PPM installs some packages but not all - special 0setup just for Arch32Pup allows repo databases to be updated. However all package sizes are set to 999 to in effect disable size checking. Installed packages is only updated after PPM restart.
http://www.murga-linux.com/puppy/viewto ... 28#1050428s243a wrote:Starting at line #263 of /usr/local/petget/installpreview.shhttps://pastebin.com/tjp4axbBCode: Select all
INSTALLEDSIZEK=$(echo "$INSTALLEDSIZEK + $ADDSIZEK" | bc ) echo "$INSTALLEDSIZEK" > /tmp/petget_proc/petget_installedsizek done < $ONEDEPSLIST INSTALLEDSIZEK=`cat /tmp/petget_proc/petget_installedsizek` done MOREFRAMES="`cat /tmp/petget_proc/petget_moreframes`" INSTALLEDSIZEM=$(echo "$INSTALLEDSIZEK / 1024" | bc) MSGWARN2="$(gettext "If that looks OK, click the 'Install' button...")" testSIZEK=$(echo "$INSTALLEDSIZEK / 3" | bc ) testSIZEK=$(echo "$INSTALLEDSIZEK + $testSIZEK" | bc) testSIZEK=$(echo "$testSIZEK + 8000" | bc) testSIZEK=$(printf "%.0f\n" $testSIZEK) #https://bits.mdminhazulhaque.io/linux/round-number-in-bash-script.html [ $testSIZEK -gt $SIZEFREEK ] && MSGWARN2="$(gettext "Not too good! recommend that you make more space before installing -- see 'Resize personal storage file' in the 'Utility' menu.")"
but I confess I only verified that the ppm worked and didn't inspect the repo DB.
Find me on [url=https://www.minds.com/ns_tidder]minds[/url] and on [url=https://www.pearltrees.com/s243a/puppy-linux/id12399810]pearltrees[/url].
I'm enjoying the little testing that I've done so far. Threfore, I hope you continue with this but I know that you have a lot of balls (i.e. puppy projects) in the air (i.e. in development). If you later on decide not to continue, I hope that you provide instructions for how to build an arch32pup, in case someone else wants to continue your efforts.peebee wrote: Philosophy - the only reason to have an Arch32Pup is because the Arch32Linux repos are bigger and better than Slackware. So unless PPM can be made to work 100% with the Arch32Linux repo databases Arch32Pup is no go.
There are also problems because Arch32Linux is SystemD based and because it uses different locations for some key basic apps. These problems are probably overcomeable but only with a considerable degree of effort and testing.
So............ what does this mean????
Maybe a better approach would be to have an Arch32Linux add-on for Slackware based pups to give access to the Arch32Linux repos? Would probably include GTK+3 and Qt5 and Python3???
One thing that I will be testing on arch32pup is Sc0ttman's package manager (i.e. pkg). If we get the repo update scripts working with pkg, then one could use arch repos in any puppy.
Find me on [url=https://www.minds.com/ns_tidder]minds[/url] and on [url=https://www.pearltrees.com/s243a/puppy-linux/id12399810]pearltrees[/url].
I found some packages still failed to install even with your fix.s243a wrote:I thought I fixed the "size checking" issue in my previous post:
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Replacing PPM with pkg is a possibility - but it still needs repo databases in a sensible format....s243a wrote:One thing that I will be testing on arch32pup is Sc0ttman's package manager (i.e. pkg). If we get the repo update scripts working with pkg, then one could use arch repos in any puppy.
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
For testing purposes please let us know which packages aren't installing via the ppm. I'm intered both in the case of my fix and also with size checking disabled as you have done.peebee wrote:I found some packages still failed to install even with your fix.s243a wrote:I thought I fixed the "size checking" issue in my previous post:
Find me on [url=https://www.minds.com/ns_tidder]minds[/url] and on [url=https://www.pearltrees.com/s243a/puppy-linux/id12399810]pearltrees[/url].