**** BEGIN LOGGING AT Fri Jul 15 02:59:57 2011
Jul 15 08:41:15 <aroscha> hi
Jul 15 08:41:18 <aroscha> good morning
Jul 15 08:41:41 <aroscha> question: has anyone tried out the Mikrotik R52(H)n cards?
Jul 15 08:41:45 <aroscha> I mean with openwrt
Jul 15 08:41:55 <aroscha> did they work well with madwifi/mac80211?
Jul 15 09:14:31 <stintel> aroscha: using r52n, works fine
Jul 15 11:08:23 <CIA-89> jow * r27612 /packages/utils/mtd-utils/Makefile:
Jul 15 11:08:23 <CIA-89> [packages] mtd-utils:
Jul 15 11:08:23 <CIA-89> - make sure the parent virtual package is built, fixes missing opkg dependencies on install
Jul 15 11:08:23 <CIA-89> - replace underscores with dashes in the sub-package names
Jul 15 11:17:43 <loswillios> thanks jow_laptop
Jul 15 11:23:25 <jow_laptop> np
Jul 15 11:23:30 <jow_laptop> let me know if there's more
Jul 15 12:29:45 <WillieNL> ehm gdb 45.2M can that be right ?
Jul 15 12:37:29 <WillieNL> hmm i have enabled pthreads_debug for gdb like they say here https://forum.openwrt.org/viewtopic.php?id=22269
Jul 15 12:37:52 <WillieNL> but that is still not solving the missing library.. (libthread_db.so.1)
Jul 15 12:48:43 <WillieNL> also is that not a glibc library ?
Jul 15 12:49:41 <WillieNL> i just wanted some debug output from the rrdtool libs before start blindly upgrading to newer code..
Jul 15 12:50:13 <WillieNL> since rrdtool 1.0.50 and 1.2.? produce the same results.
Jul 15 12:51:35 <WillieNL> ldd output looks ok.. gdb no idea gdb just won't work without libthread_db..
Jul 15 12:51:39 <jow_laptop> thread debugging is next to impossible
Jul 15 12:51:51 <jow_laptop> and yes, gdb works fine without thread_db.so
Jul 15 12:51:54 <WillieNL> i dunno i just want gdb doing it's job
Jul 15 12:52:11 <WillieNL> now it is not doing mutch or atleast not showing info
Jul 15 12:52:24 <jow_laptop> well did you build the binaries with -ggdb3 ?
Jul 15 12:52:43 <jow_laptop> also are they unstripped?
Jul 15 12:52:58 <WillieNL> unstriped build if the menuconfig is correct about that.
Jul 15 12:53:13 <WillieNL> enabled debug on packages and pthread_dbug
Jul 15 12:53:22 <WillieNL> hmm moment
Jul 15 12:53:35 <WillieNL> can not chat and read a manual at the same time :s
Jul 15 12:53:39 <WillieNL> retry gdm
Jul 15 12:53:49 <WillieNL> or you can tell me how to get some magic on screen ?
Jul 15 12:54:23 <jow_laptop> gnu screen ?
Jul 15 12:54:30 <WillieNL> hmm gdb dmesg, then run afther that backtrace. -> no stack
Jul 15 12:54:31 <jow_laptop> ctrl-a-c makes a new window
Jul 15 12:54:43 <jow_laptop> ctrl-a-n switches to the next
Jul 15 12:54:50 <WillieNL> gnu screen ?
Jul 15 12:54:56 <WillieNL> where do i need that for :s
Jul 15 12:55:20 <jow_laptop> 14:48 < WillieNL> can not chat and read a manual at the same time :s
Jul 15 12:55:20 <jow_laptop> 14:48 < WillieNL> retry gdm
Jul 15 12:55:21 <jow_laptop> 14:48 < WillieNL> or you can tell me how to get some magic on screen ?
Jul 15 12:55:33 <WillieNL> like i said i can't chat irc and do stuff at the same time.. yes gnome on wrt.. not logic
Jul 15 12:55:36 <jow_laptop> thats what I meant with incomprehensible sentences btw
Jul 15 12:55:41 <WillieNL> gdm-gdb
Jul 15 12:55:48 <jow_laptop> that sounded like you need to use screen to do two things at once on one terminal
Jul 15 12:56:05 <WillieNL> just don't push me to pissed off .. that make it a lot easyer typing for me and less rushing afther a long day
Jul 15 12:56:16 <WillieNL> like yesterday
Jul 15 12:56:26 <WillieNL> i'm rushing here almosth 24/7
Jul 15 12:56:30 <WillieNL> even on hobby
Jul 15 12:56:55 <jow_laptop> as you wish
Jul 15 12:57:02 <WillieNL> somehow rrdtool failed on x86 builds in trunk and a lot people complained about that i try to fix just that.
Jul 15 12:57:04 * jow_laptop is away
Jul 15 12:57:22 * blogic finds
Jul 15 12:57:25 <WillieNL> all i try to do with some logic thinking is find the reason of the rrdtool problem behind collectd
Jul 15 12:57:25 <blogic> that sentences
Jul 15 12:57:29 <blogic> spread over 10 lines
Jul 15 12:57:32 <blogic> are hard
Jul 15 12:57:34 <blogic> to read
Jul 15 12:57:53 <WillieNL> and thats enough reason to not being able reading console output ?
Jul 15 12:58:10 <WillieNL> how to gdb.. sounds like english to me..
Jul 15 12:58:26 <WillieNL> rrdtool not working ..
Jul 15 12:58:29 <WillieNL> simple enough ?
Jul 15 12:58:36 <blogic> why so agro ?
Jul 15 12:58:42 <blogic> sorry to join in
Jul 15 12:59:05 * blogic wonders if he should read the backlog to figure out why there are bad vibes in the air
Jul 15 12:59:29 <loswillios> no clue either
Jul 15 12:59:38 <blogic> aloha loswillios
Jul 15 12:59:47 <loswillios> hi
Jul 15 12:59:54 <WillieNL> blogic: hmm 3 or 4 weeks busy on this..
Jul 15 13:00:14 <WillieNL> blogic: and happy it is x86 and not some broadcom box reflashing it 10 times a day.. get the picture ?
Jul 15 13:00:23 <blogic> no
Jul 15 13:00:30 <blogic> i have no clue what you mean
Jul 15 13:00:41 <blogic> i personally find boxes easier to work with
Jul 15 13:00:43 <blogic> there is scp
Jul 15 13:00:53 <blogic> this allows you to upload apps to a flashed box for testing
Jul 15 13:01:07 <WillieNL> i want openwrt trunk build (x86) with working collectd and rrdtool so that it will produce graphs.
Jul 15 13:01:07 <blogic> the turnover time can be very small if done in a structured way
Jul 15 13:01:13 <blogic> ok
Jul 15 13:01:21 <WillieNL> not a weird question for a user that try to fix the problem..
Jul 15 13:01:25 <blogic> you want or would like ;)
Jul 15 13:01:38 <blogic> what is a weird question ?
Jul 15 13:01:56 <WillieNL> i do need that or need to find a replacement for openwrt.. now the router runs full size gentoo..
Jul 15 13:02:08 <blogic> ok
Jul 15 13:02:37 <WillieNL> on the backfire rc5 (testing) prebuild release collectd was ok.
Jul 15 13:02:42 <blogic> so by telling people things like "dont piss me off" and "simple enough" and "owrt sucks so i use gentoo" must be a good way to get support
Jul 15 13:02:49 <blogic> ??
Jul 15 13:03:03 <WillieNL> blogic: are you trying to troll ?
Jul 15 13:03:08 <blogic> haha
Jul 15 13:03:12 <WillieNL> since i do not mean it that way olike you turn it now
Jul 15 13:03:18 <WillieNL> i just wana help
Jul 15 13:03:31 <WillieNL> and get frustrated about nothing on x86 and somehow i do not even feel welcome here
Jul 15 13:03:33 <WillieNL> more ignored
Jul 15 13:03:44 <WillieNL> sorry to say
Jul 15 13:03:54 <loswillios> blogic: I saw some amazon_se support. doesn that mean that the SMT-3010 (Infineon PSB50505) works with the lantiq target?
Jul 15 13:04:02 <blogic> sort of
Jul 15 13:04:05 <blogic> loswillios: it boots
Jul 15 13:04:09 <blogic> dsl works
Jul 15 13:04:15 <blogic> but the ethernet has problems
Jul 15 13:04:23 <blogic> the internal phy is not supported yet
Jul 15 13:04:27 <blogic> i am working on a patch
Jul 15 13:04:46 <blogic> the etop driver has full support for dnaube but ar9/vr9/ase have limited support
Jul 15 13:04:55 <blogic> there will be an updtae very soonish to fix this
Jul 15 13:05:12 <blogic> once that is done i will start to buy some ase units and port them
Jul 15 13:05:17 <WillieNL> blogic: anyway when users ask for how to debug a problem and help they get ignored for some reason.. must i quit trying and just blindly stick every issue in the mailing list before even trying my self ?
Jul 15 13:05:18 <loswillios> sounds cool
Jul 15 13:05:19 <blogic> i saw zyxel and draytek have several
Jul 15 13:05:33 <loswillios> do you have the samsung smt-g3010 too? or was it hauke
Jul 15 13:05:38 <loswillios> I can't remember
Jul 15 13:05:48 <blogic> i have one in a box somewhere
Jul 15 13:06:00 <blogic> PSB50505 == amazon
Jul 15 13:06:05 <blogic> not amazon-se
Jul 15 13:06:16 <blogic> the ase is the second edition
Jul 15 13:06:56 <loswillios> oh ok
Jul 15 13:07:13 <blogic> WillieNL: if no one knows or has time or is busy with other stuff you might have to debug it yourselve
Jul 15 13:07:44 <blogic> it is not like owrt is a ocmmercial entity where you, by downloading it get a support contract where you have a legal right to get 1st person support from people
Jul 15 13:08:06 <WillieNL> blogic: yes but somehow i keep walking in circles from uclib stuff i do not expect when only know glibc situations where everything is linked dynamicly..
Jul 15 13:08:23 <WillieNL> blogic: i do not expect 100% support like suse..
Jul 15 13:08:33 <WillieNL> blogic: i just want to help fixing that collectd problem
Jul 15 13:08:41 <WillieNL> since i do want it
Jul 15 13:09:10 <blogic> but atm you expect people to fix it for you ... or so it seems
Jul 15 13:09:18 <WillieNL> but somehow the mosth simple questions about stuff that have been done on a openwrt way will never get a reply or stay unsolved sometimes.
Jul 15 13:09:42 <WillieNL> like i keep having warnings from gdb about a library and no values from the segfaulting rrdtool librarys :(
Jul 15 13:09:45 <blogic> if they are so simple than i am sure you can figure them out yourself
Jul 15 13:09:49 <WillieNL> rrdtool exec it self works :S
Jul 15 13:10:08 <blogic> rrdtool exec it self works   <--- i dont understand what that means
Jul 15 13:10:08 <WillieNL> it is just the library that fails for a unknown reason
Jul 15 13:10:27 <WillieNL> ../usr/bin/rrdtool won't segfault
Jul 15 13:10:44 <blogic> ok, out of contect that means nothing to me, sorry
Jul 15 13:10:50 <WillieNL> when run the rrdtool.so it dumps a segfault direct to console
Jul 15 13:11:07 <WillieNL> the same segfault as i have in collectd -f
Jul 15 13:11:09 <blogic> you run a so directly ?
Jul 15 13:11:38 <WillieNL> if that trigger the segfault then i start hoping to get pointed at a routine or some like that that can hint me for seeking in the code and deps
Jul 15 13:12:00 <WillieNL> and if i'm not wrong gdb can help me with that
Jul 15 13:12:25 <blogic> and now you want someone to point the magic wand at the place in the code where the bug is or what ?
Jul 15 13:12:29 <blogic> i still dont get it
Jul 15 13:12:54 <WillieNL> no but a little help like try it this way so i can keep busy will be nice
Jul 15 13:13:11 <WillieNL> if gdb is not the right way for digging out this bug
Jul 15 13:13:37 <loswillios> it's not really clear how you exactly trigger this bug
Jul 15 13:13:44 <loswillios> to me at least
Jul 15 13:14:06 <blogic> loswillios: i think collectd -f bombs out and dies
Jul 15 13:14:28 <WillieNL> when i delete the *.rrd files and recreate them with rrdtool 1.0.50 it create a file and can't update that file on a i686 host machine it will complain about the rrd file was produced on a diffrent architecture..
Jul 15 13:14:36 <WillieNL> thats a really old problem i know
Jul 15 13:15:05 <WillieNL> somehow rrdtool executible won't segfault but the problem is in the rrd library.
Jul 15 13:15:24 <WillieNL> till sofar i was going good and bumped into a wall like no idea wat to do next
Jul 15 13:15:39 <WillieNL> blogic: no i have fixed collectd die..
Jul 15 13:15:41 <WillieNL> it continue..
Jul 15 13:15:54 <WillieNL> cause rrdtool won't die anymore but the lib segfault
Jul 15 13:16:13 <blogic> ok, now you really lost me
Jul 15 13:16:24 <WillieNL> so everything works but no graphs and collect -f keeps complaining about rrdtool not loaded.. while it did load but no output for dunno that yet
Jul 15 13:16:40 <WillieNL> i have moved from rrdtool 1.0.50 to 1.2.?
Jul 15 13:17:02 <WillieNL> Generating index for package ./rrdtool1_1.0.50-1_x86.ipk
Jul 15 13:17:03 <WillieNL> Generating index for package ./rrdtool_1.2.30-1_x86.ipk
Jul 15 13:17:08 <WillieNL> i have both..
Jul 15 13:17:16 <WillieNL> not both installed.
Jul 15 13:17:42 <WillieNL> i do think about moving to a newer rrdtool example 1.4..
Jul 15 13:17:57 <WillieNL> since they had a lot issues like this between 1.0 and 1.3
Jul 15 13:23:14 <WillieNL> if need more information feel free to ask
Jul 15 13:23:15 <WillieNL> http://pastebin.com/TqrGVfsF
Jul 15 13:23:53 <WillieNL> this is using rrdtool 1.0.50
Jul 15 13:24:02 <WillieNL> the small version..
Jul 15 13:25:12 <WillieNL> somehow must it be posible to trace those segfaults back right ? how can i do that
Jul 15 13:27:51 <WillieNL> this is also the default result when try using luci-statistics with open-wrt trunk builds last few weeks.. moving to rrdtool 1.2.30 fixed a lot mess for example that last segfault that kill collectd .
Jul 15 13:28:24 <WillieNL> but the rrdtool.so library it self keeps producing the same result every time.
Jul 15 13:31:31 <CIA-89> jow * r27613 /packages/Xorg/font/dejavu-fonts-ttf/Makefile: [packages] dejavu-fonts-ttf: make sure that virtual parent package is built
Jul 15 13:34:34 <mazilo> Does anyone here know what platform a COBY MP727-8GB (http://www.frys.com/product/6684174) is based on? It will be cool if OpenWRT can be ported to this device, especially if it fits into the docking port of a Seagate DockStar.
Jul 15 13:35:50 <blogic> mazilo: no idea but i would assume arm7 at that prive
Jul 15 13:36:13 <blogic> *price
Jul 15 13:36:21 <mazilo> blogic: The market price is around US$60.
Jul 15 13:36:38 <mazilo> blogic: Is ARM7 supported under OpenWRT?
Jul 15 13:37:01 <blogic> nope
Jul 15 13:37:22 <mazilo> blogic: I was hoping it was.
Jul 15 13:38:58 <mazilo> blogic: If it was, one can turn this device into a small monitor for a Seagate DockStar. And, when use with FreeSWITCH, it can be configured to show an incoming CID, too.
Jul 15 13:39:31 <blogic> you can use lcd4linux with a lcd
Jul 15 13:39:44 <blogic> i am sure FreeSWITCH already has a lcd4linux hook
Jul 15 13:40:05 <mazilo> blogic: This one is small and can probably fit into the docking port of a Seagate DockStar.
Jul 15 14:32:52 <WillieNL> blogic: i just don't understand why people keep protecting there selfs like " i'm not going to do that job" while i asked how i can do that crap..
Jul 15 14:34:18 <mazilo> Does anyone here know how to search/obtain an FCC ID for COBY MP727-8GB device as shown in http://www.frys.com/product/6684174 ?
Jul 15 14:34:31 <WillieNL> and try to be verbosed as posible with giving information but all that just get ignored.
Jul 15 14:35:42 <WillieNL> sad that xmff is not here... somehow with him it was posible to talk about this stuff without questions why someone is doing it while collectd is a known problem.
Jul 15 14:36:35 <mazilo> WillieNL: I thought xMff = jow_laptop ?
Jul 15 14:36:44 <blogic> mazilo: indeed
Jul 15 14:36:50 <blogic> WillieNL: ?
Jul 15 14:37:45 <WillieNL> hmm ok thats new to me but they react like 2 diffrent persons to me :(
Jul 15 14:38:18 <WillieNL> specialy if he is xMff then he know why i rebuild trunk for just collectd.. we have talked 20 times about this by now
Jul 15 14:38:42 <WillieNL> like added some extra plugins to collectd mem and other fancy stuff but can't use it without rrdtool
Jul 15 14:38:57 <WillieNL> so why do i keep getting ignored then
Jul 15 14:39:04 <WillieNL> where am i doing this for.. ?
Jul 15 14:39:10 <WillieNL> not just for me only..
Jul 15 14:40:50 <WillieNL> debugging glibc based distro's or uclibc aprears not working in the same way.. so don't be surpriced that i start asking how to continue there..
Jul 15 14:41:37 <WillieNL> i just wanted to go a but further then make.. wait .. ohw this won't work so try next version.. that do not sound like solve a problem right ?
Jul 15 14:43:24 <blogic> do you get bored of your own ranting ?
Jul 15 14:48:50 <WillieNL> lolz and then you still expect a answer ?
Jul 15 14:50:54 <WillieNL> or is it more that you have a personal problem with foreingers and try to messup a simple question to discussion ?
Jul 15 14:50:58 <WillieNL> thats for you blogic
Jul 15 14:51:01 <Delboy_1> blogic: 601-mach-gigasx76x.patch is missing inside /branches/backfire/target/linux/lantiq/patches-2.6.32/ probably because it is also missing inside trunk patches-2.6.32
Jul 15 14:52:35 <blogic> Delboy_: /me looks
Jul 15 14:53:10 <blogic> hmm
Jul 15 14:53:14 <blogic> do you need it in backfire ?
Jul 15 14:53:23 <blogic> because the images were already built
Jul 15 14:53:34 <blogic> i can merge it but adding it to rc5 is a bit cumbersome
Jul 15 14:55:19 <jow_laptop> blogic: we can do it for final
Jul 15 14:55:25 <jow_laptop> rc5 is done now
Jul 15 14:55:32 <Delboy_> well, maybe it would be better than to merge that when all the thing are working
Jul 15 14:55:36 <jow_laptop> at least I do not plan to rebuild it again
Jul 15 14:55:45 <blogic> jow_laptop: i thought so ;)
Jul 15 14:56:03 <blogic> Delboy_: according to luka he will mail me updated patches this weekend
Jul 15 14:56:25 <blogic> once i have them i will merge them in backfire and trunk and makfe sure .32 is insync with .39 / 3.0
Jul 15 14:56:33 <blogic> and then it will be part of the final builds
Jul 15 14:57:39 <CIA-89> jow * r27614 /trunk/package/uci/ (Makefile files/lib/config/uci.sh): [package] uci: implement a uci_toogle_state() wrapper in the shell api which calls uci_revert_state() before uci_set_state()
Jul 15 14:58:08 <Delboy_> ok, I dont care about rc5, just wanted to be sure that it is there in final verison
Jul 15 14:58:40 <blogic> oki
Jul 15 14:59:46 <CIA-89> jow * r27615 /branches/backfire/package/uci/ (Makefile files/lib/config/uci.sh): [backfire] backport r27614
Jul 15 15:02:45 <CIA-89> jow * r27616 /trunk/package/base-files/ (4 files in 3 dirs): [package] base-files: use uci_toggle_state() to prevent unwanted aggregation of state vars (#9711)
Jul 15 15:03:52 <CIA-89> jow * r27617 /branches/backfire/package/base-files/ (4 files in 3 dirs): [backfire] backport r27616
Jul 15 15:08:59 <CIA-89> jow * r27618 /trunk/package/firewall/ (Makefile files/lib/core_interface.sh): [package] firewall: rework state variable handling, use uci_toggle_state() where applicable and properly handle duplicates in add and del state helpers (#9152, #9710)
Jul 15 18:06:21 <mazilo> jow_laptop: R U available?
Jul 15 18:10:30 <mazilo> how_laptop: I have finished working on updating/cleaning freeswitch with some new/old modules and also added 'libzmq_cv_cxx_werror_flag="" \' flag per your suggestion. I will commit the new code soon and hope you can try to compile it for BackFire.
Jul 15 19:08:17 <CIA-89> mazilo * r27619 /packages/net/freeswitch/ (13 files in 4 dirs): updating/cleaning freeswitch with some new/old modules
Jul 15 19:26:03 <mazilo> Does OpenWRT support C#?
Jul 15 19:53:33 <RealOpty> ping jow_laptop or cshore or nbd
Jul 15 19:54:49 <RealOpty> Can someone copy target/linux/x86/config-default to target/linux/x86/config-3.0 :)
Jul 15 19:55:03 <RealOpty> exclude patches for now as some have made it upstream
Jul 15 19:59:33 <RealOpty> and when using a virtual box image depend on kmod-ide-something
Jul 15 20:24:28 <KanjiMonster> RealOpty: the vbox one is probably easier done by a profile
Jul 15 20:34:55 <RealOpty> true
Jul 15 20:35:06 * RealOpty makes vboc profile
Jul 15 20:42:19 <RealOpty> KanjiMonster, should i add a profile or just add the 'selcet package_kmod-XXX' to target/linux/x86/image/Config.in  ??
Jul 15 20:43:18 <KanjiMonster> RealOpty: I would say profile
Jul 15 20:44:01 <RealOpty> kk
Jul 15 22:48:41 <RealOpty> KanjiMonster, jow_laptop, heres the patch :)
Jul 15 22:48:42 <RealOpty> https://dev.openwrt.org/ticket/9718
Jul 15 22:50:20 <RealOpty> maybe add a note to the changelog, if you want to use it without a fresh build then clean out the tmp folder
Jul 15 22:51:27 <KanjiMonster> RealOpty: the copyright should only read 2011 (unless you had it lying around for 6 years ;)
Jul 15 22:51:40 <KanjiMonster> err, 5 years ;)
Jul 15 22:51:53 <RealOpty> :p copy paste
Jul 15 23:04:23 <RealOpty> there i added a new patch with the fix
Jul 16 01:01:56 <CIA-89> jow * r27620 /packages/utils/mc/Makefile: [packages] mc: ship with a /root/.mc/ folder (#8770)
Jul 16 01:58:03 <CIA-89> mazilo * r27621 /packages/net/freeswitch/Makefile: removed config menu
Jul 16 02:54:21 <RealOpty> jow_laptop,  here is 3.0 support for x86. https://dev.openwrt.org/ticket/9719
**** ENDING LOGGING AT Sat Jul 16 02:59:57 2011