Lastly, is it safe to assume the boot parameters from Fatdog 6.11 also apply to Slackbones?

Yes.

Quote:

Just so you know, I’m quite enthusiastic about Slackbones. It’s like a bare-bones Fatdog on steroids, and I’m a huge fan of Fatdog!

Thanks. Slackbone is Fatdog's barebones

Quote:

is there code to rewrap sfs into intrd. Still on a learning curve with this method of running a puppy version.

If you click an initrd (or initrd.gz), it will be un-packed in /tmp. Put any SFS you want and then click the re-pack script. If you want to see how all these work, look into the /usr/sbin/filemnt script._________________Fatdog64, Slacko and Puppeee user. Puppy user since 2.13.
Contributed Fatdog64 packages thread.

Since you can't install .PET packages in Slackbones I made a handy utility so that you can! I haven't tested that they install yet but I don't see any problems. I built the TXZ package with the utility itself.

Since you can't install .PET packages in Slackbones I made a handy utility so that you can! I haven't tested that they install yet but I don't see any problems. I built the TXZ package with the utility itself.

Yea that was actually by design. lol
Im sure some people will want to install Pets, so this will be helpful for them.
As for official releases, packages will be in TXZ format and not PET format. Since this is all new and shiny, I wanted to avoid the eventual conflict of people installing pet packages.
The official repo will contain only TXZ packages which will be confirmed to work and have no issues.
Un-officially, people can do whatever they want. But support outside mainline packages will be limited.

Im glad you made it... it will help some people who just want to make a simple system for themselves. I've seen too many people come into the IRC channel for help running slacko and wondering why a pet package doesnt work or why other programs are suddenly broken... only to find out after talking to them it was a pet package from a v4.0 puppy. This is exacerbated by the fact that Pets have no distinction between ones made for Presice (debian based), or slacko (slackware based).
I think everyone can agree our package format system is a complete and utter mess.

The other reason the plan is to stick with offical txz packages in the repo has to do with the eventual coming Slackbones Official repo.
And the eventual goal of making Slackbones into a rolling release. For official releases, PETS add a possible fault point, which I'd like to avoid. For personal systems though outside the mainline release... Pets will be helpful to some users.

the whole rolling release thing will take quite a while to get right. I've figured out the technical process for it to work even with a frugal install, but turning theory into practice... well that's the challange.

Hi,
I am trying Slackbones and noticed that when using an encrypted save file my USB keyboard is not functioning such that I can enter the password for the save file while booting. The keyboard works in the grub menu but by the time the password prompt appears it is not.

I haven't had any issues before with other puppy versions so... in case this is something to fix I figured I would mention it.

and I did see the answer of Iguleder (look at his own home page and Shahor Black distro).

I have a laptop with AMD64 but I also have ill eyes and need a better screen as the laptop give me... so I use mainly a older PC but with high resolution screen. ok, I would be able to connect that screen also on the laptop with better technical performances as the old PC but I always have in this case the empty screen of the laptop between keyboard and high resolution screen. it is bad as long term solution... and I know no way to eliminate the build in screen from laptop (4..5 years old acer emachine).

so I find I need a distro available in 2 or 3 forms:

- for i686
- for AMD64
- and (only perhaps) for i386.

exactly the same scope of applications because I will not change my habit changing the PC (it is problematic enough with changing keyboard!)...

it is possible in typical full installed distro like Debian, Slackware, Mandriva, Ubuntu etc.

not in Puppy

not in Shahor

why not? because each hobby coder felt the need to present something different by nature of what was done before...

Shahor would perhaps be a maximal solution for me as I absolutely will promote the libre software original made by or for GNU and beneficiant approval of GNU (this is also a weakness of Puppy: not enough consideration for GNU software). but I need a way to se my usual news video on the most important European TV channels. black is not enough as permanent state of evolution (I often use SliTaz base started as ISO using Grub2. SliTaz also offers Libre Linux but not the other needed Icecat, gnash, as the old Puppy-Puplet made by Iguleder from Debian did offer in the past etc. - I continue to often use it, as we did not become some new one !)

And I hate OS where windows open themselves as well as bars beeing masked, hidden by other applications as it is usually the case with the bad wbar (a good bar has to be where each new line begins after hitting RETURN, left in Occidental, right in Semitic language and only Asiatic languages write from top to bottom...) : It is not Linux but only distraction. I have no need of save file or front ends to fill up the scripts beeing in /etc, /root or /home/myself!

why not? because each hobby coder felt the need to present something different by nature of what was done before...

There are many reasons to support less architectures:
- It saves time: when you update a package, you need to compile it only once. In my case, I only build it for x86_64, so I can use my own machine for compiling.
- It's cheaper: no need to buy machines of different architectures or make heavy use of virtualization. For example, I don't have the money to buy a smartphone or some expensive ARM development board to port my distro to ARMv7.
- The desire to stop promoting the use of legacy architectures which pull back software for others. For example, in the case of Windows, most software is available for i686 but not x86_64.
- If you request an i386 port today, who knows what other users might want - someone might request an ARMv4, PowerPC or Itanium port tomorrow. This is a big burden for developers.

And besides, you can use a x86_64 distro to do x86 development, using chroot. That's what I do when I want to make something for Puppy - I just chroot into a Puppy (different one every time ) from my x86_64 distro - I get my favorite window manager and familiar programs, but my work is 100% compatible.

EDIT: Q5sys, you're doing great work here! I totally agree with your decision to focus on x86_64._________________My homepageMy GitHub profile

My /usr/lib64 in the sb64_devx.sfs is not correct. There are many directories that should not exist, from /libasound.la to /libz.a. The corresponding *.la & *.a files are inside of these directories instead of /lib64.

It kind of makes compiling anything a wee bit difficult.

Is this a OS build issue or is my devx file corrupt?_________________﻿

My /usr/lib64 in the sb64_devx.sfs is not correct. There are many directories that should not exist, from /libasound.la to /libz.a. The corresponding *.la & *.a files are inside of these directories instead of /lib64.

It kind of makes compiling anything a wee bit difficult.

Is this a OS build issue or is my devx file corrupt?

Im on the road right now and dont have access to my home machine to dig into this. can you crank out a MD5 for the devx file? I'll compare it to the ones I have on my machine. its possible I bundled a bad one when I made the ISO.
I would have hoped if that happened though someone else would have noticed it.

As for the other comments above... Ill comment on those when I get home and have time (hopefully tomorrow).

I checked both isos at slackbones.org & smokey01.com
Both have the same MD5 as mine and a visual check of the contents shows the same issue.

2byte wrote:

I checked both isos at slackbones.org & smokey01.com
Both have the same MD5 as mine and a visual check of the contents shows the same issue.

I checked my slackbones development directory on my home system... I have multiple versions of the devx, based on all the alpha versions Jamesbond and I were working on.
I see the same thing in some of them, and not in others. The one thats bundled in the ISO has this issue.
We were working on a updated release right now, so this will be fixed with that. I'll repack the 1.0 release ISO at the same time.
The next release 1.2 will have a newer kernel and a few other tweaks, but nothing massively different.

Just a note that I have now deleted the slackbones-V1.0 ISO image from the smokey01 server. An upgrade is imminent anyway so it should not affect anyone._________________Puppy Linux Blog - contact me for access

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum