**** BEGIN LOGGING AT Sat Nov 06 02:59:57 2010 Nov 06 04:03:27 build #20 of iop32x is complete: Exception [exception failed slave lost shell_13 compile_12] Build details are at http://tksite.gotdns.org:8010/builders/iop32x/builds/20 Nov 06 04:03:29 build #20 of ifxmips is complete: Exception [exception failed slave lost shell_13 compile_12] Build details are at http://tksite.gotdns.org:8010/builders/ifxmips/builds/20 Nov 06 11:05:30 <_trine> xMff, http://dpaste.com/271299/ Nov 06 12:35:07 Hi, a silly but strategical question: I have in my recent compilations the error "Library not found: libcom_err.so.2" but I have no idea on how to find the parameters that influences this library, both in make menuconfig of make kernel_menuconfig. Someone can help me ? Nov 06 12:37:10 tu non vuoi ricevere mail, non vuoi scrivere documentazione, non vuoi che ti rompano i coglioni ma io se non riuscivo a contattare sta gente col cazzo che capivo grosso modo come funziona sta cosa. Nov 06 12:37:22 (Sorry OT message :) ) Nov 06 12:51:57 Mh, questo non l'ho ancora verificato effettivamente. Nov 06 13:25:54 build #19 of x86 is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/x86/builds/19 Nov 06 14:49:38 jow * r23893 /packages/utils/shadow/ (4 files in 2 dirs): [packages] add the shadow suite, provides useradd, usermod, userdel, groupadd, groupmod, groupdel utilities Nov 06 14:50:32 \o/ Nov 06 14:51:39 xMff: I don't see a Makefile Nov 06 14:52:00 jow * r23894 /packages/utils/shadow/Makefile: [packages] shadow: add missing Makefile Nov 06 14:53:50 :) Nov 06 14:53:59 hello all Nov 06 14:54:49 hi stintel Nov 06 14:54:59 xMff: you can close this one, too https://dev.openwrt.org/ticket/3352 Nov 06 14:57:03 done. ty Nov 06 15:02:20 florian * r23895 /trunk/target/linux/ep93xx/patches-2.6.36/003-ep93xx_touchscreen.patch: [ep93xx] fix touchscreen driver build failure Nov 06 15:03:52 xMff: also, as far as I read the sources/configure.in correctly, it unconditionally uses shadow passwords (by always catting "#define SHADOWPWD 1" into the config.h) Nov 06 15:04:05 yes Nov 06 15:04:18 uhttpd will break too if shadow stuff is disabled Nov 06 15:05:48 thinking about adding a detection like this: https://dev.openwrt.org/attachment/ticket/8121/uhttpd-make-shadow-optional.patch Nov 06 15:05:55 (last hunk) Nov 06 15:07:21 there's a more elegant solution probably by including the uclibc config Nov 06 15:07:29 but then there's eglibc and glibc too Nov 06 15:07:53 something like this should work for it too; as far as I can see the shadow support is easily disabled by just undefining SHADOWPWD, at least much is guarded by it in the sources ;) Nov 06 15:08:29 is there an undefine cflag? Nov 06 15:08:31 this can likely be closed - if there are no matching reports with backfire.. https://dev.openwrt.org/ticket/4331 Nov 06 15:08:45 admittedly i didn't look hard :) Nov 06 15:09:37 the next one will come along and reopen it because his three year old version has the same issue... Nov 06 15:10:01 probably Nov 06 15:10:10 but then you can close that as rejected Nov 06 15:11:13 xMff: unfortunately not: "dnl XXX - quick hack, should disappear before anyone notices :).\nAC_DEFINE(SHADOWPWD)" Nov 06 15:11:51 fail :) Nov 06 15:11:56 heh Nov 06 15:12:01 or, the alternative would be to change things so that a ticket can only be reopened by someone with higher access (such as yourself) or the original requester.. :) Nov 06 15:12:03 oops :P Nov 06 15:12:40 xMff: also the configure script seems to take several paths from the build host (mail directory, location of the passwd bin, utmp/wtmp location) Nov 06 15:12:46 bah, they throw all that autoconfig and libtool crap at it only to put such crap into it Nov 06 15:14:15 and the shadow.h support gets checked, but only for shadow group support (which gets disabled when cross-compiling unless explicitly enabled through a cflag) Nov 06 15:14:15 KanjiMonster: should madder for the six packaged utils Nov 06 15:14:30 erm *should not matter Nov 06 15:14:52 but I'll look later Nov 06 15:36:49 hello everybody, i'm new to the openwrt world and i'm trying to getting started. there are some thing that i haven't clear Nov 06 15:37:34 shoot Nov 06 15:37:55 i checkout the last openwrt/trunk/ and make ./scripts/feeds update Nov 06 15:38:20 but in my tree i can't find /https://dev.openwrt.org/browser/trunk/target/linux/generic/patches-2.6.36?rev=23045/https://dev.openwrt.org/browser/trunk/target/linux/generic/patches-2.6.36/040-arm-update-mach-types.patch?rev=23045 Nov 06 15:38:31 that i see on the web site Nov 06 15:38:52 what i'm missing? Nov 06 15:40:13 (i mean trunk/target/linux/generic target) Nov 06 15:40:35 well, it's gone Nov 06 15:41:15 humm, this mean tath patch is not more necessary? (sorry my english :-)) Nov 06 15:41:24 https://dev.openwrt.org/browser/trunk/target/linux/generic/patches-2.6.36/040-arm-update-mach-types.patch Nov 06 15:41:26 yes Nov 06 15:42:47 so this one is old it is right? https://dev.openwrt.org/browser/trunk/target/linux/generic/patches-2.6.36/040-arm-update-mach-types.patch?rev=23045 Nov 06 15:43:00 right Nov 06 15:43:26 thank you Nov 06 15:44:59 r23047 removed it Nov 06 15:47:03 now my question is: the content of the patch were added to the linux mainstream? or where? Nov 06 15:47:44 That file is frequently updated Nov 06 15:48:00 It's not needed. Why is this important anyway? Nov 06 15:51:37 i was curious about the life-cicle of patches. now i'm starting to build on MACH_EA3250 and in linux kernel i found only the general support for lpc32xx, i realy don't know is the specific support in realy necessary, organize the ideas Nov 06 15:52:34 i don't know if is realy needed because no one compiling ends Nov 06 15:55:11 I'm not sure I understand that :) Nov 06 15:58:38 i'm new to the embedded world , and i'm a "litle bit" confused so don't care about what i sayd before :-) Nov 06 15:58:53 thank one more time for the help Nov 06 16:06:55 Every board basically needs some glue code. Nov 06 16:07:08 Is that what you're unsure about? Nov 06 16:09:00 hi Nov 06 16:09:27 guys is it true that you agreed with folks from the pirate party to put some of their content on openwrt.org ? Nov 06 16:09:48 uh? Nov 06 16:10:35 exactly... Nov 06 16:10:36 :) Nov 06 16:10:40 that was my reaction Nov 06 16:10:48 see the thread on the olsr-users list Nov 06 16:10:52 wait, i will find the link Nov 06 16:11:40 http://lists.olsr.org/pipermail/olsr-users/2010-November/004313.html Nov 06 16:11:44 hi acinonyx :) Nov 06 16:11:54 quote from the link: "This week, we will update the openWRT homepage with a very easy to Nov 06 16:11:55 follow guide how to get olsr up and running. Possibly patching the Nov 06 16:11:55 packages for ubuntu and openWRT to make the installations trivial. Nov 06 16:11:55 Thats a good start in order to make develoment and deployment simplistic. Nov 06 16:11:55 " Nov 06 16:12:32 well, my thinking is: nice that they want to write a howto for olsr but ... what the hell does the pirate party sweden think that they can "update the openwrt.org" page? Nov 06 16:12:43 unless, that was agreed upon with the openwrt developers Nov 06 16:15:01 jow * r23896 /packages/utils/shadow/patches/003-cross-compile.patch: [packages] shadow: detect shadow passwd support, predefine paths, avoid building docs and translations Nov 06 16:15:26 maybe they meant the wiki Nov 06 16:16:31 .oO(fixing autotools is like cancer treatment, cut everything out that looks strange) Nov 06 16:17:15 xMff: maybe... Nov 06 16:24:28 jow * r23897 /trunk/package/uhttpd/src/ (Makefile uhttpd-utils.c uhttpd-utils.h): [package] uhttpd: make it work without shadow password support Nov 06 16:41:23 mb__: (i was testing the board) i finaly finish the compile without errors :-) . my firs aim is to make running something on my board. i was unsure about the support of my platform, i tried old kernel versions and a lot of patches but with no results (until now) Nov 06 16:42:15 cool Nov 06 16:42:55 yes, i'm very happy, the kernel don't want to load but this is another problem Nov 06 16:44:49 some week ago i begun on ltlib wich includes my board, it build the images , but they won't work propertly and make some changes was crazy trikky Nov 06 16:45:37 now i start on openwrt and i like it wery much, is simple and logical Nov 06 16:56:51 mb * r23898 /trunk/target/linux/omap24xx/patches-2.6.37/ (300-nokia-board.patch 900-n810-battery-management.patch): n810: omapfb and keyboard fixes Nov 06 18:34:12 hauke * r23899 /trunk/package/broadcom-wl/patches/ (003-compat-2.6.35.patch 004-remove-pcmcia.patch): Nov 06 18:34:12 broadcom-wl: remove pcmcia support Nov 06 18:34:12 For kernel 2.6.36 some additional pcmcia backpots would be needed, but Nov 06 18:34:12 this should not depend on pcmcia. Nov 06 18:59:45 florian * r23900 /trunk/target/linux/adm8668/ (70 files in 24 dirs): Merge branch 'adm8668' Nov 06 19:25:37 i think it's safe to close this one guys :P https://dev.openwrt.org/ticket/7038 Nov 06 19:26:48 done Nov 06 19:33:50 hi EqUaTe Nov 06 19:38:55 'lo KM Nov 06 21:11:02 claudio * r23901 /trunk/package/kernel/modules/other.mk: [package] Add package for ledtrigger gpio Nov 06 21:14:05 claudio * r23902 /trunk/package/kernel/modules/other.mk: [package] Add package for ledtrigger netfilter Nov 06 21:14:09 claudio * r23903 /trunk/target/linux/brcm63xx/patches-2.6.35/150-alice_gate2_leds.patch: [brcm63xx] Add wps button on alice gate Nov 06 21:14:15 claudio * r23904 /trunk/target/linux/ar71xx/ (3 files in 2 dirs): [ar71xx] Add support for Ubiquiti UniFi AP Nov 06 21:48:00 evnin Nov 06 21:52:59 Hi to all. How can I take my local toolchaing structure (where I'm building a complete platform target) updated with the patches for the curren kernel version I'm using (2.6.32) ? Is there a way, somewhere to periodically see or a script or other ? Nov 06 21:53:16 build #22 of ubicom32 is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/22 Nov 06 23:54:42 jow * r23905 /trunk/toolchain/uClibc/patches-0.9.31/904-pthread_errno_fix.patch: Nov 06 23:54:42 [toolchain] uClibc: fix errno access in pthreads (#8166, #8177) Nov 06 23:54:42 Reading errno within pthreads always resulted in 0 breaking various programs Nov 06 23:54:42 like transmission and collectd. This patch is not 100% thread safe but it brings Nov 06 23:54:42 back threading into a usable state for now. Nov 07 00:31:27 jow * r23906 /trunk/package/base-files/files/lib/functions/boot.sh: (log message trimmed) Nov 07 00:31:27 [PATCH] Fix permissions for /etc and other dirs after clean flash (#6039) Nov 07 00:31:27 During the first OpenWrt boot after a clean flash (when the jffs2 Nov 07 00:31:27 partition is not yet initialized) tmpfs is used instead of the usual Nov 07 00:31:27 jffs2 overlay filesystem. If this tmpfs is mounted with default Nov 07 00:31:28 options, all directories created there (/etc, /etc/config, other Nov 07 00:31:29 subdirectories in /etc) get permissions 1777 by default, and these Nov 07 00:32:04 jow * r23907 /branches/backfire/package/base-files/files/lib/functions/boot.sh: [backfire] merge r23906 Nov 07 00:33:43 jow * r23908 /trunk/package/base-files/files/lib/preinit/20_device_fs_mount: [package] base-files: change /dev permissions to 0755 when hotplug2 is used (#6039) Nov 07 00:34:36 jow * r23909 /branches/backfire/package/base-files/files/lib/preinit/20_device_fs_mount: [backfire] merge r23908 **** ENDING LOGGING AT Sun Nov 07 02:59:57 2010