[00:00] <CIA-17> florian * r4557 /packages/net/vgp/ (. Config.in Makefile ipkg/): Port vgp to -ng
[00:08] <CIA-17> florian * r4558 /packages/net/vnc-reflector/ (. Config.in Makefile ipkg/): Port vnc-reflector to -ng
[00:10] <CIA-17> florian * r4559 /packages/utils/vim/ (. Config.in Makefile ipkg/): Port vim to -ng
[00:36] <common> [mbm]: fixed, minipci card was not attached properly
[01:02] <common> http://flickr.com/photos/24017027@N00/
[01:05] <[mbm]> ah
[01:10] <common> openwrt does not sync and foobar after you flash it
[01:10] <common> the image is lost after each reboot
[01:11] <[mbm]> I think the term you meant is fubar (fucked up beyond all repair)
[01:13] <common> it does not write mtdblock0 or something like that
[01:13] <common> do you get what i mean?
[01:20] <[mbm]> slightly
[01:21] <[mbm]> what does mount show?
[01:54] <common> http://phpfi.com/139358
[01:55] <common> suggestion?
[01:55] <common> nbd which is the openwrt equivalent to http://openixp.devel.phj.hu/cgi-bin/trac.cgi/browser/target/linux/image/wrv54g/kernel-loader/files/loader.S
[01:57] <nbd> no idea
[01:57] <common> i used openixp's compiled one
[02:01] <common> i hope you don't mind if i compile the last steps to support the wrv54g as ticket?
[02:02] <[mbm]> write out the steps and include relevent files but don't simply attach the end result
[02:32] <common> https://dev.openwrt.org/ticket/684
[02:59] <common> openixp does this:
[02:59] <common> Syncing /dev/mtdblock/6 ...
[02:59] <common> Syncing /dev/mtdblock/1 ...
[02:59] <common> Unlocking /dev/mtd/3 ...
[02:59] <common> Erasing /dev/mtd/3 ...
[02:59] <common> Partition moved; please reboot.
[02:59] <common> if you flash it
[18:28] <[florian]> what's up
[18:46] <CIA-17> florian * r4560 /packages/net/vncrepeater/ (. Config.in Makefile ipkg/): Port vncrepeater to -ng
[18:46] <common> root@OpenWrt:~# airodump-ng --ivs --write foo ath0
[18:46] <common> socket(PF_PACKET) failed: Address family not supported by protocol
[18:48] <common> atheros card with wifi drivers from openwrt buildroot-ng
[18:48] <common> xscale
[18:49] <nbd> damn... i bricked my xscale board
[18:50] <nbd> fscking rg loader
[18:52] <CIA-17> florian * r4561 /packages/net/vnstat/ (. Config.in Makefile ipkg/): Port vnstat to -ng
[18:55] <common> nbd
[18:55] <common> what to do so openwrt installs itself
[18:56] <common> writing on the flash etc?
[18:56] <[mbm]> openwrt really doesn't "install" itself
[18:56] <[mbm]> the jffs2 filesystem is on flash
[18:56] <[mbm]> and reads and writes to flash
[18:56] <[mbm]> so the process of reflashing the firmware "installs" openwrt
[18:57] <common> why is everything lost after each reboot?
[18:57] <[mbm]> is / mounted as jffs2 or are you using some sort of ramdisk?
[18:57] <common> http://phpfi.com/139686
[18:58] <[mbm]> hmmm could be an issue with the kernel's mtd driver
[18:59] <common> maybe i borked it when using the openixp openrg mtd patch?
[18:59] <[mbm]> wouldn't be terribly surprised if you did
[18:59] <common> me too
[18:59] <[mbm]> but try an mtd unlock first
[19:00] <common> whcih device?
[19:00] <[mbm]> whatever one represents your root filesystem
[19:00] <[mbm]> /dev/mtd/whatever
[19:01] <[mbm]> also look at dmesg for jffs2 errors that may indicate a problem
[19:02] <common> if i flash openixp it has http://phpfi.com/139688
[19:03] <common> i successfully unlocked OpenIXP
[19:03] <CIA-17> florian * r4562 /packages/net/vpnc/ (. Config.in Makefile ipkg/): Port vpnc to -ng
[19:07] <[florian]> nbd: how do I handle dependencies for modules like kmod-tun ?
[19:08] <[florian]> using +kmod-tun asks for compiling kmod-tun like if it was a package
[19:08] <nbd> is kmod-tun ported to the new packaging code?
[19:08] <CIA-17> florian * r4563 /packages/net/vrrpd/ (. Makefile ipkg/): Port vrrpd to -ng
[19:09] <[florian]> nbd: I will check
[19:09] <[florian]> actually yes
[19:09] <[florian]> but it is in the Kernel configuration section
[19:11] <[florian]> I also tried @PACKAGE_kmod-tun
[19:15] <[mbm]> [florian]: what's the problem with kmod-tun?
[19:16] <[florian]> make -C kmod-tun compile
[19:16] <[florian]> there is no rule to make this
[19:17] <[florian]> it is being treated as a package
[19:17] <[florian]> by the way, why are there Kernel modules and Kernel Configuration ?
[19:17] <common> you should include "CONFIG_PACKET" to the kernel configs
[19:17] <[florian]> why is not everything at the same place ?
[19:18] <[florian]> common: it has nothing to do with a kernel .config issue, it is a dependency syntax for a package that depends on a kernel module
[19:18] <[mbm]> [florian]: we have a kernel config with all the modules enables, and then we have packages which gra the kernel modules and make a package .. we don't generate a kernel config
[19:19] <[mbm]> (not sure if that answers the question, I didn't quite understand it)
[19:19] <[florian]> that's not what I am saying
[19:19] <[florian]> I just wonder why we have two menuconfig sections for the same objects : kernel modules
[19:19] <common> [florian]: aircrack misses CONFIG_PACKET as kernel feature in xscale
[19:20] <[florian]> one is available under the name "Kernel Configuration / Device support"
[19:20] <[florian]> the other is named Kernel modules
[19:20] <[mbm]> [florian]: ah, that should be fixed
[19:20] <[florian]> ok :)
[19:20] <[florian]> thought it was intentional thus my reaction
[19:21] <[mbm]> well the "Kernel Configuration / ..." is from target/linux/Config.in and the other is from package/kernel
[19:22] <[florian]> right
[19:22] <[mbm]> basically target/linux/Config.in is everything we haven't moved to package/kernel yet
[19:22] <[florian]> but they should be in the same submenu I guess
[19:23] <[florian]> maybe later
[19:24] <common> [florian]: on xscale-2.6 CONFIG_PACKET is m, it should be y
[19:24] <common> CONFIG_PACKET is required for aircrack suite
[19:24] Action: [mbm] watches common repeat the same thing 20 more times while jumping up and down in a desparate plea for attention ..
[19:25] <common> actually i don't think its funny
[19:26] <common> if you'd say 'acknowledged, will be fixed' we'd be done
[19:26] <[mbm]> common: if there's a problem then submit a ticket, but constnatly interrupting a conversation is annoying
[19:26] <[florian]> [mbm]: don't be so rude
[19:27] <[mbm]> [florian]: well, I just don't need it repeated every 30 seconds
[19:27] <common> do you think i got the idea you understood the problem?
[19:27] <common> no
[19:28] <common> so i repeat
[19:28] <[mbm]> at least wait until the conversation dies down if you want an acknowledgement
[19:28] <common> i killed it
[19:28] <common> so ack now
[19:28] <[florian]> yeah ok that's ok
[19:28] <[florian]> you want CONFIG_PACKET built-in the kernel to use aircrack with it
[19:28] <[florian]> I got it, and [mbm] has got it too
[19:29] <[florian]> but we are not going to fix this within a second
[19:29] <common> i know, fixed it myself
[19:29] <[mbm]> to be honest, the more times common brought it up the lower it went on my todo list
[19:29] <common> just wanted to let you know its broken
[19:29] <[florian]> it is not a matter of reading you or whatever, I am just busy with another stuff, that's why I won't care about it instantly
[19:30] <[florian]> by the way thanks common
[19:30] <common> https://dev.openwrt.org/ticket/687
[19:31] <[mbm]> *grin* much better
[19:32] <CIA-17> florian * r4564 /branches/buildroot-ng/openwrt/target/linux/xscale-2.6/config: Enable CONFIG_PACKET built in the kernel, closes #687
[19:35] <common> how does buildroot-ng resolve depencies
[19:35] <common> example: aircrack-ng needs libpthread
[19:36] <common> but it was not provided
[19:36] <[mbm]> that's the Package/aircrack-ng DEPENDS field
[19:37] <common> https://dev.openwrt.org/ticket/688#preview
[19:38] <[mbm]> looking to see if it depends on anything else (ie pcap)
[19:55] <CIA-17> mbm * r4565 /packages/net/aircrack-ng/Makefile: fix pthread dependancy; closes #688
[20:01] <common> intel released 1.6 of their driver suite for ixp on gpl license :)
[20:02] <[mbm]> nice
[20:04] <common> i'll try to make a patch of it
[21:37] <common> the fucking accesslibrary is still proprietary
[00:00] --- Sat Aug 12 2006
[00:08] <CIA-17> florian * r4558 /packages/net/vnc-reflector/ (. Config.in Makefile ipkg/): Port vnc-reflector to -ng
[00:10] <CIA-17> florian * r4559 /packages/utils/vim/ (. Config.in Makefile ipkg/): Port vim to -ng
[00:36] <common> [mbm]: fixed, minipci card was not attached properly
[01:02] <common> http://flickr.com/photos/24017027@N00/
[01:05] <[mbm]> ah
[01:10] <common> openwrt does not sync and foobar after you flash it
[01:10] <common> the image is lost after each reboot
[01:11] <[mbm]> I think the term you meant is fubar (fucked up beyond all repair)
[01:13] <common> it does not write mtdblock0 or something like that
[01:13] <common> do you get what i mean?
[01:20] <[mbm]> slightly
[01:21] <[mbm]> what does mount show?
[01:54] <common> http://phpfi.com/139358
[01:55] <common> suggestion?
[01:55] <common> nbd which is the openwrt equivalent to http://openixp.devel.phj.hu/cgi-bin/trac.cgi/browser/target/linux/image/wrv54g/kernel-loader/files/loader.S
[01:57] <nbd> no idea
[01:57] <common> i used openixp's compiled one
[02:01] <common> i hope you don't mind if i compile the last steps to support the wrv54g as ticket?
[02:02] <[mbm]> write out the steps and include relevent files but don't simply attach the end result
[02:32] <common> https://dev.openwrt.org/ticket/684
[02:59] <common> openixp does this:
[02:59] <common> Syncing /dev/mtdblock/6 ...
[02:59] <common> Syncing /dev/mtdblock/1 ...
[02:59] <common> Unlocking /dev/mtd/3 ...
[02:59] <common> Erasing /dev/mtd/3 ...
[02:59] <common> Partition moved; please reboot.
[02:59] <common> if you flash it
[18:28] <[florian]> what's up
[18:46] <CIA-17> florian * r4560 /packages/net/vncrepeater/ (. Config.in Makefile ipkg/): Port vncrepeater to -ng
[18:46] <common> root@OpenWrt:~# airodump-ng --ivs --write foo ath0
[18:46] <common> socket(PF_PACKET) failed: Address family not supported by protocol
[18:48] <common> atheros card with wifi drivers from openwrt buildroot-ng
[18:48] <common> xscale
[18:49] <nbd> damn... i bricked my xscale board
[18:50] <nbd> fscking rg loader
[18:52] <CIA-17> florian * r4561 /packages/net/vnstat/ (. Config.in Makefile ipkg/): Port vnstat to -ng
[18:55] <common> nbd
[18:55] <common> what to do so openwrt installs itself
[18:56] <common> writing on the flash etc?
[18:56] <[mbm]> openwrt really doesn't "install" itself
[18:56] <[mbm]> the jffs2 filesystem is on flash
[18:56] <[mbm]> and reads and writes to flash
[18:56] <[mbm]> so the process of reflashing the firmware "installs" openwrt
[18:57] <common> why is everything lost after each reboot?
[18:57] <[mbm]> is / mounted as jffs2 or are you using some sort of ramdisk?
[18:57] <common> http://phpfi.com/139686
[18:58] <[mbm]> hmmm could be an issue with the kernel's mtd driver
[18:59] <common> maybe i borked it when using the openixp openrg mtd patch?
[18:59] <[mbm]> wouldn't be terribly surprised if you did
[18:59] <common> me too
[18:59] <[mbm]> but try an mtd unlock first
[19:00] <common> whcih device?
[19:00] <[mbm]> whatever one represents your root filesystem
[19:00] <[mbm]> /dev/mtd/whatever
[19:01] <[mbm]> also look at dmesg for jffs2 errors that may indicate a problem
[19:02] <common> if i flash openixp it has http://phpfi.com/139688
[19:03] <common> i successfully unlocked OpenIXP
[19:03] <CIA-17> florian * r4562 /packages/net/vpnc/ (. Config.in Makefile ipkg/): Port vpnc to -ng
[19:07] <[florian]> nbd: how do I handle dependencies for modules like kmod-tun ?
[19:08] <[florian]> using +kmod-tun asks for compiling kmod-tun like if it was a package
[19:08] <nbd> is kmod-tun ported to the new packaging code?
[19:08] <CIA-17> florian * r4563 /packages/net/vrrpd/ (. Makefile ipkg/): Port vrrpd to -ng
[19:09] <[florian]> nbd: I will check
[19:09] <[florian]> actually yes
[19:09] <[florian]> but it is in the Kernel configuration section
[19:11] <[florian]> I also tried @PACKAGE_kmod-tun
[19:15] <[mbm]> [florian]: what's the problem with kmod-tun?
[19:16] <[florian]> make -C kmod-tun compile
[19:16] <[florian]> there is no rule to make this
[19:17] <[florian]> it is being treated as a package
[19:17] <[florian]> by the way, why are there Kernel modules and Kernel Configuration ?
[19:17] <common> you should include "CONFIG_PACKET" to the kernel configs
[19:17] <[florian]> why is not everything at the same place ?
[19:18] <[florian]> common: it has nothing to do with a kernel .config issue, it is a dependency syntax for a package that depends on a kernel module
[19:18] <[mbm]> [florian]: we have a kernel config with all the modules enables, and then we have packages which gra the kernel modules and make a package .. we don't generate a kernel config
[19:19] <[mbm]> (not sure if that answers the question, I didn't quite understand it)
[19:19] <[florian]> that's not what I am saying
[19:19] <[florian]> I just wonder why we have two menuconfig sections for the same objects : kernel modules
[19:19] <common> [florian]: aircrack misses CONFIG_PACKET as kernel feature in xscale
[19:20] <[florian]> one is available under the name "Kernel Configuration / Device support"
[19:20] <[florian]> the other is named Kernel modules
[19:20] <[mbm]> [florian]: ah, that should be fixed
[19:20] <[florian]> ok :)
[19:20] <[florian]> thought it was intentional thus my reaction
[19:21] <[mbm]> well the "Kernel Configuration / ..." is from target/linux/Config.in and the other is from package/kernel
[19:22] <[florian]> right
[19:22] <[mbm]> basically target/linux/Config.in is everything we haven't moved to package/kernel yet
[19:22] <[florian]> but they should be in the same submenu I guess
[19:23] <[florian]> maybe later
[19:24] <common> [florian]: on xscale-2.6 CONFIG_PACKET is m, it should be y
[19:24] <common> CONFIG_PACKET is required for aircrack suite
[19:24] Action: [mbm] watches common repeat the same thing 20 more times while jumping up and down in a desparate plea for attention ..
[19:25] <common> actually i don't think its funny
[19:26] <common> if you'd say 'acknowledged, will be fixed' we'd be done
[19:26] <[mbm]> common: if there's a problem then submit a ticket, but constnatly interrupting a conversation is annoying
[19:26] <[florian]> [mbm]: don't be so rude
[19:27] <[mbm]> [florian]: well, I just don't need it repeated every 30 seconds
[19:27] <common> do you think i got the idea you understood the problem?
[19:27] <common> no
[19:28] <common> so i repeat
[19:28] <[mbm]> at least wait until the conversation dies down if you want an acknowledgement
[19:28] <common> i killed it
[19:28] <common> so ack now
[19:28] <[florian]> yeah ok that's ok
[19:28] <[florian]> you want CONFIG_PACKET built-in the kernel to use aircrack with it
[19:28] <[florian]> I got it, and [mbm] has got it too
[19:29] <[florian]> but we are not going to fix this within a second
[19:29] <common> i know, fixed it myself
[19:29] <[mbm]> to be honest, the more times common brought it up the lower it went on my todo list
[19:29] <common> just wanted to let you know its broken
[19:29] <[florian]> it is not a matter of reading you or whatever, I am just busy with another stuff, that's why I won't care about it instantly
[19:30] <[florian]> by the way thanks common
[19:30] <common> https://dev.openwrt.org/ticket/687
[19:31] <[mbm]> *grin* much better
[19:32] <CIA-17> florian * r4564 /branches/buildroot-ng/openwrt/target/linux/xscale-2.6/config: Enable CONFIG_PACKET built in the kernel, closes #687
[19:35] <common> how does buildroot-ng resolve depencies
[19:35] <common> example: aircrack-ng needs libpthread
[19:36] <common> but it was not provided
[19:36] <[mbm]> that's the Package/aircrack-ng DEPENDS field
[19:37] <common> https://dev.openwrt.org/ticket/688#preview
[19:38] <[mbm]> looking to see if it depends on anything else (ie pcap)
[19:55] <CIA-17> mbm * r4565 /packages/net/aircrack-ng/Makefile: fix pthread dependancy; closes #688
[20:01] <common> intel released 1.6 of their driver suite for ixp on gpl license :)
[20:02] <[mbm]> nice
[20:04] <common> i'll try to make a patch of it
[21:37] <common> the fucking accesslibrary is still proprietary
[00:00] --- Sat Aug 12 2006