Latest version: 12.12.2 http://www.murga-linux.com/puppy/viewtopic.php?t=83064
--------------------------------------------------
Here I will add my To-do list, changes compared to stable version and other future plans related to ArchPup development:
29 Jan
Just to add some more information regarding /etc/rc.conf. Following line is new:
# LOCALIZATION
LOCALE="C"
That means changing system language requires only to change one line in one file, but off course only after
you enable desired locale in /etc/locale.gen. Now, that's simple and easy
Second - important information: With this major version change creating new save file is required.
Here is my advice: First backup your /root folder to some location outside your save file, then rename save file
to archpup.2fs.bak (just in case ), reboot and make new savefile. Then finally you can move original /root folder
back in its place. This way you settings will be saved and you can continue to use them in new version.

21 Jan
In attempt to centralize system configuration in one file like in good old Arch Linux , here is
list of current variables inside /etc/rc.conf
X_AUTOLOGIN="yes"
AUTOMOUNT_VOLUMES="no"
SAVEFILE_DIALOG_FORCE="no"
DAEMONS="metalog alsa cups messagebus dhcpcd rc.pcmcia rsync Pwireless2_service"
MODULES="" Add modules you want to run on startup. After this change /etc/MODULESCONFIG is removed.
------------------
spacefm replaces thunar as default file manager
It is much more customizable than thunar, has image preview, right click create and extract archive..
Problems with mounting are now fixed!
--------------------------
use latest kernel from 3.4 series
split and simplify build script

I was thinking what is the best way to distribute next version, so here is final decision for version 132, that will be based on
packages from 1st February 2013:
- First there will be archpup-132-alpha, iso with only archpup.sfs and adrv.sfs size around 80 Mb.
- After some period of testing and probably fixing this alpha version, next iso will be archpup.sfs+adrv.sfs+archapps.sfs
and around 150 Mb size. I will no longer make this minimal 80 MB iso, because everyone can remove archapps.sfs and still
OS would be functional.
- In archapps will be included pacmanxg4, but not yaourt. Instead for managing packages from AUR there will be packer in
another sfs - archdev. Reason is simple, you need development sfs to compile packages from AUR, so packer is moved to
that module.
- Evince will be removed, and as new pdf viewer there will be qpdfview
- Under system menu new entry is added "Update package databases", easier for beginners no need for manual pacman -Sy.
----------------------------------------------------Last edited by simargl on Tue 29 Jan 2013, 06:35; edited 7 times in total

You should add that a more stable and well-compiled kernel._________________What consenting adults do in their bedroom is none of your business so if you think there is something wrong with homosexuality and your bothered by it, then you're an idiot who needs to mind their own business.

with PACMAN the complete package manager? even 'better' than apt-get?? this is AMAZING!! now those hard to install apps that puppy has so much trouble with, will be a BREEZE. easily install KDE, Mate, Unity, Compiz etc...just by typing the command 'pacman -S mate'....absolutely amazing.

i think the ydrv idea and keeping the wm.sfs separate is also a good idea.

Regarding Qt devel files in apps/adrv SFS, is it an sfs-building issue or a functionality issue that can not be moved to archdev?_________________Kids all over the world go around with an XO laptop. They deserve one puppy (or many) too

bark_bark_bark:
Could you explain what you mean with 'more stable' 'well-compiled kernel'. This kernel ( 3.6.8 ) for me
is perfectly stable, I think you meant older kernel that better supports your hardware. And , for compiling
kernel there are rules - list of commands that everyone is following, I did not add some crazy patch that would
make it unstable, so what is well-compiled kernel and why is this bad-compiled kernel?

mavrothal:
Thanks, this topic is just for (mostly useless ) talk. I'm not against adding 3 SFSs but this is important problem -
Qt or any devel files from adrv sfs must stay there, otherwise if someone replaces adrv, gcc would still see qt as
installed, and pacman -S qt would refuse to overwrite those files.

Great to hear the next version is being developed. Is it going to be possible to add Puppy style apps, for example startmount or pburn. Most of them just need gtkdialog and a few scripts. It would also be good to improve the USB drive support._________________helping Wiki for help

I'm not against adding 3 SFSs but this is important problem -
Qt or any devel files from adrv sfs must stay there, otherwise if someone replaces adrv, gcc would still see qt as
installed, and pacman -S qt would refuse to overwrite those files.

I guess this is one of the Arch/pacman limitations. Not distinct devel packages (as fedora/debian have).
May not be perfect after all

I guess the major problem devel-package-size wise is Qt and X.
X is OK but for Qt one solution is to drop Qt apps.
If on the other hand you consider Qt apps "mandatory" then you could move Qt with X and DM/WM to adrv and put their devel files in archdev.
Then use ydrv as an apps sfs.
This would keep the main iso size reasonable and allow compiling without confusing pacman or have missing level libs._________________Kids all over the world go around with an XO laptop. They deserve one puppy (or many) too

