Bionicpup64 8.0 CE

A home for all kinds of Puppy related projects
Message
Author
User avatar
666philb
Posts: 3615
Joined: Sun 07 Feb 2010, 12:27
Location: wales ... by the sea

#631 Post by 666philb »

bigpup wrote: I see you have a pet for it in the Bionicpup64 repository.

In PPM did a search for pmcpucurt64.
The results are it is already installed.
hi bigpup,
it definitely isn't installed and wasn't meant to be. as far as i can tell it was how the .pet was named in Packages-puppy-bionic64-official

i've renamed the .pet and re-uploaded and it now seems fixed (need to update PPM) BTW sensors is included in the package

BTWx2 careful as i've had to pull the iso until a savefile issue is fixed in woof.
https://github.com/puppylinux-woof-CE/w ... ssues/1335
Last edited by 666philb on Sat 23 Feb 2019, 17:16, edited 2 times in total.
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331

User avatar
666philb
Posts: 3615
Joined: Sun 07 Feb 2010, 12:27
Location: wales ... by the sea

#632 Post by 666philb »

mavrothal wrote:No major complains :)
I was surprised at first with these automatic connections on startup but I realised is because of all these scripts in the Startup folder.

Here is the proprietary "wl" broadcom wifi driver and the Facetime broadcom 1570 PCIe webcam driver for the Bionicpup64 8.0 CE, if anyone needs them.
thanks mavrothal,

i'll add them before re-uploading

BTW careful as i've had to pull the iso until a savefile issue is fixed in woof
https://github.com/puppylinux-woof-CE/w ... ssues/1335
Last edited by 666philb on Sat 23 Feb 2019, 17:15, edited 1 time in total.
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331

User avatar
666philb
Posts: 3615
Joined: Sun 07 Feb 2010, 12:27
Location: wales ... by the sea

#633 Post by 666philb »

rockedge wrote:when will the ISO and devx be avialable for download again?
hi rockedge,

i'll re-upload as soon as the savefile issue gets fixed in woof.

https://github.com/puppylinux-woof-CE/w ... ssues/1335
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331

ITSMERSH

#634 Post by ITSMERSH »

i'll re-upload as soon as the savefile issue gets fixed in woof.
Why do they break stuff, that has worked very well for years? :shock:

In my tahr based ArtStudio everything still works fine. Even though I modified the dependent scripts to have also the free space of a drive in the tooltips of drive icons.

The new scripts still don't have such feature, so why to fix anything within these scripts that wasn't broken?

Hopefully it will not take years to fix that broken development. :lol:

User avatar
rockedge
Posts: 1864
Joined: Wed 11 Apr 2012, 13:32
Location: Connecticut, United States
Contact:

#635 Post by rockedge »

@666philb,

Thank you for the information. I am looking forward to the fix and using Bionicpup64 8.0 CE very much...... for advancing the Puppy Linux - ZoneMinder platform using object detection and recognition

ITSMERSH

#636 Post by ITSMERSH »

Hi.

I have noticed there's a directory /usr/lib64 in zdrv_bionicpup64_8.0.sfs.

But there's a symbolic link /usr/lib64 in puppy_bionicpup64_8.0.sfs.

The files:

/usr/lib64/libau.so
/usr/lib64/libau.so.2
/usr/lib64/libau.so.2.10

in zdrv_bionicpup64_8.0.sfs will be invisible, no?

ozsouth
Posts: 858
Joined: Fri 01 Jan 2010, 22:08
Location: S.E Australia

#637 Post by ozsouth »

@RSH - you are right - this can happen in 64 bit when a slacko kernel is used in a ubuntu derivative or the kernel build recipe doesn't specify /usr/lib. Slacko64 uses /usr/lib64; Ubuntu 64 bit derivatives use /usr/lib with /usr/lib64 as a symlink to it. As zdrv .sfs is loaded AFTER puppy .sfs, the needed aufs files will be missing. That's why my kernels are specified as slacko or ubuntu derivative. Have checked version 7.9.7 - has same issue. It can be fixed by recreating the zdrv with the 3 mentioned files in /usr/lib with no /usr/lib64 folder. See:
http://murga-linux.com/puppy/viewtopic. ... 85#1019485

User avatar
666philb
Posts: 3615
Joined: Sun 07 Feb 2010, 12:27
Location: wales ... by the sea

#638 Post by 666philb »

ITSMERSH wrote:Hi.

I have noticed there's a directory /usr/lib64 in zdrv_bionicpup64_8.0.sfs.

But there's a symbolic link /usr/lib64 in puppy_bionicpup64_8.0.sfs.

The files:

/usr/lib64/libau.so
/usr/lib64/libau.so.2
/usr/lib64/libau.so.2.10

in zdrv_bionicpup64_8.0.sfs will be invisible, no?
thanks

now fixed
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331

User avatar
mikeslr
Posts: 3890
Joined: Mon 16 Jun 2008, 21:20
Location: 500 seconds from Sol

path_to_/x86_64-linux-gnu and /usr/lib64/

#639 Post by mikeslr »

