Content Server on Raspberry Pi not working with password

darryl · 02-02-2016, 07:27 AM

This error occurs on both Raspbian and Arch. Tested with version 2.50 on Raspbian and 2.51.1 on Arch. Can access the content server if run without a password. However, specifying a password results in an unexpected error 500. Hardware is Raspberry Pi 1 rev B. No useful error messages in the gui debug mode. Any ideas welcome.

eschwartz · 02-02-2016, 07:50 AM

That happens because of a bug that has gone unfixed in cherrypy for years. calibre now ships with a private copy of of cherrypy to fix that, but both Debian and Arch strip that out.

This is actually a bone of contention with me, see: https://bugs.archlinux.org/task/43382

So, please install calibre-git from the AUR (I am the maintainer).

darryl · 02-02-2016, 09:12 AM

Thanks. Will do.

eschwartz · 02-02-2016, 09:32 AM

Feel free to comment on the bug if you have any opinions you would like the Arch Devs to know about.
I suspect they may think only I care.

darryl · 02-02-2016, 09:16 PM

I will definitely find the bug and leave a comment. It certainly needs to be fixed. I wonder how many instances are running on the web without even password protection,

However, my problem remains. The aur package is for i686 and x86_64 only. The Respberry Pi 1 needs arm6h.

eschwartz · 02-02-2016, 09:41 PM

Yeah, well, like I said -- use the calibre-git package from the AUR.

I actually maintain two AUR packages for calibre.

One is the binary i686/x86_64 installer from the calibre website, as used by my custom check-for-updates script and triggered by a systemd daemon. See calibre-installer

The other is calibre-git, which builds calibre from source.
Source builds are compiled by the Pi, which means it's for armv6 as well.

Do you use the AUR a lot? Official Arch policy is to only specify architectures that are supported by Arch Linux itself, and only i686/x86_64 are officially supported. That is why most PKGBUILDs don't include armv* in the arch=() array, even if they are known to work.
Standard Operating Policy on ArchLinuxARM is to build all packages using the "-A|--ignorearch" flag to makepkg (makechrootpkg does this automatically). Most of the time it will work.

darryl · 02-02-2016, 11:57 PM

I used Arch Linux for a while probably about 5 years ago. I found it an excellent distribution and used AUR quite a bit, but that was some time ago. Putting it on the Pi is like visiting an old friend, but my knowledge is obviously not quite up to scratch, particularly when it comes to policies on different architectures. Thanks for your patience.

eschwartz · 02-03-2016, 12:31 AM

Sure thing.

I remember from "somewhere", a discussion about arch=() values and what to do about ARM devices, maybe in the comments to some AUR package? But otherwise, I might not have known myself.
All things considered, I certainly don't blame you for not knowing a fringe case.

So, we're good now? Got your calibre up and compiling?

darryl · 02-03-2016, 12:44 AM

Is compiling now. Will confirm when it completes successfully.

darryl · 02-03-2016, 09:58 AM

@eschwartz. Thanks for your help, and for the update to the latest version. All compiled and working, with password protection. Initial compilation failed with GLES3 errors, but after an update to opengl came through and I installed some extra opengl related packages it then compiled fine. Is there actually an open bug report for Cherrypy on Arch or upstream?

eschwartz · 02-03-2016, 10:22 AM

The bug (which is that calibre should ship with whatever internal copies of forked or heavily modified modules are contained in the calibre source) is against calibre, and I linked to it above.

That bug has a reference in the comments to the upstream cherrypy bug (a long time later, when I went looking and tracked it down).
It's interesting stuff, since apparently cherrypy just left that bug(s) hanging for a significant part of a decade.

02-02-2016, 07:27 AM	#1
darryl Wizard Posts: 3,108 Karma: 60231510 Join Date: Nov 2011 Location: Australia Device: Kobo Aura H2O, Kindle Oasis, Huwei Ascend Mate 7	Content Server on Raspberry Pi not working with password This error occurs on both Raspbian and Arch. Tested with version 2.50 on Raspbian and 2.51.1 on Arch. Can access the content server if run without a password. However, specifying a password results in an unexpected error 500. Hardware is Raspberry Pi 1 rev B. No useful error messages in the gui debug mode. Any ideas welcome.

02-02-2016, 07:50 AM	#2
eschwartz Ex-Helpdesk Junkie Posts: 19,422 Karma: 85397180 Join Date: Nov 2012 Location: The Beaten Path, USA, Roundworld, This Side of Infinity Device: Kindle Touch fw5.3.7 (Wifi only)	That happens because of a bug that has gone unfixed in cherrypy for years. calibre now ships with a private copy of of cherrypy to fix that, but both Debian and Arch strip that out. This is actually a bone of contention with me, see: https://bugs.archlinux.org/task/43382 So, please install calibre-git from the AUR (I am the maintainer). Last edited by eschwartz; 02-02-2016 at 07:52 AM.

