In line with the Nixpkgs manual.
A mechanical change, done with this command:
find pkgs -name "*.nix" | \
while read f; do \
sed -e 's/description\s*=\s*"\([a-z]\)/description = "\u\1/' -i "$f"; \
done
I manually skipped some:
* Descriptions starting with an abbreviation, a user name or package name
* Frequently generated expressions (haskell-packages.nix)
Built and tested locally.
From the changelog:
```
Firefox 45/46 compatibility
* [Zotero Standalone] Save PDFs directly from browsers via the Save to
Zotero button
* Requires Chrome connector version 4.0.29; updated Safari connector
coming soon
* To convert a standalone PDF attachment to a full item, right-click
the item and choose “Retrieve Metadata for PDF” or “Create Parent
Item”.
* [Zotero for Firefox] Don't show Firefox open/save dialog when
showing style installation prompt
* Retry additional file sync failures automatically
* Fixed potential crash when dragging in files on some systems
* Fixed potential crash when dragging collections to another library
* Miscellaneous bibliographic output and word processor integration
fixes
* Updated citeproc-js to version 1.1.71
* Fixed spacing of toolbar icons on Windows/Linux in Firefox 43+
* Use larger text field for Book Title
* Make highlight color of selected items list rows on Linux more
distinct when items pane doesn't have focus
* [Zotero for Firefox] Improved error message on Firefox login manager
failure
* Improved error message when trying to use a later database version
```
fixes#13651
@edolstra:
“IIRC, the "KDE integration" consists mainly in providing a Qt/KDE "File
open" dialog, which we can probably live without. In fact, it has been
known to malfunction if Libreoffice's KDE version is different from the
system KDE version.
So disabling this sounds like a good idea.”
My accounts are stored in the DBI backend (SQLite, specifically).
Before the present change, GnuCash would be compiled without DBI
support (`--disable-dbi` flag), so I could only use the XML backend.
Now I can use either backend.
I made the change only for 2.6. It looks like 2.4 works the same way,
so maybe I'll enable DBI for that one later.
Making nix packages is delightful! It might replace my accounting hobby!
The test suite was broken by the GLib 2.46.0 update. If anyone finds a
patch that remedies these issues for 2.4.x, please check it in!
Otherwise, we'll eventually update our default version to 2.6.x, I
suppose.
Closes https://github.com/NixOS/nixpkgs/issues/11084.
The old 5.0.0 is not available anymore.
I use the gtk33 hook to get proper icons, but still some icons are
broken (open, save, ...)
(cherry picked from commit 5e432c047e131da402d040c67dd9f6e3b5153681)
Upstream changes to the build system required adjusting many packages'
dependencies. On the Nixpkgs side, we no longer propagate the dependency
on cmake (to reduce closure size), so downstream dependencies had to be
adjusted for most packages that depend on kdelibs.
This seems to have been confusing people, using both xlibs and xorg, etc.
- Avoided renaming local (and different) xlibs binding in gcc*.
- Fixed cases where both xorg and xlibs were used.
Hopefully everything still works as before.
I've extracted some of libraries and made expression simpler.
(cherry picked from commit 66e6f99d40350a4b2a235913a1fa77d88b1a44a6)
Signed-off-by: Domen Kožar <domen@dev.si>
Icons no longer missing (fix#5509).
In `*.desktop` files:
- Replaced absolute path to the the store by the program name.
This is so that files can be dragged elsewhere by the user
(e.g.: desktop, bar) and still work after upgrade + garbage
collection and can be shared between machines.
- Replace program name `soffice` by program name `libreoffice`
so that we're sure the desktop file really refers to our
package's binary and not start office or open office.
Add the possibility of building without the help. This build is
not modular and take a really long time to complete so I want
a mean of improving shortcuts without having to rebuild the
whole thing (see #899). A wrapper script is the next step.
Tested (build and ran the program) with `en_US` only and
without the help module.
Started on staging and just hidden by #7524, most likely.
Now it builds and runs for me. Only the "development build" tag is strange.
/cc #8844, maintainers @viric, @7c6f434c.
