Difference between revisions of "Debian Known Issues"
m (→Debian 10 (Buster) does not allow unprivileged access to MySQL root user) |
m (→Debian 10+ (Buster, Bullseye, etc.) does not allow unprivileged access to MySQL root user) |
||
Line 77: | Line 77: | ||
===Debian 10+ (Buster, Bullseye, etc.) does not allow unprivileged access to MySQL root user=== | ===Debian 10+ (Buster, Bullseye, etc.) does not allow unprivileged access to MySQL root user=== | ||
− | This is also an issue with Ubuntu 20.04, thus see advice at [[Installing_EPrints_on_Debian/Ubuntu#MySQL_root_user_cannot_be_used_2|Installing EPrints on Debian/Ubuntu]]. | + | This is also an issue with Ubuntu 20.04+, thus see advice at [[Installing_EPrints_on_Debian/Ubuntu#MySQL_root_user_cannot_be_used_2|Installing EPrints on Debian/Ubuntu]]. |
Revision as of 11:09, 10 November 2022
If you come across any unknown EPrints-specific issues please send a bug report to the eptech mailing list.
Contents
- 1 Known Issues
- 1.1 debian packages for version 3.3.13: Various problems related to subjects and divisions
- 1.2 debian packages for version 3.3.13: links to /id/eprint/<NUMBER> yield 500 Internal Server Error
- 1.3 No Tools Available on Login
- 1.4 Wrong XML::LibXML Version
- 1.5 DiskSpace.pm measuring disk usage (reiserFS)
- 1.6 Debian 10+ (Buster, Bullseye, etc.) does not allow unprivileged access to MySQL root user
Known Issues
Issue #291 has been resolved only after building debian packages for version 3.3.13.
This leads to problems with all operations reading tree structures from flat text files:
- bin/import_subjects produces essentially empty trees
- after creating a new repository with default divisions and subjects the divisions and subjects remain empty and more importantly, due to empty values most operations within the webinterface involving divisions or subjects yield an error, rendering the whole repository useless.
Solution: Manual edit
debian packages for version 3.3.13: links to /id/eprint/<NUMBER> yield 500 Internal Server Error
Solution: Manual edit
No Tools Available on Login
This occurs if you are using certain Firefox 3 versions on debian/ubuntu and you have your repository at http://localhost.
This is due to the fact that Firefox 3 won't let you store cookies for domains which don't have a domain. localhost.localdomain may work (untested) however the fix below encourages the use of example.org.
Basically it will work under most other browsers or you can do the following fix.
- Think of a domain for your repository and add this to your hosts file in /etc/hosts (here example.org) by doing the following as root.
# vi /etc/hosts
Add the line
127.0.0.1 example.org
- Then either create a new archive with example.org as its location
or
- Edit your archives 10_core.pl and change its location - as EPrints user
vi archives/ARCHIVEID/cfg/cfg.d/10_core.pl
change the host line to your new host e.g.:
$c->{host} = 'example.org';
Regenerate your apache config:
bin/generate_apacheconf
As root restart your apache
# apache2ctl graceful
Now you should be able to log in from the new url by pointing firefox at http://example.org
Wrong XML::LibXML Version
This affects mainly Ubuntu and older Debian distributions where the libxml package is too old. The package installer doesn't check the XML::LibXML version. Either install XML::LibXML 1.63 from cpan or disable it by setting enable_libxml to 0 in perl_lib/EPrints/SystemSettings.pm
.
Installing 1.63 from cpan (as root):
# cpan XML::LibXML
Without either XML::LibXML or XML::GDOME, EPrints uses a bundled XML::DOM implementation that has much lower performance and poorer Unicode support. In future versions of EPrints only XML::LibXML will be supported. As this is widely available across the most commonly used Linux operating systems.
Note that you can build Debian packages from CPAN modules using dh-make-perl in order to keep track of those modules you've been building by yourself. Provided you've already configured your CPAN environment (that is, at least your proxies and servers), you can survive with:
dh-make-perl --install --notest --cpan XML::LibXML
DiskSpace.pm measuring disk usage (reiserFS)
Not supported in the default package install, to add support add the following to the array defined in $EPRINTS_HOME/perl_lib/Filesys/DiskSpace.pm
1448756819 => "REISERFS_SUPER_MAGIC", # 0x565A4653
Many thanks to José Miguel Parrella Romero for pointing this out.
Note that this was tested in a Debian GNU/Linux virtual private server running under Virtuozzo hypervision. Other filesystems, such as simfs, don't usually give any problems with DiskSpace.pm.
Debian 10+ (Buster, Bullseye, etc.) does not allow unprivileged access to MySQL root user
This is also an issue with Ubuntu 20.04+, thus see advice at Installing EPrints on Debian/Ubuntu.