Re: can't find ping, route and ifconfig commands.
On Thu, Jun 11, 2020 at 5:39 PM yilkal argaw wrote: > I'm a newbie and I installed netbsd 9.0 using the iso. After > installation every thing worked fine but I am missing the the ping, > route and ifconfig commands. Since the network autoconf worked > perfectly I can install packages but I can't find the package that > contains them. The documentations imply that they are installed by > default. Is there something I'm missing. > > Try the NetBSD man pages. Start here with Ping(8) which gives links to ifconfg(8), routed(8), and several other important network tools. https://netbsd.gw.com/cgi-bin/man-cgi?ping+8+NetBSD-6.0
Re: "hg clone https://anonhg.netbsd.org/src/" still aborts, but...
On Thu, Jun 11, 2020 at 20:33 Greg A. Woods wrote: > Just a wee while ago it was again mentioned that 'hg clone' would be a > suitable way to download NetBSD sources, but I've been trying this off > and on for over a month now and always end up with a failure and abort > just like this attempt today: > > $ hg clone https://anonhg.netbsd.org/src/ h-NetBSD-src > applying clone bundle from > https://cdn.NetBSD.org/_bundles/src/77d2a2ece3a06d837da45acd0fda80086ab4113c.zstd.hg > adding changesets > adding manifests > manifests [> ] 751718/931876 > 48m52s > transaction abort! > rollback completed > abort: stream ended unexpectedly (got 32754 bytes, expected 32768) > > So after reading the line of output again and noticing it's a URL I > decided to try downloading th bundle directly. This worked fine, taking > about 3 minutes for me. > > I then did: "hg init src && cd src && hg unbundle $bundle" > > The unbundle finally finished the first step (unpacking all 931,876 > changesets) after about 15 minutes and began on the manifests, just as > with the clone operation did. > > The manifests then completed, unlike the attempts via the network, > though I don't know how long that took, and now it's checking out > 439,702 "file changes", saying it will be taking over 2hrs to complete. > HG has the world's second-worst task time estimator though -- it's been > waffling between 10 to 30 mins for the past hour or more (on the "files" > step). > > Overall that's _STUNNINGLY SLOW_ compared to a "git clone" of the same > NetBSD source tree -- especially since I've eliminated the network for > the HG test case! > > I'll have to try an up-to-date "git clone" again to be compareing more > apples-to-apples, but IIRC the "git clone" of the src tree works at > least an order of magnitude faster on the same platform, and direct from > the network. > > Perhaps this slowness is because even the initial clone attempt is/was > working from the one big complete bundle-format file? Does HG have any > more efficient way to supply a clone? > > And also, why does the network clone fail, but a fetch+unbundle work? > I talked w Joerg about it and it’s apparently some anomaly w the edge of the serving network. Nb: you’ll want to have an .hg/hgrc w a line: default = https://anonhg.netbsd.org/src ...so that in the future you can just “hg pull” from w/i that repo. -bch > -- > Greg A. Woods > > Kelowna, BC +1 250 762-7675 RoboHack > Planix, Inc. Avoncote Farms >
"hg clone https://anonhg.netbsd.org/src/" still aborts, but...
Just a wee while ago it was again mentioned that 'hg clone' would be a suitable way to download NetBSD sources, but I've been trying this off and on for over a month now and always end up with a failure and abort just like this attempt today: $ hg clone https://anonhg.netbsd.org/src/ h-NetBSD-src applying clone bundle from https://cdn.NetBSD.org/_bundles/src/77d2a2ece3a06d837da45acd0fda80086ab4113c.zstd.hg adding changesets adding manifests manifests [> ] 751718/931876 48m52s transaction abort! rollback completed abort: stream ended unexpectedly (got 32754 bytes, expected 32768) So after reading the line of output again and noticing it's a URL I decided to try downloading th bundle directly. This worked fine, taking about 3 minutes for me. I then did: "hg init src && cd src && hg unbundle $bundle" The unbundle finally finished the first step (unpacking all 931,876 changesets) after about 15 minutes and began on the manifests, just as with the clone operation did. The manifests then completed, unlike the attempts via the network, though I don't know how long that took, and now it's checking out 439,702 "file changes", saying it will be taking over 2hrs to complete. HG has the world's second-worst task time estimator though -- it's been waffling between 10 to 30 mins for the past hour or more (on the "files" step). Overall that's _STUNNINGLY SLOW_ compared to a "git clone" of the same NetBSD source tree -- especially since I've eliminated the network for the HG test case! I'll have to try an up-to-date "git clone" again to be compareing more apples-to-apples, but IIRC the "git clone" of the src tree works at least an order of magnitude faster on the same platform, and direct from the network. Perhaps this slowness is because even the initial clone attempt is/was working from the one big complete bundle-format file? Does HG have any more efficient way to supply a clone? And also, why does the network clone fail, but a fetch+unbundle work? -- Greg A. Woods Kelowna, BC +1 250 762-7675 RoboHack Planix, Inc. Avoncote Farms pgpYsihqdaY8J.pgp Description: OpenPGP Digital Signature
Re: can't find ping, route and ifconfig commands.
In article , yilkal argaw wrote: >I'm a newbie and I installed netbsd 9.0 using the iso. After >installation every thing worked fine but I am missing the the ping, >route and ifconfig commands. Since the network autoconf worked >perfectly I can install packages but I can't find the package that >contains them. The documentations imply that they are installed by >default. Is there something I'm missing. add /sbin:/usr/sbin to your PATH. christos
Re: can't find ping, route and ifconfig commands.
On 20/06/11 08:08PM, yilkal argaw wrote: > I'm a newbie and I installed netbsd 9.0 using the iso. After > installation every thing worked fine but I am missing the the ping, > route and ifconfig commands. Since the network autoconf worked > perfectly I can install packages but I can't find the package that > contains them. The documentations imply that they are installed by > default. Is there something I'm missing. > Only root can see system administration tools such as those.
can't find ping, route and ifconfig commands.
I'm a newbie and I installed netbsd 9.0 using the iso. After installation every thing worked fine but I am missing the the ping, route and ifconfig commands. Since the network autoconf worked perfectly I can install packages but I can't find the package that contains them. The documentations imply that they are installed by default. Is there something I'm missing.
Re: requesting support for persistent memory
On Thu, 11 Jun 2020 13:34:21 +0200 mayur...@kathe.in wrote: > i don't know anything about "the machine" project by 'hp' nor do i > have any idea about why it might've gone quiet, other than that it > must've gone the "ia64" route of technological innovations from 'hp' > labs, but intel's optane (the most popular implementation of > "persistent memory") is selling like hot-cakes in the market right > now. in fact, my new lenovo laptop (which is a low-end core-i3 > machine) has optane memory chips soldered right onto the motherboard. > They are trying to figure out how to efficiently make "memristors", but it's probably harder to crack than they originally anticipated. Slides from 5 years ago: https://www.mcs.anl.gov/events/workshops/ross/2015/slides/ross2015-keeton.pdf
Re: Re: requesting support for persistent memory
mayur...@kathe.in (=?utf-8?q?mayuresh=40kathe=2Ein?=) writes: >i don't know anything about "the machine" project by 'hp' nor do i have any >idea about why it might've gone quiet, other than that it must've gone the >"ia64" route of technological innovations from 'hp' labs, but intel's optane >(the most popular implementation of "persistent memory") is selling like >hot-cakes in the market right now. in fact, my new lenovo laptop (which is a >low-end core-i3 machine) has optane memory chips soldered right onto the >motherboard. So far, Optane memory is used only as disk cache, similar to flash memory or battery-backed RAM found in older RAID controllers. That's interesting, in particular when it gets cheaper, but has little to do with "persistent memory". It's also a proprietary technology that Intel only supports for Windows 10. Optane memory could be used as persistent RAM, because unlike flash memory, it allows access to individual cells (usually a cache line of 64byte is accessed). But while it may be 1000 times faster than Flash, it is also 1000 times slower than DRAM. Which is probably the reason why Optane memory isn't used as such. -- -- Michael van Elst Internet: mlel...@serpens.de "A potential Snark may lurk in every tree."
Re: Where do I get the source tree tarball from?
https://github.com/netbsd/src/ On Thu, Jun 11, 2020 at 8:50 AM mayur...@kathe.in wrote: > > On Thursday, June 11, 2020 05:34 PM IST, xpetrl wrote: > > > > > > > On 6/11/20 1:27 PM, mayur...@kathe.in wrote: > > > i wish to try-out martin huseman's response to my query and get down to > > > compiling the netbsd source tree under a gnu/linux distribution. > > > where do i point my web browser to get the netbsd source tree? > > > > > > > NetBSD guide, Chapter 30. Obtaining the sources: > > > > https://www.netbsd.org/docs/guide/en/chap-fetch.html > > i understand that "cvs" is the preferred mechanism for version control for > netbsd, but do you provide a "git" interface too? >
Re: Where do I get the source tree tarball from?
I recommend Mercurial: hg clone https://anonhg.netbsd.org/src/ On Thu, Jun 11, 2020 at 2:50 PM mayur...@kathe.in wrote: > > On Thursday, June 11, 2020 05:34 PM IST, xpetrl wrote: > > > > > > > On 6/11/20 1:27 PM, mayur...@kathe.in wrote: > > > i wish to try-out martin huseman's response to my query and get down to > > > compiling the netbsd source tree under a gnu/linux distribution. > > > where do i point my web browser to get the netbsd source tree? > > > > > > > NetBSD guide, Chapter 30. Obtaining the sources: > > > > https://www.netbsd.org/docs/guide/en/chap-fetch.html > > i understand that "cvs" is the preferred mechanism for version control for > netbsd, but do you provide a "git" interface too? > -- Benny
Re: Where do I get the source tree tarball from?
On Thursday, June 11, 2020 05:34 PM IST, xpetrl wrote: > > > On 6/11/20 1:27 PM, mayur...@kathe.in wrote: > > i wish to try-out martin huseman's response to my query and get down to > > compiling the netbsd source tree under a gnu/linux distribution. > > where do i point my web browser to get the netbsd source tree? > > > > NetBSD guide, Chapter 30. Obtaining the sources: > > https://www.netbsd.org/docs/guide/en/chap-fetch.html i understand that "cvs" is the preferred mechanism for version control for netbsd, but do you provide a "git" interface too?
Re: Where do I get the source tree tarball from?
On 6/11/20 1:27 PM, mayur...@kathe.in wrote: i wish to try-out martin huseman's response to my query and get down to compiling the netbsd source tree under a gnu/linux distribution. where do i point my web browser to get the netbsd source tree? NetBSD guide, Chapter 30. Obtaining the sources: https://www.netbsd.org/docs/guide/en/chap-fetch.html
Re: requesting support for persistent memory
On Wednesday, June 10, 2020 08:29 PM IST, Sad Clouds wrote: > On Wed, 10 Jun 2020 14:13:57 +0200 > mayur...@kathe.in wrote: > > > i noticed; https://pmem.io/ > > they are supporting windows and linux using some > > 'dax' (direct-access) technology. would netbsd experts too work > > towards bringing-in support for persistent memory? i believe it could > > pave the way for a new breed of applications since it's a whole new > > programming paradigm. > > > > I thought it was mmap(2) followed by msync(2). Job done! > > Joking aside, isn't that what HP tried to do with "The Machine" project > years ago, but then it all went rather quiet. i don't know anything about "the machine" project by 'hp' nor do i have any idea about why it might've gone quiet, other than that it must've gone the "ia64" route of technological innovations from 'hp' labs, but intel's optane (the most popular implementation of "persistent memory") is selling like hot-cakes in the market right now. in fact, my new lenovo laptop (which is a low-end core-i3 machine) has optane memory chips soldered right onto the motherboard.
Where do I get the source tree tarball from?
i wish to try-out martin huseman's response to my query and get down to compiling the netbsd source tree under a gnu/linux distribution. where do i point my web browser to get the netbsd source tree?
