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 2016-05-13

00:17:05***Saving seen data "./dancer.seen"
00:17:55 Quit petur (Quit: Leaving)
00:21:20 Quit paulk-collins (Quit: Leaving)
00:31:15TheSeven[Saint], pamaury: crosscompiling windows sims turns out to be trivial
00:31:36pamauryTheSeven: can you elaborate ?
00:32:06TheSevenapt-get install gcc-mingw-w64-i686
00:32:27TheSeventar xvzf SDL-1.2.15.tar.gz
00:32:42pamauryah so you do need to cross compile sdl by hand
00:32:51pamauryI was expecting something like that
00:33:25TheSevencd SDL-1.2.15
00:33:25TheSeven./configure −−host=i586-mingw32msvc
00:33:29TheSevenmake && make install
00:33:47TheSevenah, nonsense, the configure line needs to be ./configure −−host=i686-w64-mingw32
00:34:31TheSevenCROSS_COMPILE="i686-w64-mingw32-" PATH=/usr/local/cross-tools/i386-mingw32/bin:${PATH} tools/release/ -v -s -w -f "<target>-sim-w32"
00:35:25TheSeventhe generated zips are lacking a crucial dll file though, which can be found at /usr/lib/gcc/i686-w64-mingw32/5.3-win32/libgcc_s_sjlj-1.dll
00:35:29pamauryhuh, what is this script ?
00:35:57TheSevenso that script probably needs a patch
00:36:29pamauryis that documented on the wiki ? Is that script invoked by the build bot ?
00:37:54 Quit ender` (Quit: printk("; corrupted filesystem mounted read/write - your computer will explode within 20 seconds ... but you wanted it so!\n");-- /usr/src/linux/fs/hpfs/super.c)
00:38:16TheSevenI think it's similar to one of the release scripts
00:38:28TheSevendon't think it's invoked by the build bot
00:38:53pamaurybut you don't build the cross compilers by hand do you ?
00:38:55TheSevenit takes care of building all simulator targets and arranging the final zips somewhere ready for upload
00:38:59pamaurysorry cross sim
00:39:22TheSeventhis script is running on a daily cronjob and pushing to rasher's site
00:39:57pamauryah ok
00:42:35TheSevenso how do I get rid of that dll dependency or have it included in the zip?
00:42:49TheSevenI guess the latter is easier but requires a change in some makefile in git?
00:43:15pamauryI think it's easier to include it, unless you can have the compiler include it statically ?
00:43:30TheSevenincluding it means finding out where it is ;)
00:43:31rasherTheSeven: I think the libsdl.dll is already just pushed into the zip at some stage
00:43:43TheSevenyeah, but that can probably be found using sdl-config or something
00:43:56[Saint]TheSeven: Hey, thanks, I'll give it a go.
00:44:39pamauryTheSeven: to get rid of libgcc_*, try to add -static-libgcc on the link line, that will require to tweak the Makefile though
00:44:41rasherTheSeven: I think it's just done in the little shell script that kicks everything off, honestly
00:44:42[Saint]I'm just working through my patches to the Android build scripts to bring everything up to platform 19 and the SDK prebuilt gcc 4.9 now.
00:45:00[Saint]There's also a change to a few of the build tool locations.
00:45:10rasherTheSeven: ah no, line 156
00:45:50[Saint]I don't think I should really care too much about breaking anyone's functional Android build environment I suppose.
00:45:56 Quit girafe (Quit: Leaving)
00:46:16[Saint]ANyone who has one at this point either has so via some crazy fluke, or they've kludged it by hand to build.
00:47:55[Saint]we also need to change the linker used so it doesn't barf with the modern NDK.
00:48:29[Saint](and using the bfd linker instead of gold doesn't seem to have any other ill effects)
00:49:55[Saint]I'm in the middle of shifting a lot of stuff around on my end at this point though, so I'm not really in any position to push it to gerrit.
00:50:49[Saint]If anyone wants this stuff (there's 5 or 6 patches split out into tiny functional groups) in the next...I dunno...before I say "it is up on Gerrit now", then let me know.
00:50:57TheSevenand you are definitely right about ypr0 being a pain with modern gccs
00:51:19TheSevenlibppl specifically
00:51:25[Saint]Do you just want me to upload it for you?
00:51:51TheSevenI'm trying to avoid pulling all this crap from trusty back in
00:52:07[Saint]It would mean your toolchain made a beautiful ~4 year journey to get back to you.
00:52:13[Saint]I can upload it if you'd like.
00:52:26 Nick suYin is now known as suYin`OFF (
00:52:47TheSevenI also have it here
00:53:11TheSevenI'm just trying to clean out as much of this mess as possible right now
00:53:13[Saint]just trying to get it building with and mainline the changes?
00:53:18[Saint]I mean.
00:53:24TheSevenI'm wondering what that libppl thing even is and why only ypr0 needs it
00:54:34[Saint]I tried cleaning up its dependencies myself but I didn't get very far. pamaury was working on it at around the same time (but I didn't know this), and when I found out I ended up merging his work with mine and I got a little bit further.
00:54:55[Saint]But it is just a crazy madenning clusterfuck that requires a metric shit tonne of esoteric tools.
00:55:14[Saint]perhaps pamaury still has this work archived somewhere.
00:55:24[Saint]I looked, and I don't, sorry.
00:55:29[Saint]I thought I did.
00:55:41pamauryno, I lost it with my computer last summer, it was backed up, I didn't think it was important
00:56:20pamauryI remember this libppl, it was esoteric
00:56:21[Saint]I lost it in a fairly similar way.
00:56:45[Saint]It was on a disk with a bunch of other development dead end repositories that I thought I had backed up.
00:56:48pamaurymy guess it that you could get rid of it by disabling some optimizations
00:57:23pamaurybecause libppl seems to be some polyhedra related and thus only need for O3 optimization
00:57:28TheSevenI'm wondering if I can just get away with using the host version, like with mpfr, mpc, ...
00:57:30[Saint]One of the main problems I found for it was the metric craptonne of projects and patches it tried to pull in from dead links.
00:58:40[Saint]I got it to a point where as far as I could see it was nearing completion but ended up failing with errors that limited investigation showed to be pure bullshit.
00:59:11[Saint]At that point I had probably spent a week, and around maybe 100 hours on it, compiled it a bajillion times, and it defeated me.
00:59:34 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium
00:59:52[Saint]If I didn't already have a functional toolchain that you managed to compile and everyone else had been passing around for a while I think maybe I would've been more concerned about getting it functioning.
01:00:41[Saint]But it is an obscure target that I no longer own functioning versions of and I already had a prebuilt toolchain so it wasn't really a high priority to me, especially after already being driven to near madness by it.
01:01:02[Saint]I honestly have no idea how the hell you managed to get it to compile originally, TheSeven.
01:01:51TheSevenprobably by sneaking around the bugs - using old versions of host compilers from ~2010-2012 or something
01:02:43[Saint]argh! crap.
01:03:27[Saint]I just managed to bork myself out of my build server by screwing up my ridiculous authentication chain.
01:05:43TheSevenctng docs: "With >= gcc-4.8, we drop PPL and CLooG/PPL, and switch to ISL to replace PPL, and use the upstream version of CLooG instead of CLooG/PPL which was a fork of CLooG that provided PPL backend support, that was undermaintained. See:"
01:06:06TheSeventhat explains a bunch of things
01:07:54TheSevenguess I'm gonna just nuke cloog altogether
01:08:53*[Saint] tries to get crosscompiling RbUtil for Windows on Ubuntu Server (16.10/yakkety)
01:10:02[Saint]TheSeven: do you have any idea on this?
01:10:12TheSevenon what?
01:10:27TheSevenrbutil is some qt thing, right?
01:10:33TheSevenmight be a bit more of a pain than SDL then
01:10:41[Saint]I would assume, yes.
01:11:00[Saint]bluebrother^: I posit that you're the man I need to talk to about this perhaps?
01:11:38[Saint]I really really really want to cut my windows development container out of the picture because maintaining it is a pain in the tits.
01:12:47[Saint]I'm near certain there would be a way to crosscompile static RbUtil builds for Windows on Linux.
01:12:53TheSevenit surely is
01:12:57pamaury[Saint]: use mxe
01:13:10pamauryI know I keep repeating myself but it works really well
01:14:27[Saint]pamaury: I hadn't been able to get it to work with Qt5.
01:14:34[Saint]Any idea what I might be missing?
01:14:46pamauryah, I don't know, last time I tried it was with qt4
01:14:52*[Saint] nods
01:15:04[Saint]Thank you.
01:15:35 Quit prof_wolfff (Ping timeout: 244 seconds)
01:15:52pamaurybut I might have a try at qt5 tomorrow if you want
01:16:06pamauryit's bed time for me
01:16:45[Saint]I'll let you know if I beat you to it.
01:16:51[Saint]Thank you, and goodnight.
01:19:22TheSeven-static-libgcc should do the trick for the sims
01:19:46TheSevenlet's see if I can just pass that in an environment variable so that I don't have to touch git
01:20:53TheSevendoesn't seem so :/
01:22:49 Quit pamaury (Ping timeout: 244 seconds)
01:25:56[Saint]I'll try and get mxe working with Qt5 again I guess.
01:26:08[Saint]Thank you for your help with the simulators.
01:27:00[Saint]And, in general, over the years. I really appreciate it.
01:36:13 Quit shamus (Read error: Connection reset by peer)
01:36:39 Join shamus [0] (
01:38:57TheSevencan someone please add SHARED_LDFLAG='' to configure line 262?
01:39:14TheSeventhat looks like an obvious oversight and is the cause of the requirement for that DLL from what it looks like
01:41:16 Join prof_wolfff [0] (
01:59:41 Quit ved (Ping timeout: 250 seconds)
02:09:37 Quit TheSeven (Disconnected by services)
02:09:44 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
02:17:09***Saving seen data "./dancer.seen"
02:27:27[7]forget my comment about SHARED_LDFLAG, while that's still an obvious oversight, it doesn't help here at all (windows sim build doesn't seem to use it)
02:32:33[7]ok, that libgcc was actually being pulled in by sdl.dll
02:32:45[7]easiest fix seems to be statically linking libsdl
02:35:19[7]oh, and ypr0 continues being hilarious:
02:35:20[7][ALL ] while read spec; do ln -f /usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/bin/getconf /usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf/$ || /cache/rbdev-build/build-ypr0/.build/tools/bin/install -c /usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/bin/getconf /usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf/$; mv -f /usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf/$ /usr/
02:35:20[7]local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf/$spec; done < /cache/rbdev-build/build-ypr0/.build/arm-ypr0-linux-gnueabi/build/build-libc/posix/getconf.speclist
02:35:20DBUGEnqueued KICK [7]
02:35:20[7][ALL ] mv: '/usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf/.new' and '/usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf/.new' are the same file
02:35:20[7][ALL ] mv: '/usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf/.new' and '/usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf/.new' are the same file
02:35:20***Alert Mode level 1
02:35:20[7][ALL ] Makefile:354: recipe for target '/usr/local/arm-ypr0-linux-gnueabi/sysroot/usr/libexec/getconf' failed
02:35:28[7]you don't say...
02:39:42 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
02:42:36 Quit JdGordon_ (Ping timeout: 265 seconds)
02:45:21***Alert Mode OFF
02:48:57 Quit gbl08ma (Remote host closed the connection)
02:49:18[Saint]welcome to the ride.
02:49:49[Saint]it only gets "better" (hint: worse)
02:49:56[Saint]lots "better".
02:50:55 Quit ZincAlloy (Quit: Leaving.)
02:53:06CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
02:53:06*[7] goes ahead and installs 200MB of X11/mesa crap just to be able to compile native sims as well
02:53:27[7]yup, the libsdl header package has 200MB of deps
02:58:42[Saint]Oh! I forgot about my trusty little raspi based deadman switch for the server(s).
02:59:00[Saint]I should be able to bring it back up and get back to it.
02:59:40[7][EXTRA] Building final compiler
02:59:46[7]that looks somewhat promising...
03:00:18 Join Rower [0] (
03:01:32 Join krabador [0] (~krabador@unaffiliated/krabador)
03:02:10 Quit jtdesigns01 (Read error: Connection reset by peer)
03:06:40 Quit Rower (Ping timeout: 244 seconds)
03:09:59[7][Saint]: it wasn't *that* bad after all
03:10:39[7]nuking out that cloog thing removed the only real nasty problem, I'm wondering if I did that the last time as well
03:15:02 Join jtdesigns01 [0] (~quassel@2601:400:8000:34f5:230:bdff:fe71:cebd)
03:20:37[7][Saint]: I think I have everything but android working now (just not set up the scripts and cron jobs yet)
03:20:57[7]so let me know once you know what I need to do in order to get android back up and running
03:21:03[Saint]ah - so you have Android actually building?
03:21:11[Saint]ah, ok. right.
03:21:35[Saint]yep - um, just gimme a sec to finish this migration.
03:22:26[7]I'll probably go to sleep now anyway, so you have time to prepare ;)
03:23:06[7]ypr0 build, sim builds (native and windows) and pdf manual builds seem to be working
03:23:40[7]ypr0 with cloog disabled of course
03:25:18[Saint]Ahhhh - see, that was probably my problem.
03:25:33[Saint]trying to get that horrid custom cloog shit to build.
03:26:39[Saint]anyhow - ok, thanks. I should have the android stuff tested out and on gerrit by the end of the day (my time).
03:27:36[Saint]since the NDK is a constantly evolving landscape I'm not sure if the linker changes are still required or not, or if they can be simplified.
03:28:05[Saint]because that's one change that is fairly invasive and I would like to avoid it if I could.
03:29:13[Saint]keeping the linkers happy with our native stuff is a pain in the $insert_body_part_or_euphemism_here
03:30:09 Quit rela (Read error: Connection reset by peer)
03:39:11[Saint]Holy crap I love forcing −−no-install-recommends all the time.
03:39:29[Saint]the recommends for the mxe build dependencies are like 1.2GB.
03:39:49[Saint]the dependencies themselves without recommends or suggests are only ~200MB.
03:43:41[7]yup, autoinstalling recommends is the first thing that I disable in aptitude
03:50:35[Saint]I never likes aptitude.
03:50:44[Saint]always been and apt man myself.
03:52:14[Saint]I just use apt with a couple of apt.conf scriptlets to disable installation of recommends and suggests and to give a 'pretty' output with my regular shell colour scheme and nice progress bars piped through dialog.
03:54:40[Saint]oh, and one to handle automagically mount /tmp as executable prior to apt install and back again thereafter because having /tmp executable creeps me out, but some packages rely on it for pre/post installation scripts to run in.
03:58:15[Saint]wellp - I have mxe attempting to build qt5 for me to (attempt to) crosscompile static Rbutil binaries against.
03:58:57[Saint]wish me luck, it'll take a while, even on a much faster server than my build server. So...I'll go do real life things I guess.
04:06:45 Quit krabador (Remote host closed the connection)
04:08:33 Quit [Saint] (Remote host closed the connection)
04:10:16 Join [Saint] [0] (~hayden@rockbox/staff/saint)
04:17:13***Saving seen data "./dancer.seen"
04:26:22 Join Bitters [0] (184cdf2b@gateway/web/freenode/ip.
04:26:56BittersWow, this project is still alive? I remember this being alive when I was 8 I think. Haha
04:39:12 Quit Bitters (Quit: Page closed)
04:42:46 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
04:45:58 Quit JdGordon (Ping timeout: 260 seconds)
05:16:49 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
05:19:13 Quit JdGordon_ (Ping timeout: 260 seconds)
05:25:06 Quit nlogex (Read error: Connection reset by peer)
06:17:16***Saving seen data "./dancer.seen"
06:41:10duo8can rockbox handle a memory w/o a prtition table?
06:41:15duo8*memory card
07:22:44 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
07:24:18[Saint]"Failed to build package gcc for target x86_64-w64-mingw32.static!"
07:25:37[Saint]duo8: it should be able to handle superfloppy volumes yes.
07:26:01 Quit JdGordon (Ping timeout: 260 seconds)
07:27:28[Saint]emCORE did this with the ipod6g. there was no need to keep any of the OF reserved space intact there.
07:28:29[Saint]I'm about 98% positive a superfloppy volume was tolerated in Rockbox therein. But perhaps this is some quirk of ipod6g.
07:28:54[Saint]I wouldn't think so though.
07:35:30 Join wodz [0] (
07:39:23 Quit tertu (Ping timeout: 265 seconds)
08:06:21 Join nlogex [0] (
08:12:29 Join JdGordon [0] (
08:12:29 Quit JdGordon (Changing host)
08:12:29 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
08:14:55 Quit nlogex (Quit: WeeChat 1.5)
08:15:56 Quit JdGordon_ (Ping timeout: 276 seconds)
08:16:43 Join freenoodle [0] (
08:17:20***Saving seen data "./dancer.seen"
08:21:04 Join nlogex [0] (
08:21:18 Join ender` [0] (
08:27:43 Quit freenoodle (Ping timeout: 265 seconds)
08:33:31 Quit nlogex (Quit: WeeChat 1.5)
08:34:45 Quit pixelma (Remote host closed the connection)
08:34:45 Quit amiconn (Remote host closed the connection)
08:37:00 Join pixelma [0] (~pixelma@rockbox/staff/pixelma)
08:37:06 Join amiconn [0] (~amiconn@rockbox/developer/amiconn)
08:55:43 Join xorly [0] (~xorly@
09:09:08 Quit JanC (Ping timeout: 250 seconds)
09:29:10 Join TheEaterOfSouls [0] (~chatzilla@
09:30:18TheEaterOfSoulsSo I use a simulator on Windows, and it sometimes doesn't shut down when I hold the escape key so my place in the last file isn't saved
09:30:41TheEaterOfSoulsAny known fix for this aside from just creating a bookmark?
09:54:50 Quit xorly (Ping timeout: 244 seconds)
10:00:58 Quit rasher (Ping timeout: 260 seconds)
10:05:06 Join xorly [0] (~xorly@
10:08:28 Nick suYin`OFF is now known as suYin (
10:09:13 Join einhirn [0] (
10:10:05 Join freenoodle [0] (~jr@
10:10:06 Join rasher [0] (~rasher@rockbox/developer/rasher)
10:10:12 Quit TheEaterOfSouls (Quit: ChatZilla 0.9.92 [Firefox 46.0.1/20160502172042])
10:14:25 Quit einhirn (Ping timeout: 276 seconds)
10:14:33 Quit freenoodle (Ping timeout: 250 seconds)
10:14:51 Join einhirn [0] (
10:17:22***Saving seen data "./dancer.seen"
10:54:19 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
11:04:02 Join Mir [0] (~Mir@
11:30:45 Quit PurlingNayuki (Remote host closed the connection)
11:37:00[7]duo8: AFAIK yes
11:52:23 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
12:11:57 Join petur [0] (~petur@rockbox/developer/petur)
12:12:08 Join freenoodle [0] (
12:15:50 Join krabador [0] (~krabador@unaffiliated/krabador)
12:17:24***Saving seen data "./dancer.seen"
12:18:28 Quit pamaury (Ping timeout: 244 seconds)
12:36:58 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
12:55:45 Quit [7] (Remote host closed the connection)
12:58:05 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
12:58:19 Quit TheSeven (Remote host closed the connection)
13:00:07 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
13:00:56 Join JanC [0] (~janc@lugwv/member/JanC)
13:17:47 Nick suYin is now known as suYin`OFF (
13:42:28 Quit petur (Quit: Leaving)
13:51:01 Join ZincAlloy [0] (
13:57:12 Nick suYin`OFF is now known as suYin (
14:05:44 Join MasterplasterPL [0] (
14:17:25***Saving seen data "./dancer.seen"
14:25:48 Quit preglow (Ping timeout: 260 seconds)
14:26:27 Join preglow [0] (~thomj@2001:840:4243:3::101)
14:26:37 Quit amiconn (Ping timeout: 276 seconds)
14:26:37 Quit pixelma (Ping timeout: 276 seconds)
14:40:44 Quit wodz (Ping timeout: 276 seconds)
15:23:52 Nick suYin is now known as suYin`OFF (
15:30:22 Join amiconn [0] (~amiconn@rockbox/developer/amiconn)
15:31:33 Join pixelma [0] (pixelma@rockbox/staff/pixelma)
15:32:48 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon)
15:35:59 Quit JdGordon (Ping timeout: 276 seconds)
15:38:10 Join WIN__ [0] (
15:40:06 Quit MasterplasterPL (Ping timeout: 260 seconds)
15:42:11 Join PurlingNayuki [0] (
16:01:24 Join ved [0] (
16:08:54 Quit dan- (Ping timeout: 244 seconds)
16:14:40 Join tertu [0] (~tertu@
16:14:52 Join girafe [0] (
16:17:27***Saving seen data "./dancer.seen"
16:24:34 Quit krabador (Remote host closed the connection)
16:28:34 Quit WakiMiko (Max SendQ exceeded)
16:29:10 Join WakiMiko [0] (~WakiMiko@unaffiliated/wakimiko)
16:51:57 Join desowin [0] (
16:54:51desowinDoes anyone have any experience with exploiting things like CVE-2006-6235? Sansa Connect Linux firmware has gpg v1.4.2 (according to brief CVE summary it is vulnerable) and uses it to verify signature
16:55:09 Quit WIN__ (Read error: Connection reset by peer)
16:55:37 Join WIN__ [0] (
16:57:41 Nick suYin`OFF is now known as suYin (
17:18:08 Join krabador [0] (~krabador@unaffiliated/krabador)
17:36:25 Quit krnlyng (Ping timeout: 276 seconds)
17:46:41 Quit xorly (Ping timeout: 260 seconds)
17:48:01[Saint]desowin: my understanding is that exploting this assumes one has an attack vector on the device anyway.
17:48:57desowin[Saint]: I can supply any file to that. I just cannot modify the way it is invoked (gpg −−verify sig data)
17:49:06 Join krnlyng [0] (
17:50:05 Quit edhelas (Remote host closed the connection)
17:57:10[Saint]"The problem is that the GnuPG internal function
17:57:10[Saint] make_printable_string() is supposed to replace possible dangerous
17:57:10[Saint] characters from a prompt and returns an allocated string. This
17:57:10DBUGEnqueued KICK [Saint]
17:57:10[Saint] string may be longer than the original one, but the buffer for the
17:57:10[Saint] prompt is only be allocated at the size of the original string. The
17:57:12[Saint] flaw might allow attackers to cause a denial of service or even
17:57:14[Saint] execute arbitrary code via messages with "C-escape" expansions."
17:57:26[Saint]eeek - sorry, didn;t realize it was that badly formatted.
17:57:36[Saint]that's an interesting one.
17:57:50desowinbut not useful here
17:58:58desowinhmm, PACKET_PLAINTEXT looks useful, if I could only create some packet that would print whatever I choose it would be broken
18:01:09 Quit Petri152 (Quit: ZNC -
18:03:07 Join smoke_fumus [0] (~smoke_fum@
18:17:28***Saving seen data "./dancer.seen"
18:25:03 Quit freenoodle (Quit: Leaving.)
18:53:35 Join nlogex [0] (
18:54:18CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
18:54:18*[Saint] is somewhat surprised Creative isn't coming after Rockbox
18:54:30[Saint]I assume people have seen the news there?
18:55:11[Saint]Creative is going after a bunch of OEMs and enforcing their patent on display of list based media.
18:55:29[Saint]TL;DR: Creative is trying to shakedown on playlists.
19:01:52desowinPACKET_PLAINTEXT is not useful as it is used for non-detached signatures. And I'm just getting "not a detached signature" error
19:07:59pamaurydesowin: sorry for not responding to the email, I was very busy with personal life this week
19:09:45desowinpamaury: no problem, I will get my sansa next week and then I'll do some bootloader debugging using J-Link
19:11:16 Join lebellium [0] (
19:14:02 Quit Strife89 (Ping timeout: 240 seconds)
19:14:42 Join Strife89 [0] (
19:44:15 Quit gevaerts (Remote host closed the connection)
20:02:47 Quit nlogex (Quit: WeeChat 1.5)
20:17:32***Saving seen data "./dancer.seen"
20:17:35 Join nlogex [0] (
20:19:32desowinCVE-2006-6235 is not applicable to Sansa Connect update process as during signature verification encrypted packets are not allowed (and the bug is in handling of encrypted data)
20:20:56 Quit nlogex (Client Quit)
20:23:05 Join nlogex [0] (
20:29:59 Quit pamaury (Remote host closed the connection)
20:43:34 Quit desowin (Quit: KVIrc KVIrc Equilibrium 4.2.0, revision: 420, sources date: 20120701, built on: 2015-12-17 17:01:37 UTC
20:50:06 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
21:01:26 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
21:22:37 Join JdGordon [0] (
21:22:37 Quit JdGordon (Changing host)
21:22:37 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
21:25:21 Quit JdGordon_ (Ping timeout: 250 seconds)
21:39:34 Quit WIN__ (Ping timeout: 244 seconds)
22:17:34***Saving seen data "./dancer.seen"
22:42:50 Join dan- [0] (~d@
22:42:50 Quit dan- (Changing host)
22:42:50 Join dan- [0] (~d@unaffiliated/danneh-/x-7505085)
23:29:33fs-bluebot_Build Server message: 3New build round started. Revision d405026, 255 builds, 12 clients.
23:42:28fs-bluebot_Build Server message: 3Build round completed after 775 seconds.
23:42:29fs-bluebot_Build Server message: 3Revision d405026 result: 4 errors 0 warnings
23:44:53 Join lubatur [0] (02f4a59a@gateway/web/freenode/ip.
23:46:45 Part lubatur
23:47:45prof_wolfffi was thinking on commiting patches g#1256..g#1266 (only bootloader patches, not rbutil patches), it seems ok for me and need to start to commit things to go forward on other patches, but not really sure if something is missing... and how to proceed, was reading, it is needed a new tag?
23:47:47fs-bluebot_3Gerrit review #1256 at : 3iPod Classic: prepare i2c and PMU for bootloader by Cástor Muñoz
23:47:47fs-bluebot_3Gerrit review #1266 at : 3iPod Classic: dualboot-installer for bootloader (mk6gboot) by Cástor Muñoz

Previous day | Next day