Ask Your Question

Revision history [back]

click to hide/show revision 1
initial version

I am guessing this is an issue with file permissions or locations. Qubes does clever stuff to make sure system changes roll back at reboot, whereas user changes are retained.

This involves keeping the parts of a package that alter in normal use separate from those that are only altered by running apt/synaptic etc.

First guess is the Qubes devs failed to move a file that needs NOT to roll back

Second guess is they moved the file but failed to set ..x permissions all the way up the file tree to the top: I had to correct one example of this to get frobin working.

Third guess is that it's to do with the virtual disk that the VM thinks is a real disk. In theory this should not matter because the kernel thinks it's a real disk, but I keep brooding on the warning in the quick start guide about only running fbd from a real disk (not a network).

My problem in human terms is that you & colleagues don't know enough about Qubes and the Qubes people don't know enough about Firebird and that is with no disrespect to either community. Nobody knows every combo of OS and packages.

I will try the Jaybird classname.

If that does not work I will post an "is this a Qubes bug" on their forums and see if they comeback with a solution or file it as action for their next point release. (I have had both those results from previous questions there, and ~5 or so actions pending - which is fine as everyone has to prioritise)

I have to prioritise too: and at this point in my current project I am just about confident to make deadline in MySQL but no slack left to keep trying fbd.

I will Come back and edit this if / when I get a definitive answer

I am guessing this This is PARTLY an issue with file permissions or locations. Qubes does clever stuff to make sure system changes roll back at reboot, whereas user changes are retained.retained. See

This involves keeping the parts of a package that alter in normal use separate from those that are only altered by running apt/synaptic etc.

First guess is the Qubes devs failed to move a file that needs NOT to roll back

Second guess is they moved the file but failed to set ..x permissions all the way up the file tree to the top: I had to correct one example of this to get frobin working.

Third guess is that it's to do with the virtual disk that the VM thinks is a real disk. In theory this should not matter because the kernel thinks it's a real disk, but I keep brooding on the warning in the quick start guide about only running fbd from a real disk (not a network).

My problem in human terms is that you & colleagues don't know enough about Qubes and the Qubes people don't know enough about Firebird and that is with no disrespect to either community. Nobody knows every combo of OS and packages.

I will try the Jaybird classname.

If that does not work I will post an "is this a Qubes bug" on their forums and see if they comeback with a solution or file it as action for their next point release. (I have had both those results from previous questions there, and ~5 or so actions pending - which is fine as everyone has to prioritise)

I have to prioritise too: and at this point in my current project I am just about confident to make deadline in MySQL but no slack left to keep trying fbd. https://ask.libreoffice.org/en/question/162163/running-lo-with-a-local-non-embedded-database-under-qubes-os/

I will Come back and edit this if / when I get a definitive answer to the aspects of this that are independent of the Qubes OS.