- User Since
- May 22 2015, 6:54 PM (213 w, 2 d)
Dec 9 2016
Hi gnn, since you committed other ones, can you commit this one too please?
Dec 8 2016
Please ignore prop changes. I had to include a prop change to get arc lint to pass.
Sep 21 2016
Hi! Do we want to ifdef the capsicum part? We share this code with DragonFly, https://github.com/corecode/dma (which is where our port comes from), and the latter is used in Debian. I also pull this code and build it for CentOS.
Aug 19 2016
This works for me on an GTX 560 Ti as well as before. I played an OpenGL-using game for about an hour to test.
Aug 16 2016
For what it's worth, I was able to install boot1.efifat to my 800K ESP during the testing.
Can we MFC this to stable/11 so that it's available in 11.1?
Aug 14 2016
This does work with sha512. Is there any way we can get this into 11.0-RELEASE?
Aug 10 2016
That boots for me!
Aug 9 2016
OK! Testing coming up! I got a new laptop that I didn't put anything worth retaining on so that I can test zpool things.
I tested this patch. Code builds and boot1/loader work. But I can't test that new functionality works because "zfs" utility still does not allow me to set these properties on my boot pool.
Aug 5 2016
I confirmed that with the latest patch case-insensitive filesystem works.
Aug 2 2016
Hi Warren! If this is ready, can you commit it please? I have Bugzilla #211296 about this.
Jul 29 2016
People downstream bspatch in other projects. Can we ifdef this based on something?
Jul 28 2016
For what it's worth, I use a case-insensitive filesystem to build a Mono project.
This won't be missed: the project should be fixed instead.
Jul 25 2016
Woo, thank you!
restore good patch
Nooo!!!! I updated the wrong revision! Let me see if I can restore the old patch...
attempt to fix RSS feeds
Jul 24 2016
Address wblock's comments
Hi Warren! I think I got revision numbers correct. I was hoping you would review the language I used. Most was taken from commit messages, but I'm sure it could be improved.
Jul 22 2016
It's supposed to be stable/10. Add a missing version and fix numbers.
Add missing __FreeBSD_version values for stable/11 as well.
Jul 21 2016
What's the status of this landing?
Feb 18 2016
If it's okay with wblock, it's okay with me. I don't have good grasp on language.
This sounds good to me.
How about just ommitting the word "package". This becomes "This example shows the use of the mini_sendmail from ports instead of sendmail".
Feb 16 2016
Please commandeer this. I'm the reporter from Bugzilla and I had spare cycles to address feedback over the weekend.
Feb 15 2016
add dma(8) to .Xr
address comments by wblock: replace "in place of" with "instead of"
This could be MFC'd with /usr/local/libexec/dma in place of /usr/libexec/dma (as we have mail/dma package).
It's not a big deal if it's mot MFC'd at all though.
Jan 31 2016
I send that this is absolutely the right aproach. CentOS itself offers co-installation of most 32 bit libraries.
For example, this: http://mirrors.kernel.org/centos/6.7/os/x86_64/Packages/
contains both libstdc++-4.4.7-16.el6.i686.rpm and libstdc++-4.4.7-16.el6.x86_64.rpm.
Jan 14 2016
This is overcome by events: ansible 18.104.22.168, 22.214.171.124 have been release and landed in the ports tree.
Dec 8 2015
Arcanist ate the second half of my patch. I'm re-posting it using the web interface.
The distinfo for 2.0.0 is actually for the RC2 tag. This will also change.
I'm looking for review of port changes only.
Nov 9 2015
There is nothing more to do here.
Sep 18 2015
Actually, how are you generating these?
How did you come up with r287905, for example?
Cool, thanks! Actually, how do you install the built product?
There is a populated stage dir but no install targets.
Sep 17 2015
The issue has been addressed.
Sep 16 2015
Thanks for the explanation! By the way, this does not work with -j0 without adding this dependency either.
Maybe I'm not sure what the goal of Makefile.depend files in the tree is.
I understood that they are there to bootstrap the auto-generated Makefile.depend files
from a build with local changes/options in it?
That's correct. This is what my build generates also.
The main.o <- nl_defs.h is the minimal change to get dirdeps to generate the rest of them.
Aug 27 2015
Aug 22 2015
The change has been committed in r287005.
Aug 21 2015
reroll patch and replace "sort -u" with "sort" per ngie's feedback
Looks good to me.
Aug 19 2015
Associated Jenkins report: https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests/1297/testReport/junit/usr.bin.xargs/legacy_test/main/
Aug 7 2015
You are right, maxprocs < 0 is unreachable. I updated the diff.
You are right, maxprocs < 0 is unreachable
Aug 6 2015
reroll after another UPDATING change to avoid merge conflicts on apply
Aug 5 2015
The text in menu.rc and loader.rc is loosely based on text in /etc/defaults/*.conf.
Address feedback by julian:
Is this ready to commit?
Jul 29 2015
Add <sys/limits.h>, which is needed for INT_MAX without param.h
This doesn't compile without sys/param.h for some reason.
reroll patch after r285552 and bump date on manpage
Jul 23 2015
Is this ready to commit? If so, can a committer grab it please?
Jul 6 2015
Address comments by araujo:
- keep style in sys/sys/jail.h: I didn't notice that these were tabs
- fix paste-os in the manpage (I'll bump the date one more time when
this is ready to commit)
I don't understand what can be improved about the content itself.
Can you explain please?
Jul 4 2015
Address comments by mjg:
- include sys/types.h before sys/wait.h
- rename reslimit to rl
Jun 29 2015
Whoops, I forgot to check getrlimit.
Address comments by mjg:
Address feedback from jamie:
Jun 17 2015
Jun 14 2015
o Address feedback from wblock@ by simplifying wording.
For what it's worth, this was the wording similar to GNU info page.
o Replace RLIMIT_NPROC in a user-facing message with a user-friendly
description of what this value is.
I'm commandeering this revision to address feedback from wblock@.
Jun 8 2015
Is this acceptable as-is? 10.2 code slush is coming up.
Jun 3 2015
What's the next step?
May 29 2015
May 24 2015
I don't understand: don't limits work correctly here if they allow for fewer jobs than maxproc?
May 23 2015
Looks good to me.
May 22 2015
This replaces the use of nargs, which is arbitrary and can be
overridden by the "-n" flag by value of kern.maxprocs.
I have a new patch. I'd like to commandeer this revision to apply it.
Good point. The -nX flag overrides nargs depending on the position.
Let me think of a different value to use.