#
1d7a3388 |
| 07-Oct-2024 |
Franco Fichtner <franco@opnsense.org> |
fetch: correct env var name for --crl option to work
Reviewed by: grembo MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D46973
|
Revision tags: release/13.4.0 |
|
#
7a6309fd |
| 07-Sep-2024 |
Eugene Grosbein <eugen@FreeBSD.org> |
fetch(1): suppress "Not Modified" in quiet mode
"fetch -qi" should skip printing "Not Modified" for successful http(s) request. Still print it by default (v_level == 1).
MFC after: 1 week
|
Revision tags: release/14.1.0, release/13.3.0 |
|
#
5e3934b1 |
| 24-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
usr.bin: Automated cleanup of cdefs and other formatting
Apply the following automated changes to try to eliminate no-longer-needed sys/cdefs.h includes as well as now-empty blank lines in a row.
R
usr.bin: Automated cleanup of cdefs and other formatting
Apply the following automated changes to try to eliminate no-longer-needed sys/cdefs.h includes as well as now-empty blank lines in a row.
Remove /^#if.*\n#endif.*\n#include\s+<sys/cdefs.h>.*\n/ Remove /\n+#include\s+<sys/cdefs.h>.*\n+#if.*\n#endif.*\n+/ Remove /\n+#if.*\n#endif.*\n+/ Remove /^#if.*\n#endif.*\n/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/types.h>/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/param.h>/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/capsicum.h>/
Sponsored by: Netflix
show more ...
|
Revision tags: release/14.0.0 |
|
#
1d386b48 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0 |
|
#
32066c96 |
| 20-Feb-2022 |
Stefan Eßer <se@FreeBSD.org> |
fetch: make -S argument accept values > 2GB
Use strtoll() to parse the argument of the -S option.
FreeBSD has supported 64 bit file offsets for more than 25 years on all architectures and off_t is
fetch: make -S argument accept values > 2GB
Use strtoll() to parse the argument of the -S option.
FreeBSD has supported 64 bit file offsets for more than 25 years on all architectures and off_t is a 64 bit integer type for that reason.
While strtol() returns a 64 bit value on 64 LP64 architectures, it is limit to 32 bit on e.g. i386. The strtoll() function returns a 64 but result on all supported architectures and therefore supports the possible file lengths and file offsets on 32 bit archtectures.
Reported by: antoine MFC after: 3 days
show more ...
|
#
85f15576 |
| 25-Jan-2022 |
Eugene Grosbein <eugen@FreeBSD.org> |
fetch(1): more fixes for soft failure handling
Fix logic error introduced in my commit bf599c03f09dea0f7e188e002b42d782af6841c3
Also, authorization errors should not be considered as soft failures.
|
#
08a2504a |
| 24-Jan-2022 |
Eugene Grosbein <eugen@FreeBSD.org> |
fetch(1): fix error in previous commit
strncmp() compares terminating zero and sizeof() includes it. Un-obsfuscate the code and show what it is indended to do.
|
#
bf599c03 |
| 24-Jan-2022 |
Eugene Grosbein <eugen@FreeBSD.org> |
fetch(1): do not consider HTTP 5XX errors as soft failures
This change fixes "fetch -a" looping forever on "502 Bad gateway" error and similar.
MFC after: 1 month
|
#
a4efbe0d |
| 24-Jan-2022 |
Eugene Grosbein <eugen@FreeBSD.org> |
fetch(1): correct progress accounting after previous commit
MFC after: 1 month
|
#
e3bad5f7 |
| 24-Jan-2022 |
Eugene Grosbein <eugen@FreeBSD.org> |
fetch(1): process truncated transfer as soft failure
Let "fetch -a" resume truncated transfer automatically perform another attempt if it obtained some new data in previous one making progress.
Thi
fetch(1): process truncated transfer as soft failure
Let "fetch -a" resume truncated transfer automatically perform another attempt if it obtained some new data in previous one making progress.
This makes it more robust against frequent but transient network failures. For example:
=> sqlite-src-3370200.zip doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch https://www.sqlite.org/2022/sqlite-src-3370200.zip sqlite-src-3370200.zip 3% of 12 MB 45 kBps 04m24s fetch: sqlite-src-3370200.zip appears to be truncated: 524288/13145234 bytes sqlite-src-3370200.zip 10% of 12 MB 67 kBps 02m56s fetch: sqlite-src-3370200.zip appears to be truncated: 1327104/13145234 bytes sqlite-src-3370200.zip 28% of 12 MB 123 kBps 01m14s fetch: sqlite-src-3370200.zip appears to be truncated: 3735552/13145234 bytes sqlite-src-3370200.zip 54% of 12 MB 253 kBps 24s fetch: sqlite-src-3370200.zip appears to be truncated: 7176192/13145234 bytes sqlite-src-3370200.zip 62% of 12 MB 90 kBps 55s fetch: sqlite-src-3370200.zip appears to be truncated: 8241152/13145234 bytes sqlite-src-3370200.zip 82% of 12 MB 113 kBps 20s fetch: sqlite-src-3370200.zip appears to be truncated: 10862592/13145234 bytes sqlite-src-3370200.zip 12 MB 185 kBps 12s ===> Fetching all distfiles required by sqlite3-3.37.2,1 for building
MFC after: 1 month
show more ...
|
Revision tags: release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0 |
|
#
3af64f03 |
| 11-Sep-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r338392 through r338594.
|
#
6434dda6 |
| 10-Sep-2018 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Through a combination of insufficient variable initialization and imprudent reuse of static buffers, the end-of-transfer statistics displayed when stdout is not a tty always ended up as 0 B / 0 Bps.
Through a combination of insufficient variable initialization and imprudent reuse of static buffers, the end-of-transfer statistics displayed when stdout is not a tty always ended up as 0 B / 0 Bps. Reorganize the code to use caller-provided buffers, tweak the ETA display a bit, and reduce the visual differences between the tty and non-tty end-of-transfer displays.
PR: 202424 Approved by: re (gjb@)
show more ...
|
Revision tags: release/11.2.0 |
|
#
deb1ff23 |
| 12-May-2018 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Support If-Modified-Since for https as well as http.
PR: 224426 Submitted by: zsnafzig@edu.uwaterloo.ca MFC after: 1 week
|
#
1de7b4b8 |
| 27-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
No functional change intended.
show more ...
|
Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0 |
|
#
416ba5c7 |
| 22-Jun-2015 |
Navdeep Parhar <np@FreeBSD.org> |
Catch up with HEAD (r280229-r284686).
|
#
98e0ffae |
| 27-May-2015 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Merge sync of head
|
#
4bf53d0b |
| 04-Apr-2015 |
Baptiste Daroussin <bapt@FreeBSD.org> |
Merge from HEAD
|
#
e6e746bf |
| 25-Mar-2015 |
Glen Barber <gjb@FreeBSD.org> |
MFH: r278968-r280640
Sponsored by: The FreeBSD Foundation
|
#
01ed3ca3 |
| 25-Mar-2015 |
Jung-uk Kim <jkim@FreeBSD.org> |
Remove defunct SSLv2 support from fetch(1) and fetch(3).
|
Revision tags: release/10.1.0, release/9.3.0 |
|
#
6cec9cad |
| 03-Jun-2014 |
Peter Grehan <grehan@FreeBSD.org> |
MFC @ r266724
An SVM update will follow this.
|
#
3b8f0845 |
| 28-Apr-2014 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Merge head
|
#
84e51a1b |
| 23-Apr-2014 |
Alan Somers <asomers@FreeBSD.org> |
IFC @264767
|
#
c98bb15d |
| 21-Feb-2014 |
Glen Barber <gjb@FreeBSD.org> |
MFH: tracking commit
Sponsored by: The FreeBSD Foundation
|
#
5748b897 |
| 19-Feb-2014 |
Martin Matuska <mm@FreeBSD.org> |
Merge head up to r262222 (last merge was incomplete).
|
#
ca82a53f |
| 28-Jan-2014 |
Kai Wang <kaiw@FreeBSD.org> |
MFH@261240.
|