#rockbox 2012-07-03

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).

#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:29	amayer	is there a way to move changing text(play time) along with the progress bar on the wps?
02:17:31	amayer	ive checked the wiki and googled it.
02:18:32	JdGordon	amayer: no
02:18:42	JdGordon	though im listening, come up with a way to do it
02:21:17		Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
02:21:21	amayer	I havent read any of the code yet. im just trying to make a theme. to kinda dip my feet in the water.
02:21:57	amayer	after i finish my current project at work i plan on reading some of the RB code and see what i can do
02:24:11	JdGordon	you 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:28	JdGordon	how?
02:25:56	[Saint]	multiple viewports and the percent played tag.
02:26:07	JdGordon	that 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:42	amayer	idealy 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:37	amayer	no no. i want it to follow the progress bar
02:31:47	amayer	like stay with the end of the progress bar
02:32:20	amayer	but some people may want it above the progress bar, some may want it below some may want it on the progress knob
02:32:36	amayer	knob = 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:16	amayer	im not familiar with the code thats why im not making suggesions on how to do it.
02:34:44	amayer	(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:08	JdGordon	yes 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:13	amayer	does drawing an image to the backdrop buffer work %Vb i think?
02:37:29	amayer	i 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:14	JdGordon	[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:09	JdGordon	really?
02:39:12	JdGordon	lame!
02:39:20	[Saint]	I tried a bar and it didn't update _at all_
02:39:45	JdGordon	AA on the backdrop was my origional test case
02:39:55	JdGordon	admitadly, actualy changing tracks may not have been tested :p
02:39:59	JdGordon	file 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:40	JdGordon	yeah, file a bug, it might be a simple fix
02:44:45	JdGordon	i 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:36	JdGordon	[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:30	amayer	question: why does the progress bar get shrunk when you have a knob?
04:17:32	amayer	ref: http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildap4.html
04:17:34	amayer	section D.28.1 note at the bottom
04:19:09	amayer	i 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:54	amayer	it 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:15	JdGordon	hehe know :p
04:30:18	JdGordon	knob*
04:30:22	JdGordon	you mean the slider?
04:31:00	JdGordon	IIRC it shrinks by half the slider width on either end
04:31:03	JdGordon	or total
04:31:38	amayer	is there a reason for that?
04:31:52	JdGordon	im sure there is
04:31:59	JdGordon	buggered if i can rememeber it though
04:33:38	amayer	do you know how to adjust for it?
04:33:40	amayer	I could only find 1 other theme that has the slider with the progress bar.
04:33:42	amayer	and the equation they used only works if you have alot of padding on the edge of your progress bar(which i dont)
04:34:08	JdGordon	gimme a few min to finish my pie, ill have a look at the code
04:35:13	amayer	JdGordon: thanks
04:36:02		Quit [Saint] (Quit: Quit)
04:38:30	JdGordon	yep, it offsets the slider image half the slider images width
04:38:59	JdGordon	so dpeends how you want to line it up you might need to fake it
04:40:51	amayer	what do you mean fake it?
04:41:05	JdGordon	how do you want it to look?
04:45:40	amayer	http://www.webberadvertising.com/alexmayerweb/test.bmp
04:46:03	JdGordon	right? that doesnt work?
04:46:10	amayer	nope
04:46:57	JdGordon	how doesnt it work?
04:46:57	amayer	it has 15 px on each side of the progress bar
04:47:22	JdGordon	can you zip up your theme for me?
04:47:33	amayer	sure one sec
04:49:27	amayer	http://www.webberadvertising.com/alexmayerweb/Alex_Theme.zip
04:51:07	amayer	i actually want the progress bar to be 4-6 px wider
04:51:25	JdGordon	building...
04:51:59	amayer	building???
04:52:11	JdGordon	the sim, so i can test
04:52:26	amayer	oh, i didnt download the sandbox yet
04:53:08	amayer	i just use a perl script to copy all the files to my ipod then eject it and see how it looks
04:53:11	JdGordon	oh, hmm... i see what you're saying
04:53:14	JdGordon	something is not right there
04:53:58	amayer	the progress bar would have to have 16 px padding on both sides for this to work
04:54:01	JdGordon	i dont have a descent graphics program installed, the pb.bmp image is the same width as the background?
04:54:20	amayer	no. its 290
04:54:43	amayer	pb is 290
04:54:46	amayer	slider(knob) is 17
04:55:04	JdGordon	yeah, and the backdrop slider part?
04:55:21	amayer	same as progress bar 290
04:55:31	amayer	screen width = 320
04:55:50	JdGordon	right
04:56:00	JdGordon	ok yeah, removing the slider makes it fit correctly
04:56:03	JdGordon	wtf is going on there?
04:56:11	amayer	thats what im confused about
04:56:33	amayer	thats why i dont understand the shrinking when you add a slider
04:56:45	amayer	it works without it(i tested that)
04:57:57	JdGordon	ok found it
04:58:08	JdGordon	its a bit wierd
04:58:45	amayer	found what? the shrink thing?
04:59:15	JdGordon	if 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:26	JdGordon	so 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:52	JdGordon	so you just need to shrink the bar by 8px on each side on the backdrop
05:00
05:00:16	amayer	shrink it 8 more pixles?
05:00:26	JdGordon	8px on each end
05:00:56	JdGordon	actually
05:01:19	JdGordon	chop 16px off the right end of the bar, so there is 16px of black there
05:03:12	amayer	that wont work
05:03:15	amayer	[pb width] + [slider] + [pb offset] = 320
05:03:17	amayer	[320(screen width) + 16(side padding)] + [17] + 8 = 328
05:03:40	JdGordon	you need to shrink the slider then
05:03:43	amayer	sorry [320(screen width) + 16(side padding)] + [17] + 8 = 328
05:03:58	JdGordon	it will still use 290px for the slider
05:04:08	amayer	if i make just the progress bar smaller but keep the background the same can you make it work?
05:04:43	JdGordon	hang on...
05:06:00		Join Transformer [0] (~Transform@ool-44c4bb0a.dyn.optonline.net)
05:06:01	amayer	i 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:31	JdGordon	%V(8,156,306,16,-)
05:07:32	JdGordon	%pb(0,0,306,16,pb.bmp,slider,E)
05:08:10	amayer	all i have to do is put that in?
05:08:12	JdGordon	that works with a tiny red glitch on the left of the slider, but otherwise is good
05:08:13	amayer	not edit any images
05:08:16	JdGordon	yep
05:09:09	JdGordon	i moved the bar 7 pixels left and widened it by 16pixels
05:10:24	amayer	it looks pretty good thank you.
05:10:41	amayer	im 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:58	amayer	if not ill just use this
05:11:07	amayer	your help is very appreciated
05:11:18	JdGordon	no worries
05:11:23	JdGordon	its a bit stupid still, but good enough
05:14:04	amayer	if i upload a theme can i overwrite it or do i have to put
05:14:07	amayer	theme.zip
05:14:09	amayer	then theme2.zip
05:14:11	amayer	then theme3.zip?
05:14:30	amayer	it talks about having a version text file and comment but doenst say if you can overwrite
05:14:41	JdGordon	i think you can update
05:14:45	JdGordon	not entirely sure how it works
05:15:05	CIA-5	Commit a3ec848 in rockbox by Jonathan Gordon: make the bar tag help slightly better
05:15:42	amayer	JdGordon: should i use that build?
05:15:51	JdGordon	that is a manual update only
05:15:56	amayer	oh haha
05:17:12	amayer	i was going to update it after i figured it out.
05:17:14	amayer	I was also going to add transparency after i read it again so i know where to put it
05:17:25	amayer	is that build with GIT?
05:17:33	CIA-5	a3ec848 build result: All green
05:21:38		Quit Horscht (Quit: Verlassend)
05:25:50	***	Saving seen data "./dancer.seen"
05:31:54	amayer	JdGordon: Thanks again for you help, Im signing off for tonight
05:32:00	JdGordon	cya
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:09	gevaerts	[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:42	gevaerts	How is that a problem?
10:31:52	gevaerts	That'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:07	gevaerts	No foreground viewport in front of it
10:34:03	[Saint]	gevaerts: wait, what? Were you joking about the android-15 archlist thing?
10:34:15	gevaerts	huh?
10:34:23	gevaerts	No, of course not
10:34:32	[Saint]	rbclient.pl runs "./android list target" and checks for "android15", this doesn't exist.
10:34:39	gevaerts	Also, 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:11	gevaerts	It 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:16	gevaerts	No
10:38:38	gevaerts	That 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:04	gevaerts	What 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:01	DBUG	Enqueued 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:06	gevaerts	Not unsurprisingly at all
10:43:34	gevaerts	What'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:52	gevaerts	Yes, but android15 vs android-15 is not the issue
10:44:12	gevaerts	Insisting it is is only going to make finding the actual problem harder
10:44:36		Quit Elfish (Ping timeout: 245 seconds)
10:47:12	gevaerts	[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:03	gevaerts	ok, same here
10:51:11	gevaerts	The 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:01	gevaerts	Oh
10:52:16	gevaerts	The first two of those are "normal" (as in everyone gets those)
10:52:36	gevaerts	Is the android sdk tools directory in your PATH?
10:52:48	[Saint]	it is, yes.
10:53:02	gevaerts	"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:36	gevaerts	ANDROID_SDK_PATH is irrelevant here
10:56:50	gevaerts	PATH 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:51	gevaerts	Exactly. And it's telling you it can't check it
10:57:59	gevaerts	Can'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:41	gevaerts	It implies nothing, except that whoever wrote that code assumed the command would be there.
11:00
11:00:40	gevaerts	The 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:51	gevaerts	In your case, see also "Use of uninitialized value $p in pattern match (m//) at rbclient.pl line 559"
11:01:00	gevaerts	$p is that output variable
11:01:42	***	Alert Mode OFF
11:01:45	gevaerts	So '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:14	gevaerts	Then 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:25	gevaerts	Also check if .bashrc is actually read. The way these files are handled is somewhat obscure
11:04:35	gevaerts	Oh
11:04:46	gevaerts	Do 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:44	gevaerts	hm
11:07:02	gevaerts	And 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:18	user890104	[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:11	user890104	ah, 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:32	bipton	good 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:53	bipton	or 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:24	amayer	is there a maintained list of known issues in the wiki?
16:12:26	amayer	there is a link on http://www.rockbox.org/wiki/FlySprayHowto#Submitting_a_bug_report
16:12:28	amayer	that points to a 404
16:12:30	amayer	i searched the wiki and google "known issues site:rockbox.org" but couldnt find the known issues page
16:12:32	amayer	i 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:31	gevaerts	I'd drop that reference. the KNOWN_ISSUES file still exists (but not in svn), but it hasn't been updated in ages
16:16:23	amayer	so 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:17	gevaerts	I'd say so
16:20:32	gevaerts	hm, that page also still talks about patches on flyspray...
16:21:40	amayer	there are still patches in flyspray
16:22:20	gevaerts	Yes, but apart from some excetions (translation updates, mainly (or only?)), we don't want new ones there
16:22:26	gevaerts	*exceptions
16:22:34	amayer	oh ok.
16:23:09	amayer	is there a way to comment on why you are update the wiki?
16:23:11	amayer	or do you just make the change and not worry about it
16:23:21		Quit nosa-j (Client Quit)
16:24:14	gevaerts	Not sure
16:24:24	gevaerts	I don't think there's a way
16:24:55	gevaerts	Anyway, 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:44	amayer	my questions are compounding every time I find an answer to one it leads me to 2 more
16:28:59	gevaerts	:)
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:59	amayer	i read about png file(images)
16:30:01	amayer	it says there are 24 and 32 bit pallets.
16:30:03	amayer	is this the reason they arent supported on rockbox? or just nobody got around to makeing a decoder for them?
16:30:05	gevaerts	http://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:31	gevaerts	amayer: several reasons
16:33:31		Quit nosa-j (Quit: lol)
16:33:37	gevaerts	(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:07	gevaerts	The 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:28	amayer	so png is smaller then bmp?
16:34:30	gevaerts	See http://www.rockbox.org/wiki/DevConEuro2012#Meeting_minutes for some details
16:34:38	gevaerts	png can be compressed, yes
16:34:54	amayer	...i thought png was lossless
16:35:14	gevaerts	It is
16:36:07	amayer	you can compress lossless files?
16:36:34	amayer	i thought the point of them beeing lossless was because you cant compress them/they dont lose any data
16:36:39	gevaerts	"lossless files" isn't a thing
16:36:59	gevaerts	Compression can be lossless or lossy
16:37:08	amayer	well i was generalizing lossless(not making it a file type)
16:37:40	amayer	oh ok stops head from spinning
16:38:19		Quit nosa-j (Client Quit)
16:38:24	gevaerts	e.g. you can have wav (raw uncompressed data), flac (lossless compression), and mp3 (lossy compression)
16:38:58	gevaerts	For images you can have bmp (raw uncompressed data), png (lossless compression), and jpg (lossy compression)
16:38:59	amayer	thats the first file i thought of when i thought of lossless was flac
16:39:14	gevaerts	It'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:30	gevaerts	When thinking about this, it helps to distinguish resulting data, file formats, and codecs. They're all different things
16:41:35	amayer	that 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:44	amayer	how 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:37	amayer	oh ok.
17:30:07	amayer	well 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:23	fs-bluebot	http://www.rockbox.org/tracker/task/12712 Audio files are not removed from the database if database.ignore file is place in folder (bugs, unconfirmed)
17:31:35	amayer	oh cool
17:32:13	amayer	i 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:53	amayer	yes under settings -> general settings -> database -> update now
17:33:35	[Saint]	its "initialize now" that you want, iirc.
17:34:08	amayer	that 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:32	amayer	i would like to keep the other data.
17:34:34	amayer	but just remove the files in the database.ignore file
17:34:40	amayer	folder*
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:00	amayer	makes 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:31	gevaerts	[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:27	amayer	doing 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:42	amayer	thats why i assumed(i need to stop doing this) it was a bug
17:42:21		Part LinusN
17:42:40	gevaerts	The 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:44	amayer	so it is an intentional bug?
17:51:00	gevaerts	No. 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:35	gevaerts	What 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:19	amayer	oh 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:49	Ctcp	Ignored 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:05	gevaerts	[Saint]: is that tree up to date?
18:14:23	[Saint]	gevaerts: It is, yes. Its clean HEAD
18:14:54	gevaerts	190577e should have fixed that
18:15:22	gevaerts	Which jdk version are you using?
18:15:38	[Saint]	openjdk-6-jdk
18:15:57	gevaerts	hmm
18:15:58	[Saint]	I should be on 7? or 8?
18:16:13	gevaerts	no
18:16:17	gevaerts	6 should work
18:16:37	gevaerts	Those 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:53	gevaerts	no
18:18:01	gevaerts	6 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:02	gevaerts	Yes, I think I know why
18:19:09	[Saint]	Oh?
18:20:19	gevaerts	Did you once try to build with 7 on that system before?
18:20:39	gevaerts	I'm betting 6 will work if you first delete ~/.android/debug.keystore
18:21:35	gevaerts	Although 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:49	amayer	is the first part of the daily builds some kind of hash?
18:37:51	amayer	i understand that the second half is the date.
18:37:53	amayer	but 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:30	funman	revision number (a hash, you got it right)
18:41:34	amayer	thank 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:49	m0r0n	Hey, can someone tell me how to make my clip+ a MSD with rockbox
21:13:21	m0r0n	I don't have privileges to 'install' the device onto my computer (work)
21:13:39	m0r0n	but I'd like to use it as a MSD so I can use foobar2k and listen
21:14:21	m0r0n	When I boot into the SanDisk software it shows up, but uses it as an mp3 player vs a MSD
21:14:25	gevaerts	Rockbox can't magically change the security policies on a computer
21:15:16	m0r0n	Huh. It's now a MSD
21:15:24	m0r0n	Well, 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:16	bertrik	did we start already with the distributed manual building thing yet?
21:47:17		Quit kevku (Ping timeout: 272 seconds)
21:47:32	gevaerts	No, although we could I think
21:49:33	gevaerts	Let 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:27	bluebrother	user890104: see http://www.rockbox.org/wiki/RockboxUtilityDevelopment
21:54:43	bluebrother	the building part might be a bit outdated though
21:55:30	bluebrother	if you're not planning to build release binaries it's actually simpler than the description
21:56:04	gevaerts	The manual is being annoying. You need both latex and the crosscompilers apparently
21:56:14	user890104	bluebrother: i'd like to build development ones, just like the ones you're upoading to your page
21:56:46	bluebrother	well, building a development version and building development version are two different things :)
21:56:54	bluebrother	basically, you have two options
21:57:24	bluebrother	(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:15	bluebrother	(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:42	bluebrother	if you're on Linux you can use mxe to do (b)
21:59:20	bluebrother	which 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:49	user890104	bluebrother: i have a linux VM, but i'd like to build the utility for win7x64
22:00
22:00:29	bluebrother	if you want to build specifically for 64bit you're on your own −− I've never built a 64bit binary
22:00:35	user890104	is using prebuild qt .lib files and linking them to rbutil going to work?
22:00:47	bluebrother	since there is neither a reason nor any real benefit
22:01:20	bluebrother	if you're linking statically and use the same compiler Qt uses: yes.
22:01:22	user890104	ok, building win32 binaries is also fine for me
22:02:21	bluebrother	so 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:22	bluebrother	you 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:41	user890104	how 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:44	gevaerts	hmmm
22:06:11	bluebrother	since 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:40	bluebrother	I can cross compile win32 binaries on Linux though I use a VM for releases (for the reasons I said earlier)
22:07:19	bluebrother	cross compiling OS X _should_ be possible, but it's not really easy and I haven't looked into that either.
22:07:33	bluebrother	though if someone manages to figure this I'd be interested to hear :)
22:08:03	user890104	ok, so what do i need to cross-compile win32 bins on ubuntu?
22:08:04	bluebrother	there was some talk on the mxe list in adding support for that a bit ago
22:08:15	user890104	i've already checked out the whole rockbox tree
22:08:21	bluebrother	though I guess it will take a while until (if) someone picks that up
22:08:26	funman	user890104: gcc-mingw32
22:08:32	bluebrother	the easiest way is to use mxe
22:09:04	bluebrother	http://mxe.cc/
22:09:16	bluebrother	clone mxe to some folder, then cd to that and make qt
22:09:36	bluebrother	you can also try the cross compiler provided by your distro
22:09:50		Quit nosa-j (Quit: lol)
22:10:02	bluebrother	though that usually will create dynamically linked binaries, while mxe creates statically linked ones
22:10:52	funman	configuring with −−enable-static −−disable-shared should be enough
22:11:13	bluebrother	if 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:06	CIA-5	Commit 707e9d8 in rockbox by Dominik Riebeling: Update german translation.
22:14:01	CIA-5	Commit 38d770e in www by Frank Gevaerts: Add the h120 manual to the build system.
22:14:13	bluebrother	gevaerts: \o/
22:14:14	*	gevaerts wishes that bluebrother has waited one more minute :)
22:14:34	gevaerts	bluebrother: read the full commit message. It's not ideal yet
22:15:24	CIA-5	707e9d8 build result: All green
22:17:04	bluebrother	hmm. We can change the output filename :)
22:17:42	bluebrother	or even easier: check manual/rockbox-build.pdf
22:17:50	CIA-5	Commit 0adc32d in rockbox by Frank Gevaerts: Use -Wl,−−start-group and -Wl,−−end-group for linking the simulator.
22:18:08	bluebrother	the file in the upper folder is just the other one copied and renamed
22:18:15	gevaerts	Oh, right, it's there too...
22:18:43	bluebrother	the manual is actually built in the manual subfolder and later copied :)
22:19:09	user890104	why isn't ipod6g appearing on http://build.rockbox.org/, i thought it was added to the build system?
22:19:32	bluebrother	because it's classified as unusable
22:19:46	CIA-5	0adc32d build result: 2 errors, 0 warnings (Frank Gevaerts committed)
22:20:29	user890104	is 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:21	user890104	or, 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:33	pamaury	apparently my crypto question did not got much interest
22:22:38	pamaury	*get
22:23:27	gevaerts	user890104: those are two different questions!
22:23:42	gevaerts	user890104: http://www.rockbox.org/wiki/IpodClassicPort for the first one
22:23:55	gevaerts	And http://build.rockbox.org/dev.cgi for the second one
22:26:15	user890104	gevaerts: the second one includes the first one :)
22:26:35	gevaerts	Not really. The answers are quite different
22:28:03	CIA-5	Commit 0f61f3f in www by Frank Gevaerts: Adjust the manual build a bit.
22:28:24	user890104	i mean, there's a link to rockbox-ipod6g.zip on build.rockbox.org/dev.cgi, which is what i asked for
22:29:03	user890104	i'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:17	bluebrother	user890104: mkdir rbutil/rbutilqt/build-mingw32; cd rbutil/rbutilqt/build-mingw32; export PATH=/path/to/mxe/usr/bin; i686-pc-mingw32-qmake .. && make
22:32:22	bertrik	didn't we have a "secret" way to do that?
22:33:02	gevaerts	bertrik: 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:51	gevaerts	That would be useful
22:34:07	bluebrother	but those Makefiles are ... well, interesting :)
22:37:40	bluebrother	strange.
22:38:02	bluebrother	there is a build dependency on the files it generates but it still starts too early
22:41:01	funman	bluebrother: i think only fedora ships windows binaries/libs
22:41:17	gevaerts	hrm
22:42:07	gevaerts	bluebrother: manual-prep depends on $(OBJDIR)/CREDITS.tex, but it also creates $(OBJDIR)?
22:46:07		Quit nosa-j (Quit: lol)
22:47:56	bluebrother	funman: 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:33	bluebrother	gevaerts: ah, there seems to be a problem
22:53:43	CIA-5	Commit b4a0968 in rockbox by Dominik Riebeling: Manual: make sure output folder exists to fix -j.
22:53:59	bluebrother	hopefully that fixes it for other people than me as well :)
22:54:25		Join lebellium_ [0] (~chatzilla@e179073240.adsl.alicedsl.de)
22:54:56	bertrik	there's an empty MAKEFLAGS= statement in the command
22:55:17		Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
22:55:17	gevaerts	bertrik: yes. That's to clear MAKEFLAGS :)
22:55:23	bertrik	I see ../tools/configure −−target=iriverh120 −−type=s && make MAKEFLAGS= manual
22:55:33	bluebrother	looks fine to me :)
22:55:39	CIA-5	b4a0968 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:36	bertrik	is it just me, or is the rate of new bugs being reported going down lately?
23:09:04	bertrik	I 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:26	saratoga_	did someone break Warble builds?
23:16:40	saratoga_	i get a makefile error when i try to build it
23:17:15	gevaerts	Warble is in the build system, so that seems unlikely
23:17:51		Quit benedikt93 (Quit: Bye ;))
23:18:19	saratoga_	do you know which target it builds for?
23:18:32	CIA-5	Commit 8aa3832 in rockbox by Frank Gevaerts: Mark "unfinished" but OK strings as finished for Dutch rbutil translation.
23:18:55	gevaerts	sdl
23:19:40	saratoga_	i selected clip+
23:19:43	saratoga_	perhaps that matters
23:20:31	CIA-5	8aa3832 build result: All green
23:20:54	*	gevaerts tries
23:21:05	bertrik	huh? I don't think I ever saw my build client do something warble related. What should my client advertise?
23:21:11	gevaerts	sdl
23:21:29	gevaerts	There's only one of those though, and plenty of sdl clients
23:21:50	gevaerts	saratoga_: are you also getting the pcm_record.h thing?
23:22:07	saratoga_	yeah
23:22:14	saratoga_	switching to SDL fixes it
23:22:36	bertrik	I get it too
23:23:01	gevaerts	Probably some missing #ifdefs somewhere for non-recording (in this case)
23:23:30	gevaerts	Not 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:40	saratoga_	are LOGF lines expected to print in warble?
23:24:47	saratoga_	seems like that might be useful but i'm not sure
23:25:14	gevaerts	Not sure
23:25:28	gevaerts	If not, getting that to work shouldn't be too hard
23:26:12	***	Saving seen data "./dancer.seen"
23:26:34	saratoga_	we badly need to improve our debug and logged code
23:26:55	saratoga_	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:14	saratoga_	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:40	bertrik	yeah, 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:50	saratoga_	yeah
23:33:04	saratoga_	also, some standard way to report serious problems
23:33:04		Quit lebellium (Ping timeout: 264 seconds)
23:33:10	saratoga_	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:41	saratoga_	perhaps giving DEBUGF a "seriousness" argument
23:34:02	saratoga_	0 = critical, 1 = serious, 2 = non-serious
23:34:18	gevaerts	I think it should be different. Integrating it into DEBUGF means we always have to have that enabled
23:34:33	saratoga_	i mean for sim at least
23:34:33	gevaerts	For actual debug stuff that could get expensive
23:34:52	saratoga_	although actually, would compile time checking of a seriousness flag be possible?
23:35:02	saratoga_	so for instance, only level 0 gets compiled in for target builds?
23:35:05	Torne	yes
23:35:07	Torne	easy
23:35:10	Torne	token pasting
23:35:14	saratoga_	i thought so
23:35:17	Torne	see base/logging.h in chromium or similar :)
23:35:21	gevaerts	ok, in that case it's fine
23:35:35	saratoga_	so DEBUGF with no argument == current case == ignored on device
23:35:45	saratoga_	DEBUGF with 0 always gets logged/printed
23:35:59	saratoga_	DEBUGF with >0 depends on how the build is configured
23:35:59	Torne	#define DEBUGF(prio, args) DEBUGF_ ## prio ## (args)
23:36:00	Torne	or similar
23:36:06	Torne	and then #define DEBUGF_SERIOUS
23:36:08	Torne	etc
23:36:42	Torne	(probably i wrote that wrong but you get the general idea)
23:36:53	saratoga_	are there any plugins that use the delayed write mechanism so i can see how it works?
23:37:20	gevaerts	battery_bench, I'd guess
23:37:49	saratoga_	ah yes
23:42:06	saratoga_	yeah turning on logf output in warble would be nice
23:42:08	saratoga_	how is that done?
23:47:48	mgottschlag	pamaury: 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:33	pamaury	mgottschlag: maybe the transfer size is not correct, I'm not sure anybody had a stmp3710 to try
23:48:44	mgottschlag	the transfer size is 64
23:48:52	mgottschlag	I dumped usb traffic of the original updater
23:49:05	pamaury	and what is the problem ? sbloader prints an error ?
23:49:11	mgottschlag	sec
23:49:32	mgottschlag	sry, fighting with my pastebin script right now
23:49:34	mgottschlag	"transfer error at send step 6"
23:50:02	mgottschlag	I 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:26	mgottschlag	http://pastebin.com/y6nwAPLq
23:50:28		Quit [Saint] (Changing host)
23:50:28		Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
23:50:39	pamaury	mgottschlag: matching the layout is not important, it might be that your code faults and thus results in an error
23:51:13	mgottschlag	ah, wait, so my code is already executed before the image is uploaded completely? that of course explains it :)
23:51:32	pamaury	mgottschlag: you should try with just your code, section(0)
23:51:50	pamaury	make sure it runs outs of the internal ram (and not the dram at 0x40000000 because it needs to be initialised)
23:51:59	pamaury	and then checks if it works
23:53:56		Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl)
23:54:25	mgottschlag	I just had the wrong understanding that the recovery mode actually flashed anything, this is not the case, right?
23:55:17	mgottschlag	<- just had some time learning basic arm assembler, I am 100% at the very beginning -.-
23:57:13	mgottschlag	anyways, I'll continue trying :)

Previous day | Next day