This also covers "androidStudioPackages.preview".
I believe that the name is confusing (is it from the beta or dev/canary
channel?) and with this error message it should be obvious how to update
ones configuration.
The old name "android-studio-preview" was a bit misleading while
"android-studio-beta" should clearly reflect that this is from the beta
channel. I hope that this does not break any workflows but since
"android-studio-preview" was most likely not called from any scripts the
risk should be low (also: most people probably use the stable version
anyway).
scons: 3.0.2 -> 3.0.3
"This release should be used instead of 3.0.2. This release fixes
several issues. This release supports Python versions 2.7.* as well as
3.5+." [0]
Details can be found in the changelog [1].
"NOTE: 3.0.2 release was dropped because there was a packaging bug. Please
consider all 3.0.2 content."
There where no regressions and no deprecations in this release (at least it does
not break any builds in nixpkgs).
[0]: https://scons.org/scons-303-is-available.html
[1]: https://raw.githubusercontent.com/SConsProject/scons/rel_3.0.3/src/CHANGES.txt
"Update to iproute2 utility to support new features in Linux 4.20.
This release is mostly small fixes but there are several changes
related to ip neigh support for offloaded entries." [0]
File changes:
+share/man/man8/tc-taprio.8.gz
nix path-info -S:
4.19.0 42681224
4.20.0 42714224
[0]: https://www.spinics.net/lists/netdev/msg543288.html
A few packages broke due to the SCons upgrade (they depended on
deprecated options that got removed), I've kept them on version 3.0.1
for now. The rest of the rebuilds seems fine (the failing ones where
already in a broken state before this change).
The package doesn't exist anymore (even the deprecation notice is gone
[0]) and the build is currently broken:
Collecting google-apputils==0.4.1 (from gcutil==1.16.1)
Could not find a version that satisfies the requirement
google-apputils==0.4.1 (from gcutil==1.16.1) (from versions: )
No matching distribution found for google-apputils==0.4.1 (from
gcutil==1.16.1)
[0]: https://download.huihoo.com/google/gdgdevkit/DVD1/developers.google.com/compute/docs/gcutil.1.html
> "Warning: gcutil is deprecated. We encourage you to transition to
> using gcloud compute ."
The build was broken [0] due to an incorrect dependency (not sure why it
was working before, maybe the libraries where compatible).
[0]: https://hydra.nixos.org/build/86085666
Unfortunately this package was unmaintained for years, which is why I
had to change quite some stuff (it's probably still not perfect) and set
myself as maintainer (replacing the existing ones, which maintained it
until version 1.9).
A new dependency (at-spi2-atk) is required for libatk-bridge-2.0.so.
Also libstdc++.so.6 is now required from stdenv.cc.cc.lib (stdenv.cc.cc
doesn't offer it). The binary will only find libstdc++.so.6 via
$LD_LIBRARY_PATH (i.e. not via rpath, the run-time search path).
According to the dbus-launch documentation [0] "--exit-with-session"
shouldn't be used: "This option is not recommended, since it will
consume input from the terminal where it was started; it is mainly
provided for backwards compatibility." And it also states: "To start a
D-Bus session within a text-mode session, do not use dbus-launch.
Instead, see dbus-run-session(1)."
The new wrapper also avoids starting an additional D-Bus session if
DBUS_SESSION_BUS_ADDRESS is already set.
Fix#51303.
[0]: https://dbus.freedesktop.org/doc/dbus-launch.1.html
[1]: https://dbus.freedesktop.org/doc/dbus-run-session.1.html
I was testing the build on nixos-unstable but
64d50a0099 added another patch. Since this
patch is already in 0.48.0 it can't be applied again (overriding Meson
isn't optimal but we can't build wlroots with 0.46.1).
I've also dropped the "-Dxcb-xkb=enabled" flag since it was removed
(replaced with Xinput).
Thanks @kenogo for noticing this :)
Use this patch until something like it is in the upstream repository.
Without it, the current date is used for the man pages, which makes them
non-reproducible.
Rootston is just a reference compositor so it doesn't make that much
sense to have a module for it. Upstream doesn't really like it as well:
"Rootston will never be intended for downstream packages, it's an
internal thing we use for testing." - SirCmpwn [0]
Removing the package and the module shouldn't cause much problems
because it was marked as broken until
886131c243. If required the package can
still be accessed via wlroots.bin (could be useful for testing
purposes).
[0]: https://github.com/NixOS/nixpkgs/issues/38344#issuecomment-378449256
Michael Weiss