Re: find(1) -regex/-iregex

2001-02-20 Thread Akinori MUSHA
gexp ;) - Perl's regexp is known to be a unique variant that is different from the "basic regexp" nor the "extended regexp" ;P > It sounds like a regexp would be nice. Me too. :) -- / /__ __Akinori.org / MUSHA.

find(1) -regex/-iregex

2001-02-20 Thread Akinori MUSHA
'd like to commit it after reviews if there is no convincing objection against it. Any suggestion is welcome. Thanks, -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (

Re: find(1) -regex/-iregex

2001-02-20 Thread Akinori MUSHA
Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: find(1) -regex/-iregex

2001-02-20 Thread Akinori MUSHA
hanks for your suggestions. -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: find(1) -regex/-iregex

2001-02-20 Thread Akinori MUSHA
' option, like GNU 'ls' > has. Interesting, but it would be done at some other time. I'd like to focus on regex this time. -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lan

Re: find(1) -regex/-iregex

2001-02-20 Thread Akinori MUSHA
), that's it. :) -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the

OpenSSH 2.9 problems

2001-05-05 Thread Akinori MUSHA
i.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "Freeze this moment a little bit longer, make each impression a little bit stronger.. Experience slips away -- Time stand still" To Unsubscribe: send mail to [EMAIL P

Re: cvs commit: src/lib/libpam Makefile.inc

2001-07-11 Thread Akinori MUSHA
mpatibility really lost?) -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "Freeze this moment a little bit longer, make each impression a littl

Re: cvs commit: src/lib/libpam Makefile.inc

2001-07-11 Thread Akinori MUSHA
d the X server. Xwrapper -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "Freeze this moment a little bi

Re: HEADS UP: sendmail related changes

2000-10-23 Thread Akinori MUSHA
Would you add an UPDATING entry for this? Many people have been reporting problems with the local mailer not knowing these changes. At Tue, 10 Oct 2000 11:19:43 -0700 (PDT), Gregory Neil Shapiro wrote: > The following changes have been made in -CURRENT: > > 1. mail.local(8) is no longer install

Re: cvs commit: src/sys/kern subr_diskslice.c src/sys/sys diskslice.h src/sys/cam/scsi scsi_cd.c

2000-10-30 Thread Akinori MUSHA
At Sun, 29 Oct 2000 23:03:02 -0800 (PST), Kenneth Merry wrote: > ken 2000/10/29 23:03:02 PST > > Modified files: > sys/kern subr_diskslice.c > sys/sys diskslice.h > sys/cam/scsi scsi_cd.c > Log: > Write support for the cd(4) driver. I

Re: cvs commit: src/sys/compat/linux linux_stats.c

2000-11-02 Thread Akinori MUSHA
At Wed, 1 Nov 2000 22:08:26 -0800 (PST), Marcel Moolenaar wrote: > marcel 2000/11/01 22:08:26 PST > > Modified files: > sys/compat/linux linux_stats.c > Log: > Fix linux_ustat syscall. We only have cdevs now, so looking > for a block device isn't that useful anymore. > >

Re: cvs commit: src/sys/compat/linux linux_stats.c

