Re: [PREVIEW] bsdconfig(8)

On Mar 5, 2012, at 5:03 PM, Devin Teske wrote: > > >> -Original Message- >> From: Robison, Dave [mailto:david.robi...@fisglobal.com] >> Sent: Monday, March 05, 2012 5:00 PM >> To: freebsd-hackers@freebsd.org >> Cc: r...@fuzzwad.org; Devin Teske >> Subject: Re: [PREVIEW] bsdconfig(8) >>

Dell R620 + H710p

Just a note from the "yahoo bsd" world. In order to get the R620/720 working here, we switched out the Broadcom ethernet device with an Intel (its a purchase option), and integrated the project/head_mfi branch to get things working in our universe. Sean http://people.freebsd.org/~sbruno/r620_dmi

Re: Graphical Terminal Environment

I want to learn but at the same time I want to create this graphical terminal under the BSD license so I would be able to have an entire system under the BSD license, with a bit better interface than 80x25 or 90x30 for that matter. Xorg has such a large dependency base that I bet somewhere down the

Re: mtree(8) reporting of file modes

On Tue, Mar 06, 2012 at 06:05:51PM -0500, Lowell Gilbert wrote: > ... > I guess the question is why do *you* find the "/set" lines to (even just > occasionally) not be useful? > ... Simple: I overlooked them. :-} Thanks for the clarification: I *thought* there might be something fairly obvious th

Re: mtree(8) reporting of file modes

David Wolfskill writes: > * mode is set to the (masked) mode of the (immediately) enclosing > directory when it is visited in pre-order. (This is done in statd().) Not quite. It looks like when statd() is called on the enclosing directory itself, it walks all of the children to find the most

Re: Graphical Terminal Environment

Brandon writes: > (If you haven't noticed, I'm going to keep finding excuses to > write this as I really am kindof excited to learn/work on it) ideas: Display PostScript rio (from Plan 9) If you're mainly looking for a low-level graphics project, maybe reverse engineer something on the GPU (e.g

Re: mtree(8) reporting of file modes

On Tue, 2012-03-06 at 12:41 -0800, David Wolfskill wrote: > As I mentioned in > , at work, > we're trying to use mtree(8) to do reality checks on server > configuration/provisioning. (We are not proposing the use of mtree to > actually enf

mtree(8) reporting of file modes

As I mentioned in , at work, we're trying to use mtree(8) to do reality checks on server configuration/provisioning. (We are not proposing the use of mtree to actually enforce a particular configuration -- we are only considering using it

Re: Graphical Terminal Environment

