| Alexander Hall | Re: fsck and mount handling in bsd.rd
Peter has mailed me explaining he cannot test this until late January.
Any other takers?
Diff updated to match -current. No other changes.
Testing and OK's.
/Alexander
Index: install.sub
===================================================================
RCS file: /cvs/src/distrib/miniroot/install.sub,v
retrieving revision 1.632
diff -u -p -r1.632 install.sub
--- install.sub 3 Jan 2011 00:36:50 -0000 1.632
+++ install.sub 4 Jan 2011 08:24:12 -0000
@@ -1638,7 +1638,6 @@ ...
| Jan 4, 1:25 am 2011 |
| Jan Johansson | Re: OpenOSPF6d does not send LSAs for passive interfaces
Initial testing looks good.
With your first patch:
Cisco# show ipv6 route 2001:dead:5:7357::13
IPv6 Routing Table - 23 entries
Codes: C - Connected, L - Local, S - Static, R - RIP, B - BGP
U - Per-user Static route
I1 - ISIS L1, I2 - ISIS L2, IA - ISIS interarea, IS - ISIS summary
O - OSPF intra, OI - OSPF inter, OE1 - OSPF ext 1, OE2 - OSPF ext 2
ON1 - OSPF NSSA ext 1, ON2 - OSPF NSSA ext 2
O 2001:DEAD:5:7357::/64 [110/10]
via FE80::214:22FF:FE73:466B, ...
| Jan 4, 2:52 am 2011 |
| Patrick Coleman | Re: OpenOSPF6d does not send LSAs for passive interfaces
Ok, the following should fix this. It's a little more involved; here's
what's new:
- Avoid sending LSAs if the link state is down (to avoid
double-advertising CARP interfaces). OSPFd does this a little more
elegantly using metrics[1], but I wasn't able to get that to work,
perhaps I'm not understanding the protocol. Suggestions appreciated.
- Don't send LSAs if the interface is down (ifconfig carp1 down),
because that's silly
- Make the OSPF engine update the RDE about interface changes ...
| Jan 4, 1:49 am 2011 |
| Yojiro UO | Re: allow ugen(4) to attach to unused interfaces
as the ugen(4) is too flexible (and unsafe) than other usb device drivers,
i don't like this work to extend ugen(4)'s area.
I know many userland applications which supports multiple platform using
ugen type interface (because they usually use libusb or ugen apis), but
it is no reason to support them without considerations.
.....
From usb developer's view (include me), this work is seems to the so
useful to use "unsupported" / "partially supported" device. hmm...
-- Yojiro UO
| Jan 3, 10:13 pm 2011 |
| Jacob Meuser | Re: allow ugen(4) to attach to unused interfaces
well, when ugen(4) is attached as a secondary device, it is not
allowed to change the configuration, and is only allowed access to
the unclaimed interfaces. this is essentially the same as other
class/interface drivers. normal ugen(4) attachments and drivers
that attach by matching vendor/pid are given full access to the
device.
there is no defined class for scanners. so, I don't see how usb
scanners will be supported without a generic usb device driver,
except maybe something like ...
| Jan 3, 11:20 pm 2011 |
| Ian Darwin | Re: allow ugen(4) to attach to unused interfaces
Here is one very strong consideration: Inasmuch as this change makes
at least some MFC devices just work with CUPS and xsane, for normal
users, without having to e.g., build a custom kernel, I am in favor
of it, unless there is a *specific* risk to other drivers.
| Jan 4, 11:10 am 2011 |
| DigitalesNet | Sony XR150 - Mejor precio del mercado
USD 650 Filmadora
Sony XR150 Sensor: Exmor CMOS 1/5" /
Sistema: NTSC Formato: Disco rígido 120 GB / Monitor
2.7" Panel Táctil Zoom: Óptico: 15x
| Jan 3, 9:36 pm 2011 |
| Sleep Miracle Solution | Get a Better Nights Sleep
**The Miracle of a Good Night Sleep**
==Introducing Revolutionary Sleep Miracle==
_____________________________________
--Fall Asleep Fast
--Works The Very First Night
--Stay Asleep All Night
--Enjoy a Deep Restfull Sleep
--Relieves Stress and Anxiety
--Feel Refreshed in The Morning
--100% All Natural
_____________________________________
Claim Your Introductory Offer Today
Visit our Site below for Details:
http://sleepgood2nite.com
To Unsubscribe from our list ...
| Jan 3, 7:15 pm 2011 |
| TBX | Generador Eléctrico Portatil
$ 490 Pesos Generador
Eléctrico Portatil Equipo Ideal para
Camping , iluminación , ferias , eventos en la
calle , casas rodantes , motorhome , etc. Muy portatil,
permite llevarlo a donde sea. Garantía 6 meses en todo el
País - Factura A o B
| Jan 4, 7:18 am 2011 |
| Alexander Polakov | ls(1) multibyte support
Hi,
I wonder if there any plans on adding multibyte support for ls(1)?
Or maybe there's a reason why it's not a great idea (which I am not
aware of)?
Anyway, here's a patch I have. It's based on DragonFlyBSD's ls.
diff -u ls/ls.c ls/ls.c
--- ls/ls.c Wed Nov 24 17:39:05 2010
+++ ls/ls.c Tue Jan 4 19:44:35 2011
@@ -42,6 +42,7 @@
#include <errno.h>
#include <fts.h>
#include <grp.h>
+#include <locale.h>
#include <pwd.h>
#include <stdio.h>
#include <stdlib.h>
@@ -101,6 +102,8 ...
| Jan 4, 11:14 am 2011 |
| Stefan Sperling | Re: ls(1) multibyte support
Any locale stuff added to applications that are used on the ramdisk
(bsd.rd) must be inside #ifndef SMALL.
The ls binary is linked statically so we need to prevent it from wasting
space by pulling citrus stuff onto the ramdisk.
More importantly, there is an alleged bug in our wcwidth() implementation.
I haven't had time to investigate, but it has been pointed out on separate
occasions, by Jordi Beltran Creix and by nicm@.
Test program (from Jordi):
#include <stdio.h>
#include ...
| Jan 4, 1:12 pm 2011 |
