Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

libtiff: debian patches 4.0.9-5 -> 4.0.9-6 #45000

Closed
wants to merge 26 commits into from
Closed

Conversation

jbedo
Copy link
Contributor

@jbedo jbedo commented Aug 13, 2018

Motivation for this change

Old patches don't exist on debian server anymore (404), bump version to latest patch set.

Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
  • Built on platform(s)
    • NixOS
    • macOS
    • other Linux distributions
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Determined the impact on package closure size (by running nix path-info -S before and after)
  • Fits CONTRIBUTING.md.

vincentbernat and others added 26 commits August 5, 2018 23:07
This reverts a change applied in PR NixOS#18491. When interfaces are
configured by DHCP (typical in a cloud environment), ordering after
network.target cause trouble to applications expecting some network to
be present on boot (for example, cloud-init is quite brittle when
network hasn't been configured for `cloud-init.service`) and on
shutdown (for example, collectd needs to flush metrics on shutdown).

When ordering after network.target, we ensure applications relying on
network.target won't have any network reachability on boot and
potentially on shutdown.

Therefore, I think ordering before network.target is better.
buildStackProject is overridding shell hook and doesn't append
user-specified shellHook to it, resulting in user's shellHook
never executing.
The `weechat-xmpp` plugin requires `pydns` to properly resolve the
XMPP host. Furthermore it's much easier to use substituteAll rather than
messing around with substituteInPlace in a patched file.
firefoxWrapper: Fail if deprecated enableVLC option exists
…-buildstackproject

Add support for user-extensible shellHook to haskell.lib.buildStackProject
This package was only mandatory for migration for people on zfsUnstable
in nixos unstable.
Also enable building on GHC-8.4.
gildas: 20180701_a -> 20180801_a
weechat-xmpp: create proper runtime environment
dhcpcd service: order before network target
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/lsscsi/versions.
@orivej
Copy link
Contributor

orivej commented Aug 14, 2018

These patches contain a new patch CVE-2018-8905.patch for http://bugzilla.maptools.org/show_bug.cgi?id=2780

This is a large rebuild that should go to staging.

@jbedo jbedo changed the base branch from master to staging August 14, 2018 00:16
@jbedo
Copy link
Contributor Author

jbedo commented Aug 14, 2018

Already in staging, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet