I did experiment today with ArchPup as the weather was to bad to do something else.

Mozilla:

There is no Mozilla included.

I did never use some *.pet or *.sfs from Puppy for Mozilla . It is completely silly dilly as with one hit on the package directly downloaded from Mozilla, you get a lib directory with all what you need and really actual (ok, you need perhaps some dependencies depending from Puplet...).

There is no need to include it into the puplet by real installation: It is really as well outside directly in the home partition! and it works very well so.

For that, you need only a link in /usr/lib to the directory of your lovely mozilla in the partition and a link in /usr/bin to the precedent link in the /usr/lib with the completed path to the starting module:

and, as I suppose that ArchPup-1204 ignore the usual puppy home dir, I did add a dir

# mkdir /mnt/home into the file system as well as a command

mount /dev/sda1 /mnt/home

into /root/.start so that the dir "home" is immediately already at starting time.

It is useful to complete the downloaded and unpacked Mozilla with a subdir .../plugins and to add in it an flashplayer.so from an other Puppy you are using

as well as a subdir /dictionnaries if you are using some ones (you need pairs of files as en-GB.aff + en-GB.dic).

probably it would be possible to do the same with /adblocplus (being to find in a /root/.mozilla/seamonkey/pipapo123.default/addblockplus) but I did not test that until yet.

(the objective is that you save file or, if you work as I completely without save file, the time to create and populate /root/.mozilla/seamonkey/pipapo123.default/ , has to be small!)

add packages from Arch

In my opinion, it is the last thing to do !

why?

because:

SFS-Load on the fly

- works really very well
- supports till 20 SFS (very different from other Puppy's with only 6)

also why fatten my smart Puplet with things if I don't need them permanently ?

I am sorry, but I don't like the place of the entry for "SFS-Load on the fly" in the menu in a submenu of submenu! It would be really better to use a permanet icon in the task bar on the sound mixer icon for example, as it is an essential function in a base-only-Puppy able to manage perfectly as much SFS's!! And I don't like the tons of little windows opening why I don't use some save file etc. I know what I do and don't need permanently a controller or employee to remember me what I do! It costs my time to answer such silly dilly messages and I don't like that... sorry, it is my opinion! a fluid work processing is not possible under such disturbing activity for nothing. ideal would be a/ I hit on an icon in the task bar, b/ I select a SFS, c/ I enter return, finish!
and to unload a SFS I would use the menu...

next problem is that a lot of available *.sfs packages already existing needs other dependencies OR, and that is very vicious in Linux, REQUIRE EXISTING lib's UNDER AN OTHER NAME ...

so we can only do a thing: announce in a separate thread tested SFS packages already tested and the url where they are offered to download. I did test today a lot of the big quantity of SFS being offered by Lazy Puppy (a really superb collection on a fast server), but rare are the SFS starting well - Firefox does it, LP2-LibreOffice331.sfs does it also (but requires 4 times java, that is not really needed for all operations... a bad heritage from the dependence from SUN ! it is really unpleasant!) etc.

I miss of course mTpaint as well as divers very small goodies, beeing permanently available (especially didiwiki as it is a real extrem small to elaborate smart texts for the own use)

and, very important, a package to print, scan and OCR texts! I don't need them each day as the modern kind of live is more email and sms oriented, but often. it is no reason to install them permanently and fatten so the ideal small Puplet! a office helping SFS would be very well with cups gutenprint, xsane and gocr! but a Linux without printing support is a poor Linux...

what are you thinking about the best ways to fatten this elegant and smart Puppy without to make it unnecessary fat?

How to get the wifi going via cli depends on whether you are using WEP, WPA etc (they need different methods to set up the connection) and also depending on how the puppy is set up (where wpa_supplicant and other files are found etc...). Also, it depends on your hardware as some wifi interfaces might still show up as eth1, and some as Wlan0 etc.

Step 2) In a terminal enter the following:
ifconfig eth1 up
then:
wpa_supplicant -B -D wext -i eth1 -c /etc/wpa_supplicant.conf
(this will then connect but the terminal will appear to hang. Open a new terminal and continue...)

