this updated as this is
obviously very important information that not everyone usually comes
across. At least I didn't hear anything about it till now.
Thanks Doug,
--
jhell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/ma
move that
directory ?.
This patch is unsuitable for implementation. It effectively removes ACL
access for determining writes to a object that you have ACL write access
to.
Regards,
--
jhell
___
freebsd-current@freebsd.org mailing list
http://lists
er, my own vote would be for some other name than
COMPAT_FREEBSD32.
Perhaps COMPAT_ELF32 would be more well suited for this ?
$0.002
--
jhell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
INED DISK LOCKING THAT IS GOING ON AND THE INFORMATION
FOR WHICH IT MAY CONTAIN BECOMING UNAVAILABLE AT ANY POINT IN TIME DURING
THE ORIGINAL RUN OF THE FIRST SCRIPT OR THE SECOND SCRIPT THAT WAS POSTED
EITHER AS A ATTACHMENT OR IN-LINE.
;) JK!
Good Luck.
- --
j
chroot /mnt /rescue/sh
cd /usr/src
mergemaster -p
make installworld
mergemaster
sync ;sync ;reboot
--- continue whatever other steps from here...
The above assumes you have already installed your new kernel. If not then
it should be obvious of the steps y
On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote:
In Message-Id: <20100319211535.ga76...@mech-cluster241.men.bris.ac.uk>
On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 17 Mar 2010 12:32, Anton Shterenlikht wrote:
In M
not being defined right ?
So if the above is true why would you set CPUTYPE to native in the first
place ? when you can just leave it unset and its equal to native.
Nowhere in /usr/share/examples/etc/make.conf do I see a referance to this
type of CPUTYPE so unless I am totally missing the point of th
t for.
Regards,
--
jhell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Sun, 21 Mar 2010 20:54, jhell@ wrote:
On Sun, 21 Mar 2010 10:04, mav@ wrote:
Julian Elischer wrote:
In the Fusion-io driver we find that the limiting factor is not the
size of MAXPHYS, but the fact that we can not push more than
170k tps through geom. (in my test machine. I've seen
07:27:43AM -0400, jhell wrote:
On Fri, 19 Mar 2010 17:15, Anton Shterenlikht wrote:
In Message-Id: <20100319211535.ga76...@mech-cluster241.men.bris.ac.uk>
On Thu, Mar 18, 2010 at 11:29:36AM -0400, jhell wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 17 Mar 2010
On Mon, 22 Mar 2010 01:53, Alexander Motin wrote:
In Message-Id: <4ba705cb.9090...@freebsd.org>
jhell wrote:
On Sun, 21 Mar 2010 20:54, jhell@ wrote:
I played with it on one re-compile of a kernel and for the sake of it
DFLTPHYS=128 MAXPHYS=256 and found out that I could not cause a
COMPAT_ELF32 or possibly even
ELF32_SUPPORT seems to me as a very likely possibility.
Maybe even:
SUPPORT_ELF32= # Support for 32 Bit ELF Binaries
This would add its own name structure that is expandabe later-in-future
when 128 Bit systems come
`gcc -v -x c -E -mtune=native /dev/null`
Right ?
Regards,
--
jhell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Tue, 23 Mar 2010 20:49, Carlos A. M. dos Santos wrote:
In Message-Id:
On Tue, Mar 23, 2010 at 8:39 PM, jhell wrote:
On Mon, 22 Mar 2010 15:42, deischen@ wrote:
[ Some CC's stripped ]
On Mon, 22 Mar 2010, M. Warner Losh wrote:
P.S. I think that there's much traction to t
e removed and added to the distribution
as a package upon release time.
--
jhell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
nse
intended.
PS: I would really love to sort(1) a rc.conf and have ipv4 and ipv6
functionality sorted together by interface but this is not my main goal
by writing this. Same would go for static_routes but that is another story.
Regards,
--
jhell
___
+= -g
.endif
And this would leave little confusion about what is actually happening
and ensure that adding something like (makeoptions -DWITH_CTF) actually
work.
I do not see a real need for NO_CTF if we can check to see if WITH_CTF
is being defined.
For the relevant sections of the tree
creates the file if its not found.
* Inline the test for version file.
I have opened a PR: misc/149510 here: http://bit.ly/buBqXc
And have uploaded the patch here: http://bit.ly/9hvVfx
Throw me some feedback, concerns or other information. It will be really
appreciated.
Regards,
--
jhell
at any
given point in time if you can give some revisions you would like
tested. You "I believe" made it possible for me to use this card within
a week that I had reported it ~2007-2008 so I and my card are at your
disposal.
Thank you.
--
jhell,v
___
On 08/10/2010 19:48, jhell wrote:
> On 08/10/2010 03:58, Adrian Chadd wrote:
>> On 10 August 2010 15:51, Adrian Chadd wrote:
>>> Hi everyone,
>>>
>>> I'm committing some updates to the if_ath and ath_hal code.
>>>
>>> I've
On 08/10/2010 19:32, Anonymous wrote:
> jhell writes:
>
>> * Adjust the paths that are checked for binaries to be of only
>> /usr/local/bin and /usr/bin. "/bin" is highly unlikely to hold svn(1),
>> git(1) or hg(1).
>
> Please, look at conf/146828. Th
On 08/10/2010 20:39, Doug Barton wrote:
> On 08/10/2010 17:34, jhell wrote:
>> I also meant to CC dougb@ on this as I believe he had something to do
>> with the original commits of the git(1) portions and possibly other parts.
>
> I have specifically sworn off any further c
On 08/10/2010 22:38, Adrian Chadd wrote:
> On 11 August 2010 07:48, jhell wrote:
>
>> I have applied the following (r211136) to my local stable/8 branch and
>> has proven to be an improvement with no drawbacks.
>
> Ah, the calibration scheduling change. Cool!
>
&
On 08/10/2010 21:50, Anonymous wrote:
> Anonymous writes:
>
>> jhell writes:
>>>
>>> And that would be to identify non-conforming ports using non-standard
>>> locations. Though the option is available to look in a non-standard
>>
>> You'
On 08/11/2010 00:11, Adrian Chadd wrote:
> On 11 August 2010 11:48, jhell wrote:
>
>
>> I have attached a dump_all_config_desc for this device in case anyone
>> can identify it. Linksys WUSB54G
>
> Check out this:
>
> http://www.qbik.ch/usb/devices/search_re
On 08/11/2010 03:47, Oliver Fromme wrote:
> jhell wrote:
> > Based on the parts of the script with the additions for tracking source
> > using git(1) I set out to add support for mercurial hg(1) and ended up
> > cleaning some of the script while making so
On 08/11/2010 08:20, Anonymous wrote:
> jhell writes:
>
>> Based on the parts of the script with the additions for tracking source
>> using git(1) I set out to add support for mercurial hg(1) and ended up
>> cleaning some of the script while making some of those additio
t is for another thread.
I do wonder if it would make sense to just split the daily_status_disks*
into daily_status_{FILESYSTEM} to look like this
daily_status_ufs_df_flags etc... and keep daily_status_disks_df to be
defined as daily_status_disks_df="ufs zfs xfs"
Ignore random babbling
WARNING:(/usr/local/tmp/usr/local/ports/www/nspluginwrapper/work/nspluginwrapper-1.2.2/src/npw-wrapper.c:1855):invoke_NPP_Destroy:
> assertion failed: (rpc_method_invoke_possible(plugin->connection))
>
>
>
FWIW I get these very same errors
11 is the culprit that has caused
your problem but I have no way to verify that here without merging it
locally.
If this is the case please mark the MFC of r211706 cvs/1.11 as a do-not-do.
Regards,
--
jhell,v
___
freebsd-current@freebsd.org mailing
sys/kern/subr_param.c for details. ???
vfs.zfs.arc_min="62M"
vfs.zfs.arc_max="496M"
vfs.zfs.prefetch_disable=0
vm.kmem_size="512M"
vm.kmem_size_max="768M"
vm.kmem_size_min="128M"
Regards,
--
jhell,v
___
On 08/28/2010 04:20, Andriy Gapon wrote:
> on 28/08/2010 04:24 jhell said the following:
>> The modified patch from avg@ (portion patch) is:
>>
>> #ifdef _KERNEL
>> if (arc_reclaim_needed()) {
>> needfree = 0;
>>
On 08/28/2010 05:26, Pawel Jakub Dawidek wrote:
> On Sat, Aug 28, 2010 at 05:03:42AM -0400, jhell wrote:
>> On 08/28/2010 04:20, Andriy Gapon wrote:
>>> on 28/08/2010 04:24 jhell said the following:
>>>> The modified patch from avg@ (portion patch
hat I will be attempting to use this ATM I logged
some things for giggles. http://bit.ly/d20tML
At that URL you will find a patch.log reject-files.log and a directory
'reject-files' with non-other than the reject files from the patch tar &
bzip2'd for convenience. Just for being cu
On 09/01/2010 10:28, Josh Paetzel wrote:
> On Tuesday 31 August 2010 16:59:15 Pawel Jakub Dawidek wrote:
>> Hello.
>>
>> I'd like to give you ZFS v28 for testing. If you are neither brave nor
>> mad, you can stop here.
>>
>> The patchset is very experimental. It can eat your cookie and hurt your
>>
patch from pjd@ on current@ that he sent in the same
thread. I attached the downloaded patch. Maybe you can write back and
site if it helped at all so people have a reference.
Regards,
--
jhell,v
--- sys/cddl/compat/opensolaris/sys/atomic.h
+++ sys/cddl/compat/opensolaris/sys/atomic.h
On 09/03/2010 11:50, Peter Molnar, BSD wrote:
> Requires 32-bit libraries installed under /usr/lib32.
> Do: cd /usr/src; make build32 install32; ldconfig -v -m -R /usr/lib32
Did you happen to see the above ?
--
jhell,v
___
freebsd-c
attached to the top along with a contract signed by you so when they
disagree with it they can hand you a pink-slip with they're license
attached to the top.
As for VirtualBox, which is a Sun thing, gone Oratorically wrong... How
long does anyone expect this technology to stick ar
On 09/05/2010 11:53, Luigi Rizzo wrote:
> whereas one might want a more dynamic behaviour (e.g. refresh
> whenever the DNS response expires).
Lord that would be nice! if only PF had this ;)
--
jhell,v
___
freebsd-current@freebsd.org mailin
3, these utilities are built for i386 and amd64 only.
> Thereby you have stale binaries installed from older sources.
>
Lol this is the first I have read about this & comes as quite the
surprise that its not being built on top of the platform/arch that it
was designed to work on.
Give
ype of idea due to not needing to have a
compiler (GCC) installed at all times. It could simply be added and
removed from the base system by package or installed from ports and
allow the end user to choose what they want when they want it. Stuff
like GCC, BIND, DHCP Servers & other la
On 09/10/2010 19:14, jhell wrote:
> On 09/10/2010 14:36, Doug Barton wrote:
>> On 9/10/2010 9:54 AM, David DEMELIER wrote:
>>> 2010/9/10 Matthew Jacob:
>>>> I think not. You are given the opportunity to install prebuilt
>>>> packages at install ti
patibility of the FreeBSD port. Thank you in
> advance.
>
Got a download link. Seems from this point on hub.opensolaris.org is down.
--
jhell,v
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-curre
On 09/15/2010 22:14, Gary Palmer wrote:
> On Wed, Sep 15, 2010 at 08:47:22PM -0400, jhell wrote:
>> On 09/15/2010 13:40, Jason J. W. Williams wrote:
>>> Does the FreeBSD ZFS port get tested against the ZFS test suite
>>> created by Sun? It's a fairly compreh
long with uname -a. Ive seen this happen once before
but do not recall what caused it.
Regards & good luck,
--
jhell,v
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Mon, 20 Sep 2010 10:26, David Xu wrote:
In Message-Id: <4c976f14.8000...@freebsd.org>
jhell wrote:
On 09/19/2010 09:28, David Xu wrote:
just typed sysctl -a on keyboard, and found it is slow, sometimes
it has been stuck for a few seconds, further studied,I found it is
stucked at
On 09/25/2010 09:24, Alexander Kojevnikov wrote:
> On 25 September 2010 17:04, Alexander Kojevnikov
> wrote:
>> On 25 September 2010 15:44, jhell wrote:
>>> Really awesome!
>>>
>>> This will come in handy to serve up stable/*/UPDATING and head/UPDATING
&g
already and re-incarnated here?
Also style(9) is in direct need here.
--
jhell,v
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
fname=`get_if_var $_if ifconfig_IF_name`
> - if [ ! -z "$_ifname" ]; then
> + if [ -n "$_ifname" ]; then
> ifconfig $_if name $_ifname
> fi
> done
Was this ever committed ? If so does anyone have any referring svn
revisions ?
Also if this is committed or planned to be committed is there a chance
it could be MFC'd ?
Would be awesome if this was available on a production release without
patching ;)
Thanks in advance,
--
jhell,v
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
inactive then the
route becomes meaningless.
Maybe if the action of 'restart' to etc/rc.d/netif could also call
etc/rc.d/routing with 'restart' if the configuration of the interface
happens to match one of the recorded routes in rc.conf(5).
Just a thought.
Regards,
--
jhell
On 10/11/2010 01:34, Garrett Cooper wrote:
> On Sun, Oct 10, 2010 at 10:30 PM, jhell wrote:
>> On 10/10/2010 13:23, Garrett Cooper wrote:
>>>
>>> I'm not sure it would get resolved after this commit, but one
>>> minor annoyance is that restarting the
On 10/25/2010 20:42, Xin LI wrote:
> Hi,
>
> Here is a patch that makes top(1) to inverse its table header (PID
> USERNAME THR, etc).
>
> Cheers,
Pretty neato fix for a long-standing annoyance.
--
jhell,v
___
freebsd-current@f
#include
#include
- --
jhell,v
-BEGIN PGP SIGNATURE-
iQEcBAEBAgAGBQJM4BAdAAoJEJBXh4mJ2FR+2soH/1wsPWvw8fM2mzlYcfch51LA
nOC7CLxDw1tirMmH/TeVmG1vZt0l1HbW15c3wuxgjLt1ubDiAGiR4FRFj0LIz4FS
xtnHlpT4HednVBxRflqhPr1KoJWNoM94r3GF93DwHpYsMTpThtWoV1
On 11/14/2010 14:46, Jilles Tjoelker wrote:
> On Sun, Nov 14, 2010 at 11:36:45AM -0500, jhell wrote:
>> I just merged some of the changes to stable/8 of bin/sh, specifically
>> all the recent changes that happened. In revision 215303 it shows that
>> you added stddef.h as a
spot.com/2010/12/zfs-should-not-depend-on-python-and.html
>
> This may (or may not) make it easier to import a newer version of ZFS
> into -CURRENT.
>
Regards,
- --
jhell,v
-BEGIN PGP SIGNATURE-
iQEcBAEBAgAGBQJM97/dAAoJEJBXh4mJ2FR+62EH/
_bidder_init':
>> : undefined reference to `lzma_stream_decoder'
>> /usr/obj/usr/src/tmp/usr/lib/libarchive.a(archive_read_support_compression_xz.o)(.text+0x2b1):
>> In function `xz_filter_close':
>> : undefined reference to `lzma_end'
>> /
t using it to build anything yet.
> However my concern is that if we don't attend to these 2 issues sooner
> than later that they will get lost in the shuffle.
>
> In any case, congratulations on the progress the clang team has made so
> far, and on this new milestone. :)
>
&g
ken.
( svn status /path/to/usr/src ) should show you any misdirected build
objectives that may have populated parts of your src tree without you
realizing it.
--
jhell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/
just creates a symlink to it in a predetermined
directory allowing folks to not really have it installed yet still
update it for critical fixes while they are found without a re-install
of it.
MIB: +1 year
Regards,
--
jhell
___
freebsd-curr
that are updating their system
via source already have the tree on the system or near by.
If you want it installed after all that either copy it to your ~/bin
directory or symlink it.
Regards,
--
jhell
___
freebsd-current@freebsd.org mailing list
h
On 06/15/2010 22:00, jhell wrote:
> On 06/15/2010 21:14, Brandon Gooch wrote:
>> I discovered a few moments ago that filename completion had been
>> committed to HEAD[1]!!!
>
>> This is a (seemingly) small, yet VERY useful addition, and, of course
>> I'm so
Just got home, So Ill be working on getting this put together over the
next few minutes and replying to this thread with a go or no go
depending on the outcome and posting the patch.
Regards,
--
jhell
___
freebsd-current@freebsd.org mailing list
On 06/16/2010 07:53, jhell wrote:
> On 06/16/2010 07:29, jhell wrote:
>> Just got home, So Ill be working on getting this put together over the
>> next few minutes and replying to this thread with a go or no go
>> depending on the outcome and posting the patch.
>
> H
I should probably also mention that it does not have "username"
completion the the following form ~userna[TAB][TAB]
But does complete ~/[TAB][TAB] from your own home directory. And if you
spell out the username as ~username/[TAB][TAB] that will also work.
So do not be surprised.
-
(uint64_t)
lzma_physmem(void) lzma_nothrow;
I would suggest updating your headers if something similar is not found
& try rebuilding world with -DALWAYS_CHECK_MAKE.
You should be able to continue your build after this. -DNO_CLEAN will
get you through it.
Regards,
--
jhell
___
amp;& make obj && make depend && make all && make install
cd /usr/src && make -DALWAYS_CHECK_MAKE buildworld
Good Luck,
--
jhell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailma
On 06/21/2010 09:12, Dag-Erling Smørgrav wrote:
> jhell writes:
>> Sorry but he only mention of filecomplete in your patch is in this
>> section. That is exactly the same in the patch I had originally
>> generated using SVN.
>
> Umm, the copy I have on my disk has th
On 06/21/2010 10:45, Dag-Erling Smørgrav wrote:
> jhell writes:
>> Anton Shterenlikht writes:
>>> What do you mean by "updating your headers"?
>> cd /usr/src/include && make obj && make depend && make all && make install
>
&
On 06/21/2010 11:59, Anton Shterenlikht wrote:
> On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
>> jhell writes:
>>> Anton Shterenlikht writes:
>>>> What do you mean by "updating your headers"?
>>> cd /usr/src/include &
On 06/21/2010 12:25, Dag-Erling Smørgrav wrote:
> jhell writes:
>> Sure, the only difference here is you just seem to have added
>> cleandepend for extra added surety but is unneeded if the obj
>> directory is assumed empty.
>
> Assumption is the mother of all f
On 06/21/2010 13:47, Dag-Erling Smørgrav wrote:
> jhell writes:
>> As to the point before you start pointing fingers as you are so gracious
>> to do lately - The steps laid out are the steps I had once took to
>> correct the similar problem. And I seem to be running on th
On 07/05/2010 07:50, Martin Matuska wrote:
> Direct link to the patch:
> http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch
>
> For full operation (commands zfs allow, unallow, userspace, grouspace)
> the python port must be installed, otherwise these comands don't work or
> have only
On 07/07/2010 09:28, Patrick Donnelly wrote:
> Hi Martin,
>
> 2010/7/5 Martin Matuska :
>> Dear FreeBSD community,
>>
>> there has been a ZFS-related discussion at the meetBSD conference in
>> Krakow, Poland and we agreed to push ZFS version 15 (and not 16) to
>> -CURRENT.
>
> This is great news!
On 07/07/2010 14:20, Martin Matuska wrote:
> Of course v16 pools cannot be downgraded. But I provided the patch for
> testing only, not for production :-)
> You can consider the latest patch (v15 v3) to be more in direction
> production - it is much more complete and very closely follows Solaris 10
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/11/2010 13:02, Christof Schulze wrote:
> Hello,
>
>
> Am Thursday 24 June 2010 20:04:43 schrieb Martin Matuska:
>> As I have imported some more improvements to the ZFS v15 patch that also
>> target speed,
>> I am now calling for testing of v16
On 07/11/2010 15:04, jhell wrote:
> On 07/11/2010 13:02, Christof Schulze wrote:
>> Hello,
>
>
>> Am Thursday 24 June 2010 20:04:43 schrieb Martin Matuska:
>>> As I have imported some more improvements to the ZFS v15 patch that also
>>> target speed,
>&
On 07/13/2010 12:30, Jason J. W. Williams wrote:
> If there's any way to backport ZFS log device removal that would be
> very helpful. That's the primary hold up for ops folks moving our
> OpenSolaris servers to FreeBSD.
I second this.
In explanation I have one machine that needs to be rearranged
it up for whatever happened. If not then backup one
directory rm that directory and repeat.
The base repository is clean.
Regards,
--
jhell,v
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 07/15/2010 20:09, Philip M. Gollucci wrote:
> On 7/15/2010 7:17 PM, jhell wrote:
>>
>> Looks to be a problem with your local .svn directory.
>>
>> Run the following in the psd directory.
>> rm -rf 15.yacc
>> svn update
>>
>> This should fix
ng
the controls creating pointless mirrors. Maybe adding this to src/tools
would be a better place or creating a port for this.
With all do respect & Regards,
--
jhell,v
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mail
firewall log trolling.
No offense but If the functionality exists in gnu-grep then the same
functionality needs to exist in bsd-grep, ``period''. At least for the
mean-time.
Regards,
--
jhell,v
___
freebsd-current@freebsd.org mailing
http://svn.freebsd.org/base/head/usr.sbin/boot0cfg/
It is still connected to the build in the previous directory ../ by the
Makefile.* foreach arch.
Even if, gpart(8) used along with the corresponding files in /boot you
can still achieve the same results for a selection menu at boot time
whether
On Sun, Jun 26, 2011 at 11:33:00PM +0200, deeptec...@gmail.com wrote:
> the FreeBSD Developers' Handbook recommends /var/crash to have
> drwx-- permissions [1]. ``make installworld'' alters those
> permissions to drwxr-x---. one of the two is trolling. which one?
>
> [1]
> http://www.freebs
83 matches
Mail list logo
