on 14/11/2012 23:56 Russell Cattelan said the following:
> This has been sitting on my plate for a while and I would like to get some
> more feedback / testing on this feature.
A few words about what kload is and how to use/test it might increase chances
of that actually happening.
> What is real
On 15/11/2012 11:16, Andriy Gapon wrote:
> on 14/11/2012 23:56 Russell Cattelan said the following:
>> This has been sitting on my plate for a while and I would like to get some
>> more feedback / testing on this feature.
>
> A few words about what kload is and how to use/test it might increase ch
Hello list,
I wanted to update CURRENT installation on my home server because kernel
dated:
# uname -a
FreeBSD server.obsysa.net 10.0-CURRENT FreeBSD 10.0-CURRENT #2
r240357: Tue Sep 11 19:14:47 CEST 2012
r...@server.obsysa.net:/usr/obj/usr/src/sys/ATHLON10 i386
is unstable for me
on 15/11/2012 13:56 Bartosz Stec said the following:
> Hello list,
> I wanted to update CURRENT installation on my home server because kernel
> dated:
>
># uname -a
>FreeBSD server.obsysa.net 10.0-CURRENT FreeBSD 10.0-CURRENT #2
>r240357: Tue Sep 11 19:14:47 CEST 2012
>r...@server
To people knowing the code,
do the following documentation changes look correct?
--- a/share/man/man9/lock.9
+++ b/share/man/man9/lock.9
@@ -148,7 +148,9 @@ Flags indicating what action is to be taken.
.Bl -tag -width ".Dv LK_CANRECURSE"
.It Dv LK_SHARED
Acquire a shared lock.
-If an exclusiv
On Tue, Nov 13, 2012 at 03:57:55PM -0800, David Wolfskill wrote:
> I like the idea, but I have long found the idea of putting this type of
> logic (including VCS-awareness) in newvers.sh itself something that is
> prone to turn what should be a rather simple script into a ... mess.
I don't think n
Hi,
anyone see something similar before:
> ===> usr.sbin/zic/zdump (depend)
> rm -f .depend
> mkdep -f .depend -a-DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone -DSTD_INSPIRED
> -DPCTS -DHAVE_LONG_DOUBLE -DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir
> -I/usr/src/usr.sbin/zic/zdump/..
> -I/usr/src
On 11/15/12, Andriy Gapon wrote:
>
> To people knowing the code,
>
> do the following documentation changes look correct?
The latter chunk is not correct.
It will panic only if assertions are on. I was thinking that however
it would be good idea to patch lockmgr to panic also in non-debugging
ker
Hi
Has the svn->cvs exporter died? Or have the cvsup/csup servers
been retired as threatened in a previous thread (I might have missed
the headsup)?
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/li
On 15 November 2012 13:47, Ian FREISLICH wrote:
> Hi
>
> Has the svn->cvs exporter died? Or have the cvsup/csup servers
> been retired as threatened in a previous thread (I might have missed
> the headsup)?
The FreeBSD cluster is undergoing maintenance. In particular the main
machines were rece
On 11/15/2012 12:58 PM, Eitan Adler wrote:
On 15 November 2012 13:47, Ian FREISLICH wrote:
Hi
Has the svn->cvs exporter died? Or have the cvsup/csup servers
been retired as threatened in a previous thread (I might have missed
the headsup)?
The FreeBSD cluster is undergoing maintenance. In
On Mon, Nov 12, 2012 at 2:22 PM, Sam Fourman Jr. wrote:
> hello,
>
> I believe my keyboard is being detected as a mouse by mistake using amd64
> HEAD svn r242748
> I can not use this keyboard, I have to plug in another one.
>
> this is also broken in FreeBSD 9.1RC3
>
> is this simple to patch? an
On 11/15/12 5:40 AM, Ivan Voras wrote:
> On 15/11/2012 11:16, Andriy Gapon wrote:
>> on 14/11/2012 23:56 Russell Cattelan said the following:
>>> This has been sitting on my plate for a while and I would like to get some
>>> more feedback / testing on this feature.
>>
>> A few words about what kloa
on 15/11/2012 20:46 Attilio Rao said the following:
> On 11/15/12, Andriy Gapon wrote:
>>
>> To people knowing the code,
>>
>> do the following documentation changes look correct?
>
> The latter chunk is not correct.
> It will panic only if assertions are on.
But the current content is not corre
on 14/11/2012 01:43 Mateusz Guzik said the following:
> Hello,
>
> avg@ suggested to include compiler version in the kernel so that it's
> present in uname (and one can easly tell what was used to compile it).
>
> Here is my attempt:
> http://people.freebsd.org/~mjg/patches/newvers-compiler.diff
On Thu, Nov 15, 2012 at 8:38 PM, Andriy Gapon wrote:
> on 15/11/2012 20:46 Attilio Rao said the following:
>> On 11/15/12, Andriy Gapon wrote:
>>>
>>> To people knowing the code,
>>>
>>> do the following documentation changes look correct?
>>
>> The latter chunk is not correct.
>> It will panic o
On 2012-11-15 21:43, Andriy Gapon wrote:> on 14/11/2012 01:43 Mateusz Guzik
said the following:
Hello,
avg@ suggested to include compiler version in the kernel so that it's
present in uname (and one can easly tell what was used to compile it).
Here is my attempt:
http://people.freebsd.org/~mjg
On 2012-11-14 16:38, Ian Lepore wrote:
On Wed, 2012-11-14 at 10:25 +0100, Dimitry Andric wrote:
...
That way, you are sure never to lose information. This also works for
gcc from ports (which is the reason for the space after 'version' in the
grep command):
$ gcc47 -v 2>&1 | grep 'version
On Fri, Nov 16, 2012 at 12:05:33AM +0100, Dimitry Andric wrote:
> For starters, this hardcodes the compiler names "gcc" and "clang", and
> this will include incorrect information into the kernel version string,
> if you use another setting for ${CC}.
>
Yes, I blindly assumed that both gcc and cla
Good luck with employing full discombobulation!
I think this is the main requirement for _cloud computing_.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/cvsup-csup-servers-stale-tp5761290p5761389.html
Sent from the freebsd-current mailing list archive at Nabble.com.
Hello :-)
I was wondering if its possible to have UTF-8 console? ISO seems to be
a bit outdated these days and less comfortable for multinational
applications :-)
Best regards :-)
Tomek
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
___
freebsd-curre
http://wiki.freebsd.org/SysconsUnicodeProject
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/UTF-8-console-tp5761405p5761407.html
Sent from the freebsd-current mailing list archive at Nabble.com.
___
freebsd-current@freebsd.org
On Thu, 15 Nov 2012 15:02:36 +
"Eggert, Lars" wrote:
> Hi,
>
> anyone see something similar before:
>
> > ===> usr.sbin/zic/zdump (depend)
> > rm -f .depend
> > mkdep -f .depend -a-DTM_GMTOFF=tm_gmtoff -DTM_ZONE=tm_zone
> > -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE
> > -DTZDIR=\"/usr/sha
on 16/11/2012 01:05 Dimitry Andric said the following:
> For starters, this hardcodes the compiler names "gcc" and "clang", and
> this will include incorrect information into the kernel version string,
> if you use another setting for ${CC}.
Oops, I agree. The script should definitely make use of
on 16/11/2012 01:09 Dimitry Andric said the following:
> And as I remarked in another reply, now that I have thought about it a
> bit, I would much rather see this information moved to a sysctl or dmesg
> line, than in uname. With the happy side effect that no existing uname
> parsers would be con
25 matches
Mail list logo
