Re: Removing fdisk and bsdlabel (legacy partition tools)

Ed Maste wrote: > MBR (PC BIOS) partition tables were historically maintained with > fdisk(8), but gpart(8) has long been the preferred method for working > with partition tables of all types. fdisk has been declared as > obsolete in the man page since 2015. Similarly BSD disklabels were >

Re: 1 year src-patch anniversary!

Jamie Landeg-Jones wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261657 is a trivial fix > to an admittedly trivial issue, but it's soon going to hit one year old, > and has not had any feedback. Not even "this is rubbish. close ticket" > > | jamie@catwalk:~ % stat 'so good they named

Re: where are the git to svn export script(s) please ?

Warner Losh wrote: > --60fd5605e458f96e > Content-Type: text/plain; charset="UTF-8" > > On Thu, Jul 21, 2022, 4:56 PM Julian H. Stacey wrote: > > > Hi curr...@freebsd.org > > cc ctm-us...@freebsd.org > > > > Has git to sv

where are the git to svn export script(s) please ?

Hi curr...@freebsd.org cc ctm-us...@freebsd.org Has git to svn exporter stopped for src-12 ? https://svnweb.freebsd.org/base/stable/12/ Closure of ports from svn was mentioned long ago for ports@ at: https://www.freebsd.org/developers/cvs/ But no mention of src-12, src-cur & svn

Re: breaking modules

Allan Jude wrote: > On 5/3/2022 2:05 PM, Julian H. Stacey wrote: > >> From: bugzilla-nore...@freebsd.org > >> Date: Tue, 03 May 2022 17:20:14 + > >> To: j...@berklix.com > >> > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 > >

Re: breaking modules

I wrote: > > > From: bugzilla-nore...@freebsd.org > > Date: Tue, 03 May 2022 17:20:14 + > > To: j...@berklix.com > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 > > > > Li-Wen Hsu changed: > > > >What|Removed |Added > >

Re: breaking modules

> From: bugzilla-nore...@freebsd.org > Date: Tue, 03 May 2022 17:20:14 + > To: j...@berklix.com > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263758 > > Li-Wen Hsu changed: > >What|Removed |Added >

Re: breaking modules

Hi, Reference: > From: Eugene Grosbein > Date: Tue, 3 May 2022 22:13:26 +0700 Eugene Grosbein wrote: > 03.05.2022 21:46, Julian H. Stacey wrote: > > > Hi, Reference: > >> From: "Julian H. Stacey" > >> Date

Re: breaking modules

Hi, Reference: > From: "Julian H. Stacey" > Date: Fri, 29 Apr 2022 23:57:02 +0200 "Julian H. Stacey" wrote: > Ed Maste wrote: > > On Thu, 28 Apr 2022 at 11:28, Julian H. Stacey wrote: > > > > > > but that's crude. It's nice

Re: recover deleted file

> okay... > all seems very time consuming operations!! Yes > There should be an os "undelete" as happens in NTFS for example.. which is > very fast and can be done also with extra tools without a hassle. A WIBNI (Wouldnt It Be Nice If) for Unix FS's for as long as I can remember (decades) but

Re: recover deleted file

> Depends on the kind of file. > > You can always: > 1. reboot the system into single user mode, mount the fs readonly (important= > to not overwrite data you want to recover) > 2. dd the partition and into a file > 3. find the content of the deleted file in the dump > > I was able to recover a

mail server on freebsd

I found this article is quite nice for running an email server on freebsd. I just want to share it here. https://www.c0ffee.net/blog/mail-server-guide/

Re: question on socket server

12") { > return; > } > > > Regards and happy hacking, > Ronald. > > PS: I think this does not have to do a lot with freebsd-current. Might > move it to https://lists.freebsd.org/subscription/freebsd-perl or some > generic perl forum/ML. &g

Re: question on socket server

te to a socket of type > SOCK_STREAM that is not connected to a peer socket." > > See also "man 2 send" and "man 2 socket" for a lot more information. > > So it depends a bit on the type of socket you created. > > Regards and happy hacking, > Ronal

question on socket server

Hello I have little knowledge about socket programming. I have a question that, if I have made a socket server, listening on a port. The server prints data to the socket, but there is never a client connection to the port, and the data is never consumed. What will happen to the server then? will

