(old)Puppy Linux Discussion Forum

Archpup 13.2.1 has been released and has its own thread, opened by its developer


===========================================

Following Archpup-12.04, Archpup-12.12 and the planning phase, simarglreleased Archpup_13.2 in sourceforge.

At the same time simargl decided to withdraw from the Puppy Forum and not announce Archpup_13.2 in the forum.
So this post serves as an announcement rather than a traditional pupplet thread.
A "service" to puppians that followed Archpup so far.
You can contact simargl directly through the Archpup site in sourceforge (linked above).
You can monitor Archpup development through simargl's Archpup building repos

Puppians new to Archpup should know that Archpup has no resemblance to puppy outside the initrd and a couple of scripts (snapmergepuppy and sfs_load). It is basically Arch linux running with a layered (Aufs) filesystem.
It is using the pacman and PacmanXG4 (a UI for pacman) for package management and is 99.9% compatible with the Arch and AUR repos and their thousands of packages.
It does not have the various P-apps and wizards and pets can not be installed OOTB (but there is an app to install pets).
Pets and Arch packages can be converted to SFSs, with the provided scripts and installed as SFSs (Archpup supports 24 SFSs) with SFS_load.

PS: Be informed that the Archpup developer is not involved and I do not even know if he is going to "watch" this thread.
So it is possible that questions/bugs/solutions posted here, may go unanswered/unnoticed...

Mav, Are you on speaking terms with simargl?

Will he let the project go after 132?

If so has anyone else succeded in building it. I mean is there anybody to take over?

Did we tire him out?

Scooby wrote:Mav, Are you on speaking terms with simargl?

He responded in an e-mail I send. I believe he will do the same in any e-mail that relates to Archpup development and is constructive.

Scooby wrote:Will he let the project go after 132?

There are already commits after the release of 13.2 so I would say that he will not abandon it

Scooby wrote:If so has anyone else succeded in building it. I mean is there anybody to take over?

I do not know. I do not know.

Scooby wrote:Did we tire him out?

I do not know that either.
But As I said above Archpup has really very little relationship with puppy outside initrd.
So he may just decided that would be confusing to be associated with Puppy.

But to the user it feels just like a puppy?

I think it fit perfectly here in puppy land.

But it is not Puppy, it is just a Arch Linux Remaster.

Scooby wrote:But to the user it feels just like a puppy?

I think it fit perfectly here in puppy land.

I agree with you but I'm not simargl

bark_bark_bark wrote:But it is not Puppy, it is just a Arch Linux Remaster.

except that there is no such a thing as "Arch Linux Remaster"! (try to google it)
This tells you something. No?

Hello everyone this is my first post...
...Or maybe not
mavrothal, I've uploaded initrd-tree to bitbucket, and then discovered that files from /dev folder
could not be added in hg (mercurial) base . So I compressed them to dev_initrd_tree.tar.xz
(found info for this on Barry's blog), and adjusted newinit script accordingly. initrd.gz will build
automatically, also my plan is to edit init script so it will show more informations (for example:.
services from init.d when they start, maybe change some colors, show system version etc.)
Next, might be good idea to recompile qt with -Os in CFLAGS to try reducing its size.
qt package from arch = 20.6 MB
converted to spkg (wich uses tar.bz2 compression) = 28 MB

Hi simargl,

feels good to see you again!

simargl8 wrote:Hello everyone this is my first post...
...Or maybe not

Welcome simargl8! What happened to the other 7 simargl's?

If you intend to stick around you better open a proper thread for 13.2 in "projects"

I see you are moving to gtk3! Hopefully will not give too many bugs.
Yes, devices can not be handled by versioning systems. tarballs is the way to go.
Qt is a pretty big dependency I would avoid it if I could...

mavrothal wrote:I see you are moving to gtk3! Hopefully will not give too many bugs.
Yes, devices can not be handled by versioning systems. tarballs is the way to go.
Qt is a pretty big dependency I would avoid it if I could...

I wanted to switch to gtk3, but then gave up ... for now
Compiled spacefm, yad and sakura with gtk3, they worked without problems
Problem with gtk3 is - it doesn't have many applications using it; for example I couldn't find simple image viewer in gtk3.
We must invent some good looking logo

http://www.ap.org/

mavrothal wrote:What happened to the other 7 simargl's?

A quick question: I can easily set up a bilingual keyboard layout in xorg.conf. However, it's impossible to create a monitor/display/screen section. Neither in a split form, nor in a single-file (xorg.conf). The entries just disapear upon x restart! The log shows an error, something like 'no server layout is available' The issue can be observed in 12.2 as well as 13.2. An attempt to build a skeleton conf file ends in this error: Any thoughts?

simargl8 wrote: We must invent some good looking logo

what about this one an ArchCat

mavrothal wrote:what about this one an ArchCat

Indeed, She does get some "arch"

Can't wait to whip some Windoze chump into dual boot paradise! I'm without a win pc but am pretty glad I can now:

1) copy the magic five files to a stick + the win version of grub4dos
2) copy the five to folder/archpup in sh*toze
3) run grub4dos thus spotting archpup to create an new MBR (microsoft bleeds red)
4) end of story, for now

Did someone try to set keyboard mapping by /etc/locale.gen and locale-gen in 13.2?

In my case I have uncommented the german settings in /etc/locale.ben but then locale-gen says it cannot find /usr/bin/localedef - though that program exists.

Second question: what is the root password for archpup?

cinclus_cinclus wrote:Did someone try to set keyboard mapping by /etc/locale.gen and locale-gen in 13.2?

In my case I have uncommented the german settings in /etc/locale.ben but then locale-gen says it cannot find /usr/bin/localedef - though that program exists.[

Yes, I had this problem with localdef and locale (when I was trying to get quicksetup going). There is something wrong with the ones in the build.
I _think_ that it does work after you have a savefile but not on first boot. (I have to verify that but I do have an Archpup-13.2 system that I know it works and I also know that on a pfix=ram it does not)
What wories me is that locale/localefef is part of the glibc package...

cinclus_cinclus wrote:Second question: what is the root password for archpup?

Is in the included documentation

wrong post

wrong post

@cinclus_cinclus: I've tested changing language settings, and it works - just follow instructions in the Help file
Also paka script that converts Arch packages now has support for having more than one locale
saved in main iso. Earlier all non-english /usr/share/locale files were remove, now I could leave some more in (like Serbian )
Here's screenshot:

simargl,
can you please have a look at my issue as well?