On 12/31/20 5:47 PM, Daniel Eischen wrote:
On Thu, 31 Dec 2020, Daniel Eischen wrote:
I see this message in src/UPDATING:
20201216:
The services database has been updated to cover more of the basic
services expected in a modern system. The database is big enough
that it will cause issues in
is a
different issue:
https://wiki.freebsd.org/SecureBoot
Cheers,
Pedro.
On Apr 11, 2018, at 12:04 PM, Ryan Stone wrote:
On Wed, Apr 11, 2018 at 11:14 AM, Pedro Giffuni wrote:
Hi;
FWIW, I use a very old PC of the type where the processor will not be fixed
by Intel and that still needs
On 11/04/2018 11:04, Ryan Stone wrote:
On Wed, Apr 11, 2018 at 11:14 AM, Pedro Giffuni wrote:
Hi;
FWIW, I use a very old PC of the type where the processor will not be fixed
by Intel and that still needs support for the traditional BIOS. I also
bought a 3TB HD (they were easier to find that
Hi;
FWIW, I use a very old PC of the type where the processor will not be
fixed by Intel and that still needs support for the traditional BIOS. I
also bought a 3TB HD (they were easier to find that 2T).
If I leave the disk dedicated to FreeBSD it recognizes the complete 3TB
and will happily
Just my $0.02:
On 12/09/17 02:50, Ed Schouten wrote:
> Hi Michael,
>
> 2017-12-09 4:57 GMT+01:00 Michael Butler :
>> As clang builds for multiple targets unconditionally, it takes *days* to
>> build on one of my devices (700MHz Pentium-3).
>>
>> Is there a way to restrict the build targets to
On 11/25/17 15:28, Pedro Giffuni wrote:
...
I have seen problems on arm with zstd though.
For the record:
arm.armv6 buildworld failed, check _.arm.armv6.buildworld for details
===> lib/libzstd (all)
Assertion failed: (LiveCPSR && "CPSR liveness tracking is wro
Thank you for the report ...
On 11/25/17 15:15, Mark Millard wrote:
[Quick top post:]
Reverting to -r326192 and rebuilding avoided the issue.
Prior notes:
On 2017-Nov-25, at 12:02 PM, Mark Millard wrote:
For example,
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include
Yes, I am looking at it,
I suspect there is an underlying bug but I will be reverting the latest
change.
Thank you,
Pedro.
On 3/9/2017 12:25 PM, Manfred Antar wrote:
I rebuilt localedef on current this morning.
doing a make buildworld:
===> colldef (all)
localedef -D -U -i /usr/src/share/
Committed as r313160.
Thanks!
Pedro.
On 2/3/2017 3:24 AM, Guy Yur wrote:
Hi,
In openresolv 3.9.0, the only RESTARTCMD pattern left is @RESTARTCMD@.
The '@RESTARTCMD something@' pattern was dropped from pdns_recursor.in.
r312992 removed RESTARTCMD_WITH_ARG for @RESTARTCMD something@ but
rever
+1 to removing GNU RCS.
FWIW;
I did bring OpenRCS to the vendor area:
https://svnweb.freebsd.org/base/vendor/OpenBSD/dist/usr.bin/rcs/
And I have a patch so that it builds on FreeBSD:
https://people.freebsd.org/~pfg/patches/openrcs.diff
It is known to NOT pass the GNU RCS testsuite and I los
On 07/31/16 11:56, Guy Yur wrote:
On Sun, Jul 31, 2016 at 5:46 AM, Pedro Giffuni wrote:
Index: sbin/resolvconf/Makefile
===
--- sbin/resolvconf/Makefile(revision 303557)
+++ sbin/resolvconf/Makefile(working copy
On 07/30/16 21:35, Glen Barber wrote:
...
I don't see the error message though. so I need some confirmation that
this fixes the issue.
Likewise, I do not see the error either, so would like definitive
confirmation the patch resolves the issue.
OK, I don't see the error message but I can
(CC'ing Glen for review, since he was the last to touch that file and
may know better).
Hi Guy;
On 07/30/16 17:37, Guy Yur wrote:
Hi,
openresolv 3.8.1 added RESTARTCMD=@RESTARTCMD@ in
contrib/openresolv/resolvconf.in.
It is not replaced by the sed expressions in sbin/resolvconf/Makefile.
Err
Answering to myself
On 07/05/16 15:24, Pedro Giffuni wrote:
Hmm ...
On 07/05/16 15:14, Conrad Meyer wrote:
Whoops, missed reply-all the first time.
It seems pretty clear that alloc_size (return value is a memory
allocation of size from parameter N) does not apply to posix_memalign
Hmm ...
On 07/05/16 15:14, Conrad Meyer wrote:
Whoops, missed reply-all the first time.
It seems pretty clear that alloc_size (return value is a memory
allocation of size from parameter N) does not apply to posix_memalign,
because posix_memalign's allocation is stored via a pointer argument
rat
Hello Vitalij;
Hello.
After updating my system to 11.0-ALPHA2 #20 r301583
I'm found that at last some application is broken.
here backtrace for xterm
#0 0x0008022d48b4 in mbsrtowcs_l () from /lib/libc.so.7
[New Thread 804816000 (LWP 102346/)]
(gdb) bt
#0 0x0008022d48b4 in mbsrtowcs_
Hi oh;
Nothing to worry: for good or bad, FreeBSD has no memory deduplication
mechanism implemented.
Pedro.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "fre
On 04/18/16 13:27, John Baldwin wrote:
On Saturday, April 16, 2016 01:25:09 PM Pedro Giffuni wrote:
Hello;
Using coccinelle, and some hand re-formatting, I generated a patch to
make use of the nitems() macro in sys, which is too big for
phabricator [1].
I was careful to exclude anything
On 04/18/16 01:56, Hans Petter Selasky wrote:
On 04/16/16 20:25, Pedro Giffuni wrote:
M sys/dev/usb/input/ukbd.c
M sys/dev/usb/serial/u3g.c
M sys/dev/usb/serial/uchcom.c
M sys/dev/usb/serial/umcs.c
M sys/dev/usb/serial/uplcom.c
Approved. Maybe you can remove
Hello;
Using coccinelle, and some hand re-formatting, I generated a patch to
make use of the nitems() macro in sys, which is too big for
phabricator [1].
I was careful to exclude anything from the contrib directory or
any code that is shared with userland (as to not have to include
additional he
On 03/06/16 15:20, Pedro Giffuni wrote:
El 06/03/2016 a las 15:05, Baptiste Daroussin escribió:
On Sun, Mar 06, 2016 at 10:55:27PM +0300, Roman Bogorodskiy wrote:
Baptiste Daroussin wrote:
On Sun, Mar 06, 2016 at 07:44:34PM +0300, Roman Bogorodskiy wrote:
Hi,
I'm seeing an
El 06/03/2016 a las 15:05, Baptiste Daroussin escribió:
On Sun, Mar 06, 2016 at 10:55:27PM +0300, Roman Bogorodskiy wrote:
Baptiste Daroussin wrote:
On Sun, Mar 06, 2016 at 07:44:34PM +0300, Roman Bogorodskiy wrote:
Hi,
I'm seeing an issue with lldb: when I start it (without arguments)
On 11/20/2015 11:28 AM, Dan Partelly wrote:
A template for blackmailing is usually in the form:
"I will do this (usually involving saving the world and/or your
evidently miserable life) but first you will have to do this
(unrelated) thing to see that you are worthy.”
It is interesting how mu
On 11/20/15 08:54, Dan Partelly wrote:
Hi Pedro,
I think you confuse blackmailing with something much simpler and pragmatic.
One needs to asses how things work in your project for real before investing
too much time.
A template for blackmailing is usually in the form:
"I will do this (usua
where the original contributor will
walk
away as soon as he/she receives criticism or has plans that do not match ours.
If this is not your ideal workflow … fork your own BSD, a lot of intelligent
people do just that.
Pedro.
>
> Dan
>
>
>
>> On 19 Nov 2015, at 11:17, P
Hello;
> Il giorno 19/nov/2015, alle ore 02:34, Dan Partelly
> ha scritto:
>
> Hey Pedro,
>
> some times ago you got some DDB patches from me in which I added relational
> ops support from it. The patch was a bit clobbered,
> but last I know you cleaned it up and put it somewhere on freebsd.
FWIW;
While I personally don’t use it, Latin is the official language for the
Holy See [1]. I think it is still taught in schools in Italy for cultural
reasons and because it’s supposed to make easier to learn other
“romance” languages.
It shouldn't hurt to keep it but I have no strong opinion.
Hi Gerald;
> Il giorno 08/nov/2015, alle ore 19:00, Gerald Pfeifer ha
> scritto:
>
> On Tue, 13 Oct 2015, Justin Hibbits wrote:
>> As Antoine mentioned, the problem is that lang/gcc does not have this
>> patch. USE_GCC uses lang/gcc, not lang/gcc48. So lang/gcc needs to
>> be updated.
>
> I
Hello;
> Il giorno 03/nov/2015, alle ore 10:52, Wolfgang Jenkner
> ha scritto:
>
> On Tue, Nov 03 2015, Pedro Giffuni wrote:
>
>> What worries me about libtre is that it lacks important functionality like
>> word
>> delimiters. We even brought the sysv deli
Hi Baptiste;
> Il giorno 03/nov/2015, alle ore 02:17, Baptiste Daroussin
> ha scritto:
>
> On Mon, Nov 02, 2015 at 06:59:15PM -0500, Pedro Giffuni wrote:
>> First of all, congratulations to Baptiste and Marino for succeeding where
>> I failed many moons ago. Also hu
First of all, congratulations to Baptiste and Marino for succeeding where
I failed many moons ago. Also huge thanks to Nexenta and Garret D’Amore
for relicensing localedef for us.
Concerning regex;
Gabor@ did a lot of work on libtre but according to him it was not up to the
task performancewise.
On 10/13/2015 9:59 AM, Justin Hibbits wrote:
Hi Pedro,
...
As Antoine mentioned, the problem is that lang/gcc does not have this
patch. USE_GCC uses lang/gcc, not lang/gcc48. So lang/gcc needs to
be updated.
I see now.
FWIW, I installed gcc48 and then I added USE_GCC= yes to the port.
Tha
Hi;
On 10/12/2015 8:28 PM, Justin Hibbits wrote:
Hi Pedro,
...
This is on powerpc64. I see the patch has been there for 16 months,
but for some reason, the /usr/local/bin/gcc48 doesn't contain the
patch. I ran `strings` on the binary, and it has the following string:
%{fstack-protector|fs
On 10/12/2015 3:33 PM, Justin Hibbits wrote:
Hi Pedro,
On Mon, Oct 12, 2015 at 3:28 PM, Pedro Giffuni wrote:
Hi again;
On 12/10/2015 03:16 p.m., Pedro Giffuni wrote:
Hello;
On 12/10/2015 02:56 p.m., Justin Hibbits wrote:
The default ports gcc for USE_GCC is still 4.8, which does not
(CCing Gerald as this may involve a g++ bug as well.)
Hello;
On 12/10/2015 03:33 p.m., Justin Hibbits wrote:
Hi Pedro,
On Mon, Oct 12, 2015 at 3:28 PM, Pedro Giffuni wrote:
Hi again;
On 12/10/2015 03:16 p.m., Pedro Giffuni wrote:
Hello;
On 12/10/2015 02:56 p.m., Justin Hibbits wrote
Hi again;
On 12/10/2015 03:16 p.m., Pedro Giffuni wrote:
Hello;
On 12/10/2015 02:56 p.m., Justin Hibbits wrote:
The default ports gcc for USE_GCC is still 4.8, which does not support
-fstack-protector-strong. This breaks several ports including (from
my poudriere run): libfpx and qt4-sqlite3
Hello;
On 12/10/2015 02:56 p.m., Justin Hibbits wrote:
The default ports gcc for USE_GCC is still 4.8, which does not support
-fstack-protector-strong. This breaks several ports including (from
my poudriere run): libfpx and qt4-sqlite3-plugin.
- Justin
r288669 only applies to base. It was te
+1
Great idea.
Pedro.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Hello;
I am looking at the cdefs in other BSDs hoping to avoid adopting the
same definitions with incompatible names and I noticed NetBSD is using
a new __builtin_unreachable (void) function from gcc 4.6:
https://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
Apparently it was interesting enoug
On 05/08/15 15:59, Davide Italiano wrote:
On Fri, May 8, 2015 at 1:34 PM, Pedro Giffuni wrote:
Hi;
I guess I see the following options:
1) Just leave GNU RCS in the tree.
2) Improve OpenRCS so it can be swapped in.
3) Remove RCS dependencies from other parts of the tree
Hi;
On 08/05/2015 10:44 a.m., John Baldwin wrote:
On Thursday, May 07, 2015 04:18:38 PM NGie Cooper wrote:
On Thu, May 7, 2015 at 1:38 PM, Pedro Giffuni wrote:
Hello;
On 05/07/15 14:56, Lyndon Nerenberg wrote:
On Thu, 7 May 2015, Pedro Giffuni wrote:
Unfortunately I don't use RCS e
> Il giorno 08/mag/2015, alle ore 00:26, Doug Brewer ha
> scritto:
>
> On Thu, May 07, 2015 at 04:18:38PM -0700, NGie Cooper wrote:
> >
> > On Thu, May 7, 2015 at 1:38 PM, Pedro Giffuni > <mailto:p...@freebsd.org>> wrote:
> > > Hello;
> >
Hello;
On 05/07/15 14:56, Lyndon Nerenberg wrote:
On Thu, 7 May 2015, Pedro Giffuni wrote:
Unfortunately I don't use RCS enough (it looks like I should though) so
I am not in a good position to take the next step and deal with any
fallout it may produce.
If we can have a build-kn
Hello;
Some of you might recall that right before 10.0-Release there was
a painful attempt to remove GNU RCS from the base system.
From my point of view, the lessons learned from that were:
-A lot more people than you might think find it useful to have
a small version control system for thing l
On 04/21/15 12:43, Bryan Drewery wrote:
On 4/5/2015 2:10 PM, Pedro Giffuni wrote:
I don't know if someone is keeping up-to-date packages for -current
but I will hold the headers update for a while to help such cases.
We build head packages _at least_ once a week. Currently we always
u
On 04/05/15 13:00, Aryeh Friedman wrote:
On Sun, Apr 5, 2015 at 1:39 PM, Pedro Giffuni wrote:
Hello;
I was going to add this to the UPDATING file but this file is not meant
for changes affecting ports so here it goes instead:
20150415:
Our libc headers are starting to use gcc
Hello;
I was going to add this to the UPDATING file but this file is not meant
for changes affecting ports so here it goes instead:
20150415:
Our libc headers are starting to use gcc-style attributes to hint
the compiler about probable optimizations or errors. Unfortunately
Eh ...
No, I am not planning to remove NIS, au contraire, but now
that I got your attention ...
We have a couple of long standing (2001) NIS-related issues
with patches and I am willing to do something about it.
Please test:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=26486
https://bugs.f
FWIW,
A nice testing procedure, or even a pet project if generalized, would be
to test the tools with a fuzzer like security/afl. Apparently the GNU
binutils and Fedora elfutils developers having doing that [1].
Regards,
Pedro.
[1]
https://lists.fedorahosted.org/pipermail/elfutils-devel/20
FWIW, and while I still wonder why we need three packet filters …
There is yet another firewall implementation in NetBSD:
http://www.netbsd.org/~rmind/npf/
It seems to be more portable, it is thought with SMP-friendliness in mind and
according to a EuroBSDCon talk ports for FreeBSD and Illumos
Hi;
Out of curiosity I took a peek at Apple's libc and generated some diffs
against
the libc in FreeBSD's 8. Most of the changes are not relevant to FreeBSD
anymore as we have grown alternative implementations for things like
xlocale.
Nevertheless, there are still some small things to look at
(Dropped the cross-posting, which *is* frowned upon)
While I do very much appreciate this work being done, and I agree we should
have it in the tree, I would really prefer it opt-in rather opt-out, at least
initially.
I know this may very well be the subject of a bikeshed of historical
proport
On 17.01.2014 16:07, Luigi Rizzo wrote:
On Fri, Jan 17, 2014 at 12:50 PM, Pedro Giffuni <mailto:p...@freebsd.org>> wrote:
Hello Luigi;
On 17.01.2014 15:18, Luigi Rizzo wrote:
Hi,
I am seeing an odd problem which seems to be triggered by
Hello Luigi;
On 17.01.2014 15:18, Luigi Rizzo wrote:
Hi,
I am seeing an odd problem which seems to be triggered by svn260311
I have two machines running snapshots of stable/9 from last fall
(one 255898 sep.26, the other 258126 nov.14). All is amd64
Build a recent head (260311 and newer) with g
On 23.11.2013 22:23, Michael Butler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After SVN r258501, I get ..
===> gnu/usr.bin/cc/cc1 (all)
- --- cc1-dummy ---
cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H
- -DPREFIX=\"/usr/obj/usr/src/tmp/usr\"
- -I/usr/obj/usr/src/tmp/usr/src/
On 14.11.2013 13:42, Sean Bruno wrote:
[...]
c++ -O2 -pipe -Qunused-arguments -fstack-protector -Wsystem-headers -Werror
-Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function
-Wno-conversion -Wno-switch -Wno-switch-enum
Hi Sean;
El 27/08/2013 5:58 p. m., Sean Bruno escribió:
Colin generated a patch for xen things that does some pretty typical
behavior. bsdpatch really didn't handle it well and rejected some
things and flat out refused to create sys/modules/xenhvm/Makefile for
me.
http://lists.freebsd.org/pipe
OK;
On further revision ...
On 26.07.2013 20:01, Jan Beich wrote:
bsdpatch doesn't list files of the failed hunks with -C and -s option.
This may be less convenient if you edit a patch directly rather than
regen it after polluting the tree.
$ patch -CEfsp0 -i /path/to/varsym.diff
1 out of 1 hun
On 26.07.2013 23:11, Jan Beich wrote:
Pedro Giffuni writes:
Now, just some food for thought, but if you are unsure your patch
applies cleanly, why would you choose to use the -s (silent) option?
Because by default patch(1) is overly verbose. At first, I'm only
interested if a patch ap
Hi Jan;
El 26/07/2013 8:01 p. m., Jan Beich escribió:
bsdpatch doesn't list files of the failed hunks with -C and -s option.
This may be less convenient if you edit a patch directly rather than
regen it after polluting the tree.
$ patch -CEfsp0 -i /path/to/varsym.diff
1 out of 1 hunks failed
1
Hello;
After an exp-run it was found that only two ports presented regressions
with the new BSD-licensed patch derived from Open/DragonFly BSD.
The issue was related to some patch level detection the previous
GNU patch has and the new patch lacks. Otherwise both versions
are basically equivalent
On 24.07.2013 13:49, Baptiste Daroussin wrote:
...
Yes fuse in base is broken since r248084 downgrade sys/fs/fuse to that version
and it will work, I'm investigating.
What I fix is the umount umounting all the FS.
regards,
Bapt
Forgot to say r248084 is the last working revision.
Sorry for t
On 24.07.2013 14:07, Baptiste Daroussin wrote:
On Wed, Jul 24, 2013 at 01:55:21PM -0500, Pedro Giffuni wrote:
On 24.07.2013 13:34, Baptiste Daroussin wrote:
On Wed, Jul 24, 2013 at 11:22:57AM -0700, Adrian Chadd wrote:
Hi Pedro,
Bapt tells me that there are FUSE issues in the most recent
On 24.07.2013 13:34, Baptiste Daroussin wrote:
On Wed, Jul 24, 2013 at 11:22:57AM -0700, Adrian Chadd wrote:
Hi Pedro,
Bapt tells me that there are FUSE issues in the most recent -HEAD and
it's stopping poudriere from running.
Nah poudriere does not use yet fuse :)
What's the story here?
I
Hi;
El 24/07/2013 1:22 p. m., Adrian Chadd escribió:
Hi Pedro,
Bapt tells me that there are FUSE issues in the most recent -HEAD and
it's stopping poudriere from running.
What's the story here?
I reverted all my birthtime changes, the remaining change is only a
header update from upstream
On 19.07.2013 23:42, Kevin Oberman wrote:
...
fuse is at least partly broken in -current. I discovered that if you
mount two devices that use fuse, when you umount any of them, ll are
marked as not mounted and disappear from df(1) or mount(8) output, but
only one is actually cleanly unmounte
On 19.07.2013 12:07, Alexander Panyushkin wrote:
19.07.2013 19:42, Pedro Giffuni пишет:
(re-posting since the original response didn't make it through)
On 19.07.2013 10:29, Alexander Panyushkin wrote:
19.07.2013 17:36, Pedro Giffuni пишет:
Hello;
The internal data structures in the
(re-posting since the original response didn't make it through)
On 19.07.2013 10:29, Alexander Panyushkin wrote:
19.07.2013 17:36, Pedro Giffuni пишет:
Hello;
The internal data structures in the FUSE kernel module have been
updated to be more compatible with MacFUSE and the linux FUSE.
Hello;
The internal data structures in the FUSE kernel module have been
updated to be more compatible with MacFUSE and the linux FUSE.
This basically measn you have to rebuild your fuse modules
(including NTFS).
We should not really update the FUSE_KERNEL_MINOR_VERSION yet.
I will add a note to
On 10.07.2013 10:16, Claude Buisson wrote:
On 07/10/2013 17:05, Pedro Giffuni wrote:
Hello guys;
Thank for finding this, however ...
While I understand this change caused the issue and I am willing to
revert it,
I think the problem is actually in NFS. At least ext2/3/4 and fuse (so I
On 10.07.2013 10:16, Claude Buisson wrote:
On 07/10/2013 17:05, Pedro Giffuni wrote:
Hello guys;
Thank for finding this, however ...
While I understand this change caused the issue and I am willing to
revert it,
I think the problem is actually in NFS. At least ext2/3/4 and fuse (so I
Hello guys;
Thank for finding this, however ...
On 10.07.2013 08:53, Claude Buisson wrote:
On 07/10/2013 14:32, Claude Buisson wrote:
Hi,
Upgrading a CURRENT amd64 pure UFS system (watson) from r249744 to
r253007, I
have hit the following:
claude@zorglub$ mount_nfs watson:/home /mnt
claude
Hello;
I just built a recent kernel in an i386 virtualbox VM and when trying
to load the ext2fs module I get this:
#kldload ext2fs
link_elf_lookup_symbol: corrupt symbol table
link_elf_lookup_symbol: corrupt symbol table
link_elf: symbol __moddi3 undefined
kldload: can't load ext2fs: No such fil
On 04/16/13 15:55, Olli Hauer wrote:
Hi,
I've created together with Pedro Giffuni (pfg@) a new
DTrace apache port (www/mod_usdt).
We are interested in getting some more test results from
DTrace and apache users.
A complete description is here:
http://dtrace.org/blogs/dap/2011/12/13
On 04/16/13 15:54, Mark Johnston wrote:
On Tue, Apr 16, 2013 at 12:57:08PM -0700, Navdeep Parhar wrote:
I just upgraded my kernel and userspace to head (r249552) and I notice
that DTrace doesn't output anything until I hit ctrl-c. All previous
"hits" on the probe appear lost. For example:
# d
Hello;
Yes, I was indeed going to post that the culprit is this change from Illumos:
3026 libdtrace should set LD_NOLAZYLOAD=1 to help the pid provider
It is an upstream hack for the Solaris ld that they bundled among
many changes.
I will see how to revert only the part that gives problems.
S
Hello;
Last year I did an attempt to merge some of the changes from illumos'
Dtrace into FreeBSD. I don't use Dtrace a lot, so this was done mainly
for fun.
In general, merging changes from Illumos was pretty straightforward;
just a matter of readapting the paths to match our layout.
I was able
(Not sure the first announcement made it - Sorry if you get this twice)
Fellow FreeBSD developers;
As many of you may have noticed as of r246074 we have a
new version of patch(1) in the tree!
The brief history is this:
- Larry Wall developed the first patch(1) implementation
which was taken by
So I updated my FreeBSD machine to 9.1-RELEASE in the hope of getting
past the ctfconvert problem that causes a build of 10-CURRENT to say:
ERROR: ctfconvert: failed to initialize DWARF: Unimplemented code at
[dwarf_init_attr(400)]
while compiling every kernel source file. Then I checked out he
Actually ...
On 10/13/2012 13:38, Jakub Lach wrote:
I'm not at all up to date with DragonFly, so does anybody know
what did they change so spectacularly between 3.0/3.2?
Their explanation of the changes is here:
http://www.shiningsilence.com/dbsdlog/2012/09/19/10403.html
Cheers,
Pedro.
__
Hello;
On 10/13/2012 13:38, Jakub Lach wrote:
I'm not at all up to date with DragonFly, so does anybody know
what did they change so spectacularly between 3.0/3.2?
I stopped following Dragonfly a while ago but it seems like
it was some VM SMP related work:
http://www.dragonflybsd.org/release
Success !!!
It fixed kern/169634 for me.
If still possible it should be pushed into 9.1-RELEASE.
Thank you so much for working on this!
Pedro.
On 09/14/2012 16:27, YongHyeon PYUN wrote:
All,
There were lots of reports that stock bge(4) does not work on Dell
Rx20/HP DL 360 G8. With the help
Hello;
Just my $0.02.
- Original Message -
...
> Can you, please, read what I wrote ? Fixing _ports_ to compile with
> clang is plain wrong. Upstream developers use gcc almost always for
> development and testing. Establishing another constant cost on the
> porting work puts burden on
(Second try with a more benign mailer)
Hello;
A while back the Bull NFS4 for linux project took our RPC support
from libcand did some enhancements on it. The libraries have
been diverging extensively and many of the changes are linux
specific. The complete log of their changes is here:
http://g
Hello;
The Bull NFS4 for linux project took our RPC support from libc
and did some enhancements on it for a while. The libraries have
been diverging extensively and many of the changes are linux
specific. The complete log of their changes is here:
http://git.infradead.org/users/steved/libtirpc.gi
Hi guys,
Yesterday, per chance, I had the idea of looking up what the status
of the Hyper-V drivers was and I found the announcement:
http://blogs.technet.com/b/openness/archive/2012/08/09/available-today-freebsd-support-for-windows-server-hyper-v.aspx
The announcement is much easier to find t
Hi;
Just thought I'd share a link for the fuse-xfs project (for MacFUSE);
http://sourceforge.net/projects/fusexfs/
It's read-only so maybe it can be considered a feature compatible
replacement of our kernel driver ;).
cheers,
Pedro.
ps. I added it to the WantedPorts wiki so it won't be forgo
Hello;
In my attempt to update libedit and make it somewhat more in line with
NetBSD's code I found we added two private functions: el_data_get and
el_data_set:
http://svnweb.freebsd.org/base?view=revision&revision=50070
According to OpenGrok we are not using those functions at all, plus
we ha
--- Mer 11/7/12, Dimitry Andric ha scritto:
...
>
> Does it catch any really interesting bound overruns?
>
Nah .. I arrived to the conclusion that it's not
really worth it :).
> If the number of false positives is very large, then it
> generally isn't
> worth the pain. Or the option should b
Hello;
I have a patch from OpenBSD that adds -Wbounded to gcc:
http://people.freebsd.org/~pfg/patches/patch-gcc-bounded
Unfortunately it breaks world, or at least binutils, at this time:
_
...
cc1: warnings being treated as errors
peigen.c: In function '_bfd_pei_swap_aux_in':
peigen.c:
Just IMHO;
--- Mer 4/7/12, Doug Barton ha scritto:
...
> >>
> >> This is not what I expect from quality securing! It
> >> is simply a mess and definitely another reason
> >> and point for the thread "Why NOT using FreeBSD".
> >
> > sure libreoffice is so easy to port...
> >
> > /me officially gi
--- Mer 27/6/12, Doug Barton ha scritto:
...
>
> Nope.
>
> > I would think only the maintainer of the package has
> the
> > authority to make any request in the lines of being
> > bug-for-bug compatible
>
> You have a seriously wrong idea of "maintainer." The
> community owns the software, it
--- Mer 27/6/12, Doug Barton ha scritto:
...
>
> > I believe we do not
> > make this kind of work with any vendor code that is
> being updated in the
> > base;
>
> Au contraire, we frequently avoid updating the old versions
> of things we have in the base precisely because they are
> not bug-f
--- Mar 26/6/12, Fabian Keil ha scritto:
> Pedro Giffuni wrote:
>
> > --- Mar 26/6/12, Mark Peek
> ha scritto:
>
> > > Try this, change the assert on line 1429 in file
> dt_cc.c
> > > from:
> > >
> > > assert(!(arg & (UINT16_M
--- Mar 26/6/12, Mark Peek ha scritto:
> >
> > It's a different assertion.
> >
> > Probably some difference between Solaris and BSD.
> > this is very useful, thanks!
>
> Try this, change the assert on line 1429 in file dt_cc.c
> from:
>
> assert(!(arg & (UINT16_MAX << args[i].shift)));
>
> t
--- Sab 23/6/12, Fabian Keil ha scritto:
...
> > My suggestion would be to instead try using the test
> > scripts in
> >
> cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquantize/
> >
> > err.D_LLQUANT_FACTORSMALL.d (for example) has
> >
> > @ = llquantize(0, 1, 0, 10, 10);
>
> The pro
Hello Fabian;
--- Sab 23/6/12, Fabian Keil ha scritto:
> Pedro Giffuni wrote:
>
> > I am not a Dtrace user (yet) but I started to port the
> Log/linear
> > quantizations from Illumos:
> >
> > http://dtrace.org/blogs/bmc/2011/02/08/llquantize/
> >
Hello;
I am not a Dtrace user (yet) but I started to port the Log/linear
quantizations from Illumos:
http://dtrace.org/blogs/bmc/2011/02/08/llquantize/
Apparently this patch should do it:
http://people.freebsd.org/~pfg/patches/patch-llquantize-complete
Unfortunately when I tried to build curr
--- Lun 4/6/12, Jakub Lach ha scritto:
...
>
> I personally do not care if it will be LibreOffice or Apache
> OpenOffice as long as it's working and not pulling in
> KDE4/QT4/GTK (most people/linux distros are abandoning OO
> for Libre though it appears), but if human
> resources are scarce, s
FWIW;
--- Lun 4/6/12, Jakub Lach ha scritto:
> I'm not (only) pointing finger and whining, but
> maybe PC-BSD could relegate someone permanently
> to help you with libreoffice, if indeed desktop is
> so important to them?
>
I am aware that PC-BSD has been indeed providing
build resources to o
1 - 100 of 119 matches
Mail list logo