Page 4 of 13
Posted: Fri 18 Jan 2013, 18:56
by simargl
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
Posted: Fri 18 Jan 2013, 19:47
by bark_bark_bark
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
Posted: Fri 18 Jan 2013, 19:51
by Scooby
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.
I downloaded pmusic 2.6.7 from
here.
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'm pretty sure it could be fixed.
I know you dont have net yet but when you do pmusic would be availible for you
Posted: Fri 18 Jan 2013, 20:14
by bark_bark_bark
I can't believe I forgot to copy the adrv*.sfs file to the folder with the modified ArchPup. No wonder why X wouldn't load.
Posted: Fri 18 Jan 2013, 20:17
by stifiling
bark_bark_bark wrote:I can't believe I forgot to copy the adrv*.sfs file to the folder with the modified ArchPup. No wonder why X wouldn't load.
lol, well that solves that. does the wifi adapter create wlan0?
Posted: Fri 18 Jan 2013, 20:19
by bark_bark_bark
well X still won't load, even with the adrv, so I'll never know if the wifi works or not.
Posted: Fri 18 Jan 2013, 20:23
by stifiling
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.
is the adrv loading?
try from that tty prompt:
and see if x will start.
Posted: Fri 18 Jan 2013, 20:27
by bark_bark_bark
That didn't work at all.
Posted: Fri 18 Jan 2013, 20:31
by Scooby
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?
Posted: Fri 18 Jan 2013, 20:33
by stifiling
bark_bark_bark wrote:That didn't work at all.
when you do:
from the tty prompt, does it say that the sfs file successfully loaded?
Posted: Fri 18 Jan 2013, 20:35
by bark_bark_bark
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.
Posted: Fri 18 Jan 2013, 20:37
by stifiling
Scooby wrote:it compiles OK and put new psmouse,ko in /usr/lib/modules/3.6.8-1-ARCH/update dir
i'd try moving psmouse.ko file inside the folder /lib/modules/3.6.8/misc and:
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.
Posted: Fri 18 Jan 2013, 20:40
by stifiling
bark_bark_bark wrote: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.
dammit, all that hard work no pay off. i'm not sure what to try next man.
Posted: Fri 18 Jan 2013, 22:33
by bark_bark_bark
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...
Posted: Fri 18 Jan 2013, 23:28
by stifiling
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:
Posted: Fri 18 Jan 2013, 23:31
by bark_bark_bark
I am not sure if it makes a difference. X should load on start-up pending that all the environment variables are there.
simargl --<>-- I salute you
Posted: Sat 19 Jan 2013, 07:22
by dennis-slacko531
You are to be commended. With Hippie Peace
Posted: Sat 19 Jan 2013, 08:12
by simargl
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.
Posted: Sat 19 Jan 2013, 13:18
by mavrothal
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.
Posted: Sat 19 Jan 2013, 13:49
by Scooby
stifiling wrote:Scooby wrote:it compiles OK and put new psmouse,ko in /usr/lib/modules/3.6.8-1-ARCH/update dir
i'd try moving psmouse.ko file inside the folder /lib/modules/3.6.8/misc and:
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.
tried the above, no complaints from modprobe
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"
from /var/log/Xorg.0.log
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
from xinput list
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)]