On 3/6/2012 2:52 PM, b. f. wrote: > Brandon Falk wrote: > >> I've been thinking for a while about possibly making an extremely >> lightweight environment that supports full monitor resolution, custom >> fonts, and terminals... that's about it. > You may also want to look at our system libvgl ( vgl

Re: Graphical Terminal Environment

Brandon Falk wrote: > I've been thinking for a while about possibly making an extremely > lightweight environment that supports full monitor resolution, custom > fonts, and terminals... that's about it. You may also want to look at our system libvgl ( vgl(3) ), ports/devel/directfb ( http://dire

AMD confirms a CPU bug

[Moving the thread from amd64@ to hackers@] http://leaf.dragonflybsd.org/mailarchive/kernel/2012-03/msg0.html This bug actually delayed DragonFly 3.0 release. FYI, here is Matt's detailed explanation and the hack to work around the issue for GCC 4.4: http://gitweb.dragonflybsd.org/dragonf

Re: Graphical Terminal Environment

On 2012-03-06 13:08, Brandon Falk wrote: Although SDL is under the GPL still and I'd love to write mine under the BSD license. SDL 2.0 is under zlib license. And we use it under NetBSD without X11. www.libsdl.org/license.php // Yocto ___ freebsd-

Re: Graphical Terminal Environment

On 3/6/2012 1:39 PM, Mike Meyer wrote: > On Mon, 5 Mar 2012 23:39:57 -0500 > Brandon Falk wrote: > >> I've been thinking for a while about possibly making an extremely >> lightweight environment that supports full monitor resolution, custom >> fonts, and terminals... that's about it. >> >> Essenti

Re: Graphical Terminal Environment

On Mon, 5 Mar 2012 23:39:57 -0500 Brandon Falk wrote: > I've been thinking for a while about possibly making an extremely > lightweight environment that supports full monitor resolution, custom > fonts, and terminals... that's about it. > > Essentially, an x11 that only supports tiling xterms al

Re: [PREVIEW] bsdconfig(8)

Not sure this will get to -hackers, I'm not on their list. More below... On 3/6/12 12:10 PM, Devin Teske wrote: 3) when bsdconfig starts the note regarding the packages shouldn't state "Pascal". most people probably don't know what pascal is. ;) how about VirtualBox or chromium? these p

Re: Graphical Terminal Environment

On Tue, Mar 6, 2012 at 6:08 PM, Brandon Falk wrote: > On 3/6/2012 12:30 PM, Tom Evans wrote: >> On Tue, Mar 6, 2012 at 4:27 PM, Brandon Falk wrote: >>> SDL is massive to what I plan on doing, and SDL is dependent on X11. >> >> Incorrect. SDL has no dependency upon X. Linux users can run SDL >> ap

RE: [PREVIEW] bsdconfig(8)

Hi Alex, Thanks for your feedback! Thoughts inline below... > -Original Message- > From: Alexander Best [mailto:arun...@freebsd.org] > Sent: Tuesday, March 06, 2012 1:10 AM > To: Devin Teske > Cc: freebsd-hackers@freebsd.org; Ron McDowell > Subject: Re: [PREVIEW] bsdconfig(8) > > On Mon

Re: Graphical Terminal Environment

On 3/6/2012 12:30 PM, Tom Evans wrote: > On Tue, Mar 6, 2012 at 4:27 PM, Brandon Falk wrote: >> SDL is massive to what I plan on doing, and SDL is dependent on X11. > > Incorrect. SDL has no dependency upon X. Linux users can run SDL > applications directly on a framebuffer device. > > Cheers > >

Re: Graphical Terminal Environment

On Tue, Mar 6, 2012 at 4:27 PM, Brandon Falk wrote: > SDL is massive to what I plan on doing, and SDL is dependent on X11. Incorrect. SDL has no dependency upon X. Linux users can run SDL applications directly on a framebuffer device. Cheers Tom ___ f

Re: Graphical Terminal Environment

On 3/6/2012 11:19 AM, Adam Vande More wrote: > On Tue, Mar 6, 2012 at 9:55 AM, Brandon Falk > wrote: > > > I'd plan to have it do more than just lines and dots. Pretty much anything > you'd > need to set up a basic interface with text, boxes, maybe circle

Re: Graphical Terminal Environment

On Tue, Mar 6, 2012 at 9:55 AM, Brandon Falk wrote: > > I'd plan to have it do more than just lines and dots. Pretty much anything > you'd > need to set up a basic interface with text, boxes, maybe circles. Just an > API > similar to OpenGL for 2d graphics minus shading and lighting. Think of > a

Re: Graphical Terminal Environment

On 3/6/2012 10:49 AM, Ian Lepore wrote: > > With that model and your statement that the driver should support only > primitive functions to draw lines and dots, that leaves the non-trivial > problem of font rendering to the app. Given your original goal, font > rendering is pretty much the bulk of

Re: Graphical Terminal Environment

On Tue, 2012-03-06 at 10:24 -0500, Brandon Falk wrote: > On 3/6/2012 11:05 AM, per...@pluto.rain.com wrote: > > Brandon Falk wrote: > > > >> I havent tried tmux yet, but on my system im only able to get > >> 80x40 with vidcontrol on one monitor. But with xterm in xorg > >> i can get 319x89 per mon

Re: watching for a directory with kqueue

On Monday, March 05, 2012 1:12:55 pm Sergey Matveychuk wrote: > Hi. > > I've met a problem with the subj. Could you help? > > I'm watching for a directory: > EV_SET(kq_change_list, fd, EVFILT_VNODE, > EV_ADD | EV_ENABLE | EV_ONESHOT, > NOTE_DELETE | NOTE_WRITE | NOT

Re: FreeBSD-9 crash at swapctl -d

On Monday, March 05, 2012 3:32:22 am Wojciech Puchar wrote: > repeatable crash when turning off my 9GB swap partition (of which 0 bytes > was used): > > Dump header from device /dev/ada0b > Architecture: amd64 > Architecture Version: 2 > Dump Length: 198971392B (189 MB) > Blocksize: 512 >

Re: CPUID and CPU STATE

On Tuesday, March 06, 2012 2:16:03 am Maninya M wrote: > Thank you. > How do we get hardware cpuid? > Can we change the number of CPUs available to the scheduler (in the > scheduler code) dynamically, say completely cutting off a specific cpu core > from being used at all? The hardware cpuid is ma

Re: Graphical Terminal Environment

On 3/6/2012 11:05 AM, per...@pluto.rain.com wrote: > Brandon Falk wrote: > >> I havent tried tmux yet, but on my system im only able to get >> 80x40 with vidcontrol on one monitor. But with xterm in xorg >> i can get 319x89 per monitor ... > > To get higher resolution than what vidcontrol provides

Re: Graphical Terminal Environment

On Tue, Mar 06, 2012 at 08:05:40AM -0800, per...@pluto.rain.com wrote: > Brandon Falk wrote: > > > I havent tried tmux yet, but on my system im only able to get > > 80x40 with vidcontrol on one monitor. But with xterm in xorg > > i can get 319x89 per monitor ... > > To get higher resolution than

Re: Graphical Terminal Environment

On Tue, Mar 06, 2012 at 12:37:32PM +, RW wrote: > BTW does anyone know what the character at the end of the size field is > in the "vidcontrol -i mode" output, I'm seeing "D","P" or "4" on the > graphics modes. It's video memory model: $num - planar, $num - number of planes C- GCA graphics

Re: watching for a directory with kqueue

06.03.2012 0:57, Markiyan Kushnir wrote: On 05.03.2012 20:12, Sergey Matveychuk wrote: Hi. I've met a problem with the subj. Could you help? I'm watching for a directory: EV_SET(kq_change_list, fd, EVFILT_VNODE, EV_ADD | EV_ENABLE | EV_ONESHOT, NOTE_DELETE | NOTE_WRITE | NOTE_EXTEND | NOTE_ATT

Re: Graphical Terminal Environment

On Tue, 6 Mar 2012 10:31:49 +0100 Björn Oelke wrote: > Am 06.03.2012 um 06:48 schrieb Brandon Falk: > > I havent tried tmux yet, but on my system im only able to get 80x40 > > with vidcontrol on one monitor. But with xterm in xorg i can get > > 319x89 per monitor. Until i get about half of that, i

Re: Graphical Terminal Environment

Am 06.03.2012 um 06:48 schrieb Brandon Falk: > I havent tried tmux yet, but on my system im only able to get 80x40 with > vidcontrol on one monitor. But with xterm in xorg i can get 319x89 per > monitor. Until i get about half of that, i wont be convinced to use > something existing. Anyways, I'm o

Re: Graphical Terminal Environment

Brandon Falk wrote: > I havent tried tmux yet, but on my system im only able to get > 80x40 with vidcontrol on one monitor. But with xterm in xorg > i can get 319x89 per monitor ... To get higher resolution than what vidcontrol provides, you'll most likely need to run the display in graphic mode

Re: [PREVIEW] bsdconfig(8)

On Mon Mar 5 12, Devin Teske wrote: > Hiya fellow -hackers@ > > Many have complained that bsdinstall(8) does only a fraction of sysinstall(8). > This complaint is generally understood to be in-relation to the "Configure" > menu > of sysinstall(8). > > Some here may already know that Ron McDowel