Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Teske, Devin
On Jul 13, 2013, at 11:13 PM, Garrett Wollman wrote: In article 20130714054840$7...@grapevine.csail.mit.edu, dte...@freebsd.org writes: How about rquery? What protocol does that use? and what does it talk to? It accesses the sqlite database in /var/db/pkg that was previously retrieved

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Teske, Devin
On Jul 14, 2013, at 12:06 AM, Garrett Wollman wrote: In article 20130714064601$3...@grapevine.csail.mit.edu, dte...@freebsd.org writes: [I wrote:] It accesses the sqlite database in /var/db/pkg that was previously retrieved from the remote repository. Now from what you explained of

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Matthew Seaman
On 14/07/2013 04:18, Teske, Devin wrote: ASIDE: For efficiency, I will actually need three things: (1) a list of all packages (2) their descriptions and (3) their run-time dependencies. That would be the repository catalogue, which you can download by 'pkg update' (or it will happen

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Teske, Devin
On Jul 13, 2013, at 9:24 PM, Peter Wemm wrote: On Sat, Jul 13, 2013 at 11:54 AM, Teske, Devin devin.te...@fisglobal.com wrote: So yes... I'm asking... in a HEAD world, what is the officially supported method of acquisition? * pkgng will be configured to pull via http from project

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Matthew Seaman
On 14/07/2013 06:48, Teske, Devin wrote: Question: Where can I learn more about the actual format of what's in the new tarballs? This is going to be important not for bsdconfig, but $work (we have our own build platform; I'm going to have to rewrite it from mastering PLIST files to mastering

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Teske, Devin
On Jul 14, 2013, at 2:30 AM, Matthew Seaman wrote: On 14/07/2013 06:48, Teske, Devin wrote: Question: Where can I learn more about the actual format of what's in the new tarballs? This is going to be important not for bsdconfig, but $work (we have our own build platform; I'm going to have to

Re: msk0 watchdog timeout and interrupt storm

2013-07-14 Thread Yonghyeon PYUN
On Sat, Jul 13, 2013 at 01:39:06PM +0200, Denis D wrote: If you use dual-boot, please try cold-boot it. Other OS may have put the PHY into weird state. Cold-boot shall make firmware restore its PHY configuration. Hello pyunyh, when i really understand the

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Garrett Wollman
In article 20130714054840$7...@grapevine.csail.mit.edu, dte...@freebsd.org writes: How about rquery? What protocol does that use? and what does it talk to? It accesses the sqlite database in /var/db/pkg that was previously retrieved from the remote repository. Question: Where can I learn more

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Matthew Seaman
On 14/07/2013 11:12, Teske, Devin wrote: Interesting. I notice that (while looking ahead to see a prefix: of /usr/local in the +MANIFEST), the tarball itself has files that include /usr/local in their path. Yes -- we consider the $PREFIX to be 'baked into' the package at compile time. You

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Garrett Wollman
In article 20130714064601$3...@grapevine.csail.mit.edu, dte...@freebsd.org writes: [I wrote:] It accesses the sqlite database in /var/db/pkg that was previously retrieved from the remote repository. Now from what you explained of pkg, I'm worried that for bsdconfig: 1. Browse packages

Ports with daemons on uninstall...

2013-07-14 Thread Ian FREISLICH
Hi I have to ask if there's a standard for the way ports should handle their daemons when the port is uninstalled. I've encountered 3 varients of ports behaviour on uninstall: 1. Do nothing 2. Stop the daemon 3. Ask if the daemon should be stopped #1 closely followed by #3 are the least

Re: lost my r2xxxxx subversion id in uname kern.version

2013-07-14 Thread cpghost
On 07/13/13 03:03, Dan Mack wrote: I'm not sure exactly when but recently I've lost the subversion id from kern.version and hence uname and motd. Subsequent fresh rebuilds from source don't bring it back even after wiping out the tree. Today it looks like this: root@olive:~ # uname -a

Re: Ports with daemons on uninstall...

2013-07-14 Thread Scot Hetzel
On Sun, Jul 14, 2013 at 10:52 AM, Ian FREISLICH i...@clue.co.za wrote: Hi I have to ask if there's a standard for the way ports should handle their daemons when the port is uninstalled. I've encountered 3 varients of ports behaviour on uninstall: 1. Do nothing 2. Stop the daemon 3. Ask

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Teske, Devin
On Jul 14, 2013, at 8:01 AM, Chris Rees wrote: On 14 Jul 2013, at 08:29, Teske, Devin wrote: To give you an idea as to just how helpful this is... Imagine the following hierarchy: src/pkgbase/depend/mystuff/script1 src/pkgbase/depend/mystuff/textfile1

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Adrian Chadd
... I bet you could do that. I bet you could build the rpm inside a linux jail and have the relevant uname bits overridden in the right way. -adrian On 14 July 2013 09:52, Teske, Devin devin.te...@fisglobal.com wrote: On Jul 14, 2013, at 8:01 AM, Chris Rees wrote: On 14 Jul 2013, at 08:29,

Re: Ports with daemons on uninstall...

2013-07-14 Thread Jilles Tjoelker
On Sun, Jul 14, 2013 at 05:52:37PM +0200, Ian FREISLICH wrote: I have to ask if there's a standard for the way ports should handle their daemons when the port is uninstalled. I've encountered 3 varients of ports behaviour on uninstall: 1. Do nothing 2. Stop the daemon 3. Ask if the daemon

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Chris Rees
On 14 Jul 2013, at 08:29, Teske, Devin wrote: To give you an idea as to just how helpful this is... Imagine the following hierarchy: src/pkgbase/depend/mystuff/script1 src/pkgbase/depend/mystuff/textfile1 src/pkgbase/depend/mystuff/sourcefile.c src/pkgbase/depend/mystuff/Makefile

Re: Ports with daemons on uninstall...

2013-07-14 Thread Garrett Wollman
In article 20130714191725.ga30...@stack.nl, jil...@stack.nl writes: Apart from the annoyance of the restarts, automatic stopping and starting is probably the best policy for having things just work. Some daemons will crash or otherwise stop being useful when their files have been deleted or

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Craig Rodrigues
On Sat, Jul 13, 2013 at 10:54 PM, Teske, Devin devin.te...@fisglobal.comwrote: I assume that poudiere builds packages from ports. Yes. That's not how we build package repositories here (and would expect that there are many more like us). How do you build packages if you are not using

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Rainer Duffner
Am 15.07.2013 um 00:43 schrieb Craig Rodrigues rodr...@freebsd.org: On Sat, Jul 13, 2013 at 10:54 PM, Teske, Devin devin.te...@fisglobal.comwrote: I assume that poudiere builds packages from ports. Yes. That's not how we build package repositories here (and would expect

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Teske, Devin
On Jul 14, 2013, at 11:50 AM, Adrian Chadd wrote: ... I bet you could do that. I bet you could build the rpm inside a linux jail and have the relevant uname bits overridden in the right way. There's an idea. -- Devin On 14 July 2013 09:52, Teske, Devin devin.te...@fisglobal.com wrote:

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Adrian Chadd
Guys, Devin runs a _lot_ of FreeBSD stuff at his work. If anything we as a community should be making his life easier, not act like he's just clueless and doing it wrong. -adrian On 14 July 2013 16:24, Rainer Duffner rai...@ultra-secure.de wrote: Am 15.07.2013 um 00:43 schrieb Craig

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Rainer Duffner
Am 15.07.2013 um 03:15 schrieb Adrian Chadd adr...@freebsd.org: Guys, Devin runs a _lot_ of FreeBSD stuff at his work. Doubtlessly. It wouldn't make sense on a small scale. I assume, his system pre-dates most of the stuff nowadays filed under the dev-ops moniker (chef, puppet…).

Re: [HEADSUP] No more pkg_install on HEAD by default

2013-07-14 Thread Teske, Devin
On Jul 14, 2013, at 3:43 PM, Craig Rodrigues wrote: On Sat, Jul 13, 2013 at 10:54 PM, Teske, Devin devin.te...@fisglobal.commailto:devin.te...@fisglobal.com wrote: I assume that poudiere builds packages from ports. Yes. That's not how we build package repositories here (and would expect

panic: no init

2013-07-14 Thread Eugene M. Zheganin
Hi. I'm using FreeBSD as a desktop. When updating from r251990 to a higher revision (both GENERIC kernels) I got 'panic: no init' message after mountroot (I'm using zfs, seems like mountroot was successful). Nothing changed in my configuration, so I have totally no clue. Right now I'm running

Re: lost my r2xxxxx subversion id in uname kern.version

2013-07-14 Thread Sergey V. Dyatko
On Sun, 14 Jul 2013 18:15:52 +0200 cpghost cpgh...@cordula.ws wrote: On 07/13/13 03:03, Dan Mack wrote: I'm not sure exactly when but recently I've lost the subversion id from kern.version and hence uname and motd. Subsequent fresh rebuilds from source don't bring it back even after