In D29917#672452, @danfe wrote:@miguel_gocobachi.dev wrote:Thank you. I will go for the name BeFS because I noticed other things using this name
Yes please. BFS is way too generic and we had experienced name clashes in the past because they were too short. Even better if it could be done consistently, i.e. applied to macros like BFS_OS_NAME_LENGTH and BFS_SUPER_BLOCK_MAGIC1.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Apr 25 2021
Apr 25 2021
Apr 24 2021
Apr 24 2021
We don't have the naming conflict here, but befs is OK.
FWIW, there is a fuse version which would be useful before considering a kernel version.
Apr 23 2021
Apr 23 2021
While the ext_time_t approach is valid and it also consistent with UFS2, it is usually faster to use 32bit values so you *could* use casts. Either way is valid so I won't object.
LGTM, but ultimately cem@ is the local expert.
Apr 22 2021
Apr 22 2021
Using all uppercase messages is bad, unless there is a panic.
Otherwise, LGTM.
Do not touch inode.h.
FWIW, I'd like to see OpenBFS (haiku OS) supported some day on FreeBSD, so this support is welcome.
Apr 3 2021
Apr 3 2021
FWIW ....
I read gcov, but sys/gnu/gcov survived. Perhaps it was meant to be gprof?
LGTM, but gad is the expert.
Mar 17 2021
Mar 17 2021
pfg added a comment to D29226: SPDX: Add canonical licenses for indirect SPDX references in the tree.
FWIW, I got the BSD-1-Clause License approved by OSI, Approval is not terribly important as we only use it for a couple of files in the tree.
OTOH the very simplistic license would be useful to adopt for source header files (*.h).
Feb 20 2021
Feb 20 2021
math/reduce: Mark broken on i386
Jan 1 2021
Jan 1 2021
services: reinstate CouchDB and bring amqps
services: fiz bug introduced in r361898
Dec 24 2020
Dec 24 2020
lang/bsh: update to version 2.1.0
Dec 22 2020
Dec 22 2020
Dec 21 2020
Dec 21 2020
Dec 20 2020
Dec 20 2020
Wow, I should have dropped it by accident: it was surely my intention to keep couchdb in services.
Dec 19 2020
Dec 19 2020
pfg added a comment to D26966: login: add a check for a post-condition when exporting the environment.
In D26966#618725, @yuripv wrote:Looks like export is only ever used in export_pam_environment(), where its return value is ignored.
login(1): when exporting variables check the result of setenv(3)
login(1): when exporting variables check the result of setenv(3)
pfg updated the summary of D26966: login: add a check for a post-condition when exporting the environment.
pfg retitled D26966: login: add a check for a post-condition when exporting the environment from login: add a check for a precondition when exporting the environment to login: add a check for a post-condition when exporting the environment.
Dec 17 2020
Dec 17 2020
/etc/services: attempt to bring the database to this century 2/2.
Dec 16 2020
Dec 16 2020
devel/intellij-rubymine: pet portlint
devel/intellij-rubymine: Update to version 2020.2
devel/dmake; update to version 4.13.1
devel/jetbrains-webstorm: update to version 2020.2
Dec 15 2020
Dec 15 2020
devel/libarea: Update to 20191031
Dec 14 2020
Dec 14 2020
Dec 7 2020
Dec 7 2020
science/tfel: drop maintainance
Nov 7 2020
Nov 7 2020
For the record: after discussing with Li-Wen Hsu, it has been suggested to wait until after the 12.1 EOL, and I am actually fine with that.
Oct 27 2020
Oct 27 2020
pfg requested review of D26966: login: add a check for a post-condition when exporting the environment.
Oct 25 2020
Oct 25 2020
In D26817#601100, @imp wrote:In D26817#601097, @pfg wrote:First of all: thanks!
I should mention this was actually for a hacked linux binary-based intel compiler.
There exists a native FreeBSD [[ https://software.intel.com/content/www/us/en/develop/tools/system-studio/freebsd.html | Intel System Studio ]]compiler that claims to be GCC compatible which may just work (I tihnk it may be based on clang, but I am not sure).
I keep hearing rumors of this item, but never have been able to get a copy through my friends at Intel. I'll have to send a few emails out to see if I can see if I can get access to one, though it's a fairly low propriety. I suspect, based on a lot of things, that this doesn't actually exist, but I'll poke and prod anyway.
First of all: thanks!
Re-state krb524
Oct 24 2020
Oct 24 2020
Update with cy's feedback.
This will be committed about a week after 12.2 is released.
Thanks, will update soon.
Merge latest current
Oct 21 2020
Oct 21 2020
Oct 9 2020
Oct 9 2020
Oct 6 2020
Oct 6 2020
Sep 22 2020
Sep 22 2020
cad/calculix : update to version 2.17.1
cad/calculix-ccx: Re-enable multithreading with spooles.
Aug 20 2020
Aug 20 2020
usr.sbin/fstyp: Fix incorrect pfs_type test in ondisk inode
extfs: remove redundant little endian conversion.
cad/calculix : update to version 2.17
Aug 17 2020
Aug 17 2020
extfs: remove redundant little endian conversion.
Aug 11 2020
Aug 11 2020
New port: textproc/apache-commons-csv
Jul 30 2020
Jul 30 2020
lang/bsh: Use JDK 8 to build.
Jul 13 2020
Jul 13 2020
In D25640#567710, @yuripv wrote:In D25640#567601, @pfg wrote:LGTM however, I would recommend an exp-run. Many times before have sed changes caused trouble in the ports tree to be later reverted.
Yep, I was looking at the svn log of usr.bin/sed/ and noticed quite a few backouts. I agree that exp-run should be done, but even if some ports break those would need to be fixed instead of rejecting this change as it's obvious bug (and yes, gsed agrees).
LGTM however, I would recommend an exp-run. Many times before have sed changes caused trouble in the ports tree to be later reverted.
Jul 2 2020
Jul 2 2020
Jun 18 2020
Jun 18 2020
services: Add SSDP to service database
Jun 7 2020
Jun 7 2020
services: Add SSDP to service database
I plan to re-commit this as soon as FreeBSD 12.2 is released, to avoid a limitation of the build system.
May 11 2020
May 11 2020
devel/jetbrains-phpstorm: major update to version 2020.1.1
May 8 2020
May 8 2020
math/R-cran-BsMD: update to 2020.4.30.
May 4 2020
May 4 2020
In D23259#543516, @fsu wrote:In D23259#543509, @pfg wrote:Sorry I meant to approve this:
https://reviews.freebsd.org/D24685(fsu should have comandeered this one instead of opening a new one)
I did not managed with new diff uploading, diff did not want to attach to this revision.
Seems like, I can attach diffs only to revisions, which were opened by me.
Please correct me if I am wrong or lose something in the Phabricator UI.
Sorry I meant to approve this:
https://reviews.freebsd.org/D24685
Apr 21 2020
Apr 21 2020
math/reduce-psl update to version 20200301
Apr 18 2020
Apr 18 2020
devel/jetbrains-phpstorm: major update to version 2020.1
Apr 14 2020
Apr 14 2020
In D13209#537057, @trasz wrote:Ping? What's the status of this?
Mar 25 2020
Mar 25 2020
Mar 24 2020
Mar 24 2020
In D21638#531526, @asomers wrote:Can we close this review now?
Mar 22 2020
Mar 22 2020
MFC r353909, r355192, r355218, r355218, r358506, r359005:
MFC r353909, r355192, r355218, r355218, r358506, r359005:
Mar 19 2020
Mar 19 2020
devel/jetbrains-phpstorm: Update to version 2019.3.4
Mar 17 2020
Mar 17 2020
LGTM, but I have no time to test.
Note that this type of changes should be checked with an exxp-run
Mar 15 2020
Mar 15 2020
calendar(1): Updates and corrections for some calendar files.
Mar 14 2020
Mar 14 2020
Update User Ports, attempting to bring balance with what can actually appear in a UNIX system.
Mar 12 2020
Mar 12 2020
style(9): Fix space after #define.
Mar 11 2020
Mar 11 2020
Delete OpenBSD's variant of RCS.
Mar 10 2020
Mar 10 2020
I thought cem would want to do the commit.
I've been a bit sick, but I'll commit it this week if no one else does.
Mar 4 2020
Mar 4 2020
Mar 3 2020
Mar 3 2020
The code is rather tricky, it would be convenient to checksum the object code on Little Endian to make sure nothing changes.