Step 3) dhcpcd -t 30 -h puppypc12345 -d eth1
(the puppypc12345 is the hostname, which should be made unique so each PC stays separately identified)

Step 4) type: ifconfig and check that IP has been correctly assigned

So, after I've created the wpa_supplicant file, all I need to do is run a script like this:

thanks for the reply, but yes....i believe that the firmware not loading...is what's blocking the action. one of my computers 'normally' uses eth1 and the other wlan0.....but, neither show's up on either machine using Archpup and the reason is once again......the firmware isn't loading.

thanks for the reply, but yes....i believe that the firmware not loading...is what's blocking the action. one of my computers 'normally' uses eth1 and the other wlan0.....but, neither show's up on either machine using Archpup and the reason is once again......the firmware isn't loading.

I had the same issue. In my case was a udev issue.
Install the attached ped and see if net interfaces are found on reboot.
To install (since there is no petget in Archpup)

you can return to one of the consoles as usual by hitting on Ctrl+Alt+F2 .. F6. But Arch requires a password in the other consoles!

It seems you can (perhaps) continue Ctrl+Alt+F1 and continue your process passwordfree in the first console!

oui. Thanks for replying.

Ctrl+Alt+F1 .. F6 aren't available after booting into a black screen because the system freezes completely after starting xorg. Sometimes I can interrupt the booting process by hitting Ctrl+C. So I can sometimes get the root console.

used udev-167-patched_t2.tar.gz from http://bkhome.org/sources, and this looks like
error in Makefile. Also I noticed that your udev pet package has 26 *.rules in /lib/udev/rules.d,
but in this I compiled and included in ArchPup there's only 12 of them. Did you use some different source?

@slenkar: I guess you forgot to add 'ca-certificates' to depends list, or if that don't work (it should) replace this
https://github.com/keenerd/packer.git/info/refs with this
git://github.com/keenerd/packer.git/info/refs in PKGBUILD.

@oui: /mnt/home should be created automatically by rc.sysinit, as link to /initrd/mnt/dev_save,
or I am missing something here.

used udev-167-patched_t2.tar.gz from http://bkhome.org/sources, and this looks like
error in Makefile. Also I noticed that your udev pet package has 26 *.rules in /lib/udev/rules.d,
but in this I compiled and included in ArchPup there's only 12 of them. Did you use some different source?

If I remember correctly I used udev-167 from T2 (which I think is vanilla)

Keep in mind that "extras" compilation require acl and acl does not work in aufs. So you should compile in a "full install" puppy or plain ArchLinux._________________Kids all over the world go around with an XO laptop. They deserve one puppy (or many) too

This is new udev version 175 compiled in archpup, using source from debian mirror, and without any patches.
Its working fine here so I'm uploading for you to test. Backup your save file before you begin...
To install it. First rename udev-175-1.tar.bz2 to udev-175-1.spkg, then:

Code:

hg clone https://bitbucket.org/simargl/spkg
cd spkg
sh install

then remove old udev and install new:

Code:

spkg -r udev
spkg -i udev-175-1.spkg

Everyone who had problems with wireless because firmware modules was not loading etc. please test this and report your findings. Thanks Last edited by simargl on Tue 04 Dec 2012, 12:38; edited 1 time in total

Because I have to configure intel-xorg-video driver manually I have to first boot into a console which is not reliably possible (please, see my previous post).

As a first step to further analysis of the graphics-driver-problem I have to comment out the command which starts xorg/opendesktop und then remaster the root-filesystem. But I couldn't locate that command.

@cinclus_cinclus: You need to remove or comment last lines in /etc/profile, inside if statement.
intel-xorg-video is already inside and also intel-dri, mesa... so for intel cards 3D should
work out of the box, I also use intel card btw. xorg.conf in /etc/X11 is almost empty file and Xorg
use udev to automatically load best driver for your graphic card, or if it's not available it will then use vesa.

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