2000-11-02 Thread Akinori MUSHA
At Fri, 03 Nov 2000 02:02:50 +0900, I wrote: > I'm 100% sure this change caused the panic because the stack trace > showed it panicked at vfinddev() called from linux_ustat(). D'uh, I lied! Actually `ls /compat/linux/dev' panics at: vfinddev() <-- addaliasu() <-- ufs_vinit(). Seems I was 100% c

Re: cvs commit: src/sys/compat/linux linux_stats.c

2000-11-02 Thread Akinori MUSHA
At Thu, 2 Nov 2000 14:11:44 -0500 (EST), Andrew Gallatin wrote: > To clarify -- this is the native /bin/ls and NOT /compat/linux/bin/ls? Yes. > I don't suppose you could throw an older kernel on and show the output > of /bin/ls /compat/linux/dev ? Here is the output from the native /bin/ls on

Re: cvs commit: src/sys/compat/linux linux_stats.c

2000-11-02 Thread Akinori MUSHA
At Thu, 02 Nov 2000 15:26:29 -0500, Marcel Moolenaar wrote: > > Akinori MUSHA wrote: > > > > At Thu, 2 Nov 2000 14:11:44 -0500 (EST), > > Andrew Gallatin wrote: > > > To clarify -- this is the native /bin/ls and NOT /compat/linux/bin/ls? > > > >

i386/20379

2000-11-02 Thread Akinori MUSHA
Would someone take a look at i386/20379, which adds support for Intel 450GX chipset? The fix is simple enough to get into 4.2-RELEASE. Intel 450GX used to be a highend chipset for servers in the PentiumPro era, and such a chipset should be supported by 4.2-RELEASE! :) http://www.freebsd

Re: i386/20379

2000-11-02 Thread Akinori MUSHA
Sorry, this should not have sent to current. I've forwarded it to stable, so please follow to that if you have comments on this PR, thanks. -- / /__ __ / ) ) ) ) /and.or.jp / ruby-lang.org Akinori -Aki- MUSHA

Re: cvs commit: src/sys/compat/linux linux_stats.c

2000-11-02 Thread Akinori MUSHA
At Thu, 02 Nov 2000 22:15:45 +0100, Poul-Henning Kamp wrote: > >I confirmed linux ls didn't cause panic, so the culprit should belong > >somewhere else. Hopefully phk will catch it for us. :) > > I hope I just did. Please report back if this has or hasn't solve > the problem. Just confirmed th

Re: cvs commit: src/sys/kern subr_diskslice.c src/sys/sys diskslice.h src/sys/cam/scsi scsi_cd.c

2000-11-03 Thread Akinori MUSHA
At Thu, 2 Nov 2000 21:10:34 -0700, Kenneth D. Merry <[EMAIL PROTECTED]> wrote: > > I get the following messages when I hit "cdcontrol -f /dev/cd0 play" > > against a music CD: > > > > Oct 31 16:06:40 archon /boot/kernel/kernel: (cd0:ahc0:0:2:0): READ(10). CDB: 28 0 >0 0 0 1 0 0 1 0 > > Oct 31 1

src/etc/netstart

2000-12-25 Thread Akinori MUSHA
-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" Index: netstart === RCS file: /home/ncvs/src/etc/netstart,v retrieving revision

Re: setlocale() fails

2001-02-13 Thread Akinori MUSHA
0) { /* Assume that we have incomplete locale file (without * "yesstr" and "nostr" declared. Try it also. */ -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ /

Re: setlocale() fails

2001-02-13 Thread Akinori MUSHA
e at least the comparison in the line 65 of lmessages.c is correct, and the ones in lnumeric.c and lmonetary.c look fine as well. Let's have your say, Alexey! ;) -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBS

Re: cvs commit: ports/palm/pilot-link Makefile

2001-02-15 Thread Akinori MUSHA
t;${CFLAGS}" | ${SED} -e 's/-O[0-9a-z]*//g' (as Kuriyama-san has just added today) it builds fine on 5-CURRENT. David, would you investigate this? -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org /

Backward binary compatibility with libc/libm

2001-02-15 Thread Akinori MUSHA
kinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsub

Re: Backward binary compatibility with libc/libm

2001-02-15 Thread Akinori MUSHA
trick and get it working. Oops, obviously I missed the 'Major bumping of libFOO' thread. Take msun into account as well, thanks. -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.or

libgtop on CURRENT

2001-02-15 Thread Akinori MUSHA
erver: kvm_getargv (10): Undefined error: 0 By the way, you'd better split patches into per-file patches.. -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori

CURRENT reboots frequently

2003-02-15 Thread Akinori MUSHA
eas? -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "It went right by me -- At the time it went over my head I was looking out the window.. I should have looked at y

HPT372 UDMA detection problem on current

2003-02-28 Thread Akinori MUSHA
Master = PIO4 Slave = ??? atacontrol mode 3 Master = PIO4 Slave = ??? Regards, -- / /__ __Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / a

Re: HPT372 UDMA detection problem on current

2003-03-01 Thread Akinori MUSHA
/ ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "It went right by me -- At the time it went over my head I was looking out the window.. I should have looked at your face instead" To Unsubscribe: send mail to [EMAIL PROTEC

moused(8): char signed-ness problem with gcc 3.1

2002-05-15 Thread Akinori MUSHA
) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "Somewhere out of a memory.. of lighted streets on quiet nights.." Index: moused.c === RCS file: /home/ncvs/src/usr.sbin/mous

Re: moused(8): char signed-ness problem with gcc 3.1

2002-05-16 Thread Akinori MUSHA
uot;, j / 2); >return 0; > } Somehow, specifying -fsigned-char, which I thought was the default, fixed the problem. So, the cause may be in our configuration of gcc? I'll send-pr if it isn't. -- / /__ __Akinori.org / M

Re: moused(8): char signed-ness problem with gcc 3.1

2002-05-16 Thread Akinori MUSHA
act->dy = - ((signed char)(pBuf[2]) + (signed char)(pBuf[4])); if (rodent.level == 1) { - act->dz = ((char)(pBuf[5] << 1) + (char)(pBuf[6] << 1))/2; + act->dz = ((signed char)(pBuf[5] << 1) + (signed char)(pBuf[6] << 1)) >> 1;

Re: moused(8): char signed-ness problem with gcc 3.1

2002-05-16 Thread Akinori MUSHA
/ FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "Somewhere out of a memory.. of lighted streets on quiet nights.." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Weird portupgrade error on current amd64 [and powerpc64?]

2016-05-06 Thread Akinori MUSHA
ked fine. > > > > === > > Mark Millard > > markmi at dsl-only.net > > > > ___ > > freebsd...@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any

Re: Weird portupgrade error on current amd64 [and powerpc64?]

2016-05-07 Thread Akinori MUSHA
ked fine. > > > > === > > Mark Millard > > markmi at dsl-only.net > > > > ___ > > freebsd...@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any

Re: bzip2 in src tree (Was Re: ports/16252: bsd.port.mk: Add bzip2 support for distribution patches)

2000-01-22 Thread Akinori MUSHA aka knu
B 8.9MB linux-2.2.1412.3MB 15.2MB It's crystal clear bzip2 wins in these cases. and far enough. -- / /__ __ / ) ) ) ) / http://www.idaemons.org/knu/ Akinori MUSHA aka / (_ / ( (__( mailto:[E

Re: bzip2 in src tree (Was Re: ports/16252: bsd.port.mk: Add bzip2 support for distribution patches)

2000-01-23 Thread Akinori MUSHA aka knu
s an option. > I'd vote for keeping things as they are: bzip2 is fine as > a port. Despite all of above, I have to agree that, since whether having bzip2 is already an option thanks to the port. :) -- / /__ __ / ) )