ht-up improvement, at least.)
Not that big a deal either way, but it does seem as though there
should be documentation for ps_strings.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
trings in this memory-layout / emulation" etc. (Meanwhile
libkvm still retrieves the arguments. It just does it now with
sysctl().)
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
them -- the one in uma_reclaim()
is not going to help the OS much as the physical pages cannot
be handed out to processes, and they "run out" against themselves,
not the VM system).
All in all, I'm now thinking that I'm abusing the slab allocator
too much here. But I wo
(Durn mailing list software, eating attachments... there are just
the two so I will just send them one at a time here. I took the
individual people off the to/cc since presumably you all got the
attachments already.)
Date: Thu, 27 Jun 2013 18:49:29 -0600
Subject: [PATCH 2/2] increase physical an
(Durn mailing list software, eating attachments... there are just
the two so I will just send them one at a time here. I took the
individual people off the to/cc since presumably you all got the
attachments already.)
Date: Sun, 14 Jul 2013 19:39:51 -0600
Subject: [PATCH 1/2] create_pagetables: co
Here's the split-up version with the additional comment
corrections.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
VM_MAX_KERNEL_ADDRESS
but then eventually allocating something between KERNBASE and
VM_MAX_KERNEL_ADDRESS would cause that last page of "all-0s" to
get filled in, etc. Of course KPML4I should be the very last
(511'th) L4 table entry always, unless the kernel grows really
huge :-)
c variable ndmpdpphys is 1 instead
of 2).
(I fixed the comment errors I spotted earlier, too.)
Chris
amd64/amd64/pmap.c | 100 +---
amd64/include/pmap.h| 36 +
amd64/include/vmparam.h | 13 ---
3 files changed, 97 inserti
es enough "vm_page" data structures to have one for all 8.5
GB, even though there's a .5 GB PCI hole with no RAM behind it.
Those pages are marked "not here, never use these" -- but they
still take sizeof(struct vm_page) bytes (120 bytes) to represent.
512 MB of hole = 512*1024*1024 / 4096 = 131072 pages, which means
the kernel is using 15728640 bytes (15 MB) to track this empty
area. So my remapping hardware gains me 512 MB and then the
kernel loses 15, for a net of 497 MB recovered.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
27;s a glitch in the comment in the original patch,
I'll fix that if/when there's any agreement on whether
it gets applied in some form :-) )
Chris
diff --git a/amd64/amd64/pmap.c b/amd64/amd64/pmap.c
index acf5af2..f1ed8b6 100644
--- a/amd64/amd64/pmap.c
+++ b/amd64/amd64/pmap.c
be bad anyway.)
[I'm also not sure if we might be able to tweak the KPTphys usage
slightly to eliminate whole pages full of L1 PTEs, e.g., if the
GENERIC kernel occupies about 15 MB, we can map it with 7 2MB big
page entries in KPDphys, then just one "regular" PTE
the corresponding L4 direct-map entries. But that would
require switching to the bcopy() method also mentioned below. Or
indexing into vmspace0.vm_pmap.pm_pml4, which is basically the
same thing.)
Chris
-
There are six -- or sometimes five -- sets of pages allocated here
at boot time to
>> .. (but I still needed the map I drew of the page tables...).
>care to share? :-)
It's on paper (I need to get a whiteboard...). If I can ASCIIfy it ...
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/ma
can be achieved by adding and subtracting an offset,
which would allow the base and limit to be arbitrary, rather than
a power of two. (Still, it did not seem worth doing here.)
Chris
diff --git a/amd64/amd64/pmap.c b/amd64/amd64/pmap.c
index 272158d..acf5af2 100644
--- a/amd64/amd64/pmap.c
+++ b
On 2 June 2013 18:15, Florent Peterschmitt wrote:
> Le 02/06/2013 14:16, Chris Rees a écrit :
>> On 2 June 2013 11:41, Eduardo Morras wrote:
>>> On Fri, 31 May 2013 15:01:59 +0100
>>> Chris Rees wrote:
>>>
>>>> Hi all,
>>>>
>
On 2 June 2013 11:41, Eduardo Morras wrote:
> On Fri, 31 May 2013 15:01:59 +0100
> Chris Rees wrote:
>
>> Hi all,
>>
>> I think I've discovered a strange behaviour of sed perhaps triggered
>> by the length of a regex passed to it. I noticed that a certain
&
ters at all, I would agree that for the sake of
> > portability that behavior be consistent with the majority of sh
> > implementations rather than "right" according to arbitrary ruling.
>
> On the other hand, zsh runs the last component of a pipeline in the pa
at the code, and can't from a brief glance figure out why
a slightly longer regex makes such a difference-- does it start to
split it?
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To uns
On 30 May 2013 14:42, Steve Wills wrote:
> On 05/29/13 16:02, Chris Rees wrote:
>> Hi all!
>>
>> Back in 2005, when Alexander Leidinger wrote the make delete-old
>> target, he documented the order of upgrade such that it should be run
>> before mergemaster [1]
ding the order all places should be corrected
> which tell to use the reverse order.
>
>> Warner
>>
>> On May 29, 2013, at 10:02 AM, Chris Rees wrote:
>>
>> > Hi all!
>> >
>> > Back in 2005, when Alexander Leidinger wrote the make delete-old
t
references an executable that has just been removed for example.
I cannot think of an example where the system is left
unbootable/damaged if make delete-old is run after mergemaster.
What do people think of the patch at [2]?
Chris
[1] http://svnweb.freebsd.org/base/head/Makefile?r1=148329&r2
7;s all down to familiarity. I suppose sh is more resistant to
many stupid bugs and handles strings well But it has its own troubles
too of course.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
>
> doesn't work.
>
http://www.sendmail.com/sm/open_source/support/public_forums/
There is also an IRC channel, #sendmail on Freenode.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
ely outgoing mail to x...@y.pl should be rejected.
>
>
> tried access.db -
>
> To:x...@y.pl REJECT
>
> doesn't work
>
>
> any idea. thank you
Try a sendmail list?
Chris
___
freebsd-hackers@freebsd.org mailing list
htt
a race car, make sure the engine runs before
> spending your time polishing the wheels.
You need to spend more time writing patches rather than telling other
people what not to do. We're (nearly) all volunteers.
If you think something needs fixing, you can have a go yourself or pay
=
> # For port textproc/docproj
> WITH_JADETEX=YES
> DOC_LANG="en_US.ISO8859-1"
> FORMATS="html txt"
And yet another example of misunderstanding how quotes in Makefiles breaks
things :)
If in doubt, leave quotes out!
(This only applies to make)
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On 24 April 2013 18:30, Justin Edward Muniz wrote:
>> Our kernel is actually very easy to configure, so I'm not convinced that
>> it's needed; you may be thinking of Linux's menuconfig, but I think that is
>> because of the complexity.
>>
>> Chri
cus on one application.
> Does anyone think that a custom kernel configuration and management GUI
> utility would be desirable?
>
> I will shape my goals to meet the needs of the community.
Our kernel is actually very easy to configure, so I'm not convinced that
it's needed; you
val (CCd) mentions he would be the technical contact for
this project, though that was five years ago-- perhaps he'd like to
comment.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubs
network domains are initialized
before invoking the device configuration code -- moving
SI_SUB_PROTO* before SI_CONFIGURE -- but presumably this idea was
tried and rejected earlier and hence the code in ether_ifattach
to check the same global variable.
Chris
>Can you provide a backtrace that leads to this?
Sure. In case it's not obvious, the __rw_rlock at the top of the
trace is working on a lock that has never been initialized (the
first of the two ipv4 PCBs).
Chris
Booting...
GDB: no debug ports present
KDB: debugger backends: ddb
KDB:
Goodness gracious, did no one see the date on the original post?
What's the limit on this fishing hole?
--
Chris BeHanna
ch...@behanna.org
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
On 1 April 2013 17:13, wrote:
>> Try "DESTDIR='/usr/TZ\ ONE'; export DESTDIR".
>>
>> You need to escape the space.
>
> This is '#!/bin/sh' scripting.
> Doing so "fixes" *.mk, but breaks sh => dir simply doesn't exist
ignore, or modify the patch. :-)
Chris
diff --git a/sys/net/if.c b/sys/net/if.c
--- a/sys/net/if.c
+++ b/sys/net/if.c
@@ -845,6 +845,15 @@
if_purgeaddrs(ifp);
+ /*
+* torek: it's not entirely clear to me where and how this
+* should go, but if domain_init_
bably break somewhere
else; spaces in Make variables have a special meaning.
Use an underscore if you're desperate.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
from ports, would be my first guess.
Remember that if you install audio/oss, you will have to compile a
kernel without sound drivers built in.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
r any help.
You would have better luck on a Windows security list.
This list is for development of FreeBSD.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Tinderbox will also work fine. (Also, this belongs on ports@)
Chris
On 11 Feb 2013 19:31, "Alexander Yerenkow" wrote:
> Best way is to have poudriere :)
>
> Regards, Alexander Yerenkow
> 11.02.2013 21:24 пользователь "Kurt Lidl" написал:
>
> > Gr
On 23 Jan 2013 21:45, "Michel Talon" wrote:
>
> On Wed, 23 Jan 2013 14:26:43 -0600, Chris Rees wrote:
>
> >
> > So we have to take your word for it?
> > Provide a link if you're going to make assertions, or they're no more
> > than
> >
On 23 January 2013 21:24, Wojciech Puchar
wrote:
>>
>> I've heard this same thing -- every vdev == 1 drive in performance. I've
>> never seen any proof/papers on it though.
>
> read original ZFS papers.
No, you are making the
> it is clearly described even in ZFS papers. Both on reads and writes it
gives single drive random I/O performance.
So we have to take your word for it?
Provide a link if you're going to make assertions, or they're no more than
your own opinion.
Chris
_
On 17 Jan 2013 17:13, "Wojciech Puchar"
wrote:
>>
>>
>> Are you simply apprehensive over the time of buildworld?
>
>
> no idea what you mean - my english isn't perfect.
Sorry, was asking the OP.
> I normally have latest binaries and generic kernel built for FreeBSD 8
which i use on servers (don'
ewest and in sync.
I agree; very weird problems sometimes happen with out of sync
kernel/world; normally with new world old kernel, but the opposite is
possible.
Are you simply apprehensive over the time of buildworld?
Chris
___
freebsd-hackers@freebsd.
On 30 Dec 2012 12:58, "Wojciech Puchar"
wrote:
>
> do ports have to be updated this way or i can use portsnap as today? will
portsnap be continued or is too deprecated?
Portsnap is staying.
Chris
___
freebsd-hackers@freebsd.org m
freebsd.org/base/head . # CURRENT
I recall a cluster administrator advising use of svn protocol rather than
http. Something to do with overheads.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
cessary
> steps to do this are documented on the Wiki under
>
>http://wiki.freebsd.org/GitWorkflow#History
>
> Please send me your output of git show-ref in a private mail, thanks.
Hey,
http://www.bayofrum.net/~crees/scratch/git-show-ref.txt
I
On 22 Nov 2012 18:56, "Wojciech Puchar"
wrote:
>>
>>
>> How is it simpler?
>>
>> Chris
>>
>>
>>
> strange question i thought it is obviously clear.
>
> $EDITOR config
> config
> cd ../compile/
> make depend
> mak
On 22 Nov 2012 16:26, "Wojciech Puchar"
wrote:
>>>
>>>
>>
>> Value: ability to embed entire config (comments and all) into the kernel
>
>
> value 2: simplicity.
>
How is it simpler?
Chris
_
On 19 Nov 2012 13:05, "Andriy Gapon" wrote:
>
> on 18/11/2012 16:17 Chris Rees said the following:
> > On 18 November 2012 14:04, Adrian Chadd wrote:
> >> On 18 November 2012 02:48, Andriy Gapon wrote:
> >>
> >>> What you descr
semantics for hours on end, or we can
> realise that git isn't a magic bullet for FreeBSD development.
Also... did I mention git is GPL?
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ha
rg
>
> where the OPs view is susbstantiated.
Yes, but git doesn't work with our workflow. It's been discussed several
times, and changing to a tool that doesn't work for us (and is GPL btw) is
no good at all.
Chris
___
freebs
n be
> cross-built).
>
> Is it possible to accept this? Seems to me non-destructive patch.
Hi Alexander,
Sorry for the late reply. You're definitely better off discussing
this on ports@-- there has been some work done on cross-building
ports, but it's fairly early days ye
On 28 October 2012 19:11, Simon J. Gerraty wrote:
>
> On Sun, 28 Oct 2012 14:06:41 +, Chris Rees writes:
>>Are we planning to replace /usr/bin/make with bmake in the near future?
>
> That was what I heard, but any such move is dependent on dealing with
> ports. The ~sjg/
On 27 October 2012 22:10, Simon J. Gerraty wrote:
>
> On Sat, 27 Oct 2012 19:53:56 +0100, Chris Rees writes:
>>I'm saying that it's unacceptable to expect people to change their
>>systems just to make the ports tree work after we have broken it on a
>>supposedly
eeBSD head. I hope that is okay.
>
> Patching was trivial and It _seems_ to be working fine.
>
> I would appreciate any ideas around how to test the changes and how to
> proceed further.
Have you a patch :)? You're right, there shouldn't have been many
changes needed.
Ch
On 27 October 2012 19:52, Simon J. Gerraty wrote:
>
> On Sat, 27 Oct 2012 14:23:29 +0100, Chris Rees writes:
>>We (ab)use the security update mechanism to merge the pmake changes
>>(:tl and :tu) into releng/7.4 and releng/8.3 (possibly the earlier
>
> I originally provid
MS:U}; do \
5032:${deptype:L}-depends:
5653:${i:S/-//:U}= ${WRKDIR}/${SUB_FILES:M${i}*}
5700:.if defined(PLIST_REINPLACE_${reinplace:U})
5701: @${SED} -i "" -e '${PLIST_REINPLACE_${reinplace:U}}' ${TMPPLIST}
5854:.if defined(USE_RCORDER) || defined(USE_RC_SUBR) &&
${USE_RC_SUB
orking out how to get any of
my patches in!
Please would someone with a src bit review some of my fixes [2]? I'm
working on a few more, but I would need approval for anything
committed.
Thanks!
Chris
[1] http://www.freebsd.org/cgi/query-pr-summary.cgi?responsible=freebsd-rc
[2] http://li
On 27 October 2012 15:32, Bryan Drewery wrote:
> On 10/27/2012 8:23 AM, Chris Rees wrote:
>> [trim CC list a little to stop people regretting replying to this thread]
>>
>> On 27 October 2012 10:15, Chris Rees wrote:
>>>
>>> On 27 Oct 2012 00:35, "Sim
[trim CC list a little to stop people regretting replying to this thread]
On 27 October 2012 10:15, Chris Rees wrote:
>
> On 27 Oct 2012 00:35, "Simon J. Gerraty" wrote:
>>
>>
>> On Fri, 26 Oct 2012 22:02:00 +0100, Chris Rees writes:
>> >In that case
On 27 Oct 2012 00:35, "Simon J. Gerraty" wrote:
>
>
> On Fri, 26 Oct 2012 22:02:00 +0100, Chris Rees writes:
> >In that case we have a switch time on the order of years, not weeks; 8.3
is
> >supported until May '14, and unless we get a :tl etc MFC into 8, even
On 26 Oct 2012 21:51, "Simon J. Gerraty" wrote:
>
>
> On Fri, 26 Oct 2012 21:00:26 +0100, Chris Rees writes:
> >:L -- seems that bmake's use for this is kinda pointless; returning the
> >name of the variable; we could swap that usage over directly.
>
> A
On 26 Oct 2012 20:15, "Chris Rees" wrote:
>
>
> On 26 Oct 2012 19:12, "David O'Brien" wrote:
> >
> > On Fri, Oct 26, 2012 at 12:12:44AM +0200, Baptiste Daroussin wrote:
> > > Do be able to get the ports tree working with bmake asap, I also
from re@
> > about this, but was waiting for something I don't remember.
>
> :tu/:tl is in releng/9.1, so it will also be in 9.1-RELEASE.
Then we only have two supported stable branches you propose to break...
Chris
___
freebsd-hackers
On 26 Oct 2012 06:01, "Konstantin Belousov" wrote:
>
> On Thu, Oct 25, 2012 at 03:53:53PM -0700, Simon J. Gerraty wrote:
> >
> > On Thu, 25 Oct 2012 23:01:27 +0100, Chris Rees writes:
> > >Is there a Wiki page where the actual benefits of moving to bmake
/present], so maybe a fork in the road for bsd.port.mk should
> be devised in order to make everything work.
Now you've terrified me, and probably most other ports people too.
Is there a Wiki page where the actual benefits of moving to bm
uplicate
script for target "-depends" ignored
bmake: "/usr/ports/Mk/bsd.port.mk" line 5124: warning: using previous
script for "-depends" defined here
bmake: "/usr/ports/Mk/bsd.port.mk" line 5124: warning: duplicate
script for target "-depends" ignored
hould offer as the default, we can talk
>> about this.
>
>
> so if 76% would decide that FreeBSD should have KDE included in system -
it means that it should?
No. Read the thread properly.
Chris
___
freebsd-hackers@freebsd.org mailing lis
Can you perhaps read the whole thread and organise your thoughts into just
one email?
Chris
On 18 Sep 2012 09:09, "Wojciech Puchar"
wrote:
> To be succinct: this is not OSX/Windows. True Unix and Unix clones can
>> be decoupled from a desktop environment enough that forcing
re brought up on x11@ when
> there are new upgrades of Xorg available.
>
> As well as this, Xorg versions would have to remain relatively stable
> during minor releases, meaning if you DO want X11, then you are being
> hamstrung by requiring it in base.
>
> Status quo for me pleas
partitions are open.
You may be more familiar with manually editing slice tables, but it is very
easy to mess up.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
t as
> well to avoid checking in patch `artifact` files?
Do you have an example where this has happened?
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
ug.
I think you have a point, but at the moment fdisk really doesn't work
properly at all; I find so many people complaining on IRC about "Why
doesn't fdisk work?"
To be honest, I'd be happy with replacing fdisk with a huge warning
"USE GPART!!"; fdisk isn't really standard anyway.
The alternative of course is to fix fdisk... *properly*.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On 26 Aug 2012 13:15, "Wojciech Puchar"
wrote:
>
> very expensive..
Training and education generally are.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe,
On 12 July 2012 18:52, Chris Rees wrote:
> On 9 July 2012 02:49, David Xu wrote:
>> On 2012/07/08 18:21, Chris Rees wrote:
>>>
>>> Hi all / David,
>>>
>>> doxygen has been failing for a while now on -CURRENT and apparently
>>> -STABLE too.
he DragonFlyBSD project may also find this interesting, because AFAIR
one of the reasons Matt forked FreeBSD was due to disagreements in the
SMP implementation.
--
Thanks and best regards,
Chris Nehren
pgpf2mA8W83Os.pgp
Description: PGP signature
on/fs/zfs
/usr/src/sys/modules/zfs
/usr/src/tools/regression/zfs
Those are probably a good start. Some of them just contain a Makefile
pointing you elsewhere in the tree, though.
I might have missed something, and I'm sure someone will correct me if I
have.
--
Thanks and bes
only when NONE of partitions are
open/mounted, in spite that they are not modified. In FreeBSD 6 it allowed
editing everytime and all worked.
>
> "Preventing people doing stupid things would prevent doing clever things".
>
> OK there is gpart now but still bsdlabel is far eas
On 9 July 2012 02:49, David Xu wrote:
> On 2012/07/08 18:21, Chris Rees wrote:
>>
>> Hi all / David,
>>
>> doxygen has been failing for a while now on -CURRENT and apparently
>> -STABLE too. The current fix is disabling one of the tests in the
>> build, bu
or how things fit together. I
suppose you could say "well volunteered" to that, too, but I'm not sure
if the docs will get finished in time for a good CLI client for
10-RELEASE.
--
Thanks and best regards,
Chris Nehren
pgpjqnyBdJSbw.pgp
Description: PGP signature
d program whenever a "command not found"
>error occurs.
>
> As a first prototype, the database could just be a text file
> and the look up program could be a shell script that uses
> grep and sed.
Anyone looking to implement something like this could also talk to
Sulev-Madis
;s
hanging on a _umtx call. I'm gratuitously ignorant of what goes on
there... but the timings of recent commits to umtx.h [3] could
indicate a link (hope it's not bogus...).
Any pointers on what I should do next?
Chris
[1] http://www.bayofrum.net/~crees/scratch/doxygen-truss
[2]
htt
uot;, "desktop
environments" and so on.
>
> this only generate herds of morons that "know FreeBSD" and dissolve real
user base.
What is the 'real user base?' People who insult newcomers and call them
morons? People who consider it cool to use a OS that is unneces
ers?
>
> Please answer it is important for me, and many other people for a future.
This is not 'going down'. This is adding features to help newcomers. You
are free to disable them. It will not remove anything from FreeBSD.
I point to Doug's statement on elitism.
Chris
___
isable that feature' then.
Since that is the case, you should stop commenting, now, and simply disable
it if/when it comes out.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
gt; >
>
>
> 0:55 Fri 06-Jul sean@queen [~] pkg_info -W bash
> /usr/local/bin/bash was installed by package bash-4.2.28
>
> 0:57 Fri 06-Jul sean@queen [~] pkg_info -W /usr/local/sbin/sendmail
> /usr/local/sbin/sendmail was installed by
; switched on where I spend ages switching it all off/deinstalling it all, I
> know which I prefer - and others have made similar comments.
That's crazy- this is the logic that led to our sh having tab completion
and history disabled by default for years. How many people honestly knew
oking at ldns to create such a tool. It
shouldn't be difficult for anyone familiar with C and DNS who has the
tuits to spare.
--
Thanks and best regards,
Chris Nehren
pgpR1jUEqDRxU.pgp
Description: PGP signature
e useful. Just because Linux uses it doesn't make it a
bad idea.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
s get
'stuck' but it's so obvious when it happens it's no big hardship. I
have a Belkin adaptor one by the way, and it works very well with FreeBSD
apart from that issue, if that's any help.
Chris
___
freebsd-hackers@free
k I understand
>> "i have no idea why this fscadm enable/disable. editing config is
enough."
>> and would ask you elaborate for me. Thanks,
>
>
> why adding solaris style command to add a line in text file. just edit a
text file.
>
Scripting?
Chris
_
foolevel".
> >
> > still single rc.conf, not much bigger in practice.
> >
> > 2) no change in rc.d/* scripts and rc.conf, but change in scripts.
> >
> >
> > If everyone agree i think i may write this new scripts.
>
> Sorry but I completely disagree here. Why ?
>
> Because do one thing and do one thing well. What do you mean ?
He means the UNIX philosophy.
http://www.faqs.org/docs/artu/ch01s06.html
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
ged as root and tried to understand the
/etc tree, boot process and gave up really quickly.
> just seeing a files and directories (both numerous) of just a kernel
binaries was truly enough.
>
> Now... lets go back to FreeBSD which is controllable and understandable
by a human.
Yo
about this?
> ;)
I say we have GPT this decade :)
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On Jun 16, 2012 8:37 PM, "Xin LI" wrote:
>
> On Sat, Jun 16, 2012 at 12:01 PM, Chris Rees wrote:
> > On Jun 14, 2012 5:49 AM, "Wojciech Puchar" <
woj...@wojtek.tensor.gdynia.pl>
> > wrote:
> >>>>
> >>>> file t
brk() works for memory.
>
>
>
> BAD. suppose i keep windoze VM image on filesystem which takes 10GB but
uses 5GB.
>
> i could write simple program to find out what blocks are unused and
then...do nothing.
>
What if you cp it?
Chris
__
On Jun 15, 2012 9:39 AM, "Peter Jeremy" wrote:
>
> On 2012-Jun-14 08:09:30 +0100, Chris Rees wrote:
> >Except STABLE is no good for production, and the problem is EoL- updates
> >and support stop.
>
> There's nothing stopping you from from running -stab
On Jun 14, 2012 9:30 AM, "Damien Fleuriot" wrote:
>
> On 6/14/12 9:09 AM, Chris Rees wrote:
> > On Jun 14, 2012 5:52 AM, "Wojciech Puchar" <
woj...@wojtek.tensor.gdynia.pl>
> > wrote:
> >>>
> >>> Friends,
> >>>
stantly.
> just sometime somebody decide to change number :)
Except STABLE is no good for production, and the problem is EoL- updates
and support stop.
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hac
, so in
'/usr/src/sys/boot/i386/cdboot/cdboot.s':
> --
> loader_paths: .asciz "/BOOT/LOADER"
>.asciz "/boot/loader"
>.byte 0
> --
>
> I injected third '.asciz' line with full path to 'loader' and recompiled
it.
> And what is first line "/BOOT/LOADER" doing in there ?!?
>
Because strict ISO9660 8.3 is case insensitive and uses caps?
Chris
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
1 - 100 of 744 matches
Mail list logo
