c0per
c0per
I have reported it to Arch Linux so that they can add a dependency.
Thanks for your reply. I did do `pacman -Syu create_ap` but it didn't include the `which` package. I think it better to put that in the dependency list.
I'm having the same error, not knowing what I did wrong. Can you provide some information on what "encoding problem" you encountered?
I tried to track down this bug. (I'm not sure about the following investigation) 1. When accessing `localhost:3000/en`, nextjs do a "internal" redirect to `/` with locale set to `en`....
The bug first appears in version `13.4.20-canary.24`, `13.4.20-canary.23` is fine.
An easy workaround would be turning off `detectLocale`. Accessing `/page` will go to `/${default locale}/page` instead of `/${accept-language header in user request}/page`.
I write a simple demo on this feature, but I didn't consider any complicated use case. #36
This will unfortunately be a breaking change. The must-need `express.json()` will be replaced by a `express.raw({ type: '*/*' })`. I didn't think of a way to avoid a middleware. Express.js...
I think a larger default size limit is a good idea. I also changed the `createServer()` function to accept bodyParser options (optionally). So for `createServer()` users, it's not a breaking...
I think we should remove `partial_book` altogether, since it's outdated and isn't really an optimization. I propose that, since we don't have mutable access to `FontResolver` in `CompilerUniverse`, self-edit methods...