Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Thu 30 Oct 2014, 08:20
All times are UTC - 4
 Forum index » Advanced Topics » Puppy Derivatives
ArchPup 12.12.2
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 14 of 31 [461 Posts]   Goto page: Previous 1, 2, 3, ..., 12, 13, 14, 15, 16, ..., 29, 30, 31 Next
Author Message
simargl
Guest


PostPosted: Sun 06 Jan 2013, 09:24    Post subject:  

stifiling wrote:
@simargl

that firmware works for b43.

So what you suggest, add that package to linux-firmware from Arch, or use some different source. You mentioned 4mb package from somewhere, but please add link to it.
@mavrothal: I had to copy some libraries from /usr/lib to /lib, couldn't just move them because then compiling would not work.
Code:

........
for i in ld-2.16.so ld-linux.so.2 libc-2.16.so libc.so libc.so.6 \
libdl-2.16.so libdl.so libdl.so.2; do cp -ax install/usr/lib/$i install/lib; done
..........

EDIT: Compressed size of those libraries is 650kb.
Back to top
stifiling

Joined: 29 Dec 2007
Posts: 388

PostPosted: Sun 06 Jan 2013, 09:41    Post subject:  

this is the firmware from traditional puppy. it's the /lib/firmware folder from out of precise. i'm thinking rather than using it as a separate sfs....it would be 'a load off' to integrate/mksquashfs it into archpup-12.12.sfs

wireless should just work shouldn't it? presently it's the exact same as having to install a driver on windows, to get wireless working.

firmware.sfs
http://www.datafilehost.com/download-1c630a23.html
Back to top
View user's profile Send private message 
simargl
Guest


PostPosted: Sun 06 Jan 2013, 10:52    Post subject:  

Thanks stifiling,
I have uploaded linux firmware to sourceforge, now you can test it. Maybe even Pwireless will now work Shocked
http://sourceforge.net/projects/archpup/files/12.12.1/linux-firmware-archpup-12.12.1.sfs
Back to top
mavrothal


Joined: 24 Aug 2009
Posts: 1728

PostPosted: Sun 06 Jan 2013, 10:59    Post subject:  

Here is my little pup-volume-monitor daemon that will refresh removable devices on thunar (with 10-some seconds delay...)

Code:
#!/bin/sh
while $1
do
sleep 5
USBON=`dmesg | tail --lines=19| grep 'New USB device strings'`
USBOFF=`dmesg | tail | grep 'USB disconnect'`
if [ "$USBON" != "" ] || [ "$USBOFF" != "" ]; then
 if [ "$USBON" != "`cat /tmp/USBON`" ] ; then
  exec /etc/init.d/start-pup-volume-monitor restart &
  echo "$USBON" > /tmp/USBON
 elif [ "$USBOFF" != "`cat /tmp/USBOFF`" ] ; then
  exec /etc/init.d/start-pup-volume-monitor restart &
  echo "$USBOFF" > /tmp/USBOFF
 fi
fi
done


Give it a name (ie "PVM_daemon"), make it executable, place it in /usr/bin and edit the /root/.start file to include this line
Code:
exec PVN_daemon &


It may miss an event here and there depending on the kernel log traffic, but is better than nothing till pup-volume-monitor is fixed in ArchPup.

Note The above assumes that you have corrected start-pup-volume-monitor as suggested

_________________
Kids all over the world go around with an XO laptop. They deserve one puppy (or many) too Very Happy
Back to top
View user's profile Send private message 
stifiling

Joined: 29 Dec 2007
Posts: 388

PostPosted: Sun 06 Jan 2013, 11:21    Post subject:  

mavrothal...the udev u posted in the last thread works. what makes it stop after a reboot though is the file /lib/libudev.so.0 gets overwritten. so my workaround for it was edit the /etc/init.d/start-pup-volume-monitor file to look like:

Code:
#!/bin/bash

case "$1" in
    start)
   rm /lib/libudev.so.0 &
   sleep 1
   ln -s /lib/libudev.so.0.11.1 /lib/libudev.so.0 &
        pup-volume-monitor &
        ;;
    stop)
        killall pup-volume-monitor
        ;;
    restart)
        killall pup-volume-monitor
      sleep 1
        pup-volume-monitor &
        ;;
    *)
        echo $"Usage: $0 {start|stop|restart}"
        ;;
esac


pup-volume-monitor works normally on my machine after doing this.
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 1728

PostPosted: Sun 06 Jan 2013, 12:06    Post subject:  

stifiling wrote:
mavrothal...the udev u posted in the last thread works. what makes it stop after a reboot though is the file /lib/libudev.so.0 gets overwritten.


I'll be damned Shocked
There goes my daemon Razz

You just need to remove /lib/libudev.so.0.13.0 that is coming from udev-175 and is not overwritten by my udev-167.
Add in /etc/rc.d/rc.local
Code:
ln -sf /lib/libudev.so.0.11.1 /lib/libudev.so.1
to be on the safe side.
No overwriting after that.