Benchmarks: FreeBSD 13 vs. NetBSD 9.2 vs. OpenBSD 7 vs. DragonFlyBSD 6 vs. Linux

I read this article from Reddit: https://www.phoronix.com/scan.php?page=article=bsd-linux-eo2021=1 I am surprised to see that the BSD cluster today has much worse performance than Linux. What do you think of this? Thanks Piper

Re: [HEADSUP] making /bin/sh the default shell for root

Gary Jennejohn wrote: > On Wed, 22 Sep 2021 08:52:53 -0700 (PDT) > "Rodney W. Grimes" wrote: > > > > On Wed, Sep 22, 2021 at 08:34:58AM -0700, John Baldwin wrote: > > > > On 9/22/21 1:36 AM, Baptiste Daroussin wrote: > > > > > Hello, > > > > > > > > > > TL;DR: this is not a proposal to

Re: src/lib/libgcc_s needs mv /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a

lian H. Stacey jhs at berklix.com Sun May 19 21:30:10 UTC 2019 https://lists.freebsd.org/pipermail/freebsd-current/2019-May/073442.html From: Dimitry Andric dim at FreeBSD.org Date: Sun, 19 May 2019 23:54:18 +0200 2021 Ref: Subject: src/lib/libgcc_s needs mv /usr/obj/usr/src/amd64.amd64

Re: Spam mail being sent via the FreeBSD mailing lists

Kurt Jaeger wrote: > Hi! > > > On May 25, 2021, at 8:53 PM, jake h wrote: > > > I have recently received several pieces of spam mail, apparently sent via > > > this mailing list. These pieces of mail are the usual spam formula; Your > > > phone has a virus,

Spam mail being sent via the FreeBSD mailing lists

Hi everyone, I have recently received several pieces of spam mail, apparently sent via this mailing list. These pieces of mail are the usual spam formula; Your phone has a virus, Ads, Fake blackmail, so on and so forth. Has anyone else noticed these spam emails, or is it just me? Thanks, Jake

Re: HEADSUP: i2c(8) has been washed and ironed

> What about adding a new flag to enable strtoul behavior? I have had a look at the available flag options for a potential strtoul flag, and a flag that makes sense to me is [-s] / [--strtoul]. [-s] is not currently being used in i2c, if we wanted to use it. On Fri, May 14, 2021 at 5:13 AM

Re: immediate panic after nvidia load

On 10.11.20 14:58, David Wolfskill wrote: > On Tue, Nov 10, 2020 at 02:37:53PM +0100, h v wrote: >> Hi, >> ... >>>> recent current (faf24c828d5-c254344(main)): macmini3,1 panics after >>>> loading nvidia (nvidia-driver-340-340.108_2) >>>>

Re: immediate panic after nvidia load

Hi, On 10.11.20 13:13, David Wolfskill wrote: > On Tue, Nov 10, 2020 at 01:09:14PM +0100, h v wrote: >> Hi, >> >> recent current (faf24c828d5-c254344(main)): macmini3,1 panics after >> loading nvidia (nvidia-driver-340-340.108_2) >> >> >> Ho

immediate panic after nvidia load

Hi, recent current (faf24c828d5-c254344(main)): macmini3,1 panics after loading nvidia (nvidia-driver-340-340.108_2) --  cat /var/crash/info.2 Dump header from device: /dev/ada0p3   Architecture: amd64   Architecture Version: 2   Dump Length: 330252288   Blocksize: 512   Compression:

Re: "panic: page fault" in iwn signal handler(?) at r367127

On Fri, 2020-10-30 at 05:37 -0700, David Wolfskill wrote: > I've copied the dump and core.txt files to > http://www.catwhisker.org/~david/FreeBSD/head/r367127/ > > Here's a copy/paste of the stack trace (from the core.txt.3 file): > p 12: page fault while in kernel mode > cpuid = 4; apic id = 04

Re: "panic: page fault" in iwn signal handler(?) at r367127

On Fri, 2020-10-30 at 05:37 -0700, David Wolfskill wrote: > I've copied the dump and core.txt files to > http://www.catwhisker.org/~david/FreeBSD/head/r367127/ > > Here's a copy/paste of the stack trace (from the core.txt.3 file): > p 12: page fault while in kernel mode > cpuid = 4; apic id = 04

Re: /usr/src/usr.bin/gh-bc don't know how to make /usr/src/contrib/bc/locales/en_US.UTF-8.msg

added cc: ctm-us...@freebsd.org , step...@math.missouri.edu Summary of this mail below: I suspect I know where the problem is, Stephen & I will probably be able to resolve it. Stefan Esser wrote: > From: Stefan Esser > To: "Julian H. Stacey" > Cc: curr...@fr

Re: /usr/src/cddl/sbin/zfs don't know how to make zfs-change-key.8

Ryan Moeller wrote: > > On 9/1/20 7:42 PM, Julian H. Stacey wrote: > > Hi curr...@freebsd.org, > > > > With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/cddl/sbin/zfs > > # bmake[4]: don't know how to make zfs-change-key.8. Stop &

Re: /sys/modules/ nfscl & nfsd

"Julian H. Stacey" wrote: > Rick Macklem wrote: > > Julian H. Stacey wrote: > > >Hi curr...@freebsd.org, > > > > > >/sys/modules/ nfscl & nfsd > > >With .ctm_status src-cur 14656 .svn_revision 364986 > > > > > >/usr/src/

Re: /usr/src/usr.bin/gh-bc don't know how to make /usr/src/contrib/bc/locales/en_US.UTF-8.msg

Thanks Stephan for your comprehensive analaysis, i'll look into all this & reports back inc. CC current. Cheers, Julian -- Julian Stacey, Consultant Sys. Engineer, BSD Linux http://berklix.com/jhs/ Crash Brexit Dec. 2020 paid by speculators. http://berklix.uk/brexit/#money

/usr/src/cddl/sbin/zfs don't know how to make zfs-change-key.8

Hi curr...@freebsd.org, With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/cddl/sbin/zfs # bmake[4]: don't know how to make zfs-change-key.8. Stop Avoided for now with /etc/src.conf WITHOUT_ZFS=YES Cheers, Julian -- Julian Stacey, Consultant Sys. Engineer, BSD Linux

/sys/modules/ nfscl & nfsd

Hi curr...@freebsd.org, /sys/modules/ nfscl & nfsd With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/sys/fs/nfsclient/nfs_clkrpc.c:40:10: fatal error: 'opt_kern_tls.h' file not found # #include "opt_kern_tls.h" # /usr/src/sys/modules/nfsd #

/usr/src/usr.bin/gh-bc don't know how to make /usr/src/contrib/bc/locales/en_US.UTF-8.msg

Hi curr...@freebsd.org, /usr/src/usr.bin/gh-bc don't know how to make /usr/src/contrib/bc/locales/en_US.UTF-8.msg With .ctm_status src-cur 14656 .svn_revision 364986 /usr/src/usr.bin/gh-bc Avoided for now with /etc/src.conf WITHOUT_GH_BC=YES Cheers, Julian -- Julian Stacey, Consultant Sys.

Re: Office Hours today @ 18:00 UTC - Core Candidates

"Rodney W. Grimes" wrote: > -- Start of PGP signed section. > > On 2020-05-27 22:01, Philip Paeps wrote: > > > On 2020-05-27 22:35:14 (+0800), Allan Jude wrote: > > >> Sorry for the late notice, I thought I sent this last week. > > >> > > >> After the slate of candidates was finalized last week, I

Re: Working on Zoom port

"Rodney W. Grimes" wrote: > > All, > > > > Given how Zoom is getting used a lot more these days, I've started > > working on a port that installs the Zoom linux client. > > > > Here is a link to my github if anyone wants to help: > > > > https://github.com/emc2/freebsd-ports/tree/zoom > > > >

Re: lib/libsysdecode /usr/include/./sys/pioctl.h:45:2: error: " is deprecated

Brooks Davis wrote: > > --TB36FDmn/VVEgNH/ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Apr 09, 2020 at 11:49:47PM +0200, Julian H. Stacey wrote: > > Anyoe else seeing this on cur

lib/libsysdecode /usr/include/./sys/pioctl.h:45:2: error: " is deprecated

Anyoe else seeing this on current ? ===> lib/libsysdecode (all) env CPP="cpp" MK_PF="yes" /bin/sh /usr/src/lib/libsysdecode/mkioctls /usr/include > ioctl.c.tmp In file included from :97: /usr/include/./sys/pioctl.h:45:2: warning: " is deprecated, ptrace() should be used instead"

