00:03.57 | treke | more or less works now |
00:04.05 | treke | just need to implement the aging and I'm good to go |
00:09.08 | *** join/#oe luke-jr_ (~luke-jr@207.192.219.246) |
00:18.55 | *** join/#oe W8TVI (~noel@69.39.75.252) |
00:36.08 | *** join/#oe zwi (~zwi@216.88.131.43) |
00:45.11 | treke|home | a |
01:04.30 | luke-jr_ | How can I get minisip_svn.bb to build? |
01:05.08 | luke-jr_ | BitBake always wants to do the versioned bb |
01:06.25 | *** join/#oe skopii (~john@c-67-167-213-29.hsd1.il.comcast.net) |
01:16.37 | *** join/#oe molivier2 (~mac@f01v-19-67.d4.club-internet.fr) |
01:20.44 | *** join/#oe hufnus (~slonsiki@md78336d0.tmodns.net) |
01:26.23 | treke|home | set the prefered_version |
01:36.39 | *** join/#oe noclouds (~mhfan@60.166.172.17) |
01:45.51 | luke-jr_ | treke: I did |
01:46.14 | treke|home | odd |
01:46.23 | luke-jr_ | I ended up using -b |
01:46.33 | luke-jr_ | only to find current Svn broken =p |
01:50.37 | kergoth | luke-jr_: let me guess. you set the preferred version to 'svn'? |
01:50.40 | kergoth | svn isnt the version. |
01:50.44 | kergoth | its just part of the filename. |
01:50.59 | kergoth | the actual version is overridden inside the .bb itself. look at what it sets PV to. |
01:51.12 | treke|home | kergoth: can you think of anything that would odd about trying to use a file uri with PREMIRRORS? |
01:51.14 | luke-jr_ | so that's why bitbake is so inefficient >.> |
01:51.20 | kergoth | hm? |
01:51.32 | kergoth | yes, it doesnt make foolish hardcoded assumptions. flexibility is king. |
01:51.49 | kergoth | the reason its inefficient is that it wasnt written well |
01:51.58 | luke-jr_ | assuming the filename has the version isn't a bad assumption, IMO |
01:52.07 | treke|home | sure it is |
01:52.09 | kergoth | i'm glad your opinion doesnt have anything to do with us |
01:52.16 | treke|home | it fails in the case of svn and cvs |
01:52.18 | treke|home | right off the bat |
01:53.25 | luke-jr_ | not if you consider that a numberless version has the date appended |
01:53.37 | kergoth | thats a really shitty assumption. |
01:54.07 | kergoth | and doesnt improve the efficiency for shit. everything needs to be parsed for a ton of reasons, not just that one |
01:54.14 | treke|home | there's no reason a version has to be numerical anyways |
01:54.34 | luke-jr_ | kergoth: Portage does a decent job of handling it |
01:54.59 | kergoth | luke-jr_: portage is limited. |
01:55.28 | luke-jr_ | kergoth: where have you used the extra flexibility gained? |
01:55.31 | kergoth | want to know how many times the developers have pointed at bitbake and oe as an example of a cool flexible way of doing something? |
01:55.44 | kergoth | its happened on a number of occasions |
01:55.58 | kergoth | clearly they see what you do not. please get a clue before criticising things you dont understand |
01:56.40 | treke|home | kergoth: bah |
01:56.46 | luke-jr_ | even still, no need to be parsing bbs that aren't needed |
01:57.01 | kergoth | bullshit. |
01:57.09 | emte | hey kergoth |
01:57.13 | luke-jr_ | or is assuming the filename contains the pkgname horrible also? |
01:57.20 | treke|home | yes it is |
01:57.26 | treke|home | :) |
01:57.27 | luke-jr_ | treke: why? |
01:57.30 | kergoth | once again, why dont you try learning about the system before spouting nonsense. |
01:57.54 | kergoth | and once again, the files need to be parsed for MANY reasons. the packagename and version is nothing. |
01:58.16 | luke-jr_ | kergoth: well, Portage works, BitBake doesn't (w/o eating a ton of RAM) |
01:58.18 | kergoth | the inefficiency isnt due to the things you're spouting crap about. it's due to evolving from portage |
01:58.23 | kergoth | portage doesnt directly parse the files. |
01:58.25 | luke-jr_ | I can't imagine there's a whole lot gained by eating the RAM |
01:58.28 | kergoth | it resies on bash doing so |
01:58.35 | kergoth | i dont give a shit about your limited imagination. |
01:59.14 | kergoth | the policy decisions arent the reason for its inefficiencies. |
01:59.22 | kergoth | how many times do i need to explain this before it fucking sinks in? |
01:59.57 | luke-jr_ | even once would help |
02:00.47 | treke|home | he already did |
02:00.49 | kergoth | the files need to be parsed for MANY reasons. the packagename and version is nothing. you'd gain jack by imposing arbitrary foolish limitations on the design in a lame attempt at premature optimization. |
02:00.58 | treke|home | [18:51] <kergoth> the reason its inefficient is that it wasnt written well |
02:01.02 | treke|home | that simple. |
02:01.14 | luke-jr_ | you've said those reasons are nothing; you haven't said what reasons *are* something |
02:01.47 | kergoth | the package syou ask bitbake to build arent package names. you're asking bitbake to build a provider. |
02:01.52 | kergoth | you dont know what a package provides until you parse it |
02:02.02 | kergoth | that's just first and forefost |
02:02.04 | kergoth | foremost, even |
02:02.30 | kergoth | when you ask bitbake to build virtual/libc, it cannot know what provides that until it has parsed every file in the tree. |
02:02.44 | luke-jr_ | and that's why there's a cache, I would think |
02:02.51 | kergoth | and the cache was a shitty afterthought |
02:02.55 | kergoth | once AGAIN, the code was badly done |
02:03.02 | kergoth | how many times do we need to hammer this into your thick skull? |
02:03.18 | *** join/#oe kbot` (~supybot@covenant.kergoth.com) |
02:03.23 | kergoth | imposing foolish arbitrary limitations on package name or version would gain you absolutely nothing. |
02:03.30 | kergoth | whlie limiting flexibility |
02:03.37 | luke-jr_ | ok then |
02:04.57 | *** join/#oe zwi (~zwi@216.88.131.43) |
02:04.57 | *** join/#oe dkey (~dkey@L0005P13.dipool.highway.telekom.at) [NETSPLIT VICTIM] |
02:04.57 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
02:04.57 | *** join/#oe obi (~obi@B3114.karlshof.wh.tu-darmstadt.de) [NETSPLIT VICTIM] |
02:04.57 | *** join/#oe vol (~jugga@cpe-24-194-97-147.nycap.res.rr.com) |
02:04.57 | *** join/#oe offroadgeek (michael@offroadgeek.sustaining.supporter.pdpc) |
02:04.57 | *** join/#oe dyoung (~dyoung@dyoung.nslu2-linux) |
02:04.57 | *** join/#oe greg72 (~budayg@ns1.sysdata.hu) |
02:04.57 | *** join/#oe dustpuppy (~chris@62.141.36.81) |
02:04.58 | *** join/#oe CoreDump|afk (~mhentges@hentges.net) |
02:05.14 | treke|home | kergoth: so back to premirrors :p |
02:05.21 | kergoth | hehe |
02:05.38 | kergoth | okay, the MIRRORS and PREMIRRORS were a simple easy way to set up alternate locations via regexes |
02:05.41 | kergoth | the issue is, iirc |
02:05.48 | kergoth | it was implemented in the Wget class |
02:05.55 | kergoth | i dont think it was implemented higher level so itd affect all fetch methods |
02:06.02 | treke|home | ah, so it can't use the local class? |
02:06.03 | kergoth | if that's the case, that shoudl really be fixed |
02:06.12 | kergoth | right, local has no mirroring |
02:06.14 | kergoth | nor does cvs |
02:06.15 | treke|home | that would completely explain this |
02:06.20 | kergoth | which is why the cvs tarball stash exists! |
02:06.26 | kergoth | otherwise we could just use mirrors/premirrors |
02:06.40 | kergoth | what you'd want to do is, make it call localpath() |
02:06.47 | kergoth | and look for that when doing the mirrors |
02:06.53 | kergoth | so in the cvs case, it'd try to get the tarball |
02:06.54 | treke|home | I was hoping to bypass the overhead of the webserver when pulling it out of the mirror |
02:07.13 | kergoth | hmm |
02:07.14 | treke|home | but it isn't that big of a deal |
02:07.25 | treke|home | and I have more pressing things on the stack of needed features |
02:07.31 | treke|home | like the upload script |
02:07.32 | kergoth | well, afaik, you _should_ be able to setup your premirrors so that upstream http urls come from a file:// premirror |
02:07.46 | kergoth | its the upstream uri type that affects which fetch class is used |
02:07.51 | kergoth | http/ftp uses Wget, which handles mirrors |
02:08.18 | kergoth | what behavior are you seeing? |
02:08.27 | treke|home | kergoth: What I'm running into is that when I specify file:///storage/oe/source ( which seems to be the right syntax) it says it's an unsupported scheme |
02:08.37 | treke|home | lemme look to get it exactly |
02:09.06 | kergoth | hmm that's strange. it's almost like the Wget mirrors code is calling its own fetch function on the mirror url |
02:09.10 | kergoth | rather than the main bb.fetch. one |
02:09.55 | treke|home | I'm sick of people uploading upgrades with no source, so next up is an upload script that disallows it :p |
02:10.38 | kergoth | woot |
02:10.40 | kergoth | we really need that |
02:11.03 | treke|home | NOTE: fetch file:///storage/oe/source/archive/aliens_V1.0.0.tar.gz |
02:11.03 | treke|home | file:///storage/oe/source/archive/aliens_V1.0.0.tar.gz: Unsupported scheme. |
02:11.42 | treke|home | not particulry more useful than what I said though :p |
02:12.52 | treke|home | I'll just grab from apache for now and it we can poke at it later once you're done moving |
02:12.56 | kergoth | k |
02:13.11 | kergoth | it'll probably be a fairly quick fix, i've been wanting to fix that stuff up for a while anyway |
02:13.26 | treke|home | when do you actually leave for MN? |
02:13.46 | kergoth | not sure yet. the movers have vans doing runs periodically. sometime between may 3rd ant he 20th |
02:13.52 | kergoth | should get a call with exact info |
02:15.58 | treke|home | my goal in the end is to try to minimize breakage as much as possible so that when mickey actually gets free time he can work on moving us forward :p |
02:15.58 | *** join/#oe Bernardo|Away (~jbbrs@213.58.72.68) |
02:19.45 | *** join/#oe quiddity (~chatzilla@ip24-255-116-112.dc.dc.cox.net) |
02:38.44 | *** join/#oe aphistic (~aphistic@CPE-65-30-217-110.wi.res.rr.com) |
02:40.27 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
03:08.42 | chouimat|Zzzz | night |
03:15.04 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
03:55.02 | *** join/#oe bluelightning (~bluelight@203-173-245-139.akl.ihugultra.co.nz) |
03:55.29 | *** join/#oe Crofton (~balister@66-207-66-26.black.dmt.ntelos.net) |
04:08.02 | *** join/#oe treke (~ggilbert@69-175-32-221.ventca.adelphia.net) |
04:32.03 | *** join/#oe joshin (~joshin@VDSL-130-13-178-68.PHNX.QWEST.NET) |
04:36.46 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
05:00.34 | jskcr|lappy | ~bbcow |
05:00.35 | ibot | from memory, bbcow is a couple patches for bitbake and openembedded to use copy-on-write for the metadata handling. It greatly reduces memory consumption. Get them at http://www.frankengul.org/~seb/cowbb/. |
05:07.09 | *** join/#oe quiddity (~chatzilla@ip24-255-116-112.dc.dc.cox.net) |
05:07.56 | *** join/#oe dkey| (~dkey@L0005P08.dipool.highway.telekom.at) |
05:17.59 | *** join/#oe qfh (~qfh@ppp-82-135-4-185.mnet-online.de) |
05:36.01 | *** join/#oe Timelord (~TL@64-147-65-66.access-3.intertex.net) |
05:58.21 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
05:58.30 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
06:02.27 | *** join/#oe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |
06:13.56 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
06:21.30 | *** join/#oe minipanda (~zhanght@221.122.51.131) |
06:25.20 | *** part/#oe minipanda (~zhanght@221.122.51.131) |
06:30.30 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
06:35.36 | *** join/#oe man-di (~man-di@dyndsl-080-228-192-231.ewe-ip-backbone.de) |
06:46.26 | *** join/#oe Ken|JLimeX (~Ken@h72n2fls34o1105.telia.com) |
06:48.20 | *** join/#oe zap (~zap@217.170.93.196) |
07:14.51 | jskcr|lappy | ~bbcow |
07:14.52 | ibot | methinks bbcow is a couple patches for bitbake and openembedded to use copy-on-write for the metadata handling. It greatly reduces memory consumption. Get them at http://www.frankengul.org/~seb/cowbb/. |
07:44.43 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
08:06.04 | *** join/#oe cedric_ (~cedric@voulx.bluebugs.org) |
08:09.08 | *** join/#oe bluelightning (~bluelight@203-173-244-65.akl.ihugultra.co.nz) |
08:15.49 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
08:50.29 | *** join/#oe jskcr|lappy (~jskcr@jskcr.user) |
09:22.31 | *** join/#oe Virusmaster (~Thomas@pD95F71C1.dip.t-dialin.net) |
09:38.45 | *** join/#oe XorA (~dp@81-178-205-139.dsl.pipex.com) |
10:01.07 | *** join/#oe pb_ (~pb@2002:5168:d330:1:a00:1fff:fe06:93c) |
10:03.55 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
10:05.13 | Ken|JLimeX | looking to change the default opie-background, what package should i change? |
10:06.45 | pb_ | Ken|JLimeX: best to check with #opie for that |
10:06.52 | Ken|JLimeX | pb_, oki thx |
10:09.50 | RP | hi pb_ |
10:10.15 | pb_ | hello rp |
10:28.54 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
10:33.49 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
10:39.33 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
11:18.59 | treke|home | dwwwwwwwwwwwwwwwwwwwwwwwwwwwwddddddddddddddddddddddddddddddddddddddddddddddddddddddddddd |
11:19.39 | Twiun | sounds painful |
11:22.53 | *** join/#oe Laibsch (~leggewie@G05cd.g.pppool.de) |
11:43.27 | *** join/#oe zecke (~ich@83-169-170-14-dynip.superkabel.de) |
11:47.34 | RP | Hmmm. CF card handling in 2.6.12-rc2-mm3 is extremely broken :-/ |
11:53.09 | mickeyl | morning |
11:53.10 | mickeyl | RP: bummer |
11:53.18 | mickeyl | RP: just because the new cardctl layer ? |
11:53.22 | mickeyl | koen|holiday: ping |
11:53.28 | mickeyl | hmm holiday? :/ |
11:54.04 | RP | mickeyl: looks like it. I was always a mess with its interaction with the ide layer. Now it seems to be plain broken :-/ |
11:54.27 | RP | mickeyl: I think koen is away for the weekend + Monday |
11:54.31 | RP | morning btw :) |
11:54.49 | mickeyl | bummer... well then the GPE section in the OOO newsletter will have to be supplied later no |
11:54.53 | mickeyl | later on, even |
11:55.14 | RP | Was Cwiiis writing that? |
11:55.20 | mickeyl | no, koen |
11:55.58 | RP | Ah, I thought koen had delegated some of it :) |
11:56.07 | mickeyl | heh, perhaps he did |
11:56.46 | RP | I'm going to try 2.6.12-rc3-mm1 - see if that has any fixes that help. If not, I'll publish the oopes... |
12:06.57 | Laibsch | What would be a good choice for a python GUI toolset to run on the Zaurus? Both the program and the development tools ought to be freely available for Windows and Linux. I thought about PyQT, but http://www.die-offenbachs.de/detlev/eric3.html scared me off with "In order to use eric3 under Win... operating systems you need a commercial or educational license of Qt 3.1". I thought QT was fully GPL? Is that site errouneous? Are there alternatives? I gu |
12:08.43 | mickeyl | qt is gpl on linux |
12:08.50 | mickeyl | not on windows |
12:08.57 | mickeyl | this will change with version 4 |
12:09.22 | pb_ | hi mickey |
12:09.36 | mickeyl | hi pb_, how are things? |
12:09.47 | zecke | Laibsch: http://www.riverbankcomputing.co.uk/pyqt/download.php |
12:09.58 | Laibsch | mickeyl: Thank you for confirming this rather unfortunate news. |
12:10.04 | zecke | Laibsch: PyQt for Win32 with either the commercial, non-commercial or educationaly edition |
12:10.55 | mickeyl | what makes it even more confusing, is that we now have a fully oss qt3 and pyqt3 on windows |
12:10.55 | Laibsch | zecke: mickeyl just confirmed that development under Windows cannot yet be done non-commercially. |
12:11.06 | pb_ | mickeyl: pretty good, thanks. just recovering from my first week back at work after linux.conf.au. |
12:11.10 | Laibsch | Just now I utterly confused. |
12:11.37 | mickeyl | Laibsch: yah, i was as well as I've seen it. the kde-win32 project have recreated qt3 on win32 |
12:11.52 | mickeyl | pb_: did you have a chance to do some meetings and talk with some interesting guys? |
12:12.25 | pb_ | yup. I talked to Tim Bird, which was interesting. |
12:12.30 | mickeyl | Laibsch: check here: http://pythonqt.vanrietpaap.nl/download/ |
12:12.52 | mickeyl | pb_: any insights in future plans from the Trolls ? |
12:13.45 | mickeyl | Cwiiis: ping |
12:13.57 | Laibsch | mickeyl: Thanks, so I guess I could just go Qt now and use qt3 from KDE until QT4 is out? |
12:14.11 | Laibsch | That is nice. |
12:14.13 | mickeyl | Laibsch: I'd say that sounds like the most sane thing on win32 to do |
12:14.25 | Laibsch | Appears to be the only option, actually |
12:14.26 | pb_ | mickeyl: ljp gave a talk about that, but to be honest I don't remember too much of the detail. I think mithro plans to publish a video, though. |
12:14.41 | mickeyl | heh |
12:14.42 | mickeyl | ok |
12:15.01 | Laibsch | wxwindows appears to be going the embedded route, but I wonder if they will ever make it onto the Z. |
12:15.20 | mickeyl | doubtful |
12:15.24 | zecke | mickeyl: TT plans: 1.) steal underwear 2.) ??? 3.) make money (from southpark) |
12:15.26 | Laibsch | ACK. |
12:15.27 | mickeyl | wxwindows is uninteresting |
12:15.40 | mickeyl | it combines some of the worst aspects of other GUI toolkits .D |
12:15.44 | pb_ | heh |
12:16.02 | mickeyl | well, it's not that bad, but it reminds me too much of MFC |
12:16.14 | mickeyl | and it looks ... uhm... suboptimal |
12:16.18 | mickeyl | IMHO |
12:16.46 | Laibsch | I did like the cross-platform but native thing. And for a while it was the only window set that worked both on Win and Lin that I was aware of. |
12:16.46 | zecke | mickeyl: you said the evil word |
12:17.22 | mickeyl | hmm how can i upload new images to the oz wordpress site? |
12:17.26 | mickeyl | hrw|holidays |
12:17.28 | mickeyl | urghs |
12:17.31 | mickeyl | all those holiday guys |
12:31.26 | mickeyl | ok, guys, it's out |
12:31.33 | mickeyl | OZ 3.5.3 for C3000 and C1000 |
12:31.40 | mickeyl | for now only Opie though |
12:31.43 | mickeyl | GPE will follow soon |
12:32.13 | RP | *sigh*. 2.6.11-rc3-mm1 is equally broken re: CF |
12:32.17 | mickeyl | bummer |
12:46.04 | mickeyl | hmmm |
12:46.21 | mickeyl | "housework, honey. leave that damn machine and get started" |
12:48.23 | pb_ | heh |
13:06.23 | *** join/#oe frdy (~adam@195.117.61.93) |
13:07.00 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
13:09.09 | *** join/#oe dkey| (~dkey@L0010P11.dipool.highway.telekom.at) |
13:37.27 | *** join/#oe frdy_ (~adam@195.117.61.93) |
13:38.22 | *** join/#oe reenoo_ (~r@p5489FF87.dip.t-dialin.net) |
13:38.42 | reenoo_ | afternoon |
13:40.16 | man-di | hi reenoo_ |
13:40.39 | reenoo_ | hey man-di |
13:40.47 | man-di | reenoo_: after our talk I have researched a bit and I think I found some solutions for you. |
13:41.05 | reenoo_ | cool |
13:41.13 | man-di | lets see what answers I get for my questions |
13:42.20 | man-di | reenoo_: I think we can add some features to the free VMS that SUN dont has (yet) |
13:50.45 | reenoo_ | man-di: yeah. that will attract even more people. |
13:51.12 | reenoo_ | man-di: btw, I'll post a blog reply and subscribe to the classpath lists tonight |
13:52.02 | *** join/#oe frdy (~adam@195.117.61.93) |
13:53.06 | *** join/#oe Virusmaster (~Thomas@pD95F71C1.dip.t-dialin.net) |
14:01.31 | man-di | reenoo_: cool, thx |
14:11.03 | mithro | man-di: hello? |
14:12.58 | man-di | mithro: moo |
14:13.21 | man-di | mithro: long time now seen |
14:13.35 | man-di | s/now/not/ |
14:13.56 | mithro | man-di: yeah |
14:14.28 | mithro | man-di: what ever happened to those debs you promised me :P |
14:14.37 | man-di | huh? |
14:14.47 | man-di | I send the url to you, didnt I? |
14:14.51 | man-di | sent |
14:15.06 | mithro | man-di: hrm... |
14:15.38 | man-di | lets change to private, this is OT here. |
14:17.14 | chouimat | morning |
14:18.08 | mithro | man-di: so what brings you here to OE? |
14:18.24 | man-di | mithro: reenoo and his java stuff |
14:21.19 | man-di | mithro: I met reenoo_ in person yesterday as he lives near me |
14:21.39 | mithro | ahh your both in Germany? |
14:21.48 | man-di | yes |
14:22.13 | Crofton | I have a really stoopid question, how do you make a patch? |
14:22.35 | mithro | Crofton: look at diff |
14:22.37 | Crofton | I know about diff, but I am having a stupid problem and thin kI should go back to the beginning |
14:23.17 | Crofton | Yes, I am very frustrated :) |
14:23.51 | Crofton | I have done this b4 |
14:25.48 | mithro | whats the exact problem |
14:26.19 | Crofton | I have a patch that doesn't apply when I try and build a package with oe |
14:27.31 | Crofton | It's a very simple patch, adds one line |
14:27.33 | *** join/#oe zwi (~zwi@216.88.131.43) |
14:34.49 | mickey|housewrk | a) bitbake -c patch -b buildfile |
14:34.53 | mickey|housewrk | b) cd into the dir |
14:35.06 | mickey|housewrk | c) patcher -n mynewpatch fileToEdit.cpp |
14:35.11 | mickey|housewrk | d) <edit the file> |
14:35.14 | mickey|housewrk | e) patcher -r |
14:35.29 | mickey|housewrk | f) cp .patches/mynewpatch.patch <whereever> |
14:35.34 | *** join/#oe aboeglin (~aboeglin@213.154.79.4) |
14:35.36 | mickey|housewrk | g) edit SRC_URI to include that patch |
14:35.42 | mickey|housewrk | h) rebuild to see if everything worked |
14:35.46 | mickey|housewrk | i) finished |
14:36.38 | *** join/#oe quiddity (~chatzilla@ip24-255-116-112.dc.dc.cox.net) |
14:48.21 | *** join/#oe marcansoft (1337@80-29-18-233.adsl.nuria.telefonica-data.net) |
15:03.51 | *** join/#oe Ken|JLime (~Ken@h72n2fls34o1105.telia.com) |
15:47.45 | *** join/#oe lardman (~lardman@138.38.73.178) |
15:51.27 | *** join/#oe marcansoft (1337@80-29-18-233.adsl.nuria.telefonica-data.net) |
15:54.42 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
15:59.57 | zecke | damn python sqlite bindings.. |
16:30.12 | *** join/#oe Crofton (~balister@66-207-66-26.black.dmt.ntelos.net) |
16:36.46 | *** join/#oe molivier2 (~mac@f01v-26-62.d4.club-internet.fr) |
16:42.23 | *** join/#oe quiddity (~chatzilla@ip24-255-116-112.dc.dc.cox.net) |
16:52.13 | *** join/#oe marcanso1t (1337@80-29-18-233.adsl.nuria.telefonica-data.net) |
17:09.16 | *** join/#oe qip|Virus|da (~Thomas@pD9E5C15D.dip.t-dialin.net) |
17:52.57 | *** join/#oe Crofton (~balister@66-207-66-26.black.dmt.ntelos.net) |
18:20.08 | *** join/#oe andersee (~andersee@codepoet.org) |
18:37.35 | treke|home | and now I remember why I hated doing this using bb :p |
18:37.58 | treke|home | wonder where my rewrite of the code is |
18:38.17 | emte | the unvarnished truth about how females are attracted to you while using it? |
18:38.26 | emte | :P |
18:39.44 | treke|home | haha |
18:39.54 | emte | :) |
18:39.55 | treke|home | no just a pain to control :p |
18:40.02 | emte | cmon we know thats what counts |
18:41.02 | emte | blech ... |
18:41.57 | emte | do i want to setup my etching system just to make a SMD adapter for a crystal or do i want to just do some solder magic ? |
18:45.35 | emte | i should just order some pogos and make an adapter board for these |
18:50.22 | marcanso1t | hmm |
18:50.25 | marcanso1t | interesting |
18:50.30 | marcanso1t | the SL-6000L uses USB power for something |
18:51.05 | emte | probably trickle power |
18:51.27 | marcanso1t | not sure, but at least the USB function will not work if there is neither USB power nor charger power |
18:51.45 | emte | faster battery charging if you bypass the battery while in the cradle |
18:52.01 | marcanso1t | Which is why the old SL-5500 docking station (without the plastic to keep you from trying) will not work on the 6000L unless you plug in the charger |
18:52.26 | marcanso1t | I'm not sure what it precisely powers |
18:52.46 | marcanso1t | but at least the USB functions do not work if neither USB nor charger power is present |
18:53.05 | emte | could have been a mod to increase battery life |
18:53.12 | marcanso1t | might have |
18:53.15 | marcanso1t | but it's strange |
18:53.24 | marcanso1t | that shouldn't prevent the USB chip from working |
18:53.46 | marcanso1t | which suggests some output buffer or USB chip is powered from USB or charger power |
18:53.56 | marcanso1t | maybe it requires 5 volts? |
18:54.02 | marcanso1t | (the Z battery only runs 3.7) |
18:54.06 | emte | good chance |
18:54.22 | emte | quite a few usb chips are 5 |
18:54.32 | marcanso1t | interesting |
18:54.58 | emte | hmm |
18:55.03 | marcanso1t | OTOH I don't recall this happening on the SL-5500. The docking station doesn't provide USB power and I don't recall having to plug in the charger |
18:55.32 | emte | might have a power amp to push up the voltage |
18:55.47 | marcanso1t | a DC-DC you mean |
18:55.49 | marcanso1t | hmm |
18:55.50 | marcanso1t | might have |
18:55.52 | emte | would eat more battery tjo |
18:55.59 | marcanso1t | yep |
18:56.09 | marcanso1t | also, what about the USB OTG connector on the 6000L? |
18:56.19 | marcanso1t | if it's USB host it should provide power |
18:56.26 | marcanso1t | unless it's exempt from that by the OTG specs |
18:56.34 | marcanso1t | but then keyboards/mice wouldn't work |
18:56.39 | marcanso1t | and they do |
18:57.10 | emte | perhaps they are using an rs232/245 convert? |
18:57.30 | marcanso1t | hmm? |
18:57.48 | marcanso1t | not sure |
18:57.57 | marcanso1t | interesting thing to try: plugging the 6000L on itself |
18:58.17 | marcanso1t | if it works you then get a nifty two ethernet interfaces connected to each other |
18:59.40 | *** join/#oe zap (~zap@217.170.93.196) |
19:04.17 | pb_ | hi zap |
19:08.19 | zap | hi phil |
19:18.05 | *** join/#oe B0Ti (~boti@82.79.98.49) |
19:52.34 | *** join/#oe W8TVI (~noel@69.39.75.252) |
19:53.21 | treke|home | , |
20:04.55 | pb_ | indeed |
20:15.23 | *** join/#oe Virusmaster (~Thomas@pD9E5C15D.dip.t-dialin.net) |
20:20.14 | *** join/#oe anomaly__ (~anomaly@ppp129-86.lns1.adl2.internode.on.net) |
21:10.12 | *** join/#oe |dkey| (~dkey@L0001P06.dipool.highway.telekom.at) |
21:14.19 | zecke | ~lart pysqlite |
21:14.35 | *** join/#oe Ken|JLime (~Ken@h72n2fls34o1105.telia.com) |
21:15.24 | *** join/#oe bluelightning (~bluelight@203-173-244-209.akl.ihugultra.co.nz) |
21:16.52 | *** join/#oe woglinde (woglinde@pD95D1F27.dip.t-dialin.net) |
21:17.22 | *** join/#oe schurig (~holger@p54B210B6.dip0.t-ipconnect.de) |
21:44.42 | zecke | that crappy bindings |
21:53.11 | RP | Why would a c700 suddenly refuse to reflash? :-/ |
21:53.50 | RP | Same card + procedure works fine on a c760... |
21:58.57 | zecke | RP: mkfs.dosfs on the partition and try again |
22:02.18 | RP | zecke: No change. I go into the menu, tell it to reflash and it does nothing but sits with a blank screen... |
22:04.10 | kergoth | could be a messed up cf updater. tried doing a nand restore? |
22:05.00 | RP | kergoth: I've not resorted to that. I don't have a c700 image for a start. That looks like the only option though. I'd just like to know how I've damaged it... |
22:05.39 | kergoth | nod. the only time i've had that happen is fucking around blindly with the first partition of nand. heh |
22:07.27 | RP | It certainly looked like the updater kernel is never lauching as I don't get the boot messages :-/ |
22:08.01 | RP | I've not done anything to cause it - just a few kernel oopes... |
22:09.07 | RP | Unless the 700 is more sensitive somehow :-/ |
22:11.06 | RP | Time to find a nand image... |
22:13.27 | RP | kergoth: I've been trying to test the new pcmcia functionality. So far all it does is oops |
22:14.20 | RP | kergoth: It also doesn't seem to remove the need for cardmgr so I'm slightly confused by it all... |
22:33.37 | *** join/#oe anomaly_ (~anomaly@ppp129-86.lns1.adl2.internode.on.net) |
22:38.05 | RP | It won't perform a nand restore either :-( |
22:43.06 | zecke | oh |
22:44.06 | RP | It seems the bootloader and the CF interface aren't talking :-/ |
22:44.22 | RP | If fact, the NOR loader won't talk to the CF cards |
22:58.37 | zecke | lol the SQLite module is SLOOOW but the memory used is low and keeps constantly low |
23:02.42 | RP | zecke: I suspect with a decent sql engine it would be a lot faster... |
23:03.01 | RP | Still, it would give all the people with no memory something useable which is good :) |
23:03.12 | RP | Stop them complaining (as much) :) |
23:06.39 | zecke | RP: sqlite is pretty usable but the bindings suck ass |
23:06.58 | zecke | for sqlite every entry is a string... |
23:07.15 | zecke | not for the pysqlite binding you can not have ' in your string... |
23:08.00 | zecke | now most of the time is spent in fixing up strings to work with pysqlite (I hope I simply misuse it) |
23:09.00 | RP | sql doesn't get on well with ' characters... I'm not familiar with how pysqlite should abstract that |
23:09.24 | RP | I'm going to bed before I break something else. This c700 is not happy :-( |
23:10.24 | zecke | RP: yeah BUT normally you can bind the string to a position in your query... |
23:11.02 | RP | zecke: true. If you can't do that, I can see the problem... |
23:16.11 | treke|home | yeah |
23:16.32 | treke|home | personally I'd rather see bb use less ram at the expense of speed |
23:20.30 | RP | I'll be very interested to try the code using sql as I think I should be able to start helping expand on it... |
23:20.43 | RP | anyhow, time for bed. g'night all |