ajs124
8289e6478b
vsftpd: enable seccomp ( #158974 )
...
* vsftpd: enable seccomp
* nixos/tests/vsftpd: add basic test
* vsftpd: add test to passthru
2022-03-01 11:03:47 +08:00
R. RyanTM
3e4fd842e6
vsftpd: 3.0.3 -> 3.0.5
2021-08-17 21:01:21 +00:00
Felix Buehler
a56d117bdb
servers: replace name with pname&version
2021-07-26 20:15:46 +02:00
Rick van Schijndel
bd67ccabff
vsftpd: fix cross-compilation, remove -Werror
2021-06-21 23:18:16 +02:00
Robert Schütz
8926311238
vsftpd: fix build with gcc9
...
We still use that version on aarch64.
2021-05-12 14:06:35 +02:00
Profpatsch
4a7f99d55d
treewide: with stdenv.lib; in meta -> with lib;
...
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
2021-01-11 10:38:22 +01:00
luc65r
decbe0dc9c
vsftpd: fix build with gcc10
2020-12-28 08:43:32 +01:00
Peter Hoeg
078b742a01
vsftpd: compile with OpenSSL for SSL support
...
SSL support was selectable via a flag, but as we are bound to have OpenSSL on
the machine anyway, it really doesn't make sense to not compile in support.
Did a bunch of cleanups too.
2018-12-06 17:53:53 +08:00
Pascal Wittmann
e5ef637fc2
vsftpd: add license
...
see issue #43716
2018-08-04 16:09:40 +02:00
Tuomas Tynkkynen
2258b21e4b
treewide: Add lots of platforms to packages with no meta
...
Build-tested on x86_64 Linux and on Darwin.
2016-08-02 21:17:44 +03:00
Tobias Geerinckx-Rice
0c3e31a662
vsftpd: 3.0.2 -> 3.0.3
...
Does not fix CVE-2015-1419; keep patch.
2015-07-28 13:20:48 +02:00
Robert Helgesson
66bc50a968
vsftpd: fix CVE-2015-1419
...
Adds patch from Debian.
2015-07-15 22:33:04 +02:00
Eelco Dolstra
10e31f6de7
Clean up the vsftpd module a bit
2013-11-07 16:38:57 +01:00
Lluís Batlle i Rossell
2169b0ab2e
vsftpd: fixing build in x86_64/i686
...
It was building fine in the sheevaplug though.
2013-01-03 19:52:14 +01:00
Lluis Batlle
451974f679
vsftpd: update to 3.0.2
...
And updated url. The old didn't work.
2012-12-29 12:22:50 +01:00
Lluís Batlle i Rossell
a6518956f9
Attempt to fix the vsftpd build on i686-linux
...
svn path=/nixpkgs/trunk/; revision=27054
2011-04-29 18:18:56 +00:00
Yury G. Kudryashov
9d87a3059d
vsftpd-2.3.4, make ssl optional, do not hardcode userlist
...
svn path=/nixpkgs/trunk/; revision=26927
2011-04-23 06:58:57 +00:00
Eelco Dolstra
6609710409
* Get rid of many instances of "args: with args;", and other coding
...
guidelines violations.
* Updated libsamplerate to 0.1.7.
svn path=/nixpkgs/trunk/; revision=22782
2010-07-28 11:55:54 +00:00
Wouter den Breejen
eec829aad5
vsftpd userlist options added
...
svn path=/nixpkgs/trunk/; revision=14649
2009-03-22 15:32:28 +00:00
Yury G. Kudryashov
aa83977d83
vsftpd: builds with gcc-4.2 now
...
svn path=/nixpkgs/trunk/; revision=10435
2008-01-31 14:08:02 +00:00
Eelco Dolstra
ea9667ab18
* Fixed some more URLs.
...
svn path=/nixpkgs/trunk/; revision=9294
2007-09-11 11:15:37 +00:00
Eelco Dolstra
a0159dee8e
* Reverted r6713, r6711, r4623, r3660, r2237. There rewrote fetchurl
...
URLs to http://nix.cs.uu.nl/dist/tarballs . With content-addressable
mirror support (r9190, NIXPKGS-70) this is no longer necessary:
fetchurl will try to download from that location automatically. So
we can keep the original URLs.
svn path=/nixpkgs/trunk/; revision=9192
2007-08-24 12:32:36 +00:00
Eelco Dolstra
3389f4bc36
* Copy lots of files to nix.cs.uu.nl.
...
svn path=/nixpkgs/trunk/; revision=4623
2006-01-30 16:04:03 +00:00
Eelco Dolstra
82e678362f
* "." -> "source".
...
svn path=/nixpkgs/trunk/; revision=4335
2005-12-05 14:11:09 +00:00
Rob Vermaas
9a6ce709fa
vsftpd
...
svn path=/nixpkgs/trunk/; revision=3811
2005-09-12 15:20:57 +00:00
