You are not logged in.
ndiswrapper-utils are now available in the AUR https://aur.archlinux.org/packages.php?ID=49935
Offline
Hi folks
I don't know why they decided to drop ndiswrapper. I could not get it to work from AUR. I did the following to make the darn thing compile. YMMV. Hope they will reinclude the ndiswrapper to archives soon.
1. Get clean source of 1.56 from sourceforge.
2. patch -p0 < ../ndiswrapper-suse.patch
3. patch -p0 < ../ndiswrapper-1.56-2.6.35.patch
4. In driver/wrapndis.c move all #include <linux/...> to the top of the include lists. Just re-order them.
5. Copy smp_lock.h to /usr/src/linux.../include/linux/
6. Add #include <linux/smp_lock.h> to driver/loader.c
7. make and make install
It puts the module in the /lib/modules/misc. Try insmod with full path after a depmod -a.
Get the first two patches from http://ubuntuforums.org/showthread.php?t=1549190&page=8
smp_lock.h is also available on the net, eventhough you may end up having to copy/save and remove line numbers from the html formatted file. If I can find a way to load the files here I will.
Good luck
Sree
Offline
I could not get it to work from AUR.
What went wrong? Have you posted about your problems on the AUR page of that package?
Offline
skodela wrote:I could not get it to work from AUR.
What went wrong? Have you posted about your problems on the AUR page of that package?
Hi Karol
I did not report it. When I tried using yaourt, I got some error about ndiswrapper-utils being a missing dependency. Once I fished out and installed that from arch rollback machine, yaourt progressed further but then failed with en error about IOCTLs. That is when I wandered over and found the above process. After I managed to compile and put together the message above I found it already written in ubuntu forums!
Thanks
Offline
karol wrote:skodela wrote:I could not get it to work from AUR.
What went wrong? Have you posted about your problems on the AUR page of that package?
Hi Karol
I did not report it. When I tried using yaourt, I got some error about ndiswrapper-utils being a missing dependency.
That's what I thought - please read this https://bugs.archlinux.org/task/24749
It should work now.
Next time, please investigate what went wrong.
Offline
skodela wrote:karol wrote:What went wrong? Have you posted about your problems on the AUR page of that package?
Hi Karol
I did not report it. When I tried using yaourt, I got some error about ndiswrapper-utils being a missing dependency.
That's what I thought - please read this https://bugs.archlinux.org/task/24749
It should work now.Next time, please investigate what went wrong.
Even after installing the ndiswrapper-utils from old package, it still complained about ioctls, __attribute__ errors, missing lock_kernel and unlock_kernel and so on. This went on until I did what I enumerated in the original post. So AUR somehow did not help and it did not really help that I was booting in to puppy linux to get information and packages and then boot in to ARCH to tru compiling and so on.
I hope we don't get anymore surprise package drops like this. I ended up installing puppy just for sake of having access to internet on the laptop until this is sorted out.
Next time, please investigate what went wrong.
Sure!
Offline
Hi guys, I'm the current ndiswrapper maintainer on AUR.
I found this discussion about 10 minutes after my new buildscript upload on AUR (pkgrel=11).
To workaround the blacklisted ndsiwrapper-utils, I merged ndiswrapper and ndiswrapper-utils into a single package.
Btw, I see Andrea has enabled again ndsiwrapper-utils on AUR, and I just adopted it.
Now, we have two choices:
leave packages merged && request a deletion for ndiswrapper-utils || split again
My vote goes to the first one, cause it would be simpler to maintain and overall
I do not find any valid reason not related to moral rigidity for splitting them.
Anyway, someone could point a reasonable cause for doing it.
Votes?
PGP Key: F27FB7DA
Key fingerprint: 8840 BD07 FC24 CB7C E394 A07C CF70 37A4 F27F B7DA
Offline
I vote for keeping them merged.
Offline
Ndiswrapper was used for drivers for network/wireless chipsets that didn't have native linux versions, but how many of those are left ?
example : The Broadcom chipsets are now supported in kernel since 2.6.37
Not all broadcom chips are supported, only *most* of them. eheh
joe@trusktr.io - joe at true skater dot io.
Offline
@speps I vote to keep them merged!
joe@trusktr.io - joe at true skater dot io.
Offline
I vote for merger, too.
Offline