**** BEGIN LOGGING AT Sun Jan 04 02:59:57 2009 Jan 04 03:05:27 Bartman007: ping Jan 04 03:11:37 mirko * r13851 /packages/lang/cython/Makefile: prohibit cython of building *.so-files - just use plain python-implementation Jan 04 03:11:49 johnrw: pong Jan 04 03:13:35 hi... on my ixp's i seem to see some macaddress confusion... where sometimes the incorrect addresses get assigned... to eth0 eth1... am i the only one with it...? Jan 04 03:15:06 especially if i use a bridge... i get wierd results. Jan 04 03:16:36 mirko * r13852 /packages/lang/cython/Makefile: not broken anymore due to prior commit Jan 04 03:17:06 good night hackers Jan 04 03:17:20 night mirko Jan 04 03:17:36 i always have to force the macaddr in /etc/config/network for each item... but i can't control what brctl winds up doing to the macaddresses... Jan 04 03:17:51 johnrw: I think I've seen similar I'll try to check once I unpack my avila Jan 04 03:18:10 It seems to happen on the usr8200 and the actiontec... Jan 04 03:18:41 did anyone ever add code to load the macaddresses on those devices? ;) Jan 04 03:19:58 i wound up having to implement a custom-user script... that goes something like... ifconfig eth0 down... ifconfig eth0 hw ether 00:xx:xx... ifconfig eth0 up to get my lan working... with a bridge loaded... Jan 04 03:21:56 but the good news is that I have successfully added a usb based network card that goes into AP mode... to that router that had no wireless ...! I used a Linksys Wusb54gV2 and the latest compat-wireless on .28 Jan 04 03:23:06 Jose said it may try and get the macaddresses from Redboot's config... Jan 04 03:23:34 yeah, that's usually how I've seen it done Jan 04 03:23:58 which obviously doesn't exist on the actiontec because the bootloader was reflashed. Jan 04 03:24:25 did you do the same to the usr8200? Jan 04 03:25:55 ok... well jose did some magic, to make redboot work using the lan port... so I didn't have to reconnect to get past the firewall on the lan side... but yes... when we install redboot... we have to set it up with fconfig... and redboot decides where to store that... on it's own... Jan 04 03:26:16 on both the usr and actiontec Jan 04 03:29:30 since these boards seem to not have an eeprom... to store the mac... it should be easier to do this... correctly... but... Jan 04 06:57:15 ok... now I am on a new machine... and when i tell openwrt's wiki to mail me my username and password it doesn't accept the password offered in the email... some encrypted password... starts out {sha}... thanks for sending me an encrypted password guys... Jan 04 06:58:20 Now I have to restore from a backup... just to get around this... and just edit a freakin wiki Jan 04 07:00:46 I mean... does anyone think the NSA is going to go through all the trouble to intercept my communications... so they can edit the wiki as a johnrw imposter? Jan 04 07:01:04 Or 'the terrorists' Jan 04 07:01:12 the terrorists have already won Jan 04 07:01:41 yeah... just take a picture at LAX and see the victory... Jan 04 07:02:50 Grandma's being patted down by uniformed thugs. God, I will be glad to see Bush ride out of Washington... and his sidekick assholes... too Jan 04 07:03:12 but that is a separate issue... Jan 04 07:03:15 i'd be gladder if they marched from there into jail Jan 04 07:03:33 Or to a gullitine Jan 04 07:03:46 a fair trial followed by a first class hanging Jan 04 07:03:47 however them frenchies spell it... Jan 04 07:04:14 Off with his head... Jan 04 07:05:17 But an encrypted password does me little good... Jan 04 07:05:29 technically it is hashed Jan 04 07:05:35 damn... now the backup machine won't start... Jan 04 07:05:42 that's a moinmoin thing ... i've seen it before but it somehow worked for me somehow Jan 04 07:06:57 well hashed, encrypted or even xor'ed... it aint human readable... and so it's apparently useless... Jan 04 07:07:22 johnrw: not really. Jan 04 07:07:23 "The email you get contains the encrypted password (so even if someone intercepts the mail, he won't know your REAL password). Just copy and paste it into the login mask into the password field and log in." Jan 04 07:07:52 "Then change your password to a known value and save your settings." Jan 04 07:07:56 Now I realize... I am probably doing something wrong... but all I can do is follow it's instructions... Jan 04 07:07:58 russell_: thanks, I was going to paste the link, but wanted to make sure it works for people who aren't logged in. Jan 04 07:08:34 The strange thing is the email says: Login URL: http://wiki.openwrt.org/UserPreferences Jan 04 07:08:47 There is no way to log in on that page. Jan 04 07:09:10 So I go to the normal login page... but it gets rejected... Jan 04 07:09:19 copy and paste Jan 04 07:09:21 cookies? Jan 04 07:10:13 now what do you mean 'aren't logged in'... could I be logged in already on another browser possibly? Jan 04 07:10:32 I have too many to keep track of... lol Jan 04 07:11:16 damn......... sorry guys... Jan 04 07:11:59 how did that happen! This konqueror is already logged in in a different window... (way down in the stack) Jan 04 07:12:18 So it only allows 1 tab to be logged in? Jan 04 07:12:38 The others indicate I am not logged in... Jan 04 07:13:07 yeah, interesting Jan 04 07:13:21 similar thing in firefox Jan 04 07:13:28 OpenWrt Jan 04 07:13:28 fullsearch180Search Titles Text Jan 04 07:13:28 JohnWoods Jan 04 07:13:28 Preferences Jan 04 07:13:28 Logout Jan 04 07:13:35 ooops... Jan 04 07:13:38 sty Jan 04 07:14:53 I think I need to take a break... Once I get pissed off, by little glitches... like this... everything goes downhill fast... :) Jan 04 07:16:02 no. i had cookies blocked in this browser. with cookies allowed, it works as expected Jan 04 07:18:23 is that it... konqueror has cookies blocked? Jan 04 07:18:35 check Jan 04 07:18:46 right... Jan 04 07:20:32 konqy says allow all cookies as default policy Jan 04 07:20:54 is there an exceptions page? Jan 04 07:21:23 and in mgmnt... i didn't even see one for any openwrt.org or wiki.openwrt.org domain... Jan 04 07:24:13 perhaps a hint... in the event of a failed login... about another tab being logged in already does it... at least that would remind me a year from now... Jan 04 07:24:40 i have multiple tabs logged in Jan 04 07:36:20 well maybe I should find out what my password is... so I can login... in other tabs... but the encrypted,hashed one ain't working... Jan 04 07:45:39 ok... issue solved... but maybe a better thing to do... is if the user is already logged in... refuse to mail the password stuff until they log out... Jan 04 07:46:04 I have both firefox and konqy logged in now... Jan 04 07:46:18 but man... that was driving me nuts... Jan 04 08:54:00 Bartman007: ping? Jan 04 08:58:36 I think this ixp problem stems from RedBoot referring to the wan port as npe_eth0_esa, but in Openwrt, eth0 is always for lan. So if during Openwrt setup... it would scan for eth0... say using fconfig, it will take the mac from npe_eth0_esa and assign it to eth0 which is wrong. Jan 04 09:12:05 This is only a problem if wan is the first port. Jan 04 09:32:27 juhosg * r13853 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/mach-wnr2000.c: [ar71xx] fix the registered machine type of the WNR2000 board Jan 04 12:13:32 florian * r13854 /packages/net/lftp/ (3 files in 2 dirs): Update lftp to 3.7.7 (#4413) Jan 04 12:25:53 mirko * r13855 /packages/Xorg/efl/etk/ (. Makefile): adding etk (toolkit based on efl) Jan 04 12:56:36 florian * r13856 /trunk/toolchain/gcc/Makefile: Fix ssp enabling/disabling (#4388) Jan 04 13:01:23 michu * r13857 /packages/sound/mpc/Makefile: update mpc to v0.14 Jan 04 13:26:39 mirko * r13858 /packages/lang/ (20 files in 10 dirs): adding python bindings for the "Enlightenment Foundation Libraries (EFL)" Jan 04 14:23:40 kaloz: ping Jan 04 18:42:53 juhosg * r13859 /trunk/tools/firmware-utils/src/mkfwimage.c: [tools] firmware-utils/mkfwimage: fix Ubiquiti firmware generation (closes #4414) Jan 04 19:06:11 juhosg * r13860 /trunk/target/linux/ar71xx/ (9 files in 4 dirs): [ar71xx] add preliminary support for the Atheros PB42 board Jan 04 19:07:18 juhosg * r13861 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/mach-generic.c: [ar71xx] remove board specific stuff from the generic machine setup Jan 04 19:24:43 mirko * r13862 /packages/lang/cython/Makefile: added as build dependency, because as regular dependency can't be reolved as its a virtual package Jan 04 19:46:59 juhosg * r13863 /trunk/target/linux/ar71xx/ (9 files in 4 dirs): [ar71xx] add preliminary support for the Planex MZK-W300NH board Jan 04 19:59:10 ping kaloz Jan 04 19:59:19 kaloz: ping Jan 04 20:14:08 mirko * r13864 /packages/lang/ (5 files in 5 dirs): added and as build dependencies Jan 04 21:01:11 lars * r13865 /packages/Xorg/wm/ (3 files in 2 dirs): Jan 04 21:01:11 Rename matchbox to matchbox-window-manager as suggested by hanez since its the Jan 04 21:01:11 actuall package name and better fits the naming scheme of soon to be added Jan 04 21:01:11 matchbox packages. Jan 05 00:27:58 agb * r13866 /trunk/package/mac80211/Makefile: [package] mac80211: fix compat-wireless-old md5sum Jan 05 00:39:27 mirko * r13867 /packages/phone/ (5 files in 3 dirs): creating new section "phone" and adding fso (freesmartphone.org) DBus API reference implementation Jan 05 00:39:36 good night hackers Jan 05 01:53:50 frogonwheels in the hizzy? Jan 05 01:54:54 eh? hizzy? Jan 05 01:54:59 yeah house oh ok Jan 05 01:55:23 trying to inject some street lingo into the hackers den Jan 05 01:55:28 :) Jan 05 01:55:35 dbro: hence the name.. Jan 05 01:55:40 touche Jan 05 01:55:48 dbro: speex isn't a bad example Jan 05 01:56:33 right... so I'll do a bit more testing and see if I can make some progress with those buildroot-ng docs Jan 05 01:56:48 dbro: or just look at feeds/packages/libs/speex Jan 05 01:57:45 .. it's got multiple packages in the one file.. it's got extra target flags.. extra link flags.. additional args to the Make.. Jan 05 01:57:50 .. and to the configure Jan 05 01:57:59 good! examples are very helpful. thanks Jan 05 01:58:16 dbro: the two macros that look like:$(eval $(call BuildPackage,libspeex)) Jan 05 01:58:32 ok Jan 05 01:58:44 and some other stuff .. is parsed by a separate script to generate the configure scripts and the package info Jan 05 01:59:06 .. so you need to consider the Makefile as both a custom Makefile, and a configuration file. Jan 05 01:59:39 dbro: when you do make menuconfig then quit out of it.. you may see errors pertaining to your Makefile. Jan 05 01:59:49 (still left on the screen) Jan 05 02:00:23 hmmm.. didn't see any errors, but I'll look closely next time Jan 05 02:00:31 dbro: You know how to compile a specific target right? Jan 05 02:00:35 yes Jan 05 02:00:44 (makefile target that is) Jan 05 02:00:48 make package/blahblah-compile Jan 05 02:00:56 .. you can also do make package/blahblah-clean Jan 05 02:01:01 should I bother? Jan 05 02:01:13 dbro: no.. but it might be useful later. Jan 05 02:01:18 ok Jan 05 02:01:58 dbro: generally, if anything has changed, the build system will remove the directory in build_dir/{target}/ and start again with the unpack/patch Jan 05 02:02:08 ok good Jan 05 02:02:17 ..so if you make changes in there, do it with a patchfile :) Jan 05 02:02:23 yes! Jan 05 02:12:29 good! that took care of that problem- now I've got more patching to do Jan 05 02:12:33 thanks! Jan 05 02:12:39 np dbro **** ENDING LOGGING AT Mon Jan 05 02:59:58 2009