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
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 almost fou
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
found the problem with some other out-of-tree
driver).
This should be if (ret FILTER_SCHEDULE_THREAD) instead. Attached
patch fixes the problem.
What do you think?
Max
I think returning (FILTER_HANDLED | FILTER_SCHEDULE_THREAD) makes no
sense given the definition the interrupt has been
. 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 freebsd-current-unsubscr
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() for your purposes, but
removing existing invocations seems to be unnecessary.
Max
___
freebsd-current@freebsd.org
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 me.
Max
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
!= 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
wonder 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-current
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 agenda? To get ports to depend on an
/usr/ports
David,
On Fri, Dec 2, 2011 at 3:43 PM, David O'Brien obr...@freebsd.org 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 obr...@freebsd.org
wrote:
If you go with (2) above, we'll still have *tons* of ports that want
David,
On Fri, Dec 2, 2011 at 3:35 PM, David O'Brien obr...@freebsd.org 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 reasoning is compelling.
I'm
it for 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
Peter,
On Fri, Dec 2, 2011 at 6:54 PM, Peter Jeremy peterjer...@acm.org wrote:
On 2011-Dec-02 16:27:34 +0700, Max Khon f...@samodelkin.net 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
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
that a number of developers and build/release
engineers out there are in the same boat as I am.
I hit the same problem regularly. The patch looks good to me as well.
Max
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
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 willing
to do the work now--as Max seems to be--then we might as well deal with
the ports fallout from
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
David,
On Fri, Dec 2, 2011 at 8:51 AM, David O'Brien obr...@freebsd.org 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: fjoe
Date
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
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 profiled libraries by default.
Opinions
readline (that is shipped with gdb) and build/link it
only to gdb.
I am inclined to do the former.
Max
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current
+:
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
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_PROFILE is probably a good idea for the tinderbox?
Who is in charge for tinderbox these days?
Max
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, send any mail
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 future. Mind if I MFH these when you are done - unless
you are planing to do it already, anyways
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 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
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,
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 the exit rendezvous. Let's fix
that. We
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() though? Or do you use a hand-rolled critical exit
On Monday 16 May 2011 17:54:54 Attilio Rao wrote:
2011/5/16 Max Laier m...@love2party.net:
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
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
provoked.
I'm not sure if this would be sufficient for the error case Max Laier
has encountered.
It seems to address the issue, albeit a bit difficult to understand why this
is correct. I'd like to see some comments in the code instead of just the
commit log, but otherwise ... please go ahead
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, and
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, and
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 is really hard
to read without context
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 updated patch:
Can you attach the patch, so I can apply it locally
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 #includepmmintrin.h
39 #endif
40 #ifdef __SSSE3__
41 #includetmmintrin.h
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 mail to freebsd-current
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/listinfo
without the KDTRACE_HOOKS option, but same error with Dan's script.
Just a stab in the dark, did you kldload dtraceall? KDTRACE_HOOKS just adds
the needed linkage for the dtrace modules to work.
Max
___
freebsd-current@freebsd.org mailing list
http
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.cz/~pwo/clang-warn-fix-head.diff
Regards,
Max
___
freebsd
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 PROTECTED]
Max Laier
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
___
[EMAIL PROTECTED] mailing list
http
is for testing and
EA developing, not really for production - at least I'm fairly certain.
There's the magic keyword again: testing! Who should do it if not guys
like him? If vinum had crossed my way before, I'd try to help - sorry.
--
Best regards,
Maxmailto:[EMAIL PROTECTED
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:
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_tags, now? Please!
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED
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/freebsd-current
To unsubscribe, send any mail
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/listinfo/freebsd-current
To unsubscribe
.
--
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]
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 using
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.
#ifdef
.
- 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
--
Best regards,
Max Laier
to kldload
if_tun if you allready have tun interfaces (built in).
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
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 with the
. 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 mailto
regards,
Maxmailto:[EMAIL PROTECTED]
^^^SPAM HERE!!! =)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL
...
If anybody is going to put his head into it, feel free to contact me for
support.
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
.) 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]
(1) (make/dir.c,v 1.32).
Hints that rebuilding make would be an alternative fix.
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
with ip_fil.c, 1.40. For a quick workaround
add #include net/pfil.h in line ~310 (just before fr_check_wrapper())
--
Best regards,
Maxmailto:[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman
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
===
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.
It may
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 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 and
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 is weird.
Builting
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 stuff.
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
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
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:
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, because
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 be done with the
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 additional options to
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 everything to
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 with
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 system
if something goes
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/Makefile
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 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.
I have
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 bugs
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.
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
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 -stable, but I
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 from working at
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 cdrecord
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, according
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 ld.so itself,
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 installed
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, you
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 very interested in
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 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 installed
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
hi, there!
On Wed, Nov 28, 2001 at 02:30:54PM +0200, Sheldon Hearn wrote:
| I'm trying to compile smbfs. I've added SMBFS and NETSMB options to my kernel
| config, but I'm not sure is it enough. The output of make buildkernel is as
| follows:
I don't think anyone's updated smbfs for the
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
| is
1 - 100 of 143 matches
Mail list logo
