On Fri, May 21, 2021 at 12:03:37PM +, m...@lessermatters.co.uk wrote:
> Hah, sorry about that, I know that can trigger some people!
> They need to pass those changes upstream then right?
They don't have to hand their changes "upstream" per se, but the source
has to be made available to whomev
In no particular order:
* As of a week or so ago, we're _finally_ running a
still-currently-supported version. (3.1.x)
* As of today, GitLab authentication _finally_ works! So currently,
generic OpenID, Google, GitHub, and GitLab can all be used.
* The SSH host key used by gerrit is _
On Sun, Apr 25, 2021 at 10:31:16PM +, mat via rockbox-dev wrote:
> So, they must've done a fair bit of work to get the hardware working
> with Rockbox. They really should be complying with the GPL.
Hmm, you used the 'S' word...
(But yeah, they would have had to put a lot of work into their r
On Sat, Apr 24, 2021 at 12:23:50PM -0400, Solomon Peachy via rockbox-dev wrote:
> Maybe I'm overthinking this, but maybe not. Either way, I'd like to
> hear everyone else's thoughts on this, especially from the original
> Rockbox crew if they're still occasionally
First, the background:
There's a Chinese DAP maker advertsing Rockbox support for one of their
DAPs. Which is great, except.. they provide a binary build, and nothing
else.
https://www.aliexpress.com/item/468966351.html
This is a variation of a platform I've seen before (STM32 + CPLD +
Expected downtime will start about 08:30 Eastern US time, about 1400
UTC, and if all goes well, last for about 2 hours.
This is a routine OS upgrade and fsck pass, but COVID protocols at the
hosting site make arranging physical access challenging, and OS updates
without the possibility of physi
On Sun, Nov 15, 2020 at 02:06:33AM -0500, Solomon Peachy via rockbox-dev wrote:
> * Google config was fixed, but due to the change in URL it requires someone
>at google to "validate" the changes, which can supposedly take
>"up to 4-6 weeks" -- WTF.
Goo
On Sat, Nov 14, 2020 at 09:12:01PM -0500, Solomon Peachy via rockbox-dev wrote:
> FYI, I just completed the upgrade to v2.16.23.
>
> In other news, I also fixed a longstanding configuration error that only
> seemed to cause issues when trying to use the new PolyGerrit UI.
Unfortuna
On Thu, Oct 22, 2020 at 12:18:14PM -0400, Solomon Peachy via rockbox-dev wrote:
> I'll probably do the 2.16 upgrade sooner rather than later
FYI, I just completed the upgrade to v2.16.23.
We're now only one major release behind being on an actively-supported
release!
In other
On Tue, Oct 20, 2020 at 08:53:52PM -0400, Solomon Peachy via rockbox-dev wrote:
> Downtime shouldn't be more than 15 minutes; I've already done a couple
> of dry-run upgrades and don't anticipate any issues.
It's back online after a downtime of just 14 minutes.
I'm going to upgrade our gerrit instance from v2.14.20 (EOL'd) to
v2.15.19 (also EOL'd)
Downtime shouldn't be more than 15 minutes; I've already done a couple
of dry-run upgrades and don't anticipate any issues.
Why upgrade? Security fixes are the main reason this time, and it's a
necessary s
On Sun, Oct 11, 2020 at 12:03:32AM -0400, Solomon Peachy via rockbox-dev wrote:
> 1) Set the buildserver to require gcc494 across the board
> 2) Update some builders with new toolchain
> 3) Commit https://gerrit.rockbox.org/r/#/c/2305/
> (includes updated rockboxdev.sh and confi
On Fri, Mar 27, 2020 at 03:06:27PM -0400, Solomon Peachy via rockbox-dev wrote:
> I'd like to bump these toolchains to match what we're using on all MIPS
> and the various hosted targets. I brought this up a while back and the
> general concensus was "after the 3.15 rele
On Sun, Oct 04, 2020 at 03:00:50PM +0100, Sam Kuper via rockbox-dev wrote:
> - limited personal liability protection for project leaders;
> - legal advice;
I'd like to point out that this is a very real concern. What sorts of
legal issues could Rockbox face? Here's what comes to mind. It's pro
On Sun, Oct 04, 2020 at 02:51:01PM +0200, Al Le via rockbox-dev wrote:
> For me, they are sort of like of snitch.
This is only a portion of what they do. (FWIW, I agree with it though)
> Observing of licence infringement is needed if a company's business is
> creating an open source software and
Hey,
I figured I'd post this here as it's something that probably warrants
more long-form discussion.
I've been a supporter of the Software Freedom Conservancy [1] for a
while now, and their recent push [2] to get more aggressive with respect
to aggregigous GPL violators is something that coul
On Thu, Jul 30, 2020 at 09:28:36AM +0200, Peter via rockbox-dev wrote:
> Hello,
> There is probably a small mistake in web server configuration on rockbox.org
> domain. The site can be accessed only via www.rockbox.org, domain
> "rockbox.org" (without www) points to different www directory
This sh
Expected downtime will start about 12:00 Eastern US time, about 1600
UTC, and last for about 2 hours if nothing unexpected happens.
Sorry about the short notice, but physical access to the rack is
restricted due to COVID-19 protocols and I _finally_ got permission to
come in.
This is just a ro
On Fri, Jul 24, 2020 at 06:08:00PM +0200, Peter via rockbox-dev wrote:
> Hello, Attached is Slovak language update.
Peter,
Thank you for the update! It's committed as 17f7cc9.
- Solomon
--
Solomon Peachypizza at shaftnet dot org (email&xmpp)
On Fri, Jul 24, 2020 at 01:51:36PM +0200, Sebastian Leonhardt via rockbox-dev
wrote:
> This is truely the end of an era; IMO we should acknowledge this by a
> new (major) version number (so, 4.0).
There's merit to this argument, but I'd like a "4.0" to come with some
sort of quasi-significant ne
I'm about to pull the trigger on a large patch series that (finally)
removes all support for the original devices Rockbox was created to
support; namely the old Archos models:
Archos Player/Jukebox/Studio
Archos Recorder
Archos FM Recorder
Archos Recorder v2
Archos Ondio SP
Archos Ondio FM
On Tue, Jul 14, 2020 at 05:59:30PM +0200, Alessio Lenzi via rockbox-dev wrote:
> With italian voice it’s all ok. I have downloaded the 12th july test
> build from https://download.rockbox.org/VOICE_TEST/. On my Sansa Clip
> Zip all it’s ok.
Excellent!
> I have also submit a patch on tracker to
On Tue, Jul 14, 2020 at 01:34:24PM +, Steph MM @ yahoo via rockbox-dev
wrote:
> What kind of work is required to reach 100% coverage for French. I am
> ready to help but my skills are limited.
Visit https://translate.rockbox.org/ and you will see the state of all
translations. Clicking on
On Sat, Jul 11, 2020 at 02:47:33PM -0400, Solomon Peachy via rockbox-dev wrote:
> So, I just have to flip a switch and all languages with >= 95% string
> coverage [1] will get voices automagically generated every evening,
> using the espeak-ng engine's default voice for tha
On Mon, Jul 13, 2020 at 09:25:11PM +0200, XavierGr wrote:
> I tested the Greek voice file on an old Rasher's Simulator build (from
> 2018). Other than the occasional mis-matched string - because the simulator
> build is too old and menus have changed since then - the lang file seems to
> work.
Tha
On Sun, Jul 12, 2020 at 09:20:29AM -0400, Solomon Peachy via rockbox-dev wrote:
> I took the results of my last test run and uploaded everything here:
>
> https://download.rockbox.org/VOICE_TEST/
It turns out there was a nasty bug lurking; if the language did not have
100% string
On Sun, Jul 12, 2020 at 04:14:30PM +0200, johnb via rockbox-dev wrote:
> German (deutsch) sounds very distorted and some vowels are not pronounced
> (dropped), e.g. Dat(ei)ansicht (file view).
That is disappointing. Are you able to generate your own voice files?
If so, would you have the time t
On Sat, Jul 11, 2020 at 02:47:33PM -0400, Solomon Peachy via rockbox-dev wrote:
> There is probably no downside to turning this stuff on, but before I do
> so I would appreciate it if folks who speak/understand these languages
> can do a quick sanity-check to make sure the voices are u
Over the past few days I've done a lot of work fixing up warts relating
to generating non-English voice files.
Things have progressed to the point where all the build infrastructure
can now automatically generate (and present for download) multiple voice
files, with each voice having its own la
Gerrit was updated from 2.13.14 (EOL) to 2.14.20 (also EOL)
After adapting the appropriate configuration changes, everything that
was working before appears to still work. If there are any regressions,
please tell me and/or file a bug ticket.
The big gotcha is that 2.14.x supports a "new UI" -
On Mon, Jul 06, 2020 at 07:06:04PM +0200, Sascha Lüdecke via rockbox-dev wrote:
> Great to see progress! Is there an easy way to support the migration
> with testing on a iRiver DX90
> (https://www.rockbox.org/wiki/IBassoDXPort[1] ) ?
The DX50 and DX90 are actually unaffected by these proposed
On Mon, Jul 06, 2020 at 01:11:05AM +0200, Sebastian Leonhardt via rockbox-dev
wrote:
> I have some PP-based players to test. Unfortunately I'll be absent for
> several days now, so it has to wait.
It seems to be okay on the mini2g, but I've not exactly pushed it hard.
> Can I run the old and the
Another update, this time with good news!
I'm writing this listening to music with a demo plugin running
simultaneously on a mini2g (PP502x) built using gcc 4.9.4 (see g#2305)
There turned out to be two major (and independent) problems:
* arm corelock asm code was relying on constructs that, a
On Sun, Jun 28, 2020 at 07:17:21PM -0400, John DeArmond via rockbox-dev wrote:
> Please don't get anything Rockbox near Wiki. Especially with RockBox,
> anything posted to the site must be proctored to scrape off the errors.
> Letting just anyone make edits is the path to as sorry a product rife
On Sat, Jun 27, 2020 at 09:43:39PM -0400, Jason Arthur Taylor wrote:
> No, IMO they are not the same at all.
The editing experience is different, sure.
But what no matter what solution is chosen, it will require a roughly
similar amount of effort to set up, migrate, and integrate. [1]
So what
Folks,
The Foswiki 1.1.x instance running on the rockbox www site has to go.
There are many reasons, but the most serious/pressing reason is that its
design flaws under even moderate load cause a DoS on the entire www
server.
The obvious path is to upgrade Foswiki 1.1.x to 2.x, but that requi
A bunch of minor updates over the past week:
- The @rockboxcommits twitter account is reporting commits again
(~4 year gap)
- The rockbox-cvs mailing list should be reporting commits again
(~4 month gap, unrelated)
- The rockbox-sf mailing list is reporting issue tracker updates again
On Sat, Jun 13, 2020 at 05:30:00PM +0100, Sam Kuper via rockbox-dev wrote:
> N.B. I don't currently have an OpenID that I am happy to use. Nor can
> I get the web interface at https://gerrit.rockbox.org to work (I don't
> generally run client-side JavaScript). For those reasons, I have
> submitt
On Thu, May 28, 2020 at 12:15:20AM +0200, Thomas Martitz via rockbox-dev
wrote:
> Subject: [GitHub API] Deprecation notice for authentication via URL query
You stole my thunder -- github integration is finally working again.
This is due to an out-of-date gerrit plugin, and will go away onc
On Fri, Apr 10, 2020 at 05:50:57PM -0400, Solomon Peachy via rockbox-dev wrote:
> I know that mini2g (PP5022, arm7tdmi) appears to go boom in
> threading/locking code, but it's not clear where the root cause is, and
> doing remote debugging is challenging in the best of circum
On Sat, Apr 11, 2020 at 06:43:59PM -0400, Jason Arthur Taylor wrote:
> That's great news! What other steps are still needed to avoid disruption
> next year?
There are two big items remaining:
1) rockbox.org web sites (www, downloads, build, etc)
2) git & gerrit
The web stuff consisits of many
On Fri, Apr 10, 2020 at 11:17:26AM -0400, Solomon Peachy via rockbox-dev wrote:
> We're looking at a downtime window of about 2 hours on Saturday, April
> 11th, between about 17:00 and 19:00 US Eastern time.
The migration is over, DNS is switched, and I'm already seeing a bunc
On Fri, Apr 10, 2020 at 06:01:33PM +0200, Sebastian Leonhardt via rockbox-dev
wrote:
> I can test some of the PP targets: Samsung YH820 and YH925 (both
> PP5020), Philips (PP5022 IIRC) and iPod Mini gen1. I also can test
> Creative ZEN, Creative ZEN XFi2 and Fuze+. However time is the limiting
> f
Howdy!
We're looking at a downtime window of about 2 hours on Saturday, April
11th, between about 17:00 and 19:00 US Eastern time.
(For those of you in Europe, that's 22:00 to 00:00 GMT)
In the middle of that window the DNS will be switched over.
I'll be hanging out in #rockbox and #
On Wed, Apr 08, 2020 at 02:27:02PM +0200, Nils Wallménius wrote:
> Hi, been away from rb for a couple of years but one thing that might be
> worthwhile is to "re tune" the compiler flags for the codecs when changing
> toolchain. Basically just build the whole bunch with O[123] and run the
> test fi
On Sun, Apr 05, 2020 at 09:23:49AM +0200, Marcin Bukat via rockbox-dev wrote:
> sh toolchain used to have serious bug in jumptable generation. I may dig up
> test case where it was easy to verify in disasm. This was showstopper long
> time ago when I considered upgrade sh toolchain.
If you could d
On Fri, Mar 27, 2020 at 04:12:38PM -0400, Solomon Peachy via rockbox-dev wrote:
> Unfortunately, I'm of little help on the testing/stabilization front; my
> m68k target was stolen in 2009 and my only arm target that is (barely)
> usable is a clip+ with very flaky flash.
An updat
On Fri, Mar 27, 2020 at 07:36:06PM +, Franklin Wei via rockbox-dev wrote:
> 1) Why stick to the 4.x.x series? More generally, is it worth the
> potential trouble to bump the major version? I'd be interested to
> measure performance gains with a more recent compiler (maybe in the
> less prom
I'd like to bump these toolchains to match what we're using on all MIPS
and the various hosted targets. I brought this up a while back and the
general concensus was "after the 3.15 release". Which is now past. :)
I built a couple of m68k and arm targets cleanly, but I only have access
to one
On Tue, Mar 17, 2020 at 04:38:11AM +, Franklin Wei via rockbox-dev wrote:
> * General hosting: Solomon will self-host and administer all migrated
> services, which will all be contained within a VM or similar. Trusted
> volunteers will have root access to the infrastructure to reduce his
> w
On Sun, Mar 15, 2020 at 11:13:36AM +0100, Baptiste BARON via rockbox-dev wrote:
> *Forums : Same as above, dump the database and mirror the forums on a third
> GitHub branch (github.com/Rockbox/rockbox-forums). We might ensure a
> transition with an update later on.
IMO, migrating the existing for
On Sat, Feb 08, 2020 at 12:38:14AM +0100, Daniel Stenberg via rockbox-dev wrote:
> As mentioned in the subject, the Haxx team (me, Björn, Linus and Kjell) will
> stop hosting most Rockbox related services on January 1st 2021. It should
> give everyone plenty of time to find new places and alternati
52 matches
Mail list logo
