Bug 522239
Summary: | Review Request: qdex - Romanian offline dictionary | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ionuț Arțăriși <mapleoin> |
Component: | Package Review | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | fedora-package-review, manuel.wolfshant, notting, tomspur |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-06-29 22:21:03 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 201449 |
Description
Ionuț Arțăriși
2009-09-09 20:30:13 UTC
Ionut, I suggest to start a thread in fedora-devel in order to find out what would be the best approach regarding the definitions. I have mixed feelings about that. Anyway, the argument that "it would put the db file (some 20MB) in /var/lib/qdex, but then only root could update the db" is bogus, you can very well make that folder accessible to any user via standard unix access rights ( for instance a) chmod a+w /var/lib/qdex or b) creating a special group qdex, making /var/lib/qdex g+w and requiring users to be in the qdex group in order to be allowed to update the db ). You could also look at the approach taken by mock itself. This fails to build for me: /usr/bin/ld: tmp/obj/mainwindow.o: undefined reference to symbol 'inflateInit2_' /usr/bin/ld: note: 'inflateInit2_' is defined in DSO /lib64/libz.so.1 so try adding it to the linker command line /lib64/libz.so.1: could not read symbols: Invalid operation collect2: ld returned 1 exit status A scratch build showing the failure is at http://koji.fedoraproject.org/koji/taskinfo?taskID=2574496 Please clear the Whiteboard if providing a package which builds. Ping, any update on this? |