--- Log for 25.01.112 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 27 days and 15 hours ago 00.00.34 Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120118081945]) 00.00.58 Quit domonoky (Read error: Connection reset by peer) 00.03.03 Quit pamaury (Remote host closed the connection) 00.11.19 Quit [Saint] (Remote host closed the connection) 00.11.58 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.12.14 Join amithkk [0] (u4289@2buntu/writers/amithkk) 00.12.28 Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 00.12.37 Join daniel___ [0] (~chatzilla@cpe-24-28-85-161.austin.res.rr.com) 00.13.16 # Hello, I'm having some trouble connecting my fuze v2 via usb to my computer. I have the updated build with it enabled but I can't seem to connect with my Ubuntu OS. 00.18.24 Join froggyman [0] (~froggyman@unaffiliated/froggyman) 00.26.57 Join Thra11 [0] (~thrall@87.115.106.159) 00.28.15 # Hello, I'm having some trouble connecting my fuze v2 via usb to my computer. I have the updated build with it enabled but I can't seem to connect with my Ubuntu OS. 00.30.14 # daniel___: which build? which bootloader? 00.33.34 Quit AlexP (Remote host closed the connection) 00.37.19 Quit bertrik (Ping timeout: 252 seconds) 00.37.25 # Give me a second and I'll give you that info 00.37.57 # version r31646-120109 00.38.07 # I don't know how to check bootloader 00.39.34 Quit parafin (Ping timeout: 252 seconds) 00.40.51 # @funman: Did you get that? 00.41.51 Join parafin [0] (parafin@paraf.in) 00.43.35 # yes, reinstall the bootloader using rockbox utility 00.43.55 # to get the last version (4.0, which is displayed very briefly on screen when you turn your fuze on) 00.44.14 # Okay, I'll probably have to come back in a little while. Have to boot to Windows probably 00.44.50 # rockbox utility runs on linux, check rockbox.org (menu on the left) 00.46.24 # Okay, I'll check. My thought is this problem could interfere. Is the OFW always necessary for updates? 00.48.35 # yes 00.48.50 # for bootloader updates. not for normal updates (assuming rockbox usb works fine) 00.49.27 # I'm going to have to reboot still, into Ubuntu probably though. The glitch made Ubuntu's usb freeze up a bit. 00.49.34 # Give me just a few 00.50.04 Quit daniel___ (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221202647]) 00.54.58 Join daniel___ [0] (~chatzilla@cpe-24-28-85-161.austin.res.rr.com) 00.55.04 # I'm back 01.01.47 # It's still not working 01.02.45 # what does the fuze screen show? 01.04.48 # It connected and I could detect it with the utility but when I used the autodetect the mount point couldn't be found. Also when I tried to access it directly it wouldn't open up and almost nothing was detected 01.04.59 # As in size, type and other such stuff 01.06.38 # did you set it up to MSC and not MTP or auto like the manual says? (installation step) 01.07.29 # I believe it was in MSC because I had it set that way previously but I'll have to restart and try it again 01.07.37 # I'll be back in another minute 01.07.44 Quit daniel___ (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221202647]) 01.08.29 *** Saving seen data "./dancer.seen" 01.12.07 Join daniel___ [0] (~chatzilla@cpe-24-28-85-161.austin.res.rr.com) 01.12.20 # I'm back and I'll test it again 01.13.17 # funman: it's still having troubles 01.13.39 # set it to msc 01.14.55 # It's already set to MSC, I've triple checked that 01.15.53 # The fuze says it's connected, ubuntu shows it, but when I check for details it says it can't tell it's size, location, permissions, or anything 01.16.11 # do a manual install then 01.16.30 # and get mkamsboot from http://people.videolan.org/~funman/mkamsboot-1.5/ 01.17.04 # ah no the binaries are on the server now 01.18.41 # I also can't access any files on it. Ubuntu refuses to mount it 01.19.00 # verify for errors then 01.19.15 # sudo fsck.vfat -wy /dev/XXX or do it from windows 01.21.26 Quit Thra11 (Remote host closed the connection) 01.22.16 # I guess I'll be back on Windows 01.22.43 Quit daniel___ (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221202647]) 01.23.52 Join Barracuda555 [0] (~Dr._Acorn@adsl-184-47-177-20.asm.bellsouth.net) 01.24.53 Part Barracuda555 01.29.15 Join Nerdy3_14159265 [0] (~chatzilla@cpe-24-28-85-161.austin.res.rr.com) 01.29.35 # funman: This is Daniel, I'm booted into windows finally 01.32.14 # I've reinstalled the bootloader 01.32.49 # Should I also update to the current build? 01.35.14 # yes 01.37.04 # I'll do that as soon as the disk check is complete 01.51.00 Join factor [0] (~factor@74.197.205.204) 01.57.00 # The disk check is complete and I'm restarting to check it in Ubuntu. Also it's updated to the latest build 01.57.05 Quit Nerdy3_14159265 (Quit: ChatZilla 0.9.87 [Firefox 3.6.18/20110614230723]) 02.12.24 Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) 02.12.26 Quit Rower85 (Quit: Hmmm...) 02.13.28 Quit remlap1 (Client Quit) 02.13.56 Quit remlap (Ping timeout: 248 seconds) 02.14.22 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 02.15.10 Quit Rower85 (Client Quit) 02.16.50 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 02.19.42 # [Saint]: wouldn't you rather work on 1024*768 cabbie? :) 02.19.49 Join daniel___ [0] (~chatzilla@cpe-24-28-85-161.austin.res.rr.com) 02.20.42 # Well, I'm back and I have good news 02.20.55 # <[Saint]> I've got the guys breathing down my neck too :) 02.21.22 # funman: I want to thank you. I can finally access all my files and should be able to finally take care of everything 02.21.25 # who's your favorite dev though? :) 02.21.34 # <[Saint]> hahaha :D 02.21.43 # <[Saint]> Good call. 02.22.37 Quit daniel___ (Client Quit) 02.23.04 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 02.37.37 Quit ze (Ping timeout: 252 seconds) 02.45.14 Join ze [0] (ze@tardis.yi.org) 03.00.17 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 03.08.33 *** Saving seen data "./dancer.seen" 03.16.56 Join bieber [0] (~quassel@107-78.97-97.tampabay.res.rr.com) 03.21.42 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.24.14 Quit [Saint] (Ping timeout: 252 seconds) 03.27.51 Quit Scr0mple (Ping timeout: 244 seconds) 03.29.17 Quit Rower85 (Quit: Hmmm...) 03.45.15 Quit bieber (Ping timeout: 276 seconds) 03.57.54 Join Scromple [0] (~Simon@119.225.209.134) 04.03.16 Quit anewuser (Read error: Connection reset by peer) 04.09.10 Join daniel___ [0] (~chatzilla@cpe-24-28-85-161.austin.res.rr.com) 04.09.26 # I have another problem with my fuze. It's randomly turning read-only 04.19.54 # <[Saint_]> health filesystems or/and fully functional hardware simply shouldn't do that. 04.20.16 # <[Saint_]> though, you're probably aware of that. ;) 04.20.36 # <[Saint_]> s/heath/healthy/ 04.21.06 # daniel___: what makes you think that? 04.21.20 # rockbox says it cant write? or your computer? 04.21.28 # my computer 04.21.35 # fsck 04.21.41 # I can be mid transfer and suddenly it goes read-only 04.21.56 # Unplugging and replugging fixes it temporarily 04.22.52 # <[Saint_]> yeah, that sounds very much like a trashed filesystem. 04.23.23 # Weirdest part is it just randomly changed back and let me transfer a bunch of files completely fine. 04.23.32 # linux or windows? 04.23.37 # Ubuntu 04.23.51 # do a fsck on the drive 04.23.53 # fsck checks and fixes disks right? 04.24.05 # <[Saint_]> fsck -a does 04.24.16 # fsck just tells you information 04.24.32 Join Scr0mple [0] (~Simon@119.225.209.134) 04.25.04 Quit Scromple (Ping timeout: 240 seconds) 04.25.52 Quit TheSeven (Read error: Operation timed out) 04.26.57 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.27.56 # <[Saint_]> "fsck -a /path/to/device/" will do it. 04.27.59 # where can I find the path for the fuze 04.29.55 # <[Saint_]> does "lsusb" list the mountpoint? 04.30.50 # <[Saint_]> I'm hopeless at remembering linux commandline things. 04.31.12 # mount 04.32.44 # Don't I have to dismount it before running fsck it says that'll cause damage 04.32.53 Quit Scr0mple (Quit: Leaving) 04.33.12 Join Scromple [0] (~Simon@119.225.209.134) 04.35.35 # <[Saint_]> umount /path/to/device 04.37.32 Join T44 [0] (~Topy44@g228230220.adsl.alicedsl.de) 04.40.44 Quit Topy44 (Ping timeout: 240 seconds) 04.41.11 # okay done. I'll post the output 04.42.10 # ~/MUSIC/The Beatles/1/Get Back.ogg 04.42.12 # Bad file name. 04.42.13 # Auto-renaming it. 04.42.15 # Renamed to FSCK0000.000 04.42.17 # /MUSIC/The Beatles/1/Hey Jude.ogg 04.42.18 # Bad file name. 04.42.20 # Auto-renaming it. 04.42.21 # Renamed to FSCK0000.001 04.42.23 # /MUSIC/The Beatles/2F000000_A Collection of Beatles Oldi/Bad Boy.MP3 04.42.24 # Bad file name. 04.42.26 # Auto-renaming it. 04.42.27 # Renamed to FSCK0000.000 04.42.29 # /MUSIC/The Beatles/Abbey Road (Remastered)/Sun King.ogg 04.42.30 # Bad file name. 04.42.32 # Auto-renaming it. 04.42.33 # Renamed to FSCK0000.000 04.42.35 # /MUSIC/The Beatles/Abbey Road (Remastered)/The End.ogg 04.42.37 # Bad file name. 04.42.38 # Auto-renaming it. 04.42.38 # <[Saint_]> oh...no...please no. 04.42.39 # Renamed to FSCK0000.001 04.42.41 # /MUSIC/The Beatles/87020000_Beatles For Sale (Remastered/No Reply.ogg 04.42.42 # Bad file name. 04.42.44 # Auto-renaming it. 04.42.45 # Renamed to FSCK0000.000 04.42.47 # /MUSIC/The Beatles/Let It Be (Remastered)/Dig It.ogg 04.42.49 # Bad file name. 04.42.50 # Auto-renaming it. 04.42.52 # Renamed to FSCK0000.000 04.42.54 # /MUSIC/The Beatles/Let It Be (Remastered)/Get Back.ogg 04.42.54 # <[Saint_]> c'mon floodkick. 04.42.55 # Bad file name. 04.42.57 # Auto-renaming it. 04.42.59 # Renamed to FSCK0000.001 04.43.00 # /MUSIC/The Beatles/LOVE/Get Back.wma 04.43.02 # Bad file name. 04.43.04 # Auto-renaming it. 04.43.05 # Renamed to FSCK0000.000 04.43.07 # /MUSIC/The Beatles/LOVE/Gnik Nus.wma 04.43.08 # Bad file name. 04.43.10 # Auto-renaming it. 04.43.12 # Renamed to FSCK0000.001 04.43.14 # /MUSIC/The Beatles/LOVE/Hey Jude.wma 04.43.15 # Bad file name. 04.43.17 # Auto-renaming it. 04.43.18 # Renamed to FSCK0000.002 04.43.20 # /MUSIC/The Beatles/Past Masters 1/Bad Boy.ogg 04.43.21 # Bad file name. 04.43.23 # Auto-renaming it. 04.43.25 # Renamed to FSCK0000.000 04.43.26 # /MUSIC/The Beatles/Past Masters 1/I'm Down.ogg 04.43.27 # Bad file name. 04.43.29 # Auto-renaming it. 04.43.30 # Renamed to FSCK0000.001 04.43.32 # /MUSIC/The Beatles/Past Masters 1/This Boy.ogg 04.43.33 # Bad file name. 04.43.35 # Auto-renaming it. 04.43.37 # Renamed to FSCK0000.002 04.43.38 # /MUSIC/The Beatles/Past Masters 2/Get Back.ogg 04.43.40 # Bad file name. 04.43.41 # Auto-renaming it. 04.43.43 # Renamed to FSCK0000.000 04.43.44 # /MUSIC/The Beatles/Past Masters 2/Hey Jude.ogg 04.43.46 # Bad file name. 04.43.47 # Auto-renaming it. 04.43.49 # Renamed to FSCK0000.001 04.43.50 # /MUSIC/The Beatles/51030000_The Beatles (The White Album/I Will.ogg 04.43.52 # Bad file name. 04.43.53 # Auto-renaming it. 04.43.55 # Renamed to FSCK0000.000 04.43.56 # Performing changes. 04.43.58 # /dev/sdb: 1344 files, 136515/241540 clusters 04.44.01 # can this guy be put down? 04.44.15 # <[Saint_]> thanks for that, daniel___ :) 04.44.31 # <[Saint_]> pastebin.com might've been better. 04.44.41 Mode "#rockbox +o [Saint_]" by ChanServ (ChanServ@services.) 04.45.01 Mode "#rockbox -o [Saint_]" by [Saint_] (~Saint]@unaffiliated/saint/x-8516940) 04.45.19 Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 04.46.12 Nick nosa-j is now known as swordfish (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 04.47.24 Quit MethoS- (Quit: Konversation terminated!) 04.47.32 Nick swordfish is now known as nosa-j (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 04.47.58 # Sorry about that, I didn't think before I posted. I didn't realize it would separate it into like 100 different messages. How does it look? Should I erase and reload the corrupted files onto it? 04.48.18 # format it 04.48.25 # and reinstall rockbox 04.48.48 # I'm guessing the OFW has a format option 04.49.17 # <[Saint]> it does, yes. 04.49.28 # Welp this sucks 04.49.47 # Sorry if I appear like a super newb 04.49.51 # Thanks for the help though 04.50.52 Quit amiconn (Disconnected by services) 04.50.53 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.50.55 Quit pixelma (Disconnected by services) 04.50.57 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.50.59 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.51.15 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.53.13 # Hey while I'm on here does anyone know how to fix the scroll wheel light. Everytime it turns on the backlight turns off 04.56.37 # RTFM (Read The Fine Manual) 04.56.51 Quit nosa-j (Excess Flood) 04.58.16 # ??? 04.58.52 # the manual has a lot of answers 04.59.00 # did you read it already? 04.59.09 # http://download.rockbox.org/daily/manual/rockbox-sansafuzev2/rockbox-build.html 04.59.29 Join nosa-j [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 05.01.48 Join Rob2223 [0] (~Miranda@p5B0242B7.dip.t-dialin.net) 05.03.08 # I've read most of it, I fixed this in rockbox by disabling the scroll wheel light. I was wondering if there was a fix that got to the root of the problem though. Also can I format the fuze with something other than it's internal formatter because I'm stuck on the refreshing your media screen 05.05.35 Quit daniel___ (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111221202647]) 05.05.44 # yes 05.05.52 Quit Rob2222 (Ping timeout: 276 seconds) 05.08.35 *** Saving seen data "./dancer.seen" 05.26.29 Quit factor (Quit: Leaving) 05.31.26 Join factor [0] (~factor@74.197.205.204) 05.43.19 # * [Saint] just had a thought... 05.44.57 # <[Saint]> If ffw/rwd was allowed in the .sbs, you could do something like "resume playback only jumps to .wps if *.wps is present, and control playback completely from the .sbs for large screen devices that could easily display the main menu and a decent playback area 05.45.23 # you sure they don't work in the sbs? 05.45.32 # <[Saint]> positive. 05.46.14 # <[Saint]> Oh...shit. sorrt/ its next/prev 05.46.20 # <[Saint]> *sorry 05.46.50 # <[Saint]> ffw/rwd work, next/prev moves the line selector. 05.47.15 # <[Saint]> *wps_next/wps_prev rather 05.49.29 # <[Saint]> shit, hahaha...don't shoot me ;) 05.49.51 # <[Saint]> I was right the first time. damn you making me question myself :P 05.52.00 # <[Saint]> yep yep..definitely positive. fwd/rew moves the line selector. wps_next/prev work as intended. 05.53.31 # so use that? 05.54.30 # <[Saint]> ECONFUSING 05.54.52 # <[Saint]> "there's no way to fwd/rew in the .sbs, but next/prev works as intended" 05.56.42 # ? 05.57.40 # <[Saint]> for in the .sbs the fwd/rew touch areas move the line selector instead. I'm not sure why next/prev needed seperate touch areas in the .sbs than they do in the .sbs (wps_next/prev vs. next/prev) but perhaps this has something to do with it. 06.01.45 Join Rob2222 [0] (~Miranda@p5B02464F.dip.t-dialin.net) 06.01.55 # <[Saint]> you made wps_next and wps_prev so that skipping would be possible from the .sbs (why the same defines as the .wps uses wouldn't work is beyond me but I recall you explaining it), perhaps fwd/rew are doing "weird things" for the same reason? 06.02.39 Quit Rob2223 (Ping timeout: 245 seconds) 06.04.48 Quit curtism (Quit: Live Long and Prosper) 06.17.51 # * [Saint] shits some more cabbie onto the tracker 06.20.35 # use gerrit 06.26.25 # * [Saint] didnt think gerrit was for things in a non-comittable state 06.33.08 # neither is flyspray really 06.35.22 Join saratoga [0] (ce6f8e87@gateway/web/freenode/ip.206.111.142.135) 06.36.30 Join nosa [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 06.39.22 Quit nosa-j (Ping timeout: 260 seconds) 06.39.55 # v2 06.39.57 # funman: you get anywhere with that clipv3? 06.40.00 Join nosa-j [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 06.41.04 Quit nosa (Ping timeout: 255 seconds) 06.45.46 # i have to solder the battery again 07.07.48 Nick Jack87|Away is now known as Jack87 (Jack87@nasadmin/admin/jack87) 07.08.40 *** Saving seen data "./dancer.seen" 07.18.49 Quit doomtimeusa (Ping timeout: 244 seconds) 07.19.18 Join doomtimeusa [0] (~kadath@rrcs-96-11-226-10.central.biz.rr.com) 07.22.17 Join PaulJam [0] (~Paule@p54BEAA7F.dip.t-dialin.net) 07.23.24 Quit Scromple (Read error: Connection reset by peer) 07.23.45 Join Scromple [0] (~Simon@119.225.209.134) 07.32.31 Quit PaulJam (Ping timeout: 245 seconds) 07.36.06 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 07.38.10 Quit perrikwp (Read error: Operation timed out) 07.56.59 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 07.59.20 Quit amiconn (Remote host closed the connection) 07.59.20 Quit pixelma (Read error: Connection reset by peer) 08.02.04 Join amiconn [0] (quassel@rockbox/developer/amiconn) 08.02.06 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.14.41 Join stoffel [0] (~quassel@pD9E42CD1.dip.t-dialin.net) 08.19.20 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 08.19.48 Quit mc2739 (Ping timeout: 252 seconds) 08.21.51 Quit [Saint] (Ping timeout: 252 seconds) 08.28.14 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 08.28.37 Quit stoffel (Remote host closed the connection) 08.33.12 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.37.47 Quit mc2739 (Ping timeout: 252 seconds) 08.38.01 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 08.46.24 Join thims [0] (~root@cpe-75-187-238-215.neo.res.rr.com) 08.47.15 Join paisat [0] (75c07e15@gateway/web/freenode/ip.117.192.126.21) 08.47.27 # does anyone happen to know, is there away to run more then one command in in if statement (technically a conditional)? 08.47.35 Quit mc2739 (Ping timeout: 240 seconds) 08.48.20 # say %?XX<%do%this%aswell%as%this%statusbar%show%icon|%default%to%this> 08.50.02 # more specifically I am trying to wrap a statusbar with 2 images, and the final image is the only thing that shows up at x position 0. The exact line in the wps/ file is "%?mv(1)<%ac%xd(Sa)%pv(0, 46, 64, 9, volume_statusbar_fill.bmp)%xd(Sb)|%ac%it>" 08.51.14 # a newline just breaks the parsing engine, a comma is for the subline. I am beginning to think that quite possibly this is a bug or the parsing engine is not capable of this complexity. 08.59.35 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.59.35 Quit bertrik (Changing host) 08.59.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.59.48 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 09.00.13 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.01.21 Quit saratoga (Ping timeout: 264 seconds) 09.03.12 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.04.36 Quit [Saint__] (Client Quit) 09.06.39 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.07.01 Quit [Saint] (Ping timeout: 276 seconds) 09.07.49 # <[Saint_]> thims: the progressbar breaks it. 09.08.00 # <[Saint_]> you can't put a bar in a condition. 09.08.44 *** Saving seen data "./dancer.seen" 09.11.01 # <[Saint_]> "%?mv(1)<%ac%xd(Sa)%Vd(viewport_id_for_progress_bar_viewport)%xd(Sb)|%ac%it>" will work. 09.11.10 # he said statusbar... 09.11.15 # not progressbar? 09.11.38 # errr 09.11.52 # <[Saint_]> mixed terms 09.12.13 # <[Saint_]> the %pv(foo) is a giveaway 09.12.13 # right 09.17.32 Quit bertrik (Ping timeout: 245 seconds) 09.18.39 # Commit 36281c4 in rockbox by 03Marcin Bukat: MPIO HD300: Fix scrollstip issue at driver level. 09.21.03 # 36281c4 build result: All green 09.22.36 # Commit c42f19f in rockbox by 03Jonathan Gordon: Disable the backdrop in the failsafe theme so the colours acually work 09.24.50 # c42f19f build result: All green 09.24.58 Join bully [0] (4aa002d2@gateway/web/freenode/ip.74.160.2.210) 09.25.12 # <[Saint_]> /me starts looking more deeply at the weird hackery he'll need to do to convert the massive 25 segment bitmapstrip for the titlebar into using translatable lang strings. 09.25.20 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 09.25.44 # why wierd hackery? 09.26.23 # I followed the hello world rockbox tutorial. im trying to figure out how to change pixel colors on my sansa clip v2 now. i looked at the plugins but they are walls of text to me. can anyone point me to something to look at please? 09.28.32 # <[Saint_]> because I need the touch area to be larger than the font will be, and there's no way to center the text in the viewport (vertically, it can be done horizontally of course). So I'll need to a: draw the touch area in the default viewport (which seems wrong, but is ok I guess), or b: have two thin blank viewports above and below the viewport containing the text and make one larger touch area out of three. 09.28.38 # <[Saint_]> ELONGANSWER 09.29.45 # <[Saint_]> a: is acceptable, but it seems wrong because *everything* else is drawn in its own nice tidy viewport, not in the defalut 09.30.41 # <[Saint_]> The propper solution is almost certainly: "stop trying to make your code perfect, and just make it fuckign work". 09.30.55 # you *can* center the text vertically now 09.31.04 # well once its is added to the skin engine 09.31.11 # <[Saint_]> Hahahah :) 09.31.14 # <[Saint_]> Do tell. 09.31.29 # that horrible line height patch that went in that i was massivly against 09.31.53 # <[Saint_]> applies to *all* viewports? 09.32.07 # can be applied to any viewport 09.32.10 # brb 09.32.12 # <[Saint_]> Hmmm. 09.32.21 # Commit 0499aff in rockbox by 03Marcin Bukat: WM8750: Extend recording gain range. 09.33.01 Join nosa [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 09.33.01 Quit nosa-j (Ping timeout: 252 seconds) 09.33.03 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 09.34.02 # [Saint_]: isnt %pV boolean though? 09.34.37 # 0499aff build result: All green 09.34.52 # <[Saint_]> I'm not sure what you're asking there...point stands, you can't draw a bar in a condition. 09.35.19 # <[Saint_]> not like that, anyway. 09.35.59 # since when? 09.36.27 # it is for sure better to use viewports though 09.36.30 Quit pamaury (Remote host closed the connection) 09.36.53 # <[Saint_]> so, %?mv(1)<%ac%xd(Sa)%pv(0, 46, 64, 9, volume_statusbar_fill.bmp)%xd(Sb)|%ac%it>" is valid? 09.37.02 # <[Saint_]> ...shit, I didn't think it could be done. 09.37.20 Quit paisat (Ping timeout: 264 seconds) 09.37.33 Quit preglow (Changing host) 09.37.33 Join preglow [0] (thomj@rockbox/developer/preglow) 09.38.09 Quit mikroflops (Ping timeout: 252 seconds) 09.39.11 # I cant tihnk of any obvious reason it owuldnt work 09.39.11 # it maybe not update enough though 09.40.01 # <[Saint_]> that may be why I have it stuck in my head its "not right(TM)" then. 09.40.15 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 09.42.09 # JdGordon: the viewports can be defined in a conditional statement? I am trying to make an active volume bar, so it replaces current song with volume level when the volume is changed. 09.42.36 # I am in the understanding that viewports, once set are permanent. 09.42.48 # <[Saint_]> nope. 09.43.44 # that nope was to the first message, your second one was correct 09.43.45 # <[Saint_]> there's %V (draw always) and %Vl/%Vd (viewport load/viewport draw) viewport types. 09.44.05 # * JdGordon shuts up 09.44.36 # I am beginning to think what I want to do is to complex for the parsing engine. 09.45.19 # unlikely 09.45.34 # that or it will take a ridiculous static pseudo progress bar 09.45.51 # no 09.46.10 # <[Saint_]> what? no...its easily poiisible. but not if you're intent on avoiding viewports. 09.46.13 # made in a big bmp to make the transition of the temporary volume bar to be smooth. 09.46.33 # I guess I am lacking how viewports would solve the problem. 09.46.57 # the conditional is in its own specific viewport. 09.47.47 # setup a viewport whjich draws the 2 images and the progressbar/volumebar... then in the mian viewport do %?mh<%Vd(that other viewport)> 09.47.53 # http://pastebin.com/ecRKU2cj viewport and conditional 09.48.01 # so when %mh is true it will display what you want 09.48.56 # oooohhhhh 09.48.59 # good call 09.49.28 # you also cant display images like that 09.49.35 # you need to specify rhe pixel to draw them at 09.49.59 # <[Saint_]> Awww...dammit, I was halfway through a nice pastebin for a more convoluted solution :) 09.50.35 # I'm sure you were :) 09.51.15 # * [Saint_] assumes Sa and Sb are declared elsewhere where we can't see... 09.52.16 # indeed, in the header of the script. It is basiclly a 2 element BMP with a mute icon and a speaker icon. 09.52.26 # [Saint_]: do finish it. 09.52.33 # * thims is a nerd for clean concise code 09.55.24 # 2 words that arnt in [Saint_]'s skining vocabulary! 09.55.29 # I followed the hello world rockbox tutorial. im trying to figure out how to change pixel colors on my sansa clip v2 now. i looked at the plugins but they are walls of text to me. can anyone point me to something to look at please? 09.56.19 # <[Saint_]> I'd do it with two viewports, personally. Declaring their conditions in the default viewport. 09.56.21 # bully: well, what are you actually trying to do? 09.56.25 # <[Saint_]> like so: http://pastebin.com/VM0PHym9 09.56.52 # JdGordon: i just want to do anything at all. change pixel 15,15 or whatever. draw smiley faces 09.57.18 # then open up plugin.h and look at all the lcd_* functions 09.58.19 # <[Saint_]> thims: You follow that paste? 09.58.35 # <[Saint_]> I cut the convoluted method right out...kept it simple. 09.58.45 # [Saint_]: who are you taking to? 09.59.17 # <[Saint_]> thims, which is why the post starts with his nick. 09.59.50 # bully: there's also http://www.rockbox.org/wiki/GraphicsAPI , but yeah, the plugin.h is where to start, and you'll probably have to keep trying to look at other plugins as you go along 10.00.42 # <[Saint_]> the LUA stuff might be worth a look...its *reasonably* complete. 10.00.44 # [Saint_]: that is similar to how I am trying it now, only I declare my viewports before the conditional 10.01.52 # <[Saint_]> thims: I'm not sure that will work, as it will try drawing inside the viewport that the conditions are declared under. 10.02.31 # <[Saint_]> which is why I declare them topmost, to tell it "we want these drawn in the default viewport (fullscreen) 10.02.41 # <[Saint_]> " 10.03.30 # also are the empty comments after the backgrounded viewports used to finish the decleration of that viewport? This idea of where the backgrounded viewport is ended is where I am a bit confused. 10.04.06 # I uploaded arm stack unwinder patch to the gerrit http://gerrit.rockbox.org/r/#change,69. Hope this will promote discussion and we get to some consensus about this feature. 10.04.06 # Commit 426b0f1 in www by 03Björn Stenberg: Update some web scripts to deal with hash revisions. 10.04.26 # <[Saint_]> stuff sarts getting drawn in viewports after the first viewport declaration. 10.04.42 # <[Saint_]> if a new viewport is declared, it'll get drawn in there. 10.04.59 # I am leaving FS#12302 open though as it contains preliminary work on symbols resolving by pamury 10.04.59 # http://www.rockbox.org/tracker/task/12302 3Add backtrace to the panic screen on ARM (patches, new) 10.05.01 # <[Saint_]> (unless its conditional) 10.06.01 # <[Saint_]> But, to keep things simple...and pain free, it pays to keep all conditionals that handle switching viewports above the first viewport declaration (if you have static viewports). 10.08.18 # <[Saint_]> the comments I put there just so its not a wall of mneaningless text for you. 10.09.52 # [Saint_]: Thank you, it seems to be working outside of my statusbar, but I think that is something I am doing. 10.10.14 # I wasnt thinking about fixed viewports that are dynamically changed, quite clever. 10.11.06 # <[Saint_]> generally speaking, I find the best flow for a theme to avoid drawing issues is: preload all images, conditions for dynamic viewports, declare viewports 10.12.10 # * [Saint_] thinks he can spot why its not working inside your statusbar. 10.12.51 # <[Saint_]> its out of bounds. 10.15.03 # out of bounds? 10.16.29 # <[Saint_]> there's no way you can draw a 64x9 bar 0,46 when the viewport you're drawing in is only 128,10. 10.16.41 # <[Saint_]> *bar at 10.17.32 # <[Saint_]> when drawing inside a viewport, x and y are viewport relative, not screen relative. 10.17.56 # <[Saint_]> so 0,0 will be top let of the *viewport*, not the screen...you dig? 10.18.32 # I do indeed. 10.18.56 # <[Saint_]> whoops, *top left 10.19.07 # I need more experience with the parsing engine I would say. 10.19.15 Quit bully (Quit: Page closed) 10.19.44 # <[Saint_]> viewport/screen relativity gets a lot of people initially. 10.20.00 # <[Saint_]> when I started, there was no such thing as a viewport :) 10.20.33 # that would be cripalling 10.21.07 # but some how people figure out how to do gnarly stuff with fundamental building blocks. 10.21.20 # <[Saint_]> the theme engine has come a loooooong way, mostly thanks to my main man Mr JdGordon over there. 10.21.34 # complexity with simplicity is beautiful, but simplicity with simplicity is better yet. 10.23.09 # [Saint_]: and soon I'll be breaking everything again ;-) 10.24.53 # <[Saint_]> What's that Zagor? Oh...for some strange reason I can't hear you with my hands over my ears screaming "La la la la la...I can't hear you!" 10.24.56 # <[Saint_]> ;) 10.26.01 Quit nosa-j (Excess Flood) 10.27.11 # Zagor: hows your lcd stuff going? 10.27.12 # [Saint_]: Thank you for you're help, very helpful. 10.27.25 # bluebrother: can you add gerrit links to your fsbot? 10.29.17 # JdGordon: stalled at the moment. but now that the git migration is pretty much done I can refocusing on lcd. 10.29.43 # can you push it somewhere? i'm interested in the lcd_* cleanup 10.29.48 Join nosa-j [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 10.30.04 # Zagor: are you able to check if my thomj@rockbox.org alias is broken in any way? 10.31.26 # kugel: yes backtrace from panicf() works. 10.33.41 Quit tchan (Read error: Connection reset by peer) 10.34.28 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 10.34.55 # JdGordon: it's in a rather messy state. I suppose I should ask Torne to import the branch to git so everyone can look at it there. 10.35.36 Quit Rower85 (Remote host closed the connection) 10.36.35 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 10.37.14 Quit mystica555_ (Ping timeout: 245 seconds) 10.38.19 # actually the lcd_* rework is not so bad. the mess is mostly in the later relativism effort. 10.38.22 Quit nosa-j (Excess Flood) 10.38.38 # whats einstein got to do with this? :p 10.40.31 # Zagor's code is now so compact it's on the verge of self collapse and forming a singularity? :) 10.40.52 # approaching the coveted 1-bit universe 10.41.10 # Rockbox - Now with included blackhole! 10.41.32 Join nosa-j [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 10.45.18 Join mystica555_ [0] (~Mike@71-33-198-102.hlrn.qwest.net) 10.49.18 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) 10.59.58 # <[Saint_]> thims: you can bug me here, or on G+ or Twitter if you get stuck. Here is better, though, as other (possibly more correct) people can chime in if I'm not around. 11.07.22 # Clipv2 bootloader (not ours) seem to perform checksum checks on the flashed firmware and enter recovery mode if incorrect 11.08.13 # funman: you mean on this clips which reject to get flashed, right? 11.08.38 # yeah in fact they are flashed, but then they are bricked until recovered: neither OF neither rockbox will boot 11.08.45 *** Saving seen data "./dancer.seen" 11.09.08 # <[Saint_]> interesting. 11.09.34 # i am using first generation of mkamsboot to keep things simple and easy to understand, it just needs a bit of update to support 'v2 OF format' 11.09.43 # is this 'checking bootloader' in rom or in nand? 11.11.38 # * [Saint_] wonders if this was a deliberate anti-rockbox thing, or a "nice" way to handle a damaged binary. 11.12.06 # wodz: rom because the firmware is written in nand 11.12.44 # funman: it still can sit in some special nand place 11.12.54 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 11.13.18 # the OF file is written as-is on the first sectors of the nand but there is some extra room which is used for unknown purposes 11.13.59 # I guess there is no way to dump rom in current state... 11.15.27 Quit perrikwp_ (Ping timeout: 245 seconds) 11.18.55 # i don't remember coming anywhere close to OF upgrade code in OF 11.19.22 # simple mkamsboot seems to work 11.22.21 # hm i always count to 9 seconds before seeing the OF boot.. regardless of the amount of loops the delay does 11.28.38 # hello 11.28.50 # nope our code is definitely not run 11.29.04 # hi dionoea 11.29.18 # I'm trying to use the database (first time) and it gets stuck during db creation on "Building database... 3267 found (PREV to return)" 11.29.23 # is that a known bug? 11.29.48 # yeah parser can fail on a file 11.29.56 # (with a build from 2 or 3 days ago on a sansa e260 using music on an microsd card) 11.29.58 # bisect your music folder to find which file 11.30.09 # and if it fails on a file it doesn't skip it? 11.30.19 # not if it infinite loops 11.30.28 # hum ok. 11.30.35 # it's probably a bug in one of the parsers 11.30.39 # I'll bissect it when I get back home 11.32.04 # funman: how do you jump to custom code? 11.34.24 # we change first word of firmware payload which is reset vector 11.35.46 # hmm 11.37.08 # http://pastie.org/3249002 11.37.18 # diff between OF and patched OF 11.38.00 # i inverted firmware block size and checksum (2) // the first block is repeated 2 times 11.39.07 Quit n17ikh (Remote host closed the connection) 11.39.21 Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) 11.39.30 # maybe they changed loader to not trigger reset but simply do something line ldr pc,=main 11.39.31 # that would be stupid though 11.41.32 # worth a try 11.46.32 # <[Saint_]> dionoea: there's a tool just for this purpose in debug 11.47.36 # <[Saint_]> "metadata log" in degug keepout 11.48.31 # wodz: or they have a 2 images binary for ram and iram, and they execute from the other one 11.49.26 # could be yes 11.52.03 # but vector table is easy to spot - does this begining of payload you are patching looks like vector table? 11.52.34 # yes it's undoubtedly the vector table 11.52.56 Quit GodEater_ (Ping timeout: 264 seconds) 11.55.06 # maybe try to track down where original reset vector jumps 11.59.32 Quit [Saint_] (Read error: Connection reset by peer) 12.02.05 Quit kadoban (Read error: Operation timed out) 12.02.27 # the OF does patches its software interrupt vector 12.05.30 # what you mean? 12.06.20 # it loads swi vector (at 0x08) and compare it to a branch instruction 12.06.58 # hey cool, i can light the led 12.07.06 # i had forgotten to enable the GPIO clock 12.07.32 # looks like the CPU is clocked very fast 12.11.32 # funman: so actual patching of reset vector works but CPU is so fast you don't see the delay? 12.11.45 # yeah that's it 12.12.20 # that still not bad 12.12.35 # i reverted to original code (path reset vector at 0x0) and increased the delay again but i don't see it being executed 12.13.27 # the entry point might very well be elsewhere 12.13.43 # and depend on the bootloader revision of clipv2 12.14.51 # seems to be it 12.16.46 # kugel: I stated this earlier - hybrid compiler added to the rockboxdev.sh has additional dependencies (not needed for other toolchains). flex, bison, libtool, curl, awk which are not installed by build-essential for example. This is annoying. At least you should be warrned about this. 12.18.21 # wodz: thanks for the hint! :) 12.18.57 # funman: so whats the full story, what they changed? 12.20.23 # let me check but here's the current status: 12.21.18 # 0x0 (vector) does ldr pc=0x138 -> 0x138 does b 0x20c 12.21.28 # we used to patch 0x0 and it works for eveyr model and some clipv2 12.21.40 # i patched 0x0 and it didnt work on that one, patched 0x20c and it worked 12.22.04 # 0x138 / 0x20c addresses are the same on the 3 clipv2 firmwares i have 12.22.28 Join anewuser [0] (~anewuser@186.93.153.163) 12.22.32 Quit anewuser (Changing host) 12.22.32 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 12.23.01 # thats insane 12.23.31 # presumably there is some kind of header 12.23.35 # i need to double check to make sure i'm not dreaming 12.23.44 # Torne: the usual header of ams OF 12.23.50 # and their loader has switched from relying on the first word being an instruction, to jumping straight after the header 12.23.56 # or whstever 12.24.09 # well what if you patch 0x138? 12.24.36 # i could try but now i'm trying to boot rockbox directly 12.30.12 # who created the rockbox G+ page? :) 12.30.19 # ok If patching 0x138 doesn't work also it means that loader must do ldr pc,=main and main entrypoint is either in some header or is const address 12.30.58 # winner! 12.31.46 # i wonder how much clipv2 were bricked that way.. 12.32.05 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 12.32.08 # so, i have a question: if that's the problem, why does it cause it to brick? 12.32.13 # shouldn't it just continue to boot the OF? 12.32.21 # no 12.32.55 # we bzero() what we don't use O: 12.33.08 # hahaha 12.33.18 # http://pastie.org/3249229 "fix" for clipv2 breaking some fuzev2 12.37.12 Join WalkGood [0] (~4@unaffiliated/walkgood) 12.37.52 # looks like the entry point is 0x138 12.39.39 # well we could read reset vector and patch target 12.39.50 # and perhaps remove that bzeroing just in case 12.40.02 # yep that should be the safest 12.40.43 # well it's just that we need 2 works for ldr, and patching the reset vector needed only one (we patched the address loaded, not the instruction) 12.42.18 Quit Rower85 (Read error: Connection reset by peer) 12.42.38 # ah no i'm wrong. 12.44.46 # it doesn't have to be ldr, though, no? 12.44.52 # you can just branch.. 12.44.58 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 12.45.02 # no we put b 0x200 currently 12.45.17 # if the OF vector is ldr pc, =XX 12.45.24 # if will put a mov pc, #0x200 at XX 12.45.27 # sounds sensible ? 12.46.10 # s'fine if the target fits in a literal 12.47.44 # the target is always 0x200 12.48.33 # ah, ok 12.48.42 # i assumed we would put our code on the end.. 12.49.29 # yes and no 12.50.23 # ucl unpack code and compressed files are at the end of firmware block, dualboot.S at the start (at 0x200) 12.50.52 # ah, ok 12.51.04 # i think it evolved in small steps to make sure we only brick clipv2s 12.51.14 # heh 13.05.15 Join mortalis [0] (~mortalis@77.108.98.177) 13.08.47 *** Saving seen data "./dancer.seen" 13.22.17 # http://pastie.org/3249436 is not enough (i verified that 0x138 contains mov pc, #0x200) 13.23.00 # perhaps we ocme from thumb 13.27.48 # no it doesn't make much sense, and we're not branching to thumb either 13.27.57 # 0x138 have b 0x20c, can't you patch it to b 0x200 ? 13.28.41 # anyway are you sure that 0x138 is even triggered? 13.28.50 # nope 13.29.45 # 20c has more references it seems 13.30.24 # hmm 13.30.25 # I guess ldr pc,=0x138 and b 0x20c are emmited in pair and true entry point is 0x20c actually 13.31.03 # so if loader do ldr pc,=main I guess it jumps directly to 0x20c 13.32.20 # it's weird because my previous fix worked and it overwrites code above 0x200 13.32.35 # http://pastie.org/3249229 13.32.36 # what is under 0x200, 0x204, 0x208 before patching? 13.38.41 Quit factor (Read error: Connection reset by peer) 13.38.41 # nothing interesting 13.39.23 # ah i found other targets 13.40.53 # the 5 first vectors (but irq/fiq/reserved) all points to 0x20c 13.42.36 # so 0x20c is real entrypoint 13.47.22 # http://pastie.org/3249540 13.47.39 # yeah but i want to know how it branches to 0x20c ! 13.48.28 # SWI ? 13.49.55 # why? loader code can jump directly 13.50.30 # yep but at 0x200 we put our own code already 13.50.41 # so it loader branches at 0x20c immediately i couldn't have booted rockbox 13.51.28 # i'm trying to modify vectors only 13.53.09 # yep that works 13.53.39 # - memcpy(buf + 0x400 + 4*i, b_1b, sizeof(b_1b)); 13.53.39 # + put_uint32le(buf + 0x400 + 4*i, 0xe3a0fc02); 13.53.46 # which is mov pc, #0x200 13.53.56 # no fucking clue what is going on 13.56.08 # and now the more important stuff: finding what will be the first song played on brickable clipv2 ;) 13.56.17 Join factor [0] (~factor@74.197.205.204) 14.04.34 # not all the buttons seem to work. i need to solder the battery back before going further 14.14.27 # pressing home button works in bootloader (i see the verbose boot) - but doesn't prevent USB mass storage connection 14.17.39 Join Thra11 [0] (~thrall@28.56.112.87.dyn.plus.net) 14.21.11 Join MethoS- [0] (~clemens@134.102.106.250) 14.22.02 Quit factor (Quit: Leaving) 14.34.47 Quit n17ikh (Ping timeout: 252 seconds) 14.41.53 Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) 14.48.09 Quit wodz (Quit: Leaving) 14.58.05 Join TheLemonMan [0] (~LemonBoy@adsl-ull-152-215.50-151.net24.it) 15.08.51 *** Saving seen data "./dancer.seen" 15.10.59 Join GodEater_ [0] (93722cc8@rockbox/staff/GodEater) 15.26.38 Quit TheLemonMan (Quit: WeeChat 0.3.6) 15.40.01 Join dfkt [0] (dfkt@unaffiliated/dfkt) 15.44.57 Part Zagor 16.09.21 Join y4n [0] (y4n@unaffiliated/y4ndexx) 16.10.07 Join TheLemonMan [0] (~LemonBoy@adsl-ull-152-215.50-151.net24.it) 16.10.39 Join skamster [0] (~skamster@adsl-62-167-134-147.adslplus.ch) 16.14.53 # hello all.. i think, i've got a archos av100 (just written with jukebox multimedia, 20gb).. i know that rockbox isn't installable on that device (or is it? if yes, please help).. i've tried to install archosopen, downloaded the build for av100 and put the files into the root-folder of my device - no effect 16.15.12 # wiki and files are broken/spamed 16.15.45 # i think, you peoples could have more ideas, how i could flash it.. don't like the standart-os.. 16.15.46 # ;) 16.19.59 # ok, i found the right channel of archopen (searched before for #medios), but it's quite empty there.. so if someone got a clue, it would be cool to recive help.. :) 16.26.32 Quit GodEater_ (Ping timeout: 264 seconds) 16.27.01 Quit dv_ (Quit: No Ping reply in 180 seconds.) 16.27.28 Join _dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 16.28.20 Quit [Saint] (Quit: Quit) 16.33.53 Quit anewuser (*.net *.split) 16.33.55 Quit _dv_ (*.net *.split) 16.33.55 Quit perrikwp (*.net *.split) 16.33.55 Quit froggyman (*.net *.split) 16.33.55 Quit Guinness` (*.net *.split) 16.33.55 Quit jm (*.net *.split) 16.33.56 Quit Sleepy_Coder (*.net *.split) 16.33.56 Quit Mir (*.net *.split) 16.34.07 Quit n17ikh (Ping timeout: 240 seconds) 16.34.10 Quit nosa-j (*.net *.split) 16.34.10 Quit TheSeven (*.net *.split) 16.34.10 Quit efyx (*.net *.split) 16.34.10 Quit nomada (*.net *.split) 16.34.11 Quit soap (*.net *.split) 16.34.11 Quit CIA-81 (*.net *.split) 16.34.11 Quit eintopf (*.net *.split) 16.34.11 Quit Barahir (*.net *.split) 16.34.11 Quit Zoiah (*.net *.split) 16.34.11 Quit Lalufu (*.net *.split) 16.34.13 Quit ender| (*.net *.split) 16.34.16 Quit ze (*.net *.split) 16.34.16 Quit user890104 (*.net *.split) 16.34.16 Quit ps-auxw (*.net *.split) 16.34.16 Quit skamster (*.net *.split) 16.34.16 Quit dfkt (*.net *.split) 16.34.17 Quit Thra11 (*.net *.split) 16.34.17 Quit tchan (*.net *.split) 16.34.17 Quit T44 (*.net *.split) 16.34.17 Quit fs-bluebot (*.net *.split) 16.34.17 Quit GodEater (*.net *.split) 16.34.17 Quit Xerion (*.net *.split) 16.34.17 Quit Zarggg (*.net *.split) 16.54.21 DEBUG Lost contact with server (snapshot: dancer.c line 124) 16.54.21 *** Cleanup 16.54.21 *** Cleanup 16.54.21 *** Saving seen data "./dancer.seen" 16.54.21 *** Exit 16.54.24 *** Started Dancer V4.16 16.54.24 *** Connected to irc.freenode.net on port 6667 16.54.24 *** Logfile for #rockbox started 16.54.24 Mode "logbot :+i" by logbot 16.54.28 *** Server message 501: 'logbot :Unknown MODE flag' 16.54.28 Join logbot [0] (~rockbox@giant.haxx.se) 16.54.28 Join mc2739 [0] (~mc2739@71.20.73.59) 16.54.28 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 16.54.28 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 16.54.28 Join ack [0] (~ack@mingbai.org) 16.54.28 Join [Saint] [0] (~Saint]@101.98.129.152) 16.54.28 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 16.54.28 Join desowin [0] (~desowin@ip-69-162-133-251.static.chi2.systeminplace.net) 16.54.28 Join gevaerts [0] (~fg@d54C37BF3.access.telenet.be) 16.54.28 Join antil33t [0] (~Ahurhurr@101.98.150.103) 16.54.28 Join knittl [0] (~knittl@thehappy.de) 16.54.28 Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) 16.54.28 Join TheLemonMan [0] (~LemonBoy@adsl-ull-152-215.50-151.net24.it) 16.54.28 Join y4n [0] (y4n@unaffiliated/y4ndexx) 16.54.28 Join dfkt [0] (dfkt@unaffiliated/dfkt) 16.54.28 Join MethoS- [0] (~clemens@134.102.106.250) 16.54.28 Join Thra11 [0] (~thrall@28.56.112.87.dyn.plus.net) 16.54.28 Join mortalis [0] (~mortalis@77.108.98.177) 16.54.28 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.54.28 Join mystica555_ [0] (~Mike@71-33-198-102.hlrn.qwest.net) 16.54.28 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.54.28 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 16.54.28 Join thims [0] (~root@cpe-75-187-238-215.neo.res.rr.com) 16.54.28 Join pixelma [0] (quassel@rockbox/staff/pixelma) 16.54.28 Join amiconn [0] (quassel@rockbox/developer/amiconn) 16.54.28 Join Scromple [0] (~Simon@119.225.209.134) 16.54.28 Join doomtimeusa [0] (~kadath@rrcs-96-11-226-10.central.biz.rr.com) 16.54.28 Join Rob2222 [0] (~Miranda@p5B02464F.dip.t-dialin.net) 16.54.28 Join T44 [0] (~Topy44@g228230220.adsl.alicedsl.de) 16.54.28 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 16.54.28 Join ze [0] (ze@tardis.yi.org) 16.54.28 Join parafin [0] (parafin@paraf.in) 16.54.28 Join amithkk [0] (u4289@2buntu/writers/amithkk) 16.54.28 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 16.54.28 Join fs-bluebot [0] (~fs-bluebo@g226068211.adsl.alicedsl.de) 16.54.28 Join Zambezi [0] (Zulu@bnc.fran.dotbnc.se) 16.54.28 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 16.54.28 Join user890104 [0] (venci@Addicted.to.Minecraft.ipv6.6bez10.info) 16.54.28 Join ranmachan [0] (ranma@2a01:4f8:130:9321::2) 16.54.28 Join Xerion [0] (~xerion@84.25.239.25) 16.54.28 Join ender1 [0] (~ender@foo.eternallybored.org) 16.54.28 Join jordan`` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) 16.54.28 Join Galois [0] (djao@efnet-math.org) 16.54.28 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 16.54.28 Join guymann [0] (~charles@64-252-123-137.adsl.snet.net) 16.54.28 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 16.54.28 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.54.28 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 16.54.28 Join SynrG [0] (~synrg@debian/developer/synrg) 16.54.28 Join Torne [0] (~torne@rockbox/developer/Torne) 16.54.28 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 16.54.28 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 16.54.28 Join funman [0] (~fun@rockbox/developer/funman) 16.54.28 Join GeekShadow [0] (~antoine@77.201.51.40) 16.54.28 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 16.54.28 Join Amqui [0] (~a@CPE90e6baf03fc0-CM001947575820.cpe.net.cable.rogers.com) 16.54.28 Join linuxguy3 [0] (~timj@24-148-61-208.c3-0.lem-ubr1.chi-lem.il.cable.rcn.com) 16.54.28 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 16.54.28 Join TBFOOL [0] (~tb@c-313071d5.09-42-73746f22.cust.bredbandsbolaget.se) 16.54.28 Join maraz [0] (maraz@kapsi.fi) 16.54.28 Join Poodlemastah [0] (~Poodlemas@h-241-205.a218.priv.bahnhof.se) 16.54.28 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 16.54.28 Join Sundiver [0] (~angel@174-124-1-67.dyn.centurytel.net) 16.54.28 Join fyre^OS [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 16.54.28 Join KiwiCam [0] (~dontlook@dontlookoverhere.tilaa.nl) 16.54.28 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 16.54.28 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 16.54.28 Join tmzt_ [0] (~tmzt@adsl-69-208-8-174.dsl.akrnoh.ameritech.net) 16.54.28 Join ved [0] (~ved@2001:41d0:1:5914::2) 16.54.28 Join rudi_s [0] (~simon@austria125.server4you.de) 16.54.28 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 16.54.28 Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) 16.54.28 Join scanf [0] (~x32@unaffiliated/scanf) 16.54.28 Join Elfish [0] (amba@fuplz.co.cc) 16.54.28 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 16.54.28 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 16.54.28 Join pjm0616 [0] (~user@61.78.96.156) 16.54.28 Join zu [0] (~zu@ks387228.kimsufi.com) 16.54.28 Join Staphylo` [0] (~Staphylo@mareo.fr) 16.54.28 Join bzed [0] (~bzed@devel.recluse.de) 16.54.28 Join rasher [0] (~rasher@rockbox/developer/rasher) 16.54.28 Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) 16.54.28 Join mystica555 [0] (~mystica@mystica.mobi) 16.54.28 Join Jack87|Away [0] (Jack87@nasadmin/admin/jack87) 16.54.28 Join preglow [0] (thomj@rockbox/developer/preglow) 16.54.28 Join jae [0] (~jae@dedicated.jaerhard.com) 16.54.28 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 16.54.28 Join lembas [0] (toastin@inafire.com) 16.54.28 Join aevin [0] (eivindsy@unaffiliated/aevin) 16.54.28 Join polemon [0] (mcp@polemon.org) 16.54.28 Join scorche [0] (~scorche@rockbox/administrator/scorche) 16.54.28 Join FOAD [0] (~foad@unaffiliated/foad) 16.54.28 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.54.28 Join beta2k [0] (~Beta2K@d24-36-128-84.home1.cgocable.net) 16.54.28 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 16.54.28 Join Naked [0] (~naked@naked.iki.fi) 16.54.28 Join freqmod [0] (~quassel@2001:700:300:1430:226:18ff:fe82:1a24) 16.54.28 Join alexbobp [0] (~alex@108.60.198.57) 16.54.54 Join simabeis [0] (~simabeis@lobmenschen.de) 16.54.54 Join _dv_ [0] (~quassel@chello080108009040.14.11.vie.surfer.at) 16.54.54 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.54.54 Join froggyman [0] (~froggyman@unaffiliated/froggyman) 16.54.54 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 16.54.54 Join jm [0] (jm@unaffiliated/nsx) 16.54.54 Join Mir [0] (~Mir@pool-71-109-220-84.lsanca.dsl-w.verizon.net) 16.54.54 Join Sleepy_Coder [0] (majic@unaffiliated/sleepycoder/x-938672) 16.55.43 Join nosa-j [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 16.55.43 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 16.55.43 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 16.55.43 Join nomada [0] (~nomada@irc.consciente.de) 16.55.43 Join soap [0] (~soap@rockbox/staff/soap) 16.55.43 Join CIA-81 [0] (~CIA@cia.atheme.org) 16.55.43 Join eintopf [0] (~eintopf@zzz.strace.org) 16.55.43 Join Barahir [0] (~Barahir@fb08schindler24.anorg.chemie.uni-giessen.de) 16.55.43 Join Zoiah [0] (zoiah@matryoshka.zoiah.net) 16.55.43 Join Lalufu [0] (~sun@unaffiliated/lalufu) 16.59.10 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 17.02.58 Join Strife89 [0] (~Strife89@207.144.201.128) 17.06.24 Join ChanServ [0] (ChanServ@services.) 17.06.24 Mode "#rockbox +o ChanServ " by kornbluth.freenode.net 17.07.32 Nick gevaerts is now known as Guest18574 (~fg@d54C37BF3.access.telenet.be) 17.07.32 Nick [Saint] is now known as Guest56797 (~Saint]@101.98.129.152) 17.08.41 Quit Guest18574 (Changing host) 17.08.41 Join Guest18574 [0] (~fg@rockbox/developer/gevaerts) 17.09.07 Nick Guest18574 is now known as gevaerts (~fg@rockbox/developer/gevaerts) 17.10.16 Nick _dv_ is now known as dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) 17.11.52 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 17.11.52 Quit n1s (Changing host) 17.11.52 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.18.37 Quit Zambezi (Changing host) 17.18.37 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 17.24.50 Join PaulJam [0] (~Paule@p54BEA116.dip.t-dialin.net) 17.25.11 # hmm, battery charge level is displayed as "n/a" in the info screen and "?" in the statusbar on my beastsim, this is a recent thing. is it intentional? 17.29.01 Join skamster [0] (~skamster@adsl-62-167-134-147.adslplus.ch) 17.30.21 # hello all.. i think, i've got a archos av100 (just written with jukebox multimedia, 20gb).. i know that rockbox isn't installable on that device (or is it? if yes, please help).. i've tried to install archosopen, downloaded the build for av100 and put the files into the root-folder of my device - no effect.. wiki and files on archosopen are broken or spammed, so i have no clue.. but maybe you people have clue about that? thanks for e 17.30.21 # very help! 17.31.41 # n1s: it's acting like the batt switch is turned off :\ 17.32.18 # jhMikeS: that's mighty weird, no 17.32.19 # ? 17.32.51 # yes :) 17.33.28 # is there a stub somewhere that returns the switch as being off instead of on? 17.34.35 Quit Guest56797 (Quit: Quit) 17.35.18 # the last change in http://git.rockbox.org/?p=rockbox.git;a=commitdiff;h=8fdef40#patch1 looks a bit suspicious 17.35.21 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 17.37.09 # or perhaps not, i don't think i fully understand that stuff 17.42.25 # in firmware/powermgmt-sim.c I think is the problem 17.42.43 # <[Saint]> skamster: afaik, Rockbox only runs on the Ondio(FM), Player, Recorder(FM/V1/V2) for the Archos' 17.42.49 # power_input_status 17.43.44 # <[Saint]> skamster: Oh...and later Archos IT devices will run Rockbox as an Application with Android as the host OS 17.44.16 # <[Saint]> to the best of my knowledge, that's the Archos lineup as far as Rockbox support is concerned 17.47.41 # oops uisimulator/common/powermgmt-sim.c 17.51.52 Join dreamlayers [0] (~dreamlaye@rockbox/developer/dreamlayers) 17.54.42 # n1s: does this help? http://pastebin.com/ALRcS7J1 17.57.59 Nick TBFOOL is now known as TBCOOL (~tb@c-313071d5.09-42-73746f22.cust.bredbandsbolaget.se) 18.04.14 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 18.04.15 Quit pamaury (Changing host) 18.04.15 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.07.16 # http://gerrit.rockbox.org/r/#change,70 18.07.24 # GERRIT#70 18.10.29 # aright, wtf happened to my commit? 18.11.32 # I committed from a personal branch, but I'm guess I missed a step 18.11.59 # * jhMikeS thinks some sort of merge has to happen 18.12.14 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.12.15 Quit bertrik (Changing host) 18.12.15 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.14.15 Quit WalkGood () 18.19.51 # Commit 7ccd2c9 in rockbox by 03Michael Sevakis: Fix power_input_status in sim where target has a battery switch. 18.21.41 Quit Strife89 (Ping timeout: 260 seconds) 18.22.18 # 7ccd2c9 build result: All green 18.27.04 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 18.32.56 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.36.54 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.37.01 Join Strife89 [0] (~Strife89@207.144.201.128) 18.39.04 Join nosa [0] (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 18.42.54 Quit nosa-j (Ping timeout: 255 seconds) 18.42.54 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-94.clt.bellsouth.net) 18.47.55 Join Misanthropos [0] (~Misanthro@testomat.ee.ethz.ch) 18.48.28 Quit Thra11 (Ping timeout: 240 seconds) 18.50.16 Join crwl [0] (~crwlll@dsl-jklbrasgw1-ffb9c300-103.dhcp.inet.fi) 18.51.16 Quit Zambezi (Ping timeout: 252 seconds) 18.51.25 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 18.52.37 Join Strife1989 [0] (~Strife89@207.144.201.128) 18.54.27 *** Saving seen data "./dancer.seen" 18.55.44 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.55.56 Quit Strife89 (Ping timeout: 244 seconds) 18.56.36 Quit [Saint] (Read error: Connection reset by peer) 18.58.15 Quit perrikwp (Ping timeout: 240 seconds) 18.58.20 Join Zambezi [0] (Zulu@bnc.fran.dotbnc.se) 19.01.01 # Should it be possible to build the sim in OS X? 19.01.33 Join Thra11 [0] (~thrall@46.208.116.53) 19.04.50 # jhMikeS: yeah, it says 100% now 19.05.15 # iirc the sim used to cycle the battery charge level but it doesn't seem to anymore 19.12.07 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 19.17.27 Join lebellium [0] (~chatzilla@e179073178.adsl.alicedsl.de) 19.27.46 # * bertrik realises that the charge current settings are different for AMSv1 vs AMSv2 19.28.14 # AMSv1 appears to use 50 mA step, AMSv2 appears to use 70 mA steps, at least according to documentation 19.28.39 # not really that different, so probably not harmful, but different anyway 19.37.40 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.37.45 # JdGordon: how do you suggest gerrit links should look like? Search for complete links and try to retrieve the review title? Or search for something like G#123 and interpret it as gerrit review ID? 19.38.54 # We don't have a tradition for something like the latter yet 19.39.11 # yes, that't the reason I'm asking :) 19.39.18 # Maybe having a bot recognise that would help establish it :) 19.39.34 # unfortunately gerrit hands out a pretty much empty page and generates the content using javascript 19.39.44 # which is a bit of a problem 19.40.01 # we could also recognize Gerrit#123 or Review#123 :) 19.40.17 # as long as I can catch it using a regexp things are fine 19.41.44 # Maybe use git to get at it? 19.42.30 # hmm, might work. Need to give that some more thinking I guess 19.44.12 # reminds me that I wanted to rework the bot to be able of adding some more unit tests 19.45.01 # Maybe there's a magic way to get gitweb to show the commit based on something like refs/changes/69? 19.45.38 # having a way to retrieve arbitrary stuff via gitweb would be quite useful for fixing deploy.py as well 19.46.29 # no magic required; you can browse to any ref you like 19.47.28 # er, by entering the url, i mean 19.47.28 # it only lists heads and tags 19.47.29 # also gerrit has a real api you cna ask for info over, ou shouldn't need to scrape the html 19.47.30 # I know everything is there, I just don't know how to build the URL 19.47.46 # all refs ar ethe same 19.47.50 # pick one that is listed, edit the path to say something else 19.47.55 # hmm, I guess I have to give gerrit a closer look 19.48.25 # there may not be any obvious docs for the json api 19.48.26 # :) 19.48.49 # check the gerrit project on google code and the mailing list there 19.50.21 # hmm, do I really need to use ssh to query gerrit? 19.50.42 # you should be able to talk to the json interface the web interface uses 19.51.02 # the ssh query interface is meant for things like continuous builders or automatic code review 19.51.17 # where they want asynchronous notifications of new changes and so on 19.53.08 # hm. 19.53.09 # it might need t be ssh, actually 19.54.38 # look on the mailing list, other people have done various stuff 19.54.46 # gevaerts: http://git.rockbox.org/?p=rockbox.git;a=shortlog;h=refs/changes/69/69/1 19.54.56 # hmm. Maybe it would be useful if the bot would recognize commit sha1's and print the first line of the commit message? 19.55.33 # gevaerts: http://git.rockbox.org/?p=rockbox.git;a=commit;h=refs/changes/69/69/1 probably more appropriate 19.55.41 # * gevaerts nods 19.55.46 # gevaerts: i'm not sure where the second 69 comes from though 19.55.49 # i suspect it's hashing 19.56.00 # i.e. the first one is a prefix/suffix/modulus/something 19.56.08 # that links to a particular patchset, though 19.56.13 # i.e. not the latest version, a specific version 19.56.13 # hmm, scraping that URL might be a simple solution 19.56.16 # Yes, I'm wondering about that too. Also the /1. Might that be a revision number? 19.56.20 # Yes 19.56.45 # So you'd have to be careful there 19.56.46 # There is no ref that refers to the latest version of the change, that i know of 19.57.02 # so if there is an update of the review it will become /2? 19.57.17 # bluebrother: yes 19.57.23 # All versions of the patchset hang around forever 19.57.29 # so, they have to have unique refnames 19.58.09 # the easiest way is almost certainly working out how to query gerrit over http and get the json output back 19.58.29 # you'll have to go look for how to make that query, but once you know that it's basically done 19.58.33 # the json format is documented 19.58.35 # yes. 19.58.40 # (since it's the same thing that gerrit query returns) 19.58.49 # i can take a look sometime, but atm i'm on a train :) 20.02.04 # i expect that gerrit in future will have a way to get more of this data via git, since they are moving away from using the database 20.13.56 # Commit f1d3ff4 in rockbox by 03Frank Gevaerts: Remove ata_removable() and ata_present() from multidriver code. 20.15.59 # f1d3ff4 build result: All green 20.18.17 Join Urne [0] (~Urne@80.165.151.142) 20.21.45 # Torne: What do I need to do that git knows me as a commiter? Is that status transferred from svn? 20.25.47 Quit mortalis (Ping timeout: 252 seconds) 20.25.54 Quit PaulJam (Read error: Connection reset by peer) 20.27.47 Join cliptester [0] (~chatzilla@ool-45773afb.dyn.optonline.net) 20.30.41 # amiconn: one of the administrators needs to add you to the Rockbox Committers group 20.52.29 # amiconn: i'll do it, one moment 20.52.47 # we can't transfer it from svn automatically because there's no sane way to relate who is who 20.53.02 # Done 20.53.17 # Thanks 20.53.33 # btw, you RSB-type people may want to talk to the swedes about maybe if some other people should be in the admin group 20.53.35 # * amiconn still needs to create ssh keys 20.53.37 # currently it's them and me 20.54.11 # Torne: do I have to ask too? 20.54.28 *** Saving seen data "./dancer.seen" 20.54.33 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) 20.55.24 # pixelma: done now :) 20.55.41 # thanks :) 20.58.22 # Torne: I don't think that's very different from SVN (in fact there is now an extra person too) 20.59.17 # Right, but with svn it's because ou need to edit files on the server 20.59.45 # True 20.59.51 # anyway, i'm not saying we need more people 20.59.54 # Well, I don't mind either way :) 20.59.58 # i'm just saying the people in charge may want to discuss it :)) 21.00.29 # Is it just for adding committers, or is there other stuff? 21.00.50 # administrators can change who is in any group, can change the permissions on projects, and can run a few things like sql queries over ssh 21.01.10 # OK 21.01.13 Quit fs-bluebot (Quit: So long, and thanks for all the fish.) 21.01.14 # we could add a new group that had the power to modify who was in the committers group 21.01.18 # and use that, actually 21.01.25 # then it wouldn't open them up to the other bits 21.01.28 # it's all flexible 21.01.45 # My view would be to maybe wait and see if we need it 21.01.48 # notably, being in the admin group *doesn't* give you any permissions on actual projects 21.01.54 # i.e. it doesn't enable you to do anything extra through git 21.02.02 # so it doesn't leave you open to mistaks there :) 21.02.07 # good :) 21.03.35 Join fs-bluebot [0] (~fs-bluebo@g226068211.adsl.alicedsl.de) 21.04.33 # ok, so let's see if this works. 21.04.51 # .describe c42f19f89 21.04.52 # 3Disable the backdrop in the failsafe theme so the colours acually work by 3Jonathan Gordon (from Wed, 25 Jan 2012 08:22:07 +0000) 21.05.10 # I'm not referring to Gerrit #123. 21.05.10 # 3Gerrit review #123 at http://gerrit.rockbox.org/r/#change,123 21.05.16 # or rather G#2 21.05.16 # 3Gerrit review #2 at http://gerrit.rockbox.org/r/#change,2 21.05.23 # or review 5 21.05.23 # 3Gerrit review #5 at http://gerrit.rockbox.org/r/#change,5 21.05.27 # looks fine :) 21.05.44 # getting information about the review itself will come later. 21.05.48 Join Horscht [0] (~Horscht@p5DD56B5F.dip.t-dialin.net) 21.05.49 Quit Horscht (Changing host) 21.05.49 Join Horscht [0] (~Horscht@xbmc/user/horscht) 21.06.58 # any other ideas? 21.11.18 # automated bug fixing :) 21.11.30 Quit cliptester (Quit: ChatZilla 0.9.88 [Firefox 9.0.1/20111220165912]) 21.14.45 # funman: provide me with the algorithm :) 21.17.48 Quit bluebrother (Disconnected by services) 21.17.49 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 21.18.55 Quit fs-bluebot (Ping timeout: 240 seconds) 21.21.35 Join fs-bluebot [0] (~fs-bluebo@g225252010.adsl.alicedsl.de) 21.22.06 Quit fs-bluebot (Client Quit) 21.22.30 Join fs-bluebot [0] (~fs-bluebo@g225252010.adsl.alicedsl.de) 21.22.31 Quit y4n (Quit: only amiga makes it possible) 21.23.02 # Hmm, does the rockbox git server not listen on ipv6? 21.23.41 Quit skamster (Remote host closed the connection) 21.31.03 Quit Horscht (Quit: Verlassend) 21.50.14 Quit curtism (Ping timeout: 240 seconds) 21.57.51 # Rockbox for android crashes reliably when it stops playing certain files 21.57.56 # either at the end, or if you skip track 21.58.06 # is this a known issue? and would it be helpful to provide example files where this happens? 22.03.25 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) 22.04.02 # I don't think gerrit is made for http://gerrit.rockbox.org/r/#change,70 22.05.40 # kugel: in what way? 22.06.44 # I don't know the purpose of the ticket, but inclusion to git doesn't seem to be it (considering the ci message) 22.07.46 # not in that form anyway 22.07.53 # Right. I'd have phrased that as "Not entirely ready yet" I guess 22.08.08 # if it's still WIP it shouldn't be on gerrit, no? 22.08.21 # why not? 22.08.39 # having it on gerrit makes it possible for others to comment on it. 22.08.48 # Technically anything that needs review is a work in progress, unless you know the review won't find any issues 22.09.19 Join LinusN [0] (~linus@giant.haxx.se) 22.09.34 # kugel: It's absolutelfy for stuff that's WIP, yes 22.09.53 Part LinusN 22.10.06 # The idea is that if you think it's done and want it reviewed, you ask someone to review it 22.10.19 # the existence of a review is not supposed to be a signal that this patch wants committing right now 22.10.37 # you could of course set your own -2 to mark it as not ready 22.10.56 # right, "if you think it's done" 22.11.00 # Or -1 if you are not a committer, which while it doesn't technically forbid it being committed, if the author has -1'ed it, that's a pretty strong signal 22.11.21 # i wouldn't generally bother, though 22.11.45 # the expectation should be that it's your change and if you want something done with it, it's up to you to make that happen 22.12.19 # if the uploader even thinks "it's not yet done" then it shouldnt be on gerrit 22.12.26 # Why? 22.12.57 # we end up with the same mess of half-done patches as with flyspray 22.13.33 # I generally don't bother with a code review if the patch is incomplete 22.13.44 # Then don't review it 22.15.31 Quit Thra11 (Read error: Operation timed out) 22.15.38 # it might make a lot of sense to review an early patch if you want to figure if the approach taken is feasible / wanted / etc. even if the patch itself isn't intended to get committed. 22.15.54 # and having such stuff in the same place is a good thing. So put it in Gerrit. 22.16.06 # Exactly. Wanting review isn't too related with being ready for commit 22.16.46 # kugel: The intention is that, in general, *nobody* will ever browse the list of open reviews 22.16.48 # there's a reason one can abandon patches in Gerrit :) 22.16.54 # kugel: they don't on other projects that use code review. 22.17.04 # there are tens of thousands of open reviews on rietveld :) 22.17.22 # Gerrit is a tool for you to use to store youru change, whatever state it's in 22.17.33 # If you want other people to see or do anything with it, *you drive this* 22.17.36 # by talking to people 22.17.44 # not by just assuming that because it's on some list it will be dealt with 22.18.15 # this is exactly what we discussed at devcon 22.18.16 # :) 22.19.07 # anyway, dinner 22.19.34 Join othniel [0] (~othniel@75.92.51.2) 22.28.35 # [Saint]: does your new cabbie version fix the touch region stuff? 22.29.59 # [Saint]: imo the volume pop up in svn is superior to yours 22.30.09 # <[Saint]> "the touch region stuff"? 22.30.34 # <[Saint]> and, we've already differed on opinions about "better" :) 22.31.11 # did you look at it? svn actually uses the volume bar in the pop, not the progress bar 22.31.14 # popup 22.33.22 # in the 320x480 version the popup is sometimes stuck (i.e. doesn't show up) and is generally a bit flaky 22.35.10 Quit benedikt93 (Quit: Bye ;)) 22.35.35 # <[Saint]> when was the last time you tested that, a user reported that on 480x800...in svn and mine. 22.35.41 # <[Saint]> but its since fixed. 22.35.44 # I know you've pretty much given up on svn cabbie (and haven't had time lately) so I'm in doubt you've actually seen it 22.35.51 Quit dreamlayers (Quit: dreamlayers) 22.35.59 # <[Saint]> Who says I've given up on it? 22.36.03 # the last version i tested was r7 22.36.18 # <[Saint]> Haven't. Had. TIme. ...that's all. 22.37.57 # <[Saint]> I think whatever issue caused this volume thing affected both cabbies, and, is since gone. The one report I got of it, the user updated his build...and it fixed itself automagically. 22.38.31 # <[Saint]> I never build(s) caused it.ed to whatevr saw it, probably because I never update 22.38.41 # <[Saint]> wow...that messed up. 22.39.10 Quit TheLemonMan (Quit: WeeChat 0.3.6) 22.39.16 # <[Saint]> I never saw it, probably because I never updated to whatever build(s) caused it. 22.40.40 # I tried various svn version, and there was no major change in the meantime 22.40.47 # I can try again, though 22.40.53 # <[Saint]> I pretty much don't pay attention to "weird issues" like that, especially when there's been no change from me to cause it. 22.41.27 # your skin code having bugs is not possible? :) 22.41.28 # <[Saint]> I had the same thing with a report your alised bitmaps patch fucked font rendering...that "apparently I caused". 22.42.24 # <[Saint]> generally, themes don't cause issues. Not when they've been working fine for months prior, and not updated during the "breakage" period, no. :) 22.42.49 # IIRC the menu pop didn't show up anymore if you came back from the playlist viewer 22.43.10 # your 320x480 never worked properly for me in that regard 22.43.15 # <[Saint]> I'll try it here when I've restored my phone. 22.44.06 # <[Saint]> the code for all three is identical save the viewport/image x/y declarations, so, if one's broken...they all are. 22.45.55 # <[Saint]> there's a situation caused by the timeouts and a fullscreen redraw (exiting/re-entering the wps for example) where if you're *really* impatient...you can stop a condition from going true. 22.46.15 # <[Saint]> that's the "ugliest" thing I've seen possible so far. 22.46.54 # <[Saint]> ...aha! 22.46.56 Quit n1s (Ping timeout: 260 seconds) 22.47.04 Join n1s [0] (~n1s@rockbox/developer/n1s) 22.47.10 # <[Saint]> and, that sounds like exactly what you're hitting. 22.47.47 # <[Saint]> I can /probably/ lower the timeout to 1 second... 22.49.00 # Commit 63ddd15 in rockbox by 03Thomas Martitz: Fix win32 simulator build (FS#12564). 22.49.06 # <[Saint]> I'll pull from git and check your cabbie out to see what it is/isn't doing. 22.49.43 # <[Saint]> "your cabbie"...lol, I don't think it belongs to anyone anymore. Its got a fair few peoples stink on it :P 22.50.01 # Commit 9a4656b in rockbox by 03Thomas Martitz: Include stdlib.h for atexit(). 22.51.17 # 63ddd15 build result: All green 22.51.22 # <[Saint]> and, regarding the volume slider...I used a bar because "its more android-ish" 22.51.40 # <[Saint]> I've been meaning to make it more obvious what that popup does. 22.52.21 # <[Saint]> individual +/- and mute icons will go there, probably with a "volume" heading of some form. 22.53.09 # 9a4656b build result: All green 22.54.32 *** Saving seen data "./dancer.seen" 22.55.34 Quit Urne (Ping timeout: 240 seconds) 23.02.17 # Commit feef422 in rockbox by 03Thomas Martitz: Improve/unify German translation. 23.04.13 # feef422 build result: All green 23.09.27 Join anewuser_ [0] (~anewuser@186.93.153.163) 23.12.13 Quit anewuser (Ping timeout: 245 seconds) 23.16.51 Join Thra11 [0] (~thrall@46.208.116.53) 23.17.58 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 23.20.36 Quit perrikwp_ (Ping timeout: 248 seconds) 23.22.24 Quit Sundiver (Quit: leaving) 23.29.36 Quit liar (Remote host closed the connection) 23.33.15 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 23.35.07 Quit GodEater (Ping timeout: 240 seconds) 23.36.40 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 23.36.40 Quit GodEater (Changing host) 23.36.40 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 23.37.39 Join Keripo [0] (~Keripo@eng417.wireless-resnet.upenn.edu) 23.42.08 Quit GodEater (Ping timeout: 245 seconds) 23.42.45 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 23.42.46 Quit GodEater (Changing host) 23.42.46 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 23.44.34 Quit n1s (Quit: Ex-Chat) 23.45.54 Quit curtism (Ping timeout: 240 seconds) 23.47.18 Nick Strife1989 is now known as Strife89 (~Strife89@207.144.201.128) 23.49.21 Quit pamaury (Remote host closed the connection) 23.56.28 Quit mc2739 (Ping timeout: 252 seconds) 23.59.00 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca)