Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2012-07-03

00:00:35 Quit XavierGr ()
00:02:35 Quit Elfish (Ping timeout: 240 seconds)
00:02:47 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
00:04:04 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
00:05:28 Quit perrikwp (Ping timeout: 264 seconds)
00:06:00 Quit perrikwp_ (Read error: Connection reset by peer)
00:07:15 Quit leavittx (Ping timeout: 248 seconds)
00:07:17 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
00:12:35 Quit crwl (Ping timeout: 240 seconds)
00:12:35 Quit ved (Ping timeout: 240 seconds)
00:12:43 Join ved [0] (ved@ddsbox.co.cc)
00:13:16 Join amayer [0] (~amayer@72.25.21.171)
00:13:19 Join crwl [0] (~crwlll@dsl-jklbrasgw1-ffb9c300-103.dhcp.inet.fi)
00:34:55 Quit domonoky1 (Read error: Connection reset by peer)
00:37:27 Join Scromple [0] (~Simon@119.225.209.134)
00:42:56 Quit Strife89 (Quit: Vamoose!)
00:49:09 Quit prof_wolfff (Ping timeout: 246 seconds)
00:59:06 Quit kevku (Ping timeout: 248 seconds)
01:00
01:01:14 Quit farlepet (Ping timeout: 245 seconds)
01:10:47 Join kevku [0] (x@heaaqi4aafadxgkquithe65ki3u.dyn.reverse.name)
01:12:38 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped)
01:19:00 Quit Rower85 (Quit: Hmmm...)
01:19:19 Quit mgottschlag (Ping timeout: 246 seconds)
01:25:43***Saving seen data "./dancer.seen"
01:30:56 Quit liar (Ping timeout: 245 seconds)
01:34:33 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
01:53:20 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
01:58:49 Quit BHSPitMonkey (Remote host closed the connection)
02:00
02:03:45 Quit [Saint] (Remote host closed the connection)
02:04:36 Quit MethoS- (Ping timeout: 265 seconds)
02:10:33 Join [Saint] [0] (~Saint]@101.98.158.103)
02:10:33 Quit [Saint] (Changing host)
02:10:33 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
02:15:14 Quit [7] (Ping timeout: 248 seconds)
02:17:29amayeris there a way to move changing text(play time) along with the progress bar on the wps?
02:17:31amayerive checked the wiki and googled it.
02:18:32JdGordonamayer: no
02:18:42JdGordonthough im listening, come up with a way to do it
02:21:17 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
02:21:21amayerI havent read any of the code yet. im just trying to make a theme. to kinda dip my feet in the water.
02:21:57amayerafter i finish my current project at work i plan on reading some of the RB code and see what i can do
02:24:11JdGordonyou want to draw the remaining time at the end of the filling bar?
02:25:06[Saint]bah! you wrote the code, but I'm the one that can think of a way to do it :)
02:25:20[Saint](its very hacky, but, you could do it)
02:25:28JdGordonhow?
02:25:56[Saint]multiple viewports and the percent played tag.
02:26:07JdGordonthat wont be smooth at all though
02:26:25[Saint]I didn't read that as a requirement.
02:26:33*[Saint] shrugs
02:28:18[Saint]it wouldn't need to be too granular. The steps would only need to be the approximate width of one char of the font used really.
02:28:46[Saint]I _did_ say it was hacky! ;)
02:30:42amayeridealy i would like the time played to have a relative position or something. that way you can put the time above negative(-) value, on (0), or below positive(+) value the progress bar
02:31:20[Saint]oh, what? so you just want it to stay in one place?
02:31:37amayerno no. i want it to follow the progress bar
02:31:47amayerlike stay with the end of the progress bar
02:32:20amayerbut some people may want it above the progress bar, some may want it below some may want it on the progress knob
02:32:36amayerknob = slider image
02:33:31[Saint]Actually, the way I was thinking may encounter drawing issues...I'm quite sure you wouldn't be able to draw a bar in the backdrop viewport *and* have it actually update.
02:34:16amayerim not familiar with the code thats why im not making suggesions on how to do it.
02:34:44amayer(not saying someone else should do it. just asking if you could do it)
02:35:58[Saint]The issue with the way I was thinking is that there's not really a concept of foreground and background in themes.
02:36:08JdGordonyes there is!
02:36:37[Saint]You can draw to the backdrop buffer, but there's no guarantee it will update a: at all, b: the way you'd like it to.
02:37:13amayerdoes drawing an image to the backdrop buffer work %Vb i think?
02:37:29amayeri havent gotten a change to try it yet
02:37:51[Saint]and apart from that, the skin will try draw items in the order they're called in the theme, but things that update often bring themselves to the foreground or make weird blinking effects if you try layerig dynaimic stuff.
02:38:12[Saint]wow...type bad I.
02:38:14JdGordon[Saint]: a is wrong
02:38:40[Saint]JdGordon: not in my experience.
02:38:49[Saint]I can't even get AA to update on track change.
02:38:58[Saint](if its in the backdrop buffer)
02:39:09JdGordonreally?
02:39:12JdGordonlame!
02:39:20[Saint]I tried a bar and it didn't update _at all_
02:39:45JdGordonAA on the backdrop was my origional test case
02:39:55JdGordonadmitadly, actualy changing tracks may not have been tested :p
02:39:59JdGordonfile a bug please
02:40:02[Saint]did you test it during a track change?
02:40:14[Saint](I assume so, just askin')
02:40:46[Saint]AlexP discovered this originally, iirc.
02:44:40JdGordonyeah, file a bug, it might be a simple fix
02:44:45JdGordoni need to see your wps
02:45:35[Saint]I believe gevaerts may have looked into it (during your wedding/honeymoon) also. Not 100% sure.
03:00
03:10:25 Quit perrikwp (Ping timeout: 255 seconds)
03:23:34 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
03:25:46***Saving seen data "./dancer.seen"
03:31:17 Quit thegeek (Read error: Operation timed out)
03:36:23 Quit nosa-j (Excess Flood)
03:43:53 Join nosa [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
03:44:35 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
03:48:04 Quit nosa-j (Client Quit)
03:52:22 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
03:59:40*[Saint] has another go at building the arm-app toolchain
04:00
04:00:10[Saint]some cloog-ppl error was kicking my ass last night, but I seem to have crushed it.
04:01:03 Quit nosa-j (Quit: lol)
04:02:49 Quit TheSeven (Read error: Operation timed out)
04:03:01 Join TheSphinX^ [0] (~briehl@p5B3217C7.dip.t-dialin.net)
04:04:32 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
04:05:39 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
04:06:33 Quit TheSphinX_ (Ping timeout: 252 seconds)
04:06:52 Quit nosa-j (Excess Flood)
04:08:09 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
04:08:36JdGordon[Saint]: sooooo.... had a chance to test the bar touch patch?
04:10:51[Saint]Its queued to build after the arm-app toolchain finishes
04:11:15[Saint]I can't really push things now I'm on stoopid spinning platters.
04:15:05 Quit Thra11 (Ping timeout: 264 seconds)
04:17:30amayerquestion: why does the progress bar get shrunk when you have a knob?
04:17:32amayerref: http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildap4.html
04:17:34amayersection D.28.1 note at the bottom
04:19:09amayeri cant figure out how to line up a progress bar when it has a knob on it
04:19:38 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:19:38 Quit amiconn (Disconnected by services)
04:19:41 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:19:54amayerit lines up fine then i put a knob/slider on it and its off a little
04:20:01 Quit pixelma (Disconnected by services)
04:20:01 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:20:03 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:30:15JdGordonhehe know :p
04:30:18JdGordonknob*
04:30:22JdGordonyou mean the slider?
04:31:00JdGordonIIRC it shrinks by half the slider width on either end
04:31:03JdGordonor total
04:31:38amayeris there a reason for that?
04:31:52JdGordonim sure there is
04:31:59JdGordonbuggered if i can rememeber it though
04:33:38amayerdo you know how to adjust for it?
04:33:40amayerI could only find 1 other theme that has the slider with the progress bar.
04:33:42amayerand the equation they used only works if you have alot of padding on the edge of your progress bar(which i dont)
04:34:08JdGordongimme a few min to finish my pie, ill have a look at the code
04:35:13amayerJdGordon: thanks
04:36:02 Quit [Saint] (Quit: Quit)
04:38:30JdGordonyep, it offsets the slider image half the slider images width
04:38:59JdGordonso dpeends how you want to line it up you might need to fake it
04:40:51amayerwhat do you mean fake it?
04:41:05JdGordonhow do you want it to look?
04:45:40amayerhttp://www.webberadvertising.com/alexmayerweb/test.bmp
04:46:03JdGordonright? that doesnt work?
04:46:10amayernope
04:46:57JdGordonhow doesnt it work?
04:46:57amayerit has 15 px on each side of the progress bar
04:47:22JdGordoncan you zip up your theme for me?
04:47:33amayersure one sec
04:49:27amayerhttp://www.webberadvertising.com/alexmayerweb/Alex_Theme.zip
04:51:07amayeri actually want the progress bar to be 4-6 px wider
04:51:25JdGordonbuilding...
04:51:59amayerbuilding???
04:52:11JdGordonthe sim, so i can test
04:52:26amayeroh, i didnt download the sandbox yet
04:53:08amayeri just use a perl script to copy all the files to my ipod then eject it and see how it looks
04:53:11JdGordonoh, hmm... i see what you're saying
04:53:14JdGordonsomething is not right there
04:53:58amayerthe progress bar would have to have 16 px padding on both sides for this to work
04:54:01JdGordoni dont have a descent graphics program installed, the pb.bmp image is the same width as the background?
04:54:20amayerno. its 290
04:54:43amayerpb is 290
04:54:46amayerslider(knob) is 17
04:55:04JdGordonyeah, and the backdrop slider part?
04:55:21amayersame as progress bar 290
04:55:31amayerscreen width = 320
04:55:50JdGordonright
04:56:00JdGordonok yeah, removing the slider makes it fit correctly
04:56:03JdGordonwtf is going on there?
04:56:11amayerthats what im confused about
04:56:33amayerthats why i dont understand the shrinking when you add a slider
04:56:45amayerit works without it(i tested that)
04:57:57JdGordonok found it
04:58:08JdGordonits a bit wierd
04:58:45amayerfound what? the shrink thing?
04:59:15JdGordonif you've said the bar is in the rectangle 0,0,300,20 then you must stay in it, now when there is a slider on the two ends the slider overhangs by half its width
04:59:26JdGordonso the whole bar shrinks by the slider width
04:59:32 Quit TheSeven (Disconnected by services)
04:59:41 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
04:59:52JdGordonso you just need to shrink the bar by 8px on each side on the backdrop
05:00
05:00:16amayershrink it 8 more pixles?
05:00:26JdGordon8px on each end
05:00:56JdGordonactually
05:01:19JdGordonchop 16px off the right end of the bar, so there is 16px of black there
05:03:12amayerthat wont work
05:03:15amayer[pb width] + [slider] + [pb offset] = 320
05:03:17amayer[320(screen width) + 16(side padding)] + [17] + 8 = 328
05:03:40JdGordonyou need to shrink the slider then
05:03:43amayersorry [320(screen width) + 16(side padding)] + [17] + 8 = 328
05:03:58JdGordonit will still use 290px for the slider
05:04:08amayerif i make just the progress bar smaller but keep the background the same can you make it work?
05:04:43JdGordonhang on...
05:06:00 Join Transformer [0] (~Transform@ool-44c4bb0a.dyn.optonline.net)
05:06:01amayeri can edit what ever you need as far as images go. i just cant figure out the slider thing
05:07:16 Part Transformer
05:07:31JdGordon%V(8,156,306,16,-)
05:07:32JdGordon%pb(0,0,306,16,pb.bmp,slider,E)
05:08:10amayerall i have to do is put that in?
05:08:12JdGordonthat works with a tiny red glitch on the left of the slider, but otherwise is good
05:08:13amayernot edit any images
05:08:16JdGordonyep
05:09:09JdGordoni moved the bar 7 pixels left and widened it by 16pixels
05:10:24amayerit looks pretty good thank you.
05:10:41amayerim going to try cutting the right tip off the progress bar and see how that works
05:10:51 Quit Barahir (Ping timeout: 245 seconds)
05:10:58amayerif not ill just use this
05:11:07amayeryour help is very appreciated
05:11:18JdGordonno worries
05:11:23JdGordonits a bit stupid still, but good enough
05:14:04amayerif i upload a theme can i overwrite it or do i have to put
05:14:07amayertheme.zip
05:14:09amayerthen theme2.zip
05:14:11amayerthen theme3.zip?
05:14:30amayerit talks about having a version text file and comment but doenst say if you can overwrite
05:14:41JdGordoni think you can update
05:14:45JdGordonnot entirely sure how it works
05:15:05CIA-5Commit a3ec848 in rockbox by 03Jonathan Gordon: make the bar tag help slightly better
05:15:42amayerJdGordon: should i use that build?
05:15:51JdGordonthat is a manual update only
05:15:56amayeroh haha
05:17:12amayeri was going to update it after i figured it out.
05:17:14amayerI was also going to add transparency after i read it again so i know where to put it
05:17:25amayeris that build with GIT?
05:17:33CIA-5a3ec848 build result: All green
05:21:38 Quit Horscht (Quit: Verlassend)
05:25:50***Saving seen data "./dancer.seen"
05:31:54amayerJdGordon: Thanks again for you help, Im signing off for tonight
05:32:00JdGordoncya
05:32:10 Part amayer
05:40:44 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
05:43:04 Quit [Saint] (Read error: Connection reset by peer)
05:43:09 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
05:45:59 Quit [Saint_] (Read error: Connection reset by peer)
05:46:09 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
05:49:12 Join farlepet [0] (447565d8@gateway/web/freenode/ip.68.117.101.216)
05:52:46 Join anewuser_ [0] (~anewuser@186.93.234.141)
05:55:01 Quit anewuser (Ping timeout: 244 seconds)
06:00
06:11:20 Quit [Saint] (Read error: Connection reset by peer)
06:11:25 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:18:40 Quit anewuser_ (Read error: Connection reset by peer)
06:36:22 Quit [Saint_] (Read error: Connection reset by peer)
06:36:37 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:40:43 Quit [Saint] (Read error: Connection reset by peer)
06:40:48 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:44:57 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:46:33 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:47:10 Quit [Saint_] (Read error: Connection reset by peer)
06:49:19 Quit [Saint] (Ping timeout: 246 seconds)
06:53:32 Quit [Saint__] (Read error: Connection reset by peer)
06:53:41 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:56:36 Quit [Saint] (Read error: Connection reset by peer)
06:56:42 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:59:28 Quit [Saint_] (Read error: Connection reset by peer)
06:59:47 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
07:00
07:13:42 Quit [Saint] (Read error: Connection reset by peer)
07:13:48 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
07:15:41 Quit [Saint_] (Read error: Connection reset by peer)
07:15:46 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
07:15:50 Quit farlepet (Ping timeout: 245 seconds)
07:16:31 Quit [Saint] (Read error: Connection reset by peer)
07:16:51 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
07:17:43 Join LinusN [0] (~linus@giant.haxx.se)
07:25:53***Saving seen data "./dancer.seen"
07:45:51 Quit amiconn (Remote host closed the connection)
07:45:51 Quit pixelma (Remote host closed the connection)
07:46:59 Join amiconn [0] (amiconn@rockbox/developer/amiconn)
07:47:00 Join pixelma [0] (pixelma@rockbox/staff/pixelma)
07:53:29 Join leavittx [0] (~leavittx@89.221.199.187)
08:00
08:03:47 Quit mshathlonxp (Ping timeout: 252 seconds)
08:13:15 Quit [Saint] (Read error: Connection reset by peer)
08:13:21 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
08:14:24 Quit [Saint_] (Read error: Connection reset by peer)
08:14:30 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
08:14:36 Quit [Saint] (Remote host closed the connection)
08:16:38 Join [Saint] [0] (~Saint]@101.98.158.103)
08:16:38 Quit [Saint] (Changing host)
08:16:38 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
08:27:25 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
08:42:09 Join ender` [0] (krneki@foo.eternallybored.org)
09:00
09:21:03 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr)
09:23:36 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
09:25:56***Saving seen data "./dancer.seen"
09:33:17 Join stoffel [0] (~quassel@pD9E43D4E.dip.t-dialin.net)
09:39:04 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu)
09:51:21 Quit BHSPitMonkey (Remote host closed the connection)
09:54:50 Join petur [0] (~petur@rockbox/developer/petur)
10:00
10:02:40 Quit nosa-j (Quit: lol)
10:06:15 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
10:09:20 Quit nosa-j (Client Quit)
10:12:46 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
10:13:31 Quit nosa-j (Client Quit)
10:13:46 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
10:17:14 Quit [Saint] (Remote host closed the connection)
10:17:46 Quit nosa-j (Client Quit)
10:18:46 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
10:21:57 Quit nosa-j (Client Quit)
10:24:16 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
10:29:25 Join [Saint] [0] (~Saint]@101.98.158.103)
10:29:25 Quit [Saint] (Changing host)
10:29:25 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
10:29:48[Saint]I discovered some problems with the buildclient scripts available on the wiki:
10:30:50[Saint]buildserver_runclient.sh looks for the file rbclient.pl, but this file is named buildserver_runclient.pl out-of-the-box
10:31:09gevaerts[Saint]: that was a bug in AlexP's wps
10:31:20[Saint]the archlist specifies arndroid15, when the actual API lable is android-15
10:31:42gevaertsHow is that a problem?
10:31:52gevaertsThat's *our* name for that toolchain
10:31:53[Saint]gevaerts: Well, do you know what he was doing wrong? I seem to have run into the same thing.
10:32:07gevaertsNo foreground viewport in front of it
10:34:03[Saint]gevaerts: wait, what? Were you joking about the android-15 archlist thing?
10:34:15gevaertshuh?
10:34:23gevaertsNo, of course not
10:34:32[Saint]rbclient.pl runs "./android list target" and checks for "android15", this doesn't exist.
10:34:39gevaertsAlso, those scripts should be runclient.sh and rbclient.pl, no buildserver_ there. The problem is that gitweb suggests "buildserver/rbclient.pl" as the filename, which web browsers then seems to mangle
10:35:32[Saint]Ah, good to know. the android15 vs. android-15 _is_ an actual problem though.
10:36:11gevaertsIt runs "android list target" and looks for "API level: 15""
10:36:45[Saint]and "android15"
10:36:56[Saint]when it should be "android-15"
10:37:16gevaertsNo
10:38:38gevaertsThat string is *entirely* a rockbox build system thing. It needs to match what you specify in runclient.sh and what's in the builds file, but *that's it*.
10:39:04gevaertsWhat are you actually seeing?
10:41:32[Saint]from a non-modified runclient.sh: "2012-07-03 20:40:21 Error: You specified arch android15 but the output of 'android list target' did not include 'API level: 15'."
10:42:01[Saint]running "./android list target": "id: 1 or "android-15"
10:42:01[Saint] Name: Android 4.0.3
10:42:01[Saint] Type: Platform
10:42:01DBUGEnqueued KICK [Saint]
10:42:01[Saint] API level: 15
10:42:01[Saint] Revision: 3
10:42:02***Alert Mode level 1
10:42:02[Saint] Skins: QVGA, WXGA800, WXGA720, WVGA854, HVGA, WQVGA432, WQVGA400, WVGA800 (default), WSVGA
10:42:03***Alert Mode level 2
10:42:03[Saint] ABIs : no ABIs.
10:42:05[Saint]"
10:42:43[Saint]unsurprisingly, changing runclient.sh to look for "android-15" instead fixes this error.
10:43:06gevaertsNot unsurprisingly at all
10:43:34gevaertsWhat's surprising is that it doesn't see the "API level: 15" line which is there
10:43:38[Saint]Well, regardless of who's surprised about what or not, it happens :)
10:43:52gevaertsYes, but android15 vs android-15 is *not* the issue
10:44:12gevaertsInsisting it is is only going to make finding the actual problem harder
10:44:36 Quit Elfish (Ping timeout: 245 seconds)
10:47:12gevaerts[Saint]: can you run "md5sum rbclient.pl"?
10:50:17[Saint]1bcc7717f197783bd5a46860314c6c25 rbclient.pl
10:50:41[Saint](that's after renaming it to actually *be* rbclient.pl, though)
10:51:03gevaertsok, same here
10:51:11gevaertsThe name isn't important in that
10:51:39[Saint]FWIW, I also get these three (non-fatal) errors:
10:51:41[Saint]Use of uninitialized value in quoted execution (``, qx) at rbclient.pl line 558.
10:51:41[Saint]Use of uninitialized value in regexp compilation at rbclient.pl line 559.
10:51:41[Saint]Can't exec "android": No such file or directory at rbclient.pl line 558.
10:51:41***Alert Mode level 3
10:51:41[Saint]Use of uninitialized value $p in pattern match (m//) at rbclient.pl line 559.
10:52:01gevaertsOh
10:52:16gevaertsThe first two of those are "normal" (as in everyone gets those)
10:52:36gevaertsIs the android sdk tools directory in your PATH?
10:52:48[Saint]it is, yes.
10:53:02gevaerts"Can't exec "android": No such file or directory at rbclient.pl line 558" seems to contradict that
10:55:19[Saint]"env" displays both environment variables correctly, and "cd $ANDROID_N(or S)DK_PATH" works entirely as expected
10:56:36gevaertsANDROID_SDK_PATH is irrelevant here
10:56:50gevaertsPATH is what matters
10:56:57 Join Elfish [0] (amba@fuplz.co.cc)
10:57:06[Saint]It must be in there...or the error makes no sense at all
10:57:38[Saint]it couldn't check the output of android if it wasn't in $PATH, could it?
10:57:51gevaertsExactly. And it's telling you it can't check it
10:57:59gevaertsCan't exec "android": No such file or directory at rbclient.pl line 558.
10:58:20[Saint]not that error, this one: "2012-07-03 20:40:21 Error: You specified arch android15 but the output of 'android list target' did not include 'API level: 15'."
10:59:04[Saint]"but the output of...", so, its getting an output, which implies it can exec android.
10:59:41gevaertsIt implies nothing, except that whoever wrote that code assumed the command would be there.
11:00
11:00:40gevaertsThe code tries to run that command, and whether or not it succeeds it checks the variable that's supposed to contain the output
11:00:51gevaertsIn your case, see also "Use of uninitialized value $p in pattern match (m//) at rbclient.pl line 559"
11:01:00gevaerts$p is that output variable
11:01:42***Alert Mode OFF
11:01:45gevaertsSo 'export PATH="$PATH:$ANDROID_SDK_PATH/tools', and things will work
11:02:46[Saint]Yeah, that's the thing...I actually have that exact line in bashrc
11:03:05[Saint]something else must be screwed up in my system.
11:03:14gevaertsThen check what "echo $PATH" says
11:04:20[Saint]Its clearly visible in the output of echo $PATH...I may reboot and see if this magically fixes it.
11:04:25gevaertsAlso check if .bashrc is actually read. The way these files are handled is somewhat obscure
11:04:35gevaertsOh
11:04:46gevaertsDo you have the "export"?
11:05:53[Saint]well, I set ANDROID_S(and N)DK_PATH in bashrc as well as adding the SDK tools to my $PATH, so it is getting read.
11:06:17[Saint]and yes, the line(s) include "export":
11:06:21[Saint]export ANDROID_SDK_PATH=$SDK_PATH
11:06:21[Saint]export ANDROID_NDK_PATH=$NDK_PATH
11:06:21[Saint]export PATH="$PATH:$ANDROID_SDK_PATH/tools
11:06:44gevaertshm
11:07:02gevaertsAnd another double quote, I assume
11:07:27[Saint]Ah, yes. Sorry, I accidentally chopped that off.
11:08:38[Saint]It _must_ be some peculiarity of my system...don't beat yourself up about it. I'll sort it out eventually I'm sure.
11:10:04 Quit factor (Ping timeout: 246 seconds)
11:10:07 Quit mgottschlag (Read error: Connection reset by peer)
11:10:20 Quit [Saint] (Remote host closed the connection)
11:11:13 Join [Saint] [0] (~Saint]@101.98.158.103)
11:11:13 Quit [Saint] (Changing host)
11:11:13 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
11:13:19[Saint]Someone commit something! :)
11:13:39[Saint](and also find some way to guarantee I get an Android build :P)
11:17:18user890104[Saint]: you want an android build of the master branch?
11:17:50[Saint]user890104: No, no. I can do that myself just fine.
11:17:59[Saint]I need to test my build client.
11:18:11user890104ah, i see
11:18:30[Saint]Thanks, though. Very considerate. Appreciated.
11:19:27 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
11:25:58***Saving seen data "./dancer.seen"
11:33:35 Join mgottschlag [0] (~quassel@2a00:1398:9:fb00:6162:3acc:cd7d:958a)
11:33:36 Quit mgottschlag (Changing host)
11:33:36 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
11:38:38 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
11:46:28 Join Barahir [0] (~Barahir@fb08-acstud01.anorg.chemie.uni-giessen.de)
11:59:53 Join dfkt [0] (dfkt@unaffiliated/dfkt)
12:00
12:00:55 Quit [Saint_] (Ping timeout: 250 seconds)
12:03:34 Join T44 [0] (~Topy44@f049072172.adsl.alicedsl.de)
12:06:25 Quit Topy (Ping timeout: 246 seconds)
12:11:19 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
12:12:05 Quit mgottschlag (Ping timeout: 264 seconds)
12:14:19 Quit factor (Read error: Connection reset by peer)
12:19:24 Quit ender` (Quit: Our chances of being caught by the RIAA or IFPI are somewhat less than being hit by lightning - or choking on a wasabi-flavoured peanut.-- TheRegister)
12:23:59 Join ender` [0] (krneki@foo.eternallybored.org)
12:30:42 Join mgottschlag [0] (~quassel@2a00:1398:9:fb00:6162:3acc:cd7d:958a)
12:30:42 Quit mgottschlag (Changing host)
12:30:42 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
12:31:04 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
12:38:23 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940)
12:40:48 Quit [Saint_] (Ping timeout: 255 seconds)
12:45:55 Join ender1 [0] (krneki@foo.eternallybored.org)
12:48:41 Quit ender` (Ping timeout: 264 seconds)
12:48:46 Quit ender^ (Ping timeout: 245 seconds)
13:00
13:00:41 Quit mgottschlag (Ping timeout: 264 seconds)
13:00:57 Join ender^ [0] (krneki@foo.eternallybored.org)
13:08:52 Join anewuser [0] (~anewuser@186.93.234.141)
13:08:52 Quit anewuser (Changing host)
13:08:52 Join anewuser [0] (~anewuser@unaffiliated/anewuser)
13:25:59***Saving seen data "./dancer.seen"
13:33:44 Join mshathlonxp [0] (msh@81.198.255.85)
13:36:54 Quit [Saint__] (Remote host closed the connection)
13:48:10 Quit nosa-j (Quit: lol)
13:48:47 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
13:52:28 Quit nosa-j (Client Quit)
13:57:27 Join p3tur [0] (~petur@rockbox/developer/petur)
13:58:27 Quit petur (Quit: *plop*)
13:58:50 Nick p3tur is now known as petur (~petur@rockbox/developer/petur)
13:59:17 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
14:00
14:00:02 Join MethoS- [0] (~clemens@134.102.106.250)
14:01:58 Quit nosa-j (Client Quit)
14:05:51 Quit MethoS- (Ping timeout: 245 seconds)
14:07:17 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
14:10:43 Quit nosa-j (Client Quit)
14:11:47 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
14:14:56 Quit nosa-j (Client Quit)
14:19:17 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
14:20:35 Quit nosa-j (Client Quit)
14:23:47 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
14:24:57 Quit nosa-j (Client Quit)
14:25:25 Join MethoS- [0] (~clemens@134.102.106.250)
14:26:17 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
14:30:58 Quit mshathlonxp (Ping timeout: 252 seconds)
14:35:39 Join RAThomas [0] (~chatzilla@74.197.169.61)
14:44:36 Quit stoffel (Ping timeout: 248 seconds)
14:45:36 Quit nosa-j (Quit: lol)
14:47:48 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
14:47:55 Quit kevku (Ping timeout: 248 seconds)
14:49:58 Quit nosa-j (Client Quit)
14:51:47 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
14:54:24 Quit nosa-j (Client Quit)
14:54:48 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
15:00
15:00:11 Join kevku [0] (x@heaaqi4aafadxhqyszree2l464e.dyn.reverse.name)
15:03:18 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
15:04:35 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
15:04:55 Quit MethoS- (Remote host closed the connection)
15:06:01 Join amayer [0] (~amayer@mail.weberadvertising.com)
15:06:16 Quit einhirn (Client Quit)
15:06:45 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
15:09:41 Join MethoS- [0] (~clemens@134.102.106.250)
15:10:59 Quit einhirn (Read error: Connection reset by peer)
15:22:06 Quit MethoS- (Ping timeout: 245 seconds)
15:26:03***Saving seen data "./dancer.seen"
15:43:46 Quit kevku (Ping timeout: 272 seconds)
15:43:58 Join bipton [0] (~4cafe7c4@www.haxx.se)
15:48:32biptongood morning, has anyone tried the v2 bootloader on a newer hm-601 slim yet? I built the git version last night and boot to a black screen insetad of the "white" screen
15:48:34 Join Thra11 [0] (~thrall@46.208.76.106)
15:48:53biptonor was that commit just ground work for the new lcds?
15:51:05 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
15:54:08 Join MethoS- [0] (~clemens@134.102.106.250)
15:55:33 Join kevku [0] (x@heaaqi4aafadxgwigacwdscmxy4.dyn.reverse.name)
15:56:34 Quit MethoS- (Read error: Connection reset by peer)
16:00
16:00:47 Quit [Saint] (Quit: Reboot)
16:01:54 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
16:03:03 Quit einhirn (Read error: Connection reset by peer)
16:06:19 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
16:07:01 Join [Saint] [0] (~Saint]@101.98.158.103)
16:07:01 Quit [Saint] (Changing host)
16:07:01 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
16:07:32 Quit guymann (Quit: brb)
16:07:52 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net)
16:08:15 Quit guymann (Client Quit)
16:09:10 Join stoffel [0] (~quassel@pD9E43D4E.dip.t-dialin.net)
16:12:24amayeris there a maintained list of known issues in the wiki?
16:12:26amayerthere is a link on http://www.rockbox.org/wiki/FlySprayHowto#Submitting_a_bug_report
16:12:28amayerthat points to a 404
16:12:30amayeri searched the wiki and google "known issues site:rockbox.org" but couldnt find the known issues page
16:12:32amayeri would like to update/remove the link and replace it with a: a valid link or b: a description of where to find a list for a specific device
16:15:31gevaertsI'd drop that reference. the KNOWN_ISSUES file still exists (but not in svn), but it hasn't been updated in ages
16:16:23amayerso i should remove that link?
16:18:11 Quit nosa-j (Quit: lol)
16:19:21 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
16:20:17gevaertsI'd say so
16:20:32gevaertshm, that page also still talks about patches on flyspray...
16:21:40amayerthere are still patches in flyspray
16:22:20gevaertsYes, but apart from some excetions (translation updates, mainly (or only?)), we don't want new ones there
16:22:26gevaerts*exceptions
16:22:34amayeroh ok.
16:23:09amayeris there a way to comment on why you are update the wiki?
16:23:11amayeror do you just make the change and not worry about it
16:23:21 Quit nosa-j (Client Quit)
16:24:14gevaertsNot sure
16:24:24gevaertsI don't think there's a way
16:24:55gevaertsAnyway, I'd say we probably have a page somewhere about gerrit, and this page should link to that one in the patches section
16:25:18 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
16:28:19 Quit nosa-j (Client Quit)
16:28:19 Quit bipton (Quit: CGI:IRC (EOF))
16:28:20 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
16:28:44amayermy questions are compounding every time I find an answer to one it leads me to 2 more
16:28:59gevaerts:)
16:29:18 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
16:29:32 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net)
16:29:59amayeri read about png file(images)
16:30:01amayerit says there are 24 and 32 bit pallets.
16:30:03amayeris this the reason they arent supported on rockbox? or just nobody got around to makeing a decoder for them?
16:30:05gevaertshttp://www.rockbox.org/wiki/UsingGit discusses all this, but possibly not in a way that's immediately clear to someone who just worked on his first patch
16:30:09 Quit guymann (Client Quit)
16:32:31gevaertsamayer: several reasons
16:33:31 Quit nosa-j (Quit: lol)
16:33:37gevaerts(a) nobody has done the work to have an in-core png decoder, (b) for theming png doesn't buy much over bmp (smaller space on disk only, really), and png album art isn't very common
16:34:07gevaertsThe smaller space on disk is more of an issue on high resolution targets such as android
16:34:18 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
16:34:28amayerso png is smaller then bmp?
16:34:30gevaertsSee http://www.rockbox.org/wiki/DevConEuro2012#Meeting_minutes for some details
16:34:38gevaertspng can be compressed, yes
16:34:54amayer...i thought png was lossless
16:35:14gevaertsIt is
16:36:07amayeryou can compress lossless files?
16:36:34amayeri thought the point of them beeing lossless was because you cant compress them/they dont lose any data
16:36:39gevaerts"lossless files" isn't a thing
16:36:59gevaerts*Compression* can be lossless or lossy
16:37:08amayerwell i was generalizing lossless(not making it a file type)
16:37:40amayeroh ok *stops head from spinning*
16:38:19 Quit nosa-j (Client Quit)
16:38:24gevaertse.g. you can have wav (raw uncompressed data), flac (lossless compression), and mp3 (lossy compression)
16:38:58gevaertsFor images you can have bmp (raw uncompressed data), png (lossless compression), and jpg (lossy compression)
16:38:59amayerthats the first file i thought of when i thought of lossless was flac
16:39:14gevaertsIt's a bit more complicated though, png doesn't *have* to be compressed
16:39:18 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
16:40:30gevaertsWhen thinking about this, it helps to distinguish resulting data, file formats, and codecs. They're all different things
16:41:35amayerthat is a very helpful description. thank you
16:43:33 Quit benedikt93 (Quit: Bye ;))
16:56:29 Join stoffel_ [0] (~quassel@pD9E4348D.dip.t-dialin.net)
16:56:54 Quit stoffel (Ping timeout: 246 seconds)
16:59:44amayerhow do i know if i should just discuss a bug in the IRC vs post one on flyspray?
17:00
17:12:56 Join japc [0] (~japc@194.65.5.235)
17:14:45 Quit japc (Client Quit)
17:19:14 Join PRETTY_FUNCTION [0] (~sigBART@123.252.215.60)
17:23:48 Quit factor (Read error: Connection reset by peer)
17:26:05***Saving seen data "./dancer.seen"
17:27:57[Saint]amayer: The best course if to attempt to confirm it, or at least discuss it, on IRC before posting a new task on Flyspray IMO.
17:28:37amayeroh ok.
17:30:07amayerwell i posted FS12712.
17:31:16[Saint]protip: Include the #, and our awesome bot will let others know what you're talking about:
17:31:22[Saint]FS #12712
17:31:23fs-bluebothttp://www.rockbox.org/tracker/task/12712 3Audio files are not removed from the database if database.ignore file is place in folder (bugs, unconfirmed)
17:31:35amayeroh cool
17:32:13amayeri read that your supposed to put FS in front of the number but didnt see the # sign
17:32:21[Saint]amayer: out of interest, did you trigger a re-scan of the database after adding database.ignore?
17:32:53amayeryes under settings -> general settings -> database -> update now
17:33:35[Saint]its "initialize now" that you want, iirc.
17:34:08amayerthat removes all entries and rewrites the whole database
17:34:17 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com)
17:34:28[Saint]correct.
17:34:32amayeri would like to keep the other data.
17:34:34amayerbut just remove the files in the database.ignore file
17:34:40amayerfolder*
17:35:21[Saint]then export the db, and import it back again (the data for the missing files won't be added back again)
17:35:46[Saint]"export modifications"
17:36:00amayermakes sence
17:36:09[Saint]then trigger the rebuild, and then "import modifications".
17:36:32[Saint]then your runtime data/etc. should still be intact.
17:36:59 Quit nosa-j (Quit: lol)
17:37:04[Saint](and this is why its good to discuss "bugs" on IRC :))
17:37:31gevaerts[Saint]: I wouldn't dismiss this straight away
17:38:17[Saint]gevaerts: Oh, no, nor I. I'm not saying its not a bug, though it may have seemed like I was.
17:38:21 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
17:38:38[Saint]I think its intentional behaviour, but, that doesn't mean its "correct" behaviour.
17:38:54[Saint]I would expect an update to "just work" in this case.
17:39:27amayerdoing the 3 steps(export, initialize, import) seems like a round about way to do something update now/auto update should do.
17:39:50[Saint]amayer: Yes, exactly.
17:40:42amayerthats why i assumed(i need to stop doing this) it was a bug
17:42:21 Part LinusN
17:42:40gevaertsThe fact there's a workaround doesn't make something not a bug
17:42:51 Quit nosa-j (Client Quit)
17:43:49 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
17:44:49 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
17:47:03 Quit nosa-j (Client Quit)
17:49:03 Quit PRETTY_FUNCTION (Ping timeout: 265 seconds)
17:49:03 Join megal0maniac [0] (~megal0man@196.213.53.210)
17:49:44amayerso it is an intentional bug?
17:51:00gevaertsNo. It might be something that was overlooked (and thus a bug), or it might be intentional but not documented (and thus a documentation bug), or it might be intentional and you overlooked the documentation
17:51:35gevaertsWhat I'm saying is that the existence of a workaround doesn't imply any of those
17:52:19 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
17:52:19amayeroh ok
17:59:21 Quit nosa-j (Quit: lol)
17:59:49 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
18:00
18:04:52[Saint]How do I fix:
18:05:08[Saint]jarsigner error: java.security.SignatureException: private key algorithm is not compatible with signature algorithm
18:05:08[Saint]make: *** [/home/saint-ubuntu/rockbox/build/android/240x320/rockbox.apk
18:05:49CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
18:05:49*[Saint] prods kugel as he recals kugel helping him with this one once before
18:08:23 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:14:05gevaerts[Saint]: is that tree up to date?
18:14:23[Saint]gevaerts: It is, yes. Its clean HEAD
18:14:54gevaerts190577e should have fixed that
18:15:22gevaertsWhich jdk version are you using?
18:15:38[Saint]openjdk-6-jdk
18:15:57gevaertshmm
18:15:58[Saint]I should be on 7? or 8?
18:16:13gevaertsno
18:16:17gevaerts6 should work
18:16:37gevaertsThose fixes were to also get it to work with 7
18:17:40[Saint]perhaps I should tell it to use 7 instead, then?
18:17:53gevaertsno
18:18:01gevaerts6 is still the recommended one
18:18:08[Saint]Hmmm.
18:18:37[Saint]fwiw, I just installed 7, and it magically works now.
18:19:02gevaertsYes, I think I know why
18:19:09[Saint]Oh?
18:20:19gevaertsDid you once try to build with 7 on that system before?
18:20:39gevaertsI'm betting 6 will work if you first delete ~/.android/debug.keystore
18:21:35gevaertsAlthough you possibly also need http://paste.debian.net/177578/
18:21:49*gevaerts may investigate the details later
18:22:13[Saint]No, I had only built (and, only just this once now) with jdk6, and signing failed, then I installed jdk7 and ran "make apk" again and it 'just worked'.
18:22:33*[Saint] shrugs
18:22:45 Join pamaury [0] (~quassel@ALyon-153-1-123-155.w92-137.abo.wanadoo.fr)
18:22:46 Quit pamaury (Changing host)
18:22:46 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
18:24:04 Quit factor (Read error: Connection reset by peer)
18:25:57 Quit nosa-j (Excess Flood)
18:30:20 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
18:31:06 Quit stoffel_ (Ping timeout: 240 seconds)
18:31:19 Quit nosa-j (Client Quit)
18:32:49 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
18:35:51 Quit nosa-j (Client Quit)
18:36:54 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
18:37:49amayeris the first part of the daily builds some kind of hash?
18:37:51amayeri understand that the second half is the date.
18:37:53amayerbut what determines the first part of the name?
18:39:10 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
18:39:30funmanrevision number (a hash, you got it right)
18:41:34amayerthank you :)
18:48:41 Quit nosa-j (Ping timeout: 264 seconds)
18:49:09 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl)
18:54:59 Join stoffel [0] (~quassel@pD9E4348D.dip.t-dialin.net)
19:00
19:00:00 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
19:26:07***Saving seen data "./dancer.seen"
19:27:03 Quit fs-bluebot (Ping timeout: 246 seconds)
19:28:19 Join fs-bluebot [0] (~fs-bluebo@g231120053.adsl.alicedsl.de)
19:34:23 Join swilde [0] (~wilde@aktaia.intevation.org)
19:35:48 Quit swilde (Client Quit)
19:38:18 Join PRETTY_FUNCTION [0] (~sigBART@123.252.215.60)
19:38:54 Join lebellium [0] (~chatzilla@e179073240.adsl.alicedsl.de)
19:45:50 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
19:45:50 Quit bertrik (Changing host)
19:45:50 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
19:45:57 Quit [Saint] (Ping timeout: 246 seconds)
19:51:01 Quit leavittx (Remote host closed the connection)
20:00
20:14:12 Join farlepet [0] (447565d8@gateway/web/freenode/ip.68.117.101.216)
20:16:46 Quit simabeis_ (Remote host closed the connection)
20:18:22 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
20:18:55 Join [Saint] [0] (~Saint]@101.98.158.103)
20:18:56 Quit [Saint] (Changing host)
20:18:56 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
20:28:42 Quit ranmachan (Remote host closed the connection)
20:28:50 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2)
20:29:00 Join saratoga [0] (98032941@gateway/web/freenode/ip.152.3.41.65)
20:31:14 Quit ender1 (Read error: Connection reset by peer)
20:31:25 Join ender` [0] (krneki@foo.eternallybored.org)
20:34:50 Quit megal0maniac (Quit: megal0maniac)
20:56:15 Quit anewuser ()
20:56:36 Join TomColler [0] (~thomas@ppp-66-74.25-151.libero.it)
20:56:46 Part TomColler
20:59:25 Join anewuser [0] (~anewuser@186.93.234.141)
20:59:25 Quit anewuser (Changing host)
20:59:25 Join anewuser [0] (~anewuser@unaffiliated/anewuser)
21:00
21:02:21 Join nosa-j [0] (~m00k@adsl-74-235-79-111.clt.bellsouth.net)
21:03:42 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
21:04:29 Join nosa [0] (~m00k@adsl-74-235-42-222.clt.bellsouth.net)
21:06:47 Quit nosa-j (Ping timeout: 245 seconds)
21:06:47 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-222.clt.bellsouth.net)
21:11:37 Quit PRETTY_FUNCTION (Ping timeout: 246 seconds)
21:12:30 Join m0r0n [0] (cfa404d6@gateway/web/freenode/ip.207.164.4.214)
21:12:49m0r0nHey, can someone tell me how to make my clip+ a MSD with rockbox
21:13:21m0r0nI don't have privileges to 'install' the device onto my computer (work)
21:13:39m0r0nbut I'd like to use it as a MSD so I can use foobar2k and listen
21:14:21m0r0nWhen I boot into the SanDisk software it shows up, but uses it as an mp3 player vs a MSD
21:14:25gevaertsRockbox can't magically change the security policies on a computer
21:15:16m0r0nHuh. It's now a MSD
21:15:24m0r0nWell, thanks anyways
21:16:26 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
21:16:26 Quit stoffel (Read error: Connection reset by peer)
21:16:43 Part m0r0n
21:26:11***Saving seen data "./dancer.seen"
21:29:53 Join kevku [0] (x@heaaqi4aafadxg7s7oim3bnzebi.dyn.reverse.name)
21:38:35 Quit nosa-j (Quit: lol)
21:39:31 Join nosa-j [0] (~m00k@adsl-74-235-42-222.clt.bellsouth.net)
21:39:59 Quit farlepet (Ping timeout: 245 seconds)
21:43:33 Quit nosa-j (Client Quit)
21:44:30 Join nosa-j [0] (~m00k@adsl-74-235-42-222.clt.bellsouth.net)
21:47:16bertrikdid we start already with the distributed manual building thing yet?
21:47:17 Quit kevku (Ping timeout: 272 seconds)
21:47:32gevaertsNo, although we could I think
21:49:33gevaertsLet me have a look
21:50:32 Join Horscht [0] (~Horscht@p5DD57C7F.dip.t-dialin.net)
21:50:33 Quit Horscht (Changing host)
21:50:33 Join Horscht [0] (~Horscht@xbmc/user/horscht)
21:51:13*user890104 is looking for a guide for translating rbutil, and making a windows build of it
21:53:36 Quit Wardo (Ping timeout: 255 seconds)
21:54:27bluebrotheruser890104: see http://www.rockbox.org/wiki/RockboxUtilityDevelopment
21:54:43bluebrotherthe building part might be a bit outdated though
21:55:30bluebrotherif you're not planning to build release binaries it's actually simpler than the description
21:56:04gevaertsThe manual is being annoying. You need both latex and the crosscompilers apparently
21:56:14user890104bluebrother: i'd like to build development ones, just like the ones you're upoading to your page
21:56:46bluebrotherwell, building a development version and building development version are two different things :)
21:56:54bluebrotherbasically, you have two options
21:57:24bluebrother(a) build a binary with the Qt libraries linked dynamically. That means you need to also distribute the Qt DLLs if you want to distribute the binaries.
21:58:15bluebrother(b) build a binary with Qt linked statically. This requires you to build Qt yourself, but it doesn't require distributing the Qt DLLs with the resulting binary.
21:58:42bluebrotherif you're on Linux you can use mxe to do (b)
21:59:20bluebrotherwhich makes that actually pretty easy (though the resulting binaries seem to have problems with screenreaders, which is the reason why I'm not using that setup for releases)
21:59:49user890104bluebrother: i have a linux VM, but i'd like to build the utility for win7x64
22:00
22:00:29bluebrotherif you want to build specifically for 64bit you're on your own −− I've never built a 64bit binary
22:00:35user890104is using prebuild qt .lib files and linking them to rbutil going to work?
22:00:47bluebrothersince there is neither a reason nor any real benefit
22:01:20bluebrotherif you're linking statically and use the same compiler Qt uses: yes.
22:01:22user890104ok, building win32 binaries is also fine for me
22:02:21bluebrotherso the simple process with dynamic linking means: 1. Install Qt MinGW libs and MinGW. 2. Install msys from the MinGW distribution. 3. Build Rockbox Utility using Qt's MinGW and MinGW's msys
22:05:22bluebrotheryou can also build using MSVC. However, this requires both MSVC and MinGW, is not officially supported and will cause crashes in some cases (i.e. you'll run into CrtIsValidHeapPointer assertations
22:05:41user890104how do you compile it for different platforms? you have some cross-compiler that builds win, linux and mac binaries, or you use 3 different OSes?
22:05:44gevaertshmmm
22:06:11bluebrothersince in that case we cannot link statically (well, I guess it would be possible but I haven't looked into that. First fix all those lib issues)
22:06:40bluebrotherI can cross compile win32 binaries on Linux though I use a VM for releases (for the reasons I said earlier)
22:07:19bluebrothercross compiling OS X _should_ be possible, but it's not really easy and I haven't looked into that either.
22:07:33bluebrotherthough if someone manages to figure this I'd be interested to hear :)
22:08:03user890104ok, so what do i need to cross-compile win32 bins on ubuntu?
22:08:04bluebrotherthere was some talk on the mxe list in adding support for that a bit ago
22:08:15user890104i've already checked out the whole rockbox tree
22:08:21bluebrotherthough I guess it will take a while until (if) someone picks that up
22:08:26funmanuser890104: gcc-mingw32
22:08:32bluebrotherthe easiest way is to use mxe
22:09:04bluebrotherhttp://mxe.cc/
22:09:16bluebrotherclone mxe to some folder, then cd to that and make qt
22:09:36bluebrotheryou can also try the cross compiler provided by your distro
22:09:50 Quit nosa-j (Quit: lol)
22:10:02bluebrotherthough that usually will create dynamically linked binaries, while mxe creates statically linked ones
22:10:52funmanconfiguring with −−enable-static −−disable-shared should be enough
22:11:13bluebrotherif distro packages provide static Qt libs :)
22:11:56*bluebrother prefers not to trust distros on this :)
22:12:31 Join nosa-j [0] (~m00k@adsl-74-235-42-222.clt.bellsouth.net)
22:13:06CIA-5Commit 707e9d8 in rockbox by 03Dominik Riebeling: Update german translation.
22:14:01CIA-5Commit 38d770e in www by 03Frank Gevaerts: Add the h120 manual to the build system.
22:14:13bluebrothergevaerts: \o/
22:14:14*gevaerts wishes that bluebrother has waited *one* more minute :)
22:14:34gevaertsbluebrother: read the full commit message. It's not ideal yet
22:15:24CIA-5707e9d8 build result: All green
22:17:04bluebrotherhmm. We can change the output filename :)
22:17:42bluebrotheror even easier: check manual/rockbox-build.pdf
22:17:50CIA-5Commit 0adc32d in rockbox by 03Frank Gevaerts: Use -Wl,−−start-group and -Wl,−−end-group for linking the simulator.
22:18:08bluebrotherthe file in the upper folder is just the other one copied and renamed
22:18:15gevaertsOh, right, it's there too...
22:18:43bluebrotherthe manual is actually built in the manual subfolder and later copied :)
22:19:09user890104why isn't ipod6g appearing on http://build.rockbox.org/, i thought it was added to the build system?
22:19:32bluebrotherbecause it's classified as unusable
22:19:46CIA-50adc32d build result: 2 errors, 0 warnings (Frank Gevaerts committed)
22:20:29user890104is there a page that links to its build then?
22:20:31 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net)
22:22:21user890104or, to say it in a different way, is there a page that lists everything that gets build by the build system, with links to each of the files built?
22:22:33pamauryapparently my crypto question did not got much interest
22:22:38pamaury*get
22:23:27gevaertsuser890104: those are two different questions!
22:23:42gevaertsuser890104: http://www.rockbox.org/wiki/IpodClassicPort for the first one
22:23:55gevaertsAnd http://build.rockbox.org/dev.cgi for the second one
22:26:15user890104gevaerts: the second one includes the first one :)
22:26:35gevaertsNot really. The answers are quite different
22:28:03CIA-5Commit 0f61f3f in www by 03Frank Gevaerts: Adjust the manual build a bit.
22:28:24user890104i mean, there's a link to rockbox-ipod6g.zip on build.rockbox.org/dev.cgi, which is what i asked for
22:29:03user890104i'm running "make qt" in mxe's folder now, and waiting for it to complete. then i guess i'll need further instructions from bluebrother in order to build rbutil.
22:29:57*gevaerts needs a commit
22:32:17bluebrotheruser890104: mkdir rbutil/rbutilqt/build-mingw32; cd rbutil/rbutilqt/build-mingw32; export PATH=/path/to/mxe/usr/bin; i686-pc-mingw32-qmake .. && make
22:32:22bertrikdidn't we have a "secret" way to do that?
22:33:02gevaertsbertrik: we can trigger a round of RC builds, but that has other side effects
22:33:23*bluebrother tries to fix the manual build system for make -j
22:33:51gevaertsThat would be useful
22:34:07bluebrotherbut those Makefiles are ... well, interesting :)
22:37:40bluebrotherstrange.
22:38:02bluebrotherthere is a build dependency on the files it generates but it still starts too early
22:41:01funmanbluebrother: i think only fedora ships windows binaries/libs
22:41:17gevaertshrm
22:42:07gevaertsbluebrother: manual-prep depends on $(OBJDIR)/CREDITS.tex, but it also creates $(OBJDIR)?
22:46:07 Quit nosa-j (Quit: lol)
22:47:56bluebrotherfunman: possible. After all, I'm building Qt myself for Rockbox Utility for years now, so ... ;-)
22:48:00 Join nosa-j [0] (~m00k@adsl-74-235-42-222.clt.bellsouth.net)
22:49:15 Join erikskeke [0] (~erik@d54C370B4.access.telenet.be)
22:49:44 Quit erikskeke (Client Quit)
22:51:33bluebrothergevaerts: ah, there seems to be a problem
22:53:43CIA-5Commit b4a0968 in rockbox by 03Dominik Riebeling: Manual: make sure output folder exists to fix -j.
22:53:59bluebrotherhopefully that fixes it for other people than me as well :)
22:54:25 Join lebellium_ [0] (~chatzilla@e179073240.adsl.alicedsl.de)
22:54:56bertrikthere's an empty MAKEFLAGS= statement in the command
22:55:17 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
22:55:17gevaertsbertrik: yes. That's to clear MAKEFLAGS :)
22:55:23bertrikI see ../tools/configure −−target=iriverh120 −−type=s && make MAKEFLAGS= manual
22:55:33bluebrotherlooks fine to me :)
22:55:39CIA-5b4a0968 build result: All green
22:56:00 Quit lebellium (Ping timeout: 246 seconds)
22:56:05 Nick lebellium_ is now known as lebellium (~chatzilla@e179073240.adsl.alicedsl.de)
23:00
23:02:51 Part amayer
23:04:03 Quit [Saint] (Ping timeout: 246 seconds)
23:08:36bertrikis it just me, or is the rate of new bugs being reported going down lately?
23:09:04bertrikI mean new entries in flyspray
23:12:53 Join Guinness [0] (~Slayer@c-68-55-111-159.hsd1.va.comcast.net)
23:16:20 Join saratoga_ [0] (98032909@gateway/web/freenode/ip.152.3.41.9)
23:16:26saratoga_did someone break Warble builds?
23:16:40saratoga_i get a makefile error when i try to build it
23:17:15gevaertsWarble is in the build system, so that seems unlikely
23:17:51 Quit benedikt93 (Quit: Bye ;))
23:18:19saratoga_do you know which target it builds for?
23:18:32CIA-5Commit 8aa3832 in rockbox by 03Frank Gevaerts: Mark "unfinished" but OK strings as finished for Dutch rbutil translation.
23:18:55gevaertssdl
23:19:40saratoga_i selected clip+
23:19:43saratoga_perhaps that matters
23:20:31CIA-58aa3832 build result: All green
23:20:54*gevaerts tries
23:21:05bertrikhuh? I don't think I ever saw my build client do something warble related. What should my client advertise?
23:21:11gevaertssdl
23:21:29gevaertsThere's only one of those though, and plenty of sdl clients
23:21:50gevaertssaratoga_: are you also getting the pcm_record.h thing?
23:22:07saratoga_yeah
23:22:14saratoga_switching to SDL fixes it
23:22:36bertrikI get it too
23:23:01gevaertsProbably some missing #ifdefs somewhere for non-recording (in this case)
23:23:30gevaertsNot sure if that's worth fixing. I think in the long run we probably want to decouple warble more from the regular targets, not less
23:23:39 Quit Horscht (Quit: Verlassend)
23:24:03 Quit GermanMushroom (Ping timeout: 248 seconds)
23:24:40saratoga_are LOGF lines expected to print in warble?
23:24:47saratoga_seems like that might be useful but i'm not sure
23:25:14gevaertsNot sure
23:25:28gevaertsIf not, getting that to work shouldn't be *too* hard
23:26:12***Saving seen data "./dancer.seen"
23:26:34saratoga_we badly need to improve our debug and logged code
23:26:55saratoga_i'm looking at WMA Pro and its setup in such a way that a message asking the user to report the sample doesn't get printed
23:27:14saratoga_because we don't have a good way to do so and the debugf gets swallowed
23:30:24 Join lebellium_ [0] (~chatzilla@e179073240.adsl.alicedsl.de)
23:31:40bertrikyeah, we could use some kind of syslog. Should not be too hard, it could hook into the storage_idle_callback and have negligible impact on the rest of rockbox
23:32:50saratoga_yeah
23:33:04saratoga_also, some standard way to report serious problems
23:33:04 Quit lebellium (Ping timeout: 264 seconds)
23:33:10saratoga_right now a lot of codecs don't even do that
23:33:18 Nick lebellium_ is now known as lebellium (~chatzilla@e179073240.adsl.alicedsl.de)
23:33:41saratoga_perhaps giving DEBUGF a "seriousness" argument
23:34:02saratoga_0 = critical, 1 = serious, 2 = non-serious
23:34:18gevaertsI think it should be different. Integrating it into DEBUGF means we always have to have that enabled
23:34:33saratoga_i mean for sim at least
23:34:33gevaertsFor actual debug stuff that could get expensive
23:34:52saratoga_although actually, would compile time checking of a seriousness flag be possible?
23:35:02saratoga_so for instance, only level 0 gets compiled in for target builds?
23:35:05Torneyes
23:35:07Torneeasy
23:35:10Tornetoken pasting
23:35:14saratoga_i thought so
23:35:17Tornesee base/logging.h in chromium or similar :)
23:35:21gevaertsok, in that case it's fine
23:35:35saratoga_so DEBUGF with no argument == current case == ignored on device
23:35:45saratoga_DEBUGF with 0 always gets logged/printed
23:35:59saratoga_DEBUGF with >0 depends on how the build is configured
23:35:59Torne#define DEBUGF(prio, args) DEBUGF_ ## prio ## (args)
23:36:00Torneor similar
23:36:06Torneand then #define DEBUGF_SERIOUS
23:36:08Torneetc
23:36:42Torne(probably i wrote that wrong but you get the general idea)
23:36:53saratoga_are there any plugins that use the delayed write mechanism so i can see how it works?
23:37:20gevaertsbattery_bench, I'd guess
23:37:49saratoga_ah yes
23:42:06saratoga_yeah turning on logf output in warble would be nice
23:42:08saratoga_how is that done?
23:47:48mgottschlagpamaury: hey, are you there? I think I need some help, I fail to upload any code to my STMP3710 -.-
23:48:10 Join amayer [0] (~amayer@72.25.21.171)
23:48:33pamaurymgottschlag: maybe the transfer size is not correct, I'm not sure anybody had a stmp3710 to try
23:48:44mgottschlagthe transfer size is 64
23:48:52mgottschlagI dumped usb traffic of the original updater
23:49:05pamauryand what is the problem ? sbloader prints an error ?
23:49:11mgottschlagsec
23:49:32mgottschlagsry, fighting with my pastebin script right now
23:49:34mgottschlag"transfer error at send step 6"
23:50:02mgottschlagI created a small program which just looped at the entry point and tried to match the layout of the original fw as close as possible:
23:50:21 Join [Saint] [0] (~Saint]@101.98.158.103)
23:50:26mgottschlaghttp://pastebin.com/y6nwAPLq
23:50:28 Quit [Saint] (Changing host)
23:50:28 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
23:50:39pamaurymgottschlag: matching the layout is not important, it might be that your code faults and thus results in an error
23:51:13mgottschlagah, wait, so my code is already executed before the image is uploaded completely? that of course explains it :)
23:51:32pamaurymgottschlag: you should try with just your code, section(0)
23:51:50pamaurymake sure it runs outs of the internal ram (and not the dram at 0x40000000 because it needs to be initialised)
23:51:59pamauryand then checks if it works
23:53:56 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl)
23:54:25mgottschlagI just had the wrong understanding that the recovery mode actually flashed anything, this is not the case, right?
23:55:17mgottschlag<- just had some time learning basic arm assembler, I am 100% at the very beginning -.-
23:57:13mgottschlaganyways, I'll continue trying :)

Previous day | Next day