ArchPup 12.12.2

For talk and support relating specifically to Puppy derivatives
Message
Author
User avatar
dennis-slacko531
Posts: 100
Joined: Wed 18 Jan 2012, 21:53
Location: Oregon
Contact:

Can we open a 2nd thread for non-dev's please?

#281 Post by dennis-slacko531 »

A slower paced thread would be helpful. For example, seems I lost my default wallpaper while playing around. Unlike other pup's, when I put this red robot in /usr/share/backgrounds the system apparently renamed it "default" and the butterfly was gone! BTW, does anyone have a link to that butterfly? Anyone here use Twitter? Just a thought...

Image

stifiling
Posts: 388
Joined: Sun 30 Dec 2007, 03:56

Re: Can we open a 2nd thread for non-dev's please?

#282 Post by stifiling »

dennis-slacko531 wrote:A slower paced thread would be helpful. For example, seems I lost my default wallpaper while playing around. Unlike other pup's, when I put this red robot in /usr/share/backgrounds the system apparently renamed it "default" and the butterfly was gone! BTW, does anyone have a link to that butterfly? Anyone here use Twitter? Just a thought...

dennis you can retrieve the butterfly from the location in your puppy:

/initrd/pup_ro2/usr/share/backgrounds/default.jpg

User avatar
dennis-slacko531
Posts: 100
Joined: Wed 18 Jan 2012, 21:53
Location: Oregon
Contact:

#283 Post by dennis-slacko531 »

Yes, it's there.... It took several trial & error "moves" with Thunar before I moved it from
/initrd/pup_ro2/usr/share/backgrounds/default.jpg --TO-- /root/default.jpg

Only after that it worked out via -- Preferences/Openbox/Change Wallpaper
Thanks for the solution. LOL, I was getting used to Red Robot..
*EDIT: If someone actually wants Red Robot, it's on my server at Godaddy.
**http://www.beok.com/Downloads/MARVINSKEW2.png (1.3MB)

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#284 Post by jamesbond »

simargl wrote:
stifiling wrote:/etc/profile wouldn't need to be overwritten anyhow if it only existed in the adrv, right?
It wouldn't need to be overwritten if I remove /etc/profile from main sfs, but I can't remove it, because it specifies needed environment variables. Anyway, for me it seems easier to just inside sfs file (xfce.sfs ?), make pinstall.sh script that will replace window manager in /etc/profile. This adrv thing looks like too complicated.
I haven't looked at archpup at all so take my comments with a grain of salt. For this particular problem, I think you can just drop SFS-specific /etc/profile into /etc/profile.d/ and name them accordingly, e.g. for the gui.sfs you can name it /etc/profile.d/gui.sh and make them executable. The code that does this lives in /etc/profile and has been there for a long time - Barry commented that he lifted it off from Vector. This way you can load any SFS in any order and all will have their required environment variables properly set.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

simargl

#285 Post by simargl »

@stifiling: This test iso works only with kernel parameter apextsfs=arch_openbox.sfs, otherwise additional sfs is not loaded. So that would require patching grub4dos, but even with that user will have to edit menu.lst every time for another arch_*.sfs. It's good idea that you moved /usr/bin/X to another sfs, so on boot it will not stuck trying to exec archpupx over and over again.

stifiling
Posts: 388
Joined: Sun 30 Dec 2007, 03:56

#286 Post by stifiling »

simargl wrote:@stifiling: This test iso works only with kernel parameter apextsfs=arch_openbox.sfs, otherwise additional sfs is not loaded. So that would require patching grub4dos, but even with that user will have to edit menu.lst every time for another arch_*.sfs. It's good idea that you moved /usr/bin/X to another sfs, so on boot it will not stuck trying to exec archpupx over and over again.
grub4dos would need to be patched? boot parameters work with grub4dos.

yes, to change DE the user would have to change the boot parameter...what's so wrong wit that? it's not something they'll be doing two or three times a day.

but when i say picky users, i'm referring to users like oui. who didn't want a savefile, he didn't want pop up messages....this would give a user like him.....all of what they want, and none of what they don't want.

it would be impossible to hear a "i don't like this, how do i get rid of it?" comment.

User avatar
peebee
Posts: 4370
Joined: Sun 21 Sep 2008, 12:31
Location: Worcestershire, UK
Contact:

#287 Post by peebee »

