Re: svn commit: r366766 - head
On Fri, Oct 16, 2020 at 04:36:05PM +0100, Jessica Clarke wrote: > Given GCC 10 is the latest GCC release so this is already a bit > outdated (though perhaps GCC 9 is still the recommended version for > FreeBSD now?) In possibly unrelated news, there are still about 25 ports which do not build on GCC 10 but do on GCC 9. Almost all of them involve fortran. Because of this, ports GCC still defaults to 9. We are actively working on this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246700 mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r365071 - in head/sys: net net/altq net/route net80211 netgraph netgraph/atm netgraph/atm/ccatm netgraph/atm/sscfu netgraph/atm/sscop netgraph/atm/uni netgraph/bluetooth/common netgrap
On Fri, Sep 04, 2020 at 02:15:04PM -0400, Andrew Gallatin wrote: > and I also anticipate it will cause problems with MFCs And existing PRs and DRs. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r361867 - head/share/man/man4
On Sat, Jun 06, 2020 at 06:21:20AM +, Warner Losh wrote: > Document all the sysctl values for the nda devices. Thank you. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r361143 - head/release/tools
Defining it to MAGIC_UNROUTED_IP_ADDRESS or something would have obviated our questions :-) mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r359844 - head/sys/netinet6
On Mon, Apr 13, 2020 at 08:26:11AM +, Alexander V. Chernikov wrote: > Remove tcp_rtlookup6() function signature. >The function itself was removed in r122922 16 years ago. I nominate this for "most amusing commit of the month" :-) Who knows what other cobwebs lurk in our src tree ... mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r359503 - in head
On Thu, Apr 02, 2020 at 10:02:51AM +0200, Stefan Eßer wrote: > You are aware that this commit message came from and > only applied to some parallel universe ... If it's better than the one we are currently in: Beam Me Up Scotty. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r359503 - in head
On Wed, Apr 01, 2020 at 05:53:14AM +, Glen Barber wrote: > Update head to 14.0-CURRENT in order to prevent having > a 13.0-RELEASE. You forgot to update the Porter's Handbook. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r356755 - in head/sys: net netinet netinet6 netpfil/ipfw/nat64 sys
On Tue, Jan 14, 2020 at 10:10:46PM -0800, Gleb Smirnoff wrote: > void > epoch_call(epoch_t epoch, epoch_context_t ctx, > void (*callback)(epoch_context_t)); > > void > epoch_call(epoch_t epoch, epoch_context_t ctx, > void (*callback)(epoch_context_t)); I'm staring at these *really* hard and ... can't tell the difference? mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r356379 - head/share/mk
On Sun, Jan 05, 2020 at 12:17:21PM -0600, Warner Losh wrote: > I'd expect that once the issues [on powerpc] are resolved with clang, > or that platform migrates to an external toolchain AFAIK there never was a fallback plan to migrate powerpc to an external toolchain; powerpc64-head (at least) has already been switched to clang. You'll have to ask jhibbits about 32-bit. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r356367 - in head: . share/mk
On Sun, Jan 05, 2020 at 01:11:30PM -0600, Warner Losh wrote: > This total lack of work on sparc64 may result in an accelerated > timeline for its removal. IMHO it's time to just let it go. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r356367 - in head: . share/mk
On Sun, Jan 05, 2020 at 02:47:56AM +, Ed Maste wrote: > Do not build GCC 4.2.1 by default for any CPU architecture And there was much rejoicing :-) (but plz not to MFC tnx) mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r356348 - in head/sys: kern vm
On Sat, Jan 04, 2020 at 03:15:34AM +, Jeff Roberson wrote: > Use a separate lock for the zone and keg. Out of curiosity, will there be measurable real-world speedups from this an similar work, or will this mostly apply to edge cases, or ... ? mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r353565 - in head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs: . sys
On Wed, Oct 16, 2019 at 09:10:34PM -0700, Cy Schubert wrote: > I'm replying using my phone (K-9 mail), trimming is so time consuming > and error prone (one wrong finger movement and you start over again, > especially while riding the bus to work -- one bump in the road and > I'm guaranteed starting over again) that it's next to impossible. While I'm sure that that's true, please look at it from my standpoint: with your phone emails I have to skip page after page to get to the meat of it. While this is merely annoying at home, it is extra painful when I am traveling and on e.g. crappy hotel wireless. May I ask you to please consider waiting to reply to long email messages, until you are at your home or office? Thanks. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r345680 - head/sys/conf
On Fri, Mar 29, 2019 at 09:49:03AM +, Alexey Dokuchaev wrote: > P.S. Boot tag of a healthy human is "Copyright (c) 1992-2018 The FreeBSD > Project". ITYM 2019. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r351659 - in head: contrib/libc++/include contrib/netbsd-tests/lib/libc/ssp gnu/lib/libssp include lib/libc/stdio
On Sun, Sep 01, 2019 at 12:32:34PM -0700, Cy Schubert wrote: > This probably requires a __FreeBSD_version bump. Since it affects FreeBSD ports, yes, please. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r345680 - head/sys/conf
On Fri, Mar 29, 2019 at 09:49:03AM +, Alexey Dokuchaev wrote: > P.S. Boot tag of a healthy human is "Copyright (c) 1992-2018 The FreeBSD > Project". ITYM 2019. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r340326 - head
On Mon, Nov 12, 2018 at 06:00:19AM -0800, Rodney W. Grimes wrote: > it is not the change that I am ranting about, but the fact that the > process is broken. If the "process" must be followed absolutely, then FreeBSD has already failed. This was a text file, advisory to users only; no executable code. Ben clearly made a mistake in including you in the review list. This does not excuse your shouting. You need to take some time away from the keyboard. Your response is disproportionate and demotivating. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r340187 - head/sys/geom
On Wed, Nov 07, 2018 at 08:59:24AM -0800, Rodney W. Grimes wrote: > freebsd-geom is also probably a pretty short list. IMHO it's one of our mailing lists that became obsolete once the initial work was done. The bugbusters still assign to these lists, however. ISTM that some of these assignee lists' recent archives contain only bug assignments and spam :-/ mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r336351 - head/gnu/lib/libstdc++
On Mon, Jul 16, 2018 at 06:53:28PM +, Pedro F. Giffuni wrote: > Update libstdc++ configuration. Will FreeBSD version be incremented for this? mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r335887 - head/share/mk
On Tue, Jul 03, 2018 at 10:51:59AM +, Ruslan Bukin wrote: > Add GCC 8.1.0 compiler warning flags. I'm sorry, but that is a "what" not a "why". As someone who tries to fix ports on tier-2, I really need to understand the "why". mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r335402 - head/sbin/veriexecctl
On Thu, Jun 21, 2018 at 12:33:26PM -0600, Ian Lepore wrote: > Hiding work in patchsets and reviews and alternate branches and other > shadowy places because it's not perfect I do not consider bugzilla and phabricator to be "shadowy places"; therefore, I reject this argument. Although I don't have statistics, AFAICT phabricator patches have a better-than-even chance of going in. But, in any case, a middle position would have been to commit this to a vendor branch and publish instructions on how to grab it from there and enable it. I understand that -current will have regressions in it. However, the pendulum has recently swung in the direction of "free-for-all". This slows down (e.g.) my own work on -currernt such as testing arm boards and trying to fix ports there. ATM I'm not even *attempting* to do the latter because I have little faith that any -current I bring in past the one I'm locked down to (r333619 May 16 UTC 2018) will do anything but burn my time trying to track down regressions. tl:dr; I have enough work to do without trying to fix other people's stuff. If that's harsh, so be it. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: Deorbiting i386
On Fri, May 25, 2018 at 09:27:43PM -0700, Matthew Macy wrote: > So we should have added an Ultra II off of ebay to our test matrix? You've made your point. Next. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: Deorbiting i386
On Thu, May 24, 2018 at 12:22:37PM -0700, Matthew Macy wrote: > All you need to know about sparc64 vitality is that HEAD didn't boot > for 3 months until last week. All you need to know is that -11 works fine, but, after so much drama from various places, I haven't even bothered upgrading any of my machines to 12. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: Deorbiting i386
On Thu, May 24, 2018 at 11:18:38AM -0500, Pedro Giffuni wrote: > And while I like to see sparc64s still kicking around, they are stopping us > from getting rid of GCC once and for all. False. mips and powerpc still build with gcc. I understand there will be an effort at BSDCan to work out the remaining wrinkles for the crossbuild toolchain for those archs. That is what has prevented use from the long-deserved nuking of gcc4.2.1, not sparc64. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r334074 - head/sys/sys
On Wed, May 23, 2018 at 09:56:00AM -0700, Matthew Macy wrote: > Thanks updated for 1200064. Someone(tm) needs to do 1200063. done. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r333388 - in head: . share/man/man4 sys/conf sys/dev/nxge sys/modules sys/modules/nxge tools/kerneldoc/subsys tools/tools tools/tools/nxge usr.sbin/bsdconfig/share
On Wed, May 23, 2018 at 11:14:59AM -0700, Rodney W. Grimes wrote: > And some of us buy 2 year old hardware because it is cheap, Some of us don't have that kind of budget anymore. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r334074 - head/sys/sys
On Wed, May 23, 2018 at 12:05:24PM -0600, Ian Lepore wrote: > Well, they're supposed to be. >From my own experience, they are often not. > I think it would be more likely to happen if you didn't have to get > intimate with xml code to add a simple note to a file. It's cut-and-paste. Or, it's easy enough to ask a doc committer to build-test it for you. /me off to update his build tree mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r333388 - in head: . share/man/man4 sys/conf sys/dev/nxge sys/modules sys/modules/nxge tools/kerneldoc/subsys tools/tools tools/tools/nxge usr.sbin/bsdconfig/share
On Wed, May 23, 2018 at 10:41:17AM -0700, Gleb Smirnoff wrote: > If end of sales and support is enough to remove 10g driver from the kernel, > can we please delete all 10Mbit, 100Mbit 10+ year old drivers from the kernel? Depends on how many existing users we want to screw over. Not everyone replaces all their hardware every 2 years, folks. The difference is that the Exar chips failed in the marketplace; very few seem to have made it out into the wild. Given, 10Mbit-only things are way past their sell-by date. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r325739 - in head: lib/libcasper/services lib/libcasper/services/cap_syslog share/mk
On Mon, Mar 05, 2018 at 11:13:58AM -0500, Mark Johnston wrote: > The growing divergence with stable/11 makes it rather painful to > maintain a port, depending on libcasper, that aims to work on both 11 > and head. Even an MFC won't help you, in the medium-term. e.g. via https://www.freebsd.org/security/#sup, even if the MFC made it into 11.2, you would still have several months of supporting the old one. (The FreeBSD package builds are based on the oldest supported point release from a branch.) The current estimate for 11.2 is late June. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r320262 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs
I can confirm that this fixes the build on sparc64. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r318757 - head
On Tue, May 23, 2017 at 05:39:50PM -0400, Allan Jude wrote: > The project also includes fixing a number of other long-standing- > because-of-ABI changes, like the max length of a mountpoint is now > 1024 instead of some small value (60 or 80 or something it was before) It was around 80. I hit that while trying to run poudriere under jails using ZFS (on what was then PC-BSD). Of course I could have re-done my entire ZFS hierarchy, but I was several years into using it the exact way I had laid it out by that point. I simply installed onto another machine; it was easier. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r317094 - head/share/mk
At this point is there anything that the gdb port does not do, that the base version does? I know a lot of work has gone into making it a strict superset. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r316978 - in head: contrib/zstd etc/mtree lib lib/libzstd share/mk usr.bin usr.bin/zstd
On Sat, Apr 15, 2017 at 05:01:10PM -0700, Conrad Meyer wrote: > Can you tone down the condescension, Rod? Being rude doesn't help you > make your case. I'm going to have to +1 this. We're a huge community now. Comments that might be appropriate among a handful of people aren't as appropriate now. Add in all the different (human) languages and cultures, and we have a hard enough time commmunicating as it is. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r317015 - in head/sys: boot/forth conf crypto/chacha20 dev/random libkern sys
On Sun, Apr 16, 2017 at 10:35:59AM -0600, Ian Lepore wrote: > (The most basic rule would be "notify me about every new change put > up for review", which seems like it would be a real spam generator, > but at least one person uses such a rule.) I tried the latter once, as a test. I doubt many people will leave it on for long. I do find the feature very useful. A "For Dummies" writeup would have save me some time experimenting. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r314373 - in head: . etc/defaults etc/rc.d lib/libc/regex share/man/man4/man4.i386 share/man/man5 sys/amd64/conf sys/boot/forth sys/compat/svr4 sys/conf sys/dev/streams sys/i386/conf s
On Tue, Feb 28, 2017 at 01:30:44PM -0800, Gleb Smirnoff wrote: > How can I check the __FreeBSD_version in a port Makefile? My understanding > is that there is no standard way for such thing. There are hundreds of examples in port Makefiles. I suppose the PH will need to be updated to include some of them. It is hinted at under "INCLUDE" in https://www.freebsd.org/doc/en/books/porters-handbook/dads-noinstall.html but not made specific. Some quick examples: devel/cloudabi-toolchain/Makefile:.if ${OSVERSION} >= 1100100 devel/cvs-syncmail/Makefile:.if ${OPSYS} == FreeBSD && ${OSVERSION} > 100 devel/trio/Makefile.orig:# NB: OSVERSION was not incremented for r308559, so we use the earlier devel/trio/Makefile.orig:# 1200014 as a surrogate for now. devel/trio/Makefile.orig:.if ${OSVERSION} < 1100506 || ( ${OSVERSION} >= 120 && ${OSVERSION} < 1200014 ) devel/trio/Makefile.orig:BROKEN_aarch64= needs fixes from r308375, r308487, and/or r308559 devel/trio/Makefile.orig:.endif emulators/i386-wine/Makefile.inc:.if ${OPSYS} != FreeBSD || (!(${OSVERSION} < 100) && !(${OSVERSION} >= 1003000 && ${OSVERSION} < 110) && !(${OSVERSION} >= 1100121 && ${OSVERSION} < 120) && !(${OSVERSION} >= 1200019 && ${OSVERSION} < 130)) lang/ruby22/Makefile:.if exists(/usr/sbin/dtrace) && (${OSVERSION} > 1100032) && (${ARCH} == "amd64" || ${ARCH} == "i386") lang/tcc/Makefile:.if ${CC:T:M*clang*} || ${OSVERSION} >= 124 sysutils/e2fsprogs/Makefile:.if !empty(PORT_OPTIONS:MNOTESTS) && (${OPSYS} == FreeBSD) && (${OSVERSION} >= 110 || ((${ARCH} != i386) && (${ARCH} != amd64))) However, I am kind of shocked that this is not well understood -- especially after I have tried so many times to convince src committers to update FreeBSD_version in case of src changes that affect (e.g. break) ports. These are the kinds of things that ports committers have to use to work around changes in the src tree. Skipping OSVERSION updates makes this work more complicated. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r312910 - in head: . etc/etc.pc98 etc/rc.d lib/libsysdecode libexec release release/doc release/doc/en_US.ISO8859-1/hardware release/doc/en_US.ISO8859-1/readme release/doc/share/exampl
On Thu, Feb 02, 2017 at 06:07:23PM +1100, Peter Jeremy wrote: > It clearly states to users that their system is unsupported and > explains how they can bypass the check if they know what they are > doing. It also prevents us from making a promise that we have no intention of keeping (e.g., indefinite support). mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r312910 - in head: . etc/etc.pc98 etc/rc.d lib/libsysdecode libexec release release/doc release/doc/en_US.ISO8859-1/hardware release/doc/en_US.ISO8859-1/readme release/doc/share/exampl
On Wed, Feb 01, 2017 at 08:09:50PM +0300, Slawa Olhovchenkov wrote: > Also, I am think current ports don't build on 4.x. I will personally guarantee, in writing, that current ports do not build on 4.x, nor have they done so for years. I personally removed the legacy cruft when 4.11 finally went EOL. > I am got complains about using ports on 8.x. I am 99% certain that ports will not work on either 8.x or 9.x. Legacy cruft was removed at the EOL in each of those cases. Anyone who think that we can support ports on 4.x, 5.x, 6.x, 7.x, 8.x, 9.x, 10.x, 11.x, and -current, all at the same time, needs to seek medical attention at once. At the absolute least, that era spans 3 major versions of make(1) and two completely different package implementations. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r312910 - in head: . etc/etc.pc98 etc/rc.d lib/libsysdecode libexec release release/doc release/doc/en_US.ISO8859-1/hardware release/doc/en_US.ISO8859-1/readme release/doc/share/exampl
On Tue, Jan 31, 2017 at 04:36:04PM -0700, Warner Losh wrote: > ISA-only attachments would be a good place to start. My quick glance > shows this would be le(4), aha(4), cm(4), mse(4), and joy(4). There's > maybe half a dozen EISA-only drivers in the tree that I was planning > on retiring in 12, along with EISA. Likewise with the MCA attachments. I can join the list of people threatening to send ISA cards to anyone who objects. This should scare them into not objecting :-) (Yes, there is still at least one aha(4) card here in the house. Somewhere.) mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r309344 - head/lib/libutil
On Thu, Dec 01, 2016 at 09:32:07AM -0700, Ian Lepore wrote: > On Wed, 2016-11-30 at 19:07 -0800, Ngie Cooper wrote: > > Really?? I wish you hadn't added me to this list.. I don't in any way > > endorse the way that you went about dealing with this disagreement. > > Really? Well then feel free to ADD my name to the list of people who > found that comment, and the subsequent non-response to the complaints > about it, completely inappropriate. I expressed an opinion on an IRC channel that I found the comment offensive. But I would rather my permission had been asked ahead of time before having that comment attached to a public commit log. I think this is part of the point that ngie is trying to make. I'm well-known for my wish that core took a more active, public, stance on such matters, but I think here that two wrongs may not have made a right. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r309109 - head/lib/libutil
On Thu, Nov 24, 2016 at 03:39:35PM +, Alexey Dokuchaev wrote: > It is good for the community and for FreeBSD. Only if we wish to forever remain a closed, cliquish, group of developers. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r309109 - head/lib/libutil
I thought the src/MAINTAINERS mechanism was designed for exactly this. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r304513 - in head: . share/man/man4/man4.i386 sys/conf sys/dev/ie sys/i386/conf sys/modules sys/modules/ie sys/pc98/conf
On Sat, Aug 20, 2016 at 07:51:55AM -0700, John Baldwin wrote: > - aha (ISA) > - bt (ISA / EISA / PCI) If anyone complains, tell them I'll ship them cards. If they consider that a threat ... so be it :-) (I *am* in the middle of a big decluttering, you know. I can find them ...) mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r293720 - head/sys/dev/hyperv/netvsc
On Tue, Jan 12, 2016 at 05:49:30PM +0100, Gary Jennejohn wrote: > Maybe his name should be changed to melbel, which would eliminate > the me/me@ kerfuffle. Or just start using the convention 'self' in commits. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r289773 - in head: sbin/sysctl sys/kern sys/sys
On Fri, Oct 23, 2015 at 08:09:35AM -0700, Conrad Meyer wrote: > What is __FreeBSD_version and why would it be bumped? __FreeBSD_version was introduced in the following commit: https://svnweb.freebsd.org/base/head/sys/sys/param.h?r1=34924=36260 where it has been ever since: https://svnweb.freebsd.org/base/head/sys/sys/param.h?view=log This variable exists to tell the Ports Collection, among others, that "something has changed that may require you to patch and/or recompile." The historical values are documented in https://www.freebsd.org/doc/en/books/porters-handbook/versions.html#freebsd-versions-table Your mentor should have shown you this information. mcl ___ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
Re: svn commit: r268137 - head/sys/sys
On Sun, Jun 21, 2015 at 09:35:58AM -0500, Pedro Giffuni wrote: You have a point there: I tried to get the core team to at least deprecate gcc = 2.8.1 and they didn't reach an agreement. :( When was this? mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r284529 - in head/sys: cddl/contrib/opensolaris/uts/common/fs/zfs fs/nfsclient vm
On Wed, Jun 17, 2015 at 10:44:28PM +, Gleb Smirnoff wrote: Log: o Un-inline vm_pager_get_pages(), vm_pager_get_pages_async(). o Provide an extensive set of assertions for input array of pages. o Remove now duplicate assertions from different pagers. Out of curiosity, what is the effect of these changes? mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r280727 - in head: share/mk sys/conf
On Fri, Mar 27, 2015 at 01:00:14PM +0300, Slawa Olhovchenkov wrote: Alpha 21064 support EISA. Alpha is no longer supported in FreeBSD. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r280323 - head/sys/kern
On Sat, Mar 21, 2015 at 03:01:20PM +, Konstantin Belousov wrote: Somewhat modernize the SysV shm code: Interesting. Is my understanding correct that postgres still uses shm? If so, has someone benchmarked the speedup? mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r276488 - in head: share/mk sys/arm/broadcom/bcm2835 sys/conf
On Wed, Dec 31, 2014 at 09:25:51PM -0700, Warner Losh wrote: This change is wrong. bsd.sys.mk was eliminated on purpose, dammit. Aw, our first bikeshed of the year. Sniff. I may cry ... Wait? The message is still dated 2014??? hg ... oh wait, the *commit* is UTC. I win mcl (in case you can't guess, happy new year y'all) ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r275952 - head/sys/amd64/vmm/io
On Sat, Dec 20, 2014 at 04:57:46AM +, Neel Natu wrote: Various 8259 device model improvements: While I am glad to see this particular commit ... ... I have to say that I am depressed seeing the string 8259 in 2014. That chip was a hack in its time, which was a long time ago. (For those kids in the audience: IIRC it was designed to be part of a chipset supporting the Intel 8085 CPU). The fact that designs still carry around little shards of this is ... miserable. Sigh. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r275819 - in head/lib/msun: ld128 ld80 src
On Wed, Dec 17, 2014 at 11:12:35AM -0800, Steve Kargl wrote: I'm always afraid of statements like these, as they can be brought to the table to prevent any changes from being made. The fact that someone else (be it Android or openlibm) uses our code should not limit us as a project to make changes. Hopefully this change will merge into their direction as well? I stand corrected. Foisting unnecessary code churn on others is now an acceptable practice. I am not happy with the fact that you put words in his mouth. This conversation IMHO is not showing the respect committers are due. I think you have a legitimate complaint but statements like this aren't going to gain you any supporters. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r275192 - in head/contrib/elftoolchain: addr2line cxxfilt elfcopy libelftc nm size strings
On Thu, Nov 27, 2014 at 08:12:13PM +, Ed Maste wrote: Copy elftoolchain binutils replacements from vendor branch sweet! mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r270510 - head
On Sun, Aug 24, 2014 at 02:44:14PM -0700, Peter Wemm wrote: I suspect that there's a story here that needs to be told.. Pull the string! The story must be told! mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r268641 - head/usr.sbin/service
On Tue, Jul 15, 2014 at 07:13:44PM -0700, dte...@freebsd.org wrote: destroying all vestiges of that environment purely for the sake of saying it's clean seems counter to the UNIX pathos. I think you mean ethos here, but frankly I like it better this way. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r266865 - in head: include include/xlocale lib/libc/string
On Fri, May 30, 2014 at 06:55:46AM -0500, Pedro Giffuni wrote: I consider this a bug fix; I think ports should already be respecting standards. Hahahahahahaha You haven't looked at much ports code, I see :-) Should I consider a FreeBSD_version bump JIC? Please. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r266121 - head
On Thu, May 15, 2014 at 11:30:17AM +, Baptiste Daroussin wrote: Log: Add the missing coma I thought a coma was what happened from reading mailing lists. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r264935 - head/release/amd64
On Fri, Apr 25, 2014 at 03:00:45PM -0700, Adrian Chadd wrote: I've found a bunch of BIOSes on recent hardware that seems to assume GPTs == EFI booting, and just plain don't boot your system. Suggestion? Put a list of these on the wiki so that other people know not to get burned, too. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r264345 - in head: . contrib/llvm/tools/clang/lib/Driver
On Fri, Apr 11, 2014 at 02:18:38PM -0600, Warner Losh wrote: So attacking that there was fallout is really out of line. +1 ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r263424 - head/sys/arm/conf
On Fri, Mar 21, 2014 at 11:39:55AM -0700, Adrian Chadd wrote: Which LORs? I actively chase down and squish net80211/ath LORs when it's not too difficult (and I know of some rather-difficult ones I'm still trying to solve.) But besides the handful of filesystem LORs that are claimed to be fine, what LORs are you seeing spewed out? fwiw, the following page is still being updated: http://people.freebsd.org/~linimon/studies/prs/lor_prs.html If there are PRs that are about LORs that are not on that page, please let me know off-list and I'll fix them. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r253563 - head/contrib/libstdc++/include/c_std
On Tue, Jul 23, 2013 at 10:23:43AM +, David Chisnall wrote: A surprising number of configure checks rely on this. It was broken by recent cleanups to math.h. Once you have the experiences with the ports tree that I have had, you will no longer assume anything about how ports configure checks work (or many other similar items.) Whatever the number, I would hardly find it surprising. The quality of code in the ports collection varies wildly. Some of it is truly professional-quality. Some of it is written by people who cannot even tie their own shoelaces. The bulk of it is somewhere in the middle -- and many of those people simply do not have the patience or aptitude to understand the multitude of build and configure systems that are out there. We simply don't have the several thousand people that it would probably take to audit the tens of millions of lines of code involved. I would like to very politely suggest that regression testing such changes beforehand is a far more effective strategy -- both technical and inter-personal -- than simply assuming that either port authors or maintainers will get such issues correct. They can be subtle, and there are an indefinite number of them. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r244865 - in head: . lib lib/libdisk share/mk
On Sun, Dec 30, 2012 at 06:57:45PM -0800, Garrett Cooper wrote: This is what exp- runs are for (portmgr can help with this). OTOH -exp runs are currently off the air. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r233052 - head/share/mk
The style in bsd.port.mk is not consistent. (I know, this is shocking for something that's at r1.706.) Here's what I recall seeing in it, that I found readable: .if defined(USE_GL) . if ${USE_GL:L} == yes USE_GL= glu . endif . for _component in ${USE_GL} . if !defined(_GL_${_component}_LIB_DEPENDS) \ !defined(_GL_${_component}_RUN_DEPENDS) IGNORE= uses unknown GL component . else LIB_DEPENDS+= ${_GL_${_component}_LIB_DEPENDS} RUN_DEPENDS+= ${_GL_${_component}_RUN_DEPENDS} . endif . endfor .endif Various other bits of ports/Mk/*.mk use this same indentation; others use two spaces, tabs, ... Unfortunately the counter-argument of let's just go fix it to have one style is all the patches against bsd.port.mk that would then no longer apply. Personally, I'd like to see us pick a recommended way for new code, whether it's one or two spaces, whatever. (8 spaces seems too much.) mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r230207 - in head/sys: netinet sys
I had kind of hoped that before support was dropped, we had generated a strategy for dealing with the port breakages that my -exp run detected. This is disappointing. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r228896 - head/contrib/netcat
On Wed, Dec 28, 2011 at 04:40:49PM +0100, Ulrich Spörlein wrote: It's better to have one person (Xin LI) figure out if the change is needed or a no-op and do the upgrade to match our version to upstream's version, than to have a discrepancy between the two and cause half a dozen developers that stumble upon that difference to scratch their heads and spend time in figuring out if we should import the change. We already have the following wiki page: http://wiki.freebsd.org/PortsNotUpgraded Perhaps an analagous page for src would be helpful? mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r221900 - head
On Tue, May 31, 2011 at 04:52:10PM +0100, Ben Laurie wrote: Now I'm back from my travels someone's going to have to tell me what I need to do! Now you understand the reason not to leave the room: someone just volunteers you to do stuff, when you do. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r222463 - head/sys/powerpc/powermac
On Sun, May 29, 2011 at 08:46:54PM +, Nathan Whitehorn wrote: Add some error handling here: if a sensor returns an error code (a negative Kelvin temperature, which is impossible except for some contrived magnetic spin systems), use the previous measurement from that sensor instead of corrupting everything and randomly changing the fans or shutting off the machine. I believe this wins commit message of the month. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r222183 - head/lib/clang
On Sun, May 22, 2011 at 10:22:56PM +0200, Roman Divacky wrote: The problem here is deeper in my opinion. What FreeBSD calls amd64 the rest of the world (ie. linux) calls x86_64, I think that instead of this we should teach llvm/clang about amd64. Maybe as a FreeBSD-only diff. If we move away from amd64, we are going to need a _substantial_ amount of work on ports. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r221900 - head
On Sat, May 14, 2011 at 05:44:12PM +, Colin Percival wrote: Encourage Ben Laurie to finish getting his commit bit by appointing him as the OpenSSL maintainer. Cool! (both parts) mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r214817 - head/sys/teken
On Fri, Nov 05, 2010 at 01:21:03AM +, Alexander Best wrote: maybe, because nearly all PRs (most of them including patches) they have submitted via GNATS in the past remain unnoticed and thus they've gotten tired of reporting issues and submitting patches if nobody seems to care? ;) We actually do better these days w/rt userland bugs (and some src bugs) than we were a few years ago. I'm always looking for suggestions on how we can get more committers interested in PRs (especially those with patches). mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r209221 - head/bin/sh
On Thu, Jun 17, 2010 at 12:36:51PM -0700, Doug Barton wrote: every time this is discussed it's the bikeshed from $CULTURALLY_RELEVANT_PLACE_OF_TORMENT. On occasion I'm attempted to close incoming PRs with the following text: Administer your system. The upside of FreeBSD being so configurable is that you can make it behave exactly as you like. The downside is that this takes extra work. IMHO we'll never achieve consensus on this issue, so we should just let it go. Me? I don't use tcsh for root, I use sh. mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org
Re: svn commit: r205307 - head/sys/i386/conf
On Thu, Mar 18, 2010 at 06:44:45PM -0700, Julian Elischer wrote: If I'm not mistaken this means that the install CDs will no longer even boot on a lot of machines. I wonder how much RAM most of those systems have ... mcl ___ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to svn-src-head-unsubscr...@freebsd.org