Page 5 of 11
Posted: Tue 04 Dec 2012, 15:30
by mavrothal
simargl wrote: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 remove folder /lib/udev/rules.d, then extract package
and copy content inside install folder to rootfs
Everyone who had problems with wireless because firmware modules was not loading etc. please test this and report your findings. Thanks
Didn't quite work for me.
Usually the files are in /lib/udev and not in /lib also libudev goes to /lib and not /usr/lib (otherwise you end up with libs in both places).
Maybe I did not manage to clear all the old udev files. I'll give it another try, but maybe is better to use consistent file location so will overwrite the preexisting ones.
Posted: Tue 04 Dec 2012, 16:43
by simargl
Usually the files are in /lib/udev and not in /lib also libudev goes to /lib and not /usr/lib (otherwise you end up with libs in both places).
Thanks, I fixed that recompiled and changed instructions, to make clean reinstall.
See here:
http://murga-linux.com/puppy/viewtopic. ... 885#668885
Posted: Tue 04 Dec 2012, 18:06
by mavrothal
simargl wrote:Usually the files are in /lib/udev and not in /lib also libudev goes to /lib and not /usr/lib (otherwise you end up with libs in both places).
Thanks, I fixed that recompiled and changed instructions, to make clean reinstall.
See here:
http://murga-linux.com/puppy/viewtopic. ... 885#668885
Yep. That's good. wifi is OK.
Though I still have the same problems as I had with my udev-167. ie terminal still needs /dev/pts to run.
I did not check if there are any devices in initrd, but you might need udev also there, though the kernel should be configured to support this.
Also I noticed a lot of broken kmod symlinks in archpup. Is it booting with kmod?
Posted: Tue 04 Dec 2012, 18:44
by simargl
I see that /dev/pts is not created for me either, but terminal is still working. Its so strange because I remember that earlier it refused to work with error 'Cannot open your terminal /dev/pts'. Maybe to test with this in rc.sysinit
Code: Select all
mkdir /dev/pts
busybox mount -t devpts devpts /dev/pts
kmod was in /usr/bin, and I moved it to /sbin, to create modules.dep on startup if needed.
Code: Select all
mv install/usr/bin/kmod install/sbin/kmod
rm install/sbin/{depmod,modprobe}
rm install/usr/bin/{insmod,lsmod,modinfo,rmmod}
cp install/sbin/kmod install/sbin/depmod
ln -s /sbin/kmod install/sbin/modprobe
ln -s /sbin/kmod install/sbin/insmod
ln -s /sbin/kmod install/sbin/lsmod
ln -s /sbin/kmod install/sbin/modinfo
ln -s /sbin/kmod install/sbin/rmmod
Please tell me where are broken links. Did I forget something?
Posted: Tue 04 Dec 2012, 20:03
by cinclus_cinclus
simargl wrote:@cinclus_cinclus: You need to remove or comment last lines in /etc/profile, inside if statement.
OK.
(Intel-3D-driver) ... if it's not available it will then use vesa.
I'm afraid not: neither the intel nor the vesa are installed automatically.
So for the moment I got a working solution with the following configuration (in /etc/X11/xorg.conf.d/10-monitor.conf):
Code: Select all
Section "Monitor"
Identifier "Monitor0"
EndSection
Section "Device"
Identifier "Device0"
Driver "vesa" #Choose the driver used for this monitor
EndSection
Section "Screen"
Identifier "Screen0" #Collapse Monitor and Device section to Screen section
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24 #Choose the depth (16||24)
SubSection "Display"
Depth 24
Modes "1280x1024" #Choose the resolution
EndSubSection
EndSection
I never got a problem before with an Xorg-Intel-driver on my MSI G45M Digital mobo on any other distribution (an exception was SALIX).
Posted: Tue 04 Dec 2012, 21:39
by mavrothal
simargl wrote:I see that /dev/pts is not created for me either, but terminal is still working. Its so strange because I remember that earlier it refused to work with error 'Cannot open your terminal /dev/pts'. Maybe to test with this in rc.sysinit
Code: Select all
mkdir /dev/pts
busybox mount -t devpts devpts /dev/pts
I do that in /root/.start and works ok but then in some case like issuing 'alsamixer -V all' I get "rxvt-unicode failed to open"
simargl wrote:Please tell me where are broken links. Did I forget something?
Looks OK. I can not find it anymore in a fresh install
Posted: Wed 05 Dec 2012, 00:25
by stifiling
@mavrothal
thanks for that udev pet....it fixed the issue. i think it'll be helpful to users to remaster it...as well as /lib/firmware into the next release.
Posted: Wed 05 Dec 2012, 01:53
by puppyluvr
Hello,
As we can see, my efforts to Woof a fully formed Archpup were in vain..
But a base release, with much user input, will eventually produce a fully functional Pup.. Hail to all involved.. This will be a most useful Pup, a revolution... Not a bit jealous that someone else got it started...
Keep going, dont give up till this is a viable option to the Puppy world..
Awesome work... Much kudos... This could really be Puppy changing in terms of integrating pacman.. And some have already exported this to other Puppies... Aww.. Gotta love the Borg spirit in Puppy..... Feel good man..
You deserve it.....
Posted: Wed 05 Dec 2012, 02:12
by greengeek
stifiling wrote:@mavrothal
thanks for that udev pet....it fixed the issue. i think it'll be helpful to users to remaster it...as well as /lib/firmware into the next release.
Does the udev affect all wifi adapters do you think? or is it only for adapters hooked in via usb?
Posted: Wed 05 Dec 2012, 04:01
by stifiling
greengeek wrote:Does the udev affect all wifi adapters do you think? or is it only for adapters hooked in via usb?
u know i haven't thoroughly tested it. the archpup i'm testing it on, is one that i switched the kernel to 3.2.8-ski....the saluki kernel.
so using the udev pet posted above...and the saluki kernel, my wireless is working on all my machines the same as if i was using any other puplet. usb or builtin. but with the default Archpup kernel...i cannot say.
but going off what "i think" though..."i think" it should work like it does with any other puppy....i really don't see a reason why it wouldn't. jus can't say 'for sure' yet.
Posted: Wed 05 Dec 2012, 06:09
by mavrothal
simargl,
are aufs-utils included in the build? Could not find them anywhere. I could not also find aufs_type.h in the kernel headers
and the one in the kernel source will not do.
Posted: Wed 05 Dec 2012, 08:34
by simargl
mavrothal wrote:simargl,
are aufs-utils included in the build? Could not find them anywhere. I could not also find aufs_type.h in the kernel headers
and the one in the kernel source will not do.
It should be there:
Code: Select all
[root@archpup src]# ls
linux linux-3.6.8
[root@archpup src]# find linux-3.6.8 -name *aufs*
linux-3.6.8/Documentation/ABI/testing/debugfs-aufs
linux-3.6.8/Documentation/ABI/testing/sysfs-aufs
linux-3.6.8/Documentation/filesystems/aufs
linux-3.6.8/fs/aufs
linux-3.6.8/fs/aufs/aufs.h
linux-3.6.8/fs/aufs/dbgaufs.c
linux-3.6.8/fs/aufs/dbgaufs.h
linux-3.6.8/fs/aufs/sysaufs.c
linux-3.6.8/fs/aufs/sysaufs.h
linux-3.6.8/include/config/aufs
linux-3.6.8/include/linux/aufs_type.h
Posted: Wed 05 Dec 2012, 09:13
by simargl
So I got only one response on request for testing udev
. OK
See this linux-firmware-20121118.tar.xz in
ftp://ftp.archlinux.org/other/linux-firmware/
It contains all linux firmware and needs only simple compressing to sfs module.
I will leave that to interested users (if any). Today will make final update to version 1204
with new udev and some other stuff.
Posted: Wed 05 Dec 2012, 10:52
by mavrothal
simargl wrote:mavrothal wrote:simargl,
are aufs-utils included in the build? Could not find them anywhere. I could not also find aufs_type.h in the kernel headers
and the one in the kernel source will not do.
It should be there:
Code: Select all
[root@archpup src]# ls
linux linux-3.6.8
[root@archpup src]# find linux-3.6.8 -name *aufs*
linux-3.6.8/Documentation/ABI/testing/debugfs-aufs
linux-3.6.8/Documentation/ABI/testing/sysfs-aufs
linux-3.6.8/Documentation/filesystems/aufs
linux-3.6.8/fs/aufs
linux-3.6.8/fs/aufs/aufs.h
linux-3.6.8/fs/aufs/dbgaufs.c
linux-3.6.8/fs/aufs/dbgaufs.h
linux-3.6.8/fs/aufs/sysaufs.c
linux-3.6.8/fs/aufs/sysaufs.h
linux-3.6.8/include/config/aufs
linux-3.6.8/include/linux/aufs_type.h
It is in the kernel source sfs but not in /usr/include/linux where it should be. And just copying it over still fails (I do not have the compile error handy now).
What kernel headers do you have in the dev-archpup.sfs?
Posted: Wed 05 Dec 2012, 11:23
by simargl
It is original linux-api-headers from Arch. I did not compile it, because glibc needs them and
I thought that recompiling them could create some compatibility issues. You have list of
files from that package here /var/lib/spkg/installed/linux-api-headers.
Posted: Wed 05 Dec 2012, 12:42
by mavrothal
simargl wrote:It is original linux-api-headers from Arch. I did not compile it, because glibc needs them and
I thought that recompiling them could create some compatibility issues. You have list of
files from that package here /var/lib/spkg/installed/linux-api-headers.
It's a good idea the kernel headers to come from the kernel in use.
For most user-space apps kernel headers make little difference so you should not be worried for this kind of packages.
But kernel related stuff (drivers, fs etc) may not compile or compile but fail to work if build against a different kernel.
So I would think to run linux-api-headers/PKGBUILD against your patched and configured kernel source and include this in the build.
Posted: Wed 05 Dec 2012, 13:53
by slenkar
simargl wrote:
@slenkar: Can you if test this works
Code: Select all
git clone git://github.com/keenerd/packer.git
yep that worked,
Was that to test if I can use git?
Posted: Wed 05 Dec 2012, 14:02
by simargl
I tried to compile linux-api-headers and got this after make headers_check
Code: Select all
perl: warning: Falling back to the standard locale ("C").
/usr/src/linux-3.6.8/usr/include/asm-generic/fcntl.h:4: included file 'linux/types.h' is not exported
/usr/src/linux-3.6.8/usr/include/asm-generic/ioctls.h:4: included file 'linux/ioctl.h' is not exported
/usr/src/linux-3.6.8/usr/include/asm-generic/siginfo.h:5: included file 'linux/types.h' is not exported
/usr/src/linux-3.6.8/usr/include/asm-generic/signal.h:4: included file 'linux/types.h' is not exported
/usr/src/linux-3.6.8/usr/include/asm-generic/statfs.h:4: included file 'linux/types.h' is not exported
/usr/src/linux-3.6.8/usr/include/asm-generic/termbits.h:4: included file 'linux/posix_types.h' is not exported
make[2]: *** [/usr/src/linux-3.6.8/usr/include/asm-generic/.check] Error 123
make[1]: *** [asm-generic] Error 2
make: *** [headers_check] Error 2
==> ERROR: A failure occurred in build().
Aborting...
It's definitely related to aufs, becuase without aufs patches it compiles fine. But how to fix this?
Any ideas?
@slenkar: Yes, that was for testing git, so if that works you can now use packer
Posted: Wed 05 Dec 2012, 17:45
by mavrothal
simargl wrote:I tried to compile linux-api-headers and got this after make headers_check
I _think_ this may have to do with how you got, patched and packaged your source and not with the aufs code per se.
Trying
Code: Select all
make INSTALL_HDR_PATH=/root headers_install
I do get the same perl warning but the aufs_type.h and version.h are properly exported.
These are sufficient to allow aufs-utils compilation. I attache the compiled utilities in case someone else wants to try them.
Posted: Wed 05 Dec 2012, 22:28
by T_Hobbit
simargl wrote:So I got only one response on request for testing udev
. OK
See this linux-firmware-20121118.tar.xz in
ftp://ftp.archlinux.org/other/linux-firmware/
It contains all linux firmware and needs only simple compressing to sfs module.
I will leave that to interested users (if any). Today will make final update to version 1204
with new udev and some other stuff.
I try your fix but no luck. Will try again later more carefully.
Also still trying to figure out where to create the savefile...