mavrothal
I forgot to answer about kernel version for next release. First I thought to use latest kernel from
3.7 series or eventually 3.6.11. But at http://www.kernel.org/ 3.6.11 is labeled as end of
life (EOL), so maybe I will use 3.4.25 or latest from that series, it was updated 2013-01-1.
I made rc.conf with this content

mavrothal
I forgot to answer about kernel version for next release. First I thought to use latest kernel from
3.7 series or eventually 3.6.11. But at http://www.kernel.org/ 3.6.11 is labeled as end of
life (EOL), so maybe I will use 3.4.25 or latest from that series, it was updated 2013-01-1.

I would highly appreciate a kernel 3.4.25. That would solve my hardware-incompatibilitiy-problems with kernels > 3.5 / xserver-xorg-video-intel driver / G45 (Eaglelake G+) chipset. Please, see my previous posts in the other ARCHPUP-threads.

bark_bark_bark:
Could you explain what you mean with 'more stable' 'well-compiled kernel'. This kernel ( 3.6.8 ) for me
is perfectly stable, I think you meant older kernel that better supports your hardware. And , for compiling
kernel there are rules - list of commands that everyone is following, I did not add some crazy patch that would
make it unstable, so what is well-compiled kernel and why is this bad-compiled kernel?

Well someone pointed out that the 3.6.8 kernel you had was a bit buggy and problemetic. The one problem I only had was the broadcom device would never work no matter what (that was a kernel related problem). Also when adding modules, it rejects the new modules (also a sign of a bad kernel).

EDIT: I would keep the kernel version used by ArchLinux (to keep things consistent and Arch compatible). I also would just use arch's kernel as it has SquashFS support (and you won't have to worry about compile errors as well has device compatibility problems)._________________What consenting adults do in their bedroom is none of your business so if you think there is something wrong with homosexuality and your bothered by it, then you're an idiot who needs to mind their own business.

I would keep the kernel version used by ArchLinux (to keep things consistent and Arch compatible). I also would just use arch's kernel as it has SquashFS support (and you won't have to worry about compile errors as well has device compatibility problems).

Standard-Arch-kernel has no aufs-support. You would have to use an aufs-supporting kernel from AUR,
say a liquorix-kernel:

offtopic kinda, but indirectly still applies:
Take a look at this website it's like one i've never seen before. It's a massive list, so massive you could get lost, of linux users, favorite apps. this bad boy has been bookmarked by me.

I would keep the kernel version used by ArchLinux (to keep things consistent and Arch compatible). I also would just use arch's kernel as it has SquashFS support (and you won't have to worry about compile errors as well has device compatibility problems).

Standard-Arch-kernel has no aufs-support.

Aufs is a joke to me. Plus the SFS files used by puppy aren't Aufs, they're SquashFS 4.x format (Puppy 3/4 used v3)._________________What consenting adults do in their bedroom is none of your business so if you think there is something wrong with homosexuality and your bothered by it, then you're an idiot who needs to mind their own business.

I would highly appreciate a kernel 3.4.25. That would solve my hardware-incompatibilitiy-problems with kernels > 3.5 / xserver-xorg-video-intel driver / G45 (Eaglelake G+) chipset. Please, see my previous posts in the other ARCHPUP-threads.

You are probably right so I will use latest kernel from 3.4 series. That will support your hardware and still is new
enough to not make problem with arch packages, which are always latest possible . And to report here my
little test with spacefm:
mounting cd-rom, dvd, and usb fat-32 formatted all works
but mounting internal hard disk drive (ntfs or ext4), failed with something like 'specify partition type error'
In devices list in spacefm are shown mount loop files, I couldn't disable that.
Interesting is that usb devices are handled properly with spacefm but they don't show at all in thunar without restarting pup-volume-monitor.
If I am able to fix problems with mounting internal disk and hiding loop devices, this could easily replace thunar and pup-volume-monitor.

I would highly appreciate a kernel 3.4.25. That would solve my hardware-incompatibilitiy-problems with kernels > 3.5 / xserver-xorg-video-intel driver / G45 (Eaglelake G+) chipset. Please, see my previous posts in the other ARCHPUP-threads.

You are probably right so I will use latest kernel from 3.4 series. That will support your hardware and still is new
enough to not make problem with arch packages, which are always latest possible . And to report here my
little test with spacefm:
mounting cd-rom, dvd, and usb fat-32 formatted all works
but mounting internal hard disk drive (ntfs or ext4), failed with something like 'specify partition type error'
In devices list in spacefm are shown mount loop files, I couldn't disable that.
Interesting is that usb devices are handled properly with spacefm but they don't show at all in thunar without restarting pup-volume-monitor.
If I am able to fix problems with mounting internal disk and hiding loop devices, this could easily replace thunar and pup-volume-monitor.

Just don't break the kernel like you did with the 3.6.8 kernel.

EDIT: If you're planning on using the drivers from arch linux be careful when using different kernel versions then what the driver intended to use._________________What consenting adults do in their bedroom is none of your business so if you think there is something wrong with homosexuality and your bothered by it, then you're an idiot who needs to mind their own business.

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