On Tue, Sep 18, 2012 at 05:46:23PM +0200, Dag-Erling Sm??rgrav wrote:
> The patch below my signature improves the legibility of fdgrowtable(),
> and adds comments explaining the hairier bits. The only functional
> change is that the code no longer overwrites the old fileflags array
> when the old
on 19/09/2012 02:01 Attilio Rao said the following:
> On Tue, Sep 18, 2012 at 8:07 PM, Andriy Gapon wrote:
>> on 18/09/2012 19:50 Attilio Rao said the following:
>>> On 9/18/12, Andriy Gapon wrote:
Here is a snippet that demonstrates the issue on a supposedly fully loaded
2-process
On Tue, Sep 18, 2012 at 8:07 PM, Andriy Gapon wrote:
> on 18/09/2012 19:50 Attilio Rao said the following:
>> On 9/18/12, Andriy Gapon wrote:
>>>
>>> Here is a snippet that demonstrates the issue on a supposedly fully loaded
>>> 2-processor system:
>>>
>>> 136794 0 3670427870244462 KTRGRAPH gro
Am 17.09.2012 21:52, schrieb Lorenzo Cogotti:
> Even the userbase/time spent developing ratio matters. What also matters
> is the interest that a system shows in something, I think it's obvious
> that FreeBSD can't get much attention as a desktop system if no effort
> is put into it. It is not a b
On Tue, 18 Sep 2012, Andriy Gapon wrote:
on 18/09/2012 19:50 Attilio Rao said the following:
On 9/18/12, Andriy Gapon wrote:
Here is a snippet that demonstrates the issue on a supposedly fully loaded
2-processor system:
136794 0 3670427870244462 KTRGRAPH group:"thread", id:"Xorg tid 10281
on 18/09/2012 19:50 Attilio Rao said the following:
> On 9/18/12, Andriy Gapon wrote:
>>
>> Here is a snippet that demonstrates the issue on a supposedly fully loaded
>> 2-processor system:
>>
>> 136794 0 3670427870244462 KTRGRAPH group:"thread", id:"Xorg tid 102818",
>> state:"running", attribu
On 9/18/12, Andriy Gapon wrote:
>
> Here is a snippet that demonstrates the issue on a supposedly fully loaded
> 2-processor system:
>
> 136794 0 3670427870244462 KTRGRAPH group:"thread", id:"Xorg tid 102818",
> state:"running", attributes: prio:122
>
> 136793 0 3670427870241000 KTRGRAPH group
The patch below my signature improves the legibility of fdgrowtable(),
and adds comments explaining the hairier bits. The only functional
change is that the code no longer overwrites the old fileflags array
when the old table is placed on the freelist; instead, it uses the space
actually set aside
On Tue, Sep 18, 2012 at 3:33 AM, Pieter de Goeje wrote:
> Op 18-9-2012 10:15, Wojciech Puchar schreef:
>
>> where can i find up to day beginner howto of programming sound (C
>> language) in FreeBSD?
>>
>> particularly how to record/process/mix/play sound realtime - i mean having
>> low delays.
>
>
Here is a snippet that demonstrates the issue on a supposedly fully loaded
2-processor system:
136794 0 3670427870244462 KTRGRAPH group:"thread", id:"Xorg tid 102818",
state:"running", attributes: prio:122
136793 0 3670427870241000 KTRGRAPH group:"thread", id:"cc1plus tid 111916",
state:"yie
(Why[*]) Would anyone object to a change like this?
diff --git a/sys/kern/kern_cons.c b/sys/kern/kern_cons.c
index 5346bc3..d17846a 100644
--- a/sys/kern/kern_cons.c
+++ b/sys/kern/kern_cons.c
@@ -384,7 +384,7 @@ cngetc(void)
if (cn_mute)
return (-1);
while ((c = c
On 18 Sep 2012 09:41, "Wojciech Puchar"
wrote:
>>>
>>> desktop environment" or similar ideas?
>>
>>
>> Tell you what:
>>
>> When you have at least 75% of the user population of FreeBSD agreeing
>> on which window manager we should offer as the default, we can talk
>> about this.
>
>
> so if 76% wo
In message , Wojci
ech Puchar writes:
>>> desktop environment" or similar ideas?
>>
>> Tell you what:
>>
>> When you have at least 75% of the user population of FreeBSD agreeing
>> on which window manager we should offer as the default, we can talk
>> about this.
>
>so if 76% would decide that Free
In message , Wojci
ech Puchar writes:
>That's all true. But do anyone understand why there is still so much
>pressure for every open source OS and specifically *BSD on "default
>desktop environment" or similar ideas?
Tell you what:
When you have at least 75% of the user population of FreeBSD a
Hi,
I don't like very much what `iostat -Ix' outputs and would like to
change this.
A typical output:
% iostat -Ix
extended device statistics
device r/i w/ikr/ikw/i qlen svc_t %b
ada0 5599136.0 3953193.0 39982760.0 86819866.50 15.1 16
On Sun, Sep 16, 2012 at 10:11 AM, Garrett Cooper wrote:
> I noticed that we have a handful of patterns currently ignored in
> svn:ignore (at least at the top-level… the lower levels don't appear to be
> set in any particular manner):
>
> $ svn propget svn:ignore
> _.tinderbox.*
> _.amd64
Zhihao Yuan wrote:
>As u can see, it's a stand alone app. But the most widely used wifi
>managers are always taskbar applets -- something bound to a specific
>DE. --
There are a number of taskbar applications not bound to a DE (dzen2, mobar,
gkrellm2) which have plugins for managing the kinds
Hi,
On Tue, 18 Sep 2012 10:39:43 +0200 (CEST)
Wojciech Puchar wrote:
> >> desktop environment" or similar ideas?
> >
> > Tell you what:
> >
> > When you have at least 75% of the user population of FreeBSD
> > agreeing on which window manager we should offer as the default, we
> > can talk about
Op 18-9-2012 10:15, Wojciech Puchar schreef:
where can i find up to day beginner howto of programming sound (C
language) in FreeBSD?
particularly how to record/process/mix/play sound realtime - i mean
having low delays.
Check out 4front's OSS documentation
http://manuals.opensound.com/develo
desktop environment" or similar ideas?
Tell you what:
When you have at least 75% of the user population of FreeBSD agreeing
on which window manager we should offer as the default, we can talk
about this.
so if 76% would decide that FreeBSD should have KDE included in system -
it means that i
Date: Tue, 18 Sep 2012 09:54:41 +0200 (CEST)
From: Wojciech Puchar
Actually i don't see any real future for wayland and linux. Linux is
already pushed out by *BSD on the professional side, and by
Are you mad?
Have you looked at top500 lately?
As of June 2012, 46
I spent years using Linux before I truly appreciated the key difference between a "desktop
environment" and a "graphical environment". Probably because everyone had to have a
desktop environment.
I define graphical environment as simply X11 and a window manager.
good that you as first one def
Can you perhaps read the whole thread and organise your thoughts into just
one email?
Chris
On 18 Sep 2012 09:09, "Wojciech Puchar"
wrote:
> To be succinct: this is not OSX/Windows. True Unix and Unix clones can
>> be decoupled from a desktop environment enough that forcing everyone
>> to have o
[ping]
on 11/09/2012 09:32 Andriy Gapon said the following:
>
> I think that we always expect to have a one-to-one correspondence between
> acpi_cpu devices and actual (APIC) CPUs. acpi_pcpu_get_id() seems to even
> assert that, if I am reading the code correctly.
>
> The following patch adds
where can i find up to day beginner howto of programming sound (C
language) in FreeBSD?
particularly how to record/process/mix/play sound realtime - i mean having
low delays.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailm
make a GUI application for FreeBSD? You are asking yourself what desktop
environment will work for sure on FreeBSD? There you have it, Blah DE
works just well and is perfectly documented."
use any X toolking you want (well almost, i recommend avoiding Qt) and use
it properly without assuming an
To be succinct: this is not OSX/Windows. True Unix and Unix clones can
be decoupled from a desktop environment enough that forcing everyone
to have one choice for desktop user experience doesn't make sense, and
the fact that there isn't a common GUI development toolkit (GTK, QT,
etc) encourages fr
actually come out of it). I then faced the problem that there are lots
of GUI toolkits, lots of scenarios to take into account, lots of desktop
You cannot change it. There are lots of GUI toolking and none are really
consistent. None are part of FreeBSD and none will.
If you want to write GUI
From a programmer's point of view, GUI is a protocol, a graphical
language. It's true. But users don't care. Users don't care how their
graphical commands are being implemented.
Such users don't use FreeBSD, or at least doesn't have admin rights.
___
Replying more to the Wayland comments, yes..
FreeBSD/NetBSD/OpenBSD need to implement the Wayland `protocol`
because xorg-server development is slowly being killed over time, but
that's the main reason i already frozen package tree, so i will be able to
use Xorg in 5 years or more.
Wayland
want to develop GUI applications on FreeBSD, supporting features as
panel integration, reliable messageboxes and other trivial things, on
other operating systems, that are apparently unavailable on UNIX without
pulling in significant portions of lots of environments.
this make sense. but it is n
regard GUI as a third-party bonus.
This is according to *your* use cases though. There are many of us who
do not put X - or any graphical environment - on our FreeBSD servers.
and there are many of us that do not put any "graphical environment" while
using Xorg, making actually productive one
This idea would precisely serve the purpose of removing this need and
eliminate redundancy of toolkits, when it comes to essential utilities
that FreeBSD would want to provide, like devices automounting,
partitioning (taking advantage of the system features) and so on... but
it's just an idea, of
Hi,
I was wondering about the possibility of FreeBSD to provide an official
supported graphical environment.
UNIX (so FreeBSD) never had "standard graphical environment" or "graphical
environment" at all.
Xorg is standard in FreeBSD and most unices for graphics hardware support.
There are th
34 matches
Mail list logo
