ArchPup - First Puppy with pacman for installing apps
ArchPup is added on distrowatch waiting list http://distrowatch.com/dwres.php?resource=submit.
I was missing one thing from spaceFM compared to Thunar - emblem on read-only folders, so opened topic on
spaceFM forum. Main developer responded very quickly and positively so this might be implemented in future.
Here is that topic if you need to add some comments: http://sourceforge.net/p/spacefm/discussion/general
I was missing one thing from spaceFM compared to Thunar - emblem on read-only folders, so opened topic on
spaceFM forum. Main developer responded very quickly and positively so this might be implemented in future.
Here is that topic if you need to add some comments: http://sourceforge.net/p/spacefm/discussion/general
Last edited by simargl on Fri 18 Jan 2013, 21:29, edited 1 time in total.
-
- Posts: 1885
- Joined: Tue 05 Jun 2012, 12:17
- Location: Wisconsin USA
okay ArchPup boots with the replaced kernel, but it refuses to run X.
EDIT: At the console I did manage to get the kernel version of the modified ArchPup:
But still no X
EDIT: At the console I did manage to get the kernel version of the modified ArchPup:
Code: Select all
3.2.33-4g
Last edited by bark_bark_bark on Fri 18 Jan 2013, 20:01, edited 1 time in total.
....
I downloaded pmusic 2.6.7 from here.bark_bark_bark wrote:Scooby wrote:Did you try Mavrothals suggestion here?
...
I mean it being able to use .pet would allow me to at least be able to use pmusic on Archpup. But I highly doubt that adding a puppy repo to pacman,may spew out trouble.
followed Mavrothals instructions and installed it with inpet,
menu entry existed but I started it from terminal. It worked fine
playing real good music too - Hoovers -- Ride with me
There is some report of things missing
Code: Select all
/usr/local/pmusic/pmusic: line 401: /root/.pmusic/tmp/DONT_SAVE_PRESET: No such file or directory
which: no streamripper in (/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin)
which: no pfilesearch in (/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin)
which: no pfilesearch in (/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin)
/usr/local/pmusic/pmusic: line 417: /root/.pmusic/tmp/DONT_SAVE_PRESET: No such file or directory
I know you dont have net yet but when you do pmusic would be availible for you
-
- Posts: 1885
- Joined: Tue 05 Jun 2012, 12:17
- Location: Wisconsin USA
-
- Posts: 1885
- Joined: Tue 05 Jun 2012, 12:17
- Location: Wisconsin USA
is the adrv loading?bark_bark_bark wrote:well X still won't load, even with the adrv, so I'll never know if the wifi works or not.
try from that tty prompt:
Code: Select all
sfs_load adrv-12.12.sfs
archpupx
-
- Posts: 1885
- Joined: Tue 05 Jun 2012, 12:17
- Location: Wisconsin USA
I have a laptop with Elantech touchpad
I think it is detected as mouse??(How do you make sure?)
The solution then would be to install psmouse-elantech from AUR
I did.
I had to add link 3.6.8 to 3.6.8-1-ARCH in /usr/lib/modules
it compiles OK and put new psmouse,ko in /usr/lib/modules/3.6.8-1-ARCH/update dir
When I restart nothing new? Is it auto-loaded?
can I please get some input?
I think it is detected as mouse??(How do you make sure?)
The solution then would be to install psmouse-elantech from AUR
I did.
I had to add link 3.6.8 to 3.6.8-1-ARCH in /usr/lib/modules
it compiles OK and put new psmouse,ko in /usr/lib/modules/3.6.8-1-ARCH/update dir
When I restart nothing new? Is it auto-loaded?
can I please get some input?
when you do:bark_bark_bark wrote:That didn't work at all.
Code: Select all
sfs_load adrv-12.12.sfs
-
- Posts: 1885
- Joined: Tue 05 Jun 2012, 12:17
- Location: Wisconsin USA
Actually the adrv automatically loads at start up, it's the fact that the main sfs gives a error when it is being copied to RAM, that could be causing errors.
Last edited by bark_bark_bark on Fri 18 Jan 2013, 20:38, edited 1 time in total.
i'd try moving psmouse.ko file inside the folder /lib/modules/3.6.8/misc and:Scooby wrote:it compiles OK and put new psmouse,ko in /usr/lib/modules/3.6.8-1-ARCH/update dir
Code: Select all
depmod -a
modprobe psmouse
-
- Posts: 1885
- Joined: Tue 05 Jun 2012, 12:17
- Location: Wisconsin USA
I am thinking right now though that this could be3 the scenario here.
These are the (most likely) components that are conflicting with each other:
-The archpup.sfs/adrv.sfs - fighting over mount points
-mount points - explains why the archpup.sfs won't mount
-the kernel - not sure why
-the init system? - maybe
Hopefully someone could explain why a lot better...
EDIT: Also there is most likely a missing environment variable that is preventing from X from loading at start up. I think the variable deals with the window manager. Not sure though...
These are the (most likely) components that are conflicting with each other:
-The archpup.sfs/adrv.sfs - fighting over mount points
-mount points - explains why the archpup.sfs won't mount
-the kernel - not sure why
-the init system? - maybe
Hopefully someone could explain why a lot better...
EDIT: Also there is most likely a missing environment variable that is preventing from X from loading at start up. I think the variable deals with the window manager. Not sure though...
....
well let's test that theory....rename the adrv-12.12.sfs to xadrv-12.12.sfs....and see if the archpup-12.12.sfs loads to ram, now that the adrv doesn't exist. if so, afterwards try from the tty prompt:
Code: Select all
sfs_load xadrv-12.12.sfs
archpupx
-
- Posts: 1885
- Joined: Tue 05 Jun 2012, 12:17
- Location: Wisconsin USA
- dennis-slacko531
- Posts: 100
- Joined: Wed 18 Jan 2012, 21:53
- Location: Oregon
- Contact:
simargl --<>-- I salute you
You are to be commended. With Hippie Peace
stifiling,
Think I fixed sfs_load to support different adrv names. Here is simple patch, with one line -
every sfs file beggining with adrv will be hidden.
Think I fixed sfs_load to support different adrv names. Here is simple patch, with one line -
every sfs file beggining with adrv will be hidden.
- Attachments
-
- hide_adrv_1.9.2.patch.gz
- (317 Bytes) Downloaded 257 times
You may want to reconsider both the adrv-* in DIDRTO_SPECS and adrv_* hiding in SFS_load
No time to test but I believe presence of multiple adrv SFSs may crash the system with adrv-* in DIDRTO_SPECS.
At the same time hiding adrv_* from SFS_load will make impossible to load and test, say, adrv_kde while you are running adrv_openbox.
"Because we can" does not apply to everything (hopefully you all follow US politics )
adrv and ydrv are for the archpup developer/user to easier build and modify the total OS. Is not part of the user interface to be changed on the fly. For that you have SFS_load.
Mixing the 2 can end up in more confusion than "solutions".
People actually may want to use the system instead of just keep modifying it.
No time to test but I believe presence of multiple adrv SFSs may crash the system with adrv-* in DIDRTO_SPECS.
At the same time hiding adrv_* from SFS_load will make impossible to load and test, say, adrv_kde while you are running adrv_openbox.
"Because we can" does not apply to everything (hopefully you all follow US politics )
adrv and ydrv are for the archpup developer/user to easier build and modify the total OS. Is not part of the user interface to be changed on the fly. For that you have SFS_load.
Mixing the 2 can end up in more confusion than "solutions".
People actually may want to use the system instead of just keep modifying it.
== [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] ==
tried the above, no complaints from modprobestifiling wrote:i'd try moving psmouse.ko file inside the folder /lib/modules/3.6.8/misc and:Scooby wrote:it compiles OK and put new psmouse,ko in /usr/lib/modules/3.6.8-1-ARCH/update dir
and see if modprobe loads it without an error. if so add psmouse to the addlist line in /etc/rc.d/MODULESCONFIG...and reboot, and hopefully it works.Code: Select all
depmod -a modprobe psmouse
I didnt have the misc dir so I created it.
During startup there is a line saying module psmouse loaded.
This however changes nothing. Still doesnt read config files in /etc/X11/xorg.conf/10-synaptics
I have read a lot on arch forums but cannot get my head around this
I can add that basic touchpad works, buttons and moving cursor,
But no two-finger scroll and wot is worse every time I type I accidentally
graze touchpad, sensitivity is to high.
any suggestions? writing rule for udev concerning touchpad?
I am from windows and feel a little bit lost here in LInux-land,
See below info
from udevadm
Code: Select all
looking at device '/devices/platform/i8042/serio4/input/input1/mouse0':
KERNEL=="mouse0"
SUBSYSTEM=="input"
DRIVER==""
looking at parent device '/devices/platform/i8042/serio4/input/input1':
KERNELS=="input1"
SUBSYSTEMS=="input"
DRIVERS==""
ATTRS{name}=="ETPS/2 Elantech Touchpad"
ATTRS{phys}=="isa0060/serio4/input0"
ATTRS{uniq}==""
ATTRS{properties}=="1"
looking at parent device '/devices/platform/i8042/serio4':
KERNELS=="serio4"
SUBSYSTEMS=="serio"
DRIVERS=="psmouse"
ATTRS{resolution}=="200"
ATTRS{rate}=="100"
ATTRS{bind_mode}=="auto"
ATTRS{resync_time}=="0"
ATTRS{debug}=="0x01"
ATTRS{description}=="i8042 AUX3 port"
ATTRS{paritycheck}=="0x01"
ATTRS{resetafter}=="5"
ATTRS{reg_07}=="0x00"
ATTRS{reg_10}=="0x0b"
ATTRS{reg_11}=="0x00"
ATTRS{reg_20}=="0x45"
ATTRS{reg_21}=="0xff"
ATTRS{reg_22}=="0xff"
ATTRS{reg_23}=="0x00"
ATTRS{reg_24}=="0x00"
ATTRS{reg_25}=="0x00"
ATTRS{reg_26}=="0x00"
ATTRS{protocol}=="ETPS/2"
Code: Select all
103 [ 36.282] (II) LoadModule: "mouse"
104 [ 36.282] (II) Loading /usr/lib/xorg/modules/input/mouse_drv.so
105 [ 36.282] (II) Module mouse: vendor="X.Org Foundation"
106 [ 36.282] compiled for 1.13.0, module version = 1.8.1
107 [ 36.282] Module class: X.Org XInput Driver
108 [ 36.282] ABI class: X.Org XInput driver, version 18.0
253 [ 37.181] (II) Using input driver 'mouse' for '<default pointer>'
254 [ 37.181] (**) Option "CorePointer" "on"
255 [ 37.181] (**) <default pointer>: always reports core events
256 [ 37.181] (WW) <default pointer>: No Device specified, looking for one...
257 [ 37.246] (II) <default pointer>: Setting Device option to "/dev/psaux"
258 [ 37.246] (--) <default pointer>: Device: "/dev/psaux"
259 [ 37.246] (==) <default pointer>: Protocol: "Auto"
260 [ 37.246] (**) <default pointer>: always reports core events
261 [ 37.246] (**) Option "Device" "/dev/psaux"
262 [ 37.290] (==) <default pointer>: Emulate3Buttons, Emulate3Timeout: 50
263 [ 37.290] (**) <default pointer>: ZAxisMapping: buttons 4 and 5
264 [ 37.290] (**) <default pointer>: Buttons: 9
265 [ 37.290] (II) XINPUT: Adding extended input device "<default pointer>" (type: MOUSE, id 6)
266 [ 37.290] (**) <default pointer>: (accel) keeping acceleration scheme 1
267 [ 37.290] (**) <default pointer>: (accel) acceleration profile 0
268 [ 37.290] (**) <default pointer>: (accel) acceleration factor: 2.000
269 [ 37.290] (**) <default pointer>: (accel) acceleration threshold: 4
270 [ 37.290] (II) <default pointer>: Setting mouse protocol to "ExplorerPS/2"
271 [ 37.581] (II) <default pointer>: ps2EnableDataReporting: succeeded
Code: Select all
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ <default pointer> id=6 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ <default keyboard> id=7 [slave keyboard (3)]