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 2017-05-05

00:35:30 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
00:39:08__builtinuser890104: the answer to that is "kind of"
00:40:13__builtinyou can steal the audio buffer and use that for data
00:40:23[Saint]Which is somewhat hilarious given that that was the guts of what buflib was about.
00:40:42[Saint]Yet we still do massive fixed allocation across the board.
00:40:45[Saint]...yay!
00:46:23 Quit pamaury (Ping timeout: 240 seconds)
00:49:24*__builtin remembers the USB IDs we got from Openmoko
00:49:51__builtinwe should probably do something with them
00:53:27[Saint]...we actually got some?
00:53:39[Saint]What block did we get?
00:54:07 Quit ender` (Quit: Two things are infinite: the universe and human stupidity, even though I'm not yet sure about the universe.— A. Einstein)
00:54:11[Saint]Incidentally: FWIW - I'm throwing cabbiev2 out the window.
00:54:41[Saint]I'm sick of it, I'm working at my own pace, out of public view for now because honestly at the moment other people's opinions can go fuck themselves.
00:55:00[Saint]I'll prod Gerrit if or when I end up finishing what I want to do.
00:55:16[Saint]Cabbiev2 was fine, ...a decade ago.
00:55:45[Saint]It's almost completely usable on touchscreen, even with the very few touch converted Cabbie theme targets.
00:56:25[Saint]I'm going for an AOSP-esque/Material Design type view on the colour and greyscale targets.
00:56:36[Saint]Not entirely sure what to do about charcell yet.
00:57:12[Saint]Or the bi-colour transflective displays.
00:58:02[Saint]I've been using my own iPod/iOS rip-off theme (that I took down from the theme site) for years.
00:58:59[Saint]On Color/Video/Classic/Nano it's pretty much a pixel-perfect near-identical rip-off of the iPod UI for iPod Video.
00:59:01__builtin[Saint]: yes, I almost forgot too
00:59:20__builtin1d50:5300-53ff
00:59:41 Quit alexweissman (Remote host closed the connection)
00:59:58[Saint]One supposes we should commit that, wholesale. I can see no good reason not to.
01:00
01:00:10[Saint]Unless perhaps some user has some udev magic, but, nuts to them.
01:00:28__builtinrbutil?
01:01:04__builtinwe also need to decide whether or not to have some mechanism to switch IDs
01:01:13[Saint]One would just need to update the array of IDs rbutil looks for and associates with a target.
01:01:33[Saint]Presumably we'd need to look for the factory ID and the Rb ID.
01:01:53[Saint]And, no. We don't want to support that.
01:02:13[Saint]Switching IDs is dirty as fuck.
01:02:36[Saint](main reason we never allowed users to do so in the first place - it's morally fucky)
01:03:17[Saint]EVen using the ID the hardware was assigned for the OF was morally and perhaps legally (depending on the locality) questionable.
01:04:40[Saint]It's a tough call, and this _may indeed_ break some functionality with external peripherals...but the only acceptable and moral option to resolve that in my opinion is "use the OF".
01:06:01 Join alexweissman [0] (~alexweiss@149-160-160-162.dhcp-bl.indiana.edu)
01:06:19[Saint]Allowing the user to juggle between the OF VID/PID and Rockbox's isn't something I'm really comfortable with at all. We got the IDs specifically because of the moral (and potentially legal) implications of using the stock VID/PID in the first place, and in part because of some weird issues with software that expects a specific ID combination for a device and refuses to treat it differently.
01:06:40[Saint]...lookin' at you, iTunes.
01:07:05[Saint]And all vaguely modern Macs.
01:07:06__builtingreat, that simplifies things
01:07:56[Saint]Yeah, it's a tough call to make and maybe warrants more discussion with more people but honestly I feel pretty strongly about that being something we don't want to allow.
01:08:14[Saint]Users are still free to build with whatever arbitrary VID/PID they want.
01:08:40[Saint]Perhaps if you wanted to make one yu could build a selector and drop it on Gerrit and just never merge it with mainline.
01:08:40__builtinthe only issue then is making rbutil look for both sets of IDs
01:09:07[Saint]This shouldn't be difficult at all.
01:09:25[Saint]There's already a couple of targets where we check for multiple potential IDs.
01:09:50*[Saint] summons bluebrother to clarify
01:10:04__builtinaha, it's really easy actually
01:10:29__builtinin rbutil.ini, there's a comma-separated list of IDs for each target
01:10:48__builtinsuch as usbid=0x05ab0031,0x05ab0060 for the recorder
01:21:54***Saving seen data "./dancer.seen"
01:34:06 Join Strife89 [0] (~quassel@adsl-98-67-59-202.mcn.bellsouth.net)
01:35:35 Quit MrZeus2 (Ping timeout: 268 seconds)
01:36:19[Saint]right
01:36:29 Quit alexweissman (Remote host closed the connection)
01:36:56 Quit Strife1989 (Ping timeout: 240 seconds)
01:44:05 Join alexweissman [0] (~alexweiss@2001:18e8:2:28b6:949e:d763:ee7d:9faf)
01:44:48[Saint]I'm just bot sure if there's any other places that do ID checks.
01:44:56[Saint]But...I guess grep can tell you.
01:45:04[Saint]s/bot/not/
01:46:58saratogaSammysHP: is this build any better? http://mit.edu/mgg6/www/rockbox-clip+_frequency_test.7z
01:47:07saratogaits an older one taht I believe uses a slightly higher voltage for SD
01:48:35 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
02:00
02:00:01 Quit Strife89 (Read error: Connection reset by peer)
02:04:49 Join Strife89 [0] (~quassel@adsl-98-80-197-228.mcn.bellsouth.net)
02:10:07 Quit Strife89 (Ping timeout: 268 seconds)
02:12:37 Quit alexweissman (Remote host closed the connection)
02:16:04 Join alexweissman [0] (~alexweiss@149-160-160-162.dhcp-bl.indiana.edu)
02:16:32 Quit alexweissman (Remote host closed the connection)
02:34:56 Quit ZincAlloy (Quit: Leaving.)
03:00
03:21:13__builtin[Saint]: see g#1603
03:21:16fs-bluebot3Gerrit review #1603 at http://gerrit.rockbox.org/r/1603 : 3Convert all targets to Openmoko USB IDs (WIP) by Franklin Wei
03:21:55***Saving seen data "./dancer.seen"
03:28:22__builtinI'm considering submitting a patch to the USB ID repo
03:28:36__builtinwhat should I call the devices?
03:31:34__builtin"Rockbox on foobar"
03:31:43__builtinor just "Rockbox device?"
03:36:11 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net)
03:36:50 Join Marqueteur [0] (~Tor@fsf/member/TorC)
03:46:20__builtinor maybe "foobar (Rockbox)"
03:47:21[Saint]Rockbox Open Source Jukebox Player
03:47:29[Saint]...that's our formal name.
03:49:53__builtinwe have enough IDs to do one per target, wouldn't it be best to provide some more information?
03:50:07__builtini.e. have the target name somewhere
03:51:07[Saint]IMO, that /is/ the taget name. But someone might fight me on it.
03:51:14[Saint]As far as I'm concerned the vendor is
03:51:18[Saint]'Rockbox'
03:51:29[Saint]and the product is 'Open Source Jukebox Player'.
03:52:56__builtinwe are somewhat unique in that we don't have a physical "product"
03:53:28[Saint]Well, the product is the firmware.
03:53:42[Saint]We didn't make the hardware. :)
03:54:23[Saint]Other people might have an opinion on this, but I personally don't think it's terrible useful to identify the target in the USB friendly name.
03:55:24[Saint]perhaps if the character field is long enough for product you could do 'Open Source Jukebox Player ($internal_target_name)'.
03:56:04__builtinthe fact that it's running rockbox doesn't make it no longer whatever hardware device it was before
03:56:18[Saint]As long as Rbutil can uniquely identify them, which isn't an issue with the friendly name whatsoever, I'm not too sure it matters.
03:56:43[Saint]One would expect a user doing manual install to pay particular attention to the mountpoint and device.
03:57:07__builtinyes, I suppose it's more of a stylistic issue then
03:58:08__builtinI think I'll just go with "iPod Classic (Rockbox)"
03:58:46[Saint]I think our internal naming convention might be better, albeit less "pretty".
03:58:59[Saint]ie. "ipod6g (Rockbox)".
03:59:50__builtinthat /is/ easier to do automatically, I'll just write up an awk script and submit it to the maintainers then
04:00
04:11:08 Quit [Saint] (Remote host closed the connection)
04:17:47 Join [Saint] [0] (~sinner@rockbox/staff/saint)
05:00
05:03:03 Join PurlingNayuki [0] (~Thunderbi@2001:da8:215:4ff:30c2:c646:3ac7:4ff4)
05:09:36 Quit PurlingNayuki (Ping timeout: 258 seconds)
05:21:56***Saving seen data "./dancer.seen"
06:00
06:03:33 Join Strife89 [0] (~quassel@adsl-98-67-59-212.mcn.bellsouth.net)
06:23:36 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
06:36:45 Join m4t [0] (~matt@2604:180:0:b2e::bad:beef)
06:39:39pamaury__builtin: re USB ID, it may be somewhere already, but we should have list of the wiki of assignements
06:43:26user890104__builtin: why didn't you use the target id in hex for the least significant octet of the product id?
06:44:05user890104e.g. ipod6g is 29, the last octet is 0x21 and i think 1d would be a better choice
06:44:11user8901040x1d *
06:44:36pamaurywe can't use arbitrary IDs
06:44:42pamaurywe only have a specific range of them
06:45:06user890104[01:59:21] <__builtin> 1d50:5300-53ff
06:45:38pamauryhttps://www.rockbox.org/wiki/USBIDs
06:45:38user890104so we can change the least significant octet to any value
06:46:01user890104ah, i see
06:46:10user890104it has been decided a long time ago
06:46:36user890104still curious about the algorithm
06:46:41pamauryI think the target id is a bad idea, it's a purely internal thing to rockbox, we don't want to expose that
06:47:00pamaurywe just assignement them arbitrarily and that's all
06:56:27 Quit TheSeven (Disconnected by services)
06:56:37 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
07:00
07:11:50 Join PurlingNayuki [0] (~Thunderbi@114.255.40.60)
07:18:23 Quit PurlingNayuki (Ping timeout: 240 seconds)
07:21:58***Saving seen data "./dancer.seen"
07:22:33 Quit advcomp2019 (Ping timeout: 264 seconds)
07:24:09 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
07:28:34 Quit jhMikeS (Ping timeout: 268 seconds)
07:40:11 Join JanC_ [0] (~janc@lugwv/member/JanC)
07:41:29 Quit JanC (Killed (card.freenode.net (Nickname regained by services)))
07:41:29 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC)
08:00
08:01:40pixelmaI find the Android music playing apps WPSs extremely boring, they basically look the same (album art, bit of tag info, progress bar, 3 big buttons for play/pause/skip etc., 2 smaller buttons to the left and right).
08:09:52pamaurykugel: is phabricator easy to install?
08:13:00pamauryI have a dedicated server with FTP backup so I could host it, and possibly give shared access to some parts of it if needed so that I am not the bottleneck
08:15:45kugelpamaury: pretty easy yes. phabricator consists of three git repos. one for the web service, one for the local client (arc) and one shared library project
08:16:38kugelyou don't *need* to run arc on the server but it has a convinience command to update the whole thing
08:17:05kugelbut as I said, we can also use the pain-free 30 day trial on their servers
08:18:22kugelas for the installation: once you you cloned the 3 repos you have to point the webserver to the webroot contained in the phabricator repo. Then the web interface will guide through the rest of the installation (setting up mariadb, etc)
08:18:56pamaurydoes it work with apache virtualhosts ?
08:19:23kugelyea, that's the configuration we use at work
08:19:54kugelon fact, I believe it requires that it has a domain on its own
08:20:41pamauryit says it needs a subdomain, like phabricator.rockbox.org
08:20:47 Join ender` [0] (krneki@foo.eternallybored.org)
08:21:00kugelyes, I meant subdomain, sorry
08:21:14pamauryI guess that's not a problem, we already have subdomains of rockbox.org
08:27:47SammysHPIs phabricator a new thing? Used it multiple times in the last few weeks for different projects and never saw it before
08:28:58pamauryit's not particularly new (2010 wikipedia says)
08:29:47pamaurybut some projects have adopted it recently I think
08:37:50SammysHPsaratoga: timezones (probably)... I'll try your build in a few hours.
08:47:45 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
09:00
09:21:59***Saving seen data "./dancer.seen"
09:28:08kugelpamaury: are you setting up an instance?
09:35:51pamauryI could, but maybe we should agree on principle that we want to use phabricator?
09:36:46kugelsure. I was just wondering if you're playing with it
09:37:07pamauryright now I'm a bit too busy, but this week-end I might play with it and install it on my server
09:43:08kugelalrighht
09:45:31[7][Saint]: 16GB n2gs were never sold by apple, if they even exist, they are modded. that said, I don't think we support any 16GB chips in the FTL, and apple probably doesn't either.
09:54:05 Join elensil [0] (~edhelas@535580F9.cm-6-6c.dynamic.ziggo.nl)
10:00
10:34:27 Join boing [0] (5590526c@gateway/web/freenode/ip.85.144.82.108)
10:37:34boinghello, and quick question. ran into an offer of a "old ipod 20gb", looks like "4g", and looked around, found rockbox and its plugins. how much trouble would it be to add a plugin to, say, turn the thing into an emulated cd drive, like the zalman ve series firewire/usb/esata disk enclosure?
10:51:21 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
10:56:03 Quit jhMikeS (Ping timeout: 260 seconds)
11:00
11:15:26 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:59e6:d41b:ec12:ea5d)
11:22:02***Saving seen data "./dancer.seen"
11:25:50[Saint][7]: yeah, I must be misremembering. It's 2, 4, and 8 GB for the n2g isn't it? And the 8GB one is the one that's a bit of a unicorn.
11:26:46[Saint]IIRC, and definitely in my experience in purchasing second hand, there wasn't perhaps as many of them produced.
11:27:10SammysHPBtw: which player do you recommend for rockbox. One, that is still available for new
11:27:22[Saint]Because the only ones I ever seem to turn up are 2 and 4GB ones.
11:27:34[Saint]Though there's not much of either around anymore.
11:28:31[Saint]SammysHP: ehhh...I'm not really sure there are any available new that I would actually recommend, due to the nature or maturity (or lack of) on the port.
11:28:52[Saint]Unless you have very deep pockets.
11:29:23[Saint]In which case iBasso or Hifiman players are available.
11:30:24[Saint]Personally, I'd recommend getting a second hand or refurbished Apple iPod Classic and converting it to micro SD solid state media.
11:31:01[Saint]You can convert them to SD media for as little as $40 USD or so.
11:31:09gevaertsOur gerrit instance uses a subdomain. Requiring one of those is fairly expected, I'd say
11:31:16[Saint](not including the micro SD card)
11:31:38*gevaerts still has slight doubts about self-hosting, but if we have an actual volunteer...
11:32:17SammysHPThen I'd probably stick to my sansa clip+ and try to replace the battery
11:33:27[Saint]boing: you mean presenting as bootable media (difficult), or just presenting a partition for a mountpoint that serves .ISO files over USB (moderately easy)?
11:34:02[Saint]It's arguably possible as is depending on your exact requirements.
11:35:16[Saint]If all you want is a mountpoint that you can loop mount disk images in...then Rb already allows this by nature of USB mass storage.
11:35:17boingI mean presenting a usb/fw-attached cdrom device "loaded" with iso files, like the ve-{200,300,350}
11:35:45[Saint]Ah, right. Yeah...that's pretty substantially more complex.
11:36:03boingthey call it a "virtual cd emulator"
11:36:08[Saint]Certainly possible but definitely not trivial.
11:36:28gevaertsWell
11:37:11gevaertsIt's a fair amount of work, with some unsolved bits, but for a prototype you're looking at mostly boring stuff I think
11:37:33gevaertsboing: what sort of SCSI experience do you have? :)
11:38:49boingnothing on the code level, I'm afraid. have a couple pci cards that do scsi, maybe a device or two, did run scsi boxes back in the day.
11:38:56[Saint]gevaerts: serious question - what is important to you in a theme?
11:39:27gevaertsOK, so you might know what a LUN is. That's a start :)
11:39:34[Saint]I'm juggling a few things around but still starting with a largely blank slate here.
11:39:55boinghm missed this ipod so will have to run into another thing that might run rockbox
11:40:30[Saint]I really love my solid state converted iPod Classic devices.
11:40:48boingdoes usb and firewire present scsi to the other side for cdrom?
11:41:02[Saint]I think they're they're pretty arguably the best bang-for-buck player available to build.
11:41:07gevaerts[Saint]: these days, I'd say properly readable track name and number, next track, and time info. Not much more
11:41:43gevaertsboing: usb and firewire basically do SCSI on the protocol side (not on the physical side, of course)
11:41:47[Saint]gevaerts: yeah, I'm looking to keep things light instead of $ALLTHEMETADATAS
11:42:00[Saint]Which is why I asked what's important​.
11:42:43[Saint]Would a more complex display of metadata on HOLD be useful or desirable?
11:42:44boinghmhm so no ata, meaning a enclosure has to translate
11:43:27gevaertsboing: http://gerrit.rockbox.org/r/#/c/67/ and https://www.rockbox.org/wiki/SummerOfCode2011#USB_CD_emulation might be interesting, as well as http://www.13thmonkey.org/documentation/SCSI/
11:43:28boingor the important bits in a bigger font, so you have to squint if you'd like to know more
11:43:34[Saint]Or is the transition between WPS and $HOLDWPS too jarring and non-obvious?
11:44:19gevaertsAnd firmware/usbstack/usb_storage.c in the rockbox source, of course
11:44:59gevaertsI always set things to switch the display off on HOLD, so I don't care about that
11:45:04[Saint]I have a few things nutted out. I'm trying to see if I can make a theme that is able to scale all of its assets and do placement based on screen percentage instead of absolutes for some things.
11:45:21gevaertsI don't really care, though. These days I tend to just run cabbiev2 :)
11:45:35boingokay, so it's in the planning stages and at least theoretically possible, as in, not blocked by some architectural or hardware snags
11:45:52gevaertsno, not at all
11:46:20[Saint]With 9seg bitmap images in the theme engine I can add blocks of solid color, for status bars for instance, pretty easily for arbitrarily sized dimensions by tiling a single image.
11:46:31[Saint]It's pretty neat.
11:46:51[Saint]gevaerts: well, that's kinda the point.
11:47:12[Saint]I'm making, hopefully, the /new/ "cabbiev2".
11:47:18boingoccurs to me that you don't really need a loopmount if it's "user space" (which I'm conveniently assuming "plugin" counts as); the plugin merely has to map block number to appropriate part of file, then serve that up?
11:47:32[Saint]Where cabbiev2==stock theme.
11:47:50gevaertsSome thinking is needed. The way my prototype does it is probably not ideal in the long term (it basically abuses the loopback thing I made for other reasons), and for proper iso support you want usb_storage (or a copy of it) to read from a file instead of a raw disk, but that's not too difficult
11:48:05[Saint]I think Rb UI needs to be brought into this century and I'm the man to do it.
11:48:11[Saint]...well, I guess.
11:48:35gevaertsAnd after that, it's a matter of going through the MMC spec and implementing stuff as you go along, probably with some references (maybe virtualbox source?) to see which MMC commands are actually needed
11:49:26[Saint]I'm thinking about going with white, Rockbox yellow, and black font with red accented font.
11:49:29[Saint]Yeah?
11:49:51[Saint]Some Rb silver line markers perhaps.
11:50:03[Saint]Simple. I want it simple.
11:50:07boingdo an usb-attached session with a few different disk types and log the wire, cut/grep/sort/uniq etc. for a quick to-do list?
11:50:09gevaerts"map block number to appropriate part of file" is indeed easy. Multiply block number by block size, call lseek, donme
11:50:13[Saint]No fucking gradients.
11:50:27[Saint]Nice flat icons.
11:50:39*gevaerts is a coder. He isn't good at picking colours!
11:50:56[Saint]Or maybe keep the icon set we have.
11:51:12boingthough I have little idea about logging the wire (there's s/w for that) and less when trying to boot a box off usb-attached cdrom
11:51:16[Saint]The modern versions of those icons (ours are quite outdated) are quite nice.
11:51:26gevaertsboing: maybe, but the issue is that almost certainly different OSes (or versions) use different commands
11:51:44boingwhy would they do that?
11:51:54[Saint]"standards"
11:52:07gevaertsWell, if we knew *that*... :)
11:53:23gevaertsThe base set is going to be the same, but then you find that windows 10 calls the WHATEVER command to check if the CD is actually real or something, and then a mac user reports that OSX always calls some other thing, and so on...
11:53:36gevaertsWell, they don't report that. They tell you it doesn't work :)
11:53:57*gevaerts isn't really sure which version of the MMC spec would be the best to use
11:54:35gevaertsSo anyway, I'd say qemu, virtualbox and the like already went through that, so why not check what they do?
11:55:00gevaertsOr implement *everything*, then you're sure :)
11:56:01boinglots of "fun" to be sure. oh, I recall some australian building a scsi disk emulator (from sd) for older machines, might ask him what sort of snags he ran into
11:56:19gevaertsOh, and if you want a proper amount of extra work, implement the audio CD stuff as well and make playlists appear as audio CDs :)
11:56:23boingwildly different but because scsi maybe relevant. probably not.
11:56:37gevaertsPlain disks, or CDs?
11:56:56boingat least the former, dunno about the latter
11:56:58gevaertsWe do have enough plain disk stuff, really. It's the CD set that we need
11:57:38boingreversing the ve firmwares (since downloadable) is probably not going to help much, is it?
11:57:54gevaertsHmmm, not sure if qemu and virtualbox do scsi cds or ata ones...
11:58:18gevaertsMaybe, but I'd say it's not going to be very efficient
11:58:20boingIIRC virtualbox doesn't support booting off of usb-anything
11:58:46gevaertsWell, *real* USB maybe, but then it just passes through, so that's useless
11:58:48boingthe others, might well be worth looking at
11:59:02 Quit elensil (Ping timeout: 268 seconds)
11:59:24boingnot even that, something nasty nasty lazy bums not fixing their free software mumble mumble complain complain
12:00
12:00:15gevaertsWhat *I* would do is implementing the stuff that's almost certainly needed, log what else is called, connect it to a linux box, and see what's missing
12:00:29gevaertsWhen that works, think about the best approach to collect the rest
12:00:36boingwell, it could act as its own logger, at least
12:01:04boingcan two things snoop on the bus at once, software-wise?
12:01:46gevaertsHmmm, do you have a regular USB CD drive?
12:01:57gevaertsSniffing that might be a decent start
12:02:10gevaertsWhy do you need two things?
12:03:14boingthe basic emulator doing the read/write thing and a snooper to log read/only, on the rockbox device so as to gather on-boot request weirdness
12:03:27boings/on-boot/host &/
12:03:55gevaertsI'd just log command numbers in rockbox and run wireshark on the host
12:04:14boingcan't run wireshark while the box is still booting
12:04:52boinghm do hubs broadcast usb traffic? (and then, what about firewire?)
12:05:20SammysHPsaratoga: with that build the sdcard isn't detected at all
12:05:54boingno usb drive here, but do have an enclosure big enough for full-size drives. causing a bit of weirdness on the freebsd box (continuous full-speed spin only, no recognition that it's a cdrom)
12:06:24gevaertsOnce you've reached the stage where you want to test booting, talk to pamaury for the hardware USB analyser
12:07:03gevaertsfirewire isn't really an option, unless you first implement a full firewire driver and stack in rockbox
12:07:58boingah, so the fw stuff in the ipod classic etc. isn't supported at all?
12:08:26gevaertsDoes the ipod classic still have firewire?
12:09:06gevaertsBut no, we don't do firewire at all. If someone were to do the work, we'd gladly have it, but nobody has ever stepped up
12:09:19 Quit idonob (Ping timeout: 260 seconds)
12:10:16 Join idonob [0] (~Owner@S010600259c3e7d7b.vs.shawcable.net)
12:10:50boinghokay, clear enough
12:13:05gevaertsAnyway, in summary, I don't think adding USB iso image support is terribly hard, I do think it's a fair amount of work, and I
12:13:15gevaerts'm prepared to answer questions :)
12:14:57boingalright, thanks for that. sadly will have to shelve actual work for many reasons like needing to eat (sponsors, anyone?) and not actually having suitable devices (someone got it first)
12:15:41pamaurygevaerts: can you sum up the discussion? /me does not want to read all the logs
12:15:53 Join elensil [0] (~edhelas@2001:1c02:1900:7800:d4b9:e8bb:ab2a:f74e)
12:16:03boingtwo other things I thought of in the meantime were some sort of "wikireader" (there's source but it's forth?) though I see there's at least a text file displayer already, and something to display maps even in the absence of gps
12:16:19pamaurygevaerts: I agree that self-hosting again might not solve the entire problem :-/ But if we are several to administer the system and have something better than github, I think I'm in
12:16:40*boing was asking how much work it was to implement a "virtual cd emulator" like the zalman disk enclosures offer
12:17:02gevaertspamaury: for the USB thing I'm not sure anything was said that you don't already know :)
12:17:23boingso you can select an image, and it fakes a cdrom so your usb host can boot off of it
12:17:28gevaerts"Go throuhg MMC spec, implement stuff, test, see if things are missing, implement more stuff, repeat" :)
12:18:07gevaertspamaury: for the hosting, an actual named volunteer does make a difference in my thinking
12:20:11pamaurygevaerts: if it's my server then I can do it
12:22:21gevaertsYes, and kugel has also volunteered for phabricator
12:27:01gevaertskugel: what sort of authentication does phabricator do?
12:27:31kugelit has lots of auth providers
12:28:00kugelsimple username/password but also externally through google, github, amazon and more
12:28:23kugelldap is also possible
12:28:36gevaertsok
12:29:27kugelso basically simple, ldap and oauth with lots of presets
12:29:49kugelin fact i used my github account to report bugs in phabricator upstream
12:31:14 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
12:31:45SammysHPyep, the github auth is nice
12:34:52kugelmost of phabricator can be controlled in the web gui, such as adding/approving users. upgrading needs to be done on the server's command line, but it takes less than 5 minutes (basically 3x git pull + database upgrade + daemon restart)
12:35:38kugeli.e. there can be more than one admin to approve users or change configuration
12:37:36kugelat work I do weekly updates and they never failed on me (but I'm sure it'll happen some day). there is a stable channel that I track besides the hot master branch
12:37:58boingalright, gotta go. thanks for the info.
12:38:04 Quit boing (Quit: Page closed)
12:43:36kugelgevaerts: maybe there are free alternatives to self-hosting, I don't know one though
12:55:01 Join robertd1 [0] (~root@201.242.174.75)
13:00
13:04:55 Join PurlingNayuki [0] (~Thunderbi@114.255.40.60)
13:05:44 Quit PurlingNayuki (Client Quit)
13:10:42 Quit advcomp2019 (Ping timeout: 260 seconds)
13:11:32wodzpreparing some container with phabricator installed might be good option - easy to migrate to some other hosting
13:12:24 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan)
13:14:28 Join advcomp2019 [0] (~advcomp20@65-131-169-188.sxct.qwest.net)
13:14:28 Quit advcomp2019 (Changing host)
13:14:28 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
13:18:51pamaurywodz: is a container really helping?
13:19:12wodzpamaury: In my experience yes
13:20:37wodzpamaury: If you decide to move to some other hosting you pack your bags and move on.
13:22:06***Saving seen data "./dancer.seen"
13:23:11gevaertsMaybe. It might be as simple as a database dump/restore, a fresh install, and a copy of the git repositories anyway
13:24:03gevaertsAnyway, my vote is that if we have a volunteer for hosting and two volunteers for service admin, we should go ahead
13:33:12kugelI've migrated phabricator once. you have to transfer the db with mysqldump and copy the git clones (there is a config file in one of them)
13:33:51kugelbut sure, a container would make it even less pain
13:35:11kugelanyway, migrating is easy. my main concern would be backup/reduncancy
13:37:11pamaurymy server comes with a 100GB backup in form of FTP. I don't have redundancy though
13:46:07 Quit igorsk (Ping timeout: 240 seconds)
13:58:22 Quit pamaury (Ping timeout: 240 seconds)
13:58:56 Join igorsk [0] (~igorsk@host-85-201-83-23.dynamic.voo.be)
14:00
14:18:18 Join PurlingNayuki [0] (~Thunderbi@221.219.149.207)
14:26:34 Quit paulk-collins (Quit: Leaving)
14:27:53 Quit PurlingNayuki (Read error: Connection reset by peer)
14:27:59 Join PurlingNayuki1 [0] (~Thunderbi@221.219.149.207)
14:30:21 Nick PurlingNayuki1 is now known as PurlingNayuki (~Thunderbi@221.219.149.207)
14:34:59 Join igorsk2 [0] (~igorsk@85.201.83.23)
14:38:26 Quit igorsk (Ping timeout: 240 seconds)
14:41:32 Quit Moarc (Ping timeout: 258 seconds)
14:41:45 Join Moarc [0] (~chujko@a105.net128.okay.pl)
14:45:20 Join krabador [0] (~krabador@unaffiliated/krabador)
14:56:10Bilgusnot doing transactions so its not like down time costs $$
14:58:45 Join _jhMikeS_ [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
14:58:45 Quit jhMikeS (Disconnected by services)
14:58:46 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@d192-24-173-177.try.wideopenwest.com)
14:59:50gevaertsDown time is more or less fine. Data loss isn't
14:59:53 Join parchd [0] (~parchd@unaffiliated/parchd)
15:00
15:01:12gevaertsSo we do need backups, possibly simple tar+ftp
15:02:50 Quit Moarc (*.net *.split)
15:02:51 Quit ZincAlloy (*.net *.split)
15:02:51 Quit wodz (*.net *.split)
15:02:51 Quit preglow (*.net *.split)
15:03:01 Quit jhMikeS (Ping timeout: 240 seconds)
15:09:18 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
15:14:26 Join Moarc [0] (~chujko@a105.net128.okay.pl)
15:14:26 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:59e6:d41b:ec12:ea5d)
15:14:26 Join preglow [0] (~thomj@2001:840:4243:3::101)
15:16:04 Quit wodz (Ping timeout: 240 seconds)
15:22:09***Saving seen data "./dancer.seen"
15:25:13 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
15:26:30 Quit Moarc (*.net *.split)
15:26:30 Quit ZincAlloy (*.net *.split)
15:26:30 Quit preglow (*.net *.split)
15:26:42 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:59e6:d41b:ec12:ea5d)
15:27:14 Join Moarc [0] (~chujko@a105.net128.okay.pl)
15:33:52 Quit wodz (Ping timeout: 268 seconds)
15:41:45 Quit igorsk2 (Ping timeout: 264 seconds)
15:48:21 Quit scorche|sh (Ping timeout: 264 seconds)
15:50:02 Join scorche|sh [0] (~scorche@squisch.net)
15:50:02 Quit scorche|sh (Changing host)
15:50:02 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche)
16:00
16:09:02 Join igorsk [0] (~igorsk@host-85-201-83-23.dynamic.voo.be)
16:14:09 Quit PurlingNayuki (Ping timeout: 240 seconds)
16:54:02 Join SleepYoda [0] (~nothing@ool-457e6532.dyn.optonline.net)
16:56:31 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.")
16:56:56 Quit jhaluska (Ping timeout: 245 seconds)
17:00
17:02:16 Join PurlingNayuki [0] (~Thunderbi@221.221.178.22)
17:21:03 Quit PurlingNayuki (Ping timeout: 260 seconds)
17:22:13***Saving seen data "./dancer.seen"
17:23:24 Join dovber__ [0] (~dovber@2600:8801:3180:e2:beee:7bff:fee3:335f)
17:23:57 Quit dovber (Ping timeout: 246 seconds)
17:30:30 Join PurlingNayuki [0] (~Thunderbi@221.221.178.22)
17:38:40 Quit dovber__ (Ping timeout: 240 seconds)
17:38:49 Join dovber__ [0] (~dovber@2600:8801:3180:e2:beee:7bff:fee3:335f)
17:52:13 Join dovber [0] (~dovber@2600:8801:3180:e2:beee:7bff:fee3:335f)
17:53:00 Quit dovber__ (Ping timeout: 240 seconds)
17:53:54 Quit krabador (Quit: Leaving)
18:00
18:06:01 Join krabador [0] (~krabador@unaffiliated/krabador)
18:11:56 Quit elensil (Quit: Leaving.)
18:17:48 Quit PurlingNayuki (Ping timeout: 240 seconds)
18:28:57 Quit MrZeus (Read error: Connection reset by peer)
18:41:22 Quit krabador (Remote host closed the connection)
18:44:00 Join asymsucon [0] (5037dc16@gateway/web/freenode/ip.80.55.220.22)
19:00
19:01:31 Join PurlingNayuki [0] (~Thunderbi@221.221.13.17)
19:10:22 Join lorenzo92_1 [0] (~lorenzo@host120-107-dynamic.17-79-r.retail.telecomitalia.it)
19:19:55 Join johnb3 [0] (~johnb2@p5B2AD8D2.dip0.t-ipconnect.de)
19:19:57 Quit lorenzo92_1 (Ping timeout: 260 seconds)
19:22:15***Saving seen data "./dancer.seen"
19:22:24[7]I tend to use rdiff-backup for nightly offsite backups
19:30:56 Quit Bilgus (Ping timeout: 248 seconds)
19:33:20 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus)
19:45:52 Quit johnb3 (Ping timeout: 240 seconds)
19:57:45 Join lorenzo92_1 [0] (~lorenzo@host120-107-dynamic.17-79-r.retail.telecomitalia.it)
20:00
20:09:22 Quit parchd (Ping timeout: 240 seconds)
20:35:34 Quit PurlingNayuki (Ping timeout: 240 seconds)
20:59:31 Join saratoga_ [0] (86ae6e0e@gateway/web/freenode/ip.134.174.110.14)
21:00
21:00:56saratoga_we should probably just have a runtime option to switch between the OF USB ID and the ones OpenMoko gave us
21:01:27saratoga_the amount of annoyance and discussion over this issue is far in excess of the several tens of bytes of additional memory it would require to have that option
21:01:52saratoga_then let users decide if they want to identify as the original ID or as the rockbox ID
21:02:13gevaertsYes, I think that's best too
21:02:13saratoga_then update rbutil to recognize either ID per device
21:02:29gevaertsI'm just not sure which one should be the default
21:03:03saratoga_i'd leave the default as it is now
21:03:12saratoga_change as little as possible
21:06:27 Join johnb3 [0] (~johnb2@p5B2AD8D2.dip0.t-ipconnect.de)
21:21:38 Quit asymsucon (Ping timeout: 260 seconds)
21:22:18***Saving seen data "./dancer.seen"
21:22:29 Quit johnb3 (Ping timeout: 258 seconds)
21:36:14 Join MrZeus2 [0] (~MrZeus@2a02:c7f:7066:fb00:1819:7799:e69f:7df)
21:43:07lorenzo92_1bluebrother: g#1601 is now only about ypr0, since this target is currently "Unsupported" and this is the first that I would like to escalate to "Stable" :-)
21:43:09fs-bluebot3Gerrit review #1601 at http://gerrit.rockbox.org/r/1601 : 3Samsung YP-R0: rbutil support by Lorenzo Miori
21:44:11lorenzo92_1yrp1 is missing target images, too and therefore I would prefer to open another gerrit in the future to support ypr1, by defining the new md5sum and generating the 2 new patch source files
21:49:40lorenzo92_1bluebrother: ehrm, I clearly meant "Unstable"!
21:59:29 Quit lorenzo92_1 (Quit: Konversation terminated!)
21:59:42 Join lorenzo92_1 [0] (~lorenzo@host120-107-dynamic.17-79-r.retail.telecomitalia.it)
22:00
22:02:02BilgusSDBOOT: @ asymsucon> 'Are you planning to expand compatibility to other targets beside Clip+ and Fuze+ (namely Zip)?'
22:02:02BilgusThe main problem I have is a lack of targets to test on, I have a few patches that will free up enough space to allow any target that can load the bootloader at the current HEAD to make use of the sd boot patch in addition to that there are a few other things that need done but I won't have time to really do anything substantial for a few months
22:20:03 Join PurlingNayuki [0] (~Thunderbi@221.221.13.17)
22:20:10__builtinuser890104: there was no "algorithm" behind the assignments, they're totally arbitrary
22:20:21__builtinI just put the target names in a file and ran `shuf' on it
22:21:21saratoga___builtin: did you see my comment above about the USB IDs?
22:21:26 Join johnb2 [0] (~johnb2@91.42.216.210)
22:23:33__builtinswitching between them?
22:24:48 Quit PurlingNayuki (Ping timeout: 260 seconds)
22:26:07__builtinI think the argument against doing that is that the original USB IDs were never ours to use in the first place
22:29:40gevaertsWell
22:29:52gevaertsWere they assigned to the hardware or to the software?
22:30:23saratoga_i think there is an argument for using either the original or ours, so logical thing is to just put a toggle switch
22:33:06saratoga_plus i think some devices need the OF ID for htings like iTunes sync
22:35:47Bilgusasymsucon (logs) I added the clipzip to the devices with MULTIBOOT defined you will have to build your own bootloader in order to test it If you have issues feel free to msg me or leave here in channel
22:37:30saratoga_what is the boot data feature used for? Booting from SD?
22:38:30Bilgusyep
22:39:08Bilgusalthough there are 3 extra chars left for anything else we might want to pass from BL > Firmware
22:39:19Bilgus(bytes)
22:40:53Bilgusatm we just pass the index of the drive that booted it still needs to be implemented in actual firmware JHMikeS has done some work towards that but I haven't had time to play with it lately
22:47:40johnb2Bilgus: there were some concerns on the intuitiveness of calling it "Selective Backlight", when I posted the German translation to gerrit. Should we rename it "Selectively disable Backlight"?
22:49:01johnb2see https://www.rockbox.org/irc/log-20170503#18:44:57
22:49:37user890104__builtin: this means that there would be another different identifier attached to the targets
22:49:42johnb2and https://www.rockbox.org/irc/log-20170502#23:04:51
22:50:18__builtinI really don't think it matters all that much
22:50:42user890104well, you won't be able to generate the usb id out of the target it
22:51:04user890104you'll need a pair of (target_id, usb_id) for each device
22:51:37user890104if you look at it as a database, we already have a primary key which is unique for each device
22:51:49user890104so why not reuse it, instead of adding a new column?
22:52:36__builtinI've already ran with this too far to go back and change it all
22:53:12user890104well, you wrote that it is subject to change :)
22:53:55 Quit johnb2 (Quit: Nettalk6 - www.ntalk.de)
22:54:15user890104i'm just voting for consistent ids, that's all
22:54:41__builtinthey're really not all that useful to anyone
22:54:48__builtin(the exact ID numbers)
22:55:11user890104well, you don't know, they can become useful
22:55:12__builtinrbutil still needs to have a hardcoded target, USB ID pair for each target
22:55:46user890104being able to tell the id of a device which target id you know without looking it up in a list is more convinient imo
22:56:51user890104i don't see what's the benefits of assigning them randomly
22:57:26__builtinhmm, it might not be *that* much work to change it like you said
22:59:09user890104my idea is that at some point we could generate the usb id out of the target id
22:59:50__builtinfrom looking at the code, it seems that the idea of "target id" is really only a tools/configure thing
23:00
23:00:00__builtinit's not used anywhere else
23:00:32user890104yeah, but the number is unique for every device model
23:00:51__builtinso is assigning them randomly ;)
23:00:53user890104i really like being able to uniquely identify things :)
23:01:45user890104well, if we say that the target ids were assigned randomly, then assigning *another* identifier randomly doesn't make sense to me
23:02:10user890104but that's just me, a web developer who's been messing with complicated databases with no unique keys
23:02:37user890104cursing at the former devs/dbas, trying to get a report right :)
23:05:21user890104__builtin: i can make the patch for you, if you accept the idea
23:07:25__builtinalright then
23:07:49__builtinif you can just edit the wiki page with correct USB ID −−> model name mappings I'll do the rest
23:08:41user890104ok, deal
23:08:54user890104let's see if i have permission to edit the wiki...
23:13:35user890104the registration fails for some reason
23:13:44user890104it shows an error page - redirect denied
23:14:00 Join PurlingNayuki [0] (~Thunderbi@221.221.13.17)
23:14:37user890104Wiki > Main > UserRegistration (redirect denied)
23:14:37user890104Redirect Denied
23:14:37user890104Attention
23:14:43user890104that's what it shows
23:15:33__builtinhmm, you can't even get to the form?
23:16:26user890104i get to the form, that's what happens after i fill it in
23:16:45__builtinok, I'll just do it then
23:17:26user890104any idea who can check why i can't register?
23:17:43__builtindid you fill in all the fields?
23:17:49__builtinit seems to work for me
23:17:51user890104yes, the required ones
23:18:11*user890104 tries in firefox
23:18:28 Quit PurlingNayuki (Ping timeout: 260 seconds)
23:19:48user890104not working in ff either
23:20:06__builtinI'll do it, don't worry about it
23:20:25user890104ok, but i'll need a wiki account at some point
23:21:51 Join preglow [0] (~thomj@2001:840:4243:3::101)
23:22:22***Saving seen data "./dancer.seen"
23:23:44ZincAlloyjohnb2, bilgus: how about "backlight activation exemptions"?
23:24:04ZincAlloywould that be too long?
23:24:56 Quit lorenzo92_1 (Ping timeout: 240 seconds)
23:26:09user890104wiki registration doesn't work even in IE, is it possible that someone blocked ip ranges or something?
23:28:24user890104ok, definetely IP blocking - worked with a proxy from France
23:28:35__builtinheh, nice
23:28:43user890104(VencislavAtanasov is my wikiname)
23:28:48 Quit saratoga_ (Ping timeout: 260 seconds)
23:29:02__builtingreat, I'll add you
23:29:35user890104thanks
23:30:43__builtinthe page is incredibly slow right now
23:34:22user890104i'll try to get the 8086 emulator working on my ipod
23:34:33user890104it somehow works in the simulator
23:36:19__builtinfrom past experience, you've still got a long way to go ;)
23:36:43user890104did you try something similar?
23:37:37__builtinexperience = porting software to rockbox in general
23:37:52__builtine.g. sgt-mines
23:38:39__builtinworks perfectly in the simulator, impossible-to-debug memory corruption *somewhere* on target
23:39:01user890104do you think that simon will accept a new addition to puzzles?
23:39:32__builtinit depends
23:40:29__builtinhe's pretty picky when it comes to code style and quality, which is probably a good thing
23:40:36user890104it's a promo game i made for a client a long time ago
23:41:13user890104the point is to open all tiles by jumping using the knight's move in chess
23:41:55user890104and the board is 10x10
23:42:19*__builtin glances at the topic
23:42:26__builtinwe should probably move this to -community
23:42:34user890104uhm ok
23:46:09 Join Soap_ [0] (~Soap@rockbox/staff/soap)
23:48:51 Quit Soap (Ping timeout: 260 seconds)

Previous day | Next day