Re: SSH Problem
Hi all, Just an update on the ssh with keys issue I had. To refresh, I run a sftp server which chroot users to their assigned folders. http://www.bsdguides.org/guides/freebsd/security/sftp_chroot_users.php That disabled the keys authentication I had running on my server. The solution that worked for me: Verify the connecting server SSH version [local-host]$ssh -V OpenSSH_5.0p1, OpenSSL 0.9.8g 19 Oct 2007 Generate key-pair on the connecting server without a password [local-host]$ ssh-keygen –t dsa Generating public/private dsa key pair. Enter file in which to save the key (/home/user/.ssh/id_dsa): Hit Enter Created directory '/home/user/.ssh'. Enter passphrase (empty for no passphrase): Hit Enter Enter same passphrase again: Hit Enter Your identification has been saved in /home/user/.ssh/id_dsa. Your public key has been saved in /home/user/.ssh/id_dsa.pub. The key fingerprint is: 3b:2a:d2:ac:8c:71:81:7e:b7:31:21:11:b8:e8:31:ad u...@localhost The public key and private key are typically stored in .ssh folder under your home directory. In this example, it is under /home/user/.sshd. You should not share the private key with anybody. Convert openSSH public key to SSH2 public key On the connecting server that is running openSSH, convert the openSSH public key to SSH2 public key using ssh-keygen as shown below. [local-host]$ ssh-keygen -e -f ~/.ssh/id_dsa.pub ~/.ssh/id_dsa_ssh2.pub Install the public-key on the remote-host that is running SSH2 Create a new public key file on remote-host and copy paste the converted SSH2 key from the connecting server. [remote-host]$ mkdir .ssh2 [remote-host]$ vi ~/.ssh2/server.lan_ssh2_key.pub —- BEGIN SSH2 PUBLIC KEY —- Comment: “2048-bit RSA, converted from OpenSSH by jsm...@local-host” B3NzaC1yc2EBDmbrdomPh9rWfjZ1+7Q369zsBEa7wS1RxzWRQ0Bmr9FSplI 3ADBEBC/6cbdf/v0r6Cp5y5kusP07AOzo2F7MBDSZBtS/MbYJiIxvocoaxG2bQyz3yYjU YcpzGMD182bnA8kRxmGg+R5pVXM34lx3iSSgd8r3RzZKnDpEvEInnI7pQvUBoEbYCXPUeZ LQvQAkz6+Pb6SsNp-dop/qgv9qyfbyMz1iKUZGadG146GtanL5QtRwyAeD187gMzzrGzMFP LWjdzWpGILdZ5gq7wwRpbcXFUskVrS2ZjDe676XlTN1k5QSZmSYUuttDdrjB5SFiMpsre8 a7cQuMS178i9eDBEC== —- END SSH2 PUBLIC KEY —- [remote-host]$ chmod 700 ~/.ssh2 [remote-host]$ chmod go-rwx ~/.ssh2/* Add the above public key file name to the authorization file on the remote-host as shown below. [remote-host]$ vi ~/.ssh2/authorization Key server.lan_ssh2_key.pub Verify the Login from the connecting server to remote-host using the SSH2 key authentication. [local-host]$ ssh -l user remote-host You are on connecting server here The authenticity of host ‘local-host’ can’t be established. DSA key fingerprint is a5:f6:2e:e6:a9:b2:7b:0e:e7:ae:cb:6c:7b:f5:6d:06. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added ‘local-host’ (DSA) to the list of known hosts. Last login: Sat Jun 21 2008 23:13:00 -0700 from 192.168.1.102 No mail. [remote-host]$ You are on remote-host here Hope this will help someone. On Mon, 2008-12-22 at 13:22 +0300, Eygene Ryabinkin wrote: Corne, Mon, Dec 22, 2008 at 11:22:07AM +0200, Corne Kotze wrote: Thank for the reply. Sorry for the ignorance, but I should have added this as well. I am running apart from other things, a secure ftp server on this box as well that chroot the users to their home directories. I got the setup information from the following link: http://www.bsdguides.org/guides/freebsd/security/sftp_chroot_users.php Ahm, SSH.com's realization of SSH suite. Forgot about this, sorry. I had never used it, so can't say how to make it work with public key authentication. But read on ;)) However, OpenSSH had gained the chroot ability in February 2008, http://undeadly.org/cgi?action=articlesid=20080220110039 But if you're running 6.x, you won't be able to use it -- it was imported only to 7.x and -CURRENT, SVN rev 182634 on 2008-09-01 20:03:13Z by des Though, no hope is lost -- security/openssh-portable is at 5.0p1, and chroot support is there. But it is prone to the X11 MITM attack (at least on HP/UX, don't currently know is FreeBSD is affected), http://www.openssh.com/txt/release-5.1 Your mileage may vary, if, for example, you're not using X11 forwarding, then you might be fine with this. Setting the rc.conf file to: sshd_enable=YES sshd2_enable=NO Then my sftp setup does not work properly, unless I am missing something that I can set in the /etc/ssh/sshd_config file. Ooookey, if you still prefer SSH.com's software, you may find the following article very enlightening, http://www.ssh.com/support/documentation/online/ssh/adminguide/32/Public-Key_Authentication-2.html At least for me it looks very sane and verbose. Corne Kotze Systems Administrator Striata messaging innovation E: corne.ko...@za.striata.com T: +27 11 530 9600 F: +27 11 447 9122 This email and all contents are subject to the following disclaimer:
Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys)
on 04/02/2009 22:11 M. Warner Losh said the following: In message: 4989e87b.5010...@icyb.net.ua Andriy Gapon a...@icyb.net.ua writes: : : This based on the (much) earlier proposal described here: : http://lists.freebsd.org/pipermail/freebsd-arch/2008-April/007982.html : : The patch was applied to the recent current sources and LINT kernels for : all architectures that have LINT/NOTES (i.e. arm excluded) were built. : : Here's a link to the list of files and line numbers where KOBJ methods : are set with functions that have differing signatures: : http://www.icyb.net.ua/~avg/kobj_method_sigs.txt : : List of the most common issues can be found at the first link. : : Hope this is useful. This is very helpful. I'll work through the low-hanging fruit. If others want to work as well, please ping me. Warner, thanks a lot for your attention! I've updated the list to include actual source lines in addition to file names and line numbers - I think this should be useful since current is a moving target. http://www.icyb.net.ua/~avg/kobj_method_sigs.txt -- Andriy Gapon ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
linking .a lib with another library
Hi. The problem is: I have a program which is statically linked to my static lib during a build. The lib is in turn uses kvm*() calls, hence it should be linked with libkvm. During the build of my binaries which are linked to my libucron.a I get the following: /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x6e): In function `check_pidfile': : undefined reference to `kvm_open' /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x8b): In function `check_pidfile': : undefined reference to `kvm_getprocs' /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0xbe): In function `check_pidfile': : undefined reference to `kvm_getprocs' /usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x106): In function `check_pidfile': : undefined reference to `kvm_close' *** Error code 1 Ok, if I add SHLIB_MAJOR directive in lib/Makefile (or remove any kvm* references) then all is ok. But the lib is used to be static. So the question is can I somehow link two .a libraries? e.g. libkvm.a + libucron.a + my binaries. Thanks. -- wbr, pluknet ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: linking .a lib with another library
2009/2/5 pluknet pluk...@gmail.com:
Hi.
The problem is:
I have a program which is statically linked to my static lib during a build.
The lib is in turn uses kvm*() calls, hence it should be linked with libkvm.
During the build of my binaries which are linked to my libucron.a I
get the following:
/usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x6e):
In function `check_pidfile':
: undefined reference to `kvm_open'
/usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x8b):
In function `check_pidfile':
: undefined reference to `kvm_getprocs'
/usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0xbe):
In function `check_pidfile':
: undefined reference to `kvm_getprocs'
/usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x106):
In function `check_pidfile':
: undefined reference to `kvm_close'
*** Error code 1
Ok, if I add SHLIB_MAJOR directive in lib/Makefile (or remove any kvm*
references) then all is ok.
But the lib is used to be static. So the question is can I somehow
link two .a libraries?
e.g. libkvm.a + libucron.a + my binaries.
Ok, I finally got it:
gcc crond/crond.o lib/libucron.a /usr/lib/libkvm.a
-L/usr/local/lib/mysql -lmysqlclient
or in BNF (bmake normal form):
LDADD+= -lmysqlclient -lucron ${LIBKVM}
$ ldd crond/crond
crond/crond:
libmysqlclient.so.14 =
/usr/local/lib/mysql/libmysqlclient.so.14 (0x2808)
libc.so.6 = /lib/libc.so.6 (0x280d5000)
libcrypt.so.3 = /lib/libcrypt.so.3 (0x281ba000)
libm.so.4 = /lib/libm.so.4 (0x281d2000)
libz.so.3 = /lib/libz.so.3 (0x281e8000)
The only drawback is that I had to add that to crond/Makefile, not to
lib/Makefile.
crond knows nothing about kvm calls and now it has to (and lib does vice versa).
--
wbr,
pluknet
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: blockable sleep lock (sleep mutex) 16
On Wednesday 04 February 2009 11:05:02 am Nikola Knežević wrote:
On 2 Feb 2009, at 19:09 , Julian Elischer wrote:
It says non-sleepable locks, yet it classifies click_instance
as sleep mutex. I think witness code should emit messages which
are more clear.
It is confusing, but you can't do an M_WAITOK malloc while holding
a mutex. Basically, sleeping actually means calling *sleep()
(such as mtx_sleep()) or cv_*wait*(). Blocking on a mutex is not
sleeping, it's blocking. Some locks (such as sx(9)) do sleep
when you contest them. In the scheduler, sleeping and blocking are
actually quite different (blocking uses turnstiles that handle
priority inversions via priority propagation, sleeping uses sleep
queues which do not do any of that). The underyling idea is that
mutexes should be held for short periods of time, and that any
sleeps are potentially unbounded. Holding a mutex while sleeping
could result in a mutex being held for a long time.
the locking overview page
man 9 locking
tries to explain this..
I've been pestering John to proofread it and make suggestiosn for a
while now.
Thanks John and Julian. I agree, man pages should be more clear :)
I've switched from using mtx to sx locks, since they offer sleeping
while hold.
Unfortunately, I've ran into something really weird now, when I unload
the module:
---8---
#0 doadump () at pcpu.h:195
#1 0x8049ef98 in boot (howto=260) at /usr/src/sys/kern/
kern_shutdown.c:418
#2 0x8049f429 in panic (fmt=Variable fmt is not available.
) at /usr/src/sys/kern/kern_shutdown.c:574
#3 0x8075cd26 in trap_fatal (frame=0xc, eva=Variable eva is
not available.
) at /usr/src/sys/amd64/amd64/trap.c:764
#4 0x8075da62 in trap (frame=0x87699940) at /usr/src/
sys/amd64/amd64/trap.c:290
#5 0x80743bfe in calltrap () at /usr/src/sys/amd64/amd64/
exception.S:209
#6 0x8052a411 in strcmp (s1=0x80824a0c sigacts,
s2=0x877cd3a9 Address 0x877cd3a9 out of bounds)
at /usr/src/sys/libkern/strcmp.c:45
#7 0x804d7c61 in enroll (description=0x80824a0c
sigacts, lock_class=0x80a19fe0)
at /usr/src/sys/kern/subr_witness.c:1439
#8 0x804d7fb1 in witness_init (lock=0xff00016f4ca8) at /
usr/src/sys/kern/subr_witness.c:618
#9 0x8049fd31 in sigacts_alloc () at /usr/src/sys/kern/
kern_sig.c:3280
#10 0x80481121 in fork1 (td=0xff0001384a50, flags=20,
pages=Variable pages is not available.
) at /usr/src/sys/kern/kern_fork.c:453
#11 0x80481450 in fork (td=0xff0001384a50, uap=Variable
uap is not available.
) at /usr/src/sys/kern/kern_fork.c:106
#12 0x8075d260 in syscall (frame=0x87699c80) at /usr/
src/sys/amd64/amd64/trap.c:907
#13 0x80743e0b in Xfast_syscall () at /usr/src/sys/amd64/amd64/
exception.S:330
#14 0x000800ca0a6c in ?? ()
---8---
and in fra 7:
(kgdb) p *w
$5 = {w_name = 0x877cd3a9 Address 0x877cd3a9 out of
bounds, w_class = 0x80a19fe0, w_list = {
stqe_next = 0x80accce0}, w_typelist = {stqe_next =
0x80accce0}, w_children = 0x0,
w_file = 0x877d1fa0 Address 0x877d1fa0 out of
bounds, w_line = 307, w_level = 0, w_refcount = 2,
w_Giant_squawked = 0 '\0', w_other_squawked = 0 '\0',
w_same_squawked = 0 '\0', w_displayed = 0 '\0'}
(kgdb) p *w-w_class
$6 = {lc_name = 0x808564e0 sleep mutex, lc_flags = 9,
lc_ddb_show = 0x80492e6b db_show_mtx,
lc_lock = 0x804938be lock_mtx, lc_unlock =
0x804933fc unlock_mtx}
This happens after modevent exists.
What puzzles me here is w_refcount of 2, while w_name is out of
bounds. Locks I've created I properly destroyed (at least I think I
did :)).
You are probably missing some sx_destroy()'s. You need to destroy each lock
you create with sx_init().
--
John Baldwin
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: linking .a lib with another library
pluknet wrote:
2009/2/5 pluknet pluk...@gmail.com:
Hi.
The problem is:
I have a program which is statically linked to my static lib during a build.
The lib is in turn uses kvm*() calls, hence it should be linked with libkvm.
in static linking order is important..
you need to put libkvm after the library that has the refrences.
(At least that is my first reaction)
During the build of my binaries which are linked to my libucron.a I
get the following:
/usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x6e):
In function `check_pidfile':
: undefined reference to `kvm_open'
/usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x8b):
In function `check_pidfile':
: undefined reference to `kvm_getprocs'
/usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0xbe):
In function `check_pidfile':
: undefined reference to `kvm_getprocs'
/usr/home/pluknet/svn/ucron/ksucron/crond/../lib/libucron.a(misc.o)(.text+0x106):
In function `check_pidfile':
: undefined reference to `kvm_close'
*** Error code 1
Ok, if I add SHLIB_MAJOR directive in lib/Makefile (or remove any kvm*
references) then all is ok.
But the lib is used to be static. So the question is can I somehow
link two .a libraries?
e.g. libkvm.a + libucron.a + my binaries.
Ok, I finally got it:
gcc crond/crond.o lib/libucron.a /usr/lib/libkvm.a
-L/usr/local/lib/mysql -lmysqlclient
or in BNF (bmake normal form):
LDADD+= -lmysqlclient -lucron ${LIBKVM}
$ ldd crond/crond
crond/crond:
libmysqlclient.so.14 =
/usr/local/lib/mysql/libmysqlclient.so.14 (0x2808)
libc.so.6 = /lib/libc.so.6 (0x280d5000)
libcrypt.so.3 = /lib/libcrypt.so.3 (0x281ba000)
libm.so.4 = /lib/libm.so.4 (0x281d2000)
libz.so.3 = /lib/libz.so.3 (0x281e8000)
The only drawback is that I had to add that to crond/Makefile, not to
lib/Makefile.
crond knows nothing about kvm calls and now it has to (and lib does vice versa).
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
CFT: Graphics support for /boot/loader
Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd If Java had true garbage collection, most programs would delete themselves upon execution. -- Robert Sewell ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
On Thu, Feb 05, 2009 at 11:18:36PM +0100, Oliver Fromme wrote: Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Works well here, tried various combinations of the options. This is very cool. Andrew ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
On Thu, Feb 5, 2009 at 11:18 PM, Oliver Fromme o...@lurza.secnetix.de wrote: [graphical bootloader] I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. I've just tested it on my laptop (Fujitsu T4220) with current and it works very well, Can select/unselect any options and everything seems to work as it is supposed. And I love the look :) Regards, Bruno ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. quick test in qemu - works well. Very cool! -- /\ Best regards, | mla...@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mla...@efnet / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Oliver Fromme wrote: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Works fine on Thinkpad T400 (CURRENT/i386). ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Works beautifully! Loving it. Thanks for the work. --Original Message-- From: Oliver Fromme Sender: owner-freebsd-hack...@freebsd.org To: freebsd-hackers@FreeBSD.ORG To: freebsd-curr...@freebsd.org Sent: Feb 5, 2009 17:18 Subject: CFT: Graphics support for /boot/loader Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd If Java had true garbage collection, most programs would delete themselves upon execution. -- Robert Sewell ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org Sent from my BlackBerry® wireless device___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Max Laier wrote: On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. quick test in qemu - works well. Very cool! can you send a screenshot for those of us who can't test it now? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
There is a screenshot on the wiki site --Original Message-- From: Julian Elischer Sender: owner-freebsd-hack...@freebsd.org To: Max Laier Cc: freebsd-hackers@freebsd.org Cc: freebsd-curr...@freebsd.org Cc: Oliver Fromme Sent: Feb 5, 2009 19:15 Subject: Re: CFT: Graphics support for /boot/loader Max Laier wrote: On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. quick test in qemu - works well. Very cool! can you send a screenshot for those of us who can't test it now? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org Sent from my BlackBerry® wireless device___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Very nice! Thanks for the good work. -- Regards Kevin Foo On Fri, Feb 6, 2009 at 6:18 AM, Oliver Fromme o...@lurza.secnetix.dewrote: Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd If Java had true garbage collection, most programs would delete themselves upon execution. -- Robert Sewell ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Julian Elischer wrote: Max Laier wrote: On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. quick test in qemu - works well. Very cool! can you send a screenshot for those of us who can't test it now? http://wiki.freebsd.org/OliverFromme/BootLoader ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
On 2/5/09, Max Laier m...@love2party.net wrote: On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. quick test in qemu - works well. Very cool tested in Parallels, works perfect and looks great. Congratulations! ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Oliver Fromme wrote: Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. I think that this is really neat, you've done an impressive job with it good job. However, I do take issue with your criticism of the ASCII logo; I actually spent a decent amount of time designing the block text logo =-) I wish that there hadn't been moronic politics over the beastie logo, as that does look a lot better, even if it is text. And text is still required for serial consoles. Scott ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
On Thursday 05 February 2009 8:18:36 pm Oliver Fromme wrote: Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver No at problem in here .. Just added graphics_enable=YES beastie_theme=/boot/themes/default/theme.conf to my loader.conf after decompressing your file as explained in your page and that was it .. it works like a charm ... [gonz...@inferna ~]% uname -a FreeBSD inferna.inferna.com.ar 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Fri Dec 12 12:03:51 ARST 2008 r...@inferna.inferna.com.ar:/usr/obj/usr/src/sys/INFERNA i386 [gonz...@inferna ~]% Thanks a lot for your hard work :D Regards -- Blessings Gonzalo Nemmi ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Oliver Fromme wrote: Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver very nice... BTW most of these things seem to have ESC drop out of graphics mode.. do you have something like that? (or maybe ESC should go to loader prompt...?) If I had a machine that it didn't work on I think I'd try hitting esc but I don't think I'd think of F7. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Scott Long wrote: Oliver Fromme wrote: [...] http://wiki.freebsd.org/OliverFromme/BootLoaderTest I think that this is really neat, you've done an impressive job with it good job. However, I do take issue with your criticism of the ASCII logo; I actually spent a decent amount of time designing the block text logo =-) I'm sorry, it wasn't my intention to disrespect your work. What I was trying to say is that ASCII graphics look old- fashioned in general. I wasn't actually picking on your rendition of the text logo in particular. Yeah, I noticed your smiley, but I agree that my wording on the wiki page was misleading, so I changed it. I wish that there hadn't been moronic politics over the beastie logo, as that does look a lot better, even if it is text. And text is still required for serial consoles. Absolutely. Text is also required for machines that aren't supported by the graphics code, or machines that don't have any graphics hardware at all. Don't worry, I'm not going to rip your ASCII logo out. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Being really good at C++ is like being really good at using rocks to sharpen sticks. -- Thant Tessman ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: CFT: Graphics support for /boot/loader
Julian Elischer wrote: BTW most of these things seem to have ESC drop out of graphics mode.. do you have something like that? (or maybe ESC should go to loader prompt...?) Good question. The screen layout isn't final, of course, and I'm open to suggestions. (Also, there will be a short descriptive text for the countdown and how to pause it.) I think it might make sense to provide an additional action using the Esc key that leaves graphics mode and displays the old text menu instead. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd C++ is over-complicated nonsense. And Bjorn Shoestrap's book a danger to public health. I tried reading it once, I was in recovery for months. -- Cliff Sarginson ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