02-02-2016, 09:41 PM	#6
eschwartz Ex-Helpdesk Junkie Posts: 19,422 Karma: 85397180 Join Date: Nov 2012 Location: The Beaten Path, USA, Roundworld, This Side of Infinity Device: Kindle Touch fw5.3.7 (Wifi only)	Yeah, well, like I said -- use the calibre-git package from the AUR. I actually maintain two AUR packages for calibre. One is the binary i686/x86_64 installer from the calibre website, as used by my custom check-for-updates script and triggered by a systemd daemon. See calibre-installer The other is calibre-git, which builds calibre from source. Source builds are compiled by the Pi, which means it's for armv6 as well. Do you use the AUR a lot? Official Arch policy is to only specify architectures that are supported by Arch Linux itself, and only i686/x86_64 are officially supported. That is why most PKGBUILDs don't include armv* in the arch=() array, even if they are known to work. Standard Operating Policy on ArchLinuxARM is to build all packages using the "-A\|--ignorearch" flag to makepkg (makechrootpkg does this automatically). Most of the time it will work. Last edited by eschwartz; 02-02-2016 at 09:43 PM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Accessing Calibre content server from iOS safari with username & password in address	Richs	Calibre	0	01-18-2014 02:02 PM
Content Server Stopped Working	Amalthia	Calibre	4	10-20-2013 04:01 AM
Password in content server	Siemon@stegmeije	Library Management	2	12-10-2012 03:10 PM
Calibre content server - Kindle - Password	ekanters	Calibre	3	02-18-2012 03:25 PM
Content Server url prefix not working	Caleb666	Calibre	3	09-04-2011 11:43 AM

02-02-2016, 09:12 AM	#3
darryl Wizard Posts: 3,108 Karma: 60231510 Join Date: Nov 2011 Location: Australia Device: Kobo Aura H2O, Kindle Oasis, Huwei Ascend Mate 7	Thanks. Will do.

02-02-2016, 09:32 AM	#4
eschwartz Ex-Helpdesk Junkie Posts: 19,422 Karma: 85397180 Join Date: Nov 2012 Location: The Beaten Path, USA, Roundworld, This Side of Infinity Device: Kindle Touch fw5.3.7 (Wifi only)	Feel free to comment on the bug if you have any opinions you would like the Arch Devs to know about. I suspect they may think only I care.

02-02-2016, 09:16 PM	#5
darryl Wizard Posts: 3,108 Karma: 60231510 Join Date: Nov 2011 Location: Australia Device: Kobo Aura H2O, Kindle Oasis, Huwei Ascend Mate 7	I will definitely find the bug and leave a comment. It certainly needs to be fixed. I wonder how many instances are running on the web without even password protection, However, my problem remains. The aur package is for i686 and x86_64 only. The Respberry Pi 1 needs arm6h.

02-02-2016, 11:57 PM	#7
darryl Wizard Posts: 3,108 Karma: 60231510 Join Date: Nov 2011 Location: Australia Device: Kobo Aura H2O, Kindle Oasis, Huwei Ascend Mate 7	I used Arch Linux for a while probably about 5 years ago. I found it an excellent distribution and used AUR quite a bit, but that was some time ago. Putting it on the Pi is like visiting an old friend, but my knowledge is obviously not quite up to scratch, particularly when it comes to policies on different architectures. Thanks for your patience.

02-03-2016, 12:31 AM	#8
eschwartz Ex-Helpdesk Junkie Posts: 19,422 Karma: 85397180 Join Date: Nov 2012 Location: The Beaten Path, USA, Roundworld, This Side of Infinity Device: Kindle Touch fw5.3.7 (Wifi only)	Sure thing. I remember from "somewhere", a discussion about arch=() values and what to do about ARM devices, maybe in the comments to some AUR package? But otherwise, I might not have known myself. All things considered, I certainly don't blame you for not knowing a fringe case. So, we're good now? Got your calibre up and compiling?

02-03-2016, 12:44 AM	#9
darryl Wizard Posts: 3,108 Karma: 60231510 Join Date: Nov 2011 Location: Australia Device: Kobo Aura H2O, Kindle Oasis, Huwei Ascend Mate 7	Is compiling now. Will confirm when it completes successfully.

02-03-2016, 09:58 AM	#10
darryl Wizard Posts: 3,108 Karma: 60231510 Join Date: Nov 2011 Location: Australia Device: Kobo Aura H2O, Kindle Oasis, Huwei Ascend Mate 7	@eschwartz. Thanks for your help, and for the update to the latest version. All compiled and working, with password protection. Initial compilation failed with GLES3 errors, but after an update to opengl came through and I installed some extra opengl related packages it then compiled fine. Is there actually an open bug report for Cherrypy on Arch or upstream?

02-03-2016, 10:22 AM	#11
eschwartz Ex-Helpdesk Junkie Posts: 19,422 Karma: 85397180 Join Date: Nov 2012 Location: The Beaten Path, USA, Roundworld, This Side of Infinity Device: Kindle Touch fw5.3.7 (Wifi only)	The bug (which is that calibre should ship with whatever internal copies of forked or heavily modified modules are contained in the calibre source) is against calibre, and I linked to it above. That bug has a reference in the comments to the upstream cherrypy bug (a long time later, when I went looking and tracked it down). It's interesting stuff, since apparently cherrypy just left that bug(s) hanging for a significant part of a decade.