I've mentioned this before. To distinguish 64-bit libs from 32-bit libs Slackware instituted the use of lib64 folders. Debian/Ubuntu instituted the x86_64_linux-gnu folders: one under lib, one under /usr/lib and one under /usr/local/lib. For whatever reason, 64-bit Puppies can not find the x86_64_linux-gnu folders. The practice developed to place 64-bit libs in 'Ubuntu' Puppies in the three lib folders with symbolic links to them named x86_64_linux-gnu in each /usr/, /usr/local and /lib. In other words, Ubuntu 64-bit applications searching for libs in a x86_64 folder would follow the x86_64 links to the 32-bit lib folders.

For whatever reason 64-bit Puppies, including debian and ubuntu binary-compatible Puppies, can find and use /ib64 folders. Under 64-bit 'Ubuntus' they have to be moved somewhere. It would make more sense to always move 64-bit libraries into /lib64 folders, creating consistency across all puppies.

I don't know enough about coding to do it. But it should be possible to automate such movement:

If X is found in x86_64_linux-gnu
then cp X to /lib64
rm X from x86_64_linux-gnu
if x86_64_linux-gnu folder is empty rm x86_64_linux-gnu_

blgs
Posts: 34
Joined: Fri 07 Dec 2018, 17:37

uefi support

#640 Post by blgs »

The new bionicpup64 will be supplied with uefi support?

ITSMERSH

#641 Post by ITSMERSH »

Just being curious I checked some 64bit zdrv modules of what I have locally available.

Tahr64 6.0.5
Xenial64 7.5
Xenial64 7.0.8.5
Bionic64 7.9.6
Bionic64 7.9.7
Bionic64 7.9.8

they all have this issue existing.

User avatar
666philb
Posts: 3615
Joined: Sun 07 Feb 2010, 12:27
Location: wales ... by the sea

#642 Post by 666philb »

Bionicpup64 8.0 is now back up!! :D
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331

User avatar
escucha
Posts: 83
Joined: Sat 14 Mar 2009, 19:40
Location: Ainulindalë

#643 Post by escucha »

testing Bionicpup64 8.0 .... :P :P :P :P
ready to jump from tahrpup, and try a full install of 8.0 on a quad core. :roll:
all seems a very very good work.
Thanks 666philb! :lol:
[size=75]Trying Fossapup 64bit. Still daily work in Bionic64.[/size]

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#644 Post by zigbert »

Thank you Phil

linuxcbon
Posts: 1312
Joined: Thu 09 Aug 2007, 22:54

#645 Post by linuxcbon »

Bionicpup64 8.0 CE

missing the group "input" for udev
udevd[735]: starting version 3.2.5
udevd[735]: specified group 'input' unknown
solved with #addgroup input

dmesg shows at startup
gsettings-data-convert : segfault error 4 in libgconf-2.so.4.1.5
When running it, it crashes too

Code: Select all

# gsettings-data-convert
(gsettings-data-convert:16432): GConf-CRITICAL **: 17:26:05.194: gconf_engine_get_local_for_addresses: assertion 'addresses != NULL' failed
Segmentation fault

User avatar
666philb
Posts: 3615
Joined: Sun 07 Feb 2010, 12:27
Location: wales ... by the sea

#646 Post by 666philb »

zigbert wrote:Thank you Phil
does this kernel still work on your new computer?
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331

User avatar
666philb
Posts: 3615
Joined: Sun 07 Feb 2010, 12:27
Location: wales ... by the sea

#647 Post by 666philb »

linuxcbon wrote:Bionicpup64 8.0 CE

missing the group "input" for udev
udevd[735]: starting version 3.2.5
udevd[735]: specified group 'input' unknown
solved with #addgroup input

dmesg shows at startup
gsettings-data-convert : segfault error 4 in libgconf-2.so.4.1.5
When running it, it crashes too

Code: Select all

# gsettings-data-convert
(gsettings-data-convert:16432): GConf-CRITICAL **: 17:26:05.194: gconf_engine_get_local_for_addresses: assertion 'addresses != NULL' failed
Segmentation fault
thanks i'll add a fix for group input

i've just tested and gsettings-data-convert also segfaults on xenialpup. not 100% but it looks to do with running a gnome-session desktop ... i'll probably just remove /etc/xdg/autostart/gsettings-data-convert.desktop
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331

linuxcbon
Posts: 1312
Joined: Thu 09 Aug 2007, 22:54

#648 Post by linuxcbon »

Thanks 666philb,

some directory and file seem missing for serial : see bootsysinit.log :

Code: Select all

Loading the saved-state of the serial devices... 
/etc/init.d/setserial: line 177: /var/lib/setserial/autoserial.conf: No such file or directory
Maybe creating an empty autoserial.conf could be enough.
Example : https://askubuntu.com/questions/279779/ ... on-startup

By the way, is DRI3 going to be default in bionicpup someday ?
Same question for Wayland.

RedQuine
Posts: 52
Joined: Fri 20 Mar 2015, 14:34

#649 Post by RedQuine »

I've just updated my frugal install folder, and rebooted to RAM with an old pupsave for testing purposes. I can confirm that the pupsave remained intact, so I can happily go ahead and upgrade Bionicpup on my other laptop (with a fresh pupsave, of course).

Thanks, 666philb - both for putting together such a fantastic distro and for getting the woof issue fixed so quickly. Much appreciated! :)

ITSMERSH

#650 Post by ITSMERSH »

The gsettings-data-convert also segfaults on tahr.

Post Reply