| Commit message (Collapse) | Author | Age |
| |
|
| |
|
|
|
|
|
|
| |
Since cifs-utils 6.12, smbinfo needs Python to be usable.
Issue introduced in 033208fd46e03178655f3c4a59add1d9dbf57731.
|
|
|
|
| |
This notably fixes CVE-2020-14342.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
continuation of #109595
pkgconfig was aliased in 2018, however, it remained in
all-packages.nix due to its wide usage. This cleans
up the remaining references to pkgs.pkgsconfig and
moves the entry to aliases.nix.
python3Packages.pkgconfig remained unchanged because
it's the canonical name of the upstream package
on pypi.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Part of: https://github.com/NixOS/nixpkgs/issues/108938
meta = with stdenv.lib;
is a widely used pattern. We want to slowly remove
the `stdenv.lib` indirection and encourage people
to use `lib` directly. Thus let’s start with the meta
field.
This used a rewriting script to mostly automatically
replace all occurances of this pattern, and add the
`lib` argument to the package header if it doesn’t
exist yet.
The script in its current form is available at
https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix
|
|
|
|
|
|
| |
Produces "undefined reference to "rpl_malloc"" and fails the build
Apparently it's a runtime check (https://github.com/LLNL/ior/issues/4)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
treewide replacement of
stdenv.mkDerivation rec {
name = "*-${version}";
version = "*";
to pname
|
|
|
|
|
|
|
| |
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/cifs-utils/versions
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:
- built on NixOS
- ran `/nix/store/55ryin1a2l4h78wka5k55b223mhsv4ah-cifs-utils-6.8/bin/cifs.upcall -v` and found version 6.8
- ran `/nix/store/55ryin1a2l4h78wka5k55b223mhsv4ah-cifs-utils-6.8/bin/cifs.upcall --version` and found version 6.8
- found 6.8 with grep in /nix/store/55ryin1a2l4h78wka5k55b223mhsv4ah-cifs-utils-6.8
- directory tree listing: https://gist.github.com/97fa73e76891fadb3a329476169aa13c
|
| |
|
|
|
|
| |
Goodbye, and thanks for all the Nix...
|
| |
|
|
|
|
|
|
|
|
| |
Fixes this ./configure symptom:
configure: WARNING: talloc.h not found, consider installing libtalloc-devel. Disabling cifs.upcall.
and is needed to (eventually) fix CIFS + DFS kernel mount on NixOS.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
January 9, 2014: Release 6.3:
* fixes for various bugs turned up by Coverity
* clean unused cruft out of upcall binary
* add new pam_cifscreds PAM module for establishing NTLM creds on login
* https://lists.samba.org/archive/samba-technical/2014-January/097124.html
|
|
|
|
|
| |
Additonally remove the systemd-ask-password patch since this was fixed
upstream.
|
|
|
|
|
|
|
|
|
|
|
| |
The updated version 5.9 couldn't mount any of my shares:
Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Apparently, this is a known problem in Windows Vista that needs to be
fixed on the server side. :-(
|
|
|
|
|
|
|
|
|
| |
to fix issue #353 some more
It turns out that mount.cifs is run in a shell environment that doesn't have
$PATH. To find that program, we must commit to some location. The path I used will
work fine on NixOS, but of course it won't work on other Linux distributions. I'm
not sure whether that's an important issue or not.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
and adding some CIFS support to the sheevaplug kernel.
Patch by Rickard Nilsson.
svn path=/nixpkgs/trunk/; revision=32298
|
| |
|
|
mount-cifs.
svn path=/nixpkgs/trunk/; revision=22124
|