Another udev issue I guess.

_________________
Kids all over the world go around with an XO laptop. They deserve one puppy (or many) too Very Happy
Back to top
View user's profile Send private message 
mikeslr


Joined: 16 Jun 2008
Posts: 794
Location: Union New Jersey USA

PostPosted: Sun 06 Jan 2013, 17:26    Post subject: Pacman's Potential in ArchPup --nooby questions  

Hi simargl & All,

After having urged for the creation of a Puplet having the capabilities of Archlinux, now that its here I'm not sure how best to use it. Basically my questions have to do with function of Pacman as it's being implemented under ArchPup's structure and capabilities. Please correct me if I'm in anyway wrong in my assumptions or conclusions.
Archlinux, itself, is designed as a “Full” install, with arch-packages installed into it via PacMan. As such, PacMan is able to keep track of Archlinux's kernel, what applications have been installed, and the dependencies used by those applications and, consequently, able to upgrade each of the foregoing when possible and desired.
ArchPup, on the other hand, may be a “Frugal” install, and for the balance of this post please assume that it is. As a frugal install, arch-packages would be installed to ArchPup's SaveFile, if one is in use. Can Pacman keep track of what has been installed to the SaveFile? Does it matter if the application was installed via Puppy Package Manager? Or the use of a Pet? Can packages (including dependencies) installed to the SaveFile also be upgraded?
The great advantage of SFSes are that they can be loaded when needed and unloaded when not, so that Puppy (which runs as much as possible in RAM) might make use of a multitude of applications even on a system whose resources are so limited that it could not load and use all applications at the same time. My recollection is that ArchPup can load-on-the-fly up to 26 SFSes. Can PacMan keep track of what applications (and their dependencies) are part of the merged system when an SFS is loaded? Does it test for what's already on the merged system if, for example, you decide to install a package to the SaveFile? Will it install any dependencies even though they are already in a loaded SFS? And If not, how will it handle applications broken because their dependencies would be absent if the SFS that contained those dependencies is subsequently unloaded?
Does ArchPup have an SFS-builder/Editor for creating SFSes from Arch-packages?

Possible adverse answers to these questions (except the last) should not be taken as indicating a weakness in an ArchPup system.

Personally, I think that the best way to make use of ArchPup is with the core file consisting of those packages necessary for the system to function; (at most) a small SaveFile, sufficient to hold settings, configurations and symlinks or scripts to SFSes (preferably package suites –such as one for Graphics Work, another for playing and editing videos, etc.) with the SFSes, themselves, containing all their dependencies; symlinks or scripts to Program Folders (Folders containing applications with all dependencies) external to both the Core file and the SaveFile, except for the symlinks or scripts necessary to call them; and external datafolders, also connected via symlinks.


mikesLr
Back to top
View user's profile Send private message 
simargl
Guest


PostPosted: Sun 06 Jan 2013, 18:17    Post subject:  

My idea is to always make frugal install, if you want full install then just download archlinux installation cd, it will be the same, except systemd and different system services startup. For installing applications you have choice - you can make bigger savefile and install packages to it, or you can apply makesfs script that will use pacman to download Archlinux packages and after that will convert them sfs module. SFS module will be gzip compressed, block size 512K, to speed up converting process and therefore noticably larger than Archlinux xz compressed packages. It's important to point out, that this script will automatically create proper entries for all converted package, so pacman will recognize them as installed. ArchPup can load 20 sfs modules, but if you later unload SFS file that contained dependencies for target package, you will have to find those missing packages and install them manually. Pacman will install dependencies according to .PKGINFO file inside package, it will not run ldd to find missing libraries. That pacman behaviour is right way if you ask me.
Back to top
nancy reagan

Joined: 22 Jan 2009
Posts: 515

PostPosted: Sun 06 Jan 2013, 19:38    Post subject: howto's  

simargl wrote:
My idea is to always make frugal install, if you want full install then just download archlinux installation cd, it will be the same, except systemd and different system services startup. For installing applications you have choice - you can make bigger savefile and install packages to it, or you can apply makesfs script that will use pacman to download Archlinux packages and after that will convert them sfs module. SFS module will be gzip compressed, block size 512K, to speed up converting process and therefore noticably larger than Archlinux xz compressed packages. It's important to point out, that this script will automatically create proper entries for all converted package, so pacman will recognize them as installed. ArchPup can load 20 sfs modules, but if you later unload SFS file that contained dependencies for target package, you will have to find those missing packages and install them manually. Pacman will install dependencies according to .PKGINFO file inside package, it will not run ldd to find missing libraries. That pacman behaviour is right way if you ask me.


Wouldn't it be useful to place explanations like this also on top of the thread as there is, for as far as I know, not much "howto"
Back to top
View user's profile Send private message 
stifiling

Joined: 29 Dec 2007
Posts: 388

PostPosted: Sun 06 Jan 2013, 21:45    Post subject:  

alright, now that wireless and pup-volume-monitor has been figured out...i'm thinking you should add the fixes to the main iso and edit the first post with big red letters, "WIRELESS NOW WORKING!!!"

the linux-firmware.sfs looks about as foreign as the md5sum.txt.....they both get totally ignored.

here's the scenario:

Load up archpup.
Can't get on internet.
think to self "this still needs work."
load back into Dpup
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 1728

PostPosted: Mon 07 Jan 2013, 01:08    Post subject:  

stifiling wrote:
alright, now that wireless and pup-volume-monitor has been figured out...i'm thinking you should add the fixes to the main iso and edit the first post with big red letters, "WIRELESS NOW WORKING!!!"

the linux-firmware.sfs looks about as foreign as the md5sum.txt.....they both get totally ignored.


The "linux-firmware.sfs" bit is a bit cryptic. Does this mean that the firmware must be in the main sfs or that the firmware sfs must be configured differently?
Also the "wireless working" is it with Pwirless2, pns-tools, Frisbee, all of the above, other?

Regarding udev, I have a hard time seeing why v175 does not work 100%. I can only think the language of the build system that as with aufs-utils may up messing up gtk-doc, acl, attr or something else during compile time

_________________
Kids all over the world go around with an XO laptop. They deserve one puppy (or many) too Very Happy
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 1728

PostPosted: Mon 07 Jan 2013, 01:42    Post subject: patch  

wrong post
_________________
Kids all over the world go around with an XO laptop. They deserve one puppy (or many) too Very Happy

Last edited by mavrothal on Wed 13 Feb 2013, 16:15; edited 1 time in total
Back to top
View user's profile Send private message 
stifiling

Joined: 29 Dec 2007
Posts: 388

PostPosted: Mon 07 Jan 2013, 02:06    Post subject:  

mavrothal wrote:
The "linux-firmware.sfs" bit is a bit cryptic. Does this mean that the firmware must be in the main sfs or that the firmware sfs must be configured differently?
Also the "wireless working" is it with Pwirless2, pns-tools, Frisbee, all of the above, other?

Regarding udev, I have a hard time seeing why v175 does not work 100%. I can only think the language of the build system that as with aufs-utils may up messing up gtk-doc, acl, attr or something else during compile time


as far as the firmware...a lot of ppl don't know what 'firmware' is, or what it does, how to use it, and so on. putting myself in other's shoes, "i don't know what firmware is, md5sum, or nothing else. i do know iso though, so i download the iso file, load it, if it works...i'll keep moving. if it doesn't, i have 399 other puppy isos to pick from, hopefully the next one works right."

it works perfectly fine as the sfs file that it's in now, but everyone might not want, or know how to use sfs files the way we are. especially to get something like wireless working. Java..understandable to read and learn how to use an sfs for something like that. java or wine etc, those big packages. but to get wireless to work? it should work out the box. i shouldn't have to download this driver/sfs file and install/sfs_load it....to get wireless working. So in so many words, it works fine as a separate sfs, but i feel as though it should be included in the main.sfs.

and as far as "wireless working" i was referring to Frisbee. after i saw Frisbee working solidly, i didn't think it was necessary to even test pwireless2. Frisbee is the better choice. the notification in the panel is nice to have too. it let's u know if u're still online or not. pwireless2 doesn't have that. so if u're webpages aren't loading, u're either not online, or something is wrong with your browser. having Frisbee and it's notifications tells you which one it is.

now pup-volume-monitor and udev....the default volume-monitor and udev (aka systemd) in arch works perfectly fine. using pup-volume-monitor saves a few MBs...but it's also a futuristic issue for if someone wants KDE.....it doesn't work in Dolphin. the default does.
Back to top
View user's profile Send private message 
simargl
Guest


PostPosted: Mon 07 Jan 2013, 04:11    Post subject:  

mavrothal:
OK, will add this if you want, I changed some lines to use notify-send command, because gtkdialog splash is not installed. Thanks.

Quote:
You may also want to change tint2rc so will remain border-less when the window border theme is changed

If I change:
panel_dock = 1 to panel_dock = 0,
windows will then go bellow panel - that looks bad.

Last edited by simargl on Mon 07 Jan 2013, 05:09; edited 1 time in total
Back to top
mavrothal


Joined: 24 Aug 2009
Posts: 1728

PostPosted: Mon 07 Jan 2013, 05:09    Post subject:  

simargl wrote:
mavrothal:
OK, will add this if you want, I changed some lines to use notify-send command, because gtkdialog splash is not installed. Thanks.


Nice.

You might want to keep the original name though because a) some puppy apps are checking if snapmerge is running (Frisbee for one) b) you might still use usbsave in other settings.
Is your call.

_________________
Kids all over the world go around with an XO laptop. They deserve one puppy (or many) too Very Happy
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 14 of 31 [461 Posts]   Goto page: Previous 1, 2, 3, ..., 12, 13, 14, 15, 16, ..., 29, 30, 31 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Derivatives
Jump to:  

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


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1083s ][ Queries: 13 (0.0101s) ][ GZIP on ]