IRC log for #oe on 20150303

00:01.46abelloniwhich is not the issue you are looking for
00:02.27abelloniI'd say that something messes with you compiler flags
00:02.43Jin^eLDwhy? the compiler flags are correct
00:02.51Jin^eLDit does try to include the soft stubs
00:02.53Jin^eLDwhich is OK for uboot
00:02.58Jin^eLDor am I mistaken?
00:03.54kergothperhaps you need to enable multilibs and configure MULTILIBS for hard and soft float, so the compiler gets configured for both?
00:03.56abelloniI'm building u-boot just fine with an hf toolchain
00:04.09abelloniand they don't have stubs-soft.h
00:04.27Jin^eLDok let me check the manual on how this is done...
00:04.34abellonieither the linaro one or the oe generated one
00:04.37Jin^eLDabelloni: well, question then is - hy does it work for you? :P
00:04.43Jin^eLD*why
00:04.56abellonior why it doesn't work for you
00:05.08Jin^eLDalthough I remember khem mentioning that hard/soft is not being tracked for multilib?
00:05.09abelloniand I believe something messes your CFLAGS
00:05.57Jin^eLDhm
00:08.21*** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:bcc4:32cb:e176:4d4f)
00:09.31abellonidi you try to compile with the linaro toolchain ?
00:09.47abellonithe hf one :)
00:09.50Jin^eLDuh.. not sure? :) I set the machine to imx and off we go
00:09.53*** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404)
00:09.56Jin^eLDI did not mess around with the toolchain
00:10.29abellonidoing that would rule out any issues in the codebase
00:10.32onoffonare you using -mfloat-abi=hard
00:10.53khem`issue is genuine
00:10.59Jin^eLDhttps://gitorious.digitalstrom.org/dss-oe/dss-oe/blobs/master/yocto/dS/meta-digitalstrom-devel/conf/machine/dss11e.conf <- this is my machine config
00:11.38khem`gcc defines __ARM_PCS_VFP if ARM_PCS_AAPCS_VFP is set and ARM_PCS_AAPCS_VFP is set when you pass -mfloat-abi=hard
00:11.52Jin^eLDright
00:11.55khem`can uboot be compiled with hardfp
00:12.03khem`if not then there is an issu
00:12.15Jin^eLDthat I do not know.. you told me u-boot is compiled with soft float?
00:12.16abelloniu-boot just doesn't care
00:12.31Jin^eLDif u-boot does not care, then my CFLAGS are indeed wrong
00:12.32abellonithere a no floating point in u-boot
00:12.37abelloniare
00:13.07khem`then respect CC from env and rest the case
00:13.31khem`why is uboot overriding CC and its ilk ?
00:13.57Jin^eLDgood question, since its some customized u-boot the prohlem might be there
00:13.59Jin^eLDI will investigate then
00:14.04Jin^eLDI thought its a must for it to be soft float
00:14.14Jin^eLDbut if that is not the case, then abelloni is surely right when he says my CFLAGS are wrong
00:14.34*** join/#oe tanuk (~tanu@a91-153-202-199.elisa-laajakaista.fi)
00:15.21abelloniarm-linux-gnueabihf-gcc -Wp,-MD,arch/arm/lib/.cache.o.d  -nostdinc -isystem /home/alex/bin/gcc-linaro-arm-linux-gnueabihf-4.9-2014.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.9.2/include -Iinclude  -I/home/alex/Projects/atmel/u-boot/arch/arm/include -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0x26f00000 -Wall -Wstrict-prototypes -Wno-format-security -fno-builtin -ffreestanding -Os -fno-stack-protector -g -fstack-usage -Wno-format-nonliteral -DCON
00:15.35abellonithat's what I get
00:15.52Jin^eLDno -mfloat-abi though?
00:15.58abelloni-msoft-float is passed
00:16.09Jin^eLDah, it is? am I blind, where
00:16.18abellonibefore -pipe
00:16.25abellonimaybe it got cut
00:16.57frayeither your tune is wrong, or the toolchain configuration is wrong..
00:16.58abellonihttp://code.bulix.org/6cnqcf-87960
00:17.09frayseeing how this is a linaro toolchain, you'll have to look at both of them and figure out where the mismatch is
00:17.37abellonifray: non, I'm using a linaro toolchain as a working  example
00:17.47frayalso depends on what you are building, this looks like firmware or a module.. most of hte time hard float ABI isn't supported there
00:17.54abelloniJin^eLD is using an oe toolchain
00:18.33Jin^eLDabelloni: and you have no stubs-soft.h in sysroots/YOURMACHINE/usr/include/gnu
00:18.34Jin^eLD?
00:18.34abellonilike I said, kernel, modules and bootloaders just don't care
00:18.35frayif you use a binary toolchain you need to have an understanding of what it might be defaulted to.  You can query the gcc spec file and figure it out if you need to..
00:18.45abelloniJin^eLD: nope
00:19.04frayit's not that they don't care, its that they have no floating point exception handling so generally they don't enable floating point adn the rest of the ABI is irrelevant
00:19.13Jin^eLDwell then I do not understand how it works, because if you pass soft float option then it boils down to the gcc defines that khem mentioned above
00:19.26Jin^eLDand then soft-stubs should be included - which would lead to an error if you do not have them
00:20.17abelloniJin^eLD: can you use make V=1 and compare the log?
00:20.24Jin^eLDsure, just started devshell
00:20.49khem`abelloni, unfortunately they do have to care about whats being included from compiler headers
00:20.50abelloniJin^eLD: I built all the boards from meta-fsl-arm and meta-fs-arm-extra yesterday
00:21.11abelloniso I'm pretty sure u-boot builds with an hf toolchain for imx
00:21.23khem`gcc does not create defaults for float-abi
00:21.25khem`thats the core issue
00:21.30khem`<PROTECTED>
00:21.30khem`<PROTECTED>
00:21.31khem`<PROTECTED>
00:21.31khem`<PROTECTED>
00:21.33khem`<PROTECTED>
00:21.33khem`<PROTECTED>
00:21.59khem`so even if you did --with-float-abi=hard nothing it means
00:22.09khem`as far as defaults are concerned
00:22.29khem`so only way to default to hf is use -mfloat-abi=hard
00:22.38khem`someone could patch gcc
00:24.47Jin^eLDhttps://pastebin.mozilla.org/8823965
00:25.07Jin^eLDI have quite weird flags actually, -msoft-float and -mabi=aapcs-linux
00:26.23khem`folks just symlink stubs-soft.h to stubs-hard.h  and get along
00:26.27khem`but thats a landmine
00:26.39Jin^eLDyeeeah that reminds me of the lion story :)=
00:27.07Jin^eLDI'd rather patch uboots CFLAGS
00:27.13khem`get rid of -msoft-float
00:27.26khem`that just means -mfloat-abi=soft
00:27.45khem`-mabi is ok
00:28.15abelloni-march=armv5 is weird on i.mx5
00:28.29khem`unless uboot uses functions which pass floating point data in parameters you are safe with -mfloat-abi=hard
00:29.12Jin^eLDhmm, this hello world is actually an example that it tries to compile for some reason
00:29.14*** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209)
00:29.14*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
00:35.06khem`I wonder if your defconfig for uboot is correctly matching your h/w platform at all
00:36.58Jin^eLDthat's where I have to ask around I guess, I'm a userspace guy
00:37.16Jin^eLDit's using mx6q_sabrelite_config
00:37.27Jin^eLDI could not find anything msoft-float related in it though
00:37.35Jin^eLDbut I do not yet understand the u-boots build system
00:38.20Jin^eLDthat's something for tomorrow I guess
00:38.24Jin^eLDthanks everyone
00:38.25Jin^eLDnite
01:07.10*** join/#oe Aethenelle (~Aethenell@68.140.239.164)
01:12.16*** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com)
01:12.57*** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com)
01:15.02*** join/#oe vneutrino (~rmacleod@24-212-184-107.cable.teksavvy.com)
01:37.32*** join/#oe infobot (ibot@rikers.org)
01:37.32*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel
01:45.23*** join/#oe Aethenelle (~Aethenell@50.247.101.237)
02:00.26*** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net)
02:23.46*** join/#oe koen (~koen@ip4da2a5ae.direct-adsl.nl)
02:24.50*** join/#oe fabo (~fabo@a91-152-81-141.elisa-laajakaista.fi)
02:24.50*** join/#oe fabo (~fabo@linaro/fabo)
02:36.43*** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at)
02:37.50otaviois soneone using QEMU x86 with OpenGL?
02:56.51*** join/#oe unpro (~unpro@hack.us.org)
03:00.10*** join/#oe pompomJuice (~pompomJui@41.0.38.138)
03:10.52Crofton|workhas something changed in master that would casue this
03:10.57Crofton|workERROR: Function failed: Fetcher failure for URL: 'file://powerbuttonfile://powerbutton.sh'. Unable to fetch URL from any source.
03:11.28Crofton|workseems like it swallow the " file" from the SRC_URI
03:13.00nrossiCrofton: looks like someone forgot to use += or add the spaces :|
03:15.19Crofton|workSRC_URI_append_ettus-e300 = "file://powerbutton.sh file://powerbutton"
03:15.26Crofton|workthis worked last week :)
03:16.04nrossiCrofton: what are you appending to?
03:16.15nrossiCrofton: the recipe i mean :)
03:16.44Crofton|workacpid
03:17.38Crofton|workhmm
03:17.40nrossiCrofton: hmmm using anything other than oe-core/meta?
03:17.50Crofton|workI wonder
03:22.19*** join/#oe infobot (ibot@rikers.org)
03:22.19*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel
03:22.50*** join/#oe Nilesh_ (~minda@61.246.136.195)
03:26.20Crofton|workah I ahd a versioned bbappend and a wild carded one
03:26.50nrossiCrofton: :)
03:50.48*** join/#oe infobot_ (ibot@rikers.org)
03:50.48*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel
04:09.51*** join/#oe hillct (~hillct@cpe-098-122-162-243.nc.res.rr.com)
04:15.04*** join/#oe infobot (ibot@rikers.org)
04:15.04*** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel
04:26.10*** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net)
04:33.39*** join/#oe hrw (~hrw@redhat/hrw)
04:34.13*** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl)
04:41.43*** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl)
06:13.57*** join/#oe Aethenelle (~Aethenell@166.177.248.178)
06:20.40*** join/#oe onoffon (~khem@unaffiliated/khem)
06:27.20*** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz)
06:33.39*** join/#oe GusBricker (~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au)
06:34.22*** join/#oe AnxiousGarlic (~Spider@130.225.244.206)
06:34.56*** part/#oe AnxiousGarlic (~Spider@130.225.244.206)
06:50.38*** join/#oe s3v3n62mm (~s3v3n62mm@p5DDC0F3A.dip0.t-ipconnect.de)
07:14.31*** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl)
07:34.48*** join/#oe stiandre (~stiandre@109.247.13.242)
07:37.22*** join/#oe mago_ (~mago@2.71.132.12.mobile.tre.se)
07:38.02*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
07:42.25*** join/#oe Svendsen (~Thunderbi@217.198.217.118)
07:55.26*** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-wmxvvolsfretywxi)
08:00.19stiandreHi. I am trying to build my an application which depends on a shared library (dynamically linked) which is built in a separate recipe. Both recipes are built successfully, but when bitbake is trying to create the rootfs (last step) it fails on: "Error: libfoo not foind in the base feeds...". Could anyone help?
08:05.16*** join/#oe ao2 (~ao2@2001:1418:117::1)
08:05.20*** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net)
08:06.54abellonistiandre: does your library recipe create any package?
08:09.00stiandreabelloni: this is my recipe for the shared library..
08:09.05stiandreabelloni: SRC_URI = "file://libfoo.tgz;subdir=libfoo"
08:09.05stiandreS = "${WORKDIR}/libfoo"
08:09.05stiandreTARGET_LIB = "libfoo.so"
08:09.05stiandreEXTRA_OEMAKE = "'CC=${CC}' \
08:09.05stiandre'CFLAGS=${CFLAGS} -I. -fPIC -Wall -Wextra -O2 -g' \
08:09.06stiandre'BUILDDIR=${S}' \
08:09.08stiandre'TARGET_LIB=${TARGET_LIB}' \
08:09.10stiandre'LDFLAGS=${LDFLAGS} -pthread -shared'"
08:09.12stiandredo_install() {
08:09.16stiandre<PROTECTED>
08:09.17tbrpastebin?
08:09.18stiandre<PROTECTED>
08:09.20stiandre<PROTECTED>
08:09.22stiandre}
08:09.43stiandregood idea :)
08:11.24abellonihow ugly :)
08:11.35*** join/#oe Aethenelle_ (~Aethenell@166.177.248.120)
08:12.14abelloniFILES_${PN} = "${base_libdir}/*" should solve it
08:12.59onoffonusing versioned .so will make you even more happier
08:13.12*** join/#oe mago_ (~mago@2.71.132.12.mobile.tre.se)
08:13.24stiandreabelloni: ahh, okay! by the way, does the recipe looks okay? versioned .so?
08:13.32onoffonTARGET_LIB = libfoo.so.X.Y.X
08:14.30khem`-O2 -g you might get from OE env too
08:14.36stiandreonoffon: thanks. i need to replace the X.Y.X(Z?) by myself right?
08:14.36abellonistiandre: using make in do_install is hackish
08:14.43khem`yes
08:15.32stiandreabelloni: okay, do you mean I should put it in the do_compile instead?
08:16.02abelloniif that's what is does, yes :)
08:16.17stiandreabelloni: :)
08:17.41stiandreabelloni, where should I put the line "FILES_$PN}...", doesn't matter?
08:21.07stiandreabelloni: do I need PACKAGES as well?
08:21.15koenthe default FILES packages libs already
08:25.27*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
08:28.00mago_hey all
08:30.34*** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se)
08:36.58*** join/#oe vdehors (~vdehors@bob75-2-81-56-46-209.fbx.proxad.net)
08:51.51*** join/#oe ant_work (~ant__@host222-188-static.61-79-b.business.telecomitalia.it)
09:00.29*** join/#oe belen (~Adium@192.198.151.43)
09:11.13stiandreabelloni: hi again.. i was not able to create the image even after the line FILES_{$PN} was included.. still the same error
09:13.17khem`libfoo is empty
09:13.21khem`to test it
09:13.36khem`try ALLOW_EMPTY_${PN} = "1"
09:13.57khem`your problem is .so is packaged into ${PN}-dev  most probably
09:14.06khem`since you do not use versioned libs
09:14.29khem`.so usually is a symlink or linker stub which is usually only used during build
09:14.39khem`real .so on box at runtime is .so.X
09:14.51khem`OE is tuned to this usecase
09:15.01stiandrekhem`, okay.. i see
09:15.19stiandrei will try to add the ALLOW_EMPTY..
09:15.32*** join/#oe mago_ (~mago@smtp.hms.se)
09:16.27stiandreI also tried to add a version number at the end of so file name, but got the same error
09:25.13*** join/#oe DataBeaver (tdb@tdb.fi)
09:28.06stiandrekhem`: how should I add versioned lib in this recipe? http://pastebin.com/npnSaaWC
09:28.06*** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr)
09:32.17*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
09:34.18*** join/#oe alku (~alku@145.253.106.67)
09:36.39Jin|awaymornin
09:46.20*** join/#oe gizero76 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it)
09:50.11bluelightningmorning all
09:50.18stiandrekhem[away]: i added version to the name of the .so file, and verified that release rpm package contain the libfoo.so.1 file
09:51.02stiandrekhem[away]: but the linker cannot find it, how should I create a symlink to it in the recipe
09:54.36stiandrewhat is the recommended way to create a symlink to a shared library from a bitbake recipe
10:04.50Jin^eLDstiandre: use ln ? :) I would not know any other way
10:05.22Jin^eLDunless you have a build system that supports libtool which takes part of those links
10:05.52stiandrei am using yocto
10:07.22stiandreso i can just create a symlink in do_install() or something
10:08.20Jin^eLDrather do_install_append() so you do not overwrite the original installation step
10:08.34stiandreok
10:08.42stiandreJin^eLD, thanks
10:08.46Jin^eLDnp
10:13.55*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
10:24.42stiandreJin^eLD, what directories should i use when issuing the ln -sf command?
10:28.07Jin^eLDstiandre: grep for examples, for instance in poky/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb there is something similar to what you want
10:28.29stiandreok, thanks
10:42.48*** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au)
10:58.49*** join/#oe anarsoul (~anarsoul@86.57.155.118)
11:11.36*** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au)
11:20.14*** join/#oe Nilesh_ (~minda@114.143.135.194)
11:27.20*** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au)
11:32.27*** join/#oe simosx (~simosx@ubuntu/member/simosx)
11:44.19*** join/#oe ldnunes (~ldnunes_@177.100.225.47)
11:52.49*** join/#oe driftingblues (~driftingb@46.189.28.33)
11:56.37driftingbluesHi. What does RREPLACES do?
12:00.28koenit tells the package manager that said package replaces another
12:00.33koene.g. when files moved
12:00.51koenor when a different project takes over that functionality
12:03.54*** join/#oe ao2 (~ao2@2001:1418:117::1)
12:08.01*** join/#oe belen (Adium@nat/intel/x-waklhsgglsiyivao)
12:10.16driftingblueskoen: Okay
12:10.19driftingblueskoen: Thanks
12:10.36driftingblueskoen: Suppose I want to replace one package with another I can use RREPLACES ?
12:31.55Jin^eLDI had to use a combo of RREPLACES and RCONFLICTS, that usually worked for me
12:50.01*** join/#oe hugovs (~hugo@177.159.144.73)
12:51.36driftingbluesJin^eLD: Okay thanks
13:12.17*** join/#oe methril (~methril@200.49.35.42)
13:22.50*** join/#oe methril (~methril@200.49.35.42)
13:23.32Jin^eLD1037 ist eigentlich ein trivial, oder?
13:23.35Jin^eLDoops wrong window
13:28.42*** join/#oe vneutrino (~rmacleod@128.224.252.2)
13:53.53*** join/#oe hillct (~hillct@cpe-098-122-162-243.nc.res.rr.com)
14:08.02*** join/#oe belen (Adium@nat/intel/x-supokomdbhxdpsie)
14:13.29*** join/#oe rcw (~rwoolley@128.224.252.2)
14:46.47*** join/#oe pompomJuice (~pompomJui@196.211.8.18)
15:08.08*** join/#oe hugovs_ (~hugo@186.214.158.189)
15:13.07*** join/#oe hugovs (~hugo@186.214.158.189)
15:27.19*** join/#oe sarahsharp (sarah@nat/intel/x-vqitxxrbwywvvyyn)
15:32.42otavioIs someone using virtualbox vm with acceleration?
15:41.27*** join/#oe onoffon (~khem@unaffiliated/khem)
15:48.30*** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte)
15:53.09*** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte)
16:04.08*** join/#oe halstead (~halstead@crown.incitedev.com)
16:06.17*** join/#oe onoffon (~khem@unaffiliated/khem)
16:16.27*** join/#oe khem__ (~khem@unaffiliated/khem)
16:24.37*** join/#oe belen (Adium@nat/intel/x-jioytlagvgznwadz)
16:38.13*** join/#oe balkamos (balkamos@unaffiliated/motley)
16:45.46*** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org)
16:46.04*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
17:02.48*** join/#oe stefan1234 (~stefan@pD9F78F9B.dip0.t-ipconnect.de)
17:07.55cbrakeponders why BAD_RECOMMENDATIONS = "avahi-daemon avahi-autoipd" is not working ...
17:14.31*** join/#oe onoffon (~khem@unaffiliated/khem)
17:14.50bluelightningcbrake: not working as in apparently not doing anything? or you get some kind of error?
17:31.18*** join/#oe JaMa (~martin@ip-89-176-104-3.net.upcbroadband.cz)
17:33.52*** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl)
17:35.26kergoththere are obvious limitations to that variable, if anything sucks it in as a direct dependency, they'd still be installed..
17:35.43bluelightningright, yes
17:36.29nerdboyBAD_CEO_RECOMMENDATIONS more "strict"
17:36.39*** join/#oe pouledodue (~textual@modemcable082.140-131-66.mc.videotron.ca)
17:36.49bluelightningcbrake: PACKAGE_EXCLUDE is an alternative that will result in an error if a hard dependency would otherwise bring the package in, that may be preferred depending on the situation
17:49.52*** join/#oe shinobi (~shinobi@78.176.87.142)
17:51.15*** part/#oe shinobi (~shinobi@78.176.87.142)
17:59.25*** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa)
18:08.42*** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
18:17.53*** join/#oe hamis (~irfan@sjewanfw1-nat.mentorg.com)
18:23.51*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
18:23.51*** join/#oe stiandre (~stiandre@109.247.13.242)
18:28.27*** join/#oe Vutral (~ss@mirbsd/special/Vutral)
18:30.11Crofton|workFYI,m http://lwn.net/Articles/635358/rss
18:31.35kergothhuh
18:31.58bluelightningmoving at end of may... well, that's not a lot of time is it :/
18:32.40onoffoncrap I stopped using notorious gitorious and moved to gitlab what will happen now
18:35.00Crofton|workkhem`, I suspect nothing :)
18:35.28khem`hopefully they wont move the free accounts over to it
18:35.53khem`just to make us pay
18:39.22*** join/#oe Aethenelle (~Aethenell@50.247.101.237)
18:52.30*** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa)
19:04.36*** join/#oe khem (~khem@unaffiliated/khem)
19:20.36*** join/#oe Aethenelle (~Aethenell@50.247.101.237)
19:27.40*** join/#oe awe00 (~awe00@78.250.126.210)
19:28.26*** join/#oe stefan_schmidt (~stefan@p4FF83428.dip0.t-ipconnect.de)
19:32.01cbrakebluelightning: not working as I expected -- appears after removing packagegroup-basic, its now gone
19:32.27bluelightningcbrake: right... packagegroups generally do RDEPENDS rather than RRECOMMENDS
19:33.19cbrakebluelightning: thanks for the PACKAGE_EXCLUDE tip -- I'll definitely use that
19:33.26bluelightningno worries :)
19:33.31cbrakeponders trying mdev ...
19:34.57bluelightningbbl
19:35.43*** join/#oe pouledodue (~textual@modemcable082.140-131-66.mc.videotron.ca)
19:51.17*** join/#oe ldnunes (~ldnunes_@177.100.175.83)
19:54.25*** join/#oe onoffon (~khem@unaffiliated/khem)
20:02.56*** join/#oe aloril (~aloril@dsl-tkubrasgw2-54f81c-109.dhcp.inet.fi)
20:03.19nerdboyfinally out of cone-of-silence mtg
20:03.29nerdboyoops, can't say that
20:03.34nerdboynever happened...
21:00.54*** join/#oe darkschneider (~gab@93-32-58-153.ip32.fastwebnet.it)
21:16.28*** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se)
21:22.20*** join/#oe sarahsharp (sarah@nat/intel/x-ptjycmbmlvdqbrsj)
21:42.51*** join/#oe ant_home (~ant__@host51-175-dynamic.25-79-r.retail.telecomitalia.it)
21:53.33*** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209)
21:53.33*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
22:00.41*** join/#oe sarahsharp (~sarah@192.55.55.39)
22:08.23*** join/#oe onoffon (~khem@unaffiliated/khem)
22:30.07*** join/#oe khem (~khem@unaffiliated/khem)
23:05.33*** join/#oe sarahsharp (~sarah@134.134.137.75)
23:16.44*** join/#oe GusBricker (~GusBricke@CPE-120-149-34-233.oirx2.lon.bigpond.net.au)
23:27.49*** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com)
23:36.31*** join/#oe hillct (~hillct@cpe-098-122-162-243.nc.res.rr.com)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.