Quirky Xerus 8.6 (Aug. 16), Beaver 8.7.1 (Sept. 21), 2018
lp-dolittle - you are missing a decade and a half of discourse. I retired twenty years ago and never a coder, I leave that to BK*. I don't use Puppies as mainline DT distros, mainly for demos, diagnosis and repair, rarely ever installed, hence the desire for .iso as well as .img, There's piles of excellent machinery out there that doesn't merit landifill for another decade. If you want all-signing dancing, get yourself a major Linux distro with all the built-in drivers, extensively tried & tested, abandon the devil's OS completely. Professionals probably best off with RH.
*Nota Bene his latest blast of today's date.
*Nota Bene his latest blast of today's date.
Last edited by Sage on Sun 23 Sep 2018, 12:06, edited 1 time in total.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Ah, found the cause. Quirky Beaver 8.7.1 has the Busybox 'fdisk' applet, not the full one from 'util-linux'. The busybox one is less functional, stuffs things up.roadkill13 wrote:I noted the same anomaly with the system not being able to boot with menu.lst entry generated by the grub configuration utility. I used the same work around as before.
title Quirky Beaver64 8.7.1 (sda1)
root (hd0,0)
kernel /boot/vmlinuz root=/dev/sda1 ro
And I know why it is missing. It is the old story of the Debian developers playing musical chairs with packages. They love to split a package up into lots of smaller ones. Worse, they keep changing the split-up.
In Xenial Xerus, 'fdisk' is in the 'util-linux' DEB, however, in Bionic Beaver they have taken it out into its own package, a DEB named 'fdisk'.
I am on the lookout for this, but missed this one.
Solution, click "petget" at top of screen to run the Package Manager, search for "fdisk" and you will find it in the "ubuntu-bionic-main" repo. No missing deps, so just install it. I am doing this as I type this report....
Yep, ran "fdisk --help" in a terminal, now it is the full version. You should be good to go for using the Quirky Installer.
[url]https://bkhome.org/news/[/url]
-
- Posts: 156
- Joined: Mon 25 Apr 2016, 17:35
confusion
@ sage
thank you for your response!
As it seems, you misconceived my yesterday post. Sorry for being unable to better explain my proposal.
kind regards
thank you for your response!
As it seems, you misconceived my yesterday post. Sorry for being unable to better explain my proposal.
kind regards
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Have an ongoing problem with SNS (Simple Network Setup), sometimes Internet connection fails, for both wireless and wired, even though the network is up and the dhcp server is running.
I have been reading the man page for 'dhcpcd', it seems, that it may or may not daemonize (run in the background) immediately, before writing to /etc/resolv.conf
There is a "--waitip" option, to make sure that it writes to /etc/resolv.conf before backgrounding, however, I decided not to use that option, instead to put in some tests.
I have modified /usr/local/simple_network_setup/rc.network and sns. Previously only had "sleep 0.1" after running dhcpcd, now will wait longer if necessary.
I have been reading the man page for 'dhcpcd', it seems, that it may or may not daemonize (run in the background) immediately, before writing to /etc/resolv.conf
There is a "--waitip" option, to make sure that it writes to /etc/resolv.conf before backgrounding, however, I decided not to use that option, instead to put in some tests.
I have modified /usr/local/simple_network_setup/rc.network and sns. Previously only had "sleep 0.1" after running dhcpcd, now will wait longer if necessary.
[url]https://bkhome.org/news/[/url]
Beaver 8.7.1 (Sept. 21), 2018
I did a new install using easydd on this pc,was using a flash drive
and small monitor, now a usb-3.0 SSD and 32" TV.
System: Host: QUIRKYPC10294 Kernel: 4.18.9 x86_64 bits: 64 Desktop: JWM git-1685
Distro: Quirky 8.7.1 beaver64
Machine: Device: desktop System: HP product: 260-p029 serial: CNV6240BWP
Mobo: HP model: 81B4 v: 01 serial: PFPSK0BWJ301LW UEFI [Legacy]: AMI v: F.04 date: 05/10/2016
CPU: Dual core Intel Core i3-6100T (-MT-MCP-) speed/max: 1239/3101 MHz
Graphics: Card: Intel HD Graphics 530
Display Server: X.Org 1.19.6 driver: intel Resolution: 1920x1080@60.00hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 530 (Skylake GT2) version: 4.5 Mesa 18.0.5
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Card-2: Realtek RTL8723BE PCIe Wireless Network Adapter driver: rtl8723be
Drives: HDD Total Size: 1126.5GB (1.0% used)
Weather: Conditions: 56 F (14 C) Time: September 24, 5:00 AM EDT
Info: Processes: 144 Uptime: 1 min Memory: 129.7/3873.7MB Client: Shell (bash) inxi: 2.3.56
I installed all the same applications with petget, it's working well
on the bigger screen.
I used Frisbee to setup the internet connection.
Thanks.
and small monitor, now a usb-3.0 SSD and 32" TV.
System: Host: QUIRKYPC10294 Kernel: 4.18.9 x86_64 bits: 64 Desktop: JWM git-1685
Distro: Quirky 8.7.1 beaver64
Machine: Device: desktop System: HP product: 260-p029 serial: CNV6240BWP
Mobo: HP model: 81B4 v: 01 serial: PFPSK0BWJ301LW UEFI [Legacy]: AMI v: F.04 date: 05/10/2016
CPU: Dual core Intel Core i3-6100T (-MT-MCP-) speed/max: 1239/3101 MHz
Graphics: Card: Intel HD Graphics 530
Display Server: X.Org 1.19.6 driver: intel Resolution: 1920x1080@60.00hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 530 (Skylake GT2) version: 4.5 Mesa 18.0.5
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Card-2: Realtek RTL8723BE PCIe Wireless Network Adapter driver: rtl8723be
Drives: HDD Total Size: 1126.5GB (1.0% used)
Weather: Conditions: 56 F (14 C) Time: September 24, 5:00 AM EDT
Info: Processes: 144 Uptime: 1 min Memory: 129.7/3873.7MB Client: Shell (bash) inxi: 2.3.56
I installed all the same applications with petget, it's working well
on the bigger screen.
I used Frisbee to setup the internet connection.
Thanks.
- Attachments
-
- screenshot.jpg
- (80.47 KiB) Downloaded 1637 times
-
- Posts: 154
- Joined: Wed 10 Aug 2011, 21:41
- Location: United States
- Contact:
That's good to know. Thank you.roadkill13 wrote:
I noted the same anomaly with the system not being able to boot with menu.lst entry generated by the grub configuration utility. I used the same work around as before.
Quote:
title Quirky Beaver64 8.7.1 (sda1)
root (hd0,0)
kernel /boot/vmlinuz root=/dev/sda1 ro
Ah, found the cause
Libreoffice writer full screen mode
While using the Libreoffice writer I noticed that you can not enlarge it to full screen mode by clicking on the symbol.
I am using the frugal mode with 1280x1024 screen and nvidia NV96 graphics card.
I fixed the problem by moving the window up to the top and enlarging it to the right and the bottom. While you click on full screen mode now, closing it and doing a frugal save everything will be fine at the next boot.
Rem: Calc and Base come in full screen mode by default.
Greetings,
FeodorF
I am using the frugal mode with 1280x1024 screen and nvidia NV96 graphics card.
I fixed the problem by moving the window up to the top and enlarging it to the right and the bottom. While you click on full screen mode now, closing it and doing a frugal save everything will be fine at the next boot.
Rem: Calc and Base come in full screen mode by default.
Greetings,
FeodorF
devx 8.7.1?
sorry, but can't find the devx for 8.7.1 to do some tests.
It can't seem to find the http://distro.ibiblio.org/quirky/quirky ... es-beaver/ directory.
It can't seem to find the http://distro.ibiblio.org/quirky/quirky ... es-beaver/ directory.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Re: devx 8.7.1?
SFSs:scsijon wrote:sorry, but can't find the devx for 8.7.1 to do some tests.
It can't seem to find the http://distro.ibiblio.org/quirky/quirky ... es-beaver/ directory.
http://distro.ibiblio.org/easyos/amd64/ ... fs/beaver/
PETs:
http://distro.ibiblio.org/easyos/amd64/ ... es-beaver/
I haven't been uploading the PETs to the ibiblio.org/quirky path recently.
[url]https://bkhome.org/news/[/url]
Re: devx 8.7.1?
Ah, thanks, I was just following the instructions in http://distro.ibiblio.org/quirky/quirky ... -8.7.1.htm and as it failed I looked around there, hadn't thought of the easy sfs directory.BarryK wrote:SFSs:scsijon wrote:sorry, but can't find the devx for 8.7.1 to do some tests.
It can't seem to find the http://distro.ibiblio.org/quirky/quirky ... es-beaver/ directory.
http://distro.ibiblio.org/easyos/amd64/ ... fs/beaver/
PETs:
http://distro.ibiblio.org/easyos/amd64/ ... es-beaver/
I haven't been uploading the PETs to the ibiblio.org/quirky path recently.
Now i'm home again, I am looking forward of getting up to date with easy and start a first sourcery packagebuild.
I did a lot of script reading while away. It will of course fail, but I should get some idea of if the system is actually puppy compatable or not.
- Reneetje
- Posts: 18
- Joined: Mon 22 Apr 2013, 16:06
- Location: The Netherlands, Fryslan - Foar de kofje net eamelje
- Contact:
Login
Have made a concept login-screen for accessing Quirky Beaver 8.7.1
It's just a start.
It's just a start.
- Attachments
-
- Loginscreen.png
- (248.6 KiB) Downloaded 1376 times
Beaver 8.7.1 (Sept. 21), 2018
I moved an SDHC card install from my Acer laptop to an older HP desktop
pc that has a dual monitor setup.
I wanted to compare running kodi on the hp to an earlier install of
Bionicpup64 7.9.4 beta tested on the hp.
The screenshot shows the left hand monitor on the hp streaming video in
kodi, gkrellm shows resource usage is low, Bionicpup64 7.9.4 beta
showed resource usage much higher, 97%.
Quirky 8.7.1 beaver64 wins that competition, my test of Bionicpup64
7.9.4 beta is posted in the Puppy Projects thread.
http://www.murga-linux.com/puppy/viewto ... &start=105
System: Host: QUIRKYPC8336 Kernel: 4.18.9 x86_64 bits: 64 Desktop: JWM git-1685 Distro: Quirky 8.7.1 beaver64
Machine: Device: desktop System: HP-Pavilion product: GN559AA-ABA a6220n serial: MXF7470DNX
Mobo: ASUSTeK model: Berkeley v: 1.04 serial: X312345678
BIOS: American Megatrends v: 5.13 date: 10/24/2007
CPU: Dual core Intel Core2 Duo E4500 (-MCP-) speed/max: 1639/2200 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Oland [Radeon HD 8570 / R7 240/340 OEM]
Display Server: X.Org 1.19.6 driver: radeon Resolution: 1920x1080@60.00hz, 1920x1080@60.00hz
OpenGL: renderer: AMD OLAND (DRM 2.50.0 / 4.18.9, LLVM 6.0.0) version: 4.5 Mesa 18.0.5
Network: Card: Intel 82566DC-2 Gigabit Network Connection driver: e1000e
Drives: HDD Total Size: 432.0GB (1.1% used)
Weather: Conditions: 68 F (20 C) Time: September 27, 12:57 AM EDT
Info: Processes: 111 Uptime: 48 min Memory: 182.4/3947.0MB Client: Shell (bash) inxi: 2.3.56
I was surprised at the result.
Thanks
pc that has a dual monitor setup.
I wanted to compare running kodi on the hp to an earlier install of
Bionicpup64 7.9.4 beta tested on the hp.
The screenshot shows the left hand monitor on the hp streaming video in
kodi, gkrellm shows resource usage is low, Bionicpup64 7.9.4 beta
showed resource usage much higher, 97%.
Quirky 8.7.1 beaver64 wins that competition, my test of Bionicpup64
7.9.4 beta is posted in the Puppy Projects thread.
http://www.murga-linux.com/puppy/viewto ... &start=105
System: Host: QUIRKYPC8336 Kernel: 4.18.9 x86_64 bits: 64 Desktop: JWM git-1685 Distro: Quirky 8.7.1 beaver64
Machine: Device: desktop System: HP-Pavilion product: GN559AA-ABA a6220n serial: MXF7470DNX
Mobo: ASUSTeK model: Berkeley v: 1.04 serial: X312345678
BIOS: American Megatrends v: 5.13 date: 10/24/2007
CPU: Dual core Intel Core2 Duo E4500 (-MCP-) speed/max: 1639/2200 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Oland [Radeon HD 8570 / R7 240/340 OEM]
Display Server: X.Org 1.19.6 driver: radeon Resolution: 1920x1080@60.00hz, 1920x1080@60.00hz
OpenGL: renderer: AMD OLAND (DRM 2.50.0 / 4.18.9, LLVM 6.0.0) version: 4.5 Mesa 18.0.5
Network: Card: Intel 82566DC-2 Gigabit Network Connection driver: e1000e
Drives: HDD Total Size: 432.0GB (1.1% used)
Weather: Conditions: 68 F (20 C) Time: September 27, 12:57 AM EDT
Info: Processes: 111 Uptime: 48 min Memory: 182.4/3947.0MB Client: Shell (bash) inxi: 2.3.56
I was surprised at the result.
Thanks
- Attachments
-
- kodistream.jpg
- (81.75 KiB) Downloaded 1300 times
Barry.... You should monitor WIAK's work.
It's very good.
http://murga-linux.com/puppy/viewtopic. ... 66#1004866
_______________________________________________________
It's very good.
http://murga-linux.com/puppy/viewtopic. ... 66#1004866
_______________________________________________________
- Attachments
-
- toggle_password.gif
- Wiak's work
- (209.5 KiB) Downloaded 1208 times
Beaver 8.7.1 (Sept. 21), 2018
Installed to a 64gb usb-3.0 flash drive:
System: Host: QUIRKYPC7279 Kernel: 4.18.9 x86_64 bits: 64 Desktop: JWM git-1685 Distro: Quirky 8.7.1 beaver64
Machine: Device: desktop System: Hewlett-Packard product: p7-1246s serial: MXX232077R
Mobo: Foxconn model: 2ADA v: 1.00 serial: N/A BIOS: AMI v: 7.12 date: 06/07/2012
CPU: Quad core Intel Core i5-3550 (-MCP-) speed/max: 1887/3301 MHz
Graphics: Card: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
Display Server: X.Org 1.19.6 driver: intel Resolution: 1920x1080@60.00hz, 1920x1080@60.00hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Desktop version: 4.2 Mesa 18.0.5
Network: Card-1: Ralink RT5390 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Drives: HDD Total Size: 2061.9GB (0.3% used)
Weather: Conditions: 53 F (12 C) Time: September 30, 11:03 PM EDT
Info: Processes: 137 Uptime: 1 min Memory: 116.2/11946.1MB Client: Shell (bash) inxi: 2.3.56
Updated petget and install favorite applications.
I've been using this for a few days without any problems.
Thanks.
System: Host: QUIRKYPC7279 Kernel: 4.18.9 x86_64 bits: 64 Desktop: JWM git-1685 Distro: Quirky 8.7.1 beaver64
Machine: Device: desktop System: Hewlett-Packard product: p7-1246s serial: MXX232077R
Mobo: Foxconn model: 2ADA v: 1.00 serial: N/A BIOS: AMI v: 7.12 date: 06/07/2012
CPU: Quad core Intel Core i5-3550 (-MCP-) speed/max: 1887/3301 MHz
Graphics: Card: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
Display Server: X.Org 1.19.6 driver: intel Resolution: 1920x1080@60.00hz, 1920x1080@60.00hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Desktop version: 4.2 Mesa 18.0.5
Network: Card-1: Ralink RT5390 Wireless 802.11n 1T/1R PCIe driver: rt2800pci
Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Drives: HDD Total Size: 2061.9GB (0.3% used)
Weather: Conditions: 53 F (12 C) Time: September 30, 11:03 PM EDT
Info: Processes: 137 Uptime: 1 min Memory: 116.2/11946.1MB Client: Shell (bash) inxi: 2.3.56
Updated petget and install favorite applications.
I've been using this for a few days without any problems.
Thanks.
- Attachments
-
- Screenshot.jpg
- (57.15 KiB) Downloaded 1103 times
Shame about the poor DWW review, shame about the poorly informed reviewer, shame about BK's decision. For those who value the speed and universality of the .iso s for diagnosis, repair and demonstration, (such as YT!), almost nothing need change in perpetuity, except remember to remove the RJ45 on old kit before switching on.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
For those wondering what Sage is saying, it is in response to this:Sage wrote:Shame about the poor DWW review, shame about the poorly informed reviewer, shame about BK's decision. For those who value the speed and universality of the .iso s for diagnosis, repair and demonstration, (such as YT!), almost nothing need change in perpetuity, except remember to remove the RJ45 on old kit before switching on.
http://bkhome.org/news/201810/the-end-o ... linux.html
The DW review is not the cause of my decision, it has been a long time coming. My main problem is that my efforts are spread too thin, and I cannot support Quirky properly anymore.
Note however, Quirky is built with woofQ, which also builds EasyOS, and there is no immediate plan to drop the capability of building Quirky. So, someone who wants to create another Quirky-based distro, may do so.
And yes, as Sage laments, the ISO format is not offered by EasyOS. Optical media is a legacy format, rapidly dying. The junk mail in my letterbox has ads for mostly laptops, very few desktop systems, and most of those laptops do not have an optical drive -- I am thinking of a Harvey Norman sale catalog that I looked at recently.
It also greatly simplifies things for me to offer just one download file, an image that can be written to a usb-stick, or directly installed as a frugal installation on a hard drive.
EasyOS is very different from anything else, but I haven't really explained how. Yes, there are some intro pages, but there needs to be a page in plain English, simple point-form. I am writing down those points now, will create that page soon, and there will be new announcements.
Anyway, Quirky, Xerus 8.6 and Beaver 8.7.1 are the end of the line.
[url]https://bkhome.org/news/[/url]
-
- Posts: 156
- Joined: Mon 25 Apr 2016, 17:35
the end of quirky
@ Barry
thank you very much for having provided us with the fantastic quirkies!!
Of course, we understand and accept your decision, especially in view of your workload and the intention to exclusively focus on the development of EasyOS. Good to read that the DW review which obviously missed the point did not influence your decision!
What many of us will miss is the live-CD/DVD option or, maybe, rather the 'totally running in RAM option' which does not vitally depend on the availability of a CD/DVD-drive. In this respect, the live-flash stick variant might prove to be a valuable alternative (finally, perhaps also for Sage).
So, a question/wish which many of us are thinking of might read: is it possible - or are you planning - to create an EasyOS variant that can be run in RAM exclusively? Albeit, as I can see from your recent post, you are not intending to continue the OS.iso-image tradition.
kind regards, and again, thank you so much for all your efforts!!
thank you very much for having provided us with the fantastic quirkies!!
Of course, we understand and accept your decision, especially in view of your workload and the intention to exclusively focus on the development of EasyOS. Good to read that the DW review which obviously missed the point did not influence your decision!
What many of us will miss is the live-CD/DVD option or, maybe, rather the 'totally running in RAM option' which does not vitally depend on the availability of a CD/DVD-drive. In this respect, the live-flash stick variant might prove to be a valuable alternative (finally, perhaps also for Sage).
So, a question/wish which many of us are thinking of might read: is it possible - or are you planning - to create an EasyOS variant that can be run in RAM exclusively? Albeit, as I can see from your recent post, you are not intending to continue the OS.iso-image tradition.
kind regards, and again, thank you so much for all your efforts!!