varia/bibliotecha-report
14
0
Fork 0
Code Issues 5 Pull Requests Projects Releases Wiki Activity

OS conflict when trying to install on Debian Bullseye #1

New Issue
Open
opened 2021-12-06 15:36:28 +01:00 by simoon · 7 comments
simoon commented 2021-12-06 15:36:28 +01:00
Owner
Copy Link

Automated install script fails when installing on Debian Bullseye (11), this is because Bibliotecha requires a Debian Buster (10) environment. Can this be upgraded to work on Debian Bullseye as well?

Automated install script fails when installing on Debian Bullseye (11), this is because Bibliotecha requires a Debian Buster (10) environment. Can this be upgraded to work on Debian Bullseye as well?
decentral1se referenced this issue from a commit 2021-12-17 16:33:09 +01:00
Support new bullseye
decentral1se commented 2021-12-17 16:33:57 +01:00
Owner
Copy Link

Threw in 9e59b405d1 untested and this is now live on https://install.bibliotecha.info.

Hopefully this can be tested and it works 🙏

Threw in https://git.vvvvvvaria.org/varia/bibliotecha-install/commit/9e59b405d1edfe06f8c333c975f7baca5980bf36 untested and this is now live on https://install.bibliotecha.info. Hopefully this can be tested and it works 🙏
simoon commented 2022-02-17 17:19:58 +01:00
Author
Owner
Copy Link

Tested with Debian Bullseye 5.10.92-v71+, automated install succeeded, but unable to set the calibre database path as /opt/calibre-database, returns with:

DB location is not valid. Please Enter Correct Path

On further inspection, the directory /opt/calibre-database is empty, so it seems that this command did not work:

$ /usr/bin/calibredb restore_database --really-do-it --with-library /opt/calibre-database

Furthermore, there is no directory called /usr/bin/calibredb, which should have been created when calibre was installed.

Tested with Debian Bullseye 5.10.92-v71+, automated install succeeded, but unable to set the calibre database path as /opt/calibre-database, returns with: >DB location is not valid. Please Enter Correct Path On further inspection, the directory /opt/calibre-database is empty, so it seems that this command did not work: ``` $ /usr/bin/calibredb restore_database --really-do-it --with-library /opt/calibre-database ``` Furthermore, there is no directory called /usr/bin/calibredb, which should have been created when calibre was installed.
decentral1se commented 2022-02-21 10:39:47 +01:00
Owner
Copy Link

Maybe we need a thingy that wraps us the entire installation logs into a file or sends it to a paste bin online so that it can be shared? This would mean I could just go back through the logs easily from any install from anyone. Otherwise, v hard to debug issues. Thanks for the report in any case!

Maybe we need a thingy that wraps us the entire installation logs into a file or sends it to a paste bin online so that it can be shared? This would mean I could just go back through the logs easily from any install from anyone. Otherwise, v hard to debug issues. Thanks for the report in any case!
rra commented 2022-02-21 12:15:04 +01:00
Copy Link

Isn't this meant to be run on Raspbian?

Isn't this meant to be run on Raspbian?
simoon commented 2022-02-21 12:27:23 +01:00
Author
Owner
Copy Link

Correction - I installed an OS from an image flashed with the Raspberry Pi Imager app, which says it's a port of Debian, but doesn't explictly say it's Raspbian. The OS I installed was a port of Debian Bullseye named Raspberry OS Lite (Legacy) - see screenshot of imager app

Correction - I installed an OS from an image flashed with the Raspberry Pi Imager app, which says it's a port of Debian, but doesn't explictly say it's Raspbian. The OS I installed was a port of Debian Bullseye named Raspberry OS Lite (Legacy) - see screenshot of imager app
Screen Shot 2022-02-21 at 12.25.36.png
548 KiB
Screen Shot 2022-02-21 at 12.25.36.png
rra commented 2022-02-21 13:31:09 +01:00
Copy Link

Raspbian is indeed the Pi-flavoured debian. The (Legacy) images are based on Buster, not Bullseye, perhaps that is your issue?

Raspbian is indeed the Pi-flavoured debian. The (Legacy) images are based on Buster, not Bullseye, perhaps that is your issue?
simoon commented 2022-02-21 13:40:24 +01:00
Author
Owner
Copy Link

Oops, sorry - getting confused and I meant to say I was testing with Raspbian Bullseye, flashed with the Raspberry Pi Imager. The output from checking the version was "Debian Bullseye 5.10.92-v71+". Managed to install Bibliotecha with no complaints, but couldn't set the path of the calibre database (as described above)

Oops, sorry - getting confused and I meant to say I was testing with Raspbian Bullseye, flashed with the Raspberry Pi Imager. The output from checking the version was "Debian Bullseye 5.10.92-v71+". Managed to install Bibliotecha with no complaints, but couldn't set the path of the calibre database (as described [above](https://git.vvvvvvaria.org/varia/bibliotecha-report/issues/1#issuecomment-701))
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
No items
No Label
Milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: varia/bibliotecha-report#1
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?