00:04.27 | ant__ | mwester: I suppose ./meta/slugos-packages.bb nd ./tasks/task-slugos-extd.bb could have an issue with kexecc-tools |
00:04.50 | mwester | how so? |
00:04.53 | ant__ | the recipe splits in 2: kexec and kdump |
00:04.58 | ant__ | since 2 years... |
00:05.14 | mwester | Ah. I don't use kdump, just kexec. |
00:05.22 | ant__ | well, anyhow you'd refer to kexec and kdump packages |
00:05.37 | ant__ | yes, that was the reason: skip beefy kdump |
00:05.54 | mwester | I suppose we should put kdump in the package feeds, though - that would be useful. |
00:06.03 | ant__ | Jay7 noticed that in task-devimage |
00:06.11 | ant__ | andd suggested to grep ;) |
00:06.44 | ant__ | building kexec-tools packages both. you can install each or both |
00:06.53 | mwester | Thanks! I'll make a note to add to teh packages (I think we don't want kdump in the extended image, though). |
00:07.33 | mwester | So I should RDEPEND on just "kexec"? |
00:07.46 | ant__ | yes |
00:07.49 | mwester | Cool. |
00:08.03 | ant__ | e.g IMAGE_INSTALL = "kexecboot-klibc" (small version) |
00:08.18 | ant__ | err.. kexec-klibc |
00:09.06 | mwester | What's in that package though? All I wish to do is to be able to use "kexec" to boot a different kernel -- do I need klibc? |
00:10.16 | ant__ | kexec-tools recipe PACKAGES =+ "kexec kdump" |
00:10.48 | ant__ | so you just need 'kexec' |
00:11.00 | ant__ | sorry for the confusion |
00:11.09 | ant__ | klibc is a variant of the same soup |
00:11.24 | ant__ | just a bit thick |
00:13.10 | mwester | Actually, according to my notes here, I see that kexec doesn't work on the current preferred kernel for teh NSLU2... so I guess it's rather a moot point until I patch the kernel. |
00:13.54 | mwester | notes that this kernel has been in use for two years, but no users have ever complained... so probably nobody uses kexec except himself. |
00:15.23 | ant__ | :/ |
00:17.53 | mwester | Yeah, not enough developers with SlugOS. And the ones that show up seem to leave as soon as they get their specific software package built... |
00:18.26 | *** join/#oe pespin (~pespin@90.163.51.193) |
00:18.49 | mwester | I'd like to blame OE for being too steep a learning curve, but I don't think that's really a problem. |
00:21.54 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
00:24.47 | RP | mwester: general problem I think |
00:27.58 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
00:39.42 | Jay7 | hmmm.. |
00:40.13 | Jay7 | autom4te complains about wrong m4 version when running inside qemu + native-sdk-image |
00:40.25 | Jay7 | path to m4 is build path |
00:40.35 | Jay7 | sysroot even |
00:41.48 | Jay7 | autom4te: need GNU m4 1.4 or later: /var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/bin/m4 |
00:42.19 | Jay7 | called from aclocal which is called by autoreconf |
00:42.28 | Jay7 | khem: can you have a look? |
00:44.18 | Jay7 | yeah.. |
00:44.47 | Jay7 | eval 'case $# in 0) exec /var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/bin/perl -S "$0";; *) exec /var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/bin/perl -S "$0" "$@";; esac' |
00:45.10 | Jay7 | this is from head of /usr/bin/autom4te |
00:45.16 | Jay7 | on target |
00:45.50 | Jay7 | my $m4 = $ENV{"M4"} || '/var/tmp/oe/minimal/arm/sysroots/x86_64-linux/usr/bin/m4'; |
00:45.53 | Jay7 | from there too |
00:46.08 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
00:47.39 | Jay7 | /usr/bin/autoheader is broken same way |
00:47.55 | Jay7 | even worst, wrong path to perl in shebang |
00:50.24 | *** join/#oe sgw (~sgw@70.96.129.163) |
00:52.38 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
00:53.19 | Jay7 | and all fails on can't locate Autom4te/ChannelDefs.pm in @INC... |
00:53.50 | Jay7 | gnu-configize line 40 |
00:54.14 | khem | Jay7: yeah some other people have seen it too |
00:54.21 | khem | I thought it was fixed by trini |
00:54.29 | khem | Tartarus I mean |
00:54.47 | Jay7 | <PROTECTED> |
00:54.49 | Jay7 | # '/home/kergoth/code/build-arm/tmp/staging/share/autoconf'; |
00:55.03 | Jay7 | hehe.. seems kergoth was done something with that code ;) |
00:55.09 | kergoth | hah |
00:55.30 | khem | perl must be falling in love with kergoth |
00:55.34 | kergoth | noooo |
00:56.18 | Jay7 | there are other alike comments |
00:56.35 | Jay7 | well.. too late here |
00:58.19 | Jay7 | I'll raise this up tomorrow |
00:58.23 | Jay7 | good night all |
00:58.33 | khem | gn |
01:10.53 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
01:12.01 | *** join/#oe thaytan (~jan@ppp121-44-187-119.lns20.syd7.internode.on.net) |
01:13.41 | *** join/#oe GNUtoo (~root@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
01:17.54 | *** join/#oe _julian_ (~quassel@hmbg-4d06da4b.pool.mediaWays.net) |
01:22.07 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
02:15.25 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
02:23.15 | *** join/#oe vanous (~vanous@4.71.138.187) |
02:26.27 | *** join/#oe wicknix (~matt@29.173-254-151.cellcom.com) |
02:29.50 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
02:30.45 | *** join/#oe vanous (~vanous@4.71.138.187) |
02:40.07 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
02:42.33 | LyosNorezel | anyone here interested in running linux on Adtran and/or Cisco routers? |
02:42.44 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
03:04.19 | *** join/#oe fraxinas (~quassel@p4FD64586.dip.t-dialin.net) |
03:14.37 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
03:14.47 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
03:24.43 | Tartarus | Jay7, khem, what we're seeing now is a much more frequent occurrance of perl-native messing things up for us by being installed as some other task is going on, using 'perl'. It can be libperl.so missing, or crazy sounding "can't find Foo.pm" type things |
03:25.43 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
03:39.19 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rqsaptmudfeazjtf) |
03:43.04 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
04:10.08 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
04:46.32 | *** join/#oe ALoGeNo (~alogeno@unaffiliated/alogeno) |
04:48.26 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
04:50.34 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
05:04.35 | *** join/#oe sanket (~sanket@114.143.167.46) |
05:05.06 | *** join/#oe mrj10 (~mrj10@24-216-68-25.dhcp.stls.mo.charter.com) |
05:16.14 | *** join/#oe polyonymous (~hacker@g230197110.adsl.alicedsl.de) |
05:45.00 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
06:02.13 | *** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
06:20.54 | *** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
06:21.26 | *** join/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
06:21.49 | *** part/#oe Russ (foobar@ip70-176-251-1.ph.ph.cox.net) |
06:22.06 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
07:05.23 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
07:16.45 | CIA-104 | 03Khem Raj <raj.khem@gmail.com> 07master * re940cf0f59 10openembedded.git/recipes/linux/ (7 files in 7 dirs): |
07:16.46 | CIA-104 | linux-2.6.37: Make QEMU machines all use 2.6.37 as default kernel |
07:16.46 | CIA-104 | Signed-off-by: Khem Raj <raj.khem@gmail.com> |
07:23.58 | *** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
07:40.24 | *** join/#oe vps (~vitus@145.253.169.210) |
07:40.50 | *** join/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
07:42.09 | *** join/#oe Romke|off (~Romke@82-170-233-174.ip.telfort.nl) |
07:48.16 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
07:51.37 | *** join/#oe rob_w (~bob@ppp-188-174-59-179.dynamic.mnet-online.de) |
07:54.45 | *** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
08:01.46 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
08:02.36 | eFfeM_work | gm |
08:12.24 | mckoan | good morning |
08:13.10 | ant_work | 'morning |
08:14.43 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
08:21.47 | *** join/#oe roza (~ron@nat/cisco/x-kseifofhlvshsufc) |
08:22.28 | *** join/#oe morphis (~morphis@brmn-4dbcdd39.pool.mediaWays.net) |
08:27.01 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
08:28.34 | *** join/#oe dth (~dth@a89-182-11-219.net-htp.de) |
08:30.17 | *** part/#oe dth (~dth@a89-182-11-219.net-htp.de) |
08:32.58 | CIA-104 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc4d237d621 10openembedded.git/recipes/pidgin/ (pidgin.inc pidgin_2.7.3.bb): |
08:32.58 | CIA-104 | pidgin: update to 2.7.9 |
08:32.58 | CIA-104 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
08:33.10 | CIA-104 | 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r4c35cc5cc9 10openembedded.git/recipes/hal/hal_0.5.14+git.bb: |
08:33.10 | CIA-104 | hal 0.5.15+git: bump SRCREV to fix a segfault |
08:33.10 | CIA-104 | Signed-off-by: Koen Kooi <koen@openembedded.org> |
08:42.34 | *** join/#oe tws (~Miranda@178.126.198.37) |
08:43.46 | *** join/#oe rschus (~rschus@4.176.73-86.rev.gaoland.net) |
08:58.58 | *** join/#oe hrw (~hrw@linaro/hrw) |
08:59.15 | hrw | morning |
08:59.26 | mckoan | hello hrw |
09:05.03 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
09:09.05 | *** join/#oe Ironnads (~Ironnads@host86-144-172-89.range86-144.btcentralplus.com) |
09:17.59 | *** join/#oe B_Lizzard (~havoc@athedsl-421603.home.otenet.gr) |
09:20.24 | *** join/#oe unclewerner (~unclewern@host-88-217-163-202.customer.m-online.net) |
09:34.57 | *** join/#oe bluelightning (~paul@83.217.123.106) |
09:34.57 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:35.58 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
09:45.50 | *** join/#oe rob_w (~bob@217.237.177.190) |
09:56.04 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
10:00.36 | sanket | had anyone worked on friendlyarm mini6410 development board |
10:06.40 | *** join/#oe javier_ (~javier@225.Red-83-57-3.dynamicIP.rima-tde.net) |
10:06.59 | *** join/#oe hrw (~hrw@linaro/hrw) |
10:10.43 | *** join/#oe janp (~janp@mailout.fortiscorp.be) |
10:15.30 | rob_w | my build stands a "preparing run queue" cpu is 100% but nothing is happing ? |
10:15.42 | *** join/#oe RP__ (~richard@93-97-173-237.zone5.bethere.co.uk) |
10:16.18 | mckoan | rob_w: maybe try disabling tinderbox |
10:16.49 | rob_w | ? how can i do that ? |
10:19.33 | mckoan | look into your local.conf |
10:19.42 | mckoan | or pastebin it |
10:19.48 | mckoan | ~pastebin |
10:19.48 | 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. |
10:20.08 | rob_w | ah now i know .. well i dont have it activ ... |
10:20.23 | rob_w | lets see i let it rebuild the cache now .. |
10:25.18 | *** join/#oe mlip (~mlip@62.218.44.194) |
10:30.37 | CIA-104 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * ra3d8ebc631 10openembedded.git/recipes/freesmartphone/ (3 files in 3 dirs): |
10:30.37 | CIA-104 | frameworkd: drop fso-abyss from om-gta0* RDEPENDS and disable ogsmd in default config - replaced by fsogsmd |
10:30.37 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:30.50 | CIA-104 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r591848643c 10openembedded.git/recipes/freesmartphone/cornucopia.inc: |
10:30.50 | CIA-104 | freesmartphone: bump cornucopia SRCREV, needed for versions compatible with new vala |
10:30.50 | CIA-104 | * fsobasics fails to build now |
10:30.50 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:30.52 | CIA-104 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r01e1c4ff1c 10openembedded.git/recipes/shr/frameworkd-config-shr_git.bb: |
10:30.52 | CIA-104 | frameworkd-config-shr: bump SRCREV for new om-gta01 frameworkd.conf |
10:30.52 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
10:34.41 | mlip | hej, anyone thought of how to handle the latest kernel renames of ttySx to ttyOx ; SERIAL_CONSOLE is actually pinned by machine configs afaik; we would need to somehow distinguish between kernel version? |
10:37.19 | *** join/#oe Martin-B (~martin@pool-147-65-198-89.dbd-ipconnect.net) |
10:38.25 | blindvt` | khem, ping |
10:38.36 | XorA | mlip: latest? thats been the case for at least a year now :-D |
10:38.43 | mckoan | I have a system based on minimal image, the screen switch off after a while, how could I disable this feature? |
10:38.49 | XorA | mlip: and it isnt a rename |
10:39.21 | vadmium | sweet, now I know why my newer kernel wasn't giving any serail output :D |
10:39.30 | mlip | XorA: well, Gentoo handled that for me, and i just stumbled upon it because my beagleboard-xm preffered to use 2.6.37 |
10:39.51 | XorA | best solution would be to use udev to rename the ports |
10:40.15 | XorA | then it can work whether omap serial is enabled or not |
10:40.26 | mlip | XorA: it is not a rename? thought I did read this on some ml now ... |
10:40.40 | XorA | mlip: no, it means you enabled omap-serial |
10:40.57 | blindvt` | khem, 1) should supported kernel fs be deduced from IMAGE_FSTYPES ? |
10:41.28 | XorA | omap ports are partially 8250 compatible so that driver can drive them, or the custom omap-serial to get better performance |
10:41.52 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
10:42.37 | blindvt` | khem, 2) Re +FULL_OPTIMIZATION_powerpc = "-O2": How can we say that we want that for gcc pv <= 4.5.x ? |
10:43.01 | mlip | XorA: I see, thx; I will have a look and try some udev renaming; u-boot still needs to adapted somehow (if we want it to be runable out of the box) |
10:46.23 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
10:46.23 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
11:03.08 | *** join/#oe risca (~risca@m83-188-209-60.cust.tele2.se) |
11:03.45 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
11:18.45 | *** join/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
11:19.10 | *** join/#oe incandescant (~joshual@83.217.123.106) |
11:26.11 | *** join/#oe GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
11:27.02 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
11:30.40 | sanket | how to include our application in openembedded? i.e how make .bb file for our application? can anyone help me... |
11:35.42 | GNUtoo|laptop | it depend on your application |
11:35.52 | GNUtoo|laptop | beside in european time, everybody is eating |
11:35.59 | GNUtoo|laptop | s/beside/also/ |
11:36.23 | vadmium | I think I remember reading about some info on doing that in the manual |
11:36.39 | mckoan | sanket: in the manual |
11:36.43 | GNUtoo|laptop | does your application uses autotools? |
11:36.54 | GNUtoo|laptop | first identify the build system your application use |
11:36.59 | GNUtoo|laptop | and then follow the manual |
11:37.15 | GNUtoo|laptop | and then send a patch to the mailing list |
11:37.22 | GNUtoo|laptop | there's a howto for that too |
11:37.33 | GNUtoo|laptop | http://docs.openembedded.org/usermanual/usermanual.html |
11:37.47 | GNUtoo|laptop | http://wiki.openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded |
11:38.51 | sanket | ya I m refering that manual... but not able to create .bb file... |
11:39.12 | sanket | do you hv some example... |
11:39.34 | vadmium | Any of these useful? http://docs.openembedded.org/usermanual/html/recipes_examples.html |
11:42.15 | *** join/#oe GNUtoo|n900 (~GNUtoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
11:44.01 | sanket | thanx I will try this basic example and then to my application. |
11:47.40 | *** join/#oe HopsNBarley (~hops@nslu2-linux/HopsNBarley) |
11:49.53 | *** join/#oe risca (~risca@m83-185-109-30.cust.tele2.se) |
11:52.12 | *** join/#oe Crofton (~balister@static-70-101-255-29.br1.mrtn.wv.frontiernet.net) |
11:53.34 | *** join/#oe woglinde (~henning@p5DDC097C.dip0.t-ipconnect.de) |
12:08.40 | otavio | has a doubt about sdks |
12:08.53 | otavio | host is the host building, right? |
12:09.19 | otavio | what if I need to build the sdk for ix86 host and I am using an amd64 builder? |
12:09.59 | woglinde | candian-cross |
12:10.56 | sanket | I hv follow http://wiki.openembedded.org/index.php/How_to_submit_a_patch_to_OpenEmbedded |
12:11.05 | sanket | but I m getting an error |
12:11.12 | sanket | can anyone help me |
12:11.33 | sanket | ERROR: Task 13 (/media/eeecc9e6-2a1f-42f8-9ecd-f7ef700f894c/sanket/oe/openembedded/recipes/myhelloworld/myhelloworld_0.1.bb, do_compile) failed with 256 |
12:11.33 | sanket | ERROR: '/media/eeecc9e6-2a1f-42f8-9ecd-f7ef700f894c/sanket/oe/openembedded/recipes/myhelloworld/myhelloworld_0.1.bb' failed |
12:12.29 | woglinde | ? |
12:13.15 | woglinde | hello world is no new package |
12:13.18 | woglinde | or recipe |
12:13.45 | sanket | I hd followed that link |
12:14.16 | woglinde | I didnt know you want to submit hello-world |
12:14.57 | woglinde | sanket what is your goal? |
12:15.22 | sanket | I want to include my application in oe... |
12:15.50 | sanket | but I m getting an error... not able to make a proper .bb file |
12:16.11 | sanket | so I had followed a simple example from that link |
12:16.14 | woglinde | so pastebin the .bb and the error |
12:16.38 | sanket | http://docs.openembedded.org/usermanual/html/recipes_examples.html |
12:17.01 | woglinde | thats your new application? |
12:19.13 | otavio | woglinde: any example how I use it? |
12:20.21 | woglinde | otavio no sorry grep for canadian |
12:23.39 | otavio | confusing; it seems that there're many deprecated classes for it |
12:25.01 | otavio | it seems that the current class is cross-canadian however I didn't find usage of it |
12:26.56 | woglinde | hm |
12:27.02 | woglinde | best ask richard |
12:27.11 | woglinde | he worked some time on it |
12:27.46 | otavio | woglinde: by Richard you mean RP? |
12:28.34 | ant_work | woglinde: not so OT |
12:28.41 | ant_work | question: |
12:28.48 | woglinde | otavio yes |
12:29.20 | ant_work | woglinde: can it be that adding -isystem does imply we are using sysroot stuff? |
12:30.30 | woglinde | hm no |
12:30.39 | woglinde | -isystem was before sysroot there |
12:30.50 | woglinde | if I am not complety wrong |
12:31.14 | ant_work | see e.g. http://tinyurl.com/68vpaqm |
12:31.18 | woglinde | and only tolding the compiler to look for system headers under the dir |
12:31.28 | ant_work | ah, the headers... |
12:33.38 | ant_work | you see, I have to convince klcc that it is running on target and not on buildhost... |
12:33.49 | ant_work | klcc, not klcc-cross |
12:34.09 | ant_work | I'll have to read the Kbuild better |
12:46.01 | *** join/#oe chouimat (~mathieu@kde/developer/chouinard) |
12:56.41 | *** part/#oe tasslehoff (~Tasslehof@147.84-49-231.nextgentel.com) |
12:57.42 | *** join/#oe B_Lizzard (~havoc@athedsl-421603.home.otenet.gr) |
13:10.57 | mckoan | otavio: AFAIK canadian cross doesn't work |
13:13.17 | blindvt` | $ grep -q autotools recipes/util-linux/util-linux.inc && echo huh? || echo ok since util-linux really does not use autotools |
13:13.17 | blindvt` | huh? |
13:20.46 | *** join/#oe aloisiojr (~aloisio@187.113.165.27) |
13:21.51 | *** join/#oe etrunko (~edulima@201.82.21.177) |
13:25.41 | *** join/#oe valhalla (~valhalla@81-174-24-214.dynamic.ngi.it) |
13:35.03 | *** join/#oe ChrisD1 (~ChrisD@dsl-217-155-59-204.zen.co.uk) |
13:43.14 | *** join/#oe rschus (~rschus@4.176.73-86.rev.gaoland.net) |
13:43.19 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
13:46.49 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
13:54.38 | *** join/#oe sgw (~sgw@70.96.129.163) |
14:06.38 | *** join/#oe Marex (vasum7am@u-pl15.ms.mff.cuni.cz) |
14:07.28 | *** part/#oe vadmium (~vadmium@168.65.233.220.static.exetel.com.au) |
14:11.36 | CIA-104 | 03Klaus Kurzmann <mok@fluxnetz.de> 07master * ra410a3ea8e 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
14:11.36 | CIA-104 | task-shr-feed: add ttf-droid |
14:11.36 | CIA-104 | Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de> |
14:12.26 | CIA-104 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r1f4d72bf33 10openembedded.git/ (11 files in 10 dirs): |
14:12.26 | CIA-104 | frameworkd: merge frameworkd-config-shr_git.bb to frameworkd_git.bb and cleanup |
14:12.26 | CIA-104 | * move init.d file and all config files applied in OE to frameworkd repo |
14:12.26 | CIA-104 | * drop PREFERRED_PROVIDER_frameworkd-config as only one provider exists now |
14:12.26 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
14:12.38 | CIA-104 | 03Daniele Ricci <daniele.athome@gmail.com> 07master * rb8eb997da7 10openembedded.git/recipes/mokosuite2/libmokosuite_git.bb: |
14:12.38 | CIA-104 | libmokosuite: SRCREV bump |
14:12.38 | CIA-104 | A few GUI functions fixes |
14:12.38 | CIA-104 | Signed-off-by: Daniele Ricci <daniele.athome@gmail.com> |
14:12.38 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
14:12.40 | CIA-104 | 03Daniele Ricci <daniele.athome@gmail.com> 07master * ra57a6f4856 10openembedded.git/recipes/mokosuite2/mokomessages_git.bb: |
14:12.40 | CIA-104 | mokomessages: SRCREV bump |
14:12.40 | CIA-104 | Very buggy message writing :) |
14:12.40 | CIA-104 | Signed-off-by: Daniele Ricci <daniele.athome@gmail.com> |
14:12.41 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
14:24.15 | *** join/#oe kevinsc (~a0214685@nat/ti/x-pvsbqmchesqqeqmr) |
14:24.21 | Tartarus | So.. what's the uclibc equiv of <ifaddrs.h> ? |
14:27.37 | CIA-104 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r28fa42b1f4 10openembedded.git/recipes/busybox/ (9 files in 3 dirs): |
14:27.37 | CIA-104 | busybox: introduce stable version 1.18.2 |
14:27.37 | CIA-104 | which is 1.18.1 + all the patches we already had in OpenEmbedded |
14:27.37 | CIA-104 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
14:27.37 | CIA-104 | Acked-by: Khem Raj <raj.khem@gmail.com> |
14:29.00 | CIA-104 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r8f6eed1719 10openembedded.git/conf/distro/include/angstrom-2010-preferred-versions.inc: |
14:29.00 | CIA-104 | angstrom-2010: prefer busybox 1.18.2 |
14:29.00 | CIA-104 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
14:29.00 | CIA-104 | Cc: Koen Kooi <koen@openembedded.org> |
14:29.00 | CIA-104 | Acked-by: Koen Kooi <koen@openembedded.org> |
14:29.18 | XorA | Crofton: wake up |
14:32.13 | *** join/#oe kevinsc (~a0214685@nat/ti/x-vyhtagscrkmausug) |
14:35.23 | mwester | Is a holiday in the US for many folks, FYI. |
14:41.17 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
14:41.44 | mckoan | mwester: 17 January â Martin Luther King, Jr. Day (3rd Monday of January, traditionally 15 Jan.) |
14:41.55 | mckoan | mwester: http://en.wikipedia.org/wiki/List_of_holidays_by_country#United_States_of_America |
14:43.39 | mwester | That's the one... Different companies/schools/institutions treat it differently -- my employer marks it as a day off, but one of my customers who's struggling with an issue is at work and is rather upset about it... :D |
14:57.47 | *** join/#oe risca (~risca@c83-253-202-33.bredband.comhem.se) |
14:57.52 | XorA | heh, bloomin holidays |
15:01.08 | Crofton | urg |
15:01.30 | Crofton | XorA, we've been skiing, back home tonight, on the road tomorrow |
15:05.09 | Tartarus | Anyone up that's a uclibc person? |
15:23.35 | CIA-104 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r474d7b392a 10openembedded.git/recipes/linux/ (11 files in 8 dirs): |
15:23.36 | CIA-104 | linux: Add CONFIG_MODULES to qemu{ppc,sh4,mips64} |
15:23.36 | CIA-104 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:23.37 | CIA-104 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r3109a7ee39 10openembedded.git/conf/machine/mpc8315e-rdb.conf: |
15:23.37 | CIA-104 | mpc8315e-rdb: Setup for xserver-xorg |
15:23.37 | CIA-104 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:23.48 | CIA-104 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r114b1f3c7a 10openembedded.git/conf/machine/p2020ds.conf: |
15:23.48 | CIA-104 | p2020ds: Setup for xserver-xorg |
15:23.48 | CIA-104 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:23.51 | CIA-104 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r511c190b1f 10openembedded.git/recipes/iscsi-target/ (3 files in 2 dirs): |
15:23.52 | CIA-104 | iscsi-target: Update for newer kernels |
15:23.52 | CIA-104 | Bring in some patches from upstream that make this compile when using |
15:23.52 | CIA-104 | 2.6.37. |
15:23.52 | CIA-104 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:30.45 | CIA-104 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r03abc32f95 10openembedded.git/recipes/uclibc/ (12 files in 7 dirs): |
15:30.46 | CIA-104 | uclibc: Enable UCLIBC_USE_NETLINK and UCLIBC_SUPPORT_AI_ADDRCONFIG |
15:30.46 | CIA-104 | This keeps all of the older versions in sync with uclibc-git. |
15:30.46 | CIA-104 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
15:36.34 | *** join/#oe jmpdelos (~polk@outgoing.delos.com) |
15:36.55 | jmpdelos | identify whatitis |
15:45.18 | CIA-104 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rb0af751964 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: |
15:45.19 | CIA-104 | frameworkd: fix init.d script permissions and force frameworkd-config-shr removal with RCONFLICTS |
15:45.19 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
15:50.23 | CIA-104 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * rd1f2f64225 10openembedded.git/recipes/tasks/task-shr-feed.bb: |
15:50.23 | CIA-104 | task-shr-feed: fix ttf-droid target package names for RDEPENDS |
15:50.23 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
16:12.15 | CIA-104 | 03Martin Jansa <Martin.Jansa@gmail.com> 07master * r18b42a44fc 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: |
16:12.15 | CIA-104 | frameworkd: install ogsmd configs for machines with enabled ogsmd (not using fsogsmd yet) |
16:12.15 | CIA-104 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
16:16.54 | CIA-104 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r6beb9697a6 10openembedded.git/recipes/linux/ (3 files in 3 dirs): |
16:16.54 | CIA-104 | linux: Add CONFIG_MODULES to qemush4/mips64 |
16:16.54 | CIA-104 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
16:18.22 | *** join/#oe morphis (~morphis@brmn-4d0ae6a1.pool.mediaWays.net) |
16:19.59 | *** join/#oe wicknix (~matt@29.173-254-151.cellcom.com) |
16:21.27 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
16:23.45 | CIA-104 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rf6433e75a0 10openembedded.git/classes/ (cml1.bbclass kernel.bbclass): |
16:23.45 | CIA-104 | kernel,cml1.bbclass: Move menuconfig to cml1 |
16:23.45 | CIA-104 | The menuconfig target exists in places other than the kernel that |
16:23.45 | CIA-104 | use kernel style config. |
16:23.45 | CIA-104 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
16:24.08 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
16:25.20 | *** join/#oe wicknix (~matt@29.173-254-151.cellcom.com) |
16:43.00 | kergoth` | meh |
16:43.36 | *** join/#oe incandescant (~joshual@83.217.123.106) |
16:43.39 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
16:44.09 | *** join/#oe nitink (~nitink@134.134.139.70) |
16:49.54 | *** join/#oe yann (~dwitch@nan92-1-81-57-214-146.fbx.proxad.net) |
16:51.07 | CIA-104 | 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r4dfef62dfe 10openembedded.git/classes/kernel.bbclass: |
16:51.07 | CIA-104 | kernel.bbclass: Drop comment about kernel_do_configure |
16:51.07 | CIA-104 | After talking with Chris more, the way this is done now is best. |
16:51.07 | CIA-104 | Signed-off-by: Tom Rini <tom_rini@mentor.com> |
17:00.04 | Tartarus | khem, ping |
17:30.52 | *** join/#oe pespin (~pespin@90.163.51.193) |
17:36.46 | khem | Tartarus: hi |
17:36.53 | khem | whats up |
17:41.16 | khem | blindvt`: right now we can not deduce package versions |
17:41.41 | khem | blindvt`: it could be a nice thing to have in OE/bb |
17:42.22 | kergoth` | what do you mean by deduce package versions? |
17:42.40 | khem | suppose I want to setup a bitbake var only for gcc 4.5.0 |
17:42.47 | khem | and not for other gcc versions |
17:42.56 | khem | i.e. gcc version in use |
17:43.26 | kergoth` | ideally you'd just be able to add PV to overrides |
17:43.45 | kergoth` | BBVERSIONS adds it, iirc |
17:43.59 | *** join/#oe hollisb (~hollisb@207-114-138-29.static.twtelecom.net) |
17:44.17 | khem | if I want to set CFLAGS of uclibc based on what gcc-cross is being picked |
17:44.28 | khem | how can we do it |
17:44.49 | khem | at build time |
17:47.19 | kergoth` | oh,that's a completely different problem. one recipe can't poke at another's data at all |
17:47.26 | khem | right |
17:47.52 | khem | so something like this could help in covering up versions specific bugs or features |
17:48.03 | khem | atleast for toolchain it can be handy |
17:48.14 | kergoth` | it would be really nice if our data was namespaced and you could look at other namespaces, but you'd really have to do so after processing of preferences, since 90% of the time what you care about is what we're currently going to build |
17:48.25 | kergoth` | and of course what we have already built |
17:48.26 | khem | we can also have a gcc override of some sort |
17:48.50 | kergoth` | nods, there's ways around it, but it would be nice to have a better general mechanism in the very long term |
17:48.58 | khem | true |
17:49.10 | kergoth` | hmm |
17:49.15 | khem | I think if bb could keep recipe specific data around |
17:49.41 | khem | or may be create a global table of package versions that can be asked at any time |
17:49.56 | khem | what version of package x am I building ? |
17:50.28 | kergoth` | i think itd be best to just have a hook/event at the point where we know what tasks of what recipe's of what versions we're going to run or have run, and can look at that information |
17:50.46 | kergoth` | then we can save that for later or whatever else we want to do with it |
17:51.47 | khem | hmm do u mean wait until the task executes |
17:52.22 | kergoth` | no, i mean just after the runqueue is prepared, and we're about to run the tasks |
17:52.36 | khem | ok yeah |
17:52.43 | khem | that would be ok too |
17:52.57 | kergoth` | i think the stampupdate event has some of the info, but not sure if it has it all |
17:53.06 | kergoth` | something more explicit would be best |
17:53.38 | khem | yeah explicit is better |
17:54.20 | khem | may be we can access it like a normal variable or some python call |
17:54.42 | khem | I saw that gentoo has something to solve it |
17:54.50 | khem | I did not look how they really solved it |
17:55.45 | kergoth` | well, an event is an object |
17:55.47 | kergoth` | it can carry anything |
17:55.52 | Tartarus | khem, first, qemuppc defconfig for .37 is very different than the rest, can you explain a little? :) |
17:56.08 | khem | Tartarus: I just put what was needed |
17:56.15 | kergoth` | we can just carry in the event the list of recipes/tasks/versions, or a list of the recipe info objects for them, from the cache |
17:56.18 | kergoth` | hmm |
17:56.21 | khem | and let the rest upto config |
17:56.59 | khem | kergoth: is this information already kept in some form or will it be extra |
17:58.18 | kergoth | khem: bitbake holds a certain amount of recipe data, as pulled from the cache, to be used when generating the runqueue. the question is whether we could just pass the generated runqueue, or if we'd want more of the source information that fed into the runqueue |
18:00.41 | khem | hmmm I think adding version info as a factor to runqueue would be nice |
18:00.41 | khem | then we can depend upon a given version |
18:00.43 | khem | too |
18:00.48 | khem | which kind of is nice |
18:01.31 | Tartarus | khem, yes, that's very different |
18:01.48 | Tartarus | I'm not happy off the bat since that made me miss fixing CONFIG_MODULES on it |
18:02.03 | khem | Tartarus: actually we should do that for all configs |
18:02.11 | Tartarus | It also hides how long it's been since someone actually audited it |
18:02.13 | kergoth | version specific deps is a different ballgame, and really requires that we implement per recipe staging areas to avoid conflicts |
18:02.36 | kergoth | though we could just error out i suppose |
18:02.43 | Tartarus | khem, I really don't like the idea of relying on the default values for everything else |
18:02.47 | Tartarus | since that's supposed to be n |
18:03.37 | khem | Tartarus: KCONFIG_ALLCONFIG=<minimal config> |
18:03.41 | khem | is right think imp |
18:03.43 | khem | imo |
18:03.46 | *** join/#oe mr_nice (~nice@188-195-80-208-dynip.superkabel.de) |
18:03.56 | khem | and whatever you need from a kernel add to your minimal config |
18:04.11 | Tartarus | Right |
18:04.22 | Tartarus | I'm fine with storing a minimal config, I just think it should be filled out |
18:04.54 | Tartarus | Since the kernel doesn't work from config fragments normally and it breaks a lot of mental assumptions with I assume more than just me about what you can tell about the kernel before running -c configure |
18:06.49 | *** join/#oe playya (~playya@unaffiliated/playya) |
18:06.53 | khem | Tartarus: I have been thinking of adding this KCONFIG_ALLCONFIG thing forever |
18:07.08 | khem | it will reduce out defconfig to something readable |
18:07.18 | khem | and portable across versions |
18:07.31 | Tartarus | RFC it please |
18:07.37 | Tartarus | I really disagree about it being more readable |
18:07.48 | khem | heh |
18:08.14 | khem | well some users really can get distracted by tonnes of things in .config |
18:08.14 | Tartarus | so anyhow |
18:08.30 | Tartarus | thanks for fdixing up a ton of uclibc things i saw :) |
18:08.44 | Tartarus | kicked my builder off <1h ago |
18:09.16 | Tartarus | (and feeding baby, short/1handed typing now, heh) |
18:09.17 | khem | I think storing while .config is a bit not nice |
18:19.25 | *** join/#oe anarsoul (~anarsoul@46.28.101.19) |
18:25.00 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
18:25.00 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
18:28.11 | *** join/#oe wicknix (~matt@29.173-254-151.cellcom.com) |
18:35.47 | *** join/#oe Heinervdm (~thomas@pD9E172D4.dip.t-dialin.net) |
18:39.31 | *** join/#oe methril_ (~methril@189.27.131.171.dynamic.adsl.gvt.net.br) |
18:44.05 | *** join/#oe mtr (~michael@v29762.1blu.de) |
18:44.05 | *** join/#oe guufy (~Guufy@c-24-130-108-191.hsd1.ca.comcast.net) |
18:50.36 | *** join/#oe rob_w (~bob@ppp-188-174-59-179.dynamic.mnet-online.de) |
19:02.54 | *** join/#oe martin_B (~martin@pool-219-66-198-89.dbd-ipconnect.net) |
19:21.06 | *** join/#oe kergoth__ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
19:41.15 | CIA-104 | 03Chris Larson <chris_larson@mentor.com> 07master * ra25c0750c7 10openembedded.git/recipes/busybox/ (busybox.inc files/syslog): (log message trimmed) |
19:41.15 | CIA-104 | busybox: move syslog config to /etc/default |
19:41.15 | CIA-104 | The busybox syslog syslog.conf is parsed by the /etc/init.d script, not by the |
19:41.15 | CIA-104 | syslog process itself, so it belongs in /etc/default. In addition, the file |
19:41.15 | CIA-104 | format is *completely* different from the standard sysklogd configuration, so |
19:41.15 | CIA-104 | while we should resolve the file conflict between busybox-syslog and sysklogd, |
19:41.16 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
19:41.16 | CIA-104 | we should not use update-alternatives for it, so this is a cleaner solution. |
19:41.32 | CIA-104 | 03Chris Larson <chris_larson@mentor.com> 07master * r2f8634120c 10openembedded.git/recipes/pciutils/pciutils_3.1.2.bb: |
19:41.32 | CIA-104 | pciutils: install binaries in bindir |
19:41.32 | CIA-104 | We need to ensure that busybox and pciutils install their binaries in the same |
19:41.32 | CIA-104 | paths, and debian also places pciutils binaries in /usr/bin. |
19:41.32 | CIA-104 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
19:57.18 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
20:00.37 | CIA-104 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * r3b45adc95c 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc: |
20:00.37 | CIA-104 | slugos: prefer busybox 1.18.2 |
20:00.37 | CIA-104 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
20:00.37 | CIA-104 | Cc: Mike Westerhof <mike@mwester.net> |
20:00.37 | CIA-104 | Acked-by: Khem Raj <raj.khem@gmail.com> |
20:00.37 | CIA-104 | Acked-by: Mike Westerhof <mike@mwester.net> |
20:00.39 | CIA-104 | 03Eric BENARD <eric@eukrea.com> 07org.openembedded.dev * ra3c5ede85f 10openembedded.git/recipes/busybox/ (17 files in 3 dirs): |
20:00.39 | CIA-104 | busybox-1.18.1: remove recipe |
20:00.39 | CIA-104 | now that SlugOS and Angstrom-2010.x prefer 1.18.2 |
20:00.39 | CIA-104 | Signed-off-by: Eric Bénard <eric@eukrea.com> |
20:00.40 | CIA-104 | Acked-by: Khem Raj <raj.khem@gmail.com> |
20:03.59 | *** join/#oe mrj10 (~mrj10@63.252.64.254) |
20:07.39 | eFfeM | the busybox patches trigger the following remark:./files/default.script does not seem to be used so probably it should be removed (and if it is used and I overlooked something probably it should force run-parts to be included in defconfig, like some kernel recipes force certain settings) |
20:08.43 | *** join/#oe rob_w (~bob@ppp-188-174-59-179.dynamic.mnet-online.de) |
20:14.32 | ericben | hi eFfeM |
20:14.43 | ericben | default.script seems used by bb 1.7.2 |
20:18.29 | eFfeM | ericben: hi, actually I misgrepped, it seems everyone uses default.script |
20:18.31 | eFfeM | ./busybox.inc: file://default.script |
20:19.01 | ericben | you're right, I grepped on *.bb :-D |
20:19.40 | *** part/#oe mrj10 (~mrj10@63.252.64.254) |
20:20.16 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
20:20.44 | eFfeM | but default.script does need run-parts, i just checked and all of our defconfigs have it enabled (but ofc the other day I nuked it in our overlay while searching for some bytes to save) |
20:21.08 | ericben | eFfeM: I plan to update defconfig for 1.18.2 |
20:21.13 | ericben | but I have to make more tests |
20:21.45 | florian | re |
20:22.59 | eFfeM | ericben: linux.inc forces some settings for the kernel, we might want to use a similar sed construct to force run-parts in |
20:24.30 | ericben | eFfeM: well where is it disabled ? |
20:28.13 | *** join/#oe rsalveti (~rsalveti@187.35.180.22) |
20:29.06 | eFfeM | ericben: it is not disabled in any OE defconfig, but I guess some people (like me) use a tuned (minimal) defconfig and the dependency from the script on RUN_PARTS is not obvious. If the script is pushed in, I feel RUN_PARTS should also be enabled |
20:29.38 | ericben | eFfeM: ok I understand, I put this on my todo list :) |
20:29.46 | eFfeM | is sometimes still in systems that need to fit in 8MB :P |
20:29.51 | *** join/#oe ant_mob (~ant_mob@host153-250-dynamic.1-79-r.retail.telecomitalia.it) |
20:30.09 | eFfeM | so I use heavily pruned busybox and kernel (among other things) |
20:36.48 | eFfeM | gone for now, cya |
20:37.07 | ericben | bye |
20:39.48 | *** join/#oe tdebrouw` (~tdebrouw@91.182.222.253) |
20:43.16 | *** join/#oe gandhijee (akp@ip67-152-15-148.z15-152-67.customer.algx.net) |
20:48.12 | *** join/#oe B_Lizzard (~havoc@athedsl-421603.home.otenet.gr) |
20:48.16 | *** join/#oe iyad (~Iyad@adsl-99-153-219-69.dsl.pltn13.sbcglobal.net) |
20:54.28 | *** join/#oe timtimred (~meh@79-67-234-46.dynamic.dsl.as9105.com) |
20:58.15 | *** join/#oe dj-death_ (~djdeath@potipota.net) |
20:58.16 | *** join/#oe B_Lizzard (~havoc@athedsl-421603.home.otenet.gr) |
21:02.31 | *** join/#oe xxiao (~xxiao@li41-126.members.linode.com) |
21:04.06 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
21:09.46 | *** join/#oe guufy (~Guufy@70-35-57-218.static.wiline.com) |
21:09.47 | *** join/#oe bluelightning (~bluelight@cpc13-lewi14-2-0-cust559.2-4.cable.virginmedia.com) |
21:09.47 | *** join/#oe bluelightning (~bluelight@pdpc/supporter/professional/bluelightning) |
21:14.07 | *** join/#oe hollisb (~hollisb@207-114-138-29.static.twtelecom.net) |
21:22.33 | *** join/#oe LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel) |
21:29.39 | *** join/#oe mrc3_ (~mrc3@nat/ti/x-ivothrgirqeubtdg) |
21:43.59 | *** join/#oe woglinde (~heinold@f052232186.adsl.alicedsl.de) |
21:46.03 | *** join/#oe Ironnads (~Ironnads@host86-166-52-189.range86-166.btcentralplus.com) |
21:47.30 | *** join/#oe rsalveti (~rsalveti@201.82.72.47) |
22:15.35 | *** join/#oe LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel) |
22:16.18 | *** join/#oe arun_ (~arun@unaffiliated/sindian) |
22:24.25 | *** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho) |
22:26.38 | *** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net) |
22:27.50 | *** join/#oe hollisb (~hollisb@207-114-138-29.static.twtelecom.net) |
22:34.41 | *** join/#oe LyosNorezel (~LyosNorez@unaffiliated/lyosnorezel) |
22:53.03 | *** join/#oe kevinsc1 (~a0214685@nat/ti/x-hidnoaiawixetfbk) |
22:55.16 | *** join/#oe dth (~dth@a89-182-137-218.net-htp.de) |
22:55.23 | *** part/#oe dth (~dth@a89-182-137-218.net-htp.de) |
22:57.13 | *** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
23:11.44 | *** join/#oe hollisb (~hollisb@207-114-138-29.static.twtelecom.net) |
23:31.59 | *** join/#oe edude03 (8ed67a15@gateway/web/freenode/ip.142.214.122.21) |
23:32.04 | edude03 | Hello everyone |
23:32.22 | edude03 | Is it true that handhelds.org is down permanently ? |
23:33.54 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
23:33.59 | *** join/#oe CMoH-notebook (~cipi@95.76.68.223) |
23:33.59 | *** join/#oe CMoH-notebook (~cipi@unaffiliated/c-moh) |
23:35.11 | kergoth | edude03: ype |
23:35.12 | kergoth | yep |
23:36.28 | *** join/#oe coreyfro (~coreyfro@dsl092-012-151.sfo1.dsl.speakeasy.net) |
23:36.29 | edude03 | :'( |
23:36.30 | edude03 | Why? |
23:37.38 | kergoth | don't know, don't really care much. ideally we'd have gotten an archive of the cvs for a few things to retain their history, but beyond that they weren't providing much of anything worthwhile |
23:38.47 | edude03 | So then what happened to all the data and its "owner" |
23:39.24 | kergoth | not sure what you mean. |
23:39.44 | kergoth | opkg-utils was there, but it wasn't maintained to begin with |
23:39.47 | kergoth | er, ipkg-utils |
23:40.11 | *** join/#oe sgw (~sgw@118.sub-72-102-240.myvzw.com) |
23:41.32 | grg | neither opkg-utils nor ipkg-utils are maintained right now |
23:43.03 | edude03 | Oh |
23:43.15 | edude03 | I was going to offer to take over hosting if the site if need by |
23:43.17 | edude03 | *be |