00:23.59 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
00:29.28 | *** join/#oe msm` (~msm@cpe-72-182-100-192.austin.res.rr.com) |
00:34.33 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
00:38.08 | *** join/#oe sgh_ (~quassel@5634f347.rev.stofanet.dk) |
01:08.06 | *** join/#oe CMoH (~cipi@78.96.95.69) |
01:08.06 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
02:19.35 | *** join/#oe _JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
02:20.43 | *** join/#oe s3v3n62mm2 (~s3v3n62mm@p5DDC1AE0.dip0.t-ipconnect.de) |
02:24.41 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
02:44.40 | *** join/#oe dlan (~dennis@116.228.88.131) |
02:44.40 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
02:55.20 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
02:59.15 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
03:16.42 | *** join/#oe rogue2 (~pompomJui@41.0.38.138) |
03:34.19 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
03:41.12 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
04:09.51 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
04:15.15 | *** join/#oe dlan (~dennis@gentoo/developer/dlan) |
04:20.23 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
04:31.28 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
04:56.07 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
05:06.36 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
05:16.37 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
05:23.17 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
05:51.37 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
05:57.45 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
06:04.05 | *** join/#oe clio (~andrej@85.159.109.222) |
06:26.13 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
06:33.00 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
06:43.23 | *** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
06:47.35 | *** join/#oe shoragan (~shoragan@debian/developer/shoragan) |
06:56.50 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
06:59.35 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
07:00.22 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
07:00.26 | *** join/#oe blindvt__ (~brf@91-119-84-122.dynamic.xdsl-line.inode.at) |
07:02.06 | *** join/#oe mago__ (~mago@c193-14-123-186.cust.tele2.se) |
07:11.06 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
07:24.54 | *** join/#oe andre_d (~andre_d@89.101.70.102) |
07:29.57 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
07:33.54 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
07:35.27 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
07:43.22 | *** join/#oe Jafura (~Jean-Fran@2a02:2788:114:11ce:3d17:e556:ca6d:9dbe) |
07:46.40 | *** join/#oe GusBricker (~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au) |
08:09.36 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
08:11.03 | mckoan | good morning |
08:14.19 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
08:28.05 | *** join/#oe GusBricker (~GusBricke@c122-107-239-5.mckinn3.vic.optusnet.com.au) |
08:29.10 | woglinde | gm |
08:34.40 | *** join/#oe bluelightning (~paul@83.217.123.106) |
08:34.41 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
08:35.39 | bluelightning | morning all |
08:41.18 | anarsoul | morning bluelightning |
08:41.24 | bluelightning | hi anarsoul |
08:52.48 | mckoan | hi bluelightning, woglinde, all |
08:54.27 | *** join/#oe belen (~Adium@192.198.151.43) |
09:08.58 | *** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
09:09.58 | *** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se) |
09:21.02 | *** join/#oe belen1 (~Adium@192.198.151.44) |
09:22.16 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
09:48.40 | *** join/#oe roric (~roric@c-b19b70d5.013-177-67626713.cust.bredbandsbolaget.se) |
09:54.56 | *** join/#oe ladu (~pi@h52n6-fk-a12.ias.bredband.telia.com) |
09:54.59 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
09:55.05 | *** join/#oe mckoan (~marco@unaffiliated/mckoan) |
09:55.14 | *** join/#oe tlwoerner (~trevor@linaro/tlwoerner) |
09:55.15 | *** join/#oe nslu2-log (~nslu2-log@140.211.169.184) |
09:55.17 | *** join/#oe Zougloub (cJ@zougloub.eu) |
09:56.08 | *** join/#oe Splat1 (~Splat1@ec2-50-17-220-173.compute-1.amazonaws.com) |
10:07.47 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
10:09.08 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
10:09.31 | rogue2 | howdy all |
10:10.00 | rogue2 | where in a recipy can I hook into the success cleanup state? |
10:10.10 | rogue2 | do_work_rm() { |
10:10.13 | rogue2 | ? |
10:10.21 | rogue2 | donno how to search that in the manualk |
10:11.09 | woglinde | rogue2 what is your problem you want to solve? |
10:11.50 | rogue2 | well |
10:12.14 | rogue2 | I have a very manual recipy that needs to do cleanup after it has succeded... or after the do_install step |
10:12.32 | koen | you can add a custom task after rm_work, bitbake should only trigger it if rm_work succeeded |
10:12.40 | koen | (keep in mind rm_work is a bit special) |
10:12.41 | rogue2 | perfect |
10:12.45 | rogue2 | oh noes |
10:12.51 | rogue2 | I understand |
10:13.02 | rogue2 | so dont mess with rm_work, just add a step after |
10:13.04 | rogue2 | got it |
10:13.06 | rogue2 | developing... |
10:13.30 | koen | a custom class is probably easiest |
10:13.37 | koen | have a look at the rm_work classes |
10:13.45 | rogue2 | not familier with how a class would do that |
10:13.58 | koen | foo() { stuff} |
10:14.06 | koen | addtask foo after rm_work before do_build |
10:14.11 | koen | or something like that |
10:14.14 | rogue2 | ok |
10:14.23 | koen | it's been a while since did that stuff :) |
10:14.39 | rogue2 | forgiven |
10:16.40 | mckoan | hi I am porting rdesktop from oe-classic (1.8.2) but I have an error during do_configure unrecognized command line option '-V' during configure do you have any hint? http://pastebin.com/isidqeNh |
10:17.06 | woglinde | mckoan why not look at configure.in/ac |
10:17.21 | woglinde | maybee rdesktop does something wrong |
10:17.46 | mckoan | woglinde: thx, it definitely does something wrong |
10:19.00 | *** join/#oe CMoH (~cipi@78.96.95.69) |
10:19.13 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
10:22.19 | *** join/#oe RP (~richard@5751f4a1.skybroadband.com) |
10:26.13 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
10:26.14 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
10:27.25 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
10:40.53 | *** join/#oe belen (~Adium@192.198.151.44) |
10:41.08 | *** join/#oe bluelightning1 (~paul@83.217.123.106) |
10:44.14 | *** join/#oe falk0n (~falk0n@a85-138-89-15.cpe.netcabo.pt) |
10:51.42 | ant_work | wow, what is that patchset? |
10:51.43 | ant_work | fix rdepends on bash perl and python |
10:53.26 | ant_work | xz: add bash to RDEPENDS_xz ?? |
11:05.56 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
11:42.59 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
11:47.18 | ant_work | bluelightning: hi, ^ |
11:47.47 | ant_work | same as http://lists.openembedded.org/pipermail/openembedded-core/2013-December/087160.html |
11:47.51 | ant_work | http://lists.openembedded.org/pipermail/openembedded-core/2013-December/087161.html |
11:49.20 | ant_work | debian doesn't list such runtime deps, nor does Gentoo |
11:51.25 | ant_work | please have a look before we end up with bash, perl and python on target |
11:52.07 | woglinde | ant who made the patch? |
11:53.00 | ant_work | http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/53509 |
11:53.49 | ant_work | seems it is |
11:53.49 | ant_work | [YOCTO #1662] |
11:56.04 | koen | ant_work: there have been a lot of patches that added perl to RDEPENDS |
11:56.11 | ant_work | I think that if some sources do contain specific perl or python script these should be packaged separately |
11:56.18 | koen | ant_work: queries to move the perl bits to their own packages were ignored |
11:56.22 | koen | e.g. with i2c-tools |
11:56.24 | ant_work | :/ |
11:56.57 | *** join/#oe nashwhat_ (~nashwhat@90.202.242.154) |
11:57.09 | koen | is 1662 one of those "someone looks at RPM output and sends a dozen patches without understanding the issue" ? |
11:57.13 | ant_work | I would check the dependencies matching with packages.debian.org |
11:57.19 | *** join/#oe ldnunes (~ldnunes_@177.35.70.10) |
11:57.53 | ant_work | or even being more granular |
11:58.33 | koen | well |
11:58.36 | woglinde | ant answer the patch |
11:58.38 | ant_work | koen: it has to be said, on typical x86 there are bash, perl and python |
11:58.50 | koen | the first step is to look at the source and figure out if the dependency is |
11:58.52 | koen | a) real |
11:58.53 | woglinde | ant on desktop maybee |
11:58.53 | koen | 2) needed |
11:59.06 | ant_work | woglinde: yes, the POV of many devs |
11:59.15 | koen | I have bash and perl installed, mostly due to git |
11:59.30 | woglinde | perl is essential on debian |
12:00.14 | woglinde | koen uhm which git scripts have bashims? |
12:00.17 | ant_work | well, we just don't have space for them in some cases |
12:00.51 | ant_work | and I doubt git is normally installed on target images |
12:00.51 | woglinde | ant do not tell me I know I send patches to perf to rip off python and perl from core |
12:01.02 | ant_work | ;) |
12:01.11 | woglinde | sent even |
12:01.34 | koen | woglinde: busybox sh drives me insane, I don't need extra anguish when I'm dealing with git :) |
12:02.47 | suihkulokki | .oO( git applet into busybox ) |
12:04.36 | woglinde | koen okay |
12:04.48 | woglinde | I thought there were some bashims |
12:07.29 | *** join/#oe Noor (~quassel@110.93.212.98) |
12:15.03 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
12:35.23 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
12:38.58 | ant_work | sent |
12:50.59 | mckoan | woglinde, bluelightning: rdesktop_1.8.2.bb built, thx |
12:51.21 | bluelightning | mckoan: awesome... hopefully you can submit it somewhere as well? ;) |
12:52.08 | mckoan | bluelightning: I needed to add INHIBIT_PACKAGE_DEBUG_SPLIT = "1" though |
12:53.32 | mckoan | bluelightning: I have to find the time to read the submission rules |
12:55.42 | koen | rdesktop, that's blast from the past |
13:00.51 | mckoan | koen: someone still love fine aged packages ;-) |
13:02.48 | koen | stuff OE-classic in an oak barrel |
13:03.36 | mckoan | koen: LOL |
13:22.16 | *** join/#oe ayaka (~ayaka@ayaka-2-pt.tunnel.tserv21.tor1.ipv6.he.net) |
13:22.55 | ayaka | about bitbake, is there any gui configure like menuconfig in buildroot? |
13:24.08 | woglinde | you do not need one |
13:24.57 | rburton | ayaka: if you're feeling brave, Toaster |
13:25.06 | rburton | it's under development so you'd be an early user |
13:25.20 | rburton | there is Hob but it's unmaintained now that the focus is on Toaster |
13:25.22 | bluelightning | rburton: it doesn't actually let you do configuration of the build though, only examine the results |
13:25.42 | rburton | thats the caveat i was about to say, yeah |
13:26.05 | ayaka | because the doc of bitbake is too long |
13:26.27 | woglinde | no it isnt |
13:26.32 | ayaka | I have a read that doc but I can't make a target for my board |
13:26.33 | woglinde | that is good |
13:26.52 | woglinde | what is your board? |
13:27.05 | ayaka | my board is samsung exynos 4412 |
13:27.09 | woglinde | and there is no graphical tool for a board support package |
13:27.14 | woglinde | to create |
13:27.40 | ayaka | I don't event know how to select packages now |
13:28.10 | *** join/#oe osys (~osys@95.151.107.24) |
13:28.24 | ayaka | maybe I need some time to convert from buildroot(openwrt) to oe |
13:28.26 | woglinde | packages are selected by image |
13:28.37 | woglinde | and you create a feed |
13:28.45 | woglinde | hm I would start with http://layers.openembedded.org/layerindex/branch/master/layer/meta-exynos/ |
13:29.07 | woglinde | and look into how other exynos bsp were made |
13:29.17 | woglinde | and yes oe works diffrent |
13:29.44 | rburton | ayaka: the yocto manual has a section on creating and customising images, including how to pick what goes into an image. |
13:29.58 | XorA | and don't ask me about exynos4 never seen one |
13:30.45 | ayaka | yes I use exynos4 |
13:31.55 | ayaka | how doc. I only know I need to read doc about bitbake but nothing else, both oe and yocto doesn't have a index of docs |
13:32.20 | mckoan | XorA: no Chromebook there ? |
13:32.33 | rburton | ayaka: did you try the Documentation link on the yocto site? https://www.yoctoproject.org/documentation/current |
13:33.14 | XorA | mckoan: chromebook is exynos5 |
13:33.24 | mckoan | XorA: yep, my fault |
13:33.54 | ayaka | rburton, thank I was finding user manual |
13:34.47 | ayaka | I enter the yocto by the link in wiki of yocto, I don't know it has a different view of that site |
13:36.32 | *** join/#oe sgh (~quassel@5634f347.rev.stofanet.dk) |
13:41.56 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
13:49.56 | *** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se) |
13:54.55 | *** join/#oe RP (~richard@5751f4a1.skybroadband.com) |
13:56.34 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
14:08.48 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
14:11.57 | *** join/#oe RushPL (~quassel@dragon.rushbase.net) |
14:14.54 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
14:17.14 | Crofton | this db6 business is annoy |
14:17.17 | Crofton | annoying |
14:17.30 | fray | is the C++ compile failing? |
14:17.40 | Crofton | no it blows up ice though |
14:18.01 | Crofton | and I am off on vacatoin |
14:18.11 | Crofton | I am wondering how many oher packages have issues with it |
14:18.14 | fray | well change your preferred to 5.3 is all I can suggest.. :( |
14:18.22 | *** part/#oe ayaka (~ayaka@ayaka-2-pt.tunnel.tserv21.tor1.ipv6.he.net) |
14:18.44 | fray | people had been asking for the db6 for a while now, and RPM was holding it back.. that was resolved and now we've got other issues.. (including the license change to AGPL-3.0) |
14:19.46 | Crofton | heh |
14:19.48 | Crofton | lovely |
14:20.22 | Crofton | tryin gto skim the ice phorums |
14:20.31 | Crofton | cat is in the way |
14:23.19 | Crofton | no matches for searching for db6 |
14:31.45 | *** join/#oe RP (~richard@5751f4a1.skybroadband.com) |
14:35.42 | *** join/#oe sgh (~quassel@5634f347.rev.stofanet.dk) |
14:36.27 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
14:38.55 | *** join/#oe woglinde (~henning@91-65-194-134-dynip.superkabel.de) |
14:39.36 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
14:58.35 | *** join/#oe alexhairyman (~alexhairy@c-174-52-148-159.hsd1.ut.comcast.net) |
15:17.07 | *** join/#oe msm (~msm@cpe-72-182-100-192.austin.res.rr.com) |
15:35.53 | *** join/#oe cbrake (~Thunderbi@cable-pool6-cs-200.doycomm.com) |
16:09.13 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
16:14.33 | *** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
16:16.30 | *** join/#oe cbrake (~Thunderbi@cable-pool6-cs-200.doycomm.com) |
16:26.23 | rtollert | So: I would like to extract a deploy/ipk tarball on top of an existing build with its deploy/ipks. But after I do that, the next rebuild, it appears that all those packages get regenerated via do_package_ipk_setscene. How do I inhibit that, for just those packages? (And how on earth is bitbake figuring out when to setscene? Couldn't figure that out last night) |
16:28.23 | kergoth | bitbake tracks what tasks its run and what it hasn't |
16:28.34 | kergoth | it maintains stamps, and pulls prebuilt binaries from the sstate cache |
16:28.40 | kergoth | none of that pulls *from* deploy/ipk |
16:28.45 | kergoth | deploy/ipk is output, not input, to a bitbake build |
16:28.56 | kergoth | unless you configure an image to populate directly from an ipk feed and point it to the feed |
16:29.26 | rtollert | no, I'm reproducing this solely from `bitbake packagegroup-foo` |
16:29.38 | *** join/#oe darkschneider (~gab@93-32-34-252.ip31.fastwebnet.it) |
16:30.12 | rtollert | although, now that you mention it, I *do* notice that if I run bitbake multiple times in a row, the 2nd and 3rd iterations often run setscene tasks -- they don't do nothing |
16:30.16 | kergoth | then bitbake will either build everythng from scratch, or if available, pull sstate archives from your sstate cache, both of which will blow away deploy/ipk, as as i said, deploy/ipk is output, not input to the build |
16:30.34 | kergoth | setscene tasks are pulling cached output of the associated task |
16:30.38 | kergoth | from sstate-cache |
16:31.40 | rtollert | so the overwriting of deploy/ipk likely has nothing to do with me overlaying files on top of it -- for whatever reason, bitbake is doing it on its own |
16:33.01 | kergoth | as i've explained 3 or 4 times now, bitbake keeps track of what tasks need building and what don't, and maintains its own binary cache. deploy/ipk isn't definitive, and it doesn't contain everything bitbake needs to complete a build |
16:33.20 | kergoth | putting your own files there will basically do nothing unless you first complete your bitbake build, *then* overwrite what bitbake has done |
16:34.30 | rtollert | you mean, as opposed to overwriting the files during a bitbake build? |
16:36.18 | kergoth | what exactly are you trying to accomplish here? |
16:36.56 | kergoth | if you want to build an image from an ipk feed, we provide a mechanism to do that independent of the usual build process. if you want to build from a cache rather than from scratch, then you should save SSTATE_DIR and/or set up an sstate mirror, not mess with deploy/ipk |
16:37.16 | kergoth | in either case, there's a better option than what you're doing now :) |
16:37.28 | rtollert | I'm building a feed server by rsyinc'ing the contents of deploy/ipk. That's a valid way of doing it, right? |
16:37.56 | kergoth | yes, but bitbake doesnt' build from a feed server unless you configure it to build an image from a feed |
16:37.58 | kergoth | which you haven't done |
16:38.11 | kergoth | so yes, its' rebuilding as it usually does, ignoring what you've done to deploy/ipk |
16:38.21 | rtollert | I'm not building from a feed server and I'm not building an image. I'm essentially building world. |
16:38.30 | kergoth | that really doesn't make any sense |
16:38.40 | kergoth | why would you write to deploy/ipk then? |
16:38.44 | kergoth | it's accomplishing nothing |
16:39.13 | rtollert | because our released/shipped hardware *is* built from images, from a totally differnet build machine, with *no* shared sstate |
16:40.04 | rtollert | so, if I naïvely build my repo, then e.g. opkg update;opkg install libc6-dbg on the target, the CRCs between libc6-dbg and glibc don't match. |
16:40.26 | kergoth | this is exactly what sstate is for. if you want to be able to reproduce bit-for-bit what's come out of another build, then use the sstate cache |
16:40.28 | rtollert | and in particular, call stacks in glibc, and thread debugging in general don't really work |
16:40.31 | kergoth | otherwise build your image from the feed |
16:42.43 | rtollert | The sstate cache on the build machine is deleted on every image build. :F It was a special request of mine just to have deploy/ipk archived off. Looks like I incorrectly chose what I needed to save off. |
16:43.41 | kergoth | yep, sounds that way. the purpose of sstate is to let you reproduce builds, and avoid having to rebuild everything from scratch. the ipk feed is a distribution mechanism to the device, or a way to build images from it, that's about it |
16:43.52 | *** join/#oe dvhart (~dvhart@134.134.139.74) |
16:44.04 | rtollert | at least I can still overwrite deploy/ipk + opkg-make-index like I have been -- but it sounds like I need to keep it entirely outside bitbake's clutches |
16:45.16 | rtollert | I think I have enough to go on, thanks :) |
16:45.18 | kergoth | pretty much. like i said, deploy/ipk is output from bitbake's perspective, not input, with the one exception of image/rootfs creation. |
16:45.21 | kergoth | np |
16:49.27 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
16:54.30 | *** join/#oe khem` (~khem@c-98-207-177-218.hsd1.ca.comcast.net) |
16:59.54 | *** join/#oe belen1 (~Adium@192.198.151.43) |
17:04.15 | *** join/#oe belen (Adium@nat/intel/x-wcmstosibqnlfcan) |
17:13.41 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
17:17.52 | *** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
17:29.24 | *** join/#oe RP (~richard@5751f4a1.skybroadband.com) |
17:45.05 | *** join/#oe andre_d (~andre_d@89.101.70.102) |
17:46.28 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
18:07.42 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
18:14.36 | Crofton|work | how do I install makeinfo on ubuntu |
18:14.41 | Crofton|work | I am in a psecial place .... |
18:14.51 | kergoth | texinfo package |
18:15.03 | kergoth | for future reference: sudo apt-get install apt-file; apt-file update; apt-file search makeinfo |
18:18.38 | woglinde | kergoth does ubuntu no have this feature where you type a command and it can be found ubuntu says which package you could install |
18:19.51 | kergoth | that's a good point, i think so, but it probably depends on the install |
18:24.58 | Crofton|work | yeah |
18:25.02 | Crofton|work | this was a panic |
18:25.21 | Crofton|work | power supply fail in the machine I already had setup at a customers |
18:27.04 | kergoth | we should probably change the sanity test message to mention texinfo. makeinfo is the tool, but texinfo is the project/package on pretty much all distros |
18:28.48 | woglinde | yes |
18:38.45 | *** join/#oe dv__ (~quassel@chello062178118086.5.14.vie.surfer.at) |
19:02.35 | *** join/#oe JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
19:09.19 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
19:16.18 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
19:49.19 | *** join/#oe staylor (~staylor@mail.au-zone.com) |
20:16.55 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
20:23.58 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
20:30.14 | *** join/#oe Shawn286 (~Shawn@unaffiliated/shawn156) |
20:38.24 | *** join/#oe phdeswer (~phdeswer@a88-112-199-213.elisa-laajakaista.fi) |
20:49.31 | *** join/#oe sgh_ (~quassel@5634f347.rev.stofanet.dk) |
21:21.04 | *** join/#oe Shawn286 (~Shawn@unaffiliated/shawn156) |
22:24.11 | *** join/#oe uwe_ (~uwe_@ipservice-092-211-039-181.092.211.pools.vodafone-ip.de) |
22:58.41 | *** join/#oe fray_ (U2FsdGVkX1@gate.crashing.org) |
23:01.52 | *** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se) |
23:03.51 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
23:04.42 | *** join/#oe GusBricker (~GusBricke@cre1513898.lnk.telstra.net) |
23:09.58 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
23:10.04 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
23:15.22 | *** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com) |
23:16.06 | *** join/#oe fray (U2FsdGVkX1@gate.crashing.org) |
23:23.07 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
23:23.45 | *** join/#oe hillct (~hillct@c-71-192-246-150.hsd1.ma.comcast.net) |
23:53.40 | *** join/#oe sgh_ (~quassel@5634f347.rev.stofanet.dk) |