s for any reply,
Max Baroi
Gleb,
Thank you for the response. I rescind my suggestion.
-Max
On 11/4/2022 9:40 AM, Gleb Smirnoff wrote:
Max,
the reason I want to retire it is not that it consumes 40 Kb
in the repository. The reason is that knows kernel structures,
and fails to compile after changes to them. So the
I'm sorry if this is an inappropriate suggestion, but I think it would be neat
if there was a place in the ports hierarchy for retired programs like trpt.
Maybe a "historical" or "archival" directory for programs phased out of from
base, especially ones that are almos
Hi,
Sorry for a late reply!
First of all, thank you for taking time to investigate and even providing a
fix (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230993) ! Your patch
makes perfect sense to me and modifying userspace memory from kernel is
indeed something I didn't consider to be a pr
;> if (ret == FILTER_SCHEDULE_THREAD)
>> thread = 1;
>> }
>>
>> There is at least one in-tree driver that could be broken because of
>> this (asmc(8), but I found the problem with some other out-o
" instead. Attached
patch fixes the problem.
What do you think?
Max
ithread.diff
Description: Binary data
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to &q
e it's in the .BSS). These vars are only set in
> one section of code, but I took the easy route out to avoid
> accidentally breaking other code paths and because what I did in the
> previously attached patch was simple to implement and test.
>
I did not mean that you should use MESSAGE()
errors on FreeBSD if and when they do occur
> with pmake, and I'm sure that a number of developers and build/release
> engineers out there are in the same boat as I am.
>
Can you explain why did you remove MESSAGE() invocations in your patch?
Other than that the patch looks good to
how many people will express their sentiments about CVS when
they really mean cvsup/csup.
Max
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-cu
s would require some other ports as dependences.
Do you really use CVS and not cvsup/csup? CVS != csup.
Max
___
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"
Peter,
On Fri, Dec 2, 2011 at 6:54 PM, Peter Jeremy wrote:
> On 2011-Dec-02 16:27:34 +0700, Max Khon wrote:
>>I know that it is too early to speak about this, but I would like the
>>dust in the mailing lists to settle down before real actions can be
>>taken.
>
> I&
development can install ports/devel/opencvs
(like all the src/ developers do for ports/devel/subversion/).
In my opinion it is just another piece of bitrot that resides in the
base system for no real reasons.
Max
___
freebsd-current@freebsd.org mailing
David,
On Fri, Dec 2, 2011 at 3:35 PM, David O'Brien wrote:
> On Fri, Dec 02, 2011 at 11:56:31AM +0700, Max Khon wrote:
>> You still failed to name a single compelling reason to leave profiled
>> libs even in -CURRENT.
>
> Sorry Joe, I don't think your reasonin
David,
On Fri, Dec 2, 2011 at 3:43 PM, David O'Brien wrote:
> On Fri, Dec 02, 2011 at 12:57:20PM +0700, Max Khon wrote:
> > On Fri, Dec 2, 2011 at 8:55 AM, David O'Brien
> wrote:
> > If you go with (2) above, we'll still have *tons* of ports that want a
> &
ses to libedit.
Nope. You forgot heimdal stuff.
> If we have people willing
> > to do the work now--as Max seems to be--then we might as well deal with
> > the ports fallout from the removal of libreadline sooner rather than
> > later.
>
> I guess this is the real agend
Steve,
On Fri, Dec 2, 2011 at 1:33 PM, Steve Kargl <
s...@troutmask.apl.washington.edu> wrote:
On Thu, Dec 01, 2011 at 05:51:33PM -0800, David O'Brien wrote:
> > On Mon, Nov 28, 2011 at 05:38:20PM +0700, Max Khon wrote:
> > > I would like to disable building pro
define what base system is.
We have much more ports that depend on libintl or libglib2 than
libreadline. Should we add these libs to the base system too?
Also, almost all ports require gmake and autotools to be built. Should we
add them to the base system too?
Max
_
David,
On Fri, Dec 2, 2011 at 8:51 AM, David O'Brien wrote:
On Mon, Nov 28, 2011 at 05:38:20PM +0700, Max Khon wrote:
> > I would like to disable building profiled libraries by default. Opinions?
>
> On Tue, Nov 29, 2011 at 07:46:17PM +, Max Khon wrote:
> > Author: fj
urns out that libreadline removal is
impractical it will not be removed.
Max
___
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"
gt;
> We are rapidly approaching the point where it will be practical to
> remove all GPL code from the base system (assuming we are willing to
> require external toolchains for some architectures) and a number of us
> are pushing to make this a reality for 10.0. If we have people will
e you beer, or
> wine, or a copy of Skyrim, or a few months subscription to WoW, or
> something else of value to you that we could negotiate :)... I'm quite
> frankly tired of having to playing guessing games fishing through logs
> trying to determine build errors on FreeBSD if and w
re you mean profile support and not CTF data?
Max
___
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"
t; libreadline.
>
This is a separate issue that I want to handle separately.
The question is what to do with gdb & friends. Link it with libedit or
re-import bundled readline (that is shipped with gdb) and build/link it
only to gdb.
I am inclined to do the former.
Max
__
nstalled and is linked only to gdb
I am inclined to go for 1) but libedit may have (and has) incompatibilities
with libreadline.
Max
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
tem for at least a decade.
> >>
> >> Ideally we could do this for 9.0.
> >
> > Can we at least keep one (small) library compiled for profiling, so
> > that compiling for profiling doesn't get broken by accident ?
>
> I think WITH_
+:
make buildworld
8265,06 real 6400,27 user 1059,2 sys
make buildworld (WITHOUT_PROFILE=yes)
7840,05 real 5379,13 user 904,61 sys
I would like to disable building profiled libraries by default. Opinions?
Max
___
freebsd
switch must be voluntary or involuntary"));
part of the patch. But that is in fact correct and much more expressive
and safe than the version we had before.
Thanks,
Max
P.S. I'd like to see this and the rendezvous changes in stable/7 in the
not too distant fu
On 05/17/2011 09:56 AM, John Baldwin wrote:
On Tuesday, May 17, 2011 12:20:40 pm Max Laier wrote:
On 05/17/2011 05:16 AM, John Baldwin wrote:
...
Index: kern/kern_switch.c
===
--- kern/kern_switch.c (revision 221536)
+++ kern
On 05/17/2011 05:16 AM, John Baldwin wrote:
...
Index: kern/kern_switch.c
===
--- kern/kern_switch.c (revision 221536)
+++ kern/kern_switch.c (working copy)
@@ -192,15 +192,22 @@
critical_exit(void)
{
struct thread *td;
- int flags;
On Monday 16 May 2011 17:54:54 Attilio Rao wrote:
> 2011/5/16 Max Laier :
> > On Monday 16 May 2011 16:46:03 John Baldwin wrote:
> >> On Monday, May 16, 2011 4:30:44 pm Max Laier wrote:
> >> > On Monday 16 May 2011 14:21:27 John Baldwin wrote:
> >> > >
On Monday 16 May 2011 16:46:03 John Baldwin wrote:
> On Monday, May 16, 2011 4:30:44 pm Max Laier wrote:
> > On Monday 16 May 2011 14:21:27 John Baldwin wrote:
> > > Yes, we need to fix that. Humm, it doesn't preempt when you do a
> > > critical_exit() thou
On Monday 16 May 2011 14:21:27 John Baldwin wrote:
> On Monday, May 16, 2011 1:46:33 pm Max Laier wrote:
> > I'd like to propose that we move forward with fixing the race, before
> > redesigning the API - please.
> >
> > We agree that there is a problem with
I'd like to propose that we move forward with fixing the race, before
redesigning the API - please.
We agree that there is a problem with the exit rendezvous. Let's fix that.
We agree that the generation approach proposed by NetAPP is the right way to
go? Can we check it in, then? Again, I'
k
> and I probably just didn't explain it well to Neel. I wonder though
> if the bump shouldn't happen until after the call of the local teardown
> function?
I don't think we ever intended to synchronize the local teardown part, and I
believe that is the correct behavior for this API.
This version is sufficiently close to what I have, so I am resonably sure that
it will work for us. It seems, however, that if we move to check to after
picking up the lock anyway, the generation approach has even less impact and I
am starting to prefer that solution.
Andriy, is there any reason why you'd prefer your approach over the generation
version?
Thanks,
Max
___
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"
onically increasing generation count
> to the rendezvous data set, which is cached in the rendezvous handler
> and to exit the last synchronization point if either smp_rv_waiters[2]
> is high enough, or the generation count has changed.
>
> I think this would also handle the case the T
On Friday 13 May 2011 11:50:57 Max Laier wrote:
> On Friday 13 May 2011 11:28:33 Andriy Gapon wrote:
> > on 13/05/2011 17:41 Max Laier said the following:
> > > this ncpus isn't the one you are looking for.
> >
> > Thank you!
>
> > Here's an up
On Friday 13 May 2011 11:28:33 Andriy Gapon wrote:
> on 13/05/2011 17:41 Max Laier said the following:
> > this ncpus isn't the one you are looking for.
>
> Thank you!
>
> Here's an updated patch:
Can you attach the patch, so I can apply it locally. This code
On Friday 13 May 2011 09:43:25 Andriy Gapon wrote:
> This is a change in vein of what I've been doing in the xcpu branch and
> it's supposed to fix the issue by the recent commit that (probably
> unintentionally) stress-tests smp_rendezvous in TSC code.
>
> Non-essential changes:
> - ditch initial
On Friday 13 May 2011 09:43:25 Andriy Gapon wrote:
> This is a change in vein of what I've been doing in the xcpu branch and
> it's supposed to fix the issue by the recent commit that (probably
> unintentionally) stress-tests smp_rendezvous in TSC code.
>
> Non-essential changes:
> - ditch initial
On Thu, 14 Apr 2011 13:50:32 +0200, Dimitry Andric wrote:
> On 2011-04-14 10:58, George Liaskos wrote:
>
> > More precisely, /usr/local/include/eigen2/Eigen/Core :
> >
> > 37 #ifdef __SSE3__
> > 38 #include
> > 39 #endif
> > 40 #ifdef __SSSE3__
> > 41 #include
> > 42
for proper support for Atheros 802.11n cards?
Should not we just port ath9k (Linux) or athn (OpenBSD) drivers?
Max
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mai
On Monday 23 August 2010 20:56:08 Simon L. B. Nielsen wrote:
> I can't think of what else to say, so that was probably it :-).
MD5/SHA256/SIZE?
Thank you!
Max
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/
suggestion, but no improvement. Doing:
> strings /boot/kernel/kernel | grep -i dtrace
>
> Shows lots of dtrace-related entries, unlike previous kernels built
> without the KDTRACE_HOOKS option, but same error with Dan's script.
Just a stab in the dark, did you "kldload dtraceall&q
the len assignements in libugidfw -
might be just a leftover - but if the idea is to teach a model that "we
generally care about the return value of snprintf()", a void cast might be the
more protable solution.
> http://pes.vlakno.c
suggest reading the OpenBSD FAQ about it:
http://www.openbsd.org/faq/pf/index.html
or if you prefer a summarize, check out the port status report:
http://www.freebsd.org/news/status/report-oct-2003-dec-2003.html#Porting-OpenBSD's-pf
--
Best regards, | [EMAIL
ms as
well. UP systems don't show it however.
Can somebody please try and report? Thanks!
--
Best regards,
Max mailto:[EMAIL PROTECTED]
Makefile.
Description: Binary data
uma_test.c
Description: Binary data
_
first
EA> before attempting to use it on a box they seem so protective of.
EA> Anyway, I'm just stating that running -current is for testing and
EA> developing, not really for production - at least I'm fairly certain.
There's the magic keyword agai
Hello!
On Thu, Nov 20, 2003 at 04:53:57PM -0600, Eric Anderson wrote:
> >Guessing you're running -CURRENT you have the kernel source installed,
> >so my suggestion is to run vmware3.
> >
> >Unless you have a specific reason to run 2?
> >
> Maybe he doesn't run 3 because it also doesn't build:
>
56M). What can I do to help fix this problem?
What rev. of ip_input.c is this? Looks like head. Rev. 1.253 mangled
the for(;;) in a strange way and added that very strange check ... can
somebody just kill these bastard MT_TAG thing in flavour for real
mbuf_tag
/bin being dynamically
> linked, but what if I want /bin to be dynamic and /sbin static?
man hier
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/
ld be Kenjiro Cho, as google tells you.
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
appen before 5.2R.
You can help by reporting your experience to the authors of the
patchset you are using!
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/
type
for CARP interfaces.
- Locking?!?
- You tell me!
Tests:
Very basic tests for IPv4 and IPv6 performed with OpenBSD as a "known
good" peer. I have very limited test environment at the moment.
Code:
http://pf4freebsd.love2party.net/carp.diff
Perforce: branch mlaier_carp
Hello!
On Wed, Nov 05, 2003 at 02:10:02PM +0100, Simon Barner wrote:
> > please revise the patch and submit follow-up.
>
> Done. Tested on both -STABLE and -CURRENT.
>
> I am progress of doing the same for dagrab (expect a follow-up to PR
> 57227 soon).
There is no need for extra-patches.
#ifd
Hello!
On Wed, Nov 05, 2003 at 05:50:35AM +0100, Simon Barner wrote:
> > can you make a patch for cdparanoia as well?
> > cdparanoia is also broken on recent -CURRENT and testing will be easy.
>
> There is already a PR. I will rewise my patch to use __FreeBSD__ in the
> patch file instead of usi
Hello!
On Mon, Nov 03, 2003 at 11:14:03PM -0600, Scot W. Hetzel wrote:
> Below is a patch to fix WINE for the new ATA driver.
>
> I created this patch based on the ideals from a previous user
> who had patched 3 other ports to work with -CURRENT's new ATA
> driver.
>
> Could someone familar wit
c.d related stuff from etc before
running "mergemaster -i". The scripts should not try to "kldload
if_tun" if you allready have tun interfaces (built in).
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
This will be fixed with a bump to version 2.0 as soon as we
release.
P.S.: I am working on a port of the CARP (Common Address Redundancy
Protocol), which is about to become useable. I will put a
patchset on the webpage, for those interested.
--
Best regards,
Max
ng on a pf / pfsync port. There are crosslinks between
those two so it would be nice if you got into contact with us. I was
about to look into CARP as well (after following the discussion in
OpenBSD for a while) ...
Maybe that's something for net@ as well? CCed.
--
Best regards,
Max
simple form will be enough to stop
AC> them.
OT: mail/procmail mail/relaydb mail/spamd mail/bmf ... etc. pp.
http://www.benzedrine.cx/relaydb.html
So would you please stop whining and configure your procmail okay.
What you suggest is "Security Through Obscurity", which does not work
pic from the 5.2-Release TODO applies here! If you are planning
to investigate in that area, I could offer some starting points. I am
unsure how to do this "right" so I didn't start anything myself, but I
have some ideas ...
If anybody is going to put his head into it, feel fr
with X, audio/video etc.) kernel for a P4 HT appreciated!
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
e to
kmod.mk:
"Revert rev. 1.86, I've fixed make(1) (make/dir.c,v 1.32)."
Hints that rebuilding make would be an alternative fix.
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing li
ems to be a problem with ip_fil.c, 1.40. For a quick workaround
add #include in line ~310 (just before fr_check_wrapper())
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.
hi, there!
Seems that for some reason gengenrtl is not built when doing 'make build-tools'
in gnu/usr.bin/cc/cc_tools. As a result 'make buildworld TARGET_ARCH=foobar'
is broken.
Below is the output of 'make buildworld TARGET_ARCH=alpha' of recent
HEAD on 4.7-STABLE/i386
===> gnu/usr.bin/cc/cc_t
hi, there!
On Mon, Feb 24, 2003 at 10:20:28PM -0800, Tim J. Robbins wrote:
j
> A few months ago there was a thread on this list discussing the state
> of NWFS/netncp/libncp/etc. on 5.0. Terry Lambert produced a patch [1]
> that made netncp compile. The patch still applies cleanly to -current
> and
hi, there!
On Tue, Feb 11, 2003 at 07:37:31PM -0600, David Leimbach wrote:
> There is a potential bug in src/lib/libc/net/nsdispatch.c
>
> in the function
> const ns_dbt * _nsdbtget(const char * name).
>
> The static variable
>
> static time_t confmod;
>
> is not initialized to anything.
>
>
hi, there!
On Mon, Jan 27, 2003 at 07:05:45PM -0800, David Schultz wrote:
> > > > > Portions of the ext2fs source are covered by the GPL. You
> > > > > need to rebuild the kernel with "option EXT2FS". The
> > > > > FreeBSD cannot create a ext2fs.ko and comply with the GPL.
> > > >
> > > > This
hi, there!
On Tue, Jan 28, 2003 at 12:40:12AM +0200, Enache Adrian wrote:
> On Mon, Jan 27, 2003 at 01:36:35PM -0800, Steve Kargl wrote:
> > Portions of the ext2fs source are covered by the GPL. You
> > need to rebuild the kernel with "option EXT2FS". The
> > FreeBSD cannot create a ext2fs.ko a
hi, there!
Is it possible to build a part of (for example) 5.x tree on 4.x machine?
Suppose I have run make buildworld once, have bootstrap toolchain
in /usr/obj and want to rebuild only libc.
/fjoe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of
hi, there!
On Thu, Jan 23, 2003 at 03:54:18PM -0500, Craig Rodrigues wrote:
> > Can we enable using '$' in usernames in pw?
> > The patch is attached.
>
> The same patch was submitted here by David Chapman:
>
>http://www.freebsd.org/cgi/getmsg.cgi?fetch=1059329+1062195+/usr/local/www/db/text/20
hi, there!
Can we enable using '$' in usernames in pw?
The patch is attached.
Other variant is to enable using '$' only at end of user name.
/fjoe
Index: pw_user.c
===
RCS file: /home/ncvs/src/usr.sbin/pw/pw_user.c,v
retrieving rev
hi, there!
On Thu, Jan 23, 2003 at 12:37:55PM -0600, Charlie ROOT wrote:
> > See /usr/ports/x11/wrapper.
>
> I have wrapper installed
>
> lorax# pkg_info | grep wrapper
> fampp-1.1 A C++ wrapper for fam from SGI
> gtkmm-1.2.8_1 C++ wrapper for gtk, a x11 graphics library
> javav
hi, there!
On Thu, Jan 23, 2003 at 08:04:30AM -0800, Elden Fenison wrote:
> According to the handbook's instructions, back on 4.7 I used to always
> do the following as part of my installworld:
>
> cd /usr/src/release/sysinstall
> make all install
>
> This apparently updates the sysinstall stuf
hi, there!
On Wed, Jan 22, 2003 at 02:43:37PM -0500, Garance A Drosihn wrote:
> > > > > Would that be a big problem to allow some fsck option not
> > > > > to erase all these softupdates-pending inodes, but to put
> > > > > them in lost+found as usual?
> > > >
> > > > It certainly couldn't b
hi, there!
On Wed, Jan 22, 2003 at 07:18:44PM +0100, Jan Srzednicki wrote:
> > > Would that be a big problem to allow some fsck option not to erase all
> > > these softupdates-pending inodes, but to put them in lost+found as usual?
> >
> > It certainly couldn't be done with the background fsck, b
hi, there!
On Sun, Jan 05, 2003 at 12:31:56PM -0500, Jonah Sherman wrote:
> Im not sure why this would cause it but it's the only thing I can think
> of that differentiates between root and non-root for gl stuff:
>
> In your XF86Config-4, do you have a section which resembles the
> following? :
hi, there!
On Thu, Dec 05, 2002 at 01:43:38PM +0300, Denis N. Peplin wrote:
> > > I'm trying this:
> > > # cd /usr
> > > # rm -rf src obj
> > > # cvs -R co src
> >
> > use co -P (prune empty directories).
> Thanks, i will use it.
> But two weeks ago building world was succeseful w/o any additiona
hi, there!
On Tue, Nov 05, 2002 at 03:27:57PM -0500, Jake Burkholder wrote:
> > Are you talking about STATICOBJS and SHOBJS? This is how libpam is built
> > right now. You have different sets object files in shared and static
> > versions of libpam. Please take a look at src/lib/libpam/libpam/Mak
hi, there!
On Wed, Nov 06, 2002 at 12:20:50AM +0600, Max Khon wrote:
> The only way to save space in / and to be able to use nsswitch is
> "make everyhting shared" exactly like NetBSD did a few weeks ago.
> I saw a number of complaints about loosing an ability to repair sy
hi, there!
On Tue, Nov 05, 2002 at 12:08:33PM -0500, Jake Burkholder wrote:
> > The plan is to add this stuff (rtld sources with -DLIBDL) to libc.a
> > so statically linked programe will have dlopen/dlsym etc.
> >
> > Problems with current patches are:
> > - I do not know what to do on alpha wit
hi, there!
On Tue, Nov 05, 2002 at 12:12:45AM -0800, Terry Lambert wrote:
> > Ok, I put the patch and test program to
> > http://people.freebsd.org/~fjoe/libdl.tar.bz2.
> >
> > Patches are made against RELENG_4 (and all tests were done on RELENG_4)
> > but it will not be that hard to port everyt
hi, there!
On Tue, Nov 05, 2002 at 02:18:23AM -0500, Jake Burkholder wrote:
> > > Before someone says you can dlopen() from static binaries in order to
> > > implement nsswitch, please provide the patch proving it. Our best
> > > FreeBSD minds don't think it can be done properly and sanely.
> >
hi, there!
On Mon, Nov 04, 2002 at 01:57:35PM -0800, David O'Brien wrote:
> > another 2.4M for /rescue. That makes it less
> > impressive. I don't find the duplication appealing, either.
> > (Why not just put the /rescue versions directly
> > into /bin and /sbin? That would be smaller still,
>
hi, there!
On Thu, Oct 31, 2002 at 12:39:10AM -0800, David O'Brien wrote:
> > Considering that I built the same applications and ran the same applications
> > fine a while ago, and we've had a binutils upgrade, and things don't break
> > on other systems, I'm inclined to assume there are linker b
hi, there!
cross-building -CURRENT on RELENG_4 is broken in src/usr.bin/xlint/lint1:
--- cut here ---
...
sh /usr/fbsd/HEAD/src/usr.bin/xlint/lint1/makeman /usr/libexec/lint1 -m >lint.7
lint1: illegal option -- m
usage: lint1 [-abcdeghprstuvyzF] src dest
gzip -cn lint.7 > lint.7.gz
--- cut here -
hi, there!
On Mon, Aug 12, 2002 at 12:36:51PM -0700, David O'Brien wrote:
> > > Since pkg-comment contains only a single line, wouldn't it be more subtile
> > > to put it in a COMMENT field as does NetBSD, instead of using a file? I think
> > > it would speed up updates.
> >
> > http://people.F
hi, there!
On Fri, Jul 12, 2002 at 01:30:47AM +0200, Martin Blapp wrote:
> Make sure you use the ports gcc31 for compiling. The c++ from
> CURRENT has broken exception handling. In the next few days a
> patch will be committed to address this.
btw does it still use -fsjlj method for exception h
hi, there!
On Thu, Apr 18, 2002 at 01:51:19AM -0700, Doug Barton wrote:
> > It seems Doug Barton wrote:
> > > Given the impending 4.6-release, might it make sense to back off ata in
> >
> > The busdma/sparc64 code is *not* in stable...
>
> Hmmm... I thought I saw some complaints on -stabl
hi, there!
On Thu, Mar 28, 2002 at 11:43:58AM -0800, Julian Elischer wrote:
> > On Thursday 28 March 2002 10:28 am, Michael L. Hostbaek wrote:
> > > Beech Rintoul (akbeech) writes:
> > >
> > > 'ChallengeResponseAuthentication no'
> >
> > Thanks, that fixed the problem.
>
> just stops my sshd f
hi, there!
On Thu, Feb 28, 2002 at 09:58:00PM +0100, Søren Schmidt wrote:
> > > Hmm, why do we need to add new layers and loss of functionality
> > > to the ATAPI devices ?
> >
> > Many many many people would like to be able to use cdrecord to burn data
> > to cd's so that all the front-ends to
hi, there!
On Sat, Feb 16, 2002 at 01:14:11AM -0800, Terry Lambert wrote:
> > According to the pam_smb webpage, it states that it works cleanly
> > with FreeBSD 3.x onwards, so I will have to try it out anyway. BTW,
> > what is NSS?
>
> Network Security Services; supposedly it's required, accor
hi, there!
On Wed, Feb 13, 2002 at 03:55:28AM -0800, Terry Lambert wrote:
> > > Is there any way to impliment dl_open in our nsswitch for -current so
> > > that samba's winbindd can work on FreeBSD?
> >
> > no.
>
> It's actually not that hard to write a "libdlopen" that
> mmap's exectuable the
hi, there!
On Wed, Feb 06, 2002 at 05:47:07PM -0800, Joe Kelsey wrote:
> So what? Just because it wasn't part of 4.2 BSD, does that mean that we
> should never support it?
>
> > 2. What is so hard with installing the port. No one has answered *THAT*
> > question yet.
>
> Ports are ins
hi, there!
On Thu, Feb 07, 2002 at 12:38:08PM +0100, Søren Schmidt wrote:
> > > I put up updated patches at
> > > http://www.cuivre.fr.eu.org/~thomas/atapicam/
> > >
> > > For -CURRENT, you should be using the latest one (of today)
> > > which fixes a silly line inversion.
> > >
> > > I'd be
hi, there!
On Tue, Feb 05, 2002 at 08:14:22PM +0100, Thomas Quinot wrote:
> > Is there a place where I can find this updated patch which will work for
> > me in the current -current? Thanks.
>
> I put up updated patches at
> http://www.cuivre.fr.eu.org/~thomas/atapicam/
>
> For -CURRENT, y
hi, there!
On Wed, Feb 06, 2002 at 05:47:07PM -0800, Joe Kelsey wrote:
> So what? Just because it wasn't part of 4.2 BSD, does that mean that we
> should never support it?
>
> > 2. What is so hard with installing the port. No one has answered *THAT*
> > question yet.
>
> Ports are ins
hi, there!
On Wed, Feb 06, 2002 at 02:52:40PM -0500, Mikhail Teterin wrote:
> But alright, let's say -- ports. gcj and gcjh themselves are
> installed by the several lang/gcc* ports, but they are not functional
> (libgcj/libjava are not ported). As a ports committer I might try to
hi, there!
On Fri, Dec 28, 2001 at 09:33:08PM +0100, Jan Stocker wrote:
> What is the state of smbfs for current at present?
Boris Popov has updated kernel-side smbfs for KSE.
Sheldon Hearn imported smbfs 1.4.3 userland (to both HEAD and RELENG_4).
smbfs should work out of box.
we still do no
hi, there!
On Wed, Nov 28, 2001 at 02:55:24PM +0200, Sheldon Hearn wrote:
> | I have some untested patches in my tree and I will contact bp this
> | week about them (I wanted to import smbfs userland to the tree and
> | already got ok from bp but could not test it because kernel-side smbfs
> | i
1 - 100 of 147 matches
Mail list logo
