**** BEGIN LOGGING AT Wed Jun 22 02:59:57 2011
Jun 22 08:33:49 <mgundes> Hi everybody
Jun 22 08:34:02 <mgundes> I need a small image viewer to use on beagleboard
Jun 22 08:34:21 <mgundes> I just want to show images as slide
Jun 22 08:34:47 <guillaume_> Hi, I sent a patch for linphone last week. Could someone review and hopefuly apply it? http://patches.openembedded.org/patch/5979/
Jun 22 08:34:48 <mgundes> does anybody have any suggestion about that?
Jun 22 09:47:16 <devzero_> how to add cvs fetcher line with password enabled?
Jun 22 09:55:01 <woglinde> devzero_ try to grep recipes
Jun 22 09:55:09 <woglinde> I think there was a example somewhere
Jun 22 09:55:14 <woglinde> why you need cvs?
Jun 22 09:55:52 <pb_> presumably because that's where his source code is stored
Jun 22 09:57:14 <devzero_> old cvs archive here at the company, i'll check
Jun 22 09:57:35 <woglinde> convert it
Jun 22 10:03:47 <zecke> woglinde: don't be narcistic. :)
Jun 22 10:04:07 <bluelightning> devzero_: SRC_URI = "cvs://username:password@server.name/cvsroot/blah;method=(pserver|ext);module=somemodule"
Jun 22 10:04:19 <woglinde> he zecke
Jun 22 10:04:42 <devzero_> i tried this.. ok thx, than it's another error:)
Jun 22 10:04:52 <woglinde> hi bluelightninh
Jun 22 10:05:03 <bluelightning> cvs is pretty hideous, I feel sorry for anyone upon whom it is still inflicted
Jun 22 10:05:13 <bluelightning> hi woglinde, zecke
Jun 22 10:24:46 <hrw> bluelightning: ;D
Jun 22 10:24:56 <woglinde> jo hrw
Jun 22 10:25:02 <bluelightning> hey hrw
Jun 22 10:25:15 <hrw> woglinde: did you got wrt54gs to work?
Jun 22 10:25:30 <woglinde> robert did
Jun 22 10:25:41 <woglinde> now it's here at work
Jun 22 10:25:44 <woglinde> in a shelter
Jun 22 10:25:56 <woglinde> turned off
Jun 22 10:25:59 <hrw> ok
Jun 22 11:44:06 <sanket_> can anyone help me... how to change screen resolution with fbdev drivers?
Jun 22 11:44:15 <pb_> fbset?
Jun 22 11:46:36 <woglinde> sanket first the fb must support it
Jun 22 11:49:12 <sanket_> woglinde, my board only support fbdev to make X up...
Jun 22 11:49:46 <sanket_>  woglinde I had wrote my own rcS script ..... http://pastebin.mozilla.org/1255214
Jun 22 11:50:12 <woglinde> sanket again the linux fb driver what ever you use needs to have rotation support
Jun 22 11:50:23 <woglinde> otherwise you can try rotate as much you want
Jun 22 11:51:29 <sanket_> woglinde, in kernel I have to give rotation support?
Jun 22 11:53:27 <woglinde> yes
Jun 22 11:54:52 <woglinde> thats the first step
Jun 22 11:59:43 <GNUtoo> ant_work, hi can I have a ack on http://patches.openembedded.org/patch/6073/ because http://patchwork.openembedded.org/patch/5077/ doesn't boot for me
Jun 22 12:05:45 <GNUtoo> hi woglinde 
Jun 22 12:09:22 <woglinde> hi gnutoo
Jun 22 12:22:15 <sanket_> woglinde, I had added rotation support in kernel and booted the image.... then hw do I change screen resolution...
Jun 22 12:22:31 <woglinde> fbset
Jun 22 12:22:31 <ant_work> hi GNUtoo 
Jun 22 12:22:39 <GNUtoo> hi
Jun 22 12:22:43 <ant_work> GNUtoo: +CONFIG_KERNEL_XZ=y  ?
Jun 22 12:22:43 <CcSsNET> hi all
Jun 22 12:22:48 <woglinde> if the fb supports resolution changing
Jun 22 12:23:01 <GNUtoo> ahh but that must be changed on *all* kernel
Jun 22 12:23:14 <GNUtoo> so it might go in the .inc
Jun 22 12:25:25 <ant_work> GNUtoo: it seems we can add +CONFIG_HAVE_KERNEL_XZ=y as well
Jun 22 12:25:46 <ant_work> as default in the inc, once we move lzma->xz
Jun 22 12:25:55 <GNUtoo> ok
Jun 22 12:26:43 <sanket_> fbset gives me...
Jun 22 12:26:47 <sanket_> mode "1024x768-49"
Jun 22 12:26:47 <sanket_>     # D: 50.000 MHz, H: 41.118 kHz, V: 49.303 Hz
Jun 22 12:26:47 <sanket_>     geometry 1024 768 1024 768 16
Jun 22 12:26:47 <sanket_>     timings 20000 64 64 32 32 64 2
Jun 22 12:26:47 <sanket_>     rgba 5/11,6/5,5/0,0/0
Jun 22 12:26:48 <sanket_> endmode
Jun 22 12:27:39 <GNUtoo> ant_work, I don't know the minimum kernel version for XZ
Jun 22 12:28:27 <woglinde> fbset -i
Jun 22 12:29:01 * GNUtoo would prefer just to fix the issue
Jun 22 12:29:06 <ant_work> GNUtoo: it seems 2.6.38
Jun 22 12:29:27 <GNUtoo> but lzma is for 2.6.30/2.6.32
Jun 22 12:29:37 <sanket_> mode "1024x768-49"
Jun 22 12:29:38 <sanket_>     # D: 50.000 MHz, H: 41.118 kHz, V: 49.303 Hz
Jun 22 12:29:38 <sanket_>     geometry 1024 768 1024 768 16
Jun 22 12:29:38 <sanket_>     timings 20000 64 64 32 32 64 2
Jun 22 12:29:38 <sanket_>     rgba 5/11,6/5,5/0,0/0
Jun 22 12:29:39 <GNUtoo> I don't even have 2.6.38 kernels to test
Jun 22 12:29:40 <sanket_> endmode
Jun 22 12:29:42 <sanket_> Frame buffer device information:
Jun 22 12:29:44 <sanket_>     Name        : Virtual FB
Jun 22 12:29:45 <CcSsNET> i would like to see a lrzip kernel option
Jun 22 12:29:46 <sanket_>     Address     : 0x3c00000
Jun 22 12:29:48 <sanket_>     Size        : 1572864
Jun 22 12:29:50 <sanket_>     Type        : PACKED PIXELS
Jun 22 12:29:52 <sanket_>     Visual      : TRUECOLOR
Jun 22 12:29:54 <sanket_>     XPanStep    : 1
Jun 22 12:29:56 <sanket_>     YPanStep    : 1
Jun 22 12:29:58 <sanket_>     YWrapStep   : 1
Jun 22 12:29:58 <woglinde> args
Jun 22 12:30:00 <sanket_>     LineLength  : 2048
Jun 22 12:30:01 <CcSsNET> omg pastebin.ca
Jun 22 12:30:02 <sanket_>     Accelerator : No
Jun 22 12:30:02 <woglinde> ~pastebin
Jun 22 12:30:02 <ibot> [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude.
Jun 22 12:30:20 <sanket_> ok... sorry for that
Jun 22 12:31:23 <GNUtoo> so what should we do? fix lzma and add the lz later?
Jun 22 12:31:28 <GNUtoo> *xz
Jun 22 12:32:10 <sanket_> woglinde, fbset -i gives ... http://pastebin.mozilla.org/1255295
Jun 22 12:33:28 <ant_work> GNUtoo: maybe we should stop the .config mangling in the .inc and let devs take care of giving a working one for their specific kernel
Jun 22 12:33:51 <CcSsNET> YES
Jun 22 12:33:53 <ant_work> mayeb just put a readme with the requested minimum
Jun 22 12:34:01 <CcSsNET> user generated kernel config = win
Jun 22 12:34:27 <GNUtoo> yes but I'm under the minimum
Jun 22 12:34:33 <GNUtoo> I've 2.6.37
Jun 22 12:34:39 <ant_work> CcSsNET: this was for linux-kexecboot.inc (which does not use linux.inc)
Jun 22 12:34:40 <GNUtoo> so I want lzma
Jun 22 12:34:46 <GNUtoo> not xz
Jun 22 12:35:10 <CcSsNET> o
Jun 22 12:35:48 <CcSsNET> honestly, oe disapoints me compared to all the alternatives
Jun 22 12:35:53 <woglinde> sanket sorry have to go now
Jun 22 12:35:57 <ant_work> CcSsNET: oe-core has a better tool it seems (still to try)
Jun 22 12:36:01 * CcSsNET points at openwrt
Jun 22 12:36:13 <GNUtoo> openwrt is not as flexible as oe
Jun 22 12:36:19 <CcSsNET> but the config is sane
Jun 22 12:36:29 <CcSsNET> and it uses makefiles
Jun 22 12:36:35 <CcSsNET> so thats automatically saner
Jun 22 12:36:40 <ant_work> in OE the point is how to map the machine/distro features to the kernel
Jun 22 12:36:56 <CcSsNET> hmph
Jun 22 12:37:09 <ant_work> there is not such tool
Jun 22 12:37:11 <CcSsNET> so an orginization effort?
Jun 22 12:37:38 <ant_work> ideally you would want your device has bluetooth and enable magically that in kernel
Jun 22 12:37:51 <ant_work> or wifi or ..
Jun 22 12:38:27 <CcSsNET> eh, i like to manually configure options, and make menuconfig is convient, but id be happy editing a config file manually if commented
Jun 22 12:38:43 <CcSsNET> but oe is bla in regard to configs
Jun 22 12:39:01 <ant_work> that's true and has been deprecated iirc
Jun 22 12:39:07 <CcSsNET> and im no fan of bitbake
Jun 22 12:40:14 <CcSsNET> im looking at all kinds of cross compile toolsets, openwrt, ptxdist, being 2 of them other then oe
Jun 22 12:40:28 <GNUtoo> ant_work, so what should I do, I just want kexecboot to work on my device, and it seem a lot of work just to get a fix in
Jun 22 12:40:38 <CcSsNET> seems oe is the only one to start basically from scratch ditching makefiles
Jun 22 12:40:40 <CcSsNET> -.-
Jun 22 12:40:42 <ant_work> I had to patch machine.conf :/
Jun 22 12:41:08 <GNUtoo> the default is broken
Jun 22 12:41:11 <GNUtoo> I want to fix that
Jun 22 12:41:29 <ant_work> GNUtoo: we'll have to reask pb_ 
Jun 22 12:41:31 <CcSsNET> blame lack of configurability or documentation in regard to configurability
Jun 22 12:41:34 <CcSsNET> :)
Jun 22 12:41:35 <GNUtoo> ok
Jun 22 12:41:39 <ant_work> GNUtoo: he was against
Jun 22 12:41:51 * GNUtoo re-read the logs
Jun 22 12:42:09 * CcSsNET is done ranting about anoyances with oe
Jun 22 12:42:26 <ant_work> CcSsNET: many of us were where you are now ;)
Jun 22 12:42:32 <ant_work> now we are in OE :)
Jun 22 12:42:50 <CcSsNET> ah
Jun 22 12:43:03 <ant_work> there are maybe better alternatives but surely worse ;)
Jun 22 12:43:12 <CcSsNET> yes
Jun 22 12:43:17 <erwt> hello
Jun 22 12:43:27 <erwt> ????????????
Jun 22 12:43:47 <GNUtoo> <erwt> ???????????? 
Jun 22 12:43:49 <GNUtoo> ???
Jun 22 12:44:09 * GNUtoo didn't understand your ????????????
Jun 22 12:46:54 <erwt> i am configuring  touch screen  interface for mini6410 ,the problem is when i start  ts_calibrate ,it calibrates prpoperly,but after calibration it does not give proper response on the board
Jun 22 12:48:12 <GNUtoo> erwt, do you use xorg?
Jun 22 12:48:53 <erwt> GNUtoo:yes
Jun 22 12:48:58 <GNUtoo> what does xorg.conf have as touchscreen driver? tslib or evdev
Jun 22 12:49:03 <GNUtoo> in any case
Jun 22 12:49:09 <GNUtoo> try that:
Jun 22 12:49:17 <GNUtoo> xinput_calibrator
Jun 22 12:49:21 <GNUtoo> once xorg is started
Jun 22 12:51:56 <GNUtoo> ant_work, where was pb against it?
Jun 22 12:52:03 <GNUtoo> I don't find it in my irc logs
Jun 22 12:52:16 <erwt> GNUtoo:it shows nothing
Jun 22 12:52:32 <erwt> GNUtoo:a blank file 
Jun 22 12:52:35 <ant_work> there were comments in oe-dev to the v1 and v2 of the patches
Jun 22 12:52:47 <ant_work> maybe in patchwork too
Jun 22 12:52:48 <GNUtoo> ah ok
Jun 22 12:52:50 <erwt> i found that file in /etc/X11/
Jun 22 12:53:15 <GNUtoo> it's in patchwork
Jun 22 12:53:16 <GNUtoo> but....
Jun 22 12:53:25 <GNUtoo> he was against the newer patch
Jun 22 12:53:31 <GNUtoo> not against my fix
Jun 22 12:53:46 <GNUtoo> erwt, is your oe up to date?
Jun 22 12:54:17 <erwt> GNUtoo:yes
Jun 22 12:54:27 <GNUtoo> ok
Jun 22 12:54:59 <erwt> GNUtoo: bitbake version 1.10.2
Jun 22 12:55:49 <GNUtoo> so try xinput_calibrator
Jun 22 12:56:09 <erwt> GNUtoo: ok
Jun 22 13:05:10 <GNUtoo> ant_work, the comment were about tweaking gzip
Jun 22 13:05:17 <GNUtoo> not about fixing lzma issue
Jun 22 13:05:58 <GNUtoo> I just want to fix a bug
Jun 22 13:06:45 <pb_> ant_work: what is it that you want to reask me?
Jun 22 13:07:55 <ant_work> hi pb_ 
Jun 22 13:08:00 <ant_work> http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-April/031756.html
Jun 22 13:09:24 <pb_> right, what about it?
Jun 22 13:09:31 <pb_> I don't think my view on that has changed.
Jun 22 13:11:41 <ant_work> the point is the defaults are broken
Jun 22 13:11:55 <pb_> in what way?
Jun 22 13:12:47 <ant_work> LZMA_COMPRESSION_LEVEL ?= "-e -9"
Jun 22 13:12:55 <ant_work> only xz supports -e
Jun 22 13:13:15 <ant_work> (and -9 means 64MB ram)
Jun 22 13:15:51 <pb_> oh, right
Jun 22 13:16:03 <pb_> so you are saying that lzma just doesn't work at all right now?
Jun 22 13:16:15 <pb_> I am a bit confused about what exactly the relationship/difference is between xz and lzma
Jun 22 13:16:58 <ant_work> xz supports lzma and lzma2
Jun 22 13:17:05 <pb_> okay
Jun 22 13:17:14 <pb_> so xz-native is a superset of lzma-native, right?
Jun 22 13:17:31 <pb_> i.e. it can compress and decompress everything that lzma-native can plus some more
Jun 22 13:17:50 <pb_> if that's the case then it seems like we should delete lzma-native and make xz-native PROVIDE it
Jun 22 13:18:19 <ant_work> sure but the kernel still keep the two
Jun 22 13:18:35 <ant_work> maybe temporarly, dunno
Jun 22 13:20:01 <GNUtoo> pb_, yes indeed it's broken currently
Jun 22 13:20:18 <GNUtoo> http://patches.openembedded.org/patch/6073/
Jun 22 13:20:23 <GNUtoo> here's my patch ^^^^
Jun 22 13:20:55 <ant_work> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/xz.txt;hb=HEAD
Jun 22 13:21:21 <pb_> GNUtoo: so can you tell me why just using xz-native is not a better solution?
Jun 22 13:21:37 <GNUtoo> it doesn't work for older kernels
Jun 22 13:21:47 <marcompile> what linux distribution do you recommend me use on the host to use OE? debian?
Jun 22 13:21:49 <pb_> why not?
Jun 22 13:21:52 <GNUtoo> according to ant_work it was introduced in the :
Jun 22 13:22:02 <pb_> surely if it is producing compatible output then it should work with everything that lzma works with
Jun 22 13:22:05 <GNUtoo> <ant_work> GNUtoo: it seems 2.6.38
Jun 22 13:22:14 <ant_work> btw: ^^ 1 MiB is probably the maximum reasonable dictionary size for in-kernel use
Jun 22 13:22:20 <pb_> no, I think ant_work is talking about when the lzma format was introduced.
Jun 22 13:22:25 <pb_> lzma2 even
Jun 22 13:22:27 <GNUtoo> ah ok
Jun 22 13:22:36 <GNUtoo> but linux-kexecboot.inc has:
Jun 22 13:22:41 <pb_> what I am saying is, why do you not just use xz-native to produce .lzma files?
Jun 22 13:22:57 <ant_work> lzma came with 2.6.32, xz with 2.6.38
Jun 22 13:23:08 <GNUtoo> # force lzma compression for kernel (linux-kexecboot >= 2.6.32)
Jun 22 13:23:08 <GNUtoo> # force lzma compression for initramfs (linux-kexecboot >= 2.6.30)
Jun 22 13:23:22 <ant_work> lzma patches were added to 2.6.30
Jun 22 13:23:34 <ant_work> mainlined with 2.6.32
Jun 22 13:27:04 <ant_work> GNUtoo: read this thread too  http://archlinux.2023198.n4.nabble.com/xz-compression-in-kernel-2-6-38-td3381906.html
Jun 22 13:27:13 <GNUtoo> ok
Jun 22 13:27:31 <ant_work> "mkinitcpio.conf requires COMPRESSION="xz --check=crc32" , not simply
Jun 22 13:27:33 <ant_work> "xz" since crc64 (default) checksum is not supported by kernel
Jun 22 13:27:35 <ant_work> de-compressor. See..." 
Jun 22 13:28:11 <ant_work> I understand -9 is deprecated
Jun 22 13:28:43 <ant_work> at least for kernel
Jun 22 13:28:59 <GNUtoo> ok
Jun 22 13:29:16 <ant_work> btw I suppose lzma is used only for kernel and cpio atm
Jun 22 13:29:21 <GNUtoo> so could we 1) fix the current issue 2) add xz support later?
Jun 22 13:29:35 <GNUtoo> yes
Jun 22 13:29:48 <GNUtoo> maybe with images too
Jun 22 13:29:53 <GNUtoo> like ext3.lzma
Jun 22 13:30:16 <GNUtoo> ah there is no such thing
Jun 22 13:30:28 <GNUtoo> altough it would be interesting to add tar.lzma and ext3.lzma
Jun 22 13:30:57 <ant_work> they are much slower to decompress
Jun 22 13:31:07 <GNUtoo> yes, use case:
Jun 22 13:31:14 <GNUtoo> you have a fast remote machine
Jun 22 13:31:21 <GNUtoo> (build system)
Jun 22 13:31:32 <GNUtoo> and you're on a slow network connection 
Jun 22 13:42:27 <GNUtoo> so on kernel < 2.6.38 we cannot use XZ
Jun 22 13:42:40 <GNUtoo> can we do that then:
Jun 22 13:42:42 <GNUtoo> 1)fix lzma
Jun 22 13:42:56 <GNUtoo> 2)add xz support later
Jun 22 13:44:08 <ant_work> I would do s/lzma-native/xz-native/ as pb_ agreed
Jun 22 13:45:03 <GNUtoo> ah ok
Jun 22 13:45:05 <ant_work> second step RFC for s/-e 9/-e -8/
Jun 22 13:45:07 <GNUtoo> the compatible output
Jun 22 13:45:21 <GNUtoo> how do we get compatible output?
Jun 22 13:45:34 <ant_work> ?
Jun 22 13:45:44 <GNUtoo> <pb_> surely if it is producing compatible output then it should work with everything that lzma works with
Jun 22 13:47:33 <erwt> GNUtoo: Does xinput_calibrator also requires pointercal-xinput
Jun 22 13:47:49 <GNUtoo> erwt, it creates pointercal-xinput I guess
Jun 22 13:48:02 <GNUtoo> erwt, but look at the scripts
Jun 22 13:48:21 <GNUtoo> for instance if you use xinput_calibrator_once.sh
Jun 22 13:48:22 <GNUtoo> read it
Jun 22 13:50:20 <erwt> GNUtoo: ok
Jun 22 13:50:46 <GNUtoo> ant_work, how can I create a .lzma that is compatible with CONFIG_INITRAMFS_COMPRESSION_LZMA=y with XZ?
Jun 22 13:52:15 <GNUtoo> else switching to XZ will remove support for my machine and some other machines for kexecboot
Jun 22 13:53:18 <ant_work> I would have thought patch #5077 was enough
Jun 22 13:54:09 * GNUtoo is lost
Jun 22 13:54:12 <ant_work> but maybe there is that crc32 check (default is 64 fo xz)
Jun 22 13:54:21 <GNUtoo> basically you want to replace lzma with xz
Jun 22 13:54:25 <GNUtoo> or not?
Jun 22 13:54:36 <ant_work> yes
Jun 22 13:54:52 <GNUtoo> so can xz produce lzma compatible output?
Jun 22 13:55:15 <ant_work> sure, just need to check what is wrong with kernel decompressor
Jun 22 13:55:25 <GNUtoo> ah ok
Jun 22 13:55:38 <GNUtoo> that sounds hard without serial console
Jun 22 13:55:56 <GNUtoo> I've some other machines with serial console tough
Jun 22 13:55:58 <GNUtoo> but no display
Jun 22 13:56:06 <GNUtoo> ah maybe om-gta02
Jun 22 13:56:12 <GNUtoo> it has a display and serial console
Jun 22 13:56:17 <GNUtoo> and a recent kernel
Jun 22 13:56:57 <ant_work> "With the xz command line tool, use --check=none or  --check=crc32."
Jun 22 13:57:13 <GNUtoo> ok
Jun 22 13:57:18 <GNUtoo> but that's for producing:
Jun 22 13:57:25 <GNUtoo> *xz kernel compatible output ?
Jun 22 13:57:32 <GNUtoo> *lzma kernel compatible output?
Jun 22 13:58:52 <ant_work> it looks like lzma defaults to crc32 while xz/lzma2  to 64 
Jun 22 13:59:09 <ant_work> in-kernel XZ Embedded supports only streams with no integrity check or  CRC32
Jun 22 13:59:32 <ant_work> so maybe it's not so straightforward change :/
Jun 22 13:59:48 <ant_work> pls read again http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/xz.txt;hb=HEAD
Jun 22 13:59:55 * GNUtoo gets a device with serial console and uboot
Jun 22 14:00:01 <GNUtoo> I've that open
Jun 22 14:00:17 <ant_work> I would tryadding  --check=crc32 
Jun 22 14:00:26 <GNUtoo> ok I try at once
Jun 22 14:00:57 <ant_work> (first, log the vanilla boot)
Jun 22 14:01:30 <GNUtoo> XZ_INTEGRITY_CHECK ?= "crc32"
Jun 22 14:01:33 <GNUtoo> it's already there
Jun 22 14:01:42 <ant_work> ah, ok, great
Jun 22 14:05:00 <GNUtoo> they talk only about lzma2 here:
Jun 22 14:05:11 <GNUtoo> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/xz.txt;hb=HEAD
Jun 22 14:08:56 <ant_work> ahh  http://old.nabble.com/Squashfs-4.1-creates-invalid-.lzma-streams-td30217833.html
Jun 22 14:11:38 <GNUtoo> hmmmm klibc fails for armv6-novfp: error: /home/gnutoo/embedded/oe/oetmps/angstrom2010/sysroots/x86_64-linux/usr/armv6/lib/gcc/arm-angstrom-linux-gnueabi/4.5.3/libgcc.a(bpabi.o) uses VFP register arguments, usr/klibc/libc.so does not
Jun 22 14:11:43 <GNUtoo> oops
Jun 22 14:11:47 <GNUtoo> I meant armv6
Jun 22 14:11:59 <GNUtoo> s/novfp//
Jun 22 14:13:39 <GNUtoo> compiling without klibc
Jun 22 14:16:10 <GNUtoo> ant_work, now that lz cannot create valid .lzma, what is the plan?
Jun 22 14:23:16 <ant_work> find the right command line options
Jun 22 14:24:10 <ant_work> http://git.tukaani.org/?p=xz.git;a=blob;f=doc/faq.txt
Jun 22 14:24:21 <ant_work> Q:  How do I create files that can be decompressed with XZ Embedded?
Jun 22 14:28:35 <GNUtoo> xz --format=lzma maybe
Jun 22 14:29:28 <GNUtoo> but that's already there
Jun 22 14:37:57 <ant_work> there are filters too... http://git.tukaani.org/?p=xz-embedded.git;a=blob;f=linux/scripts/xz_wrap.sh
Jun 22 14:38:14 <Tchenzo> hi!
Jun 22 14:39:09 <Tchenzo> anyone can explain to me how to configure autoreboot when a kernel panic error occur ?
Jun 22 14:39:39 <Tchenzo> i think its in /etc/sysctl.conf but i cant find this
Jun 22 14:40:00 <Tchenzo> is it in /proc/sys/kernel/panic ?
Jun 22 14:42:13 <Tchenzo> anyone .
Jun 22 14:46:43 <Tchenzo> anyone can explain to me how to configure autoreboot when a kernel panic error occur ?
Jun 22 14:47:59 <Tartarus> you mean change the timeout?
Jun 22 14:48:08 <Tartarus> a panic gets a 3min reset
Jun 22 14:48:14 <Tartarus> assuming the system is able
Jun 22 14:53:33 <GNUtoo> still doesn't work
Jun 22 14:53:38 <GNUtoo> I'm trying trying trying
Jun 22 14:53:46 <ant_work> GNUtoo: fo kernel it seems a special cmdline is needed, just for kernel
Jun 22 14:53:47 <GNUtoo> it's been days that I'm on that XZ issue
Jun 22 14:53:52 <GNUtoo> ah?
Jun 22 14:54:05 <ant_work> yes, those BJ filters
Jun 22 14:54:05 <GNUtoo> xz --format=lzma -c -e -9 --check=none Angstrom-initramfs-kexecboot-image-eglibc-ipk-v2011.06-bug.rootfs.cpio > image.cpio.lzma
Jun 22 14:54:07 <GNUtoo> I did that
Jun 22 14:54:08 <GNUtoo> ah ok
Jun 22 14:54:10 <GNUtoo> looking
Jun 22 14:54:37 <GNUtoo>        XZ Embedded supports BCJ filters, but only with the default start offset.
Jun 22 14:54:38 <GNUtoo> that
Jun 22 14:54:46 <ant_work> "This patch together with the first patch is enough for
Jun 22 14:54:48 <ant_work> XZ-compressed initramfs and initrd; XZ-compressed kernel will
Jun 22 14:54:49 <ant_work> need arch-specific changes."
Jun 22 14:59:41 <ant_work> GNUtoo: 'm realizing that kernel lzma could be the 'old'  7zip LZMA
Jun 22 15:00:34 <GNUtoo> yes it is
Jun 22 15:00:49 <ant_work> :p
Jun 22 15:01:11 <GNUtoo> that's why I asked many time if xz could create lzma1 images
Jun 22 15:02:28 <GNUtoo> altough man xz says:
Jun 22 15:02:30 <GNUtoo>        lzma is equivalent to xz --format=lzma.
Jun 22 15:05:11 <kergoth_> hmm
Jun 22 15:05:40 <GNUtoo> booted
Jun 22 15:05:42 <GNUtoo> with:
Jun 22 15:05:53 <GNUtoo> xz --format=lzma Angstrom-initramfs-kexecboot-image-eglibc-ipk-v2011.06-bug.rootfs.cpio > image.cpio.lzma
Jun 22 15:06:23 <ant_work> ok, this is enough I'd say
Jun 22 15:06:38 <GNUtoo> ah wait a sec
Jun 22 15:06:39 <ant_work> lzma2 and advanced BCJ filters are arch specific
Jun 22 15:06:44 <GNUtoo> yews
Jun 22 15:06:47 <GNUtoo> mmc1: new SDIO card at address 0001
Jun 22 15:06:50 <GNUtoo> it's blocked here
Jun 22 15:08:08 <ant_work> I'd say that once is decompressed is ok...
Jun 22 15:08:26 <GNUtoo> indeed
Jun 22 15:08:33 <GNUtoo> it's not ok
Jun 22 15:08:39 <GNUtoo> but before it didn't even start
Jun 22 15:08:42 <GNUtoo> I had that before:
Jun 22 15:08:49 <GNUtoo> Uncompressing Linux... done, booting the kernel.
Jun 22 15:09:00 <GNUtoo> and nothing on serial console of my bug1
Jun 22 15:09:51 <GNUtoo> wait a sec
Jun 22 15:09:54 <GNUtoo> I've an idea
Jun 22 15:10:20 <GNUtoo> image.cpio.lzma is 0 bytes
Jun 22 15:10:25 <GNUtoo> and it compressed that instead:
Jun 22 15:10:33 <GNUtoo> Angstrom-initramfs-kexecboot-image-eglibc-ipk-v2011.06-bug.rootfs.cpio -> Angstrom-initramfs-kexecboot-image-eglibc-ipk-v2011.06-bug.rootfs.cpio.lzma
Jun 22 15:11:05 <ant_work> pls don't do it by hand
Jun 22 15:11:33 <ant_work> add it to the -e -9 pls
Jun 22 15:11:38 <GNUtoo> I test by hand before
Jun 22 15:13:00 <GNUtoo> then I add to oe
Jun 22 15:13:02 <GNUtoo> and validate
Jun 22 15:13:11 <GNUtoo> because turnarround times are huge with oe
Jun 22 15:21:03 <GNUtoo> Uncompressing Linux... done, booting the kernel.
Jun 22 15:21:05 <GNUtoo> still....
Jun 22 15:21:10 <GNUtoo> I try with oe
Jun 22 15:21:53 <GNUtoo> ah it does exactly what I did
Jun 22 15:21:55 <GNUtoo> I'm lost5
Jun 22 15:21:59 <GNUtoo> s/5//
Jun 22 15:22:44 <ant_work> default  is  --check=crc64
Jun 22 15:22:56 <GNUtoo> ok
Jun 22 15:22:56 <ant_work> if you do it by hand, remeber!
Jun 22 15:23:01 <GNUtoo> I re-add it
Jun 22 15:24:28 <ant_work> GNUtoo: before pulling your hairs out... grep openembedded dir for lzma
Jun 22 15:24:38 <GNUtoo> ah?
Jun 22 15:24:41 <ant_work> I guess only 2-3 recipes do match
Jun 22 15:24:55 <GNUtoo> yes but what do you have in mind?
Jun 22 15:25:13 <ant_work> I mean, forget lzma and move to xz/lzma2 in your kernel too
Jun 22 15:25:26 <GNUtoo> that is not possible
Jun 22 15:25:30 <GNUtoo> 2.6.37
Jun 22 15:25:38 <ant_work> I see
Jun 22 15:26:10 <ant_work> well, you could add the 3 patches probably
Jun 22 15:26:20 <GNUtoo> yes but that's a bad idea
Jun 22 15:26:42 <GNUtoo> we would need to do it for most devices that uses kexecboot
Jun 22 15:26:49 <GNUtoo> some have very old kernels
Jun 22 15:26:52 <GNUtoo> like the beagleboard
Jun 22 15:26:56 <GNUtoo> better fixing with:
Jun 22 15:27:00 <GNUtoo> - -e -9
Jun 22 15:27:05 <GNUtoo> + -9
Jun 22 15:27:19 <GNUtoo> than adding dependency on kernel xz
Jun 22 15:27:24 <CIA-109> 03Scott Garman <scott.a.garman@intel.com> 07master * ra2a29b7227 10bitbake.git/lib/bb/fetch2/git.py: (log message trimmed)
Jun 22 15:27:24 <CIA-109> fetch2/git.py: improve error reporting when an invalid protocol is used
Jun 22 15:27:24 <CIA-109> When an invalid 'protocol' parameter is used in a git SRC_URI,
Jun 22 15:27:24 <CIA-109> the error reported was not helpful:
Jun 22 15:27:24 <CIA-109> ERROR: Function 'Fetcher failure for URL: 'None'.
Jun 22 15:27:25 <CIA-109> <environment dump>
Jun 22 15:27:25 <CIA-109> fatal: Could not make temporary directory: No such file or directory
Jun 22 15:29:09 <kergoth_> hmm, when doing in-git builds, where there's a need for multiple recipes, i wonder if they should be within the same local source tree, or if there should be separate clones for each
Jun 22 15:29:21 <kergoth_> e.g. cross-localedef-native is a subtree of eglibc
Jun 22 15:29:24 * kergoth_ ponders
Jun 22 15:30:24 <GNUtoo> ant_work, didn't work with crc32+oe
Jun 22 15:31:11 <ant_work> "-e -9 --check=crc32 --format=lzma" ?
Jun 22 15:31:19 <GNUtoo> yes
Jun 22 15:31:24 <GNUtoo> what I did was:
Jun 22 15:31:42 <GNUtoo> bitbake initramfs-kexecboot-image
Jun 22 15:31:46 <GNUtoo> add that to a kernel
Jun 22 15:31:51 <GNUtoo> and boot that uImage
Jun 22 15:32:04 <GNUtoo> the add to a kernel was manual
Jun 22 15:32:08 <GNUtoo> should I oe that too?
Jun 22 15:32:33 <ant_work> bitbake -c clean initramfs-kexecboot-klibc-image linux-kexecboot
Jun 22 15:33:05 <GNUtoo> ok I forgott that
Jun 22 15:33:48 <CIA-109> 03Brandon Stafford <brandon@pingswept.org> 07master * r5481cc9064 10bitbake.git/doc/manual/usermanual.xml: 
Jun 22 15:33:48 <CIA-109> doc/usermanual.xml: Tweaks for the manual
Jun 22 15:33:48 <CIA-109> This patch contains what I hope are non-controversial improvements to
Jun 22 15:33:48 <CIA-109> the manual. Most of the changes are single characters, but the
Jun 22 15:33:48 <CIA-109> line-by-line diff makes the patch look large.
Jun 22 15:33:49 <CIA-109> Signed-off-by: Brandon Stafford <brandon@pingswept.org>
Jun 22 15:33:49 <CIA-109> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Jun 22 15:41:03 <kergoth_> i'm really starting to hate this in scm project.. i do think its a lovely way to go, just nontrivial to implement, slow going
Jun 22 15:42:03 <GNUtoo> the oe image now works
Jun 22 15:42:15 <GNUtoo> should I retry without crc32
Jun 22 15:42:16 <GNUtoo> ?
Jun 22 15:44:31 <ant_work> wasn't XZ_INTEGRITY_CHECK ?= "crc32" ?
Jun 22 15:44:45 <GNUtoo> yes but it wasn't set:
Jun 22 15:45:23 <GNUtoo> so I added that
Jun 22 15:45:24 <GNUtoo> --check=${XZ_INTEGRITY_CHECK}
Jun 22 15:45:34 <GNUtoo> right after LZMA_COMPRESSION_LEVEL}
Jun 22 15:47:08 <GNUtoo> so what do we do now?
Jun 22 15:47:29 <ant_work> I cannot browse .git from here :/
Jun 22 15:47:36 <GNUtoo> ok
Jun 22 15:47:45 <ant_work> if it was declared but not set...correct it :)
Jun 22 15:48:02 <GNUtoo> IMAGE_CMD_cpio.lzma = "type cpio >/dev/null; cd ${IMAGE_ROOTFS} && (find . | cpio -o -H newc | xz --format=lzma -c ${LZMA_COMPRESSION_LEVEL} --check=${XZ_INTEGRITY_CHECK}
Jun 22 15:48:05 <GNUtoo> ...
Jun 22 15:48:18 <ant_work> pls send this actual patch, I'll test it on Z and ack it
Jun 22 15:48:19 <GNUtoo> so roughly I added the --check that you see
Jun 22 15:48:25 <GNUtoo> it was used
Jun 22 15:48:30 <GNUtoo> but in other lines
Jun 22 15:48:33 <GNUtoo> not cpio.lzma
Jun 22 15:48:39 <GNUtoo> ok
Jun 22 15:48:39 <ant_work> ah
Jun 22 15:49:02 <GNUtoo> since it is made by ottavio, I add a sign-off to it
Jun 22 15:49:04 <GNUtoo> ?
Jun 22 15:49:13 * ant_work thinks: another pandora-box like klibc
Jun 22 15:49:33 <GNUtoo> beware....pandora-box is also a machine....
Jun 22 15:49:35 <ant_work> yes, his and yours
Jun 22 15:49:40 <GNUtoo> we have strange machines:
Jun 22 15:49:41 <GNUtoo> bug
Jun 22 15:49:43 <GNUtoo> pandora
Jun 22 15:49:44 <GNUtoo> etc...
Jun 22 15:49:50 <GNUtoo> I've no pandora btw
Jun 22 15:51:01 <ant_work> GNUtoo: pls feel free to adapt kexecboot.inc
Jun 22 15:51:23 <GNUtoo> does it really need adaptation beside the dep?
Jun 22 15:51:58 <ant_work> heh..in theory not, until we decide to use xz
Jun 22 15:54:20 <ant_work> fwiw this first lzma incarnation we have in OE was for squashfs initially. We use it in kexecboot and I think nobody else is compressing with lzma atm
Jun 22 15:54:37 <ant_work> grep will tell the truth
Jun 22 15:55:21 <GNUtoo> yes, wrt is not supported anymore
Jun 22 15:58:29 <ant_work> ah, pls check oe-core supports lzma
Jun 22 15:59:46 <GNUtoo> I didn't migrate to oe-core yet
Jun 22 16:00:01 <GNUtoo> each time I tried I had a different compilation error
Jun 22 16:00:06 <GNUtoo> I fix one another appeared
Jun 22 16:00:18 <GNUtoo> on core stuff like toolchains
Jun 22 16:00:49 <ant_work> oh
Jun 22 16:01:26 <ant_work> yes, it's commit galore :)
Jun 22 16:01:49 <ant_work> we should start to help as well ;)
Jun 22 16:03:23 <ant_work> GNUtoo: I would have split the patch in two
Jun 22 16:04:01 <GNUtoo> I didn't for git bisectability
Jun 22 16:07:57 <woglinde> hi chase
Jun 22 16:08:34 <ant_work> GNUtoo: I mean lzma and bzip/gzip
Jun 22 16:10:33 <kergoth_> GNUtoo: are you trying a distroless oe-core build, micro, angstrom, poky, shr..?
Jun 22 16:10:41 <GNUtoo> ah ok
Jun 22 16:10:55 <GNUtoo> kergoth, shr on oe-core
Jun 22 16:11:10 * kergoth_ hasn't hit any toolchain problems with either distroless or angstrom
Jun 22 16:12:02 <GNUtoo> I'll re-look at oe-core later
Jun 22 16:12:55 <pb_> I've had a few toolchain problems but nothing especially major.
Jun 22 16:13:12 <pb_> The most annoying one is an ice which doesn't happen with regular gcc 4.6, must be something to do with one of our patches.
Jun 22 16:14:53 <GNUtoo-N900> ok
Jun 22 16:16:28 <ant_work> bbl, bye
Jun 22 16:17:28 <GNUtoo-N900> ok thanks a lot
Jun 22 16:18:39 <Jay7> GNUtoo: I see you found some solution about lzma
Jun 22 16:18:48 <mangomake> hi - trying to build console-image is trying and failing to build gtk+ native 
Jun 22 16:19:45 <mangomake> not sure why or what suddenly requires this - i built the image last week without issue
Jun 22 16:21:21 <pb_> hm.  is it me or is the test for fpu in oe-core's tune-arm1136jf-s.inc backwards?
Jun 22 16:23:58 <pb_> mangomake: check the dependencies to see what's up
Jun 22 16:28:00 <chase> woglinde: hello
Jun 22 16:33:15 <GNUtoo-N900> Jay7,yes but it was painfull to find the solution,hi btw
Jun 22 16:50:03 <risca> Good day =)
Jun 22 16:50:14 <risca> I'm following the guide at http://docs.openembedded.org/usermanual/html/commonuse_qte_sdk.html
Jun 22 16:50:50 <risca> But whatever I try to do, the resulting sdk tarball does not contain the package I want
Jun 22 16:51:42 <risca> According to the guide I should add my package and package-dev to RDEPENDS of task-name-toolchain-target.bb
Jun 22 16:52:19 <risca> RDEPENDS_${PN} even
Jun 22 16:53:01 <risca> I have done that, but the files I need is not put into the sdk tarball :S
Jun 22 16:54:08 <risca> I am trying to add DirectFB to for cross-compiling an application to a BeagleBoard
Jun 22 16:54:25 <risca> Doing a custom recipe is unfortunately not an option
Jun 22 16:56:15 <zecke> risca: you have two options, you could install the -dev package afterwards (there should be a opkg-target in the toolchain)
Jun 22 16:56:32 <zecke> risca: so where exactly did you add the -dev files to? what is the name of the package?
Jun 22 16:57:15 <risca> I'm putting up some pastebins
Jun 22 16:58:02 <risca> http://pastebin.com/XNCLqdYQ
Jun 22 16:58:47 <risca> http://pastebin.com/b6AApQ2K
Jun 22 16:59:49 <risca> and http://pastebin.com/NgvrXN0q
Jun 22 17:00:26 <risca> The SDK is called Kangaroo-Mysterious (from project name generator)
Jun 22 17:01:41 <CIA-109> 03Simon Busch <morphis@gravedo.de> 07master * r98e7a0b74d 10openembedded.git/recipes/pyside/python-pyside-embedded/no-accessibility-support.patch: 
Jun 22 17:01:41 <CIA-109> python-pyside: put no-accessibility-support.patch in the global files directory
Jun 22 17:01:41 <CIA-109> Signed-off-by: Simon Busch <morphis@gravedo.de>
Jun 22 17:01:43 <CIA-109> 03Simon Busch <morphis@gravedo.de> 07master * r590286c6cf 10openembedded.git/recipes/e17/elfe_svn.bb: 
Jun 22 17:01:43 <CIA-109> elfe: bump SRCREV to latest version
Jun 22 17:01:43 <CIA-109> Signed-off-by: Simon Busch <morphis@gravedo.de>
Jun 22 17:01:43 <CIA-109> 03Simon Busch <morphis@gravedo.de> 07master * r5e6cec8329 10openembedded.git/recipes/pyside/python-pyside-x11_1.0.2.bb: 
Jun 22 17:01:44 <CIA-109> python-pyside-x11: add x11 variant of python-pyside
Jun 22 17:01:44 <CIA-109> Signed-off-by: Simon Busch <morphis@gravedo.de>
Jun 22 17:01:45 <CIA-109> 03Simon Busch <morphis@gravedo.de> 07master * rd0c1bbd4f9 10openembedded.git/recipes/freesmartphone/libmsmrpc_git.bb: 
Jun 22 17:01:45 <CIA-109> libmsmrpc: add initial version of the recipe
Jun 22 17:01:46 <CIA-109> Signed-off-by: Simon Busch <morphis@gravedo.de>
Jun 22 17:01:46 <CIA-109> 03Simon Busch <morphis@gravedo.de> 07master * rd93a3686a2 10openembedded.git/recipes/freesmartphone/msmcomm.inc: msmcomm: bump SRCREV to latest version
Jun 22 17:01:47 <CIA-109> 03Simon Busch <morphis@gravedo.de> 07master * rb7915f5af4 10openembedded.git/recipes/freesmartphone/fsousaged_git.bb: 
Jun 22 17:01:47 <CIA-109> fsousaged: fix configuration for palmpre with aurora distro and bump PR
Jun 22 17:01:51 <CIA-109> Within aurora we use the shadow resource feature of fsousaged, but other distro can't use
Jun 22 17:01:51 <CIA-109> them and as FSO configs are only machine specific we need to fix it here.
Jun 22 17:01:51 <CIA-109> Signed-off-by: Simon Busch <morphis@gravedo.de>
Jun 22 17:01:51 <CIA-109> 03Simon Busch <morphis@gravedo.de> 07master * r7a6cc075be 10openembedded.git/recipes/freesmartphone/fso-specs_git.bb: 
Jun 22 17:01:51 <CIA-109> fso-specs: bump version and SRCREV
Jun 22 17:01:52 <CIA-109> Signed-off-by: Simon Busch <morphis@gravedo.de>
Jun 22 17:02:09 <zecke> risca: okay, it has been a while, did you inspect the task-project-toolchain-target.ipk? it lists your dependencies?
Jun 22 17:02:51 <CIA-109> This fixes a problem with the palmpre2 machine which does not get the right
Jun 22 17:02:51 <CIA-109> frameworkd.conf configuration file as the recipes searched in a directory with ${MACHINE}
Jun 22 17:02:51 <CIA-109> as name which is not there for the palmpre2. So it tooks the general one which is wrong.
Jun 22 17:02:51 <CIA-109> With checking also in the ${MACHINE_CLASS} directory for the configuration
Jun 22 17:02:51 <CIA-109> (${MACHINE_CLASS} is palmpre for both palmpre and palmpre2) it now takes the right
Jun 22 17:02:52 <CIA-109> 03Simon Busch <morphis@gravedo.de> 07master * r6bb7b47fec 10openembedded.git/recipes/pyside/ (python-pyside-1.0.2.inc python-pyside-embedded_1.0.2.bb): 
Jun 22 17:02:52 <CIA-109> python-pyside-embedded: create one include file per version for the checksums
Jun 22 17:02:53 <CIA-109> Signed-off-by: Simon Busch <morphis@gravedo.de>
Jun 22 17:03:27 <risca> zecke, I will check that
Jun 22 17:03:50 <risca> zecke, Where is it located?
Jun 22 17:06:09 <zecke> risca: somewhere in tmp/deploy/ (it is in the format of a debian package, i use mc with a custom mc.ext to view them)
Jun 22 17:06:33 <zecke> risca: besides that, the population of the SDK leaves a logfile, i would take a look there.
Jun 22 17:06:36 * kergoth_ uses shell functions to inspect the control file and list of files from the data.tar.gz
Jun 22 17:07:01 <zecke> risca: and bitbake -e is helpful to see if the variables end up like you think they should end up
Jun 22 17:07:24 <zecke> risca: e.g. bitbake -e task-...-toolchain-target | grep RDEPENDS might reveal things
Jun 22 17:07:31 <kergoth_> khem: i'm getting more and more tempted to try a rewrite in go, for the fun of it if nothing else
Jun 22 17:07:44 <zecke> risca: alternatively, the -dev packages of directFB might just be broken.
Jun 22 17:07:52 <zecke> risca: sorry, I provide you more debug hints than a solution.
Jun 22 17:08:18 <risca> zecke, No worries, it's all good information and a fresh view
Jun 22 17:09:09 <risca> zecke, The directfb package is not broken, I tried installing it manually on my target and all files installed without a hitch
Jun 22 17:09:52 <zecke> risca: so, my assumption is that some variables don't end up like you think they should end up.
Jun 22 17:11:04 <risca> zecke, I get your point
Jun 22 17:11:11 <risca> I will check with bitbake -e first
Jun 22 17:23:08 <risca> zecke, There was a copy of task-...-toolchain-target.bb in the work folder of that task which was old, and I think bitbake used that old bb-file
Jun 22 18:05:49 <reactor16> Hi all
Jun 22 18:05:58 <reactor16> !seen obi
Jun 22 18:49:18 <khem> kergoth_: yeah go is cool
Jun 22 18:49:49 <woglinde> hi khem
Jun 22 18:49:53 <khem> ka6sox-work: web server is down
Jun 22 18:49:59 <woglinde> again?
Jun 22 18:50:01 <khem> git is not pushable
Jun 22 18:50:18 <khem> whats goin on
Jun 22 18:50:26 <kergoth_> :(
Jun 22 18:54:50 <eFfeM> gm
Jun 22 18:55:04 <woglinde> jo effem
Jun 22 18:55:40 <khem> woglinde: I have picked the patches for systemd support in uclibc to oe-core
Jun 22 18:55:48 <khem> woglinde: do u use oe-core yet ?
Jun 22 18:56:56 <khem> ka6sox-: somethin is wrong with melo
Jun 22 18:56:59 <woglinde> khem no
Jun 22 18:57:12 <woglinde> khem not all
Jun 22 18:57:13 <khem> woglinde: you should move over 
Jun 22 18:57:21 <woglinde> I mean you didnt pick all
Jun 22 18:57:29 <woglinde> cpuset stuff
Jun 22 18:57:31 <woglinde> is missing
Jun 22 18:57:57 <woglinde> or did blindvt apply ma patches?
Jun 22 18:58:16 <woglinde> why you didnt commit the originpath-patch upstream?
Jun 22 18:58:19 <khem> yes I have to test them before getting them merged upstream
Jun 22 18:58:31 <khem> so oe is first
Jun 22 18:59:42 <woglinde> khem setting up oe-core is not so nice
Jun 22 18:59:44 <khem> kergoth_: it will be cool to do a go write 
Jun 22 18:59:52 <khem> woglinde: why not
Jun 22 18:59:55 <khem> use angstrom
Jun 22 19:00:06 <woglinde> I dont like the angstroem approach
Jun 22 19:00:12 <woglinde> hides to many stuff
Jun 22 19:00:18 <woglinde> I want control over
Jun 22 19:00:28 <khem> ok then did you like slugos approach ?
Jun 22 19:00:43 <woglinde> and it's hard to integrate in my setup here
Jun 22 19:00:48 <khem> it seems you need a distro of your own then
Jun 22 19:00:51 <woglinde> I dont want to checkout all stuff again
Jun 22 19:00:59 <woglinde> thats my main problem
Jun 22 19:01:12 <khem> checkout all again ?
Jun 22 19:01:22 <khem> well in slugos I used git submodules
Jun 22 19:01:28 <woglinde> yes angstroem way checks out all stuff again
Jun 22 19:01:35 <khem> and submodules tie to a given sha of a repo
Jun 22 19:01:35 <woglinde> in dirs I dont like
Jun 22 19:01:41 <khem> unless you manually move it
Jun 22 19:01:47 <khem> that way you have control 
Jun 22 19:01:52 <khem> when to upgrade a layer
Jun 22 19:02:00 <khem> gotta go now
Jun 22 19:02:05 <khem> off to airport
Jun 22 19:02:10 <woglinde> oh
Jun 22 19:02:16 <woglinde> where is your trip going?
Jun 22 19:03:08 <khem> woglinde: I am picking someone up
Jun 22 19:03:56 <woglinde> re gnutoo
Jun 22 19:04:55 <GNUtoo> hi
Jun 22 19:04:57 <GNUtoo> hi woglinde 
Jun 22 19:43:05 * risca solved his problem =)
Jun 22 19:44:53 <risca> Seems like you have to do a bitbake -c clean task-...-toolchain-target if you change anything to that recipe ^^
Jun 22 19:45:07 <kergoth> or bump PR. same as with any recipe
Jun 22 19:45:25 <risca> Yeah, I should have known that ^^
Jun 22 19:45:43 <risca> What does PR stand for?
Jun 22 19:46:08 <kergoth> the only ones that not the case for are ones whose main tasks are flagged as nostamp (e.g. images), so it runs every time
Jun 22 19:46:10 <kergoth> revision
Jun 22 19:46:21 <kergoth> its a remnant from portage
Jun 22 19:46:26 <kergoth> PR/PV/PE/PN
Jun 22 19:46:38 <risca> portage? As in Gentoo portage?
Jun 22 19:46:43 <kergoth> presumably P was package, though thats a terrible word to use in this context, given we have binary packages
Jun 22 19:46:44 <kergoth> yes
Jun 22 19:46:48 <kergoth> bitbake was based on its code
Jun 22 19:47:03 <risca> Oh, snap!
Jun 22 19:47:13 <risca> I didn't know that
Jun 22 19:47:33 <kergoth> i doubt any of that code is really around anymore, we went in an entirely different direction what with the directly parsed format rather than shell, etc
Jun 22 19:49:17 * risca will learn to bump PR every time he edit any recipe from now on
Jun 22 19:57:03 <fray> A couple of us have no found that eglibc doesn't seem to build right anymore in oe-core.. is anyone else seeing this?
Jun 22 20:06:34 <woglinde> fray there was a mail on oe-core
Jun 22 20:06:38 <woglinde> about missing header
Jun 22 20:06:50 <Tartarus_> from him ;)
Jun 22 20:07:16 <woglinde> lol
Jun 22 20:07:25 <woglinde> I am not so frim
Jun 22 20:07:26 <fray> yup.. nobody responded though.. and someone else just mentioned to me that locales were not building for them
Jun 22 20:07:33 <woglinde> with the new nicks
Jun 22 20:11:54 * fray is currently tryng to do a "front scratch" build.. if it fails.. I'll track down the commit, revert and try again
Jun 22 20:12:34 <woglinde> biscet
Jun 22 20:12:35 <woglinde> yes
Jun 22 20:13:15 <fray> I suspect it'll be  bit easier then that.. ;)  since one or two eglibc commits went into today.. ;)
Jun 22 20:14:00 <zecke> hmm.. anyone has fetched stuff from two git repos yet? I remember the mono recipes did something like this with svn
Jun 22 20:14:17 <woglinde> zecke pb had the same problem some days ago
Jun 22 20:14:26 <woglinde> but dont know the solution
Jun 22 20:16:37 <fray> ok.. error reproduced -- no rpc
Jun 22 20:23:33 <Tartarus_> fray, fwiw, I'm seeing it too now I think
Jun 22 20:23:43 * Tartarus_ mutters about checking errors in hob/goggle UI
Jun 22 20:26:04 <incandescant> Tartarus_: care to elaborate
Jun 22 20:26:19 <Tartarus_> incandescant: about hob/goggle or gelibc?
Jun 22 20:26:24 <Tartarus_> s/gelibc/eglibc/
Jun 22 20:26:34 <incandescant> the former
Jun 22 20:27:38 <Tartarus_> Maybe I gave up too quickly this time but seeing the real error rather than just that it failed wasn't obvious/possible when i tried a while ago
Jun 22 20:27:53 <incandescant> Tartarus_: ah, you're probably right
Jun 22 20:27:59 <zecke> woglinde: okay, I can list multiple URIs and then the checkout to 'git/' fails miserably.
Jun 22 20:28:02 <incandescant> I have a to-do list item to add a log viewer
Jun 22 20:28:09 <zecke> woglinde: but there is nocheckout=1.. so I can avoid this error
Jun 22 20:28:11 <Tartarus_> zecke: iirc there's an arg to specify what to checkout into
Jun 22 20:28:13 <Tartarus_> rather than 'git'
Jun 22 20:28:24 <Tartarus_> see the fetch2 code
Jun 22 20:28:29 <fray> Reverting: 2a68cf4d315cdd18766de0c75928ff17846a6cd7 & 190a946e9a4213944e3ee675c4b3e18701698e87   fixed it for me
Jun 22 20:30:11 <Tartarus_> | NOTE: LC_ADDRESS: terminology language code `wae' not defined
Jun 22 20:30:12 <Tartarus_> | LC_ADDRESS: language abbreviation `wae' not defined
Jun 22 20:30:12 <Tartarus_> | 
Jun 22 20:30:12 <Tartarus_> | ERROR: Function 'localedef returned an error' failed
Jun 22 20:30:13 <Tartarus_> is mine
Jun 22 20:30:23 <fray> thats the error someone else was reporting
Jun 22 20:30:47 * Tartarus_ fires up goggle to see if he can spot useful bits there
Jun 22 20:30:52 <fray> it sure looks to me like eglibc (2.14) somehow reverted to building with all of the options disabled..
Jun 22 20:31:04 * Tartarus_ is doing distro-less
Jun 22 20:31:05 <fray> the error basically says that locales are disabled in that version of eglibc
Jun 22 20:31:20 <fray> default is supposed to be with all "glibc" options enabled
Jun 22 20:31:26 <zecke> Tartarus_: reading it right now
Jun 22 20:32:27 <zecke> Tartarus_: destdir = os.path.join(destdir, "git/"). :(
Jun 22 20:38:24 <zecke> anyone know if bitbake has a print that will always print to the console?
Jun 22 20:38:59 <woglinde> ?
Jun 22 20:39:01 <Tartarus_> incandescant: OK, I take it back, I just need to expand enough and then I see what's relevant
Jun 22 20:39:28 <zecke> woglinde: print "Foo" in python code is not ending on the console
Jun 22 20:39:52 <woglinde> you need the bitbake logging facility
Jun 22 20:40:04 <woglinde> dont make kergoth scream
Jun 22 20:40:47 <kergoth> zecke: stdout from python goes to the log, not the console. as woglinde says, use logging or bb.msg if you want to talk to the user
Jun 22 20:41:07 <woglinde> ah right bb.msg is it now
Jun 22 20:41:24 <kergoth> bb.msg just wraps the logging module nowadays
Jun 22 20:42:16 <Tartarus_> And that includes when user == guy hacking out a solution ;)
Jun 22 20:42:17 <zecke> kergoth: thanks
Jun 22 20:45:35 <zecke> and what is the name for the task that will remove the workdir? (it is not clean, cleanall)
Jun 22 20:45:45 <kergoth> what do you mean?
Jun 22 20:45:53 <kergoth> clean removes workdir + stamps etc
Jun 22 20:47:30 <zecke> not here... hmm
Jun 22 20:47:48 <zecke> might be a yocto issue though, so wrong channel in that case
Jun 22 20:49:46 <Tartarus> if clean doesn't, something got mangled
Jun 22 20:49:49 <Tartarus> or PR change, etc
Jun 22 20:50:19 <woglinde> yes look at rev
Jun 22 20:53:23 <otavio> khem: I just tryed to build the new eglibc and it failed with:
Jun 22 20:53:24 <otavio> | NOTE: LC_ADDRESS: terminology language code `wae' not defined
Jun 22 20:53:24 <otavio> | LC_ADDRESS: language abbreviation `wae' not defined
Jun 22 20:53:30 <incandescant> Tartarus: ah, right - gotcha. Maybe we should expand the parent and focus the failed task in that case...
Jun 22 20:53:47 <otavio> Tartarus: yey; we hare same bug
Jun 22 20:54:20 <lostincake2> yarrr, is openembedded.org down?
Jun 22 20:55:02 <Tartarus> otavio: distro-less or custom distro?
Jun 22 20:55:23 <otavio> Tartarus: my custom distro doesn't mangle eglibc options
Jun 22 20:55:37 <otavio> Tartarus: I dropped those from the conf so I am using the default
Jun 22 20:55:46 <Tartarus> k
Jun 22 20:55:56 <Tartarus> fray, poky, distro-less, angstrom, other?
Jun 22 20:56:27 <fray> oe-core -- as-is
Jun 22 20:56:45 <fray> only change to the config is a 16/8 configuration
Jun 22 20:57:01 <Tartarus> So distro-less, ok, odd that you get a different error
Jun 22 20:57:10 <fray> target is core-image-minimal
Jun 22 20:57:20 <otavio> Tartarus: it is not a different error
Jun 22 20:57:24 <otavio> Tartarus: ah, to fray
Jun 22 20:57:26 <otavio> ok
Jun 22 21:14:37 <Tartarus> fray: looks like reverting also fixes the locale one
Jun 22 21:14:42 <Tartarus> otavio: did you report to the ML yet?
Jun 22 21:14:58 <Tartarus> (not yet complete on my eglibc build, but past the last failure)
Jun 22 21:14:59 <fray> ya, symptoms are that the configuration is mangled
Jun 22 21:15:57 <ka6sox-farfarawa> khem, pb_ ping?
Jun 22 21:19:15 <denix0> ka6sox-farfarawa: any updates on the server?
Jun 22 21:19:35 <woglinde> stable stabel servers
Jun 22 21:19:48 <ka6sox-farfarawa> denix0, work emergency last night prevented me from working on this.
Jun 22 21:19:56 <ka6sox-farfarawa> is it dead now?
Jun 22 21:20:09 <woglinde> ka6sox hm
Jun 22 21:20:13 <woglinde> not good
Jun 22 21:20:14 <otavio> Tartarus: I did not
Jun 22 21:20:21 <denix0> all web-based services are down for me
Jun 22 21:20:29 <Tartarus> otavio: k
Jun 22 21:20:31 <otavio> Tartarus: in fact I was distracted handling one internal library
Jun 22 21:20:38 <lostincake2> yeah... oe.org not workings
Jun 22 21:20:38 <Tartarus> i'll reply to fray's msg shortly then
Jun 22 21:20:40 <otavio> Tartarus: but in case someone find the fix I can test
Jun 22 21:20:54 <denix0> git and ML seem to work, but not cgit, wiki, patchwork etc.
Jun 22 21:20:54 <Tartarus> otavio: reverting the 2.14 commits
Jun 22 21:24:31 <lostincake2> meeeh
Jun 22 21:24:44 <lostincake2> I like that google cached pages of the OE website aren't working either
Jun 22 21:25:42 <ka6sox-farfarawa> lostincake2, they are part of the reason we are having issues...googlebot(s) are scanning us repeatedly...3-5 of them.
Jun 22 21:25:50 <ka6sox-farfarawa> at a time
Jun 22 21:26:18 <ka6sox-farfarawa> + yahoo + others.
Jun 22 21:26:30 <ant__> from many ip blocks?
Jun 22 21:26:40 <ka6sox-farfarawa> too many
Jun 22 21:26:51 <ant__> I see
Jun 22 21:27:22 <ka6sox-farfarawa> if it weren't for bing,yahoo,google and others deep scanning things like the cgit and other places...
Jun 22 21:27:52 <ka6sox-farfarawa> apache doesn't stand up to that well when it doesn't have a LOT of help.
Jun 22 21:30:18 <lostincake2> ka6sox-farfarawa: robots.txt? :P no one needs to find us
Jun 22 21:30:22 <ant__> GNUtoo: kernel compiled. interestingly is 2kb bigger than with lzma-utils
Jun 22 21:30:42 <GNUtoo> did it boot?
Jun 22 21:30:49 <ant__> flashing...
Jun 22 21:30:50 <GNUtoo> I guess you didn't try yet
Jun 22 21:30:52 <GNUtoo> ok
Jun 22 21:31:05 <ka6sox-farfarawa> lostincake2, how do you think googlecache works?
Jun 22 21:31:12 * GNUtoo really hopes it boots
Jun 22 21:32:38 <lostincake2> mmm I know, I was mostly joking
Jun 22 21:32:43 <ka6sox-farfarawa> ah
Jun 22 21:32:56 <lostincake2> humor doesnt always translate too well through IRC heh
Jun 22 21:33:17 <lostincake2> just setting up OE on another computer and I use the getting started page for the packages you need meh
Jun 22 21:38:04 <ka6sox-farfarawa> what are you guys doing about 10:30 california time....because each time its died the load and connections go thru the roof :P
Jun 22 21:38:31 <woglinde> ka6sox-farfarawa just install lighty now
Jun 22 21:38:52 <woglinde> or fix it otherways
Jun 22 21:39:10 <ka6sox-farfarawa> woglinde, love to...but I'm on a Mountaintop working.
Jun 22 21:39:49 <woglinde> no one else available?
Jun 22 21:40:18 <GNUtoo> ant__, note that I tested without the LZMA_COMPRESSION thing overrides (the -e -9) in the machine config
Jun 22 21:40:59 <ka6sox-farfarawa> I called the others and nobody answered yet.
Jun 22 21:42:06 <Jay7> hard times
Jun 22 21:43:00 <ant__> GNUtoo: it doesn't boot, because of that IMAGE_CMD_cpio.lzma ... using ${LZMA_COMPRESSION_LEVEL}
Jun 22 21:43:26 <GNUtoo> ant__, ok
Jun 22 21:43:28 <eFfeM> \nnite all
Jun 22 21:43:34 <ant__> I overrided XZ_COMPRESSION_LEVEL but is not used now...
Jun 22 21:43:42 <ant__> 'nite eFfeM 
Jun 22 21:44:04 <ant__> imho -9 is an insane setting
Jun 22 21:44:18 <GNUtoo> -9 is fine for some devices and insane for others
Jun 22 21:44:27 <GNUtoo> so let's take something in the middle maybe
Jun 22 21:44:40 <ant__> only devices with limited space are forced to xz/lzma
Jun 22 21:44:56 <ant__> other are happy with lzo (or even gz :)
Jun 22 21:45:03 <GNUtoo> on nokia900 the kernel has to fit in 2M
Jun 22 21:45:09 <ka6sox-farfarawa> apache goes crazy and then dies.
Jun 22 21:45:13 <GNUtoo> so maybe we could lower a bit
Jun 22 21:45:17 <GNUtoo> ouch for apache
Jun 22 21:45:54 <ka6sox-farfarawa> 144 children.
Jun 22 21:46:05 <Jay7> ka6sox-farfarawa: limit number of forks
Jun 22 21:46:22 <ka6sox-farfarawa> did that...but its not obeying that.
Jun 22 21:46:38 <ka6sox-farfarawa> told it 60 max servers
Jun 22 21:46:41 <Jay7> limit it harder :)
Jun 22 21:46:47 <woglinde> use lighty
Jun 22 21:46:57 <Jay7> don't forget MaxRequestsPerChild
Jun 22 21:47:05 <Jay7> seems some apps are leaking memory
Jun 22 21:47:16 <Jay7> so add this to rotate forks
Jun 22 21:47:25 <Jay7> woglinde: this is next step :)
Jun 22 21:47:37 <Jay7> right now quick solution is needed
Jun 22 21:50:20 <woglinde> good nite
Jun 22 21:51:40 <Jay7> ant__: btw, I'll ask again. How is opie image now on Z?
Jun 22 21:53:28 <ant__> cannot calibrate. stuck at calibration
Jun 22 21:54:05 <bluelightning> ant__: due to noisy ts right?
Jun 22 21:54:16 <bluelightning> what about that kernel patch?
Jun 22 22:00:28 <Jay7> my wife bothering me about using one of Z as reader :)
Jun 22 22:00:51 <ka6sox-farfarawa> I use the nook color and like that.
Jun 22 22:01:04 <Jay7> so seems I'll build opie image soon for tosa :)
Jun 22 22:01:15 <Jay7> or may be x11-image + fbreader
Jun 22 22:01:25 <reactor16> obi
Jun 22 22:02:00 <Jay7> well.. time to sleep now
Jun 22 22:04:00 <GNUtoo> sorry bad wifi
Jun 22 22:05:06 <Tartarus> Hmm
Jun 22 22:05:15 <Tartarus> Brining back kernel-abi bit seems to have busted rootfs creation
Jun 22 22:05:18 <Tartarus> since depmod stuff ain't right
Jun 22 22:10:02 <ant__> GNUtoo: yes, I have to go one step back with xz-utils (-e -7)
Jun 22 22:10:32 <ant__> then it boots with 32Mb ram
Jun 22 22:13:04 <GNUtoo> ant__, so what do we do now?
Jun 22 22:13:53 <ant__> let pb_ review this one
Jun 22 22:15:02 <ant__> GNUtoo: we'll have to earn more ack's
Jun 22 22:15:15 <GNUtoo> ok
Jun 22 22:15:42 <ant__> one more at least :)
Jun 22 22:16:12 <GNUtoo> ok
Jun 22 22:31:11 <ant__> bluelightning: can't remember how to disable opie-calibration at login...
Jun 22 22:31:22 <bluelightning> ant__: why would you want to?
Jun 22 22:31:30 <bluelightning> it's the touchscreen device that is at fault
Jun 22 22:31:52 <ant__> yes, the ADS7846 driver
Jun 22 22:32:10 <bluelightning> so let's fix that then... especially if there's already a patch to do so
Jun 22 22:33:44 <khem> melo is still mellow
Jun 22 22:33:46 <khem> sad
Jun 22 22:41:12 <ant__> bluelightning: http://lists.linuxtogo.org/pipermail/zaurus-devel/2009-November/000013.html
Jun 22 22:41:34 <ant__> or  http://atrey.karlin.mff.cuni.cz/~metan/evfilter/ ?
Jun 22 22:41:53 <ant__> latter is generic event filter
Jun 22 22:42:48 <bluelightning> hmm, whichever is most effective...
Jun 22 22:47:18 <ant__> still, http://www.mail-archive.com/zaurus-devel@lists.linuxtogo.org/msg00153.html
Jun 22 22:47:50 <ant__> noise reduction technique ?
Jun 22 22:48:55 <bluelightning> hmm clearly if that's true it's not completely effective
Jun 22 22:51:24 <Tartarus> So
Jun 22 22:51:29 <Tartarus> Anyone else around w/ oe-core stuff?
Jun 22 22:51:46 <Tartarus> I'm trying to confirm that cleaning out the kernel doesn't clean up STAGING_KERNEL_DIR for some reason
Jun 22 22:52:17 <ant__> bluelightning: http://tinyurl.com/65wnaqr
Jun 22 22:52:31 <ant__> that's the more detailed analysis I found
Jun 22 22:57:38 <Tartarus> fray: ping?:)
Jun 22 22:57:50 <fray> here
Jun 22 22:58:07 <Tartarus> Can you do a -c cleanall on the kernel and see if STAGING_KERNEL_DIR is still populated for you?
Jun 22 22:58:11 <Tartarus> Or if I'm just crazy
Jun 22 22:58:27 <fray> where is the staging_kernel_dir (default) and I can look
Jun 22 23:01:05 <Tartarus> sysroot/$machine/kernel
Jun 22 23:01:11 <fray> ok looking
Jun 22 23:01:30 <Tartarus> next bit is I found a problem bringing back kernel-abiversion has, but I think I've got it fixed too
Jun 22 23:01:36 <Tartarus> just wtf'ing at the non-clean now
Jun 22 23:02:25 <fray> still there.. but the "source" link is now broken
Jun 22 23:02:42 * fray notes he's never noticed this directory before..
Jun 22 23:02:44 <Tartarus> But otherwise populated with System.map and so on
Jun 22 23:02:55 <fray> yes.. bzImage, etc..
Jun 22 23:03:18 <Tartarus> k, not crazy thanks
Jun 22 23:03:27 <Tartarus> will fixup this one thing, post to the ML and then see if I can figure out the next
Jun 22 23:29:35 <Tartarus> Ah-ha
Jun 22 23:29:39 <Tartarus> meta-oe also needs a change
Jun 22 23:29:43 <Tartarus> This is annoying/silly
Jun 22 23:51:29 <Tartarus> ok, incoming for oe-core and meta-oe for that problem
Jun 22 23:51:38 <Tartarus> now to wtf at clean not cleaning out that sysroot
Jun 23 00:23:27 <CIA-109> 03chase maupin <chasemaupin03@gmail.com> 07master * r1b43ab26f1 10openembedded.git/classes/kernel.bbclass: (log message trimmed)
Jun 23 00:23:27 <CIA-109> kernel bbclass: add the crypto directory to staging
Jun 23 00:23:27 <CIA-109> * Add the include/crypto directory from the kernel to the list
Jun 23 00:23:27 <CIA-109> of directories to be staged.
Jun 23 00:23:27 <CIA-109> * This directory contains the cryptodev.h file required by other
Jun 23 00:23:28 <CIA-109> drivers and applications.
Jun 23 00:23:28 <CIA-109> * Not including this directory leads to build errors of being
Jun 23 00:30:12 <CIA-109> 03Jeff Lance <jefflance01@gmail.com> 07master * rdbad835e74 10openembedded.git/recipes/ti/ (3 files): (log message trimmed)
Jun 23 00:30:12 <CIA-109> matrix_gui: Update SRCREV to revision 265
Jun 23 00:30:12 <CIA-109> * ti816x - Rework runOMTB script
Jun 23 00:30:12 <CIA-109> * am3517 - Remove Can and WIFI apps
Jun 23 00:30:12 <CIA-109> * am3715 - Add four new power apps
Jun 23 00:30:13 <CIA-109> * Add Oprofile apps to all am platforms
Jun 23 00:30:13 <CIA-109> * Remove LMBench app "write throughput" from all am platforms
Jun 23 00:30:22 <CIA-109> 03Jeff Lance <jefflance01@gmail.com> 07master * r2bcdca7c1b 10openembedded.git/recipes/ti/ (matrix-gui-common.inc matrix-gui-e.inc matrix-gui.inc): 
Jun 23 00:30:22 <CIA-109> matrix_gui: Add beagleboard platform support
Jun 23 00:30:22 <CIA-109> * Previously beagleboard was using the am3715 support files
Jun 23 00:30:22 <CIA-109> Signed-off-by: Jeff Lance <j-lance1@ti.com>
Jun 23 00:30:22 <CIA-109> Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Jun 23 00:50:59 <grg> Does anyone have an archive of historic ipkg tarballs?
Jun 23 00:51:16 <grg> (or, better, cvs history)
Jun 23 00:51:45 <ka6sox-farfarawa> I remember monotone..but never CVS.
Jun 23 00:52:04 <grg> didn't handhelds.org have a cvs repo?
Jun 23 00:52:21 <grg> ooops.... not supposed to mention that site...
Jun 23 00:54:16 <kergoth_> it was cvs, yes
Jun 23 00:54:27 <kergoth_> cvs on hh.o as far as i know isn't available. sure would be nice though :(
Jun 23 00:55:16 <ka6sox-farfarawa> Handhelds.org is undergoing renovations - The site should be active on the week of March 1st, 2011!
Jun 23 00:55:30 <ka6sox-farfarawa> lessee...thats almost 3months ago.
Jun 23 00:55:50 <grg> it will never return
Jun 23 00:56:22 <ka6sox-farfarawa> probably not...
Jun 23 00:56:28 <ka6sox-farfarawa> I don't even know who has it.
Jun 23 00:57:50 <ka6sox-farfarawa> oh...it will never return.
Jun 23 00:58:04 <grg> I'd even take an incomplete set of ipkg tarballs...
Jun 23 00:58:17 <grg> What's the path to the angstrom srouce mirror?
Jun 23 01:00:34 <denix0> http://www.angstrom-distribution.org/unstable/sources/
Jun 23 01:02:01 <denix0> there are 2 cvs snapshots (0.99.154 and 0.99.159) as well as a release tarball 0.99.163 :)
Jun 23 01:02:07 <denix0> is that what you need?
Jun 23 01:02:22 <ka6sox-farfarawa> denix0 I have no answers...but its back up..
Jun 23 01:03:06 <denix0> ka6sox-farfarawa: yeah, I've been using it for last hour... :) thanks!
Jun 23 01:03:09 <grg> denix0, thanks. The history i want is older... more like .6x
Jun 23 01:19:51 <grg> Even handhelds tarball archive was incomplete. http://web.archive.org/web/20090627040727/http://handhelds.org/download/packages/ipkg/
Jun 23 01:49:52 <kergoth_> grg: heh, digging up old versions of a lot of things is a royal pain. i've been doing that for a few things to try to put together some git repositories, heh
Jun 23 01:52:50 <grg> kergoth_, yeah and it wont get easier in the future
Jun 23 01:53:09 <grg> i suspect ipkg is gone forever, but no harm in asking around
Jun 23 01:56:03 * kergoth_ nods
Jun 23 01:56:36 * kergoth_ wishes the wayback machine had more ftp stuff
**** ENDING LOGGING AT Thu Jun 23 02:59:56 2011