Wifi is working much better in the 12.12.2 version - still need to put b43 into the /etc/rc.d/MODULESCONFIG addlist to get the driver to load and Pwireless2 doesn't manage to re-establish a working connection after a reboot without manual intervention (restart wpa-supplicant on the debug tab seems to do the trick).

Has anybody managed to get a synaptics touchpad working? I've installed xf86-input-synaptics-1.6.2 and its dependency mtdev-1.1.3-1 and edited /etc/X11/xorg.conf.d/50-synaptics.conf as shown on the Arch Linux wiki but I still don't have edge scrolling on my touchpad.....

Finally, I have a problem when I try to load the archdev-12.12.2.sfs - it just hangs on the message that it is running the pinstall script....

Cheers
peebee
ImageLxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

adrv for archpup

#288 Post by mavrothal »

simargl, stifiling, et al,

this IS the full initrd patch that will allow adding in the fs-union an another (applications for example) sfs. :lol:

The name of the additional sfs is defined in DISTRO_SPECS and in this case in "adrv_arch_1212.sfs" but I it could be anything.
The DISTRO_SPECS also uses DISTRO_IDSTRING but this is not necessary for the system to work. Just better.

No changes outside initrd are needed for the system to work.

To be fair I did not do much :oops:.
Just adapted jemimah's code from Saluki for the latest woof initrd/init (last comment: 120328).
Should work in any recent puppy with this init and probably others (tried it with today's woof version and works fine)
Attachments
initrd.patch.gz
initrd patch that allows the addition of an adrv.sfs in the union during boot time.
(3 KiB) Downloaded 306 times
Last edited by mavrothal on Thu 10 Jan 2013, 18:24, edited 2 times in total.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==

stifiling
Posts: 388
Joined: Sun 30 Dec 2007, 03:56

#289 Post by stifiling »

mavrothal, can u upload the working initrd.gz file. i don't know how to apply the patch.

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#290 Post by mavrothal »

stifiling wrote:mavrothal, can u upload the working initrd.gz file. i don't know how to apply the patch.
I suggest you learn. Fast :lol:

Till then here it is

Keep in mind for the specific initrd.gz
a) is the 12.12.1 initrd but I believe should work with 12.12.2 since the archpup sfs file name is the same.
b) that your adrv sfs must be named exactly:

Code: Select all

archapps-12.12.sfs
(yes works with any name :) )
c) that you must add the included IDSTRING to your vmlinuz and SFSs like this:

Code: Select all

echo -n l212ARCH09012013XXXXXXXXXXXX1234 >> vmlinuz  # etc
typos are lethal here

d) learn to patch :P
Last edited by mavrothal on Thu 10 Jan 2013, 19:16, edited 1 time in total.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==

stifiling
Posts: 388
Joined: Sun 30 Dec 2007, 03:56

#291 Post by stifiling »

thanks man...it's working perfectly and is extremely useful.

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#292 Post by mavrothal »

stifiling wrote:thanks man...it's working perfectly and is extremely useful.
OK...
Let's see the goods then :wink:
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==

simargl

#293 Post by simargl »

Thanks mavrothal 8) , now I will test this, but could you just explain is adding DISTRO_IDSTRING really necessary, and in patch is +DISTRO_IDSTRING='l212ARCH09012013XXXXXXXXXXXX1234', maybe it should be 1 not l. What name would you choose for DISTRO_ADRVSFS in archpup, we should choose it now and always use the same. I've made one change in /etc/profile suggested by jamesbond, moved settings for WINDOW_MANAGER to /etc/profile.d/openbox.sh, and added this in /etc/profile.

Code: Select all

