On Sun, 30 Dec 2012 13:18:37 +
Chris Rees wrote:
> 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.
And I understand that freebsd-upda
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 mailing list
http://list
do ports have to be updated this way or i can use portsnap as today? will
portsnap be continued or is too deprecated?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to
1. Checkout the sources:
cd /usr/src # Change to something else if you don't want to checkout
to /usr/src.
svn co http://svn.freebsd.org/base/stable/9 . # stable/9
svn co http://svn.freebsd.org/base/head . # CURRENT
2. Updating:
cd /usr/src # Same caveat as above.
svn up
See also: http://www.
On Thu, 27 Dec 2012, Sam Fourman Jr. wrote:
On Thu, Dec 27, 2012 at 4:18 AM, Wojciech Puchar
wrote:
but i can't find "moron guide" for using svn to update tree.
I cant seem to find a way to handle conflicts, ive tried to do svn
revert on every directory, but there is always more... maybe svn
On Dec 27, 2012, at 8:37 AM, Sergey Matveychuk wrote:
> 27.12.2012 20:29, Sam Fourman Jr. wrote:
>> On Thu, Dec 27, 2012 at 4:18 AM, Wojciech Puchar
>> wrote:
>>> but i can't find "moron guide" for using svn to update tree.
>>
>> I cant seem to find a way to handle conflicts, ive tried to do sv
27.12.2012 20:29, Sam Fourman Jr. wrote:
On Thu, Dec 27, 2012 at 4:18 AM, Wojciech Puchar
wrote:
but i can't find "moron guide" for using svn to update tree.
I cant seem to find a way to handle conflicts, ive tried to do svn
revert on every directory, but there is always more... maybe svn jus
On Thu, Dec 27, 2012 at 4:18 AM, Wojciech Puchar
wrote:
> but i can't find "moron guide" for using svn to update tree.
I cant seem to find a way to handle conflicts, ive tried to do svn
revert on every directory, but there is always more... maybe svn just
isnt a good way to keep your ports tree c
On Thu, Dec 27, 2012 at 7:28 AM, RW wrote:
> On Thu, 27 Dec 2012 02:33:00 -0800
> Garrett Cooper wrote:
>
>> On Thu, Dec 27, 2012 at 2:30 AM, Chris Rees wrote:
>> >
>
>> > I recall a cluster administrator advising use of svn protocol
>> > rather than http. Something to do with overheads.
>>
>>
On Thu, 27 Dec 2012 02:33:00 -0800
Garrett Cooper wrote:
> On Thu, Dec 27, 2012 at 2:30 AM, Chris Rees wrote:
> >
> > I recall a cluster administrator advising use of svn protocol
> > rather than http. Something to do with overheads.
>
> Yes, you're right. http opens a connection per-file,
On Thu, 27 Dec 2012, Garrett Cooper wrote:
On Thu, Dec 27, 2012 at 6:50 AM, Warren Block wrote:
...
I see a lot of people switching to the target directory first rather than
just including it as an argument for svn. Is there an advantage there that
I'm missing? I've always just used
svn
On Thu, 27 Dec 2012, Garrett Cooper wrote:
On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Puchar
wrote:
but i can't find "moron guide" for using svn to update tree.
I never used cvs or svn myself just want to
1) get latest FreeBSD 9-* sources
2) get latest HEAD sources.
1. Checkout the sources:
On Thu, Dec 27, 2012 at 6:50 AM, Warren Block wrote:
...
> I see a lot of people switching to the target directory first rather than
> just including it as an argument for svn. Is there an advantage there that
> I'm missing? I've always just used
>
> svn co http://svn.freebsd.org/base/stable
On Thu, Dec 27, 2012 at 2:30 AM, Chris Rees wrote:
>
> On 27 Dec 2012 09:47, "Garrett Cooper" wrote:
>>
>> On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Puchar
>> wrote:
>> > but i can't find "moron guide" for using svn to update tree.
>> >
>> > I never used cvs or svn myself just want to
>> >
>> >
On 27 Dec 2012 09:47, "Garrett Cooper" wrote:
>
> On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Puchar
> wrote:
> > but i can't find "moron guide" for using svn to update tree.
> >
> > I never used cvs or svn myself just want to
> >
> > 1) get latest FreeBSD 9-* sources
> > 2) get latest HEAD sources
For svn, you can use
svn co svn://svn.freebsd.org/base/[whatever]
You can find all the [whatever] at http://svnweb.freebsd.org/base/
so if you wanted to get the latest HEAD src, then it would go something like
svn co svn://svn.freebsd.org/base/head
On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Pu
On Thu, Dec 27, 2012 at 1:18 AM, Wojciech Puchar
wrote:
> but i can't find "moron guide" for using svn to update tree.
>
> I never used cvs or svn myself just want to
>
> 1) get latest FreeBSD 9-* sources
> 2) get latest HEAD sources.
1. Checkout the sources:
cd /usr/src # Change to something el
On Tue, Aug 29, 2006 at 10:00:12PM +, Mohan Srinivasan wrote:
> mohans 2006-08-29 22:00:12 UTC
> FreeBSD src repository
> Modified files:
> sys/nfsclientnfs_socket.c
> Log:
> Fix for a deadlock triggered by a 'umount -f' causing a NFS request to never
> retransmit (o
On Thu, Mar 06, 2008 at 09:49:48AM -0800, David O'Brien wrote:
> On Tue, Aug 29, 2006 at 10:00:12PM +, Mohan Srinivasan wrote:
> > mohans 2006-08-29 22:00:12 UTC
> > FreeBSD src repository
> > Modified files:
> > sys/nfsclientnfs_socket.c
> > Log:
> > Fix for a deadloc
John E Hein <[EMAIL PROTECTED]> writes:
> - if ($tag !~ m/\./ && # skip vendor tags
> + if ($tag !~ m/\./ # skip vendor tags
> && ([EMAIL PROTECTED] || !grep({ $_ eq $tag } @exclude))
> && ([EMAIL PROTECTED] || grep({ $_ eq $tag } @include
Simon L. Nielsen wrote:
> For other intersted parties I got OK from John Polstra to put his
> script online with std. BSD license so it can now be found at
> http://people.freebsd.org/~simon/scripts/Fixtags .
>
> In case anyone is interested I put the script I use for repo-copies at
> FreeBSD.org
On 2008.02.28 14:58:53 +0100, Dag-Erling Smørgrav wrote:
> "Simon L. Nielsen" <[EMAIL PROTECTED]> writes:
> > John Polstra has made a script (Fixtags) for it which we use for the
> > FreeBSD repository. I don't think he has any problems with it being
> > distributed, but as it doesn't have a copyr
John E Hein wrote at 13:20 -0700 on Feb 28, 2008:
> Thanks. I did something similar (not using cvs ops, but rather
> directly munging the ,v file) with awk, but I had issues with binary
> files.
Regarding binary files, I tried my awk again, but this time with gawk,
and it had no problems. I w
Dag-Erling Smørgrav wrote at 20:36 +0100 on Feb 28, 2008:
> http://people.freebsd.org/~des/software/fixtags
>
> Unfortunately, Apache is set up in such a manner that I can't set the
> correct mime type (if I name it fixtags.pl, it thinks it's a CGI script
> and gives you a 403...)
Thanks. I
John E Hein <[EMAIL PROTECTED]> writes:
> Dag-Erling Smørgrav wrote at 14:58 +0100 on Feb 28, 2008:
> > "Simon L. Nielsen" <[EMAIL PROTECTED]> writes:
> > > John Polstra has made a script (Fixtags) for it which we use for the
> > > FreeBSD repository. I don't think he has any problems with it
Dag-Erling Smørgrav wrote at 14:58 +0100 on Feb 28, 2008:
> "Simon L. Nielsen" <[EMAIL PROTECTED]> writes:
> > John Polstra has made a script (Fixtags) for it which we use for the
> > FreeBSD repository. I don't think he has any problems with it being
> > distributed, but as it doesn't have a
"Simon L. Nielsen" <[EMAIL PROTECTED]> writes:
> John Polstra has made a script (Fixtags) for it which we use for the
> FreeBSD repository. I don't think he has any problems with it being
> distributed, but as it doesn't have a copyright statement i just want
> to ask before I distribute it...
Uh
On 2008.02.27 08:36:30 -0700, John Hein wrote:
> Can someone point me at a script that does tag renaming
> after a repo copy?
John Polstra has made a script (Fixtags) for it which we use for the
FreeBSD repository. I don't think he has any problems with it being
distributed, but as it doesn't hav
On Wed, Feb 27, 2008 at 11:21 AM, John Hein <[EMAIL PROTECTED]> wrote:
> Giorgos Keramidas wrote at 21:04 +0200 on Feb 27, 2008:
>
> > On 2008-02-27 08:36, John Hein <[EMAIL PROTECTED]> wrote:
> > > Can someone point me at a script that does tag renaming
> > > after a repo copy?
> >
> > Yo
Amol Dharmadhikar i ?? ? wrote at 11:47 -0800 on Feb 27, 2008:
> On Wed, Feb 27, 2008 at 11:21 AM, John Hein <[EMAIL PROTECTED]> wrote:
> > I don't want to move the tag... I want to invalidate old tags by
> > renaming them to something else (like foo-1-2-3 -> old_foo-1-2-3).
> >
On 2008-02-27 12:21, John Hein <[EMAIL PROTECTED]> wrote:
>Giorgos Keramidas wrote at 21:04 +0200 on Feb 27, 2008:
>> On 2008-02-27 08:36, John Hein <[EMAIL PROTECTED]> wrote:
>> > Can someone point me at a script that does tag renaming
>> > after a repo copy?
>>
>> You don't really need a `script
Giorgos Keramidas wrote at 21:04 +0200 on Feb 27, 2008:
> On 2008-02-27 08:36, John Hein <[EMAIL PROTECTED]> wrote:
> > Can someone point me at a script that does tag renaming
> > after a repo copy?
>
> You don't really need a `script' to do this.
>
> Tags in CVS are not versioned, so you
On 2008-02-27 08:36, John Hein <[EMAIL PROTECTED]> wrote:
> Can someone point me at a script that does tag renaming
> after a repo copy?
You don't really need a `script' to do this.
Tags in CVS are not versioned, so you can force-tag the repo-copied
files and move the tag to its new place.
For e
On Mon, 21 Jan 2008, Greg Larkin wrote:
cvs -q -d /home/ncvs update -d
The -d option given to the update subcommand builds directories the way cvs
checkout does. Without it, update will only operate on directories that are
already in your sandbox.
In principle you only need to specify the
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Aryeh
> M. Friedman
> I maintain a local repo of the via the cvs mode of cvsup.
> When I do a:
>
> cvs -q -d /home/ncvs update
>
> It will update any modified files but will not add any new
> fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Doug Barton wrote:
> Aryeh M. Friedman wrote:
>> I maintain a local repo of the via the cvs mode of cvsup. When I
>> do a:
>
> What command did you use to check out the files, and what tree are
> you talking about?
cvsup -h cvsup9.us.freebsd.org /us
Aryeh M. Friedman wrote:
I maintain a local repo of the via the cvs mode of cvsup. When I do a:
What command did you use to check out the files, and what tree are you
talking about?
cvs -q -d /home/ncvs update
It will update any modified files but will not add any new files
When you sa
Max Laier wrote:
On Thursday 16 August 2007, you wrote:
rrs 2007-08-16 01:51:22 UTC
FreeBSD src repository
Modified files:
sys/netinet sctp_asconf.c sctp_input.c sctp_output.c
sctp_pcb.c sctp_timer.c sctp_usrreq.c
sctputil.
On Thursday 26 July 2007, Xin LI wrote:
> Hi,
>
> While maintaining some third party contributed software packages I
> ran into a problem where, say, if I remove a file from the vendor
> branch (the file was never dragged off the vendor branch), it does
> not appear in Attic.
>
> Is there a way to
Simon 'corecode' Schubert <[EMAIL PROTECTED]> writes:
> Xin LI wrote:
> > While maintaining some third party contributed software packages I
> > ran into a problem where, say, if I remove a file from the vendor
> > branch (the file was never dragged off the vendor branch), it does
> > not appear in
Xin LI wrote:
While maintaining some third party contributed software packages I ran
into a problem where, say, if I remove a file from the vendor branch
(the file was never dragged off the vendor branch), it does not appear
in Attic.
But it appears as deleted? That's interesting then. How
Quoting Robert Watson <[EMAIL PROTECTED]> (from Fri, 28 Jul 2006
13:45:50 +0100 (BST)):
On Fri, 28 Jul 2006, Alexander Leidinger wrote:
BTW, a problem that has occurred a number of times in the past is
that people have approached us with implementations of ideas in
the idea list that i
Quoting Robert Watson <[EMAIL PROTECTED]> (from Fri, 28 Jul 2006
09:52:33 +0100 (BST)):
[moving to [EMAIL PROTECTED] feel free to redirect if you think there's a
more appropriate list]
On Fri, 28 Jul 2006, Joel Dahl wrote:
Modified files:
en/projects/ideasindex.sgml
Log:
- Extend
On Fri, 28 Jul 2006, Alexander Leidinger wrote:
BTW, a problem that has occurred a number of times in the past is that
people have approached us with implementations of ideas in the idea list
that it has later transpired we aren't actually interested in (sometimes at
all). I think it might n
John Baldwin wrote:
jhb 2006-05-03 13:43:46 UTC
FreeBSD src repository
Modified files:
sys/boot/i386/boot0 boot0.S
Log:
Restore the pre-5.x behavior of only beeping if the user makes a bad
selection and not always beeping on startup. The two bytes for the extra
'jmp'
On Mon, Jan 17, 2005 at 07:13:07AM +1030, Greg 'groggy' Lehey wrote..
> On Sunday, 16 January 2005 at 17:30:51 +, Linus Caldwell wrote:
> > On Sunday, 16 January 2005 at 11:46:35 -0700, Matthew Dillon wrote:
>
> I can't believe this.
>
> >> Poul has completely ignored the proposal, time t
On Sunday, 16 January 2005 at 17:30:51 +, Linus Caldwell wrote:
> On Sunday, 16 January 2005 at 11:46:35 -0700, Matthew Dillon wrote:
I can't believe this.
>> Poul has completely ignored the proposal, time table, sysctl, and the
>> several major figures that supported it and has gone
On 16 Jan 2005 at 17:30, Linus Caldwell wrote:
> [Although this is formally a reply to Matt, I'm addressing the
> committers community here]
Then please address to to the committers mailing list.
--
Dan Langille : http://www.langille.org/
BSDCan - The Technical BSD Conference - http://www.bsdcan
On Sunday, 16 January 2005 at 11:46:35 -0700, Matthew Dillon wrote:
> Mike Smith wrote:
>>
>>> Instead, the appropriate way is to turn off user level blockdev
>>> access entirely. This is the conclusion that was made weeks ago
>>> when you first started your rampage to blow away block
On Mon, Oct 04, 2004 at 10:33:25PM -0400, Christopher Nehren wrote:
> On Mon, 2004-10-04 at 23:35 +, Brooks Davis wrote:
> > brooks 2004-10-04 23:35:13 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > usr.sbin/newsyslog newsyslog.8 newsyslog.c
> > Log:
> > Ad
At 10:33 PM -0400 10/4/04, Christopher Nehren wrote:
On Mon, 2004-10-04 at 23:35 +, Brooks Davis wrote:
brooks 2004-10-04 23:35:13 UTC
FreeBSD src repository
Modified files:
usr.sbin/newsyslog newsyslog.8 newsyslog.c
Log:
> Add a new -d argument which is used to specify
On Mon, 2004-10-04 at 23:35 +, Brooks Davis wrote:
> brooks 2004-10-04 23:35:13 UTC
>
> FreeBSD src repository
>
> Modified files:
> usr.sbin/newsyslog newsyslog.8 newsyslog.c
> Log:
> Add a new -d argument which is used to specify an alternate root for log
> files simil
On 19.09.2004, at 00:08, Poul-Henning Kamp wrote:
Err, I don't see how it could. This only affects how boot2
handles addresses
in the executables it loads, it doesn't affect how the kernel manages
memory
at all.
We're seeing isa-dma bounce buffers getting hard to get hold of these
days.
Is ther
RANCH:date1 -jBRACH:date2' but
RE> > this looks very sub-optimal. Any hints?
RE> >
RE> Surprisingly (it's undocumented) but the exact same synopsis seems
RE> to work here with "cvs diff":
RE> $ cvs di -jRELENG_4:2002/01/01 -jRELENG_4:2003/01/01 --brief Makefi
On Thu, Mar 18, 2004 at 01:49:07PM +0300, Dmitry Morozovsky wrote:
> Dear colleagues,
>
> maybe I'm stupid and blind ;-) but I still can't fugure out how can I ask CVS
> to get diff between two states of a branch with known dates (such as today and
> yesterday). All that I found was 'cvs get -jBRA
[Discussion moved to -hackers...]
David Schultz wrote:
On Sun, Feb 22, 2004, Tim Kientzle wrote:
David Schultz wrote:
One unfortunate side-effect [of dynamic /bin is that] custom
versions of nologin that people have written as shell scripts are
now insecure.
Is there any reason why "login -p" sh
On Sun, Jan 04, 2004 at 05:12:21PM +1100, Bruce Evans wrote:
> On Sat, 3 Jan 2004, Scott Long wrote:
>
> > M. Warner Losh wrote:
> > > In message: <[EMAIL PROTECTED]>
> > > [EMAIL PROTECTED] (Joseph Koshy) writes:
> > > : How does one communicate information about a kernel configuratio
In message <[EMAIL PROTECTED]>, Peter Jeremy wri
tes:
>[Redirected to -hackers because this isn't directly relevant to the
> actual code committed]
>
>On Fri, Aug 15, 2003 at 05:04:02AM -0700, Poul-Henning Kamp wrote:
>> Suggested replacement command sequence on the client:
>>
>> dd if=
Swapfiles should always be preallocated, never sparse. There are two
major reasons for this: First, if the target filesystem fills up all
hell will break lose. The kernel uses swap space too, remember, it
won't be just user programs that will start crashing (think UAREA).
Se
[Redirected to -hackers because this isn't directly relevant to the
actual code committed]
On Fri, Aug 15, 2003 at 05:04:02AM -0700, Poul-Henning Kamp wrote:
> Suggested replacement command sequence on the client:
>
> dd if=/dev/zero of=/swapfile bs=1k count=1 oseek=10
>
Followups to hackers@. For those just tuning in, the patch under
discussion is gdb.diff at:
http://www.root.org/~nate/freebsd/
On Tue, 17 Dec 2002, Alfred Perlstein wrote:
> I'd appreciate the default being such that when one quits gdb the kernel
> begins running again instead of hanging for w
I am still looking into the -j flag and (r)tag. This patch was done quickly, and I am
still
trying to see what it breaks. I realized some of the issues I had were also broken
with an
unpatched cvs. So I might have broken something that is already broken.
I am looking through diff -rv1_11_2 -r
David Yeske wrote:
> I am working on getting cvs more usable so I don't have to worry about
> val-tags when I have read only media, and so I can do stuff like this.
>
> cvs update -rRELENG_4:2002/10/01
>
> cvs diff -rRELENG_4:2002/09/01 -rRELENG_4:2002/09/30
>
> I would appreciate any testing or
On Wed, Nov 20, 2002 at 06:02:30PM -0800, David Schultz wrote:
> Thus spake Tony Finch <[EMAIL PROTECTED]>:
> >
> > Most of the BSS is mmapped zero pages that are copy-on-write, so in simple
> > programs they should be mostly shared. See rtld-elf/map_object.c
>
> Once those pages are written to,
Thus spake Mike Silbersack <[EMAIL PROTECTED]>:
> I'm curious how well COW sharing really works under FreeBSD. Earlier this
> year, I fixed a piece of code which was O((processes sharing a page)^2) in
> the VM system. When certain simple forkbombs were run, they would cause
> the machine to freez
Thus spake Tony Finch <[EMAIL PROTECTED]>:
> David Schultz <[EMAIL PROTECTED]> wrote:
> >
> >BSS and modified data are not shared, and Matt is only counting
> >zero fill and COW faults.
>
> Most of the BSS is mmapped zero pages that are copy-on-write, so in simple
> programs they should be mostly
On Wed, 20 Nov 2002, Dirk Froemberg wrote:
> What about CDRIOCGETBLOCKSIZE and CDRIOCSETBLOCKSIZE? Any chance
> to have these ioctl in cd(4)?
>
> This would allow mplayer to play (S)VCD with SCSI cd drives. 8-)
>
> Regards Dirk
I'm open to reviewing a patch that does this if someone wants
On Wed, 20 Nov 2002, Tony Finch wrote:
> David Schultz <[EMAIL PROTECTED]> wrote:
> >
> >BSS and modified data are not shared, and Matt is only counting
> >zero fill and COW faults.
>
> Most of the BSS is mmapped zero pages that are copy-on-write, so in simple
> programs they should be mostly sha
David Schultz <[EMAIL PROTECTED]> wrote:
>
>BSS and modified data are not shared, and Matt is only counting
>zero fill and COW faults.
Most of the BSS is mmapped zero pages that are copy-on-write, so in simple
programs they should be mostly shared. See rtld-elf/map_object.c
Tony.
--
f.a.n.finch
Thus spake Gary Thorpe <[EMAIL PROTECTED]>:
> > Take /bin/csh (aka tcsh) for example.
> >
> > Startup overhead if static: 144 pages faults, 113 zero fill, 64
> > COW
> > Startup overhead if dynamic: 310 page faults, 131 zero fill, 84
> > COW
> >
> > So the difference is 38 pag
:I just ran a quick test on my systems here. It looks like two
:identical systems give results that are approximately:
:
: VSZ RSS
:dynamic:
:root 79054 1.3 2.5 1952 1524 pa S 2:56AM 0:00.13 tcsh
:static:
:root 38788 0.0 0.1 1324 908 pi S 7:53PM 0:00.0
:>
:> So the difference is 38 pages of memory = 152KB per instance.
:> That's fairly significant on a multi-user system that might have
:> several hundred csh's running. I specifically compile certain
:> non-forked binaries on my system static precisely to reduce their
:> me
--- Matthew Dillon <[EMAIL PROTECTED]> wrote:
> :I personally thing that we should have a shared /{s,}bin in 5.0 and
> :that it should be the dafult and that it should work with / and /usr
> :being on different partitions. Preliminary indications are that
> we'd
> :save on the order of 25M-30M on
In message: <[EMAIL PROTECTED]>
Matthew Dillon <[EMAIL PROTECTED]> writes:
: Take /bin/csh (aka tcsh) for example.
:
: Startup overhead if static: 144 pages faults, 113 zero fill, 64 COW
: Startup overhead if dynamic: 310 page faults, 131 zero fill, 84 COW
:
: So
:I personally thing that we should have a shared /{s,}bin in 5.0 and
:that it should be the dafult and that it should work with / and /usr
:being on different partitions. Preliminary indications are that we'd
:save on the order of 25M-30M on /, which makes up for the additional
:kernel modules we
In message: <[EMAIL PROTECTED]>
Matthew Dillon <[EMAIL PROTECTED]> writes:
: I think that should be a goal. I think something like this:
:
: USE_MINIC=YES Link against the mini-C library.
I don't like this so much, but not enough to object to it be allowed,
but not defaul
This should really be on hackers, not cvs-committers. I have
redirected the Cc.
:I don't think that a mini-c will help at all. /bin can be scrunched
:down to 500k and sbin to 605k on 4.5 and the system will still boot.
:A full install is only 2842k when sbin/bin are dynamically linked.
This is not finished yet, but it's good enough to start shipping patches.
Note that libminic currently installed in /usr/lib, not in /lib. I
haven't gotten to that part yet. I also did not spend a huge amount
of time trying to cut the size down. I dealt with locale, malloc, and
On Fri, 15 Nov 2002, Alfred Perlstein wrote:
> * Matthew Dillon <[EMAIL PROTECTED]> [021115 12:17] wrote:
> > :Will the knobs allow one to link /bin and /sbin against full blown
> > :libc? That would be nice as we can then start using pam and user
> > :management in / with dynamic modules (finally
* Matthew Dillon <[EMAIL PROTECTED]> [021115 12:17] wrote:
> :Will the knobs allow one to link /bin and /sbin against full blown
> :libc? That would be nice as we can then start using pam and user
> :management in / with dynamic modules (finally!).
> :
> :--
> :-Alfred Perlstein [[EMAIL PROTECTED
:Will the knobs allow one to link /bin and /sbin against full blown
:libc? That would be nice as we can then start using pam and user
:management in / with dynamic modules (finally!).
:
:--
:-Alfred Perlstein [[EMAIL PROTECTED]]
I think that should be a goal. I think something like this:
* Matthew Dillon <[EMAIL PROTECTED]> [021115 11:25] wrote:
> :Time Kientzle has offered to build something similar to NetBSD's dynamic
> :/[s]bin and lukem has sent us some info on his work. Let me know if
> :anyone is duplicating effort here.
> :
> :-Nate
>
> I've made really excellent progr
:Time Kientzle has offered to build something similar to NetBSD's dynamic
:/[s]bin and lukem has sent us some info on his work. Let me know if
:anyone is duplicating effort here.
:
:-Nate
I've made really excellent progress. I moved my link line adjustments
to /usr/src/share/mk/bsd.prog.
On Thu, 14 Nov 2002, Alfred Perlstein wrote:
> * Nate Lawson <[EMAIL PROTECTED]> [021114 15:42] wrote:
> > Please see earlier threads on hackers@ about bloat in libc and dynamic
> > linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's
> > dependency on malloc which saves space in
I have sucessfully created a mini-C-like library and
compiled /bin/sleep against it. (This is in stable,
by the way, so its still a bit bigger then it needs to be).
My minic library is:
apollo:/usr/src/lib/libminic# ls -la
total 30
drwxr-xr-x 2 root wheel 512 Nov 15 02:17 .
drwx
The only problem with libstand is that it is not really designed
to link against normal programs. There are a lot of shims in there
to simulate system calls, like lseek() and sbrk().
But I don't see why we couldn't create a mini-c library that is based
on the portable pieces o
:I'd like to see / dynamically linked with some form of /stand that gets
:updated in case of emergencies.
:
:When/who is going to do this already? :)
:
:-Alfred
libstand seems to have a most of what we would need. It has getopt,
most of the str*() functions (imported from libc), and mallo
:>borrowed from libc), sufficient for simple binaries. It could be made
:>compatible with our standard includes (structural bloat != code bloat,
:>so who cares).
:
:I think Nate's got a good point regarding maintainability here. If we
:do want to create a mini-libc, we need to minimi
[This doesn't belong in cvs-all and Nate has already made comments in
-hackers]
On 2002-Nov-14 14:57:39 -0800, Matthew Dillon <[EMAIL PROTECTED]> wrote:
>I think the real issue is the bloat in libc. printf() eats 20K, basic
>stdio eats 5K. You get 15K of bloat just with a blank main(),
* Nate Lawson <[EMAIL PROTECTED]> [021114 15:42] wrote:
> Please see earlier threads on hackers@ about bloat in libc and dynamic
> linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's
> dependency on malloc which saves space in the programs that don't
> otherwise use malloc.
>
>
Please see earlier threads on hackers@ about bloat in libc and dynamic
linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's
dependency on malloc which saves space in the programs that don't
otherwise use malloc.
I don't think a mini-libc is a good idea because bugfixes would need
On Thu, Jul 25, 2002 at 11:23:55PM +0900, Takanori Watanabe wrote:
> > Log:
> > MFNetBSD: FTDI USB-serial converter chips description.
>
> I ported a FTDI USB serial converter driver from NetBSD.
> http://people.freebsd.org/uftdi.tar.gz
I've committed this. Thanks :).
Joe
--
"As far as the
On Thu, Jul 25, 2002 at 11:23:55PM +0900, Takanori Watanabe wrote:
> > Log:
> > MFNetBSD: FTDI USB-serial converter chips description.
>
> I ported a FTDI USB serial converter driver from NetBSD.
> http://people.freebsd.org/uftdi.tar.gz
Excellent. Thanks :) I'll take a look.
Joe
--
"As fa
> Log:
> MFNetBSD: FTDI USB-serial converter chips description.
I ported a FTDI USB serial converter driver from NetBSD.
http://people.freebsd.org/uftdi.tar.gz
~
~
~
~
~
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On 2002-06-30 10:48 +, Makoto Matsushita wrote:
>
> keramida> So, the proper steps to get the files of a branch other than HEAD, in
> keramida> the revisions they had at a certain point in time would be:
>
> keramida> + Checkout using the branch as a sticky tag.
> keramida> + Update
keramida> So, the proper steps to get the files of a branch other than HEAD, in
keramida> the revisions they had at a certain point in time would be:
keramida> + Checkout using the branch as a sticky tag.
keramida> + Update using both -D DATE and -r BRANCH_TAG.
No, it doesn't work a
On 2002-06-26 02:44 +, Makoto Matsushita wrote:
>
> scott> You could simply pop up a couple directories and checkout the
> scott> given tag and date over your existing checkout. CVS is smart
> scott> enough to notice that you've already got something checked out,
> scott> and it will just upd
scott> You could simply pop up a couple directories and checkout the
scott> given tag and date over your existing checkout. CVS is smart
scott> enough to notice that you've already got something checked out,
scott> and it will just update things.
matusita> It would be fine to me. Thank you.
H
scott> I've noticed this, and it's annoying. If you do 'cvs update -r TAG -r
scott> TAG', you get updated with the changes between the two tags.
Ah, I've just forgotten this...
scott> You could simply pop up a couple directories and checkout the
scott> given tag and date over your existing che
On Tue, 25 Jun 2002, Makoto Matsushita wrote:
> I found a strange behavior of cvs (see sample session below).
>
> Checking out the source codes seems OK, but when I update the codes with
> -r and -D options, source codes are disappeared. cvs update with -r
> option only is OK for me.
>
> Is it
1 - 100 of 351 matches
Mail list logo
