Re: [HEADSUP] Re: Is IPV6 option still necessary?
> Now we can get back on the ipv6 option. > > so if we want to proceed further in removing the option to build with or > without > ipv6 for the ports side. Please speak up in reply to this email, if you are > building without ipv6, why are you doing so, what are the real benefit for it. > How bad it will impact you if we do remove that option? Whenever I use ports over FreeBSD-provided packages (or to use ports to build my own packages), I often disable IPV6 support. The lengthy response below should explain why. In short: the IPV6 option is useful and important. Please keep it. In length: I think anyone operating in the Real World knows quite well that IPv6 is still treated as a third-class citizen when it comes to both general connectivity/reliability* and general use cases code-wise**. It's still very much in utero; or a toddler, if you will. When you encounter IPv6 vs. IPv4 prioritisation issues, they are painful and annoying. No user or administrator is going to sit for hours fiddling with it all to restore things to a working state when simply removing IPv6 relieves the problem permanently. Time and time again I see companies advertising records and webservers listening on IPv6 yet IPv6 transit fails but their A/IPv4 endpoint works fine. It's the dual-stack nature that makes a lot of this worse than it should be. (I do think this subject should be re-visited once the world as a whole starts to seriously decommission IPv4, though. Yes I'm serious.) I've worked for several companies that are IPv4-only, where the belief (and one I share) is that IPv6-only clients have some 6-to-4-ish gateway/NAT somewhere upstream, otherwise they wouldn't be able to reach most of the Internet. IPv4 NAT still works for the majority of use cases still as of 2019. Furthermore, faux-political statements like "IPv6 is more widely used than 2012" should be ignored and facts reiterated: IPv6 adoption is around 25% as of mid-2019. And it's taken over 10 years to reach that. IPv4 is also well-understood, and not, as Dave Horsfall accurately described, "a horse designed by a committee"; people are still trying to wrap their head around IPv6 NDP/RA, SLAAC, and a myriad of other things (dare I mention syntax?). It's this which explains the sluggish adoption rate. And yes, I am well-aware of how important IPv6 is in other regions, particularly Asia. I am not belittling that need at all. But not everyone globally has the same needs. What should really be asked for is the opposite: for the FreeBSD ports folks to justify its removal. How is this hurting you on a daily basis? Is there a large percentage of Mk/ framework bits causing you pain? Are the bulk of per-port patches inducing maintainer grief? At what scale is this impacting you? In 7 years (since the OP picked 2012), how much time has been spent by maintainers ensuring IPV6=true works for their port(s)? Are you truly OK throwing away the integration work done by many, many people (not just Project members!) over the past N years (see: per-port patches), and forcing people who still need the option to make their own ports tree to retain it? Here's some harsh advice for the FreeBSD Project: quit changing shit for sake of change, often masked by lies like "XXX is stagnant/old" or similarly fallacious and loaded statements. The project (both src and ports, but especially ports) have lost many very good people in the past 10+ years (and I'm not talking about me) *because* of that change for sake of change mindset -- the same mindset driving this request! It's changes like this that drive people away from FreeBSD. Really. It's the same mindset that provoked people to stop using Linux distros due to systemd integration. I will not be replying to this thread past this point. I have said all that I care to say / spent enough time on it. Just please stop hurting administrators and end users with proposals/actions like this. * - Real-world IPv6 failures impacting end users tend to be higher than IPv4; this is anecdotal on my part, but I have a myriad of peers who have had to disable IPv6 for similar reasons. The IPv4 fallback in software (both userland apps and network stacks) does not always work "correctly". Just go see how often IPv6 failures/issues are reported on both NANOG and the outages@ mailing list. And yes I am quite aware that a good portion of the Internet backbone at this point is IPv6 (that's nice, and not what we're talking about here). ** - I still continue to see open-source software committing major fixes to AF_INET6 related code bits. Major pieces of software include curl, wget, Busybox, DNS servers (pick one!), and ntp... just for starters. -- | Jeremy Chadwick j...@koitsu.org | | UNIX Systems Administrator PGP 0x2A389531 | | Making life hard for others since 1977.| ___ freebsd-stable@freebsd.org ma
Re: pkg thinks kernel is old
This message of pkg is misleading. It looks at /bin/sh or something like that for the version. And prints that as the 'kernel' version. So if you did an incremental build and /bin/sh was not changed the version stays the same. To fix it you can do a clean buildworld/installworld. Regards, Ronald. Van: Bengt Ahlgren Datum: woensdag, 9 oktober 2019 23:38 Aan: sta...@freebsd.org Onderwerp: pkg thinks kernel is old I've ran into this on my 11.3-STABLE system: # uname -K 1103500 # pkg update -f Updating ivyp repository catalogue... Fetching meta.txz: 100%560 B 0.6kB/s00:01 Fetching packagesite.txz: 100% 410 KiB 419.9kB/s00:01 Processing entries: 0% Newer FreeBSD version for package zziplib: To ignore this error set IGNORE_OSVERSION=yes - package: 1103000 - running kernel: 1102509 Ignore the mismatch and continue? [Y/n]: I build my own packages with poudriere, and have just switched from an 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything after the switch, perhaps that's needed to make pkg recognise the correct kernel version? Bengt ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: pkg thinks kernel is old
Ronald Klop writes: > Van: Bengt Ahlgren > Datum: woensdag, 9 oktober 2019 23:38 > Aan: sta...@freebsd.org > Onderwerp: pkg thinks kernel is old >> >> I've ran into this on my 11.3-STABLE system: >> >> # uname -K >> 1103500 >> # pkg update -f >> Updating ivyp repository catalogue... >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing >> entries: 0% >> Newer FreeBSD version for package zziplib: >> To ignore this error set IGNORE_OSVERSION=yes >> - package: 1103000 >> - running kernel: 1102509 >> Ignore the mismatch and continue? [Y/n]: >> >> I build my own packages with poudriere, and have just switched from an >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything after >> the switch, perhaps that's needed to make pkg recognise the correct >> kernel version? >> >> Bengt > This message of pkg is misleading. > > It looks at /bin/sh or something like that for the version. And prints > that as the 'kernel' version. So if you did an incremental build and > /bin/sh was not changed the version stays the same. > To fix it you can do a clean buildworld/installworld. > > Regards, > Ronald. That might well be it - I've done some buildworld:s with -DNO_CLEAN lately. I'll test - thanks for the tip! Bengt ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: pkg thinks kernel is old
On Thu, Oct 10, 2019 at 01:25:28PM +0200, Ronald Klop wrote: > This message of pkg is misleading. > > It looks at /bin/sh or something like that for the version. And prints that > as the 'kernel' version. So if you did an incremental build and /bin/sh was > not changed the version stays the same. > To fix it you can do a clean buildworld/installworld. > > Regards, > Ronald. I do agree the message is misleading, It should say "running world". It does not look anymore at /bin/sh because of the incremental build problem, it looks at uname which is always updated for uname -U during incremental builds. (and falls back on /bin/sh if uname does not exist). so it says the userland of the running system is not inlined with the version the packages where built for. Best regards, Bapt signature.asc Description: PGP signature
Re: pkg thinks kernel is old
On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: > Ronald Klop writes: > > > Van: Bengt Ahlgren > > Datum: woensdag, 9 oktober 2019 23:38 > > Aan: sta...@freebsd.org > > Onderwerp: pkg thinks kernel is old > >> > >> I've ran into this on my 11.3-STABLE system: > >> > >> # uname -K > >> 1103500 > >> # pkg update -f > >> Updating ivyp repository catalogue... > >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching > >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing > >> entries: 0% > >> Newer FreeBSD version for package zziplib: > >> To ignore this error set IGNORE_OSVERSION=yes > >> - package: 1103000 > >> - running kernel: 1102509 > >> Ignore the mismatch and continue? [Y/n]: > >> > >> I build my own packages with poudriere, and have just switched from an > >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything after > >> the switch, perhaps that's needed to make pkg recognise the correct > >> kernel version? > >> > >> Bengt > > > This message of pkg is misleading. > > > > It looks at /bin/sh or something like that for the version. And prints > > that as the 'kernel' version. So if you did an incremental build and > > /bin/sh was not changed the version stays the same. > > To fix it you can do a clean buildworld/installworld. > > > > Regards, > > Ronald. > > That might well be it - I've done some buildworld:s with -DNO_CLEAN > lately. I'll test - thanks for the tip! Can you provide the uname -U information (building with -DNO_CLEAN) should be perfectly fine. Best regards, Bapt signature.asc Description: PGP signature
Re: pkg thinks kernel is old
On Thu, 10 Oct 2019 15:44+0200, Bengt Ahlgren wrote:
> That might well be it - I've done some buildworld:s with -DNO_CLEAN
> lately. I'll test - thanks for the tip!
For what it's worth, I run this command prior to running
make -D NO_CLEAN buildworld buildkernel:
/usr/bin/find /usr/obj -type f -and \( -name vers.c -or -name .version -or
-name version -or -name version.c -or -name '*crt1*.s' \) -exec rm -v -- {} \;
--
Trond.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: [HEADSUP] Re: Is IPV6 option still necessary?
On Wed, Oct 09, 2019 at 08:13:39PM -0700, Jeremy Chadwick wrote:
> > Now we can get back on the ipv6 option.
> >
> > so if we want to proceed further in removing the option to build with or
> > without
> > ipv6 for the ports side. Please speak up in reply to this email, if you are
> > building without ipv6, why are you doing so, what are the real benefit for
> > it.
> > How bad it will impact you if we do remove that option?
>
> Whenever I use ports over FreeBSD-provided packages (or to use ports to
> build my own packages), I often disable IPV6 support. The lengthy
> response below should explain why.
> {brevity snip}
This was sent to the wrong mailing list; was intended for -ports.
Sorry for the noise.
--
| Jeremy Chadwick j...@koitsu.org |
| UNIX Systems Administrator PGP 0x2A389531 |
| Making life hard for others since 1977.|
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