for profile in /etc/profile.d/*.sh; do
  test -r "$profile" && . "$profile"
done
unset profile
Next (problematic) thing that needs fixing is /root/.xinitrc, because we want ~/.start& only for openbox, and not for xfce.

Code: Select all

~/.start&
killall dbus-daemon &
exec dbus-launch $WINDOW_MANAGER
stifiling wrote: grub4dos would need to be patched? boot parameters work with grub4dos.
What I meant is that grub4dos-config, installed gui that writes menu.lst needs to be patched, not grub4dos by itself. Off course that's not necessary anymore.

stifiling
Posts: 388
Joined: Sun 30 Dec 2007, 03:56

#294 Post by stifiling »

my idea is that"

adrv=archpup-DE-*.sfs (or whatever name)
zdrv=archapps.sfs

so that way, if there's an archpup-DE-xfce.sfs...it'll load that one, or if they switch to an archpup-DE-kde.sfs instead...it'll load that one. keeping the archapps.sfs separate, easily upgradeable, and ready to use with any archpup-DE-*.sfs environment.

also moving openbox out of the main.sfs...and into the adrv, will take the .xinitrc and .start scripts with it.

so an xfce.sfs won't have to fight with it...it will have it's on .xinitrc file. which won't exist in the main.sfs
Last edited by stifiling on Thu 10 Jan 2013, 19:08, edited 1 time in total.

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#295 Post by mavrothal »

simargl wrote:Thanks mavrothal 8) , now I will test this, but could you just explain is adding DISTRO_IDSTRING really necessary, and in patch is +DISTRO_IDSTRING='l212ARCH09012013XXXXXXXXXXXX1234', maybe it should be 1 not l.
DISTRO_IDSTRING is an arbitrary 16bit number (32 alphanumeric characters) that is used by the initrd/init to identify better the SFSs that go with the specific kernel. Is not necessary but can help with complex installation setting.
In Archpup that is using the same sfs names for different versions maybe particularly usefull.
Regarding the specific number you are right. I corrected it in the above posted (I guess this typo not that lethal :P )

simargl wrote:What name would you choose for DISTRO_ADRVSFS in archpup, we should choose it now and always use the same.
ardv_arch_NNNN.sfs
"a" can be Additional, Alternative, Applications, Another...
Fits everything
stifiling wrote:adrv=archpup-DE-*.sfs (or whatever name)
zdrv=archapps.sfs
zdrive is traditionally used for the kernel, if you want to have it outside the main sfs so can be also changed easily without affecting the userspace SFSs.
If you need 3 userspace SFSs, you can use it as such, though will start looking like Tinycore. Without carefully curated SFSs can be a mess.
Last edited by mavrothal on Thu 10 Jan 2013, 19:25, edited 1 time in total.

stifiling
Posts: 388
Joined: Sun 30 Dec 2007, 03:56

#296 Post by stifiling »

yes the zdrive is traditionally used for the modules. but archpup isn't using it at all. So this is a good way to put it to use. And not just to use it, but using it for a great reason.

so using those 3 sfs files would have the iso set up for any level of user. shed the archapps.sfs if all you want is DE for intermediates. shed the DE.sfs if all you want is base functionality, for experts.

so if the question is ever asked, "Anybody know of a distro for beginners?" the answer is Archpup

"Anybody know of a distro for intermediates?" Archpup

"Anybody know of a distro for experts?" Archpup
Last edited by stifiling on Thu 10 Jan 2013, 19:29, edited 1 time in total.

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#297 Post by mavrothal »

stifiling wrote:yes the zdrive is traditionally used for the modules. but archpup isn't using it at all.
yet...
(see above for the rest)

But, I do not intend to build any Archpup. The builders can do as they please. It's all OSS.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==

stifiling
Posts: 388
Joined: Sun 30 Dec 2007, 03:56

#298 Post by stifiling »

mavrothal wrote:If you need 3 userspace SFSs, you can use it as such, though will start looking like Tinycore. Without carefully curated SFSs can be a mess.
Tinycore can be a mess, mus agree with that. i thought this way would've been clean though but.....maybe i'm wrong.

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

Screen tearing when viewing videos

#299 Post by Scooby »

Thought I shared how I got rid of screen tearing on my hardware setup.

I have Intel graphics

Add file /etc/X11/xorg.conf.d/20-intel.conf with the following content:

Code: Select all

Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "AccelMethod"  "sna"
   Option "TearFree" "true"
EndSection
:o no more tearing for me

Original info
Acceleration method
Tear-free video

Scooby
Posts: 599
Joined: Sat 03 Mar 2012, 09:04

#300 Post by Scooby »

peebee wrote:
Has anybody managed to get a synaptics touchpad working? I've installed xf86-input-synaptics-1.6.2 and its dependency mtdev-1.1.3-1 and edited /etc/X11/xorg.conf.d/50-synaptics.conf as shown on the Arch Linux wiki but I still don't have edge scrolling on my touchpad.....
I tried to no success, but will tinker more with it

Post Reply