Sheldon Hearn wrote:
>
> On Fri, 25 Jun 1999 13:13:20 MST, Doug wrote:
>
> > I can submit patches for the man page(s) if I can get a grip on what's
> > happening where (and when). :-/ What I'd really like to see is a
> > chronological listing, like:
>
> I think you're reading the wrong manpage
It seems that no one really has any objections to moving the log file.
These would the locations to change(find | grep /var/log)
src/usr.sbin/cron/cron/config.h
src/usr.sbin/cron/doc/CHANGES
(src/usr.sbin/cron/doc/CHANGES.FreeBSD a la xntpd?)
src/etc/Makefile
src/etc/newsyslog.conf
src/etc/sysl
On 26-Jun-99 Ben Rosengart wrote:
> rc.conf, and change it -- unless I don't understand the new setup
> correctly. That makes more work for me, not less. What's the idea
> here?
When you upgrade and use mergemaster its a lot less work..
The new defaults for the upgrade take place automatic
Greg Lehey wrote:
[snip]
> >>> Using a recent (few days) -current I had a process lock up on me
> >>> last night, so I did a 'ktrace -p whateverthepidwas' and let it run for a
> >>> while. When I issued a 'ktrace -C' in another screen, everything froze and
> >>> the kernel panic'ed. I dropped
I've just tried building the world three times, cvsup'd at around 11.00 bst,
and again at 12.00 and 13.00 - they all break at the point below...
Any suggestions? :) - I was running "make buildworld -j8 | tee
/var/tmp/mw.out". Each time I carefully blow away /usr/obj before
re-running...
-Kp
"
/
At Sat, 26 Jun 1999 16:11:43 +0200,
Pierre Beyssac <[EMAIL PROTECTED]> wrote:
>
> Just curious: would it be easily doable to profile the kernel by
> sampling the program counter, la profil(2) but for kernel mode?
> Has anyone attempted to write this?
You can enable kernel profiling by configure
On Sun, 27 Jun 1999, Hidetoshi Shimokawa wrote:
> At Sat, 26 Jun 1999 16:11:43 +0200,
> Pierre Beyssac <[EMAIL PROTECTED]> wrote:
> >
> > Just curious: would it be easily doable to profile the kernel by
> > sampling the program counter, la profil(2) but for kernel mode?
> > Has anyone attempted
Hey Folks,
I'm new to contributing to FreeBSD but not to working with kernels
etc. I'm thinking of adding a new framing type to PPP which is described in
the latest Transactions on Networking. Who do I talk to about this kind
of stuff?
Thanks,
George
To Unsubscribe: send mail to [E
Doug Rabson <[EMAIL PROTECTED]> writes:
> Another excellent alternative for kernel profiling is iprobe.
Can we get a pointer?
/assar
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <[EMAIL PROTECTED]>, Do
ug Rabson writes:
>> You can enable kernel profiling by configure kernel with `-p' or '-pp'
>> option. See config(8) and kgmon(8) for detail.
>>
>> I have a patch for FreeBSD/alpha to support kernel profiling.
>
>Another excellent alternative for kernel profili
On 26 Jun 1999, Assar Westerlund wrote:
> Doug Rabson <[EMAIL PROTECTED]> writes:
> > Another excellent alternative for kernel profiling is iprobe.
>
> Can we get a pointer?
There is a nice tutorial at http://www.cs.duke.edu/ari/iprobe.html. This
tool is alpha specific though.
--
Doug Rabson
On Sat, 26 Jun 1999, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Do
> ug Rabson writes:
>
> >> You can enable kernel profiling by configure kernel with `-p' or '-pp'
> >> option. See config(8) and kgmon(8) for detail.
> >>
> >> I have a patch for FreeBSD/alpha to support kernel p
Hello,
The standard compiler has changed between 3.x and -Current (gcc2.7.2.1
=> egcs) - so don't even think of compiling code from -Current with
Stable tools.
You may want to try some "make upgrade" to upgrade all of your OS from
3.X to 4.0 (then you will use the -Current sources for your kerne
> The standard compiler has changed between 3.x and -Current (gcc2.7.2.1
> => egcs) - so don't even think of compiling code from -Current with
> Stable tools.
>
> You may want to try some "make upgrade" to upgrade all of your OS from
> 3.X to 4.0 (then you will use the -Current sources for your k
On Sat, Jun 26, 1999 at 12:53:31PM -0700, George V. Neville-Neil wrote:
> > The standard compiler has changed between 3.x and -Current (gcc2.7.2.1
> > => egcs) - so don't even think of compiling code from -Current with
> > Stable tools.
> >
> > You may want to try some "make upgrade" to upgrade a
> > > I can submit patches for the man page(s) if I can get a grip on what's
> > > happening where (and when). :-/ What I'd really like to see is a
> > > chronological listing, like:
> >
> > I think you're reading the wrong manpage. I've just had a look at
> > loader(8) and can't really see what
In article <[EMAIL PROTECTED]>,
George V. Neville-Neil <[EMAIL PROTECTED]> wrote:
>
> I'm new to contributing to FreeBSD but not to working with kernels
> etc. I'm thinking of adding a new framing type to PPP which is described in
> the latest Transactions on Networking. Who do I talk to
>>The panic occurs at 'swtch_com+0x6e: ltr %si'. At the time, %si is
>>0x20, which indexes to what appears to be a busy tss (type=01011b)
>>with a limit of 0x67. That instruction generates a general protection
>>fault with an error code of 0. The current process was Idle.
The busy tss seems to
This in current as of Saturday. The attached patch to
i386/i386/userconfig.c fixes the problem.:
Regards
--
Peter Holm | mailto:[EMAIL PROTECTED] | http://login.dknet.dk/~pho/
-[ Member of the BSD-Dk User Group / http://www.bsd-dk.dk/ ] -
*** userconfig.c~ Sun Jun 27 18:39:23 1999
---
First off, sorry for the silence. This is gay freedom weekend
in San Francisco, and I've been rather busy socially. It was
poor timing on my part to commit such a big change just before
I was going to be gone all weekend. I have tried to answer
several questions below.
Date: Sat, 26 Jun 1
On Sun, 27 Jun 1999, Kirk McKusick wrote:
> I see that Peter has already committed it.
>
> On the subject of BUF_KERNPROC, this must be done as I have coded
> it, not later in biodone. The problem is when the filesystem does
> a readahead. It starts the I/O on the buffer that it really wants,
:On the subject of BUF_KERNPROC, this must be done as I have coded
:it, not later in biodone. The problem is when the filesystem does
:a readahead. It starts the I/O on the buffer that it really wants,
:...
:recursive locking is allowed, then it will get the buffer (since
:it holds the exclusive l
Kirk McKusick wrote:
[..]
Re: kern_lock.c - looks like a reasonable fix. There isn't much point
panicing for a poll.
> I do not see the problem that you are pointing out with missing
> BUF_KERNPROC in cluster_callback, but it is well past midnight,
> so I may not be thinking clearly.
No, you ar
On Monday, 28 June 1999 at 16:36:31 +0800, Peter Wemm wrote:
> Kirk McKusick wrote:
> [..]
> Re: kern_lock.c - looks like a reasonable fix. There isn't much point
> panicing for a poll.
>
>> I do not see the problem that you are pointing out with missing
>> BUF_KERNPROC in cluster_callback, but i
* From: "David O'Brien" <[EMAIL PROTECTED]>
*
* On your next ``make world'', you will need to change any "user.group"
* specifications in /etc/newsyslog.conf to "user:group".
This is not the right way to do it.
===
-if ((group = strchr(q, '.')) != NULL) {
+if
* From: "David O'Brien" <[EMAIL PROTECTED]>
* > Please first change it to accept both syntaxes, with a warning in the
* > manpage that the old one will go away in the future. Then remove the
* > old syntax after a few months.
*
* How about we leave it this way in -CURRENT, and the MFC wil
Greg Lehey wrote:
> On Monday, 28 June 1999 at 16:36:31 +0800, Peter Wemm wrote:
> > Kirk McKusick wrote:
> > [..]
> >> Greg Lehey has sent me a panic with the buffer locking in the NFS code.
> >> I am too tired to attack it tonight, but will look at it in the morning.
> >
> > I might have a look
Peter Wemm wrote:
[..]
> Also, the swap IO clustering/chainging etc is troubled since it turns on
> and off B_ASYNC and does it's own freeing and waiting. I haven't got my
> brain around it yet but I don't think it's going to be too hard to fix.
[..]
This is a false alarm, it's not directly swap
Today is a schedulued power outage at RPI. I am going to take this
opportunity to install Matt's backported (to -STABLE) NFS patches on our
primary NFS server. This is the first real chance we have had to put these
under real-world load. As another datapoint, everything will be mounting
this se
> >>The panic occurs at 'swtch_com+0x6e: ltr %si'. At the time, %si is
> >>0x20, which indexes to what appears to be a busy tss (type=01011b)
> >>with a limit of 0x67. That instruction generates a general protection
> >>fault with an error code of 0. The current process was Idle.
>
> The busy
I hate reeplying to myself, especially when it's to tell me that I'm an
idiot.. I just realised (i think) that what I suggest below is exactly
what you are doing...
julian
On Mon, 28 Jun 1999, Julian Elischer wrote:
>
>
> On Sun, 27 Jun 1999, Kirk McKusick wrote:
>
> > I see that Peter ha
Hi,
after 4 crashes in 1 hour without a panic I've got a trace, but it's a
trace from a panic produced by "savecore". I didn't think the 4 crashes
are related to this trace.
I was only able to reboot after commenting savecore in /etc/rc.
Btw. after aborting fsck (+) I've got:
fsck in free(): wa
Date: Mon, 28 Jun 1999 01:21:21 -0700 (PDT)
From: Julian Elischer <[EMAIL PROTECTED]>
To: Kirk McKusick <[EMAIL PROTECTED]>
cc: Matthew Dillon <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]>,
Mike Smith <[EMAIL PROTECTED]>, Peter Wemm <[EMA
Kirk McKusick wrote:
[..]
I've been tinkering around for a while and think I have at least a
partial fix for the remaining problems.
Certain places use B_CALL and have biodone() from the b_iodone routine,
so we can't reliably use B_ASYNC as an indicator of needing to reassign
to LK_KERNPROC. We
:Certain places use B_CALL and have biodone() from the b_iodone routine,
:so we can't reliably use B_ASYNC as an indicator of needing to reassign
:to LK_KERNPROC. We have to do it on a case-by-case basis.
:
:It's easier to do cluster_head processing at the point it's gathered
:rather than in BUF_
You are proposing replacing the current buffer locks with two separate
locks, one for ownership and the other for I/O. Frankly, I do not find
this simpler or easier to understand than what we have now. I also
take some issue with the cost of the lockmgr code. It is large, but
the critical paths t
:
:You are proposing replacing the current buffer locks with two separate
:locks, one for ownership and the other for I/O. Frankly, I do not find
:this simpler or easier to understand than what we have now. I also
The simplicity that I am requesting is that we do not add all these
BUF_KE
:and B_WANTED code also required protection to avoid races), it would
:make a big performance improvement to just go make sure that all the
:BUF_ calls are already protected rather than needlessly add those splbio
:and splx calls.
:
: Kirk
Not as big as removing the lockmgr() code and r
Date: Mon, 28 Jun 1999 10:35:21 -0700 (PDT)
From: Matthew Dillon <[EMAIL PROTECTED]>
To: Peter Wemm <[EMAIL PROTECTED]>
Cc: Kirk McKusick <[EMAIL PROTECTED]>,
Julian Elischer <[EMAIL PROTECTED]>, Alan Cox <[EMAIL PROTECTED]>,
Mike Smith <[EMAIL PROTE
> The PAO3 changes to FreeBSD 3.2 are about to be integrated into the
> FreeBSD CVS repository as its own branch off RELENG_3. itojin-san and
> the other nomads reached this agreement with -core at Usenix.
Warner didn't mention any other list to report problems to, but
I just cvsup'd this mornin
What is MAX_PERF option?
It's in sys/i386/i386/pmap.c, sys/kern/kern_lock.c,
sys/vm/swap_pager.c and others.
Thanx,
Val
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
To Unsubscribe: send mail to [EMAIL PROT
:You are right that the buffer cache is very tricky. It is hard to
:change it in ways that preserves functionality and performance.
:The port of my buffer locking code from BSD/OS has caused problems
:largely because of a different buffer cache implementation and
:especially SMP models between the
In message <[EMAIL PROTECTED]> "Matt Crawford" writes:
: Warner didn't mention any other list to report problems to, but
: I just cvsup'd this morning and checked out RELENG_3_2_PAO.
: "make buildworld" died at usr.sbin/wicontrol/wicontrol.c, for
: lack of and ensuing errors.
:
: The file is pre
:
:What is MAX_PERF option?
:It's in sys/i386/i386/pmap.c, sys/kern/kern_lock.c,
:sys/vm/swap_pager.c and others.
:
:Thanx,
:
:Val
It stands for 'maximum performance'. If you set this option, the kernel
will not bother making certain sanity checks within itself.
Basically you sh
In message <[EMAIL PROTECTED]> "Matt Crawford" writes:
: I never touched that file -- every line is still commented out. But
: I don't see how make.conf could check out a file from CVS for me
: that's missing in the source tree when I "make buildworld". "make
: update" would be different, but wi
> : Warner didn't mention any other list to report problems to, but...
> : lack of and ensuing errors.
> : The file is present under the RELENG_3 tag, though.
>
> I didn't mention it because it didn't break. It works for me. What
> are your configuration parameters in /etc/make.conf.
I never
In message <[EMAIL PROTECTED]> "Matt Crawford" writes:
: And I'm doing a new buildworld with a copy of the missing file
: inserted into src/sys/i386/include by hand. It's suspicious that
: if_wavelan_ieee.h has only one CVS tag on it (RELENG_3), and other
: files in that directory have a dozen or
ok
hadn't seen this one when I sent the previous email..
Julian
On Mon, 28 Jun 1999, Matthew Dillon wrote:
> :You are right that the buffer cache is very tricky. It is hard to
> :change it in ways that preserves functionality and performance.
> :The port of my buffer locking code fr
[Format recovered--see http://www.lemis.com/email/email-format.html]
On Monday, 28 June 1999 at 23:26:24 +0200, Niels Chr. Bank-Pedersen wrote:
> Since the latest patches for vinum were commited I am getting a panic
> immediately after vinum has started. This is on a UP -current (as of
> today).
Bartosz Stec writes:
># /usr/local/etc/rc.d/apache22 start
>Performing sanity check on apache22 configuration:
>httpd: Syntax error on line 68 of
>/usr/local/etc/apache22/httpd.conf: Cannot load
>/usr/local/libexec/apache22/mod_cache.so into server: Cannot open
>"/usr/loca
(a copy for current@)
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. That script shouldn't blindly assume where
user installs his packages[1]
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're confusing default and standard value. LOCALBASE has a default for
>
jhell writes:
> 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
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 additions.
FYI, some ports don't like unusual characters in uname(1), e.g. por
jhell writes:
> 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 s
Doug Barton writes:
[...]
> My reason is simple, performance. While doing some portmaster work
> recently I was regression testing some changes I made to the --index*
> options and noticed that things were dramatically slower than the last
> time I tested those features. Thinking that I had made
Randy Bush writes:
> is there a better way to achieve this?
Not sure about ~/.termcap but you can just override ti/te via TERMCAP in
environment.
$ export TERM=${TERM:-xterm}
$ export TERMCAP=${TERM}:ti@:te@:tc=${TERM}:
>
> *** termcap.FCS Tue Jun 17 15:10:46 2003
> --- termcap Tue Jun
Gordon Tetlow writes:
> I've tried to make this mirror the functionality, directory search order,
> and arguments as the current base implementation.
>
> This brings me to my next point. I need some testers willing to try this
> out. It would be particularly great if I could get some foreign lang
Anonymous writes:
> Gordon Tetlow writes:
>
>> I've tried to make this mirror the functionality, directory search order,
>> and arguments as the current base implementation.
>>
>> This brings me to my next point. I need some testers willing to try this
>&g
Anonymous writes:
[...]
> BTW, running GNU iconv(1) with following in libmap.conf
>
> libiconv.so.3 libc.so.7
>
> produces
>
> $ gnu-iconv
> /libexec/ld-elf.so.1: Undefined symbol "_libiconv_version" referenced from
> COPY relocation in LOCALBASE/bin/
Jilles Tjoelker writes:
> On Wed, Jun 16, 2010 at 10:04:16PM +0300, Jaakko Heinonen wrote:
>> On 2010-06-15, Gabor Kovesdan wrote:
>> > - The iconv.h header files is supposed to be compatible with the GNU
>> > version, i.e. sources should build with base iconv.h and GNU libiconv.
>> > I've just
Pawel Jakub Dawidek writes:
> I'd like to give you ZFS v28 for testing. If you are neither brave nor
> mad, you can stop here.
[...]
> So test whatever you can and report back. Look for regressions, strange
> behaviour, missing features, deadlocks, livelocks, preformance
> degradation, etc.
[...]
Pawel Jakub Dawidek writes:
> Hello.
>
> I'd like to give you ZFS v28 for testing. If you are neither brave nor
> mad, you can stop here.
[...]
> So test whatever you can and report back. Look for regressions,
> strange behaviour,
I wonder why new files tend to have different ACLs than old ones
Gordon Tetlow writes:
> Gordon Tetlow writes:
>> Anonymous writes:
>>> It doesn't search in bin/../man nor in bin/.man. For example,
>>> my PATH contains $LOCALBASE/bin:$HOME/.bin, while /etc/
>>> manpath.config
>>> is default one and con
Gordon Tetlow writes:
> 2. Imports configuration from /usr/local/etc/man.d/*.conf and /etc/man.conf
> (purposefully changed the manpath.config file since it is a different
> syntax).
Hmm, and if LOCALBASE != /usr/local? hier(7) does not specify /usr/local
as the only place installed packages may
Stefan Bethke writes:
> Am 11.09.2010 um 09:35 schrieb Gordon Tetlow:
>
>> On Thu, Sep 9, 2010 at 8:17 PM, Anonymous wrote:
>>
>>> Gordon Tetlow writes:
>>>
>>>> 2. Imports configuration from /usr/local/etc/man.d/*.conf and
>>> /etc/ma
Anonymous writes:
> PATH_MAN_SUB bin/../man
> PATH_MAN_SUB bin/../.man # e.g. for ~/.bin + ~/.man
> PATH_MAN_SUB /usr/bin/../share/man
Oops, that would be non-trivial substitution. It's more like
PATH_MAN_ADD bin ../man
PATH_MAN_ADD .bin ../.man
PATH_MAN_ADD /usr/bi
Ivan Klymenko writes:
> В Sun, 10 Oct 2010 15:37:55 -0700
> Garrett Cooper writes:
>
>>On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko wrote:
>>> My system has an svn r213507
>>>
>>> FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: Sun
>>> Oct 10 22:43:18 EEST 2010
>>> r...@nonameh
Matthias Apitz writes:
> I found another port lacking utmpx support:
>
> # cd /usr/ports/security/chkrootkit
> # make
> ===> chkrootkit-0.49 is marked as broken: fails to build with new utmpx.
> *** Error code 1
There are more, see ports listed under utmpx.h in
http://wiki.freebsd.org/PortsB
A few examples from ports tree
devel/automake111: automake-1.11(1)
devel/gettext: dcgettext(3), dcngettext(3), dgettext(3), dngettext(3)
devel/nasm: rdf2com(1), rdf2ihx(1), rdf2ith(1), rdf2srec(1)
textproc/gnugrep: egrep(1), fgrep(1)
www/neon29: ne_get_{request,session}_flag(3), ne_set_c
eculp writes:
> Thanks, Andreas. With a new cvsup this morning it now stops at a
> different point for me:
>
>
> Making grotty.1 from
> /usr/src/gnu/usr.bin/groff/src/devices/grotty/../../../../../../contrib/groff/src/devices/grotty/grotty.man
> gzip -cn grotty.1 > grotty.1.gz
> ===> gnu/usr.bin
Xin LI writes:
> Hi,
>
> Here is a patch that makes top(1) to inverse its table header (PID
> USERNAME THR, etc).
>
That MAX_COLS change in it makes `top -b' produce too much extra
whitespace that's not trimmed and spans several lines, e.g.
$ stty -a | sed 1q
speed 38400 baud; 57 rows; 79 c
Anonymous writes:
> Xin LI writes:
>
>> Hi,
>>
>> Here is a patch that makes top(1) to inverse its table header (PID
>> USERNAME THR, etc).
>>
>
> That MAX_COLS change in it makes `top -b' produce too much extra
> whitespace that's not trim
David Xu writes:
> Garrett Cooper wrote:
>
>> Doesn't build :/...:
>>
>> ===> lib/libthr (obj,depend,all,install)
>> make: don't know how to make thr_sleepq.c. Stop
>> *** Error code 2
>>
> Sorry, I have updated it, please download it again, or just
> download file:
> http://people.freebsd.org/~d
Pawel Jakub Dawidek writes:
> Hi.
>
> The new patchset is ready for testing:
>
> http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2
>
> When applying the patch be sure to use correct options for patch(1)!:
>
> # cd /usr/src
> # fetch http://people.freebsd.org/~pjd/pat
Anonymous writes:
> $ zfs allow
> Traceback (most recent call last):
> File "/usr/lib/zfs/pyzfs.py", line 35, in
> import zfs.util
> File "/usr/local/lib/python2.7/site-packages/zfs/util.py", line 31, in
>
> import solaris.misc
>
Is the following a regression?
$ uname -vm
FreeBSD 9.0-HEAD-20101216-JPSNAP #0: Thu Dec 16 07:13:24 UTC 2010
r...@build-amd64-fbsd.allbsd.org:/usr/obj/usr/src/sys/GENERIC amd64
$ yes >/dev/null &
$ idprio 31 -$(pgrep yes)
$ top
PID USERNAME THR PRI NICE SIZERES STATETI
Pawel Jakub Dawidek writes:
> The new patchset is ready for testing:
>
> http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2
>
`-e' option in zdb(8) now looks under /dev/dsk by default
$ zdb -ec blah
Configuration for import:
vdev_children: 1
version: 6
Garrett Cooper writes:
> On Jan 3, 2011, at 8:33 AM, Edward Tomasz Napierała wrote:
>
>> Wiadomość napisana przez Kostik Belousov w dniu 2011-01-03, o godz. 15:18:
>>> On Mon, Jan 03, 2011 at 02:16:37PM +0100, Matthias Andree wrote:
Am 03.01.2011 14:14, schrieb Ivan Voras:
> On 12/29/10
Bakul Shah writes:
> On Mon, 03 Jan 2011 21:20:42 +0300 Anonymous wrote:
>>
>> Do you mean perror(1)?
>>
>> $ perror 5
>> Input/output error
>
> I prefer mine:
>
> $ errno () { grep "^#.*\\<$*\\>" /usr/include/sys/errno.h }
&
Ivan Voras writes:
> On 7 January 2011 20:15, Rick Macklem wrote:
>> Well, no UIDs on the wire inside the NFSv4 RPCs. Unfortunately, if
>> you are using AUTH_SYS, there are still UIDs in the RPC header. But
>> if you use krb5 then, yes, no UIDs on the wire.
>
> I was thinking about the practical
Dimitry Andric writes:
[...]
> Please report any problems with either the base system, or ports that
> come up as a result of this binutils update.
Looks like lang/sbcl doesn't like new ld(1), here on amd64.
Same error when building using devel/binutils. Can you reproduce?
$ make
[...]
ob
Yuri Pankov writes:
> Nathan Whitehorn freebsd.org> writes:
>
>>
>> As part of work on a new installer, I would like to update the base
>> system dialog and libdialog to the newer one provided by Thomas Dickey
>> (http://invisible-island.net/dialog/, ports as devel/cdialog). This is a
>> much ni
David Demelier writes:
> In any case, when panic occurs, switching display to the tty can be
> great. Why not a sysctl like kern.tty_on_panic? Because when you're
> running X and a panic occurs not everybody understand what happens.
IIRC, it requires KMS support.
Shawn Webb writes:
> I'm having trouble building freebsd-current (sources as of 29 Jan 2011) with
> the latest zpool v28 patch. `make buildworld` fails. I'd attach a copy of
> the build log, but it's pretty big. I can put it online on my tech blog if
> needed. Has anyone else had the same problem
Olivier Smedts writes:
> Hello,
>
> 2011/1/31 Anonymous :
>> Shawn Webb writes:
>>
>>> I'm having trouble building freebsd-current (sources as of 29 Jan 2011) with
>>> the latest zpool v28 patch. `make buildworld` fails. I'd attach a copy of
>
Nathan Whitehorn writes:
> As part of work on a new installer, I would like to update the base
> system dialog and libdialog to the newer one provided by Thomas Dickey
> (http://invisible-island.net/dialog/, ports as devel/cdialog). This is
> a much nicer, fuller featured version of dialog that s
Rich writes:
>> Attempted this procedure today, make fails with:
[...]
>> /usr/local/ncvs/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:188:
>> error: 'zfs_mdcomp_disable' undeclared here (not in a function)
>
> First error is just a variable undefined that was define
Anonymous writes:
> Pawel Jakub Dawidek writes:
>
>> The new patchset is ready for testing:
>>
>> http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2
>>
>
> `-e' option in zdb(8) now looks under /dev/dsk by default
>
>
Anonymous writes:
> Shawn Webb writes:
>
>> I'm having trouble building freebsd-current (sources as of 29 Jan 2011) with
>> the latest zpool v28 patch. `make buildworld` fails. I'd attach a copy of
>> the build log, but it's pretty big. I can put it o
Alexandre Martins writes:
> For those interested in testing, you can find a patch that add OpenSSL 1.0d
> to head.
[...]
Hmm, doesn't build with ld(1) from /projects/binutils-2.17.
$ make -dl all
as -o rc4-amd64.o /usr/src/secure/lib/libcrypto/amd64/rc4-amd64.s
[ -z "ctfconvert" -o -n "1
Anonymous writes in "[CFT] BSDL iconv in base system":
> I guess gettext hanging is due to ABI incompatibility, too.
>
> $ cat foo.po
> msgid ""
> msgstr ""
> "Content-Type: text/plain; charset=UTF-8\n"
> "Content
- jfbterm
- boot splash
- apps that use libvgl (e.g. mplayer)
- other uses for graphic modes
Is there a way to avoid recompiling kernel just to use them?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-curre
Doug Barton writes:
> On 06/04/10 17:38, Doug Barton wrote:
>> On 06/04/10 11:28, Andrius Morkūnas wrote:
>>
>>> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custom-gcc/configuring-ports-gcc.html
>
> Ok, everything in that section seems clear except this in 3.3:
> It is possible to complet
Matthew Jacob writes:
> Comments? (yes, I know -fformat-extensions have just been added...)
>
>
>
> diff -r ea5e09d013e7 sys/conf/kern.mk
> --- a/sys/conf/kern.mkThu Jun 10 07:40:51 2010 -0700
> +++ b/sys/conf/kern.mkThu Jun 10 11:35:50 2010 -0700
> @@ -63,9 +67,15 @@
> # reserve
Alexander Best writes:
> On Mon, Jun 14, 2010 at 12:05 PM, Roman Divacky wrote:
>> On Sun, Jun 13, 2010 at 10:28:23PM +0200, Alexander Best wrote:
>>> hi there. i'm experiencing two problems during buildworld. i'm not
>>> sure if these are the result of me doing weird stuff or a problem in
>>> t
Gabor Kovesdan writes:
[...]
> The rather big patch (42,5M) is available here:
> http://www.kovesdan.org/patches/iconv_base_integrate.diff
Why not compress it with gzip(1) or xz(1)?
>
> Any comments, suggestions or bugreports are very welcome.
___
fre
Gabor Kovesdan writes:
[...]
> Any comments, suggestions or bugreports are very welcome.
Does it respect lib32?
$ iconv -f ascii
iconv: iconv_open(UTF-8, ascii): Invalid argument
/usr/lib/i18n/libiconv_std.so.4: unsupported file layoutzsh: exit 1 iconv
-f ascii
$ file /usr/lib/i18
Anonymous writes:
> Gabor Kovesdan writes:
>
> [...]
>> Any comments, suggestions or bugreports are very welcome.
>
> Does it respect lib32?
>
> $ iconv -f ascii
> iconv: iconv_open(UTF-8, ascii): Invalid argument
> /usr/lib/i18n/libiconv_std.so.4: u
Alexander Best writes:
> On Wed, Jun 16, 2010 at 3:50 PM, Alexander Best
> wrote:
>> On Tue, Jun 15, 2010 at 10:28 PM, Gabor Kovesdan wrote:
>>>
cc1: warnings being treated as errors
/usr/src/lib/libiconv_modules/BIG5/../../libc/iconv/citrus_stdenc_template.h:
In functi
101 - 200 of 214 matches
Mail list logo