Re: src/usr.bin/kyua breaks on manbuild.sh: Permission denied

Brooks Davis wrote: > > On Sat, Mar 28, 2020 at 02:15:29AM +0100, Julian H. Stacey wrote: > > Ed Maste wrote: > > > On Fri, 27 Mar 2020 at 20:48, Julian H. Stacey wrote: > > > > > > > > l /usr/src/contrib/kyua/doc/manbuild.sh > > > >

Re: src/usr.bin/kyua breaks on manbuild.sh: Permission denied

Ed Maste wrote: > On Fri, 27 Mar 2020 at 20:48, Julian H. Stacey wrote: > > > > l /usr/src/contrib/kyua/doc/manbuild.sh > > -rw-r--r-- 1 jhs staff 5187 Mar 25 12:34 > > /usr/src/contrib/kyua/doc/manbuild.sh > > Indeed, this is the problem. manbui

src/usr.bin/kyua breaks on manbuild.sh: Permission denied

src/usr.bin/kyua breaks on manbuild.sh: Permission denied Example: cd /usr/src cat .ctm_status src-cur 14430 cat .svn_revision 359319 uname -a FreeBSD lapr.js.berklix.net 13.0-CURRENT FreeBSD 13.0-CURRENT #14410: Sun Mar 15 16:28:46 CET 2020

Re: cannot build 12.1-RELEASE on latest current-snapshot

Hi again, On 21.03.20 21:52, Dimitry Andric wrote: >> ... > It needs a merge of r355588 ("Fix WITHOUT_CLANG build"), actually. For > some reason, the logic in 12.1-R's version of src.opts.mk does not work > correctly. I tried setting MK_SYSTEM_COMPILER=no, but even that does > not work as it

Re: cannot build 12.1-RELEASE on latest current-snapshot

