On Mon, 6 May 2013 00:11:51 +0200, Baptiste Daroussin writes:
>The ports tree on current is still in very bad shape but I don't see
>anymore errors due to bmake specifically.
>
>You have my approval as portmgr to switch base make to bmake.
As an interim step, I would propose the change below.
In
that simple :) i user setkey to change password but wasn't aware i can
switch from keyfile based volume.
On Sat, 2 Jun 2012, Fabian Keil wrote:
Wojciech Puchar wrote:
is it possible to convert geli encrypted device using keyfile to password
only?
possibly i miss something in manual. thanks
Wojciech Puchar wrote:
> is it possible to convert geli encrypted device using keyfile to password
> only?
>
> possibly i miss something in manual. thanks.
The geli(8) action you are looking for is called setkey.
Fabian
signature.asc
Description: PGP signature
is it possible to convert geli encrypted device using keyfile to password
only?
possibly i miss something in manual. thanks.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any
TF8 and emit that. That
still preserves ASCII, but gives a chance of viewing
non-ASCII in a suitable terminal program. (And there
are even a couple of folks looking into UTF8 support for
syscons.)
The basic UTF-16 to UTF-8
conversion is pretty simple:
if (c < 0x7f) { *s++ = c; }
els
> Or you could try to search for a better language ID. Currently the USB
> stack (old and new) selects the first language ID in the language string.
> Probably there is an english language ID, but not as the first selection.
The first part of the string is correct, so I assume that they added some
On Wednesday 19 November 2008, Nick Hibma wrote:
> In the USB code (and I bet it is the same in the USB4BSD code) unicode
> characters in strings are converted in a very crude way to ASCII. As I have
> a user on the line who sees rubbish in his logs and when using
> usbctl/usbdevs/etc., I bet this
In the USB code (and I bet it is the same in the USB4BSD code) unicode
characters in strings are converted in a very crude way to ASCII. As I have
a user on the line who sees rubbish in his logs and when using
usbctl/usbdevs/etc., I bet this is the problem.
I'd like to try and fix this problem
Rajesh Ghanekar wrote:
Hi,
I am trying to convert a physical memory location (address 0x000F)
to virtual memory address in kernel module with pmap_map() / pmap_enter().
Whenever i call these two functions, system hangs. Is this a proper
way for conversion?
The same physical address can be
Hi,
I am trying to convert a physical memory location (address 0x000F)
to virtual memory address in kernel module with pmap_map() / pmap_enter().
Whenever i call these two functions, system hangs. Is this a proper
way for conversion?
The same physical address can be accessed from the
Hello all,
I ask a while ago a question and received great response. I'm hoping to
repeat the experience :)
I have a driver that I cannot change the ioctl API to. Unfortunately,
it has a peculiar need to return a user-space address based on the
physical address. Here is the scenario:
user cal
The Bios of the Interjet was never tested or compiled with Microsoft in
mind. it is specifically tailored to boot FreeBSD with some special
hacks to support the LCD on COM2 (or was that com1?)
it is a 133MHz (or was that 233?) MHz chip for crying out aloud.
why on EARTH would you wnat to run windo
Anyone know how to convert an interjet to run windows 98?? or at least
to get root access on the exisiting freebsd?
I have a Whistle Interjet 200 server. I am looking into converting this
over to windows 98, but one problem, the Interjet has a special bios. If
I install windows 98 on the HD, th
I have just set up IPv6 on my network at home, and there was much
rejoicing. :-)
Now the problem is that legacy apps don't have v6 support. One idea I
have
floating around in my head is the idea of a socks-like combination of
libc
support and faith to allow IPv6-only networks to participate in ip
14 matches
Mail list logo
