On Wed, Aug 06, 2003 at 12:03:20 +0400, Alex Deiter wrote:
> restore > ls
> .:
> ???_/
> ???_.txt
> restore >
>
> What to do ?
I just commit fix for this into -current restore, try it.
___
[EMAIL PROTECTED] mailing list
http://lists.fre
On Fri, Aug 30, 2002 at 22:12:33 -0400, Andy Sparrow wrote:
>
> And the author of xterm has widely criticised FreeBSD's incorrect
> handling of other attributes. To the point where he has documented the
> brokeness in his FAQ, and specifically advises to use the termcap
> supplied with 'xterm'
On Fri, Aug 30, 2002 at 21:47:16 -0400, Andy Sparrow wrote:
> > On Sat, Aug 31, 2002 at 00:04:44 +0200, Jens Schweikhardt wrote:
> > > # and midnight commander shows all with -, +, | instead of
> > > # pesudo-graphics.
> > >
> > > It seems this is the price we pay for alignment with what XFree86
On Sat, Aug 31, 2002 at 00:04:44 +0200, Jens Schweikhardt wrote:
> # and midnight commander shows all with -, +, | instead of
> # pesudo-graphics.
>
> It seems this is the price we pay for alignment with what XFree86 ships.
>
We don't need to pay, if entries will be _really_ corrected instead o
On Wed, Feb 13, 2002 at 07:02:51 -0800, David O'Brien wrote:
>
> This is not much of a bug report. Was libpng compiled with new binuils
> or old? Someone that is having problems (which I am not), needs to
> compile things with -g, not strip them, use gdb and provide a REAL bug
> report.
I just
On Wed, Feb 13, 2002 at 17:35:27 +0300, Vladimir B.Grebenschikov wrote:
>
> Programm linked against libpng.so on -CURRNET causes SIGBUS on startup
>
> >How-To-Repeat:
>
> % cat > trypng.c
> #include
>
> main(int ac, char ** av)
> {
> printf("Hello World\n");
> }
> ^D
> % gcc -o trypng trypn
On Wed, Oct 31, 2001 at 08:54:35 +0600, Nickolay Dudorov wrote:
> With the following patch I can now use all
> the channels on the HPT366 controller in my ABIT's BP6 mobo.
> else {
> - if (!(child = device_add_child(dev, "ata", 2)))
> + if (!(child = device_add_child(dev, "ata"
On Sun, Oct 28, 2001 at 07:14:13 +0600, Nickolay Dudorov wrote:
> In article <[EMAIL PROTECTED]>
> "Andrey A. Chernov" <[EMAIL PROTECTED]> wrote:
> > Bootverbose shows that second copy of devices appearse on ASUS CUSL2-C or
> > TUSL2-C:
> >
> > atkbdc-: atkbdc0 already exists, using atkbdc1 inst
On Fri, May 11, 2001 at 16:20:18 +0700, Max Khon wrote:
>
> having sysinstall that configures /etc/ttys will be great
>
It can be implemented as separate entry in "Console" setup menu, i.e.
"Fonts" ... "Screenmap", "Ttys"
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to
On Thu, Dec 28, 2000 at 09:51:27 +0600, Boris Popov wrote:
> The patch seems to be ok as temporary solution for CDs with
> Russian file names. And as temporary solution it well suits to the ports
To be exact, not Russian only but for any single byte character set names.
--
Andrey A. Chern
On Wed, Dec 27, 2000 at 13:35:52 -0600, Michael C . Wu wrote:
> READ: "single byte"
> You are breaking CJK multibyte support. Why? Why do you want make
> software engineering mistakes?
1) Nobody can break something which not exist yet.
2) The stuff discussed is optional and not using it yo
On Wed, Dec 27, 2000 at 12:48:12 -0600, Michael C . Wu wrote:
> On Wed, Dec 27, 2000 at 08:32:26PM +0200, Maxim Sobolev scribbled:
> | "Michael C . Wu" wrote:
> | > On Wed, Dec 27, 2000 at 05:57:19PM +0200, Maxim Sobolev scribbled:
> | > | Motomichi Matsuzaki wrote:
> | > I think that making this
On Wed, Dec 27, 2000 at 13:44:11 +0200, Maxim Sobolev wrote:
> I'm now sure how could I obtain charset for each of dozen+ OSes that may create a CD.
There is not so much number, usualy only one Russian charset per OS :-)
> I don't see any problems, because it's likely that usual special high cod
On Wed, Dec 27, 2000 at 12:05:57 +0200, Maxim Sobolev wrote:
> Please somebody review attached patches.
> + u_char *ctable[256]; /* Table for converting unicode filenames */
You deside to use per- Unicode base conversion table, it takes much memory
and don't satisfy in any case bec
On Thu, Oct 26, 2000 at 09:56:00AM -0700, Matt Dillon wrote:
> simple: don't try to save the random seed from the shutdown script. I
> would argue that the very *LAST* thing you want to do when shutting a
> machine down is start writing out files. And, frankly, depending on
I agree
On Wed, Oct 25, 2000 at 07:50:28PM -0400, Wesley Morgan wrote:
> Now, the problem I am seeing is that not only do I get the same fortunes
> between reboots, but it is _always_ the same one:
>
> "Be ALERT (the world needs more lerts"
BTW, my always-the-same fortune is different:
"Adore, v.: To v
On Thu, Oct 26, 2000 at 02:21:22AM -0700, Kris Kennaway wrote:
> On Wed, Oct 25, 2000 at 02:50:29PM +0400, Andrej Cernov wrote:
>
> > It is because /dev/random totally ignore _time_ and not reseed from it,
> > but no other randomness source available at boot time.
>
> We should probably be usin
On Thu, Oct 26, 2000 at 12:48:19PM +0400, áÎÄÒÅÊ þÅÒÎÏ× wrote:
> On Wed, Oct 25, 2000 at 05:01:44PM -0700, Mark Murray wrote:
> > I need logs.
>
> What logs you expect? It is just standard -current rc.* files.
Here they are, in anycase, set -x as you requested (entropy-related lines
only):
+ [
On Wed, Oct 25, 2000 at 05:01:44PM -0700, Mark Murray wrote:
> I need logs.
What logs you expect? It is just standard -current rc.* files.
> What is "did not work"?
The same fortune quote again.
> What is "it worked"?
Different fortune quote.
> What was the line you commented out?
His situa
On Wed, Oct 25, 2000 at 10:37:31AM -0700, Mark Murray wrote:
> > Unless _time_ will be used, /dev/random is plain unusable for production
> > usage.
>
> Andrey, read the code; nanotime is all over the harvested entropy.
I saw it in the code, but it not means it working. If the time is really
tak
On Wed, Oct 25, 2000 at 10:35:55AM +, Terry Lambert wrote:
> > I see the opposite. I see that without writing to the /dev/random
> > device I get a cons is an object that cares fortune 99+% of the time
> > on my first login. With it, I see more decently random fortunes (but
> > I haven't don
On Fri, Oct 20, 2000 at 10:06:37AM -0700, Mark Murray wrote:
> > It seems I find the problem area. 4096 bytes written in rc.shutdown are
> > not enough for reseeding. When I change them to 16384 bytes, it works!
> > I'll commit working rc.shutdown variant.
>
> This is bogus.
>
> _Any_ randomness
On Fri, Oct 20, 2000 at 08:27:53PM +0400, áÎÄÒÅÊ þÅÒÎÏ× wrote:
> On Fri, Oct 20, 2000 at 08:48:46AM +0400, áÎÄÒÅÊ þÅÒÎÏ× wrote:
> > In very recent -current, my entropy file writted and readed sucessfully,
> > but I got the same fortune quote again and again right after reboot!
> >
> > It means th
On Fri, Oct 20, 2000 at 08:48:46AM +0400, áÎÄÒÅÊ þÅÒÎÏ× wrote:
> In very recent -current, my entropy file writted and readed sucessfully,
> but I got the same fortune quote again and again right after reboot!
>
> It means that anything writted to /dev/random not reseed it but _reset_ it
> to the
Does anybody know PCI devices IDs database on-line (at least for Intel
chips...)?
I have lots of unknown IDs for ASUS CUSL2 card...
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Fri, Oct 20, 2000 at 08:48:46AM +0400, áÎÄÒÅÊ þÅÒÎÏ× wrote:
> In very recent -current, my entropy file writted and readed sucessfully,
> but I got the same fortune quote again and again right after reboot!
>
> It means that anything writted to /dev/random not reseed it but _reset_ it
> to the
On Fri, Oct 20, 2000 at 07:58:09AM +0200, Udo Schweigert wrote:
> On Fri, Oct 20, 2000 at 08:48:46 +0400, Andrej Cernov wrote:
> > In very recent -current, my entropy file writted and readed sucessfully,
> > but I got the same fortune quote again and again right after reboot!
> >
> > It means tha
In very recent -current, my entropy file writted and readed sucessfully,
but I got the same fortune quote again and again right after reboot!
It means that anything writted to /dev/random not reseed it but _reset_ it
to the same default state.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubs
--- rc.bak Thu Oct 12 08:23:33 2000
+++ rc Thu Oct 12 08:25:22 2000
@@ -331,6 +331,10 @@
echo '.'
+# Build devices database
+#
+dev_mkdb
+
# Enable dumpdev so that savecore can see it.
# /var/crash should be a directory or a symbolic link
# to the crash directory if core dumps are to
On Tue, Oct 10, 2000 at 07:39:40PM -0700, Steve Kargl wrote:
> Jun Kuriyama wrote:
> > My boot message of today said:
> > Oct 11 10:18:10 waterblue savecore: /dev/#C:116:0x20001:\
> > No such file or directory
> >
>
> This is occurring on my machine also. It makes it fairly
> hard to get a cras
30 matches
Mail list logo