Hi, > On 20.03.20 18:20, Warner Losh wrote: >> >> ... >> No. This was an error I committed. Update and try again. I had one >> too many changes in the tree I pushed this morning.  >> >> Warner > > > Unfortunately not.. im now @13.0-CURRENT r359179 - still bailing out > (after make cleanworld for

Re: cannot build 12.1-RELEASE on latest current-snapshot

Hi, --- C U T --- On 20.03.20 18:20, Warner Losh wrote: > > > On Fri, Mar 20, 2020, 11:12 AM Dimitry Andric <mailto:d...@freebsd.org>> wrote: > > On 20 Mar 2020, at 10:55, h v <mailto:henry.v...@gmail.com>> wrote: > > > > buildw

cannot build 12.1-RELEASE on latest current-snapshot

Dear List, buildworld for 12.1-RELEASE fails on recent current.. in stage 3: cross tools (see below) Did i miss  newer Options/ Parameters (i checked UPDATING without relevant changes) i'm also not attemting a cross build, simply compiling on amd64 for amd64. --- C U T ---

Re: anyone else seen: mergemaster -iF Cannot 'cd' to /usr/src

> From: "Julian H. Stacey" > Date: Sat, 18 Jan 2020 15:10:21 +0100 "Julian H. Stacey" wrote: > Anyone else seen this: mergemaster -iF Cannot 'cd' to /usr/src Happily, I can no longer reproduce the fault. > Maybe something trivial ? (I have a

anyone else seen: mergemaster -iF Cannot 'cd' to /usr/src

:ascrvhipCPm:t:du:w:D:A:FU COMMAND_LINE_ARGUMENT + AUTO_INSTALL=yes + getopts :ascrvhipCPm:t:du:w:D:A:FU COMMAND_LINE_ARGUMENT + FREEBSD_ID=yes + getopts :ascrvhipCPm:t:du:w:D:A:FU COMMAND_LINE_ARGUMENT + [ -n '' ] + MTREEDB=//var/db + MTREEFILE=//var/db/mergemaster.mtree + [ -n yes -a -z '' ] + date +%y%m%d-%H%M

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

Hi, Reference: > From: Cy Schubert > Reply-to: Cy Schubert > Date: Mon, 17 Jun 2019 18:26:25 -0700 Cy Schubert wrote: > Now that I'm back home, to reply inline re the yacc.h issue. > > In message <201906180021.x5i0l2rk057...@fire.js.berklix.net&g

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

Hi, Reference: > From: Ian Lepore > Date: Mon, 17 Jun 2019 18:56:35 -0600 Ian Lepore wrote: > On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote: > > "Julian H. Stacey" wrote: > > > "Bjoern A. Zeeb" wrote: > >

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

"Julian H. Stacey" wrote: > "Bjoern A. Zeeb" wrote: > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > > >> svn_revision 348842 > > > [ ...] > >

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

Mark Linimon wrote: > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > > svn_revision 348842 > [ ...] > > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > > 'opt_cam.h' file not found > > #include "opt_cam.h&qu

Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

Hi, Reference: > From: "Bjoern A. Zeeb" > Date: Mon, 17 Jun 2019 10:55:45 + "Bjoern A. Zeeb" wrote: > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > >> s

sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found

.ctm_status src-cur 14077 .svn_revision 348842 ===> sys/modules/sdio (all) machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/sdio/sdio_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/devic

master.passwd & group broken in .svn_revision 347964 .ctm_status src-cur 14046

Hi current@ src/ is broken in .svn_revision 347964 .ctm_status src-cur 14046 after finaly getting past make buildworld make buildkernel make installkernel reboot it failed on mergemaster -p cp: /usr/src/etc/master.passwd: No such file or directory Clue

Re: lib/libgcc_s fails on make all after make world succeeds

> On 19 May 2019, at 23:29, Julian H. Stacey wrote: > > > > Hi curr...@freebsd.org > > On current src/ on 2 boxes, I have seen the same break for a week or 2, > > lib/libgcc_s fails on make all after make world succeeds, > > Anyone else seen it or got idea

lib/libgcc_s fails on make all after make world succeeds

Hi curr...@freebsd.org On current src/ on 2 boxes, I have seen the same break for a week or 2, lib/libgcc_s fails on make all after make world succeeds, Anyone else seen it or got ideas please ? Notes below the sample. ===> lib/libgcc_s (all) building shared library libgcc_s.so.1 cc

Re: FCP-101: obsolete driver removal planned for 2019-05-18

Eugene Grosbein wrote: > 11.05.2019 22:59, Julian H. Stacey wrote: > > >> 11.05.2019 21:32, Julian H. Stacey wrote: > >> > >>>> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers > >>>> as previous approved in FCP-101. >

Re: FreeBSD Core Team Response to Controversial Social Media Posts

v...@researchbsd.org wrote: > On Sun, May 12, 2019, at 7:50 PM, Sulev-Madis Silber wrote: > > On Friday, May 10, 2019, FreeBSD Core Team Secretary < > > core-secret...@freebsd.org> wrote: > > > The FreeBSD Core Team is aware of recent controversial statements made > > > on social media by a

Re: FCP-101: obsolete driver removal planned for 2019-05-18

Eugene Grosbein wrote: > 11.05.2019 21:32, Julian H. Stacey wrote: > > >> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers > >> as previous approved in FCP-101. > >> The following drivers are slated for > >> removal from FreeBSD-HEA

Re: FCP-101: obsolete driver removal planned for 2019-05-18

> I've posted a review to remove obsolete 10 and 10/100 Ethernet drivers > as previous approved in FCP-101. > The following drivers are slated for > removal from FreeBSD-HEAD (to be FreeBSD-13): > > ae, bm, cs, de, ed, ep, ex, fe, pcn, sf, sn, tl, tx, txp, vx, wb, xe OMG ! ed ! That EOL's loads

Core: Yes please, Code of Conduct committee: No Thanks.

FreeBSD Core Team Secretary wrote: > The FreeBSD Core Team is aware of recent controversial statements made > on social media by a FreeBSD developer. We, along with the Code of > Conduct review committee, are investigating the matter and will decide > what action to take. Both the Core Team and

Re: CFT: FreeBSD Package Base

On 2019-04-30 17:03, Miroslav Lachman wrote: David Chisnall wrote on 2019/04/30 10:22: On 29/04/2019 21:12, Joe Maloney wrote: With CFT version you chose to build, and package individual components such as sendmail with a port option.  That does entirely solve the problem of being able to

rm /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a

Hi current@ Has anyone else in the last few months needed to do: rm /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a My generic make buildworld & make installworld seem to usually succeed, but after I've then run my own normal customise /usr/src (which I've been running about 20 years

Re: timed restoral until deleter makes a port

"Rodney W. Grimes" wrote: > > On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote: > > > > > Current box here is now about 10 seconds ahead, since timed was deleted, > > > still waiting for the code vandal who removed timed from src/ > > > wi

Re: timed restoral until deleter makes a port

Hi, Reference: > From: Warner Losh > Date: Thu, 24 Jan 2019 16:41:20 -0700 Warner Losh wrote: > On Thu, Jan 24, 2019 at 4:13 PM Julian H. Stacey wrote: > > > Current box here is now about 10 seconds ahead, since timed was deleted, > > still waiting

timed restoral until deleter makes a port

Current box here is now about 10 seconds ahead, since timed was deleted, still waiting for the code vandal who removed timed from src/ without proper discussion in advance, to move timed from src/ to ports/ timed absence will bite more people when 13 is released. timed should be restored to src/

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

Hi, Reference: > From: "Julian H. Stacey" > Date: Sun, 06 Jan 2019 23:31:03 +0100 "Julian H. Stacey" wrote: > Gary Jennejohn wrote: > > On Sun, 06 Jan 2019 08:13:52 +0100 > > "Julian H. Stacey" wrote: > > > > >

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

Gary Jennejohn wrote: > On Sun, 06 Jan 2019 08:13:52 +0100 > "Julian H. Stacey" wrote: > > > > > > $ chrome > > > > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol > > > > > "environ" >

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

> > > $ chrome > > > ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" [ Delayed report (as it took about 2 days to build chrome from ports/)] ... I too am still seing from chrome: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" which I

Re: uname -a output without svn revision number

Hi, Reference: > From: Ed Maste > Date: Fri, 4 Jan 2019 09:10:20 -0500 Ed Maste wrote: > On Fri, 4 Jan 2019 at 08:42, Julian H. Stacey wrote: > > > > Matthias Apitz wrote: > > > $ sh /usr/src/sys/conf/newvers.sh > > > > Me too. Mine also

Re: uname -a output without svn revision number

Matthias Apitz wrote: > $ sh /usr/src/sys/conf/newvers.sh Me too. Mine also returns nothing. Ditto uname. Ditto dmesg. Annoying. /usr/src/.svn_revision 342578 probably what I used to install / from, but how to tell now its been excised ? Good you reported it. (I'd assumed it was local breakage

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

Dimitry Andric wrote: > On 28 Dec 2018, at 12:38, Julian H. Stacey wrote: > >=20 > > "Julian H. Stacey" wrote: > >> Enji Cooper wrote: > >>>> On Dec 27, 2018, at 3:48 AM, Julian H. Stacey = > wrote: > >>>> Hi current@ > >

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

"Julian H. Stacey" wrote: > Enji Cooper wrote: > > > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote: > > > Hi current@ > > > Anyone else seeing make buildworld Clang failures ? > > > ls -l /usr/bin suggests I last made world on Dec 9, >

Re: /usr/src/lib/clang/libclang 'emmintrin.h' file not found

gt; > On Dec 27, 2018, at 3:48 AM, Julian H. Stacey wrote: > >=20 > > Hi current@ > > Anyone else seeing make buildworld Clang failures ? > > ls -l /usr/bin suggests I last made world on Dec 9, > > since then I've failed twice below > > Seems the UPDATING

/usr/src/lib/clang/libclang 'emmintrin.h' file not found

Hi current@ Anyone else seeing make buildworld Clang failures ? ls -l /usr/bin suggests I last made world on Dec 9, since then I've failed twice below Seems the UPDATING doesnt give enough to rescue this. --- cd /usr/src cat .ctm_status # I recall src-cur 13840 make world ...

Re: ctm(1) deprecation in the FreeBSD base system?

I wrote: > I took current /usr/ports/misc/ctm/ > & converted Stephen's & my diffs to be automatic ports patches: > http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/files/ > http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/README.JHS > I haven't checked all

Re: ctm(1) deprecation in the FreeBSD base system?

> The port Makefile that I have prepared is attached below for reference. > Regards, STefan Thanks Stefan, I took current /usr/ports/misc/ctm/ & converted Stephen's & my diffs to be automatic ports patches: http://berklix.com/~jhs/src/bsd/fixes/freebsd/ports/gen/misc/ctm/files/

Re: ctm(1) deprecation in the FreeBSD base system?

A cost(=time)/benefit look on moving ctm from src/ to ports/ : - No tangible architecture benefit (its not like purging an old driver to makes kernel support simpler, or avoiding clashing libs etc) - FreeBSD would shrink 0.028 % of the size of src/ cd /pub/FreeBSD/branches/-current/src

Re: ctm(1) deprecation in the FreeBSD base system?

Hi, Reference: > From: "Rodney W. Grimes" > Date: Mon, 22 Oct 2018 14:11:43 -0700 (PDT) "Rodney W. Grimes" wrote: > > > > In message > > > > , Warner Losh writes: > > > > >> > I think Julian Stacy is still running CTM generation ? > > >> > > >> Ah, yes, that brought

Re: ctm(1) deprecation in the FreeBSD base system?

"Rodney W. Grimes" wrote: > > The ctm(1) client remains in the FreeBSD base system, although > > FreeBSD-hosted ctm infrastructure was shut down some time ago. I > > suspect it is time to remove it from the base system (perhaps making a > > port). > > > > How much use does ctm have these days? >

Re: careless commits disrupt

Hi, Reference: > From: Stefan Esser > Date: Fri, 12 Oct 2018 11:44:59 +0200 Stefan Esser wrote: > Am 12.10.18 um 07:39 schrieb Dag-Erling Sm�rgrav: > > Julian H. Stacey writes: > >> Stefan Esser writes: > >>> You should also delet

Re: ctm(1) deprecation in the FreeBSD base system?

Hi, Reference: > From: "Rodney W. Grimes" > Date: Mon, 22 Oct 2018 13:38:25 -0700 (PDT) "Rodney W. Grimes" wrote: > > > > In message <201810221957.w9mjvdxx012...@pdx.rh.cn85.dnsmgr.net>, "Rodney W. > > Gri > > mes" writes: > > > > >I do not know that other than I do

Re: careless commits disrupt

=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote: > Julian H. Stacey writes: > > Stefan Esser writes: > > > You should also delete old files: > > > > > > cd /usr/src > > > make delete-old > > > make delete-old-libs > > I just ran that. I

Re: careless commits disrupt

I wrote: > Stefan Esser wrote: > > Am 11.10.18 um 18:20 schrieb Julian H. Stacey: > > >> On Thu, Oct 11, 2018 at 05:54:08PM +0200, Julian H. Stacey wrote: > > >>> > > >>> 3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -

Re: careless commits disrupt

Stefan Esser wrote: > Am 11.10.18 um 18:20 schrieb Julian H. Stacey: > >> On Thu, Oct 11, 2018 at 05:54:08PM +0200, Julian H. Stacey wrote: > >>> > >>> 3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -lpthread > >>> /usr/bin/ld:

Re: careless commits disrupt

> On Thu, Oct 11, 2018 at 05:54:08PM +0200, Julian H. Stacey wrote: > > > > 3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -lpthread > > /usr/bin/ld: error: unable to find library -lpthread > > cc: error: linker command failed with exit cod

careless commits disrupt

Careless src/ commits disrupt & deserve reversion, etc ... my 2 current hosts broke building new kernels, so I updated yet Again, & now buildworld breaks. 3_sxnet.pico v3_tlsf.pico v3_utl.pico v3err.pico | tsort -q` -lpthread /usr/bin/ld: error: unable to find library -lpthread cc: error:

Re: ntpd as ntpd user question

On Mon, 23 Jul 2018 12:57:28 +0200 "Niclas Zeising" said On 07/21/18 19:56, RW wrote: > On Sat, 21 Jul 2018 11:14:45 -0600 > Ian Lepore wrote: > > >> There's a "pre-world" stage of mergemaster (-Fp option I think) which >> isn't needed often, but one of the times it is needed is apparently

Can't upgrade past 10.4-STABLE (interrupt storm?)

Hello, I've got an older laptop that I attempted to install 12 on w/o success. Well, it installed. But was unusable. Typing anything at the console frequently doesn't output on the screen w/o tapping one of the arrow keys. But doing that causes other problems. As I can't really use the output. :(

Re: How to add su to /rescue ?

Guy Helmer wrote: > > On Jul 9, 2018, at 6:54 AM, Julian H. Stacey wrote: > > Hi current@ > > I want to add su to /rescue, but got stuck on pam. > > Old unix su didn't suffer from pam. > > There's no #define in su to turn off pam. > > Man src.conf says WITH

How to add su to /rescue ?

Hi current@ I want to add su to /rescue, but got stuck on pam. Old unix su didn't suffer from pam. There's no #define in su to turn off pam. Man src.conf says WITHOUT_PAM is deprecated & does nothing. Can someone please offer a solution ? Or better to include a simple BSD su pre pam ? I would

sys/Makefile .if defined(MODULES_WITH_WORLD)

Hi current@ src/sys/dev/amdsbwd/amdsbwd.c broke src/sys/modules Is it immediately intuitive & well known to developers working in sys/dev to enable MODULES_WITH_WORLD before a test make all before a commit ? Or what should we do to increase the liklehood of commiters catching modules/ errors

Re: Lack of /dev/vtvga0?

On Fri, 22 Jun 2018 23:31:58 -0500 "Mahmoud Al-Qudsi" said Hello list, As I've mentioned in a previous message, I've been working on trying to get a proper graphics subsystem/desktop up and running under 12-CURRENT without any X components; something that was once possible a long time ago by

Re: how do I use the make universe machines?

On Tue, 5 Jun 2018 20:12:18 -0500 "Benjamin Kaduk" said On Wed, Jun 06, 2018 at 12:47:17AM +, Rick Macklem wrote: > I've heard mention of "make universe" machines multiple times, > but have no idea how to use them? > Is there doc on this? > > Thanks, rick > ps: I'll admit I haven't

Re: Recent changes in routing or IPv6 related parts?

On Tue, 22 May 2018 10:12:22 +0200 "Alexander Leidinger" said Hi, I've updated 2 machines to r333966 and I see a change in the behavior in the network area on one of the systems. To begin with, the "original" behavior was not OK either, the em NIC fails to "do

Re: [RFC] Deprecation and removal of the drm2 driver

On Mon, 21 May 2018 10:29:54 -0700 "Pete Wright" said On 05/21/2018 10:07, Steve Kargl wrote: > On Mon, May 21, 2018 at 02:40:50AM +0300, Rozhuk Ivan wrote: >> On Sun, 20 May 2018 21:10:28 +0200 >> Oliver Pinter wrote: >> One of the

Re: HEADS-UP: Linker issues building amd64 kernels with config & make

Hi, Reference: > From: Ed Maste <ema...@freebsd.org> > Date: Mon, 14 May 2018 18:58:25 -0400 Ed Maste wrote: > On 14 May 2018 at 18:05, Julian H. Stacey <j...@berklix.com> wrote: > > > > I guess this explains : > > Date: Sun, 13 May 2018 20

Re: HEADS-UP: Linker issues building amd64 kernels with config & make

Ed Maste wrote: > As of r333461 the amd64 kernel makes use of ifuncs, and requires > support in the linker. A safety belt added in r333470 enforces this, > and will produce an explicit error if the linker does not support > ifuncs. > > lld is the default bootstrap linker for amd64 and has ifunc

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

Hi, Reference: > From: "Julian H. Stacey" <j...@berklix.com> > Date: Mon, 14 May 2018 14:21:14 +0200 > In case there's more tool dependency checking/ auto update done, > I'm now running 'script' & within that 'cd /usr/src; make buildkernel' That w

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

Hi, Reference my > linking kernel.full > iflib.o:(.rodata+0x178): undefined reference to `noop_attach' > iflib.o:(.rodata+0x188): undefined reference to `iflib_pseudo_detach' [ Thanks for call Gary, I have: ] ls -l /usr/bin/ld* -r-xr-xr-x 2 root wheel 1935992 May 13 12:48 /usr/bin/ld*

Re: cd /sys/amd64/compile/GENERIC;make cleandepend; make cleandepend

"Julian H. Stacey" wrote: > Hi, Reference: > > From: Ryan Stone <ryst...@gmail.com> > > Date: Sun, 13 May 2018 17:00:50 -0400 > > Thanks for reply :-) > > Ryan Stone wrote: > > Are you building with WITH_LD_IS_LLD=no?

  1   2   3   4   5   >