| 00:09.59 | *** join/#oe kergoth` (n=kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
| 00:10.18 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 00:17.16 | kergoth` | heh |
| 00:17.20 | kergoth` | ubuntu has svk version 0.26 |
| 00:17.23 | kergoth` | current is 1.0.2 :P |
| 00:17.55 | emte | emte@t:~/test2$ svk version |
| 00:17.55 | emte | This is svk, version 1.00. |
| 00:18.01 | emte | well etch is closer anyway |
| 00:18.40 | JustinP | etch? |
| 00:18.56 | emte | debian's new release candidate |
| 00:19.03 | emte | sarge was shipped |
| 00:19.16 | JustinP | oh |
| 00:25.59 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 00:36.13 | chouimat | kergoth_: use the svn version of svk ... there is a memory leak in 1.0.2 |
| 00:37.17 | chouimat | but you need to use it with the kde repo to be sure to trigger it :) |
| 00:37.55 | kergoth` | chouimat: svn version of svk? |
| 00:38.29 | chouimat | svn://svn.clkao.org/svk/ |
| 00:38.30 | emte | need to run to the grocery store ... JustinP when its done, pull again without the -u should only take a minute or so to catch up |
| 00:38.51 | kergoth` | chouimat: ah right |
| 00:46.41 | *** join/#oe malfimalfi (n=malte@dsl-082-082-188-107.arcor-ip.net) |
| 01:06.43 | *** join/#oe noclouds (n=mhfan@60.166.58.31) |
| 01:16.38 | kergoth` | <kergoth`> okay, so if i mirror an upstream svk depot local in mine, i can in fact branch into and out of there happily with no merge data lost, right? so i can have an upstream svn repo, and all the devs using svk, and it should all Just Work(tm)? |
| 01:16.38 | kergoth` | <clkao> *nod* |
| 01:16.39 | kergoth` | :D |
| 01:30.14 | kergoth` | emte, JustinP: ping |
| 01:36.29 | *** join/#oe ZonE-HaKin9 (n=ZH_n_SB@cippola.gondor.de) |
| 01:37.20 | *** join/#oe molivier (n=mac@d03m-212-194-228-240.d4.club-internet.fr) |
| 01:55.09 | *** join/#oe hufnus (n=slonsiki@m601d36d0.tmodns.net) |
| 02:00.34 | *** join/#oe raster (n=raster@vagw.valinux.co.jp) |
| 02:19.02 | emte | hey kergoth_ |
| 02:19.06 | emte | hey raster |
| 02:20.23 | *** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com) |
| 02:24.39 | raster | emte: emmie |
| 02:28.22 | *** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran) |
| 02:31.38 | kergoth` | emte: svk mi svn://svn://svn.berlios.de/bitbake/oe //oe/mirror; svk sync -a; .. then if you want to work against upstream directly, you can just svk co //oe/mirror/trunk/openembedded. if you want to branch off for local modifications, do svk cp //oe/mirror //oe/local; svk co //oe/local/trunk/openembedded |
| 02:37.02 | tanq | kergoth`: you still down here in tx? |
| 02:39.25 | JustinP | emte: yep, worked this time |
| 02:39.25 | kergoth` | nope |
| 02:41.32 | JustinP | kergoth`: am I not supposed to be using svk 1.0.2? |
| 02:41.43 | JustinP | (3 snv://....?) |
| 02:42.35 | JustinP | (2 rather) |
| 02:43.30 | JustinP | kergoth`: did you get the OE history imported into svk? |
| 02:47.41 | *** join/#oe treke|home (n=ggilbert@69-175-34-174.ventca.adelphia.net) |
| 02:49.33 | *** join/#oe dwildes (n=dwildes@209.164.237.195) |
| 02:52.30 | kergoth` | JustinP: 1.02 is fine |
| 02:52.48 | kergoth` | its a svn:// url because svk uses svn internally |
| 02:52.54 | kergoth` | havent pulled history in yet |
| 02:53.07 | JustinP | (there are 2 svn://'s there) |
| 02:53.20 | JustinP | *can* you pull history form monotone to svk? |
| 02:53.21 | kergoth` | oh, hehe |
| 02:53.31 | kergoth` | could write a script to do it |
| 02:54.43 | JustinP | or write a reader for that Perl module svk uses... |
| 02:54.56 | JustinP | looks like my "pull" went fine |
| 02:56.07 | JustinP | my hg pull & update also worked this time |
| 02:56.38 | JustinP | kergoth`: ok, I have my svk rep and a copy checked out |
| 02:56.46 | JustinP | (does svk deal with renames?) |
| 02:56.58 | kergoth` | svn does, yeah. as does svk |
| 02:57.02 | kergoth` | http://svk.elixus.org/?SVKTutorial |
| 02:57.36 | JustinP | oh, ok |
| 02:57.37 | kergoth` | if you cd into your checked out oe dir, and do an svk pull, thatll sync your local mirror (svk sync), and update your working copy (svk up) |
| 02:58.04 | JustinP | ok |
| 02:58.08 | emte | Name or service not known: Unknown hostname 'svn' |
| 02:58.11 | emte | interesting |
| 02:58.18 | kergoth` | emte: the url i put had two svn://'s :P |
| 02:58.24 | emte | ah |
| 02:58.26 | kergoth` | hehe |
| 02:58.33 | kergoth` | i had written svn://, then pasted the url from the berlios site |
| 02:59.05 | kergoth` | JustinP: in a lot of ways, svn/svk syntax is like cvs. up/update, ci/commit, etc |
| 02:59.16 | emte | yeah hg is the same way |
| 02:59.19 | kergoth` | cool |
| 02:59.37 | emte | cept next version has the preprocessing hooks it looks like |
| 02:59.52 | emte | to stop you for doing bad things |
| 02:59.59 | emte | that cvs is notorious for |
| 03:00.09 | emte | from* |
| 03:00.41 | emte | only 310 revisions .. |
| 03:00.52 | emte | you sure you have the full OE repo? |
| 03:01.05 | kergoth` | <JustinP> kergoth`: did you get the OE history imported into svk? |
| 03:01.10 | kergoth` | <kergoth`> havent pulled history in yet |
| 03:01.19 | emte | was wondering |
| 03:01.28 | emte | monotone has over 1900 |
| 03:01.44 | kergoth` | didnt know jack about monotone, and couldnt get it to even function without freaking out and saying to contact the monotone developers with a bug report |
| 03:01.48 | kergoth` | heh |
| 03:01.50 | emte | probably over 2 now |
| 03:01.57 | emte | lol |
| 03:03.11 | emte | but man hg is nice ... cept for the python-memory thing |
| 03:03.34 | emte | been testing commits durring pulls for the last couple days |
| 03:03.58 | emte | even did one while JustinP was pulling an initial |
| 03:04.12 | JustinP | is that the one where I segfaulted or no? |
| 03:04.16 | emte | no |
| 03:04.31 | emte | i am pretty sure you segfaulted because the server was almost locked up |
| 03:04.38 | JustinP | ah |
| 03:04.58 | emte | having both you and cosmic pull was too much |
| 03:05.12 | emte | wanted over 1gb ram allocated |
| 03:06.16 | emte | the inital pull and viewing the changeset are killers |
| 03:07.24 | emte | because they are using o(n^2) which means the files almost tripple and then python caches the whole repo for transfer |
| 03:08.51 | emte | but i must say, hg is developing at a hugely exponential rate |
| 03:08.51 | *** join/#oe rwhitby-web (n=c058a223@nslu2-linux/rwhitby) |
| 03:09.07 | rwhitby-web | kergoth`: can svk do distributed peer-to-peer repos? |
| 03:10.00 | kergoth` | rwhitby-web: yeah, you can make your local repository available via any of the methods one can make svn repositories available. they're just svn internally. just make sure all the devs use svk rather than svn so that merge data isnt lost |
| 03:10.51 | rwhitby-web | can you commit to different repos, and then do a merge between them (like in bk and monotone) ? |
| 03:12.07 | kergoth` | rwhitby-web: yes. it can do star merges, and even supports cherry picking |
| 03:12.13 | kergoth` | rwhitby-web: see http://svk.elixus.org/?SVKTutorial |
| 03:12.29 | kergoth` | you can mirror an upstream cvs, svn, perforce repo |
| 03:12.39 | kergoth` | svn includes svk, since an svk depot is just an svn repo with additional properties |
| 03:12.56 | kergoth` | svn co [url] [local dir] is strange? |
| 03:13.04 | emte | if you watch it |
| 03:13.16 | emte | most co systems go alphabetically |
| 03:13.23 | emte | svn doesnt |
| 03:14.01 | kergoth` | ah |
| 03:14.40 | emte | just a strange quirk |
| 03:14.41 | rwhitby-web | kergoth_: thx for the info |
| 03:15.00 | emte | i only rememebr because i once sat wondering when the end was comming |
| 03:15.51 | dwildes | has anyone had trouble running oe on fedora core 4? is it okay to use FC4? |
| 03:16.17 | emte | you will have to install a lot of development rpms |
| 03:16.47 | *** join/#oe ByronT (n=byron-po@nslu2-linux/ByronT) |
| 03:16.49 | dwildes | would it be best to just run FC3 for now? I'm new to oe - and the less 'snags' the better ;) |
| 03:17.03 | emte | its about the same for any FC |
| 03:17.07 | JustinP | I doubt an older distro will help |
| 03:17.12 | emte | but i belive FC3 has a gcc issue |
| 03:17.43 | emte | they used a version in the middle of a change |
| 03:18.29 | emte | so it will compile new stuff but is missing the old compatability ... i think that was how it went |
| 03:18.38 | dwildes | if they are about the same as far as issues go, might as well stick with FC4 at the point since I've gotten it all setup |
| 03:18.56 | emte | yup |
| 03:19.10 | emte | anyway back to my movie i'll bbiab |
| 03:19.17 | dwildes | ok - thanks! |
| 03:37.51 | *** join/#oe treke|home (n=ggilbert@69-175-34-174.ventca.adelphia.net) |
| 04:08.34 | [g2] | kergoth` how fast is svk for something like the full OE repo ? |
| 04:09.06 | JustinP | [g2]: was pretty fast to pull it. Then again it doesn't have all of the revision info in it |
| 04:09.21 | kergoth` | i'll play with monotone, see if i can get a script togethr |
| 04:39.36 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 04:47.03 | *** join/#oe cdbot (n=cdbot@hentges.net) |
| 04:47.19 | *** join/#oe kergoth` (n=kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
| 04:47.35 | *** join/#oe kergoth_ (n=kergoth@mail.astrocorp.com) |
| 04:47.35 | *** join/#oe andersee (n=andersee@codepoet.org) [NETSPLIT VICTIM] |
| 04:47.35 | *** join/#oe CIA-4 (n=CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
| 04:47.35 | *** join/#oe hue_ (n=hue@218.20.51.108) [NETSPLIT VICTIM] |
| 04:47.35 | *** join/#oe oho (n=phm4@myrtle.ukc.ac.uk) [NETSPLIT VICTIM] |
| 04:47.35 | *** join/#oe tanq (n=tanq@66-190-71-98.dhcp.ftwo.tx.charter.com) [NETSPLIT VICTIM] |
| 04:47.35 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 04:47.35 | *** join/#oe CoreDump|afk (N=mhentges@hentges.net) |
| 04:47.35 | *** join/#oe mickey|zzZZzz (n=LPA@deneb.tm.informatik.uni-frankfurt.de) |
| 04:47.35 | *** join/#oe gints (n=gints@195.244.141.102) |
| 04:47.36 | *** join/#oe JustinP (n=papercra@c-67-174-226-161.hsd1.ca.comcast.net) [NETSPLIT VICTIM] |
| 04:47.36 | *** join/#oe subdue (n=chopstix@198-79-109-131.hi.net) [NETSPLIT VICTIM] |
| 04:47.36 | *** join/#oe emte (i=emte@d64-180-41-158.bchsia.telus.net) [NETSPLIT VICTIM] |
| 04:47.36 | *** join/#oe Pendalar (I=Pendalar@h222.172.141.67.ip.alltel.net) [NETSPLIT VICTIM] |
| 04:47.36 | *** join/#oe luzik (I=luzik@blysk.ds.pg.gda.pl) [NETSPLIT VICTIM] |
| 04:57.35 | emte | kergoth_, if you want ... i can export svk/svn out of hg |
| 04:58.36 | JustinP | hehe |
| 04:58.44 | JustinP | actually that might be worthwhile.... |
| 04:58.57 | JustinP | emte: care to try? I'd be willing to pull that from you as well |
| 04:59.07 | JustinP | if you have all the revisions in it |
| 05:00.00 | emte | yeah |
| 05:00.24 | emte | sec i'll pull the latest monotone incase tehre were changes in the last couple hours |
| 05:00.39 | JustinP | ok |
| 05:01.07 | emte | no changes since Update 13 |
| 05:02.36 | emte | lets see how i setup tailor for hg->svn/k |
| 05:03.17 | JustinP | is there a monotone->svk? or just monotone->hg->svk? |
| 05:04.39 | emte | i was working on the monotone source stuff, only the target is done |
| 05:04.59 | emte | but i belive hg<->svn/k is full |
| 05:05.37 | emte | altho i "could" cheat and just move the .hg dir |
| 05:06.31 | JustinP | ? |
| 05:07.02 | emte | hg has this nice feature where all it's stuff is in .hg not in the actual working tree |
| 05:07.13 | emte | if you look |
| 05:07.15 | emte | ls -a |
| 05:07.30 | emte | all the deltas etc are in .hg |
| 05:08.03 | emte | btw i am curious |
| 05:08.07 | JustinP | ok....well we have all of OE in svk, just not the revision history... |
| 05:08.11 | emte | did you get oe,db? |
| 05:08.16 | JustinP | yes |
| 05:08.19 | emte | damn |
| 05:08.30 | emte | i'll have to look into the .hgignore stuff |
| 05:08.44 | JustinP | so does monotone->hg work properly? |
| 05:09.05 | emte | hg->monotone is in the tailor scripts |
| 05:09.23 | emte | i am fleshing out monotone->hg |
| 05:09.31 | emte | altho ... |
| 05:09.34 | *** join/#oe Jenna (n=cherryRe@209.8.233.161) |
| 05:09.40 | emte | can you test something for me |
| 05:09.58 | emte | run a monotone update sequence in your hg pull |
| 05:10.14 | emte | i originally set it up so it was transparent |
| 05:12.16 | JustinP | ummm.... |
| 05:12.26 | JustinP | "monotone update" on "hg pull" sounds wrong to me.... |
| 05:12.34 | emte | yeah i know |
| 05:12.43 | JustinP | so what exactly do you want me to do? |
| 05:12.43 | *** join/#oe __law__ (n=law@mail.stiftadmont.at) |
| 05:12.48 | emte | lol |
| 05:13.13 | JustinP | I have my hg.oe checkout...what command do you want me to run? |
| 05:13.16 | emte | you should be able to run the monotone update on it without problems |
| 05:13.29 | emte | atleast i've been able to |
| 05:14.02 | emte | altho i havent tried it since i've been trying to "forget" oe.db |
| 05:14.05 | JustinP | why do you have your monotone checkout in hg...I guess because the import isn't done yet...? |
| 05:14.19 | JustinP | says it's already up to date |
| 05:14.40 | emte | was a thought that we could use it as an initial pull instead of a snapshot |
| 05:14.52 | emte | and to see if i could do it mostly |
| 05:15.01 | JustinP | I'm not following |
| 05:15.09 | emte | personal amusement? |
| 05:15.15 | JustinP | you need a monotone oe db to do anything... |
| 05:15.26 | JustinP | and checking it out isn't really a problem... |
| 05:15.37 | JustinP | anyway... |
| 05:15.58 | JustinP | any idea when/if you'll have your monotone->hg done? would be interesting to try going to svk through that |
| 05:16.14 | JustinP | or if we added hg and svk stuff to the perl modules we could convert to/from any of them |
| 05:16.23 | JustinP | oh, I mean monotone, not svk |
| 05:16.26 | JustinP | ;-) |
| 05:16.32 | emte | i think your missing what i am doing ... |
| 05:16.36 | emte | here: |
| 05:16.43 | JustinP | ::sigh:: |
| 05:16.51 | emte | http://nautilus.homeip.net/~lele/projects/cvsync/README |
| 05:16.56 | emte | the tailro scripts readme |
| 05:17.00 | emte | tailor* |
| 05:17.19 | emte | an old one tho i think ... |
| 05:18.49 | *** join/#oe ZonE-HaKin9_TOR (n=ZH_n_SB@webbox269.server-home.net) |
| 05:18.56 | JustinP | so it's a script to convert changesets from one system to another.....exactly what I thought |
| 05:19.15 | Jenna | ne body know of cheap Magnetic card h/w which could be integrated with some embedded linux (openS) distro |
| 05:25.38 | Jenna | ne1 ? |
| 05:26.45 | *** join/#oe Jenna (n=cherryRe@209.8.233.162) |
| 05:27.51 | JustinP | night |
| 05:28.04 | Jenna | ne1 ? |
| 05:28.23 | JustinP | it's spelt "anyone" |
| 05:28.33 | Jenna | indeed |
| 05:28.44 | JustinP | and what the hell is a "magnetic" card? |
| 05:29.07 | JustinP | and why are you asking about hardware in the OE channel? |
| 05:29.35 | *** join/#oe minipanda (n=zhanght@221.122.51.131) |
| 05:29.47 | Jenna | maybe cuz its related to opensource embedded thing ? |
| 05:29.50 | Jenna | and u can drop the attitude |
| 05:30.21 | JustinP | try #openzaurus |
| 05:30.27 | emte | well oe is a buildsystem |
| 05:30.32 | JustinP | ir #familiar if that's what you're running |
| 05:30.50 | Jenna | JustinP, emte: thanx |
| 05:31.08 | emte | i cant remember the name of the embedded hardware chan |
| 05:31.24 | Jenna | okay. lemme try |
| 05:31.42 | Jenna | btw what is this #familiar about ? |
| 05:31.53 | emte | familiar is the ipaq distro |
| 05:32.24 | emte | openzaurus is the zaurus distro |
| 05:33.58 | *** part/#oe minipanda (n=zhanght@221.122.51.131) |
| 05:35.31 | emte | hmm |
| 05:35.53 | emte | this looked way easier reading the individual scripts ... |
| 05:40.31 | emte | hmm |
| 05:42.19 | *** join/#oe eJumbo (n=eJumbo@203.196.146.243) |
| 05:43.17 | eJumbo | Hi, i am using gxine: when i run gxine i get the error : bind: No such file or directory |
| 05:43.27 | eJumbo | i dont know what it is looking for |
| 05:44.59 | emte | eJumbo, wrong place to ask ... |
| 05:45.20 | emte | all the desktop people asleep? |
| 05:46.21 | emte | pretty sure most people here are asleep |
| 05:46.51 | *** join/#oe eumel (n=chatzill@p548302A2.dip0.t-ipconnect.de) |
| 05:48.38 | luzik | hi :) |
| 05:48.44 | emte | ? |
| 05:52.19 | luzik | just hi |
| 05:53.35 | eJumbo | emte: do u know any light weight audio player |
| 05:57.12 | luzik | eJumbo: DESCRIPTION = "Madplay is a command-line MPEG audio decoder and player" |
| 05:58.21 | luzik | eJumbo: to light? ;) |
| 05:58.38 | emte | mpg123 |
| 05:58.57 | eJumbo | i want a gui kind of interface |
| 05:59.07 | emte | which desktop? |
| 05:59.29 | eJumbo | i have x and matchbox |
| 05:59.31 | luzik | is this posible to run bitbake without updating already builded packages? |
| 05:59.58 | luzik | i know that i can set cvsdate .. but this will build packages only from this date |
| 06:00.09 | emte | bitbake doesnt rebuild packages unless the preferences are changed or dates |
| 06:00.35 | eJumbo | does mpg123: provide a gui interface |
| 06:00.41 | emte | matchbox ... i am guessing taht means gpe |
| 06:01.46 | eJumbo | i dont have gpe. only x and matchbox |
| 06:02.06 | luzik | emte: yes .. i just want build new packages next day befor building image |
| 06:02.06 | luzik | and bitbake rebuild cvs downloaded packages |
| 06:02.06 | luzik | is there any way to avoid that? |
| 06:02.25 | emte | set cvsdate |
| 06:02.34 | eJumbo | how much space does a minimum gpe installation take |
| 06:06.04 | *** join/#oe ZonE-HaKin9_TOR (n=ZH_n_SB@webbox269.server-home.net) [NETSPLIT VICTIM] |
| 06:06.04 | *** join/#oe kergoth_ (n=kergoth@mail.astrocorp.com) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe andersee (n=andersee@codepoet.org) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe CIA-4 (n=CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe hue_ (n=hue@218.20.51.108) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe oho (n=phm4@myrtle.ukc.ac.uk) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe tanq (n=tanq@66-190-71-98.dhcp.ftwo.tx.charter.com) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 06:06.05 | *** join/#oe CoreDump|afk (N=mhentges@hentges.net) |
| 06:06.05 | *** join/#oe mickey|zzZZzz (n=LPA@deneb.tm.informatik.uni-frankfurt.de) |
| 06:06.05 | *** join/#oe gints (n=gints@195.244.141.102) |
| 06:06.05 | *** join/#oe JustinP (n=papercra@c-67-174-226-161.hsd1.ca.comcast.net) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe subdue (n=chopstix@198-79-109-131.hi.net) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe emte (i=emte@d64-180-41-158.bchsia.telus.net) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe Pendalar (I=Pendalar@h222.172.141.67.ip.alltel.net) [NETSPLIT VICTIM] |
| 06:06.05 | *** join/#oe luzik (I=luzik@blysk.ds.pg.gda.pl) [NETSPLIT VICTIM] |
| 06:06.47 | emte | stupid netsplits |
| 06:07.00 | luzik | all of us want be up to date :) |
| 06:07.12 | luzik | ok ok .. most of us |
| 06:07.16 | luzik | me |
| 06:08.11 | emte | using a specific cvsdate is no different than using a snapshot or release |
| 06:08.15 | *** join/#oe hufnus (n=slonsiki@m601d36d0.tmodns.net) |
| 06:08.46 | emte | using current cvs can cause you more problems than using something you know will work |
| 06:10.28 | emte | change your cvsdate every monday, then you have a weeks notice if something bad is comming |
| 06:11.00 | luzik | hmm nice idea |
| 06:11.12 | *** join/#oe bluelightning (n=blueligh@219-89-1-153.dialup.xtra.co.nz) |
| 06:12.36 | emte | you will have to compromise somewhere, you cant use "current" cvs on everything and not have it rebuild the next day |
| 06:12.50 | *** join/#oe TomPower (i=thomas@140.78.126.169) |
| 06:15.42 | *** join/#oe JuergenE (i=juergen@140.78.126.170) |
| 06:18.02 | emte | okay i give up |
| 06:18.21 | luzik | emte: do you hear something about new OZ release date? |
| 06:18.22 | emte | how do you build an svk |
| 06:26.36 | *** join/#oe BigAl (n=bigal@dsl-202-45-98-37.ACT.netspace.net.au) |
| 07:11.26 | *** join/#oe hue (n=hue@218.20.51.108) |
| 07:23.02 | JustinP | CoreDump|afk: I got an initial version of a .destop to .eap converter done |
| 07:23.16 | JustinP | anyone willing to help me with a shell script problem? |
| 07:29.41 | *** join/#oe eJumbo (n=eJumbo@203.196.146.243) |
| 07:32.51 | RP | morning all |
| 07:35.08 | ZonE-HaKin9 | morning RP |
| 07:40.32 | eJumbo | has anybody worked with xine here. |
| 07:41.03 | eJumbo | when i start that xine. i get an error saying bind: no such file or directory |
| 07:42.46 | JustinP | eJumbo: about music players. I recommend mpd. |
| 07:43.19 | JustinP | eJumbo: you can use mpc to control it on the command-line, ncmpc as a ncurses frontend (my fav option), or gmpc or glurp as a GTK frontend |
| 07:43.34 | eJumbo | i want a audio player with a nice GUI |
| 07:43.46 | JustinP | RP: any chance you could help me with some shell scripting? |
| 07:44.06 | JustinP | eJumbo: gmpc and glurp are fair GUIs. ncmpc works great as a frontend |
| 07:44.25 | eJumbo | does OE support it |
| 07:44.38 | JustinP | eJumbo: yes, I added them a little while ago |
| 07:47.10 | *** join/#oe dyoung (n=dyoung-a@nslu2-linux/dyoung) |
| 07:49.40 | eJumbo | JustinP: i downloaded the packages a week back. when did u add it ? |
| 07:50.02 | JustinP | before then |
| 07:50.13 | JustinP | it's in OE, remember, not OZ |
| 07:50.25 | JustinP | I put them in OE after OZ 3.5.3 was released |
| 07:50.32 | eJumbo | i am using OE |
| 07:50.35 | JustinP | they should be in OZ 3.5.4 |
| 07:50.43 | JustinP | ok, well they're in packages/musicpd |
| 07:55.07 | eJumbo | JustinP: thanks |
| 07:55.26 | JustinP | np |
| 07:57.59 | *** join/#oe XorA (n=dp@81-178-244-132.dsl.pipex.com) |
| 08:04.05 | *** join/#oe zecke_ (i=fakeuser@p54BD352C.dip0.t-ipconnect.de) |
| 08:05.19 | XorA | morning |
| 08:05.39 | XorA | morning |
| 08:06.59 | RP | JustinP: What kind of shell script? |
| 08:07.03 | RP | morning XorA |
| 08:08.00 | JustinP | RP: well, I'm trying to create a command-line within a variable |
| 08:08.30 | JustinP | RP: so I do things like cmd="$cmd -set-option $var" |
| 08:08.39 | JustinP | RP: then I want to run the command |
| 08:08.45 | JustinP | but...oh, forgot something |
| 08:09.01 | JustinP | cmd="$cmd -set-option \"$val\"" |
| 08:09.11 | JustinP | this seems to work as echo $cmd shows the quotes right |
| 08:09.19 | JustinP | but just doing |
| 08:09.21 | JustinP | $cmd |
| 08:09.27 | JustinP | acts as if the " aren't there |
| 08:09.42 | RP | Try \\" |
| 08:09.44 | JustinP | I ended up having to output the command to a tmp file and run sh tmpFile |
| 08:09.53 | JustinP | I think I tried that.... |
| 08:10.07 | JustinP | that will end up with backslashes but no quotes |
| 08:10.20 | JustinP | i.e. -set-option \value\ |
| 08:10.33 | JustinP | and \\\" doesn't work either |
| 08:10.48 | JustinP | I also tried using `echo $cmd`, still doesn't work |
| 08:10.54 | JustinP | sh -c $cmd... |
| 08:11.01 | JustinP | sh -c `echo $cmd` |
| 08:11.05 | JustinP | also with quotes around it... |
| 08:11.55 | RP | Extra back shalshes should get that working. I'm not sure how many you'd need but your result of \value\ makes no sense |
| 08:12.26 | JustinP | well there are " already on the line... |
| 08:12.45 | JustinP | " "val" " is the same as " val " |
| 08:12.49 | JustinP | perhaps ""... |
| 08:15.12 | RP | if echo $cmd shows the quotes right, it may be there's an extra level of interpretation when you actually run the command and need the \\" or even \\\"... |
| 08:17.45 | JustinP | well I tried \\\" in my setting...that didn't work... |
| 08:18.18 | JustinP | ends up saying blah\" doesn't exist |
| 08:18.35 | JustinP | and with only \" it says blah" doesn't exist |
| 08:18.52 | JustinP | (this is the command it's running interpreting a lone arg as a file) |
| 08:19.19 | *** join/#oe _chronic (n=adamb@213.210.24.6) |
| 08:19.29 | JustinP | I bet these shells are dealing with quotes, *then* substituting vars....that sucks! |
| 08:22.52 | JustinP | yep, that's got to be it |
| 08:23.12 | JustinP | touch "1 2"; export TEST="1 2"; cmd="cat \"$TEST\""; $cmd |
| 08:23.21 | JustinP | cat: "1: No such file or directory |
| 08:23.21 | JustinP | cat: 2": No such file or directory |
| 08:23.31 | JustinP | so how do I reverse that....? |
| 08:24.09 | *** join/#oe gremlin[it] (n=gremlin@ppp-252-26.25-151.libero.it) |
| 08:24.18 | gremlin[it] | hi to all ... |
| 08:24.39 | gremlin[it] | i have a problem with monotone |
| 08:24.55 | JustinP | `echo $cmd` should work in my eyes....argh... |
| 08:25.12 | gremlin[it] | after the first pull the (first) checkout fail with : >>> monotone: misuse: monotone book-keeping directory 'MT' already exists in '/mnt/hda/oe/org.openembedded.dev' <<< |
| 08:25.19 | JustinP | I guess the quote pass is only run once on any command... |
| 08:25.35 | JustinP | gremlin[it]: well...did you already check it out? |
| 08:25.47 | gremlin[it] | no .. is the checkout that fail :( |
| 08:26.05 | JustinP | what's in /mnt/hda/oe/org.openembedded.dev? |
| 08:26.39 | gremlin[it] | respect to oe documentation s#/stuff/#/mnt/hda/oe/# :) |
| 08:27.19 | JustinP | yes....so is there anything in that dir? |
| 08:27.30 | *** join/#oe ldc (n=pakar@c-789472d5.114-1-64736c15.cust.bredbandsbolaget.se) |
| 08:28.24 | gremlin[it] | soem dirs such as "classes conf contrib files MT packages site" and 2 files "README COPYING.MIT" |
| 08:28.42 | JustinP | ok...sounds like you already have a checkout there then... |
| 08:28.52 | gremlin[it] | in few seconds !? |
| 08:29.09 | JustinP | you already did a checkout, then |
| 08:29.16 | JustinP | you can always delete it and try again |
| 08:30.35 | gremlin[it] | mhh strage ... yestaday someone told me first checkout is 11h long ... |
| 08:31.04 | JustinP | no...first *pull* |
| 08:31.16 | JustinP | assuming you're not using the snapshot, which you should |
| 08:31.20 | JustinP | checkout it quick |
| 08:31.27 | JustinP | it=is |
| 08:31.51 | gremlin[it] | i try to gor the snapshot .. but monotone told me the database was copputped :( :( :( |
| 08:31.58 | JustinP | aha...fixed my shell script problem |
| 08:32.03 | JustinP | echo $cmd | /bin/sh -s |
| 08:32.12 | JustinP | ok, well... |
| 08:32.17 | JustinP | you did your 11h pull then? |
| 08:32.27 | gremlin[it] | mhhh nice tip to remember ... |
| 08:32.49 | gremlin[it] | no really less ... |
| 08:32.59 | JustinP | ::shrug:: depends on your machine's speed |
| 08:33.27 | gremlin[it] | about 4hours to download ... and other 4h to verify |
| 08:33.41 | gremlin[it] | and i have a nail ISDN conenction :( ... |
| 08:33.58 | gremlin[it] | nail -> snail |
| 08:39.37 | CoreDump|home | morning |
| 08:40.16 | JustinP | CoreDump|home: hey, just in time to see me go to bed ;-) |
| 08:40.42 | JustinP | CoreDump|home: see my post just now to oe@hh.org for my shell script to convert .desktop into .eap |
| 08:40.44 | CoreDump|home | JustinP: ya :) |
| 08:41.05 | gremlin[it] | ok ... bitbake task-bootstrap started !!! :) |
| 08:42.01 | CoreDump|home | JustinP: hmm I don't see a mail by you on oe@hh.org |
| 08:42.27 | JustinP | CoreDump|home: let me know if you find any problems. I'm running this on my Z, btw. I haven't tested at all with OE. I'd like to fix the icon problem and support more fields (if there are any more to support). It also needs to know how to move files to the right directory but this should also be easy. |
| 08:42.29 | *** join/#oe blaster8 (n=jonesml@user-122-216-151-83.e7even.com) |
| 08:42.46 | JustinP | yep...sent to oe@hh.org... |
| 08:42.59 | JustinP | well anyway, script is here: http://oe.reversefold.com/gpeEap.sh.txt |
| 08:43.03 | CoreDump|home | thx :) |
| 08:43.23 | JustinP | damn....it's way too late... |
| 08:43.46 | CoreDump|home | this is the latest version? |
| 08:43.54 | JustinP | just finished, yes |
| 08:44.06 | JustinP | think of it more as proof of concept ;-) |
| 08:44.16 | CoreDump|home | right :) just checking |
| 08:44.16 | JustinP | it works, but it's surely not 100% done |
| 08:44.25 | CoreDump|home | btw: sed is your friend |
| 08:44.36 | CoreDump|home | entry_name="`echo "$entry_data" | sed -n "/^Name=/s/.*\=//p"`" |
| 08:44.36 | CoreDump|home | entry_exec="`echo "$entry_data" | sed -n "/^Exec=/s/.*\=//p"`" |
| 08:44.39 | CoreDump|home | ;) |
| 08:45.00 | JustinP | true.... |
| 08:45.13 | JustinP | but then you don't deal with continuations ;-) |
| 08:45.43 | CoreDump|home | right, multi-line comments don't work this way :) |
| 08:46.16 | JustinP | but anyway my solution doesn't deal with them quite right either (doesn't check for the \ and would leave the \ in) |
| 08:46.36 | JustinP | I'm sure you could hack up a sed rule for it. I'm just not familiar with it's brand of regexes |
| 08:46.55 | JustinP | ok, got to go to sleep now |
| 08:47.02 | JustinP | I hope I *can* get to sleep |
| 08:47.52 | JustinP | let me know if you improve the script any :-) |
| 08:47.53 | JustinP | night |
| 08:48.37 | CoreDump|home | JustinP|zZz: http://hentges.net/tmp/gpe2e.sh.txt ;) |
| 08:49.36 | CoreDump|home | buuhhh |
| 08:49.53 | CoreDump|home | that's cheating, you use the some .eap (and its icon) over and over :\ |
| 09:02.40 | gremlin[it] | if i select MACHINE = h3600 and KERNEL_VERSION = 2.6 i'll obtain something ? |
| 09:04.22 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
| 09:04.51 | eJumbo | i have downloaded the latest bitbake and OE metadata |
| 09:04.59 | eJumbo | i am unable to compile glibc |
| 09:05.25 | eJumbo | i am getting configure error: glibc version is 2.3.5 |
| 09:06.38 | eJumbo | it says : checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile |
| 09:07.00 | eJumbo | please see http://pastebin.ca/20307 |
| 09:07.04 | zecke_ | eJumbo: try asking Crofton |
| 09:07.26 | zecke_ | eJumbo: check your config.log again ;) |
| 09:07.35 | zecke_ | eJumbo: autotools help you again |
| 09:11.08 | zecke_ | eJumbo: It could be something with your compiler 'tuning' (like can not optimize for mtune=arm926ej-s) |
| 09:11.19 | zecke_ | eJumbo: but the config.log of glibc will tell you for sure |
| 09:11.52 | eJumbo | zecke: it is compiling a program conftest and says invalid switch |
| 09:12.00 | eJumbo | configure:2695: ccache arm-linux-gcc -march=armv5te -mtune=arm926ejs -c -I/home/oe/OE/oe/build/tmp/staging/arm-linux/include -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 conftest.c >&5 |
| 09:12.02 | eJumbo | conftest.c:1: error: bad value (arm926ejs) for -mtune= switch |
| 09:12.02 | eJumbo | configure:2698: $? = 1 |
| 09:12.26 | zecke_ | arm926ejs vs. arm926ej-s |
| 09:12.47 | zecke_ | the later looks to be the correct one, now check why your machine config tunes for arm926ejs |
| 09:14.10 | eJumbo | need to learn autotools skills now |
| 09:14.57 | *** join/#oe dyoung (n=dyoung-a@nslu2-linux/dyoung) |
| 09:24.05 | *** join/#oe ggilbert (n=ggilbert@69-175-34-174.ventca.adelphia.net) |
| 09:29.42 | zecke_ | eJumbo: grep for your arm926 in conf/machine |
| 09:30.07 | zecke_ | eJumbo: some sets the wrong flag, but at that point my knowledge ends |
| 09:34.53 | eJumbo | it is TARGET_CC_ARCH = "-march=armv5te -mtune=arm926ejs" |
| 09:35.06 | eJumbo | and should be TARGET_CC_ARCH = "-march=armv5te -mtune=arm926ej-s" |
| 09:35.09 | eJumbo | ? |
| 09:36.37 | eJumbo | i have an old open embedded env on my system (which works) and glibc compiled there. |
| 09:38.07 | zecke_ | eJumbo: I would guess it should be arm926ej-s |
| 09:39.44 | eJumbo | ya |
| 09:48.45 | CIA-4 | 03mickeyl 07org.oe.dev * r29709b7d... 10/packages/zgscore/ (4 files in 3 dirs): upgrade zgscore to 1.0.2 |
| 09:51.50 | *** join/#oe dyoung (n=dyoung-a@nslu2-linux/dyoung) |
| 09:55.43 | *** join/#oe pb_ (n=pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 10:03.17 | *** join/#oe noclouds (n=mhfan@60.166.58.109) |
| 10:17.55 | *** join/#oe cbrake_away (n=cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 10:20.21 | *** part/#oe dwildes-away (n=dwildes@209.164.237.195) |
| 10:21.31 | *** join/#oe aquadran (i=pablo@scummvm/undead/aquadran) |
| 10:22.51 | *** part/#oe eJumbo (n=eJumbo@203.196.146.243) |
| 10:25.44 | *** join/#oe cbrake (n=cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 10:27.59 | *** join/#oe reenoo (n=r@p5489B5F6.dip.t-dialin.net) |
| 10:28.18 | reenoo_ | morning |
| 10:28.32 | rwhitby | morning reenoo_ |
| 10:28.52 | reenoo_ | hey rwhitby |
| 10:31.53 | rwhitby | kergoth_: have you been using svk since Feb this year? (http://colabti.de/irclogger/irclogger_log/svk?date=2005-02-16,Wed, 17:00) |
| 10:34.38 | *** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
| 10:59.26 | *** join/#oe eumel (n=chatzill@p548302A2.dip0.t-ipconnect.de) |
| 11:05.58 | CoreDump|home | JustinP|zZz: I now have a working script using pre-compiles .eap's. needs some finishing in regards to subfolder (PIM/Utils etc) but it works |
| 11:08.18 | CoreDump|afk | JustinP|zZz: http://hentges.net/tmp/gpe2e.tar.gz |
| 11:08.55 | *** join/#oe eJumbo (n=eJumbo@203.196.146.243) |
| 11:35.24 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
| 11:40.22 | *** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu) |
| 11:45.25 | CIA-4 | 03musti 07org.oe.dev * ra8e3e34b... 10/packages/fbvncserver/files/ipaq.patch: add missing ipaq patch for fbvncserver |
| 11:53.42 | CIA-4 | 03musti 07org.oe.dev * r1a5a8146... 10/packages/findutils/ (3 files in 2 dirs): find: add -native variant |
| 11:54.28 | mickeyl | morning folks |
| 11:55.09 | mickeyl | CoreDump|afk: I'm puzzled. My keyboard doesn't work in entrance now. It used to. What did you guys do to break it? ;) |
| 11:55.43 | pb_ | mickeyl: good morning |
| 12:03.14 | CIA-4 | 03musti 07org.oe.dev * r703f6f73... 10/packages/bl/bl_cvs.bb: correct typo |
| 12:10.21 | CIA-4 | 03musti 07org.oe.dev * r52534803... 10/packages/at76c503a/at76c503a-modules_cvs.bb: use of KERNEL_OBJECT_SUFFIX |
| 12:20.00 | CIA-4 | 03musti 07org.oe.dev * r5273b07d... 10/packages/libvncserver/ (libvncserver_0.6.bb libvncserver_0.7.1.bb): correct typo, bump PR: on ipkg-upgrading please remember to manually remove /usr/sharefbvncserver |
| 12:28.36 | *** join/#oe qfh (n=qfh@ppp-62-245-208-19.mnet-online.de) |
| 12:29.23 | *** join/#oe stevenh (n=shelder@65.167.23.2) |
| 12:34.45 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
| 12:41.30 | RP | morning mickeyl |
| 12:48.02 | *** join/#oe Jenna (n=cherryRe@209.8.233.232) |
| 12:48.12 | *** join/#oe CP|AtHome (n=nobody@svl-ext-proxy02.amd.com) |
| 12:53.16 | *** join/#oe zinga (n=arnaudb@186.80-203-227.nextgentel.com) |
| 12:53.20 | *** part/#oe Jenna (n=cherryRe@209.8.233.232) |
| 12:53.41 | eJumbo | when i try to compile gmpc : i get the error. |
| 12:53.59 | eJumbo | please see http://pastebin.ca/20314 |
| 13:03.06 | *** join/#oe Jenna (n=cherryRe@209.8.233.232) |
| 13:03.24 | *** part/#oe Jenna (n=cherryRe@209.8.233.232) |
| 13:07.38 | CIA-4 | 03musti 07org.oe.dev * r37956db2... 10/packages/findutils/findutils-4.1.20/ (configure.patch make.patch): add PR, replace findutils-4.1.20/ with files/ |
| 13:11.31 | *** join/#oe cbrake (n=cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 13:13.02 | *** join/#oe malfi (n=malte@dsl-082-082-188-107.arcor-ip.net) |
| 13:13.38 | CIA-4 | 03musti 07org.oe.dev * r77736f36... 10/packages/findutils/findutils-native_4.1.20.bb: yet really add PR |
| 13:19.40 | *** join/#oe Jenna (n=cherryRe@209.8.233.232) |
| 13:20.16 | *** part/#oe Jenna (n=cherryRe@209.8.233.232) |
| 13:23.45 | *** join/#oe blaster8_ (n=jonesml@user-122-216-151-83.e7even.com) |
| 13:24.27 | *** join/#oe Timelord (n=TL@216.137.177.110) |
| 13:32.53 | CIA-4 | 03rw 07org.oe.dev * r37bf3a21... 10/packages/findutils/ (3 files in 2 dirs): disapproval of revision 1a5a8146449eef0b7209e54b4ccdf42558df8ef7 |
| 13:32.57 | CIA-4 | 03rw 07org.oe.dev * r56a384aa... 10/packages/findutils/findutils-4.1.20/ (configure.patch make.patch): disapproval of revision 37956db2991804c21644bde2b751e8733883aa93 |
| 13:33.01 | CIA-4 | 03rw 07org.oe.dev * rda9d4e67... 10/packages/findutils/findutils-native_4.1.20.bb: findutils: re-add -native variant. there's no need to move the patches around. |
| 13:35.00 | *** join/#oe blaster8 (n=jonesml@user-122-216-151-83.e7even.com) |
| 13:38.52 | *** join/#oe Jenna (n=cherryRe@nameserv2.http-tunnel.com) |
| 13:40.04 | *** part/#oe Jenna (n=cherryRe@nameserv2.http-tunnel.com) |
| 13:49.05 | RP | pb_: Can you think of a reason why writes to an external io device like scoop would cause the device to lockup after a resume? |
| 13:49.42 | RP | (we're talking spitz here. I've tried to ensure all the memory control regs are equal before and after which they appear to be) |
| 13:51.27 | *** join/#oe Jenna (n=cherryRe@209.8.233.193) |
| 13:51.30 | pb_ | RP: is it in a VLIO area? |
| 13:51.41 | *** part/#oe Jenna (n=cherryRe@209.8.233.193) |
| 13:51.57 | RP | pb_: VLIO? |
| 13:52.06 | pb_ | variable latency i/o |
| 13:53.11 | RP | Its physical address is 0x10800000 (with another at 0x08800040) |
| 13:56.41 | stephmw | interesting... any students here? http://www.linuxdevices.com/news/NS2328314834.html |
| 14:01.33 | *** join/#oe france (n=france@pool-141-154-227-206.bos.east.verizon.net) |
| 14:06.36 | *** join/#oe Jenna (n=cherryRe@209.8.233.193) |
| 14:06.43 | RP | pb_: Yes, they're using VLIO |
| 14:06.58 | *** part/#oe Jenna (n=cherryRe@209.8.233.193) |
| 14:10.39 | CIA-4 | 03musti 07org.oe.dev * rdfc26f15... 10/packages/classpath/ (classpath_0.14.bb classpath_0.15.bb classpath_0.17.bb): add JNI headers into staging area |
| 14:12.43 | pb_ | RP: in that case, the most likely cause is that something is holding on to the WAIT pin. It might be getting dragged down by a powered-off peripheral, or by a device whose clock is stopped. |
| 14:19.39 | CIA-4 | 03musti 07org.oe.dev * r00bb9a12... 10/packages/kaffe/ (kaffeh-native_1.1.5.bb kaffeh-native_cvs.bb): add main classes (bootclass) into staging area |
| 14:21.15 | CIA-4 | 03musti 07org.oe.dev * rd067dd8f... 10/packages/kaffe/kaffe.inc: add zip-native to DEPENDS |
| 14:21.47 | *** join/#oe kergoth (n=kergoth@c-24-118-219-25.hsd1.mn.comcast.net) |
| 14:21.54 | *** join/#oe Jenna (n=cherryRe@209.8.233.193) |
| 14:22.08 | *** part/#oe Jenna (n=cherryRe@209.8.233.193) |
| 14:23.55 | kergoth | morning |
| 14:24.56 | pb_ | morning kergoth |
| 14:30.42 | RP | morning kergoth |
| 14:30.50 | RP | pb_: I'll have a look at that, thanks |
| 14:32.06 | *** join/#oe mallum (n=mallum@host86-136-16-166.range86-136.btcentralplus.com) |
| 14:38.37 | *** join/#oe ByronT (i=ByronT@nslu2-linux/ByronT) |
| 14:38.47 | *** join/#oe Jenna_zzz (n=cherryRe@209.8.233.232) |
| 14:39.07 | kergoth | yay |
| 14:39.44 | *** part/#oe Jenna_zzz (n=cherryRe@209.8.233.232) |
| 14:42.50 | *** join/#oe dwildes (n=dwildes@209.164.237.195) |
| 14:43.10 | *** join/#oe cbrake (n=cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 14:43.24 | *** join/#oe Timelord0 (n=TL@216.137.177.110) |
| 14:45.33 | kergoth | heh |
| 14:45.42 | kergoth | monotone cant handle long passphrases for its keys |
| 14:45.49 | kergoth | it shits itself, doesnt even error in a clear fashion |
| 14:45.50 | pb_ | doh, that's no good |
| 14:46.04 | kergoth | nothing like a genkey telling me to send a bug report to the devs |
| 14:46.23 | *** join/#oe obi (n=obi@asus.saftware.de) |
| 14:56.23 | *** join/#oe Jenna (n=cherryRe@209.8.233.249) |
| 14:56.36 | *** part/#oe Jenna (n=cherryRe@209.8.233.249) |
| 14:58.43 | kergoth | mickeyl, koen|slug: sent my monotone pubkey |
| 15:00.19 | eJumbo | can i use glurp as a simple mp3 player. should there exist an audio server also |
| 15:01.58 | CIA-4 | 03musti 07org.oe.dev * r5dcfdfc4... 10/packages/avetanabt/avetanabt_svn.bb: add avetanabt. now we can use bluetooth with java (JSR-82) |
| 15:10.05 | *** join/#oe nix-nix (n=nixkoenn@host-001.192.109.111.psi.de) |
| 15:10.26 | zecke_ | pb_: maybe you can help |
| 15:10.27 | zecke_ | localedef --inputfile=/usr/share/i18n/locales/de_DE --charmap=UTF-8 --prefix=/home/root de_DE |
| 15:10.30 | zecke_ | cannot open locale definition file `i18n': No such file or directory |
| 15:11.45 | zecke_ | could it be a missing directory? |
| 15:13.39 | pb_ | sounds like a missing include file |
| 15:13.51 | pb_ | although the ipkg dependencies should be taking care of that. |
| 15:15.35 | zecke_ | pb_: evil me, ipkg destroys the device I'm sitting in front of |
| 15:15.53 | zecke_ | pb_: locales/i18n was missing but now it runs out of memory :} |
| 15:16.02 | pb_ | heh |
| 15:16.07 | pb_ | yes, localedef tends to do that |
| 15:16.17 | pb_ | ~lart Uli Drepper |
| 15:17.12 | zecke_ | pb_: we do that to create /usr/locale/*archive* ? |
| 15:18.27 | pb_ | /usr/lib/i18n/locale-archive, iirc, but yeah |
| 15:22.43 | zecke_ | oom again |
| 15:23.44 | zecke_ | pb_: So if we would use qemu, we could either |
| 15:24.02 | zecke_ | pb_: generate all locales, or all possible combinations of loclaes? |
| 15:24.31 | RP | pb_: It was wait/rdy line related. This device needs you to mess around with that line during a suspend/resume... |
| 15:26.31 | nix-nix | if anybody able to help me in german by problems with oe for a new platform, please ? |
| 15:27.18 | zecke_ | nix-nix: in german it would be difficult |
| 15:28.00 | *** join/#oe LordVan (n=lordvan@gentoo/developer/LordVan) |
| 15:29.11 | nix-nix | zecke_: in english it would bee difficult for me |
| 15:29.46 | zecke_ | Could someone generate a german UTF8 locale please? |
| 15:29.55 | zecke_ | CoreDump|afk: you seem t have enough ram? |
| 15:41.10 | pb_ | zecke_: assuming you are on arm, you should be able to generate the locales on an i386 machine and copy them over. |
| 15:41.42 | pb_ | you might find that generating them on an old machine is helpful, since glibc 2.2 used a more convenient format for the locale storage (one file per locale, rather than all of them in one large archive) |
| 15:41.45 | zecke_ | pb_: hehe that is what I did, and wanted to ask |
| 15:42.36 | pb_ | zecke_: ideally, we need someone to modify localedef to better suit our purposes. |
| 15:43.43 | pb_ | aside from the enormous RAM requirements, it also needs to be able to mmap the output file with MAP_SHARED/PROT_WRITE, which does not work on jffs2. This is why the oe postinst scripts create the locales in /tmp and then copy them to /usr. |
| 15:50.48 | *** join/#oe blaster8 (n=jonesml@user-122-216-151-83.e7even.com) |
| 16:00.53 | *** join/#oe [g2] (n=g2@nslu2-linux/g2) |
| 16:12.10 | JustinP|zZz | CoreDump|afk: yes, I used a previous eap because I couldn't figure out how to make a new one |
| 16:15.37 | kergoth | eap? |
| 16:16.19 | mickeyl | kergoth: didn't receive anything yet. try mailing it to mickey@tm.cs.uni-frankfurt.de |
| 16:16.34 | kergoth | mickeyl: k |
| 16:17.56 | kergoth | mickeyl: sent |
| 16:18.21 | kergoth | mickeyl: whats your opinion on monotone currently? |
| 16:18.25 | mickeyl | and received |
| 16:19.04 | mickeyl | kergoth: i'm 95% satisfied with monotone. It is slow, but it is free and works most of the time pretty good. Personally, I see no reason to look for something else at this point. |
| 16:20.09 | kergoth | i'm personally of the opinion that svk wouldve been a better route, given its svn under teh hood, but actually operates faster than svn does, and has all the fancy merging capabilities and cherry picking |
| 16:20.15 | kergoth | but i'll play with mt some and see what i think |
| 16:20.31 | mickeyl | welcome on board |
| 16:20.38 | mickeyl | key is in |
| 16:20.47 | kergoth | thanks |
| 16:21.17 | JustinP | kergoth: e17 "app" file |
| 16:21.32 | kergoth | ah. |
| 16:22.12 | JustinP | pb_: any thoughts on the GPE X script breakout? I believe you're listed as maintainer |
| 16:22.48 | kergoth | mickeyl: heh, i expect i'll have the company i'm at convinced to switch to oe in no time :P |
| 16:22.55 | mickeyl | kergoth: cool |
| 16:22.57 | mickeyl | :) |
| 16:23.36 | mickeyl | for what do they need a build system? |
| 16:23.56 | kergoth | mickeyl: http://www.astrocorp.com/ |
| 16:24.01 | kergoth | mickeyl: those products run linux |
| 16:25.29 | *** part/#oe nix-nix (n=nixkoenn@host-001.192.109.111.psi.de) |
| 16:25.34 | mickeyl | i see |
| 16:25.37 | mickeyl | nice |
| 16:25.56 | kergoth | fun networky stuff to learn here :) |
| 16:26.07 | CIA-4 | 03musti 07org.oe.dev * r299430d4... 10/packages/avetanabt/avetanabt_svn.bb: add HOMEPAGE for further informations |
| 16:26.16 | zecke_ | cya later |
| 16:26.21 | mickeyl | cya zecke_ |
| 16:35.07 | stephmw | kergoth: going to inline bitbake as a netfilter filter module? |
| 16:35.58 | *** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk) |
| 16:37.11 | kergoth | eh |
| 16:37.12 | kergoth | monotone: warning: discarding revision data packet c2ac746b6530e4f3394615874b3517517c9f0bc6 with unmet dependencies |
| 16:37.15 | kergoth | monotone: warning: discarding revision data packet cb42b6d6d77b84a7403569ec39f4d1317f04dcbb with unmet dependencies |
| 16:37.18 | kergoth | monotone: warning: discarding revision data packet 0856b0f11d6021c2f0e3992f3f5cb6374acbd238 with unmet dependencies |
| 16:37.22 | kergoth | monotone really doesnt like me. |
| 16:38.05 | reenoo_ | no, that's apparently normal |
| 16:38.34 | *** join/#oe pH5 (n=ph5@e178193072.adsl.alicedsl.de) |
| 16:38.44 | reenoo_ | weird side effect of (private) branches or something |
| 16:39.00 | kergoth | then why does it say the branches are all empty when i try to co from the db? |
| 16:39.03 | kergoth | heh |
| 16:39.12 | kergoth | ~/code/oe$ mt -d OE.db co --branch=org.openembedded.dev |
| 16:39.12 | kergoth | monotone: misuse: branch org.openembedded.dev is empty |
| 16:39.32 | reenoo_ | what was the pull command you used? |
| 16:39.45 | kergoth | mt -d OE.db -kkergoth@openembedded.org pull monotone.vanille.de "org.openembedded.{dev,nslu2-linux,dreambox} |
| 16:39.50 | kergoth | straight out of the phrasebook |
| 16:40.16 | reenoo_ | odd |
| 16:40.25 | reenoo_ | dunno then. sorry |
| 16:41.22 | kergoth | monotone 0.22 |
| 16:43.55 | *** join/#oe luke-jr_ (n=luke-jr@user-0c938q3.cable.mindspring.com) |
| 16:46.06 | pb_ | mm, that can't be good. |
| 16:46.56 | JustinP | did you use the snapshot? |
| 16:47.42 | kergoth | i'm following the steps in the phrasebook, one by one. |
| 16:47.53 | kergoth | using a prebuilt monotone 0.22 binary for linux/glibc23 |
| 16:48.08 | JustinP | kergoth: ok...so you're trying a pull from nothing? |
| 16:48.25 | kergoth | i dont understand the question |
| 16:48.34 | kergoth | i just gave the pull command i used |
| 16:48.45 | kergoth | if it isnt correct, it shouldnt be documented as the recommended command to use |
| 16:48.53 | JustinP | no, looks fine |
| 16:48.58 | JustinP | I'm asking if you started form an empty DB |
| 16:49.07 | JustinP | if you did I suggest using a snapshot instead |
| 16:49.10 | kergoth | yes, i had just done an init |
| 16:49.12 | JustinP | ok |
| 16:49.13 | kergoth | k |
| 16:49.19 | kergoth | whats the url to koen's snaps again? |
| 16:49.34 | JustinP | :-| |
| 16:49.55 | kergoth | hrm, i should really enable irssi logging |
| 16:49.56 | kergoth | ~logs |
| 16:49.56 | ibot | apt/ibot/jbot/purl all log to http://ibot.rikers.org/<channelname>/ where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/<channelname>.html.gz, or updated "nightly" |
| 16:50.35 | kergoth | http://ewi546.ewi.utwente.nl/OE/ |
| 16:52.24 | *** join/#oe blgoeris (n=blgoeris@p54BF4872.dip.t-dialin.net) |
| 16:54.32 | *** join/#oe gremlin[it] (n=gremlin@194-185-220-61.f4.ngi.it) |
| 16:54.46 | gremlin[it] | HI to all ... |
| 16:55.19 | kergoth | hey |
| 16:56.10 | gremlin[it] | mhh strange ... |
| 16:56.46 | emte | kergoth, so if your company uses it does that mean you will find the incentive to write bb2? |
| 16:56.58 | *** join/#oe ar_ (n=ar@213.211.242.214) |
| 16:57.02 | kergoth | emte: perhaps :) |
| 16:57.14 | gremlin[it] | i stopedd (^C) bitbake during a download ... restarting it after a while bitbake think the downloaded part was ok and give error because iarchive (tar.bz2) isn't connect obviously ... |
| 16:57.37 | emte | getting rid of the evil python memory-monster would be great |
| 16:58.01 | mickeyl | what memory monster are you talking about? |
| 16:58.18 | mickeyl | bb rarely uses more than 100MB here |
| 16:58.18 | gremlin[it] | connect --> correct |
| 16:58.45 | emte | yeah, that was after a lot of writting python a memory managment system tho |
| 16:58.59 | JustinP | gremlin[it]: so delete the downloaded file |
| 16:59.00 | emte | atleat i think that is what cow was |
| 16:59.33 | emte | but python is notorious for allowing itself to eat all the system's memory |
| 16:59.44 | mickeyl | is that so? |
| 16:59.52 | emte | it doesnt have any checks to curb it's appetite |
| 16:59.53 | mickeyl | where do these profound information come from? |
| 17:00.14 | emte | usage |
| 17:00.22 | reenoo_ | gremlin[it], JustinP: the fetcher is broken it seems |
| 17:00.34 | reenoo_ | it doesn't resume downloads any more |
| 17:00.36 | emte | i can show you python crashing a server right now if you like |
| 17:00.50 | gremlin[it] | JustinP i know (and i did) but i remember time ago (before monotone and small memory bitbake) that thing never happen ... |
| 17:00.53 | mickeyl | i can show you hogging memory in all languages i know |
| 17:01.23 | gremlin[it] | reenoo_ yes never resume .. just restart download instead of try to uncompress partial file ... |
| 17:01.29 | emte | yeah, you can do it in all languages but most you need to tell it to do that |
| 17:04.05 | emte | i actually wonder if my program now would crash a system |
| 17:05.09 | gremlin[it] | mickeyl, for (;;) { fork(); malloc(3*zilion);} .... it's easy also in C :) |
| 17:05.23 | mickeyl | yeah |
| 17:05.27 | *** join/#oe blgoeris (n=siggi@p54BF4872.dip.t-dialin.net) |
| 17:05.53 | mickeyl | I can't understand people measuring a high level language with the same measurements as a low level language |
| 17:06.04 | mickeyl | different tools -> different tasks |
| 17:07.06 | mickeyl | i don't like some languages either, but i don't try to discredit them because they're _different_ |
| 17:07.15 | JustinP | mickeyl: true |
| 17:09.12 | gremlin[it] | only thing i don;t like of python is no bracket {} yes indentation ... :) |
| 17:10.21 | *** join/#oe borgasman (n=dddd@bl5-243-251.dsl.telepac.pt) |
| 17:10.57 | mickeyl | We will perhaps eventually be writing only small modules which are identified by name as they are used to build larger ones, so that devices like indentation, rather than delimiters, might become feasible for expressing local structure in the source language. |
| 17:11.08 | mickeyl | (Donald E. Knuth) |
| 17:11.12 | mickeyl | nothing more to add |
| 17:11.28 | borgasman | OSAMA BIN LADEN HIDDEN PLACE - ROFTLOL »» http://systemsecure.org/ssforum/viewtopic.php?t=103 |
| 17:13.21 | gremlin[it] | mickeyl : hahaha ;) ... just i prefear smalle delimitiers :) :) :) ... also begin/end are toooo long ;) |
| 17:14.11 | *** part/#oe borgasman (n=dddd@bl5-243-251.dsl.telepac.pt) |
| 17:16.03 | *** join/#oe [cc]smart (n=smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 17:23.47 | kergoth | mickey|bbl: well, thats exactly the point. differing requirements. if bitbake/oe doesnt really require python, then we can ditch it and save ourself the memory usage. i dont see python's memory usage being a negative, just a consequence of choosing to use it. |
| 17:23.51 | kergoth | heh |
| 17:24.07 | *** join/#oe zap (n=zap@217.170.93.196) |
| 17:35.00 | kergoth | monotone: error: wanted 1 rows got 0 in query: SELECT keydata FROM public_keys WHERE id = ? |
| 17:35.03 | kergoth | haha |
| 17:35.40 | gremlin[it] | uhh |
| 17:35.44 | gremlin[it] | i go to donner |
| 17:35.47 | gremlin[it] | dinner |
| 17:36.05 | JustinP | kergoth: sound slike you're using the wrong identifier..? |
| 17:36.11 | JustinP | kergoth: what command? |
| 17:36.31 | kergoth | i removed my old db and switched to the snap, but hte snap db doesnt have the key i just generated :) |
| 17:36.35 | kergoth | switched to anon for onw |
| 17:36.52 | JustinP | kergoth: well you can export your key and import it into the new one |
| 17:37.04 | JustinP | something like: |
| 17:37.06 | kergoth | i figured that, but i already removed the old db :P |
| 17:37.08 | kergoth | so now i get to gen a new one |
| 17:37.11 | kergoth | hehe |
| 17:37.18 | JustinP | oh...yep |
| 17:38.32 | emte | mickey|bbl, i actually wouldnt mind python if it (by default) would atleast kill itself before it crashed the system |
| 17:38.52 | kergoth | linux really doesnt handle oom conditions well, even now |
| 17:39.00 | kergoth | i wonder if switching to strict overcommit would help |
| 17:39.02 | emte | true |
| 17:39.10 | kergoth | my box at home shit itself the other day when svk went insane |
| 17:39.14 | emte | kergoth, i was trying to use the tailor scripts last night ... |
| 17:39.47 | emte | i can read then individually and understand them, .... but hell if i can follow the docs on how to use them as a whole |
| 17:39.51 | emte | them* |
| 17:40.01 | *** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net) |
| 17:41.32 | emte | btw what do you think of trying to multiplex a repo? |
| 17:41.44 | kergoth | multiplex? |
| 17:42.12 | emte | break it up into parts so you can handle sections at a time instead of the whole repo |
| 17:42.22 | kergoth | ahh, thatd be cool |
| 17:42.35 | emte | was thinking it would be good for low bw users |
| 17:42.52 | kergoth | not sure how you'd do it though, given the widely spread mesh of interdependencies |
| 17:42.58 | emte | they could take a chunk and not be so worried about a transfer error |
| 17:43.14 | kergoth | ah, you mean just for transferring, not actual use? |
| 17:44.18 | emte | both ... the client(s) would have a set of ignore stuff that puts it in the other repos |
| 17:44.38 | emte | would require some magic |
| 17:44.56 | kergoth | well, you can mirror a segmetn of a remote repo, by path, with svk. dunno about hg. svk mi svn://trunk/oe/packages/blah //oe/packages/blah works |
| 17:45.56 | emte | hmm perhaps thats a way to address it |
| 17:46.23 | emte | hg is flexible but not suitible until the python issue is fixed |
| 17:46.51 | emte | its fine for small repos |
| 17:47.15 | kergoth | ah right |
| 17:47.18 | *** join/#oe man-di (n=man-di@dyndsl-080-228-192-234.ewe-ip-backbone.de) |
| 17:47.46 | emte | unless HP/IBM is going to give us one of thier new prototype systems |
| 17:47.57 | emte | which is unlikly |
| 17:48.13 | *** join/#oe eumel (n=chatzill@p54832870.dip0.t-ipconnect.de) |
| 17:49.37 | kergoth | wonder if i'd want to teach the svk gateway to handle branches/merges rather than just a linear mirror of org.openembedded.dev |
| 17:50.02 | emte | anyway kergoth did you look at the tailor scripts? |
| 17:50.08 | kergoth | not yet |
| 17:50.47 | emte | altho it would probably be best to write them in lisp ... |
| 17:51.02 | emte | if you want the extra speed |
| 17:52.37 | kergoth | url for those scripts? |
| 17:53.38 | emte | http://nautilus.homeip.net/~lele/projects/cvsync/ |
| 17:53.59 | emte | not sure if thats the newest or not ... you could pull it out of darcs |
| 17:55.43 | emte | monotone is missing the source stuff but is easy to add |
| 17:56.47 | kergoth | neat |
| 17:56.54 | kergoth | and svk is just a special case of svn.. |
| 17:57.06 | emte | if you can figure out how to make it behave let me know .... |
| 17:57.10 | kergoth | will do |
| 17:57.22 | emte | i was trying to do hg->svn last night |
| 17:57.32 | emte | hell if i could figure it out |
| 17:57.35 | kergoth | hehe |
| 17:57.45 | kergoth | i'll try something basic before i attempt to get monotone source working |
| 17:57.48 | kergoth | one step at a time, eh |
| 17:58.02 | emte | yeah |
| 17:58.12 | kergoth | man, i'm really looking forward to getting my own pc and work area at work :P |
| 17:58.18 | kergoth | i'm using the svn server as a workstation |
| 17:58.38 | emte | i think all the examples are cvs<->svn, darcs<->svn, or svn<->svn |
| 17:59.39 | Delta_ | is anyone of you a bit familiar with all that java virtual machines that exist? |
| 17:59.49 | emte | wow 32 revs last night |
| 18:00.07 | emte | i generally avoid java |
| 18:00.22 | emte | i get bored waiting for the VM to load |
| 18:01.22 | emte | they need to make a PCI-hw-JVM availible |
| 18:01.52 | RP | This is extremely weird. When the backlight is on, I get normal looking battery readings on spitz. Turn off the backlight and the battery readings *drop* to extremely low values (4% power) |
| 18:02.04 | Delta_ | I know there isn't a j2re > 1.3.1 from sun/blackdown for arm, but there is sablevm and kaffe, which still aren't that 100% compatible.. but than there is that microjava cdc thing which I don't really know if it's an option.. |
| 18:02.46 | emte | RP, they measure from the wrong side of the trace? |
| 18:03.06 | Delta_ | who is spitz? |
| 18:03.19 | emte | the designer |
| 18:03.32 | emte | probably a current difference and a holding cap |
| 18:03.57 | emte | so the charge time changes |
| 18:04.01 | Delta_ | what did he design? |
| 18:04.11 | kergoth | RP: heh, iirc all the sharp battery drivers had code to handle the backlight on specially |
| 18:04.12 | RP | ~spitz |
| 18:04.12 | ibot | spitz is, like, the Sharp SL-C3000, or a dog |
| 18:04.41 | emte | are they using a battery chip? |
| 18:04.58 | RP | kergoth: I know but there was never this much difference and spitz doesn't have that code enabled in 2.4... |
| 18:05.11 | RP | emte: They use a max1111 to measure the voltages |
| 18:05.30 | RP | emte: What circuitry there is beyond that, we have no knowledge... |
| 18:05.44 | Delta_ | a dog with battery problems.. |
| 18:05.48 | emte | yeah then i would guess its a current change and they are measuring time after the holding cap |
| 18:06.17 | RP | kergoth: The only device which has a different power table dependent on backlight was poodle - the c7x0's just had a duplicate table... |
| 18:06.18 | emte | good ol' tau |
| 18:07.16 | Delta_ | 5 tau should be enough.. |
| 18:07.21 | emte | lower current -> larger tau -> lower charge |
| 18:07.47 | emte | higher current -> smaller tau -> higher charge |
| 18:08.22 | emte | is what it sounds like |
| 18:09.16 | Delta_ | great, the manufactorers of my pxa board released a big patched oe version, but I can't decompress it because the file has errors.. |
| 18:09.32 | emte | ? |
| 18:09.41 | RP | emte: It could be. It doesn't explain why 2.4 works and my 2.6 driver doesn't though... |
| 18:10.05 | emte | 2.4 expected the difference? |
| 18:10.33 | Delta_ | it's a pxa270 board, they added it to oe and applied all kind of patches.. but the files they put on their webserver seem to be corrupt.. |
| 18:10.53 | RP | emte: There is no code to handle that... |
| 18:11.10 | reenoo_ | Delta_: URL? |
| 18:11.29 | Delta_ | http://toradex.com/colibri_downloads/Linux/tmp/ |
| 18:12.05 | kergoth | sounds like something to add to the success stories page |
| 18:12.13 | emte | hmm |
| 18:13.19 | kergoth | heh, i know a good test of tailor |
| 18:13.27 | kergoth | i'll use it to make a local svn repo from the upstream tslib cvs |
| 18:14.39 | emte | RP, the 2.4 could be using a simple value shift ... that would be small and easy to miss ... |
| 18:15.04 | emte | i dont recall the max1111 having any special options you can configure |
| 18:15.20 | emte | unless ... |
| 18:15.25 | Delta_ | heh, now I know why the file is corrupt.. they are uploading it right now.. |
| 18:15.34 | emte | do you compare against a reference voltage? |
| 18:15.36 | Delta_ | that explains the tmp directory.. |
| 18:16.14 | emte | q? |
| 18:16.41 | reenoo_ | kergoth: we should try to talk Detlef Vollmann into submitting his patches rather than publishing a tarball |
| 18:19.03 | emte | RP, does the 2.4 driver change the reference volatage? since the max1111 does support it |
| 18:19.20 | emte | voltage* |
| 18:19.59 | *** join/#oe zecke (n=ich@83-169-171-130-dynip.superkabel.de) |
| 18:20.17 | zecke | re |
| 18:20.51 | treke | afternoon |
| 18:20.54 | treke | err sorry |
| 18:20.55 | treke | morning |
| 18:24.42 | blaster8 | hey, it's evening here |
| 18:24.44 | blaster8 | get it right |
| 18:25.00 | *** join/#oe jamey (n=jamey@192.208.47.196) |
| 18:26.41 | RP | emte: I'll look into that. It doesn't explain why I'd see good voltages one minute and bad ones the next though... |
| 18:29.35 | *** join/#oe pb_ (n=pb@2002:5168:d214:1:20b:6aff:fe40:e27f) |
| 18:29.47 | Delta_ | oh I would like an officially supported colibri in oe :) |
| 18:31.11 | zecke | officially? |
| 18:31.25 | Delta_ | more or less.. |
| 18:32.55 | Delta_ | so I could pull everything with monotone, instead of having to apply the patches seperately.. |
| 18:33.57 | RP | Delta_: This is just a patched kernel right? There's probably no reason it couldn't go in. Just needs someone to send us the .bb file... |
| 18:34.05 | emte | officially would require the manuf to endores it would it not? |
| 18:34.56 | emte | and/or end user .. use |
| 18:35.02 | kergoth | emte: checked out the tailor tree from the 1.0 branch with darcs |
| 18:35.06 | kergoth | emte: and watched it crash & burn |
| 18:35.09 | emte | lol |
| 18:35.26 | emte | well you got farther than i |
| 18:35.50 | CosmicPenguin | emte: holy crap, hg worked.. :) |
| 18:35.51 | kergoth | /home/kergoth/code/tailor/tslib $ svn update --quiet [Ok] |
| 18:35.51 | kergoth | Bootstrap completed |
| 18:35.56 | emte | i got all sorts of nice python errors that i couldnt find referenc to |
| 18:36.13 | emte | CosmicPenguin, good for ya |
| 18:36.20 | CosmicPenguin | no, good for you |
| 18:36.24 | emte | CosmicPenguin, if you update dont use the -u |
| 18:36.40 | CosmicPenguin | ok |
| 18:36.45 | Delta_ | he did some patches on different files too not only the kernel.. mainly on the toolchain.. |
| 18:36.49 | emte | there is a new submission ... |
| 18:37.01 | emte | done |
| 18:37.08 | emte | there is an update to it now |
| 18:37.34 | emte | should pull the updates in less than a minute |
| 18:38.18 | RP | Delta_: Why does that need patching? |
| 18:38.20 | emte | i will probably start playing with my multiplexing idea later this weekend/next week |
| 18:38.20 | CosmicPenguin | emte: so basically, it just recreates a monotone environment? |
| 18:38.35 | CosmicPenguin | Kind of like a mirroring RCS.. :) |
| 18:38.40 | emte | CosmicPenguin, that is the way i set it up this time yes |
| 18:38.49 | emte | for transparent support of both |
| 18:38.51 | CosmicPenguin | most excellent |
| 18:38.58 | kergoth | Failure applying upstream changes: /home/kergoth/code/tailor $ svn commit --quiet --file /tmp/tailorRrqVbssvn testfile returned status 1 |
| 18:39.01 | kergoth | gah |
| 18:39.07 | CosmicPenguin | emte: how oftne do you pull? |
| 18:39.14 | CosmicPenguin | from monotone, that is |
| 18:39.26 | emte | ~ every hour or so |
| 18:39.32 | CosmicPenguin | ~praise emte |
| 18:39.32 | ibot | All hail emte! |
| 18:39.35 | emte | if you have an rss client you can use it |
| 18:39.51 | emte | http://www.labotomy.net/cgi-bin/openembedded/?cmd=changelog;style=rss |
| 18:40.28 | emte | just dont hit the changelog link on the webpage |
| 18:41.06 | Delta_ | RP: actually I don't really know.. I know there is a gcc arm softfloat patch that changes some gcc options and things like that.. |
| 18:42.47 | kergoth | emte: jesus, this is badly broken :P |
| 18:43.13 | Delta_ | RP: you can see the patch here http://toradex.com/colibri_downloads/Linux/alpha/oe/oe-col-050810.patch.gz |
| 18:44.34 | ldc | hmm... anyone that has had problems with fonts-xorg?... seems like the current flex-version messes it up... |
| 18:44.55 | emte | kergoth, hmm well maybe i'll abandond trying to do anything with it |
| 18:45.09 | emte | might explain why i couldnt get it to work |
| 18:46.23 | kergoth | emte: okay, it looks like i got it to work |
| 18:46.32 | kergoth | its just really picky about certain things, and you can easily make it break |
| 18:46.35 | kergoth | found a few bugs already |
| 18:46.40 | kergoth | but at least it works when configured right |
| 18:49.19 | emte | i guess it gives you a posible framework? |
| 18:54.11 | kergoth | yeah, exactly |
| 18:54.14 | kergoth | good starting point |
| 18:55.37 | *** join/#oe Delta__ (n=delta@p50832326.dip0.t-ipconnect.de) |
| 18:55.41 | RP | Delta_: It looks to be adding some specific versions they must want for some reason |
| 18:56.32 | RP | Delta__: Depending on what you're doing, you probably don't need those specific versions... |
| 18:57.44 | kergoth | emte: heh, cvs<->svn, doing the initial population of the local tree, is fucking slowww |
| 18:58.21 | emte | yeah ... i was wondering about that |
| 18:58.32 | emte | but which part is slow |
| 18:58.57 | emte | csv, svn, or the parsing |
| 18:59.00 | kergoth | the 8 billion cvs commands, it seems |
| 18:59.09 | kergoth | since it has to request each and every revision of each file independently, apparently |
| 18:59.13 | kergoth | due to the way cvs works |
| 18:59.17 | kergoth | individual changes, not changesets |
| 18:59.21 | emte | hmm |
| 18:59.35 | kergoth | no way to track a "commit" as one entity, short of the commit message |
| 18:59.39 | *** join/#oe treke (n=ggilbert@tinman.treke.net) |
| 18:59.45 | kergoth | known cvs limitation |
| 18:59.45 | emte | well as long as you dont sneeze on the cvs repo it might finish :P |
| 18:59.54 | kergoth | hey treke |
| 19:00.28 | treke | hey |
| 19:01.35 | *** join/#oe ar_ (n=ar@213.211.242.214) |
| 19:02.21 | RP | Hmmm. The battery voltage problem appears to be pxafb related... |
| 19:02.39 | kergoth | emte: heh, too bad the cvs repo in question doesnt have tarballing enabled in the web interface, otherwise i could just grab the repo, pull it local, and do all those commands locally.. |
| 19:02.43 | kergoth | : |
| 19:02.45 | kergoth | :\ |
| 19:02.58 | emte | yeah ... |
| 19:03.22 | kergoth | http://www.local6.com/news/4861458/detail.html#121 |
| 19:03.23 | kergoth | haha |
| 19:04.43 | emte | Investigators said the man was on his stomach when he entered the restaurant located at the 7700 block of south Orange Blossom Trail at about 2 a.m. Wednesday and surprised workers. |
| 19:04.46 | emte | thats funny |
| 19:05.07 | emte | but he ran out |
| 19:05.15 | emte | guess crawling was too slow? |
| 19:09.30 | kergoth | emte: it worked :) |
| 19:10.31 | emte | good good |
| 19:10.57 | emte | all i can say is i bet your glad OE wasnt in cvs :P |
| 19:11.23 | zecke | kergoth: did you fix the h2200 autoconf copy and paste bug |
| 19:23.13 | Delta- | whoops |
| 19:24.35 | Delta_ | RP: hm, I am still not deep enough into oe and cross development to see which versions I need and which I don't.. at the moment I am happy when I get the software I need to run on the board.. |
| 19:25.53 | Delta_ | toying with the pxa270 is just something I do in my spare time..when my girlfriend lets me.. :) |
| 19:28.06 | *** part/#oe eumel (n=chatzill@p54832870.dip0.t-ipconnect.de) |
| 19:31.57 | kergoth | zecke: i dont remember. dont think so. i'll check while i'm playing with the tslib tree |
| 19:36.54 | *** join/#oe hufnus (n=slonsiki@m761936d0.tmodns.net) |
| 19:37.28 | *** join/#oe dkey (i=nobody@193.170.48.236) |
| 19:38.51 | kergoth | hmmm |
| 19:39.05 | emte | ? |
| 19:39.11 | RP | Delta_: The "normal" versions of most things should work for you unless you have some pre compiled software which places restrictions on you.... |
| 19:39.26 | RP | Delta_: Spitz is pxa270 based |
| 19:40.54 | emte | <PROTECTED> |
| 19:40.55 | emte | Ecore is running like a champion. |
| 19:40.55 | emte | Ecore_Ipc is running like a 4yr old with a cold. |
| 19:40.57 | emte | whee |
| 19:46.04 | kergoth | emte: i'm losing track of all the bugs in tailor that i'm finding. i need to make a text file with a list :P |
| 19:46.41 | *** join/#oe eumel (n=chatzill@p54832870.dip0.t-ipconnect.de) |
| 19:48.45 | emte | :( |
| 19:49.10 | emte | there is an official tailor page i think |
| 19:50.04 | kergoth | i'm using whats supposedly the 1.0 branch |
| 19:50.09 | kergoth | this frightens me |
| 19:50.16 | emte | http://www.darcs.net/DarcsWiki/Tailor |
| 19:50.20 | kergoth | yeah |
| 19:50.22 | emte | yeah |
| 19:50.32 | kergoth | if you do a darcs checkout of the link there, it says tahts the old source,a dn gives you the url to the 1.0 one |
| 19:50.35 | kergoth | :\ |
| 19:51.08 | emte | BEWARE: I plan to change the user interaction in this version of tailor, mainly to uniquify the different ways of running/configuring the tool, that eventually will be labelled 1.0. Do not base your scripts on this version, or ask me before doing that :) |
| 19:51.09 | emte | Lele, Aug 3 2005 |
| 19:51.09 | emte | <PROTECTED> |
| 19:51.18 | kergoth | hehe |
| 19:51.30 | emte | kinda sounds liek a rewrite |
| 19:51.45 | kergoth | i'd rather use the bleeding edge new scheme code and just fix it :P |
| 19:51.50 | kergoth | than use old crap |
| 19:51.57 | emte | but is it availible? |
| 19:52.10 | kergoth | seems to be, yes |
| 19:52.12 | emte | there is nothing that says access to 1.0 code is there |
| 19:52.35 | kergoth | if you check out from darcs, the connect message directs you to a 1.0 development darcs tree |
| 19:52.39 | kergoth | which is what i'm using |
| 19:52.41 | emte | ah |
| 19:52.41 | kergoth | hopefully thats it |
| 19:52.45 | emte | yeah |
| 19:52.57 | emte | and the author usually hangs on #tailor on irc.freenode.net |
| 19:53.01 | emte | hey there you go |
| 19:53.01 | kergoth | there are some terrible things though |
| 19:53.17 | emte | could ask him if he is on |
| 19:53.22 | kergoth | i.e. the --use-svn-revprops commandline option sets a use-svn-revprops configurationi value |
| 19:53.27 | kergoth | but the code expects use-revprops |
| 19:53.37 | kergoth | just stupid obvious shit like that all over |
| 19:54.06 | emte | well yuo could toss it and just write a proper one ... |
| 19:54.29 | emte | kinda depends if he is doing it intentionally or not i guess |
| 19:54.51 | emte | he could be learning python writting these ... |
| 19:55.03 | kergoth | yeah thats true. bitbake was my first endeavor :P |
| 19:57.50 | emte | mine was by student app... which i never really used |
| 19:57.58 | emte | my* |
| 19:57.59 | *** join/#oe CosmicPenguin (n=nobody@svl-ext-proxy01.amd.com) |
| 19:58.22 | emte | now i barley remember how to make python add numbers |
| 19:58.37 | kergoth | hehe |
| 20:06.57 | kergoth | emte: it amuses me that i'm losing track of all my fixes to tailor because i'm not source controlling them. |
| 20:07.06 | kergoth | emte: failing to source control fixes to source control tools. wow. |
| 20:07.07 | kergoth | ;) |
| 20:10.30 | emte | lol |
| 20:10.38 | emte | the irony of the world :P |
| 20:11.01 | emte | its fast and easy if you want to use hg |
| 20:11.17 | emte | hg addremove; hg commit -A |
| 20:11.23 | emte | after each change |
| 20:12.08 | emte | if forget the commands for darcs |
| 20:12.12 | emte | i* |
| 20:12.33 | emte | 10 min to lunch mmm samosas |
| 20:12.41 | kergoth | i should teach tailor to support translation of ignore bits. .cvsignore <-> svn ignore properties |
| 20:12.43 | emte | wonder how the cajun one will be |
| 20:12.57 | emte | yes taht would be valuable |
| 20:13.53 | emte | hmm |
| 20:14.10 | emte | i must be missing something ... time to read Ecore_Ipc.h again |
| 20:14.26 | kergoth | cool, i got the svn revprop support working. so it sets the dates and authors on the svn revisions properly: |
| 20:14.37 | kergoth | r3 | rmk | 2002-01-15 07:56:48 -0600 (Tue, 15 Jan 2002) | 4 lines |
| 20:14.38 | kergoth | Tailorized "2002-01-15 13:56:48 by rmk" |
| 20:14.38 | kergoth | Implement linear xyswap option for landscape/portrait mode switching |
| 20:14.42 | kergoth | :) |
| 20:14.56 | kergoth | was already there, just needed a few minor fixes |
| 20:16.20 | emte | good good |
| 20:16.38 | emte | well that explains my issue ... it doesnt exist :P |
| 20:17.25 | emte | lets see ... server crash ... how do i want to handle this ... |
| 20:23.39 | emte | hmm |
| 20:39.52 | *** join/#oe andersee (n=andersee@codepoet.org) |
| 20:41.39 | NAiL | , |
| 20:41.40 | emte | maybe i'll skip the exit until i talk to raster ... |
| 20:41.58 | RP | pb_: Any ideas why completely disabling the LCD controller would cause a massive apparent drop in battery voltage whilst a quick disable of the LCD doesn't? The battery is being measured by a max111 over an ssp interface... |
| 20:42.29 | emte | RP cap charge is my personal guess |
| 20:43.11 | RP | emte: But why this dependence on the LCD controller and not another heavy power user like the backlight? |
| 20:43.40 | emte | the LCD is by far the most power hungry component in the device |
| 20:44.05 | emte | normally the backlight is part for the LCD controller |
| 20:44.11 | emte | of* |
| 20:44.22 | RP | In this case its known to be seperate |
| 20:45.05 | emte | right, but even so the backlights are nothing more than SMT/d edgemount LEDs |
| 20:47.26 | emte | there would probably be some regulation hw that smooths out the "quick" disable |
| 20:47.54 | RP | emte: The quick disable just stops the controller dead rather than waiting for the end of frame... |
| 20:48.19 | *** join/#oe mithro (n=tim@c213-100-42-188.swipnet.se) |
| 20:48.43 | RP | and with that quick disable, battery readings don't change. With the "proper" disable, they do. Interestingly, the 2.4 kernel uses the quick disable |
| 20:49.04 | emte | yeah but you dont want to put huge voltage changes through the rest of the hardware |
| 20:49.24 | emte | but i see what your saying ... |
| 20:50.00 | emte | out of curiosity is this reported or measured voltage? |
| 20:50.17 | RP | Its the value reported by the max1111... |
| 20:50.46 | emte | my guess then is still that the "quick" one changes the vref |
| 20:50.53 | emte | and the other doesnt |
| 20:51.05 | emte | you would have to physically measure to know for sure |
| 20:51.44 | RP | The battery voltage isn't changing, I know that much. I wonder if the max1111 is connected to one of the LCD voltages... |
| 20:52.12 | emte | hmm |
| 20:52.16 | emte | that would make sense |
| 20:53.01 | emte | if you disabled the LCD compleatly ... |
| 20:53.25 | emte | do you knwo the wakeup sequence for the LCD? not the enable |
| 20:54.30 | RP | Yes, although I'm nervous of powering the lcd without the controller... |
| 20:55.24 | emte | the sequence should be for the controller ... |
| 20:55.26 | Delta_ | what kind of lcd are you working with? |
| 20:55.36 | JustinP | Delta_: the one in the Spitz |
| 20:55.57 | Delta_ | ah, ok.. |
| 20:55.58 | emte | just wakes it up so it will accept commands |
| 20:56.39 | emte | after that normally you tell the controller to enable the display etc |
| 20:56.43 | Delta_ | I got something like this: http://pe1rct.shacknet.nu:8080/afu/localhost.jpeg |
| 20:57.00 | emte | atleast the ones i've worked with |
| 20:57.26 | RP | emte: If you delay too much with this, the lcd whites out and I get worried about it |
| 20:58.11 | emte | sounds like its getting a partial command ... |
| 20:58.33 | emte | the LCD should stay black until it receives and enable |
| 20:58.36 | emte | an* |
| 20:59.01 | emte | unless the controller itself has some type of timmer ... |
| 20:59.05 | emte | timer* |
| 20:59.18 | RP | Its a Timing Generator, not a controller (I think) |
| 20:59.41 | RP | Keep in mind I have no documentation, just past expereience to go on ;-) |
| 20:59.51 | emte | yeah .. |
| 20:59.51 | RP | I think I know what must happen. The controlled lcd shutdown takes a comparitive long time. The lcd gets disabled long before this completes and discharges some reference. If I do the quick shutdown, I preserve the reference. |
| 21:00.19 | RP | The interesting question is therefore upon resume from suspend, how do I get the reference back... |
| 21:00.54 | emte | what you are saying makes sense if it is connected to the same line ... |
| 21:01.02 | *** join/#oe ar_ (n=ar@213.211.242.214) |
| 21:01.23 | emte | you have a schem or images? |
| 21:01.34 | RP | emte: Its just guesswork though. How does the 2.4 kernel do it I wonder... |
| 21:01.57 | RP | emte: No schematics other than what's in my head :) |
| 21:02.03 | *** join/#oe ByronT (i=ByronT@nslu2-linux/ByronT) |
| 21:02.16 | emte | then the only way to really know is take it apart and test points |
| 21:02.48 | emte | providing you have a decent multimeter |
| 21:03.28 | RP | emte: I have an array of stuff including a scope. I don't like poking this though, its too small... |
| 21:03.47 | emte | can you contact whoever wrote the 2.4 driver? and see if tehy have some docs? |
| 21:04.29 | RP | emte: That would be Sharp. They have docs but won't share ;-) |
| 21:04.34 | emte | lol |
| 21:04.45 | emte | no but they have been leaked :P |
| 21:04.54 | emte | i am sure there is a set somewhere |
| 21:05.11 | RP | emte: I'd *love* to see them... |
| 21:05.41 | RP | emte: http://pc.watch.impress.co.jp/docs/2004/1115/pda38.htm |
| 21:07.07 | gremlin[it]|feed | saturday i'll see one ... i'll meet a fiend ho live in tokyo ... it bought a 3000 some months ago .. :) |
| 21:07.57 | JustinP | gremlin[it]|feed: I got mine earlier this year from Dynamism |
| 21:09.24 | gremlin[it]|feed | i want a 3100 for x-mas ... but a pure japanese one... really i don;t want to pay so much for the english rom i don;t want ! ... |
| 21:11.11 | RP | I do like this series of devices. I don't regret getting husky :) |
| 21:12.00 | RP | emte: What those images don't show is that the LCD panel has a sharp timing gen connected to the LCD between it and the main controller. Its the same as the one on the c7x0 series |
| 21:12.08 | emte | In addition, there is a small device which is called to WM8750 and the surface MAX1111 on baseplate back. As for former, with the tip/chip which is called the codec which converts the digital audio output from CPU to the analog signal, latter, it is the A/D converter in order to convert the analog signal from microphone input to the digital data |
| 21:12.11 | emte | interesting |
| 21:12.16 | emte | there two max1111? |
| 21:12.42 | RP | No, One MAX1111 and one WM8750 |
| 21:14.26 | RP | There are three devices on the ssp bus, the ads7846, the timing gen and the MAX1111 |
| 21:18.14 | CIA-4 | 03musti 07org.oe.dev * rd272754d... 10/packages/apr/ (apr-util_1.1.2.bb apr_1.1.1.bb): add apr and apr-util: needed for subversion |
| 21:18.18 | CIA-4 | 03musti 07org.oe.dev * r3d353705... 10/packages/apr/ (apr-util_1.1.2.bb apr_1.1.1.bb): disapproval of revision d272754d87c0dd9b0943c987e3ec44b5e6ff7864 |
| 21:18.22 | CIA-4 | 03musti 07org.oe.dev * ra6b994ae... 10/packages/apr/ (apr-util_1.1.2.bb apr_1.1.1.bb): add apr and apr-util: needed for subversion |
| 21:18.26 | CIA-4 | 03musti 07org.oe.dev * r255e4769... 10/packages/apr/ (apr-util_1.1.2.bb apr_1.1.1.bb): disapproval of revision a6b994aea0347efce0b57615068f903230d4f9d7 |
| 21:18.30 | CIA-4 | 03musti 07org.oe.dev * r325d8413... 10/packages/apr/ (apr-util_1.1.2.bb apr_1.1.1.bb): add apr and apr-util: needed for subversion |
| 21:18.34 | CIA-4 | 03musti 07org.oe.dev * rbb99dcf9... 10/packages/apr/ (apr-util_1.1.2.bb apr_1.1.1.bb): add apr and apr-util: needed for subversion |
| 21:19.55 | emte | well RP if the MAX is being used for the mic it cant be used for the battery as well |
| 21:20.23 | RP | emte: Its not. That text is wrong... |
| 21:20.36 | emte | verified wrong? |
| 21:21.11 | RP | emte: According to the 2.4 code. I know what all 4 channels are used for... |
| 21:21.31 | emte | okay |
| 21:21.47 | RP | battery voltage, "ac" in voltage, battery temperature and the remote control on the headset jack |
| 21:23.04 | CIA-4 | 03musti 07org.oe.dev * r845f9328... 10/packages/subversion/ (files/disable-revision-install.patch subversion_1.2.0.bb): add subversion |
| 21:23.46 | kergoth | emte: http://kergoth.com/files/tslibtailor.tar.gz .. extract.. cd tslibtailor; ./tailorit |
| 21:24.12 | zecke | reenoo_: is debian/rules mandantory as shell script? |
| 21:24.33 | kergoth | rules isnt generally a shell script, its most often a makefile, with #!/usr/bin/make -f |
| 21:24.42 | kergoth | iirc |
| 21:25.15 | zecke | so it must be executable and honors arguments/rules |
| 21:25.28 | kergoth | thats my understanding |
| 21:25.52 | zecke | <PROTECTED> |
| 21:26.07 | pb_ | zecke: very good |
| 21:27.36 | zecke | <PROTECTED> |
| 21:28.19 | emte | lol |
| 21:28.26 | emte | hmm |
| 21:29.03 | emte | looks liek there is some stuff on the usenet alt binaries |
| 21:29.14 | gremlin[it]|feed | it's a feature ... keeping CPU warm and ready to go :) ... |
| 21:29.36 | zecke | gremlin[it]|feed: it is called a "Working Thread" |
| 21:29.44 | zecke | so it is naturally it does work ;) |
| 21:29.46 | gremlin[it]|feed | hahah :) |
| 21:30.29 | *** join/#oe ar_ (n=ar@213.211.242.214) |
| 21:30.30 | emte | lol |
| 21:30.42 | emte | kergoth, working so far |
| 21:30.45 | kergoth | :) |
| 21:30.50 | kergoth | so we at least have a working test case |
| 21:30.54 | emte | Bootstrap completed |
| 21:30.55 | kergoth | i expect it to explode when we try anything else |
| 21:30.57 | kergoth | but .. ;) |
| 21:30.59 | emte | lol |
| 21:31.01 | kergoth | run it again to pull down the history |
| 21:31.06 | emte | k |
| 21:31.29 | emte | hmm |
| 21:31.43 | emte | it should hide the command prompt while its doing this |
| 21:31.47 | kergoth | hehe |
| 21:32.06 | emte | you try "injecting" things while its running? |
| 21:32.11 | kergoth | noep |
| 21:33.12 | emte | it pauses and i keep getting the urge to type something |
| 21:33.26 | emte | must be a feature |
| 21:33.29 | kergoth | hehe |
| 21:33.36 | kergoth | maybe its my use of --verbose |
| 21:33.43 | kergoth | try disabling verbose in tslib.config |
| 21:33.46 | emte | no i dont think so |
| 21:34.00 | kergoth | i think its supposed to show that only when you use --debug or something |
| 21:34.01 | emte | looking at the way he was handling commands |
| 21:34.03 | kergoth | but i dont think i have that enabled atm |
| 21:34.04 | RP | emte: The only drawback to my theory is it appears the max1111 is using its internal reference... |
| 21:34.06 | kergoth | ah |
| 21:34.16 | emte | ? |
| 21:34.32 | RP | emte: REFIN looks to be wired to REFOUT |
| 21:34.35 | emte | i must have missed eth part about an internal ref |
| 21:34.47 | emte | no tahts not it |
| 21:35.40 | emte | oh wait yeah it is |
| 21:35.56 | emte | thinking of a dif chip |
| 21:36.28 | emte | if taht is the case then it can only be one thing |
| 21:36.56 | emte | the whole chip's power is being altered |
| 21:37.15 | emte | which would be bad |
| 21:37.35 | emte | you have the first or second series 3000? |
| 21:38.11 | RP | emte: I don't understand that question? There is one model C3000 isn't there? |
| 21:38.14 | emte | kergoth, how long is this gonna take? |
| 21:38.35 | emte | yes there is one model but there were references to two series |
| 21:38.47 | kergoth | emte: dunno, havent timed it |
| 21:39.19 | emte | but they could be like the max-mic thing |
| 21:39.30 | RP | emte: I still don't understand what you're referring to... |
| 21:39.41 | emte | two production runs |
| 21:39.47 | emte | minor differences |
| 21:40.14 | emte | rev-a rev-b type stuff |
| 21:40.15 | RP | emte: If there were a difference like this, I'd see it in the kernel source code... |
| 21:40.39 | emte | it would have to be verified |
| 21:40.46 | emte | to be true first |
| 21:41.29 | RP | emte: I know my device works with a 2.4 kernel and would show errors if the battery voltage was this low. Its therefore something about my 2.6 code that's upsetting it |
| 21:41.51 | emte | the reference could be be simply about JP vs en ones ... |
| 21:41.56 | CoreDump|afk | mickey|bbl: I didn't anything :) Installing gpe-task-base fixes the problem for me. I didn't investigate any further |
| 21:42.11 | emte | yeah |
| 21:42.14 | CoreDump|home | re |
| 21:42.53 | RP | hi CoreDump|home |
| 21:42.58 | emte | but you also said the 2.4 only does the quick shutdown |
| 21:43.03 | JustinP | emte: there are no en C series |
| 21:43.35 | JustinP | CoreDump|home: hey, my script now adds the right icons as well |
| 21:43.46 | emte | no? |
| 21:43.51 | CoreDump|home | nice! how did you manage to do that? |
| 21:43.53 | JustinP | CoreDump|home: now I just need to make it read through all the .desktop files and put them in the right directories |
| 21:43.58 | RP | emte: no. |
| 21:44.14 | JustinP | emte: no. The C series is JP only. They're imported into the US. |
| 21:44.20 | emte | good thing i didnt order one ... i cant read japanese |
| 21:44.25 | JustinP | CoreDump|home: edje_cc |
| 21:44.29 | JustinP | emte: you don't need to |
| 21:44.32 | RP | emte: They're simple to convert |
| 21:44.38 | CoreDump|home | JustinP: requires /usr/bin/gcc |
| 21:44.39 | emte | ah |
| 21:44.58 | JustinP | RP: not that you need to "convert" it if you're flashing to OZ anyway |
| 21:45.01 | CoreDump|home | you surely don't want to ship gcc? :D |
| 21:45.05 | emte | Update completed, now at revision '2005-03-01 18:18:05 by kergoth' |
| 21:45.09 | JustinP | CoreDump|home: it requires cpp, yes...not sure about gcc |
| 21:45.10 | emte | kergoth, your system time is off |
| 21:45.22 | CoreDump|home | JustinP: or cpp, I forgot |
| 21:45.38 | JustinP | CoreDump|home: you *can't* add icons to eap files without edje_cc...at least not as far as I can find |
| 21:45.45 | emte | unless that date is something else |
| 21:45.50 | RP | JustinP: Indeed. Mine had the Sharp ROM on for all of about 5 minutes ;-) |
| 21:45.53 | JustinP | e_util_eapp_edit uses engrave which also seems to call edje_cc... |
| 21:46.06 | CoreDump|home | i was using pre-compiled eap's |
| 21:46.09 | emte | JustinP, your correct |
| 21:46.15 | CoreDump|home | they are quite small |
| 21:46.16 | JustinP | CoreDump|home: yeah, I noticed |
| 21:46.35 | JustinP | CoreDump|home: however, this script could be used, say, during build to create eap files...should we want it |
| 21:46.51 | CoreDump|home | i'm all for it |
| 21:46.55 | RP | pb_: Can you think of any effects disabling the LCD controller would have on the rest of the system that would cause voltage issues? |
| 21:46.55 | emte | why would you need a script? |
| 21:47.08 | emte | it shoudl already compile them ... |
| 21:47.16 | JustinP | CoreDump|home: right now I want to have my GPE menu in e17...and this does it. If you have to install cpp on your Z to make it go...well you've already installed a bunch of GPE, why not a few more tools. ;-) |
| 21:47.41 | CoreDump|home | :\ |
| 21:47.48 | emte | lol |
| 21:47.50 | CoreDump|home | overkill imo |
| 21:47.57 | emte | yeah just a bit |
| 21:48.01 | JustinP | emte: because I want to convert .desktop files to .eap files. And because I need to change the icons |
| 21:48.16 | JustinP | "e17 is alpha quality" |
| 21:48.23 | emte | JustinP, patch in the changes and let the default do it |
| 21:48.28 | CoreDump|home | JustinP: maybe you could hack e17genmenu? |
| 21:48.39 | JustinP | if you don't want to install cpp don't screw with your menus ;-) |
| 21:48.49 | JustinP | emte: patch in what changes to what? |
| 21:48.49 | CoreDump|home | or just export its eap functions |
| 21:49.00 | JustinP | CoreDump|home: you sure it doesn't *also* need edje_cc? |
| 21:49.13 | CoreDump|home | both |
| 21:49.16 | JustinP | all of the normal fields are easily editable with eet calls |
| 21:49.23 | JustinP | the icons seem to need edje_cc |
| 21:49.25 | CoreDump|home | edje needsc cpp |
| 21:49.30 | JustinP | I know |
| 21:49.33 | CoreDump|home | right |
| 21:49.35 | JustinP | what's the issue? |
| 21:49.36 | emte | JustinP, the default theme/menu/icons you wnat to use |
| 21:50.17 | JustinP | emte: still not understanding you |
| 21:50.18 | CoreDump|home | how large is cpp? |
| 21:50.50 | JustinP | CoreDump|home: the binary is all of 22 bytes according to ls -al |
| 21:50.56 | JustinP | oh wait |
| 21:51.00 | JustinP | that's the symlink ;-) |
| 21:51.02 | CoreDump|home | symlink ;) |
| 21:51.13 | JustinP | 90K |
| 21:51.16 | JustinP | peanuts |
| 21:51.24 | CoreDump|home | heh and its deps? |
| 21:51.33 | emte | and libs |
| 21:51.46 | CoreDump|home | righto, could easily be a few megs |
| 21:51.56 | JustinP | libgcc1 and libc6 |
| 21:52.15 | CoreDump|home | but I agree, until somenes writes a small eap editing tool, cpp is the way to go |
| 21:52.32 | emte | taht exists |
| 21:52.36 | emte | its called vi |
| 21:52.42 | emte | :) |
| 21:52.51 | CoreDump|home | nope, I checked ;) |
| 21:53.02 | CoreDump|home | eap's = eet archivesm easy enough to create |
| 21:53.19 | CoreDump|home | but the png inside is somehow encoded |
| 21:53.20 | emte | did you decompiel it first? |
| 21:53.44 | emte | edje_decc |
| 21:53.51 | JustinP | emte: yes....done that... |
| 21:53.59 | CoreDump|home | emte: edje is the beast which requires cpp :) |
| 21:54.00 | JustinP | emte: so how do you get the icon in there without edje? |
| 21:54.13 | CoreDump|home | that is the big question |
| 21:54.18 | kergoth | emte: tailor uses the checkin date/time info int eh cvs logs to figure out which individual file revisions correspond to a given "commit" |
| 21:54.27 | kergoth | emte: so that date "by kergoth" was the most recent cvs commit i did |
| 21:54.35 | emte | you put what you want into it |
| 21:54.43 | emte | kergoth, ah |
| 21:54.52 | CoreDump|home | emte: w/o using edje, how? |
| 21:54.54 | kergoth | emte: cd tslibwc; svn log |
| 21:54.56 | kergoth | emte: :) |
| 21:55.18 | emte | CoreDump|home, your host will still have edje availible |
| 21:55.37 | emte | you do not have to enable edje_cc if i remeber |
| 21:55.37 | CoreDump|home | but we'd need to to that on the Z |
| 21:55.48 | CoreDump|home | to generate fance menus automatically |
| 21:55.59 | emte | taht is only if you want the ability to compile/decompile |
| 21:56.17 | emte | the menus are not generated automatically unless raster has fixed it |
| 21:56.27 | CoreDump|home | nahhh |
| 21:56.40 | CoreDump|home | _we_ want to setup E to do that for GPE stuff |
| 21:56.55 | emte | he broke that a while ago to put in the edje stuff |
| 21:57.12 | emte | something to do with ewl |
| 21:57.15 | CoreDump|home | the script .desktop - eap is a piece of cake |
| 21:57.28 | CoreDump|home | the icon inside the eap is the bugger :) |
| 21:58.21 | emte | yes, he reencodes it with epeg/the other one |
| 21:58.31 | emte | to speed up rendering |
| 21:59.22 | CoreDump|home | right |
| 21:59.26 | JustinP | yep, e17genmenu uses engrave as well which (according to a hac I tried) also uses edje_cc |
| 21:59.31 | emte | there is a "menu" tool that doesnt work |
| 21:59.35 | JustinP | so we'd have to hack it out of edje |
| 21:59.43 | CoreDump|home | ouch |
| 22:00.50 | emte | you could probably fix it if you wanted |
| 22:01.30 | emte | but you are correct that if you want to "generate" menus you will need edje_cc |
| 22:01.38 | reenoo_ | why exactly doesn't E grok .desktop files? and why don't you fix it to do so? |
| 22:02.11 | emte | because raster keeps breaking it? |
| 22:02.21 | JustinP | reenoo_: because e uses binary formats for everything first off |
| 22:02.34 | JustinP | reenoo_: and because it uses "theme" type files, even for menu icons |
| 22:02.50 | JustinP | reenoo_: much easier to just convert them |
| 22:03.06 | reenoo_ | sounds a bit backwards to me, but yeah |
| 22:03.42 | CoreDump|home | which wouldn't be so bad if there were small tools to do the job =) |
| 22:03.53 | kergoth | emte: hehe, nothing, its just an example of tailor not fucking up |
| 22:03.58 | kergoth | which i found notable :P |
| 22:04.02 | emte | yeah it is |
| 22:04.17 | emte | i fell bad doing the good ol' rm -Rf |
| 22:04.19 | kergoth | what were you looking to use it for again? monotone <-> hg? |
| 22:04.20 | emte | feel* |
| 22:04.55 | emte | well last night i was trying to do hg-svn |
| 22:04.59 | kergoth | ah. |
| 22:05.08 | emte | but i was playing with the monotone source part yes |
| 22:05.28 | emte | for the monotone-hg |
| 22:05.36 | kergoth | you might want to keep that tslibtailor.tgz then. my modified tailor in there is less crappy for svn targets |
| 22:05.43 | emte | lol |
| 22:05.49 | emte | you submit it to him? |
| 22:06.00 | kergoth | not yet. he's on irc atm though, i expect to flood him with patches shortly |
| 22:06.01 | kergoth | :) |
| 22:06.36 | emte | lol |
| 22:06.46 | emte | he will be overjoyed :P |
| 22:08.37 | kergoth | emte: he's biased towards darcs, so i expect he'll be glad to have people fixing up the other types on a regular basis :P |
| 22:09.03 | emte | probably |
| 22:09.22 | emte | hmm |
| 22:09.27 | emte | almost forgot |
| 22:33.28 | emte | you would think a course that has all the classes scheduled in the afternoon would have the lab schedued then as well .... NOOO the same course with the classes in the morning has the afternoon lab |
| 22:33.41 | emte | taught by the same instructor |
| 22:35.00 | pb_ | RP: can't think of anything. what do you mean by "voltage issues", exactly? |
| 22:35.22 | pb_ | are you saying that the power supply goes out of regulation when you turn the lcd on and off? that would be a bit unfortunate. |
| 22:35.34 | emte | battery charge goes from full to 5% |
| 22:35.50 | emte | reported* |
| 22:37.16 | *** join/#oe keturn (n=kevint@pdpc/supporter/sustaining/keturn) |
| 22:42.51 | emte | i need less family members to msg me |
| 22:45.18 | emte | msn ... the planet of little kids and family members .... |
| 22:46.16 | *** join/#oe Geo_KM (n=keith@ppp63-196.lns1.cbr1.internode.on.net) |
| 22:47.55 | CoreDump|home | JustinP: http://handhelds.org/scap/port.18026.png |
| 22:49.04 | CoreDump|home | one may ditch the GPE subfolder and place it right into favorites |
| 22:49.34 | emte | CoreDump|home, impressive |
| 22:50.15 | zecke | CoreDump|home: what is "Lost Windows"? |
| 22:50.24 | emte | but the real task is getting people to write apps for e17 |
| 22:50.32 | CoreDump|home | zecke: no idea, always empty :) |
| 22:50.39 | CoreDump|home | indeed |
| 22:50.42 | emte | the old pager |
| 22:50.56 | emte | or the handler for minimizing |
| 22:51.40 | CoreDump|home | nope, I've minimized a console, still empty |
| 22:52.20 | emte | i belive that is what its for ... working ... thats a different story |
| 22:53.00 | emte | i forget how to find minimized windows now |
| 22:53.44 | CoreDump|home | they are in "Windows" |
| 22:54.06 | emte | ah |
| 22:54.11 | JustinP | CoreDump|home: ...what did you do? |
| 22:54.19 | emte | i prefered the old desktop app bar |
| 22:54.27 | JustinP | (damn it, I nearly have mine done and you show up with another?) |
| 22:54.34 | emte | lol |
| 22:54.38 | zecke | CoreDump|home: anyway if you know where the Window is |
| 22:54.45 | zecke | CoreDump|home: it does not belong to Lost Windows |
| 22:54.46 | CoreDump|home | parse the .desktop files and used "category" as subfolder |
| 22:54.55 | CoreDump|home | zecke: ;) |
| 22:55.23 | zecke | Lost+Found Windows might be more approriate |
| 22:55.25 | CoreDump|home | JustinP: just the i was hacking on since yesterday |
| 22:55.34 | emte | lol |
| 22:58.55 | emte | slow arsed monotone ... |
| 23:00.53 | JustinP | ok, full run this time... |
| 23:03.55 | emte | CoreDump|home, i just pushed a new update |
| 23:04.18 | JustinP | a little more playing and I could have multilanguage names as well |
| 23:04.32 | CoreDump|home | ;) |
| 23:04.45 | emte | more playing and you wont need gpe :P |
| 23:04.48 | JustinP | CoreDump|home: don't tell me you already did that... |
| 23:05.00 | CoreDump|home | nope, to tired |
| 23:05.42 | CoreDump|home | emte: monotone: 22.0k | 47.7k | 0 | 0 | 0 |
| 23:06.27 | CoreDump|home | heh "musti" was quite busy today |
| 23:06.37 | emte | ? |
| 23:06.44 | CoreDump|home | http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=845f932890628e6c650909f15f2585f2b763ace8 |
| 23:07.46 | zecke | CoreDump|home: who is musti? |
| 23:07.55 | CoreDump|home | i've no idea |
| 23:08.47 | *** join/#oe lamikr (n=chatzill@aragorn.kortex.jyu.fi) |
| 23:11.16 | emte | Mustafa Yuecel |
| 23:11.25 | emte | http://www.handhelds.org/hypermail/familiar/280/28061.html |
| 23:14.50 | JustinP | http://handhelds.org/scap/port.19575.png |
| 23:15.54 | JustinP | http://handhelds.org/scap/port.19624.png |
| 23:16.08 | emte | what did you do to iconbar? |
| 23:16.26 | JustinP | I wasn't sure how to handle the "Categories" section so I just changed ; to /...probably wrong, but oh well |
| 23:16.37 | JustinP | emte: you mean on the bottom? that's the engage module |
| 23:16.43 | JustinP | emte: the iconbar is on the right |
| 23:16.56 | JustinP | oh, and.... |
| 23:17.33 | emte | or the hamburger |
| 23:17.41 | JustinP | http://handhelds.org/scap/port.19787.png |
| 23:17.42 | JustinP | then |
| 23:17.46 | JustinP | http://handhelds.org/scap/port.19801.png |
| 23:18.24 | JustinP | or better |
| 23:18.28 | JustinP | http://handhelds.org/scap/port.19935.png |
| 23:19.03 | JustinP | so...really....we probably don't need the menu in e at all...at least as long as you install the MB menu launcher ;-) |
| 23:19.10 | CoreDump|home | thats cheating :) |
| 23:19.16 | JustinP | yeah, I know |
| 23:19.43 | JustinP | the only thing my converted choked on was xrandr-panelapp.desktop |
| 23:19.49 | JustinP | dur to its long Exec line |
| 23:19.51 | JustinP | due |
| 23:19.58 | JustinP | probably the " in it |
| 23:20.23 | CoreDump|home | nasty |
| 23:20.37 | CoreDump|home | s/"\\"/ |
| 23:20.42 | CoreDump|home | err |
| 23:20.48 | CoreDump|home | s/"/\\"/ |
| 23:21.21 | emte | but maybe the gpe people have been smarter |
| 23:21.29 | emte | and you wont get em |
| 23:22.09 | JustinP | so that is Categories actually supposed to mean? |
| 23:22.37 | JustinP | what |
| 23:22.42 | CoreDump|home | never looked how GPE compiles its tabs/menus |
| 23:23.05 | emte | just like it sounds |
| 23:23.32 | reenoo_ | JustinP: look into the freedesktop.org spec? |
| 23:24.15 | reenoo_ | it's not like the .desktop format was invented for matchbox |
| 23:24.23 | CoreDump|home | hehe |
| 23:24.35 | CoreDump|home | or kde |
| 23:24.52 | JustinP | reenoo_: not really, no...are you referring to something in particular? |
| 23:25.34 | reenoo_ | JustinP: you asked a question about the .desktop spec. |
| 23:25.47 | reenoo_ | the spec has the answer |
| 23:26.23 | reenoo_ | CoreDump|home: actually, I believe had something similar first but I may be wrong on that |
| 23:26.31 | reenoo_ | s/had/kde had/ |
| 23:26.41 | emte | lol |
| 23:26.52 | CoreDump|home | reenoo_: now that you mention, yeah |
| 23:27.46 | emte | didnt motif have something liek that? |
| 23:28.10 | reenoo_ | the funny thing is.. robert love suggested storing info from .desktop files in a db at guadec |
| 23:28.35 | JustinP | reenoo_: so there's supposed to be an XML file which shows how the menu is laid out.... |
| 23:30.11 | JustinP | not that I would be able to do anything with it in shell |
| 23:30.24 | reenoo_ | reading all the .desktop files on startup is a bit expensive I/O wise |
| 23:31.06 | reenoo_ | JustinP: dunno. matchbox doesn't implement the full spec. but the meaning of the categories is the same as everywhere else |
| 23:31.51 | reenoo_ | 'night all |
| 23:32.06 | emte | and e normally wraps it's in edb |
| 23:32.08 | CoreDump|home | n8 reenoo_ |
| 23:32.41 | emte | hmm |
| 23:33.28 | emte | is it worth using edb for biohazard ... |
| 23:34.07 | emte | small applications could utilise it... |
| 23:34.30 | CoreDump|home | JustinP: what are the three boxes on the top of your desktop? |
| 23:35.47 | JustinP | CoreDump|home: it's the monitor applet |
| 23:35.51 | JustinP | e-modules |
| 23:36.17 | CoreDump|home | got that installed, but errr how do i enable it? |
| 23:38.35 | emte | hmm probably worth it |
| 23:39.20 | *** join/#oe molivier (n=mac@212.195.182.222) |
| 23:39.21 | JustinP | enlightenment_remote -module-load monitor |
| 23:39.27 | JustinP | enlightenment_remote -module-enable monitor |
| 23:39.28 | CoreDump|home | thx! |
| 23:39.36 | JustinP | CoreDump|home: I *told* you to loko at e_remote ;-) |
| 23:39.43 | CoreDump|home | :) |
| 23:47.25 | CoreDump|home | http://handhelds.org/scap/port.21400.png |
| 23:47.30 | CoreDump|home | sweet |
| 23:51.28 | JustinP | yep |
| 23:51.30 | JustinP | snow as well |
| 23:51.40 | JustinP | I fixed the xrandr problem now |
| 23:51.48 | *** join/#oe ZonE-HaKin9_ (n=ZH_n_SB@220-244-127-18-act.tpgi.com.au) |
| 23:52.25 | JustinP | http://oe.reversefold.com/gpeEap.sh.txt |
| 23:53.45 | ZonE-HaKin9 | Morning All ;) |
| 23:54.10 | CoreDump|home | hey ZonE-HaKin9 |
| 23:54.19 | ZonE-HaKin9 | hey bud... hows things |
| 23:55.07 | ZonE-HaKin9 | bbl coffee time, at work todday and need sum fuel ;) |
| 23:55.07 | CoreDump|home | tired :\ |
| 23:55.28 | ZonE-HaKin9 | hehe.. also i have sum feed back for the 5600 rom too |
| 23:55.42 | ZonE-HaKin9 | bb in about 15min |
