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 5e432c047e)
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.
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.
The autoconf build system for poppler does not support building the
wrappers separately, so this slightly enlarges the size of closures. To
compensate, the command-line utilities have been separated into their
own package.
Before we do substitutions, the Exec= line is (currently)
"Exec=libreofficedev4.3 --some-arg". Our substitution logic doesn't handle
that, resulting in broken "Exec=$out/bin/sofficedev4.3 --some-arg"
($out/bin/sofficedev4.3 doesn't exist).
Looking at libreoffice source, the .desktop files refer to a UNIXBASISROOTNAME
variable which come from instsetoo_native/util/openoffice.lst.in. Currently, it
can have one of two values, presumably depending on whether the build is
"normal" or "development":
libreoffice${major}.${minor}
libreofficedev${major}.${minor}
Handle both these cases, and also leave the old non-versioned substitution
around, just in case.
Fixes issue #3463.
Zotero breaks every time firefox is updated (about every six weeks). It
is always fixed with the next zotero update, but that can take weeks.
Sometimes, upstream even skips firefox releases. This will stop zotero
breaking every time.
goffice is also updated. goffice is maintained by the gnumeric people
and released in sync with gnumeric. gnumeric 1.12.x corresponds to
goffice 0.10.x.
Tagaini Jisho is a free, open-source Japanese dictionary and kanji
lookup tool that aims at becoming your Japanese study assistant.
Homepage: http://www.tagaini.net/Closes#4509
Tagaini Jisho is a free, open-source Japanese dictionary and kanji
lookup tool that aims at becoming your Japanese study assistant.
Homepage: http://www.tagaini.net/
(My OCD kicked in today...)
Remove repeated package names, capitalize first word, remove trailing
periods and move overlong descriptions to longDescription.
I also simplified some descriptions as well, when they were particularly
long or technical, often based on Arch Linux' package descriptions.
I've tried to stay away from generated expressions (and I think I
succeeded).
Some specifics worth mentioning:
* cron, has "Vixie Cron" in its description. The "Vixie" part is not
mentioned anywhere else. I kept it in a parenthesis at the end of the
description.
* ctags description started with "Exuberant Ctags ...", and the
"exuberant" part is not mentioned elsewhere. Kept it in a parenthesis
at the end of description.
* nix has the description "The Nix Deployment System". Since that
doesn't really say much what it is/does (especially after removing
the package name!), I changed that to "Powerful package manager that
makes package management reliable and reproducible" (borrowed from
nixos.org).
* Tons of "GNU Foo, Foo is a [the important bits]" descriptions
is changed to just [the important bits]. If the package name doesn't
contain GNU I don't think it's needed to say it in the description
either.
Also update its dependencies.
Update libcdr to 0.1.0
Update libmwaw to 0.3.2 from 0.3.1
Update libvisio to 0.1.0
Update libwpd to 0.10.0
Update libwpg to 0.3.0
These updates are require by LO update and also require each other.
Note that many of these libraries now require librevenge.
In LibreOffice expression per se:
- Note that liborcus is built separately because it wants Boost to be
specified in a way that main LO build doesn't ensure.
- libixion from 0.7.0 tarball has libixion-0.8 package version.
- libgltf is in src/libgltf but listed in download.lst without any
comments.
- Make variable with the name libreoffice-translations-${version}.tar.xz
and the same value is inserted; the same for -help-. Fetching gives
a strange error without that. Apparently everyone just builds git
checkouts.
- There are some conditionals in download.lst that require manual
handling. I am not sure there is a simple way to process them in
generate-libreoffice-srcs.sh.
