*** himamura has joined #mer | 00:16 | |
*** himamura has quit IRC | 00:17 | |
*** himamura has joined #mer | 00:17 | |
*** mlfoster has quit IRC | 00:23 | |
*** himamura has quit IRC | 00:25 | |
*** Siosm has joined #mer | 00:27 | |
*** Siosm has quit IRC | 00:29 | |
*** disco_stu_droid has joined #mer | 00:31 | |
*** disco_stu has quit IRC | 00:33 | |
*** disco_stu_droid is now known as disco_stu | 00:34 | |
*** disco_stu is now known as disco_stu_ | 00:36 | |
*** dionet has quit IRC | 00:50 | |
lilstevie | vgrade: you around? | 01:14 |
---|---|---|
*** disco_stu_ is now known as disco_stu | 01:14 | |
vgrade | lilstevie, yea | 01:16 |
vgrade | I should be in bed though, whats up | 01:16 |
lilstevie | heh ok | 01:17 |
lilstevie | I was just wondering if through any of your contacts at nvidia if you have heard any rumblings of armhf r15beta accel drivers | 01:18 |
lilstevie | for tegra obviously :) | 01:18 |
vgrade | no, I noted a new release with update ABI but nothing hardfp | 01:20 |
lilstevie | hm | 01:20 |
lilstevie | cause I'm sure you have seen but as of ubuntus 12.04 release that is now hf as well | 01:21 |
vgrade | yes, I'm sure that will spur nVidia on to release hardfp again. | 01:21 |
*** Zeroedout has joined #mer | 01:22 | |
lilstevie | heh | 01:22 |
lilstevie | it has been such a long time since we have seen a hf driver release :( | 01:22 |
lilstevie | and they aren't compatible with tegra3 | 01:22 |
vgrade | not done anything with T3 yet, still waiting for someone to give me one to play with | 01:23 |
lilstevie | heh | 01:23 |
lilstevie | well we recently ported 3.1 from nv-tegra to the prime | 01:24 |
*** andre__ has quit IRC | 01:26 | |
vgrade | lilstevie, good to see work is still ongoing | 01:31 |
lilstevie | :) | 01:41 |
*** shadeslayer has quit IRC | 01:55 | |
*** swer has joined #mer | 01:57 | |
*** slx has quit IRC | 02:02 | |
*** shadeslayer has joined #mer | 02:41 | |
*** AndrewX192 has quit IRC | 02:56 | |
*** AndrewX192 has joined #mer | 02:57 | |
*** AndrewX192 has quit IRC | 02:57 | |
*** AndrewX192 has joined #mer | 02:57 | |
*** KaiRo_Mozilla has joined #mer | 02:57 | |
*** KaIRC has quit IRC | 03:01 | |
*** KaiRo_Mozilla has quit IRC | 03:08 | |
*** lamikr has quit IRC | 03:22 | |
*** GeorgeH has joined #mer | 03:26 | |
*** teve has quit IRC | 03:28 | |
*** teve has joined #mer | 03:30 | |
*** pirut has joined #mer | 03:33 | |
*** wala is now known as amateur | 03:55 | |
*** amateur is now known as burro | 04:09 | |
Stskeeps | morn | 04:09 |
*** clopez has quit IRC | 04:10 | |
*** kimitake_idle is now known as kimitake | 04:13 | |
*** zaneswaf has joined #mer | 04:19 | |
Stskeeps | Kindle Fire makes up over half of Android tablet market share -- ouch | 04:29 |
*** kimitake has quit IRC | 04:30 | |
*** pirut has quit IRC | 04:39 | |
*** pirut has joined #mer | 04:40 | |
*** kimitake has joined #mer | 04:43 | |
*** jukkaeklund has quit IRC | 04:44 | |
*** marquiz has quit IRC | 04:45 | |
*** marquiz has joined #mer | 04:46 | |
*** Jade- has joined #mer | 04:59 | |
*** Jade has quit IRC | 05:02 | |
* Stskeeps merges all the things | 05:21 | |
E-P | Morning | 05:21 |
Stskeeps | morn | 05:22 |
*** burro has quit IRC | 05:44 | |
*** lamikr has joined #mer | 05:45 | |
Stskeeps | E-P: so, i have an idea.. | 05:52 |
E-P | Stskeeps: go ahead | 05:52 |
Stskeeps | E-P: not sure if you know, but there's a couple of interesting features in RPM and OBS.. one is that test cases of packages are run in a seperate %check section of a package spec, the other is that it's possible to customize with RPM macros to run things pre/post that from RPM packaging point of view.. the third thing is that if you put results (rpmlint result, for instance) in RPMBUILD/OTHER, this gets extract-able through OBS | 05:54 |
Stskeeps | E-P: what if we could package up the source/binary tree of the %check time and at a later time run it on actual hardware? | 05:55 |
Stskeeps | through those methods | 05:56 |
E-P | Stskeeps: for unittests that might be doable | 05:58 |
Stskeeps | yeah, in fact, that's the ones i'm mostly interested in | 05:58 |
Stskeeps | because they don't run reliably on cross compilation | 05:59 |
E-P | any idea how to transfer the source/binary tree to somewhere or can we create a own package out of that? | 05:59 |
Stskeeps | i think we could possibly do a combination of 'build' on device and extracting it through OBS api | 06:00 |
Stskeeps | build just sets up a chroot anyway | 06:01 |
E-P | yep, we should try p-o-c about that | 06:02 |
*** Alison_Chaiken has joined #mer | 06:03 | |
vgrade | morning | 06:05 |
E-P | Stskeeps: do you have any example where the %check is used? | 06:07 |
Stskeeps | sec | 06:07 |
Stskeeps | http://gitweb.merproject.org/gitweb?p=mer-core/rpm.git;a=blob;f=rpm.spec;h=5561194de4ced61b5af9811df8553dc3946c9623;hb=HEAD#l183 | 06:08 |
*** Alison_Chaiken has quit IRC | 06:08 | |
*** pohly has joined #mer | 06:08 | |
E-P | if the check fails, the built is marked fail as well? | 06:10 |
Stskeeps | yes | 06:10 |
Stskeeps | this would make it async instead | 06:10 |
Stskeeps | so we'd collect observations on a release | 06:10 |
Stskeeps | == faster builds, too | 06:10 |
*** andre900 has joined #mer | 06:13 | |
*** jukkaeklund has joined #mer | 06:14 | |
Stskeeps | morn jukkaeklund | 06:14 |
*** Aloz1 has joined #mer | 06:14 | |
Stskeeps | hello Aloz1 :) | 06:15 |
Aloz1 | Hello :) | 06:16 |
dm8tbr | moaning | 06:16 |
Stskeeps | welcome :) So what brings you here to #mer ? | 06:16 |
E-P | Stskeeps: is your idea that the results from the device execution would effect somehow to the build or would it be a separated process? | 06:16 |
Aloz1 | I'm interested in the project | 06:16 |
E-P | Stskeeps: meaning that the %check doesn't effect to OBS build result if the tests are executed in the device | 06:17 |
Stskeeps | E-P: correct - moving %check to post-build phase, ie, when we validate a release | 06:17 |
E-P | Stskeeps: ok | 06:17 |
Stskeeps | Aloz1: cool - if you have any questions, feel free to ask, or else feel free to hang out and learn :) | 06:17 |
Stskeeps | E-P: so for example we can do rpm functionality tests in the end | 06:18 |
*** JLP has joined #mer | 06:21 | |
*** JLP has joined #mer | 06:21 | |
*** niqt has joined #mer | 06:25 | |
*** jukkaeklund_ has joined #mer | 06:26 | |
*** jukkaeklund has quit IRC | 06:29 | |
*** Alison_Chaiken has joined #mer | 06:30 | |
*** jukkaeklund_ has quit IRC | 06:30 | |
*** jukkaeklund_ has joined #mer | 06:30 | |
*** slaine has joined #mer | 06:31 | |
Stskeeps | morn slaine o/ | 06:39 |
slaine | Morning Stskeeps | 06:39 |
*** lamikr has quit IRC | 06:43 | |
Aloz1 | Morning? It's 4:40 pm :P | 06:43 |
Stskeeps | Aloz1: UGT ;) | 06:43 |
Stskeeps | Aloz1: http://www.total-knowledge.com/~ilya/mips/ugt.html | 06:44 |
*** arc_mat|tp has joined #mer | 06:44 | |
Stskeeps | arc_mat|tp: happen to know how the GPS is wired up on G9/ | 06:46 |
Stskeeps | _ | 06:46 |
Stskeeps | ? | 06:46 |
arc_mat|tp | Stskeeps: UART1 | 06:46 |
Stskeeps | ok, and it speaks NMEA? | 06:46 |
arc_mat|tp | not at all | 06:46 |
arc_mat|tp | it speaks AI2 | 06:46 |
Stskeeps | ah.. know of anything in open source that can interpret it? | 06:47 |
arc_mat|tp | Stskeeps: no, there is nothing, I'm afraid. AFAICT, there isn't even a public spec | 06:47 |
Stskeeps | ok | 06:47 |
Stskeeps | i guess that's what wilink vendor package provides then | 06:48 |
arc_mat|tp | yes, thoug on the G9 the GPS is not part of wilink, it's a dedicated NL5550 from TI | 06:48 |
Stskeeps | ok | 06:49 |
Stskeeps | Alison_Chaiken: ^ | 06:50 |
arc_mat|tp | with some snooping and reverse engineering it could be made to work. not an easy task without docs, and you need to know quite a bit about GPS | 06:51 |
Alison_Chaiken | Thanks, Stskeeps, my plan was to plugin a USB GPS (which I already have) for testing, but maybe I won't be putting it away, after all. | 06:51 |
Stskeeps | yeah, USB GPS seems like a sane option | 06:52 |
Stskeeps | or bluetooth | 06:52 |
arc_mat|tp | indeed | 06:52 |
Alison_Chaiken | Yeah, BT is an idea, but I already have a USB one . . . and Scantool is Bluetooth already. | 06:52 |
Alison_Chaiken | I'm not sure how well two BT devices close together will work? | 06:53 |
dm8tbr | especially as the n900 gpsd can not be reused as it talks to CMT not APE | 06:53 |
Alison_Chaiken | vgrade naturally already built gpsd package for ARMv7l for Mer. | 06:53 |
Alison_Chaiken | I started testing it yesterday. | 06:54 |
Alison_Chaiken | Ran without error with USB GPS, but didn't provide a fix. | 06:54 |
Alison_Chaiken | Since usual independent way of testing GPS (gpsd-clients) is strongly tied to GTK+, I'm not sure yet which bit is broken. | 06:55 |
Stskeeps | can't you connect up to the NMEA stream? | 06:55 |
Alison_Chaiken | I'm optimistic that approach will work eventually. | 06:55 |
Alison_Chaiken | Lack of GPU support looms larger. | 06:55 |
Stskeeps | btw, the location infra on qt side is a bit quirky | 06:55 |
Stskeeps | lack of GPU support? i thought pvr worked on PA images | 06:55 |
Alison_Chaiken | I'm quirky, so I sympathize. | 06:56 |
*** lamikr has joined #mer | 06:56 | |
Alison_Chaiken | Not clear. Eglinfo runs on mine, but UI is slow and jerky and stuttery. | 06:56 |
Alison_Chaiken | My investigation of the situation is still in an early phase. | 06:57 |
Stskeeps | ok, what renderer does it say ? | 06:57 |
Alison_Chaiken | Thanks for detective work, though: good to know where I stand! | 06:57 |
Alison_Chaiken | You mean, what is eglinfo? | 06:57 |
Alison_Chaiken | Let's see if I copied that output to $LOCALHOST. | 06:58 |
Alison_Chaiken | Nope. | 06:58 |
Stskeeps | either way, just make sure that doesn't say meas | 07:01 |
Stskeeps | mesa | 07:01 |
*** harbaum has joined #mer | 07:02 | |
*** bergie has joined #mer | 07:04 | |
Alison_Chaiken | I forget, which pastebin are we using here? | 07:15 |
Stskeeps | whatever works | 07:15 |
Stskeeps | pastie.org was used but it got taken down | 07:15 |
Alison_Chaiken | I will post damning eglinfo about llvmpipe and mesa. | 07:15 |
Alison_Chaiken | Sensitive people do not look! | 07:15 |
*** ZiQiangHuan has joined #mer | 07:17 | |
Alison_Chaiken | http://pastebin.com/dBVWjSv6 | 07:18 |
Stskeeps | ok, so it doesn't use g9 acceleration | 07:18 |
Stskeeps | that's interesting | 07:18 |
Alison_Chaiken | Well, eglinfo says it does, but es1_info says no. | 07:18 |
Alison_Chaiken | I should compile es2_info and try that too. | 07:18 |
Stskeeps | sounds like bad symlinking | 07:19 |
Alison_Chaiken | Maybe es2_info shows HW is working. | 07:19 |
Stskeeps | ls -l /usr/lib/libEGL* | 07:19 |
Alison_Chaiken | I thought DRI2 was x86? | 07:19 |
Alison_Chaiken | So that wrong driver is invoked for ARM? | 07:19 |
Stskeeps | well it seems like some entry points are odd | 07:20 |
vgrade | I'm not sure G9 has pvr acceleration yet | 07:21 |
*** InformatiQ has joined #mer | 07:23 | |
Stskeeps | morn InformatiQ | 07:23 |
*** enc0de has joined #mer | 07:25 | |
*** mdfe_ has joined #mer | 07:28 | |
arc_mat|tp | no it doesn't | 07:28 |
Stskeeps | what's blocking, if you don't mind me asking? | 07:28 |
arc_mat|tp | PVR/omapdrm | 07:29 |
Stskeeps | ok | 07:29 |
dm8tbr | Sage__ has the same problem with his Samsung phone IIRC | 07:30 |
arc_mat|tp | retrofitting omapdrm and the pvr xorg stuff into our kernel proves to be difficult, again | 07:30 |
Sage__ | :nod: | 07:31 |
Sage__ | I guess it might be better if I could disable the omapfb but they have patch that made dss depending omapfb | 07:32 |
arc_mat|tp | oh | 07:32 |
arc_mat|tp | bad | 07:32 |
Sage__ | arc_mat|tp: https://github.com/supercurio/android-omap-tuna/commit/b442e52cba6dcffdf5880ca1c2f2625bfc5ee7f2 | 07:32 |
Sage__ | my kernel has that same patch | 07:33 |
Sage__ | + bunch of patches on top of that of course | 07:33 |
Alison_Chaiken | It's worth pointing out that just because es2gears and es1_info are looking for DRI2, that doesn't mean KDE is. | 07:33 |
Alison_Chaiken | I will check that tomorrow. | 07:33 |
Stskeeps | experiences of people porting Tizen (handset) to snowball, https://www.tizen.org/irclogs/%23tizen.2012-04-27.log.html#t2012-04-27T06:53:46 | 07:36 |
*** the-gibson has quit IRC | 07:38 | |
*** the-gibson has joined #mer | 07:39 | |
*** the-gibson has joined #mer | 07:39 | |
*** furikku has joined #mer | 07:40 | |
*** vilpan has joined #mer | 07:44 | |
*** eocanha has joined #mer | 07:44 | |
Stskeeps | Sage__: what exactly is wrong with that patch? | 07:47 |
arc_mat|tp | Stskeeps: it creates a hard dependency between hdmi and omapfb | 07:48 |
arc_mat|tp | Stskeeps: but omapfb is likely to interfere with omapdrm | 07:48 |
Stskeeps | ok, but if you wanted just LCD.. | 07:49 |
arc_mat|tp | Stskeeps: maybe it works if you disable HDMI support in kernel, but not sure | 07:50 |
Sage__ | hmmp... | 07:50 |
*** DocScrutinizer has quit IRC | 07:56 | |
*** DocScrutinizer has joined #mer | 07:57 | |
*** jonnor has joined #mer | 07:57 | |
dm8tbr | Stskeeps: ouch, worse than I thought... | 07:58 |
Stskeeps | dm8tbr: i'm intentionally marking 'handset', as IVI is much much saner | 07:59 |
dm8tbr | *nod* | 07:59 |
*** himamura has joined #mer | 08:00 | |
Sage__ | CONFIG_OMAP_HSI <- what that is used for? | 08:00 |
Stskeeps | modem, maybe | 08:05 |
Sage__ | o_0 it compiled without fbdev if I dropped hdmi | 08:05 |
Stskeeps | good? | 08:05 |
Stskeeps | :P | 08:05 |
Stskeeps | or not | 08:05 |
Sage__ | err... omapfb that is | 08:05 |
Sage__ | which is how it is supposed to go | 08:05 |
* Stskeeps heads out | 08:06 | |
Aloz1 | Goof night | 08:07 |
Aloz1 | Good* | 08:07 |
*** Aloz1 has quit IRC | 08:07 | |
Sage__ | *headdesk* battery run out of the nexus | 08:09 |
arc_mat|tp | Sage__: well, well ;) | 08:15 |
lbt | morning all | 08:16 |
arc_mat|tp | Sage__: HSI is probably modem, yes | 08:17 |
arc_mat|tp | Sage__: but it's a generic interface, maybe there is another USB port behind it or something | 08:17 |
*** araujo has quit IRC | 08:20 | |
*** smoku has joined #mer | 08:20 | |
*** araujo has joined #mer | 08:20 | |
*** arcean has joined #mer | 08:21 | |
*** byako has joined #mer | 08:21 | |
*** bergie has quit IRC | 08:29 | |
*** bergie has joined #mer | 08:30 | |
*** kavurt has quit IRC | 08:41 | |
Termana | morning | 08:42 |
*** kavurt has joined #mer | 08:43 | |
*** jukkaeklund_ has quit IRC | 08:47 | |
*** kavurt has quit IRC | 08:49 | |
* Stskeeps ponderx if we could use testrunner for production testing, ie, at factories | 08:54 | |
lbt | testing what? | 08:55 |
Stskeeps | well, the usual test lcd, hardware, components, etc | 08:56 |
Stskeeps | to state if a given just off solder board/casing is ok | 08:57 |
lbt | it would be fine for random samples | 08:57 |
lbt | I don't know if every device is tested then reflashed with PR | 08:58 |
lbt | probably a "low" prio just yet though :D | 08:58 |
Stskeeps | think that's the usual way | 08:58 |
Stskeeps | sure, but has to kept in mind too | 08:58 |
Stskeeps | see raspberry pi production line tests | 08:59 |
Stskeeps | they used a self made test image | 08:59 |
byako | Do we discuss drivers source code here or should I visit arm irc channel? :) | 09:05 |
byako | It's about mali400 driver | 09:05 |
Stskeeps | mali400 is a traditional arm gfx driver.. open kernel module, closed userland | 09:15 |
*** tommis has joined #mer | 09:15 | |
Stskeeps | we discuss hw adaptation at least | 09:17 |
arc_mat|tp | Stskeeps: what is testrunner? | 09:29 |
vgrade | byako, whas the mali question | 09:31 |
Stskeeps | arc_mat|tp: http://releases.merproject.org/~carsten/hostbased.png is ui for it.. sshs into device and runs automated,semiautomatic or manual tests | 09:33 |
*** clopez has joined #mer | 09:33 | |
arc_mat|tp | Stskeeps: a bit too much for production line testing | 09:33 |
arc_mat|tp | but of course a stripped down test count could help | 09:34 |
arc_mat|tp | Stskeeps: how does it control the DUT? | 09:34 |
Stskeeps | arc_mat|tp: well, test on ui is just an example -- ssh through our test enablers | 09:35 |
arc_mat|tp | well for certain prod tests you need interaction with the tester, or how to check if the LCD is connected correctly and the buttons are working etc... | 09:36 |
Stskeeps | sure | 09:36 |
Stskeeps | there are manual test types | 09:36 |
Stskeeps | or semiautomatic | 09:37 |
Sage__ | arc_mat|tp, Stskeeps: After disabling HDMI stuff the screen goes blank quite soon and device doesn't boot far. http://pastebin.com/xENfU1ba | 09:37 |
arc_mat|tp | we have a simple menu based production test software that runs on the device itself | 09:37 |
pirut | has anyone experience with btrfs, I would like to bind mount a directory that is in a snapshot without first having to mount the snapshot ? | 09:38 |
Stskeeps | nod, my point was there is a lot of different homemade frameworks | 09:38 |
Stskeeps | for this purpose | 09:38 |
arc_mat|tp | Sage__: that is all? hard hang after disabling VCXIO? | 09:39 |
Sage__ | arc_mat|tp: yes | 09:40 |
Sage__ | after that serial goes silent so I suspect hard hang there | 09:40 |
arc_mat|tp | weird | 09:40 |
byako | vgrade: mali_fbdev.c:mali_drm_open_master sends xf86DrvMsg about DRM OPEN with X_ERROR flag at the time when message is informative, shouldn't it be X_INFO ? | 09:40 |
arc_mat|tp | and with hdmi enabled, how does a boot look like? | 09:41 |
Sage__ | arc_mat|tp: and with hdmi enabled it doesn't compile http://pastebin.com/Wrf893Tq if I don't enable the omapfb as well | 09:42 |
arc_mat|tp | Sage__: yes, of course | 09:42 |
vgrade | byako, thats one for the mali dev mailing list I think. | 09:43 |
arc_mat|tp | Sage__: if you suspect the disabling of VCXIO to be a problem, there is a call to "regulator_constraints_complete()" or something in the board start code that you could comment for testing | 09:43 |
vgrade | byako what device are you working on? If you don't mind me asking | 09:43 |
byako | vgrade: I'm not working on any device :) I'm still trying to bring up MeeGo HS UI | 09:45 |
byako | vgrade: using snowball A12 | 09:45 |
Sage__ | arc_mat|tp: ok, will try that. Have to go now though but I'll report back later. | 09:46 |
Sage__ | arc_mat|tp: meant regulator_has_full_constraints(); | 09:47 |
Sage__ | ? | 09:47 |
arc_mat|tp | yes, that one | 09:47 |
arc_mat|tp | maybe VCXIO is needed, but not requested when the hdmi driver doesn't initialize | 09:48 |
*** arfoll_ is now known as arfoll | 09:49 | |
Stskeeps | byako: found out what caused hdmi trouble? | 09:50 |
Sage__ | arc_mat|tp: yes, after that it boots further. Got serial. | 09:51 |
*** teve has quit IRC | 09:52 | |
byako | Stskeeps: in progress, I've found huge log file with lots of same errors, but some of them quite critical as for me: mthemedaemon: can't send pixmap sharing message; and : MRmi::invoke(): "QLocalSocket::connectToServer: Connection refused" "/home/nemo/.mabstractdecorator"; I guess some QML daemon didn't get up and apps just can't connect to it | 09:52 |
byako | Stskeeps: you were right about log in home folder it was just named differently | 09:53 |
Stskeeps | byako: ah.. try get mer-gfx-tests running first, not entire ui | 09:53 |
byako | Stskeeps: I will, thanks | 09:53 |
* Stskeeps really needs to write some 10 commandments of mer hw adaptation | 09:54 | |
Stskeeps | 1. Thou Shalt Start From A Core Bootup to Console | 09:54 |
*** notmart has joined #mer | 09:55 | |
*** notmart has joined #mer | 09:55 | |
* Sage__ has to go now | 09:55 | |
Stskeeps | cya | 09:55 |
*** cxl000 has joined #mer | 10:04 | |
*** araujo has joined #mer | 10:18 | |
*** araujo has joined #mer | 10:18 | |
*** teve has joined #mer | 10:20 | |
*** lardman has joined #mer | 10:21 | |
*** tommis has quit IRC | 10:25 | |
*** Attie has quit IRC | 10:25 | |
*** Attie has joined #mer | 10:26 | |
*** tommis has joined #mer | 10:28 | |
*** lizardo has joined #mer | 10:35 | |
*** decibyte has quit IRC | 10:43 | |
*** steff_ is now known as steff | 10:54 | |
*** pdz- has joined #mer | 10:59 | |
*** teve has quit IRC | 10:59 | |
*** pdz has quit IRC | 10:59 | |
*** steff has quit IRC | 11:03 | |
*** dionet has joined #mer | 11:03 | |
*** trbs has joined #mer | 11:04 | |
*** himamura_ has joined #mer | 11:07 | |
*** teve has joined #mer | 11:08 | |
*** himamura_ has quit IRC | 11:09 | |
*** himamura has quit IRC | 11:11 | |
*** jluisn has joined #mer | 11:11 | |
*** Behold has quit IRC | 11:12 | |
*** BeholdMyGlory has joined #mer | 11:13 | |
*** dionet has quit IRC | 11:17 | |
*** BeholdMyGlory has quit IRC | 11:17 | |
*** BeholdMyGlory has joined #mer | 11:21 | |
*** InformatiQ has quit IRC | 11:21 | |
phaeron | so ruby-1.8 timeout is not reliable | 11:21 |
phaeron | doesn't timeout if the enclosed code crosses to C land | 11:22 |
phaeron | lbt: ping | 11:22 |
lbt | :/ | 11:22 |
lbt | whilst making coffee this morning I considered dropping packaging for our ruby stuff | 11:23 |
phaeron | again ? | 11:23 |
lbt | We have the parable of King Canute | 11:24 |
phaeron | lbt: there's a gem that implements reliable timeout for ruby 1.8 | 11:24 |
phaeron | but this is ridiculous :D | 11:24 |
lbt | yep | 11:24 |
lbt | the nice thing about ruby is that there are so many stable versions to pick from | 11:25 |
lbt | all with their own little quirks and foibles | 11:25 |
phaeron | only 1.8 in suse | 11:25 |
*** sirdancealot has quit IRC | 11:26 | |
lbt | I'm just watching my life fade away whilst trying to make obs schedule some jobs with X-Fade | 11:28 |
phaeron | what life | 11:29 |
lbt | indeed | 11:29 |
X-Fade | Yeah, easy to debug :) | 11:30 |
*** steff has joined #mer | 11:37 | |
*** KaIRC has joined #mer | 11:39 | |
phaeron | lbt: there are two requests waiting on OBS , for tools , who's supposed to check them | 11:42 |
phaeron | lbt: system timer gem works .. | 12:10 |
*** ieatlint_ has joined #mer | 12:15 | |
*** Zeroedout_ has joined #mer | 12:16 | |
*** DocScrutinizer has quit IRC | 12:16 | |
*** DocScrutinizer has joined #mer | 12:16 | |
*** Behold has joined #mer | 12:17 | |
*** Stskeepz has joined #mer | 12:18 | |
*** ighea_ has joined #mer | 12:18 | |
*** rrix_ has joined #mer | 12:19 | |
*** BeholdMyGlory has quit IRC | 12:23 | |
*** Zeroedout has quit IRC | 12:23 | |
*** Stskeeps has quit IRC | 12:23 | |
*** ighea has quit IRC | 12:23 | |
*** alh has quit IRC | 12:23 | |
*** rrix has quit IRC | 12:23 | |
*** ieatlint has quit IRC | 12:23 | |
*** ZiQiangHuan has quit IRC | 12:23 | |
*** ieatlint_ is now known as ieatlint | 12:24 | |
*** FACEFOX has quit IRC | 12:27 | |
*** drussell has quit IRC | 12:29 | |
*** zeq has quit IRC | 12:36 | |
*** drussell has joined #mer | 12:37 | |
*** FACEFOX has joined #mer | 12:44 | |
*** zeq has joined #mer | 12:53 | |
phaeron | lbt: what do you think of this so far https://github.com/MeeGoIntegration/open-build-service/commit/1e1699a14cf1e8c0a6b587d4a190901d07f620c2 | 13:07 |
*** harbaum has quit IRC | 13:14 | |
*** himamura has joined #mer | 13:14 | |
*** JLP has quit IRC | 13:19 | |
*** toscalix has joined #mer | 13:22 | |
*** gabrbedd has joined #mer | 13:24 | |
phaeron | lbt: force pushed https://github.com/MeeGoIntegration/open-build-service/commit/3b3a3e4be77478e5f4679f0213e14b6feedac5c2 | 13:38 |
*** vivijim has joined #mer | 13:53 | |
*** vivijim has joined #mer | 13:53 | |
*** djszapi has joined #mer | 13:53 | |
*** djszapi has left #mer | 13:53 | |
* Stskeepz yawns | 13:54 | |
* w00t kicks Stskeepz to rename | 13:54 | |
*** Stskeepz has quit IRC | 13:54 | |
*** Stskeeps has joined #mer | 13:55 | |
*** byako has left #mer | 13:55 | |
*** jukkaeklund_ has joined #mer | 13:56 | |
alterego | lol | 13:58 |
*** bfederau has quit IRC | 14:01 | |
*** Jade has joined #mer | 14:05 | |
*** Jade- has quit IRC | 14:08 | |
*** niqt has quit IRC | 14:20 | |
*** alh has joined #mer | 14:20 | |
*** toscalix has quit IRC | 14:29 | |
*** rrix_ has quit IRC | 14:29 | |
*** rrix_ has joined #mer | 14:29 | |
*** rrix_ is now known as rrix | 14:29 | |
Stskeeps | 26 C out, i conclude this is a beer day | 14:42 |
slaine | 7C, wet and windy, I conclude this is a beer day | 14:43 |
frals | no idea about the weather, i conclude this is a beer and pizza day | 14:44 |
frals | \o/ | 14:44 |
* timoph declares this a lay in the sofa and do nothing that requires too much thinking day (having a bones season 2 marathon) | 14:47 | |
* jukkaeklund_ <3 bones | 14:47 | |
w00t | Stskeeps: whatthehell | 14:50 |
w00t | who are you and what did you do with all the nice weather | 14:50 |
* w00t is informed that it's 10c out | 14:50 | |
frals | just went and checked, 18 here | 14:51 |
* frals is QUITE pleased with being back in Stockholm | 14:51 | |
Stskeeps | good day for living in warsaw | 14:52 |
w00t | yeah, but on the downside, sweden | 14:52 |
w00t | :P | 14:52 |
Paimen | 4 days little vacation <3 | 14:53 |
Paimen | well I need to do few hours work on monday, but it does not count :P | 14:53 |
*** raignarok has joined #mer | 15:08 | |
*** slaine has quit IRC | 15:22 | |
*** smoku has left #mer | 15:32 | |
*** mdfe_ has quit IRC | 15:34 | |
*** jukkaeklund_ has quit IRC | 15:40 | |
matrixx | yeah, beer day today \o/ | 15:46 |
*** raignarok has quit IRC | 15:50 | |
*** gimli has joined #mer | 15:51 | |
*** gimli has joined #mer | 15:51 | |
Stskeeps | lbt: http://www.hetzner.de/en/hosting/produkte_rootserver/ex10 | 15:51 |
lbt | yummy | 15:54 |
lbt | 2x ex4 may be better value at the moment | 15:56 |
lbt | phaeron: pong ... I missed your msgs | 15:56 |
lbt | phaeron: looks sane | 15:58 |
lbt | 5seconds is quite generous for an LDAP timeout isn't it? | 15:59 |
phaeron | lbt: yes | 15:59 |
phaeron | but it is better than 60 seconds default timeout | 15:59 |
lbt | *g* | 15:59 |
lbt | I wonder if ruby has a shuffle method | 15:59 |
phaeron | so I can uncomment the remove line ? | 16:00 |
lbt | I hate doing server = ldap_servers[rand(ldap_servers.length)] | 16:00 |
phaeron | yeah. well I also wanted to remove every server as it is tried , but that makes the "retries" setting have a different meaning or be not needed at all | 16:01 |
lbt | agreed | 16:01 |
phaeron | lbt: http://www.ruby-doc.org/core-1.8.7/Array.html#method-i-shuffle | 16:01 |
phaeron | it does have shuffle | 16:01 |
lbt | it gets awfully fiddly | 16:01 |
lbt | that may be better than the rand crap | 16:01 |
phaeron | ok , not also that the way the error message in the rescue was generated was not working at all | 16:02 |
phaeron | you can't extract the error after unbinding | 16:02 |
phaeron | because the conn object is reset | 16:02 |
phaeron | or so I found | 16:03 |
lbt | testing failure modes is hard | 16:03 |
phaeron | I copied the code to a standalone script and tried various failures | 16:03 |
lbt | I think some of this was "well, if it breaks lets try and do something sane" | 16:03 |
phaeron | not particularly proud of the if RUBY_VERSION.split(".")[1] == "8" .. but couldn't find another way to do it | 16:04 |
lbt | upstream are ruby experts | 16:04 |
lbt | they can comment in review | 16:05 |
phaeron | which upstream , SR or Adrian ? | 16:05 |
lbt | adrian | 16:05 |
phaeron | ok | 16:06 |
*** FACEFOX has quit IRC | 16:08 | |
phaeron | using shuffle instead of rand will still change the meaning of max attempts | 16:08 |
lbt | server = ldap_servers[count % ldap_servers.length ] | 16:12 |
lbt | assuming % is mod | 16:12 |
*** NIN101 has joined #mer | 16:12 | |
*** FACEFOX has joined #mer | 16:13 | |
phaeron | mmm . wut ? | 16:14 |
lbt | that will retry max_attempts balanced evenly over all servers | 16:15 |
lbt | although ... you know... this is really not that worthwhile | 16:15 |
*** NIN102 has joined #mer | 16:16 | |
lbt | if we do care then the sane thing to do is to have a list of 'active' LDAP servers and if one times out, restore it after X mins | 16:17 |
phaeron | ok , I wonder how to get upstream to review ? pull request from MerProject ? | 16:18 |
*** gimli has quit IRC | 16:18 | |
lbt | yes | 16:18 |
phaeron | lbt: that would need some kind of persistent marker. in the db. | 16:18 |
*** NIN101 has quit IRC | 16:19 | |
lbt | nah, in memory would be fine | 16:19 |
*** afiestas has quit IRC | 16:19 | |
phaeron | not sure if passenger threads are persistent across requests | 16:19 |
*** gimli has joined #mer | 16:19 | |
*** gimli has joined #mer | 16:19 | |
lbt | ! | 16:19 |
lbt | they must be | 16:19 |
lbt | surely | 16:19 |
phaeron | why | 16:20 |
lbt | DB connection pooling typically | 16:20 |
*** afiestas has joined #mer | 16:20 | |
*** FACEFOX has quit IRC | 16:21 | |
*** sebas has quit IRC | 16:23 | |
*** enc0de has quit IRC | 16:24 | |
*** jonnor has quit IRC | 16:24 | |
*** FACEFOX has joined #mer | 16:25 | |
*** pohly has quit IRC | 16:25 | |
phaeron | not sure | 16:26 |
phaeron | I believe that's memcache is used for | 16:27 |
phaeron | in memory persistent objects that have a lifetime | 16:27 |
phaeron | http://stackoverflow.com/questions/2791093/what-data-if-any-persists-across-web-requests-in-ruby-on-rails | 16:28 |
lbt | "a class variable on a controller and this will be carried from one request to the next as you might expect" | 16:28 |
lbt | so yeah - the point is that dweebs would naivley expect that a variable is set from one req to the next | 16:29 |
phaeron | "The catch is that this only applies to the singular instance of that controller" | 16:30 |
lbt | yes, that's right | 16:30 |
*** zeq has quit IRC | 16:30 | |
lbt | we don't really care | 16:30 |
lbt | it's an ldap connection pool | 16:30 |
phaeron | yeah but the correct way is to use memcache | 16:30 |
lbt | no, it's not | 16:30 |
lbt | memcache is for storing persistent session data or truly persistent data | 16:31 |
lbt | or typically to allow us to be lazy when doing queries :) | 16:31 |
lbt | in this instance we're implementing connection pooling (which should set off warning bells) | 16:31 |
phaeron | it's not truly persistent , it has a lifetime (can be very long) and will disappear if memcache is restarted | 16:32 |
lbt | yes. and memcache is a cache, not a store | 16:32 |
lbt | so step back ... what are we actually doing? | 16:33 |
phaeron | wasting time :D | 16:33 |
lbt | A: storing hints about which LDAP servers are down | 16:33 |
lbt | if we lose the hint list then ... we assume they're all up | 16:33 |
lbt | and it costs us a try to recreate the hint list | 16:33 |
*** FACEFOX has quit IRC | 16:34 | |
lbt | not worth memcaching in order to store across all threads | 16:34 |
lbt | just make it a class var and we're fine | 16:34 |
phaeron | I also wanted to put the require block in the class but wasn't sure if it will work | 16:35 |
*** FACEFOX has joined #mer | 16:36 | |
lbt | yeah ... that should be at a higher level - but it's only important if LDAP is :on | 16:37 |
*** jukkaeklund_ has joined #mer | 16:42 | |
*** eocanha has quit IRC | 16:44 | |
*** lamikr has quit IRC | 16:49 | |
phaeron | what if there's only one server and it gets marked as down :) | 16:50 |
*** andre900 has quit IRC | 16:52 | |
phaeron | and using modulus would mean that in the good case the same server will get hammered while others will be idle | 16:55 |
phaeron | anyway I just need to test this before submitting upstream | 16:56 |
*** Attie has quit IRC | 16:59 | |
*** Siosm has joined #mer | 17:02 | |
lbt | no you use shuffle! before each loop | 17:03 |
*** sledges has quit IRC | 17:03 | |
lbt | and if there's no servers then you restore them all to the "up" list and try them in order | 17:04 |
*** Siosm has quit IRC | 17:04 | |
*** CosmoHill has joined #mer | 17:09 | |
*** lamikr has joined #mer | 17:10 | |
*** zeq1 has joined #mer | 17:12 | |
*** sirdancealot2 has joined #mer | 17:25 | |
*** vilpan has quit IRC | 17:25 | |
*** afiestas has quit IRC | 17:35 | |
*** afiestas has joined #mer | 17:37 | |
*** gabrbedd has quit IRC | 17:41 | |
E-P | hmm, good evening to update ubuntu | 17:50 |
CosmoHill | are the moons in alignment? | 17:51 |
* lbt finishes swapping card amongst various machines and sends in a bug report ... waste of half a day :/ | 17:51 | |
CosmoHill | lbt: aww | 17:51 |
lbt | hey, at least I know the cards work | 17:52 |
E-P | it is clear sky, so I should have a good change | 17:52 |
CosmoHill | I got my first paycheck today :) | 17:52 |
IanWizard-Cloud | CosmoHill: I got my last yesterday :P | 17:52 |
IanWizard-Cloud | how ironic. | 17:52 |
lbt | CosmoHill: first pension payment tomorrow ? | 17:52 |
CosmoHill | lbt: on a saturday? | 17:52 |
lbt | can't start too soon | 17:52 |
lbt | :D | 17:52 |
CosmoHill | I have no idea about pension | 17:53 |
*** harbaum has joined #mer | 17:53 | |
* lbt -> Tango .... l8r all o/ | 17:53 | |
*** mlfoster has joined #mer | 17:53 | |
E-P | cya | 17:53 |
CosmoHill | cyas | 17:53 |
Stskeeps | i've started to put some diagrams on the architecture description page, feedback welcome: http://wiki.merproject.org/wiki/Architecture | 17:59 |
*** tommis has quit IRC | 18:01 | |
*** dionet has joined #mer | 18:03 | |
*** jluisn has quit IRC | 18:06 | |
E-P | Stskeeps: looks nice | 18:06 |
*** jluisn has joined #mer | 18:07 | |
*** jluisn has joined #mer | 18:09 | |
* Stskeeps discovers AgileBrowser can do batch mode | 18:15 | |
CosmoHill | Stskeeps: go on | 18:16 |
CosmoHill | wait, that's not a web browser is it? | 18:16 |
Stskeeps | ie, automated architecture documentation | 18:16 |
Stskeeps | and no, it's not | 18:16 |
*** jluisn has quit IRC | 18:17 | |
*** jluisn has joined #mer | 18:21 | |
*** jluisn has quit IRC | 18:21 | |
*** jluisn has joined #mer | 18:22 | |
*** jluisn has joined #mer | 18:27 | |
*** arcean_ has joined #mer | 18:35 | |
*** arcean has quit IRC | 18:38 | |
*** gabrbedd has joined #mer | 18:38 | |
*** Cosmo[PB] has joined #mer | 18:40 | |
*** CosmoHill has quit IRC | 18:40 | |
*** Cosmo[PB] is now known as Cosmohill | 18:40 | |
*** Cosmohill is now known as CosmoHill | 18:40 | |
*** CosmoHill has quit IRC | 18:44 | |
*** CosmoHill has joined #mer | 18:47 | |
Stskeeps | vgrade: http://wiki.merproject.org/wiki/Architecture | 18:49 |
Stskeeps | is this helpful to understand what's going on? | 18:50 |
vgrade | Indeed it is , oh its changed | 18:50 |
Stskeeps | yeah, uploaded a bunch of graphs | 18:51 |
vgrade | can you drill down into the groups | 18:51 |
Stskeeps | yeah | 18:52 |
Stskeeps | that'll come later, but with external links | 18:52 |
CosmoHill | my laptop visited 1970 and now some apps are jibbing out | 18:52 |
Stskeeps | moment | 18:52 |
Stskeeps | vgrade: http://releases.merproject.org/~carsten/startupservices2.png | 18:53 |
vgrade | thats the sort of thing | 18:54 |
Stskeeps | i'm intentionally making it high level in wiki page, and then giving people guide how to use the tool | 18:54 |
vgrade | these are much more infromative than the more trad layer diagrams which don't show the interactions | 18:54 |
Stskeeps | vgrade: warning, massive png: http://releases.merproject.org/~carsten/everything.png | 18:59 |
Stskeeps | these are times i wish i had a plotter at home | 19:00 |
*** raignarok has joined #mer | 19:07 | |
*** Behold has quit IRC | 19:07 | |
ali1234 | that's funny cos i was looking at the first one thinking "that's massive" | 19:07 |
*** BeholdMyGlory has joined #mer | 19:07 | |
Stskeeps | package dependencies are loads of fun | 19:08 |
ali1234 | Stskeeps: that stuff about "integrated linux core" yesterday sounded a lot like mer to me... any thoughts on that? | 19:08 |
*** arcean_ has quit IRC | 19:08 | |
Stskeeps | it does indeed show a direction that we're moving in, yes | 19:08 |
Stskeeps | like, the linux distro mindset | 19:09 |
Stskeeps | ie, it's no longer about massive repositories of packages | 19:09 |
Stskeeps | it's about shit that actually works | 19:09 |
Stskeeps | :P | 19:09 |
Stskeeps | ali1234: did you see my FOSDEM presentation? | 19:10 |
*** zeq1 has quit IRC | 19:10 | |
ali1234 | no... is there a link? | 19:10 |
Stskeeps | sec | 19:10 |
Stskeeps | https://archive.fosdem.org/2012/schedule/event/391/79_beyond.pdf | 19:10 |
ali1234 | i think that teletype picture is a bit unfair :) | 19:11 |
Stskeeps | it was meant to be :) | 19:12 |
Stskeeps | in my notes i had it marked down as "unneccesarily provocative" :) | 19:12 |
ali1234 | most of the arguments yesterday were about how the new stuff specifically doesn't work in that configuration | 19:12 |
Stskeeps | which specific discussion are you talking about, btw? | 19:12 |
Stskeeps | there's been some integrated core discussions around the place | 19:12 |
ali1234 | well i only saw the comments posted on gregkh' google+ | 19:13 |
ali1234 | but i figure it was mostly the same stuff getting repeated | 19:13 |
Stskeeps | ah, yeah | 19:13 |
ali1234 | the stuff about integrating udev and systemd more tightly with the kernel to create a standardized base | 19:13 |
*** smoku has joined #mer | 19:14 | |
Stskeeps | they just have to be careful.. world doesn't move as fast as kernel | 19:14 |
vgrade | Stskeeps, work of art | 19:14 |
Stskeeps | and most importantly, not everything is x86 | 19:15 |
Stskeeps | :P | 19:15 |
vgrade | interesting to see the mass of interactions in base essentials | 19:15 |
Stskeeps | yeah.. base essentials is a mess | 19:15 |
Stskeeps | some patterns will eventually emerge from there | 19:15 |
vgrade | is that why its difficult to bootstrap things | 19:16 |
Stskeeps | part of it, but that's build-time architecture | 19:16 |
Stskeeps | i have some ideas towards that but it's 2-3 months ahead | 19:17 |
smoku | Stskeeps: what happened to Mer:fake:Core:i486 on COBS? | 19:17 |
*** jluisn has quit IRC | 19:17 | |
Stskeeps | smoku: shouldn't have happeend anything | 19:17 |
Stskeeps | smoku: what problems do you have? | 19:17 |
smoku | https://build.pub.meego.com/project/monitor?project=Project%3ACordia%3AHildon | 19:17 |
smoku | suddenly everything for i486 is unresolvable :/ | 19:18 |
Stskeeps | smoku: gah.. earlier it was reverse! | 19:18 |
Stskeeps | smoku: add Prefer: nss in Advanced -> Project config | 19:18 |
smoku | fixed. thanks | 19:19 |
Stskeeps | smoku: http://wiki.merproject.org/wiki/Architecture | 19:20 |
smoku | Stskeeps: anything in particular? | 19:21 |
Stskeeps | no, just showing :) | 19:22 |
smoku | oh. looks good :) | 19:22 |
Stskeeps | there'll be a lot of Group: changes to base packages (not practical implication) and hopefully we'll be able to encourage people to do sane architecture for their UIs and hardware adaptations on top as well | 19:23 |
Stskeeps | with their own architectual groups, etc | 19:23 |
Stskeeps | smoku: and massive png: http://releases.merproject.org/~carsten/everything.png | 19:23 |
*** phdeswer has joined #mer | 19:24 | |
*** kthomas_vh_ has quit IRC | 19:25 | |
*** furikku has left #mer | 19:31 | |
smoku | whoa! | 19:31 |
smoku | a bit complicated | 19:33 |
*** zeq has joined #mer | 19:33 | |
*** mlfoster has quit IRC | 19:34 | |
Stskeeps | yeah, dependencies are always a mess | 19:35 |
Stskeeps | many of those are simply 'libc.so.6' though | 19:35 |
*** mlfoster has joined #mer | 19:39 | |
*** phdeswer has quit IRC | 19:48 | |
*** pharon has joined #mer | 19:51 | |
*** harbaum has quit IRC | 20:00 | |
*** tilgovi has joined #mer | 20:03 | |
*** Behold has joined #mer | 20:06 | |
*** BeholdMyGlory has quit IRC | 20:07 | |
*** waa has joined #mer | 20:14 | |
*** bergie has quit IRC | 20:16 | |
*** smoku has quit IRC | 20:24 | |
*** Jade has quit IRC | 20:28 | |
*** dijenerate has quit IRC | 20:28 | |
*** Jade- has joined #mer | 20:28 | |
*** raignarok has quit IRC | 20:33 | |
*** raignarok has joined #mer | 20:36 | |
*** dionet has quit IRC | 20:40 | |
*** notmart has quit IRC | 20:42 | |
*** Behold has quit IRC | 20:43 | |
*** BeholdMyGlory has joined #mer | 20:49 | |
*** kthomas_vh_ has joined #mer | 20:51 | |
*** HazardousWaster has quit IRC | 20:58 | |
*** HazardousWaster has joined #mer | 21:01 | |
*** lizardo has quit IRC | 21:02 | |
*** zeq has quit IRC | 21:07 | |
*** raignarok has quit IRC | 21:24 | |
*** raignarok has joined #mer | 21:28 | |
*** FACEFOX has quit IRC | 21:29 | |
*** FACEFOX has joined #mer | 21:29 | |
*** FACEFOX has joined #mer | 21:30 | |
*** BeholdMyGlory has quit IRC | 21:31 | |
*** BeholdMyGlory has joined #mer | 21:31 | |
*** FACEFOX has joined #mer | 21:34 | |
*** kavurt has joined #mer | 21:38 | |
*** FACEFOX has quit IRC | 21:40 | |
*** FACEFOX has joined #mer | 21:41 | |
*** niqt has joined #mer | 21:42 | |
*** BeholdMyGlory has quit IRC | 21:46 | |
*** BeholdMyGlory has joined #mer | 21:47 | |
*** phdeswer has joined #mer | 21:49 | |
*** kthomas_vh_ has quit IRC | 21:49 | |
*** NIN102 has quit IRC | 21:51 | |
*** kthomas_vh_ has joined #mer | 22:00 | |
*** gimli has quit IRC | 22:01 | |
* CosmoHill returns | 22:08 | |
*** kavurt has quit IRC | 22:11 | |
*** pharon has left #mer | 22:16 | |
*** gabrbedd has quit IRC | 22:24 | |
*** Behold has joined #mer | 22:31 | |
*** BeholdMyGlory has quit IRC | 22:32 | |
*** mlfoster has quit IRC | 22:34 | |
*** bef0rd has joined #mer | 22:35 | |
*** mlfoster has joined #mer | 22:35 | |
*** raignarok has quit IRC | 22:36 | |
*** clopez has quit IRC | 22:55 | |
*** CosmoHill has quit IRC | 23:05 | |
*** phdeswer has quit IRC | 23:07 | |
*** bef0rd has quit IRC | 23:12 | |
*** afiestas has quit IRC | 23:22 | |
*** afiestas has joined #mer | 23:23 | |
*** niqt has quit IRC | 23:25 | |
IanWizard-Cloud | Ok, I'm back. | 23:40 |
IanWizard-Cloud | Been away, busy :( | 23:41 |
IanWizard-Cloud | I have a question, and I'm just not sure.. I've always worked with Android, and built things, like kernels, using CodeSourcery's cross compiler / toolchain. The time has come that I need to get off my ass, and setup my own toolchain. My friend is telling me to use the Android NDK, and bionic, but I'm not certain that I trust him. Suggestions / guidance would be greatly appreciated. | 23:44 |
vgrade | IanWizard-Cloud, what are you planning to build? Mer used eglibc so not compatible with bionic | 23:48 |
vgrade | uses | 23:48 |
vgrade | Mer SDK allows you to setup cross toolchains in a scratchbox2 setup | 23:49 |
vgrade | for i486/i586/arm(hard/soft float)/mips | 23:49 |
IanWizard-Cloud | vgrade: atm I'm building a small kernel / system, separate from both android, and mer, then I'll start working on porting mer. | 23:49 |
IanWizard-Cloud | vgrade: I've been told (though I admitedly haven't ever tried), that I can use both bionic, and libc (or elibc) on the same system. | 23:50 |
IanWizard-Cloud | This is one of those areas that I know enough, to know that I don't know enough :P | 23:51 |
vgrade | IanWizard-Cloud I don't think thats a good design | 23:52 |
IanWizard-Cloud | I tend to agree | 23:52 |
vgrade | If you are not targetting andriod I'd stay clear of Bionic | 23:53 |
IanWizard-Cloud | vgrade: supposedly bionic has optomizations for the qualcomm chipset. | 23:54 |
IanWizard-Cloud | here's my big question. | 23:54 |
IanWizard-Cloud | If say.. I build mer, with elibc, all of the repos that I use will need to be built with elibc. | 23:55 |
IanWizard-Cloud | Correct? | 23:55 |
vgrade | yes | 23:56 |
IanWizard-Cloud | So then wouldn't we want to use libc for everything, and be able to use all of the (using debian as an example), debian repos for arm | 23:56 |
IanWizard-Cloud | yes, that's my real confusion I guess. isn't it smarter to use libc for everything? | 23:58 |
vgrade | you can build what you need from debian | 23:58 |
vgrade | we are targetting smaller embedded mobile devices | 23:58 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!