ArchPup - Puppy based on Arch Linux

For talk and support relating specifically to Puppy derivatives
Post Reply
Message
Author
User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#91 Post 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

Code: Select all

tar -xf udev-175-1.tar.bz2
and copy content inside install folder to rootfs

Code: Select all

cp -aRf install/* /
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.
== [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

#92 Post 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

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

#93 Post 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?
== [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

#94 Post 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?

cinclus_cinclus
Posts: 68
Joined: Sun 22 Feb 2009, 10:00

#95 Post 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).

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

#96 Post 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 :oops:
== [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

#97 Post 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.

User avatar
puppyluvr
Posts: 3470
Joined: Sun 06 Jan 2008, 23:14
Location: Chickasha Oklahoma
Contact:

#98 Post by puppyluvr »

:D 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... :roll:

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..... :)
Close the Windows, and open your eyes, to a whole new world
I am Lead Dog of the
Puppy Linux Users Group on Facebook
Join us!

Puppy since 2.15CE...

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#99 Post 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?

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

#100 Post 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.

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

#101 Post 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.
== [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

#102 Post 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

simargl

#103 Post 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.

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

#104 Post 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?
== [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

#105 Post 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.

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

#106 Post 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.
== [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] ==

slenkar
Posts: 228
Joined: Sat 11 Jul 2009, 01:26

#107 Post 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?

simargl

#108 Post 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 :)

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

#109 Post 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.
Attachments
aufs-util3-archpup.tar.gz
aufs-utils for archpup 1204-1
(52.18 KiB) Downloaded 552 times
== [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] ==

User avatar
T_Hobbit
Posts: 400
Joined: Sat 27 May 2006, 10:50
Location: Portugal - Lisbon

#110 Post 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...
T_Hobbit
:idea: Rebuilding old DOS Machine for Wing Commander Privateer and Puppy :!: Old spare parts to give away - anyone interested :?:

Post Reply