hank you so much for your hard work on something that will be a big
step forward and also for being realistic enough to not forcing things before
they're ready!
- Michael
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ve to remove line #174 from cpio/cpio.c:
cpio->extract_flags |= ARCHIVE_EXTRACT_SECURE_NOABSOLUTEPATHS;
This breaks traditional cpio behavior.
Quoting Martin Matuska <m...@freebsd.org>:
Hi Michael, I have looked at the source and this is an intended change in 3.2.0.
An absolute pa
It seems that today's libarchive update breaks cpio's behaviour:
sudo ezjail-admin update -i -s /usr/src
[ .. ]
cd /usr/src/etc/..; install -o root -g wheel -m 444 COPYRIGHT
/usr/local/jails/fulljail/
install -o root -g wheel -m 444
/usr/src/etc/../sys/i386/conf/GENERIC.hints
On 05/03/16 15:58, John Baldwin wrote:
> On Tuesday, May 03, 2016 03:37:27 PM Michael Butler wrote:
>> On 05/03/16 11:21, Larry Rosenman wrote:
>>> On 2016-05-03 05:49, Joel Dahl wrote:
>>>> On Sat, Apr 30, 2016 at 10:36:53PM -0500, Larry Rosenman wrote:
>>&g
On 05/03/16 11:21, Larry Rosenman wrote:
> On 2016-05-03 05:49, Joel Dahl wrote:
>> On Sat, Apr 30, 2016 at 10:36:53PM -0500, Larry Rosenman wrote:
>>> On a current -CURRENT if my Floppy disk controller and device are
>>> ENABLED, we do NOT pass mount root, and the floppy disk
>>> light is ON.
>>
six
>
> In fact cc and clang look like a hardlink to the same file. Any ideas
> why one is capable of building the world and second is not?
>
Do you still have your old make.conf for comparison? Also, what is your
PATH environment variable set to?
- Michael
--
Michael Gmelin
If a custom kernel configuration file removes the SMP option, the kernel
build fails on the implicit declaration of lapic_read_icr_lo on (or
about) line 525 in local_apic.c. It refers to a static function whose
definition is removed when SMP is undefined,
imb
have two problems --- ports are not working and buildworld is
> failing. I have run out of ideas currently so a few advices would be
> appreciated.
>
What's the output of these commands?:
freebsd-version
uname -r
uname -a
grep "define __FreeBSD_version" /usr/include/sys
quot; time-out is no longer enough when a good proportion of
daemons have been dropped onto swap and must be brought back in to flush
their data segments :-(
Michael
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailma
rman (u_long was the correct form until
> rman_res_t, so signed long was already a bug).
>
> - Justin
>
> On Mon, Mar 21, 2016 at 11:11 AM, Michael Butler
> <i...@protected-networks.net> wrote:
>> Something between SVN r296987 and r297000 causes the following errors in
>
device attach: siisch0 attach returned 6
siisch3: at channel 3 on siis0
device attach: siisch0 attach returned 6
I can't see anything but r297000 causing this :-(
Michael
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org
shi kernel: linker_load_file: Unsupported file type
Michael
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 03/01/16 09:41, Eric van Gyzen wrote:
> On 03/01/2016 08:22, Michael Butler wrote:
>> On an otherwise idle machine, I now see a continuous stream of writes to
>> disk. I've only noted this over the last couple of weeks but this will
>> not be welcome behaviour on an SSD .
On an otherwise idle machine, I now see a continuous stream of writes to
disk. I've only noted this over the last couple of weeks but this will
not be welcome behaviour on an SSD ..
How do I find the source of these writes?
imb@toshi:/home/imb> iostat 10
ttyada0
BJCOPY=yes
in /etc/src.conf
has built 1400+ ports, via poudriere working without build errors,
applications like chrome, libre office, eclipse, xfce4 seem to run fine.
These tests are all in a VM under Esxi 6 using Xming as the X server.
Thanks for you work.
--mikej
Mi
spera (if you can afford it!)
and other packages optimized for bulk data transfer will work better.
michael
ESnet
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 01/15/16 13:24, David Wolfskill wrote:
> On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote:
>> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64,
>> loading nvidia kernel module results in the error:
>>
>> KLD nvidia-modeset.ko: depends on kernel - not available
On 01/15/16 13:35, Michael Butler wrote:
> On 01/15/16 13:24, David Wolfskill wrote:
>> On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote:
>>> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64,
>>> loading nvidia kernel module results in th
c.conf are
>
> wlans_ath0="wlan0"
> ifconfig_wlan0="WPA DHCP"
>
> (i.e. unchanged as they worked before); in dmesg the aht0 is shown as
> usual with:
>
See https://lists.freebsd.org/pipermail/freebsd-net/2015-August/042976.
While the kernel modules will build, they won't load ..
kernel: linker_load_file: Unsupported file type
kernel: link_elf_obj: symbol vm_pageout_grow_cache undefined
kernel: linker_load_file: Unsupported file type
kernel: KLD vboxnetflt.ko: depends on vboxdrv - not available or version
mismatch
On Tue, 2015-12-15 at 15:23 +0100, Carsten Kunze wrote:
> Hello Michael,
>
> > It looks like that is a machine with Haswell integrated graphics.
> > Haswell graphics has not yet landed in CURRENT but there is a
> > development branch availible for testing.
> >
On Tue, 2015-12-15 at 12:57 +0100, Carsten Kunze wrote:
> Hello,
>
> X does not start. For the error message I get (Number of created
> screens does not match number of detected devices) there are many
> posts on https://forums.freebsd.org but this URL seems to not work
> currently. Xorg log is
Note that IFCAP_HWCSUM has two bits set. Because of this, it doesn't XOR
cleanly in the current if-else condition, but I'm not sure whether that
was intended. I just wanted to pass this by people in case it was a
logical bug.
--- dev/ixgb/if_ixgb.c.orig
+++ dev/ixgb/if_ixgb.c
@@ -599,10 +599,7
out using 4x the code to
reimplement it every time. I don't feel strongly about the patches fate,
though.
> 2015-12-08 11:13 GMT+08:00 Michael McConville <mm...@mykolab.com>:
>
> > A minor simplification patch:
> >
> >
A minor simplification patch:
Index: sys/arm/allwinner/a10_gpio.c
===
--- sys/arm/allwinner/a10_gpio.c(revision 291978)
+++ sys/arm/allwinner/a10_gpio.c(working copy)
@@ -356,10 +356,7 @@
sc =
i pulled the recent RPI2 r291495 from ftp.freebsd.org, and i also notice that
the urtwn usb dongle
i typically use is very flakey with -CURRENT on the Raspberry Pi 2. The
symptoms sound very
similar to those described on this thread.
: mdm
> On Dec 6, 2015, at 6:44 AM, Anton Shterenlikht
Since upgrading to r291494 from r290716 my system reliably panics when
running poudriere.
Dump header from device: /dev/da2p1
Architecture: amd64
Architecture Version: 2
Dump Length: 4301131776
Blocksize: 512
Dumptime: Wed Dec 2 12:10:06 2015
Hostname: bsd11
Magic: FreeBSD Kernel
SVN 291411 should have included the following to build correctly in the
non-debug case:
Index: sys/dev/ath/if_ath_tx_ht.c
===
--- sys/dev/ath/if_ath_tx_ht.c (revision 291411)
+++ sys/dev/ath/if_ath_tx_ht.c (working copy)
@@ -627,7
build and install the kernel GENERIC-NODEBUG; the -CURRENT has
WITNESS enabled…
: mdm
> On Nov 23, 2015, at 12:39 PM, Kurt Lidl wrote:
>
> I installed a build of r291086 on a machine today
> (previously, the machine had been running 10/stable).
>
> I ran the following two
Documentation on any existing regressions and how they are expected to
fail would be a good thing… Change is necessary, but so is modification of
a regression to continue to pass (or fail) as expected. Demonstration of the
unit testing process can also be very beneficial.
: mdm
> On Nov 15,
to be in the
port version and base were able to keep up with the upstream by removing
the HPN dependency. There will be some places where we will notice the
difference in performance; in those cases we will install the
HPN-patched port.
michael
On 11/06/15 20:14, Michael Butler wrote:
> On 11/06/15 20:04, Allan Jude wrote:
>> On 2015-11-06 20:02, Michael Butler wrote:
>>> Is anyone else seeing VM errors from X on -current with an old Intel
>>> display adapter?
>>>
>>> agp0: on vgapci0
&g
On 11/06/15 20:04, Allan Jude wrote:
> On 2015-11-06 20:02, Michael Butler wrote:
>> Is anyone else seeing VM errors from X on -current with an old Intel
>> display adapter?
>>
>> agp0: on vgapci0
>> agp0: aperture size is 256M, detected 7932k stolen memory
&
Is anyone else seeing VM errors from X on -current with an old Intel
display adapter?
agp0: on vgapci0
agp0: aperture size is 256M, detected 7932k stolen memory
[ .. snip .. ]
kernel: vm_fault: pager read error, pid 1103 (Xorg) <- ??
kdm[993]: X server for display :0 terminated
On Mon, 2 Nov 2015 19:29:39 -0800
Craig Rodrigues <rodr...@freebsd.org> wrote:
> On Mon, Nov 2, 2015 at 3:50 PM, Michael Gmelin <free...@grem.de>
> wrote:
> >
> >
> >
> > On Mon, 2 Nov 2015 14:04:18 -0800
> >
> > ikvjwd.
9120
Another way to tunnel all IPv4 traffic is set up an OpenVPN server on
a dual stack machine and route your client IPv4 traffic over it (that
approach is actually very easy to accomplish, stable and will work
with any service).
- Michael
>
> --
> Craig
>
On 10/27/15 13:50, Patrick Hess wrote:
> Michael Butler wrote:
>> Do you have "options AHC_ALLOW_MEMIO" in your kernel config?
>
> I'm running GENERIC on all of those machines, and as far as I can tell,
> that option is not enabled by default, at least on
On 10/27/15 16:50, Kurt Jaeger wrote:
> Hi!
>
>> On 10/27/15 13:50, Patrick Hess wrote:
>>> Michael Butler wrote:
>>>> Do you have "options AHC_ALLOW_MEMIO" in your kernel config?
>>>
>>> I'm running GENERIC on all of those machi
On 10/18/15 17:37, Patrick Hess wrote:
[ .. ]
> I can send you a full verbose dmesg if that's of any help to you.
>
>> "Timedout SCBs already complete. Interrupts may not be functioning."
>> when given any significant load :-(
>
> Just extracted an entire ports tree on that machine with no
Has anyone tested the ahc driver on v10 or later?
The last version I can successfully run is 9.x as anything later,
presumably because of the changes in the timer code, causes disk
transactions to be seen as "Timedout SCBs already complete. Interrupts
may not be functioning." when given any
It appears that I've tripped over a bug in the version of ACPICA merged
into -current.
10.2-stable, as of this morning, will boot.
-current, also as of this morning, fails with:
acpi0: on motherboard
ACPI: 1 ACPI AML tables successfully acquired and loaded
ACPI: Warning: AcpiEnable failed
Hi Ed,
Please find attached the status update for the FreeBSD on Acer C720
project (which is basically done now).
Feel free to fix my English.
Cheers,
Michael
On Wed, 9 Sep 2015 16:37:44 -0400
Ed Maste <ema...@freebsd.org> wrote:
> Dear FreeBSD Community,
>
> The deadli
This is my poudriere build box that has been running current for a very
long time. It was recently upgraded to r288019 and since then I have
been getting these panics. One panic I could not find reported, maybe
additional information here.
I followed the thread here
On Fri, 18 Sep 2015 16:12:04 +0200
Stefan Wendler <stefan.wend...@tngtech.com> wrote:
> On Friday 18 September 2015 15:57:10 Michael Gmelin wrote:
> > > On 18 Sep 2015, at 15:33, Stefan Wendler
> > > <stefan.wend...@tngtech.com>
> wrote:
> > >>
ou could of course keep the breaking
changes in a separate patch set (those enable light sensor and touch pad).
See here for a list of commits involved, you might be able to back port most of
it:
http://blog.grem.de/sysadmin/FreeBSD-On-AcerC720-Mer
> On 18 Sep 2015, at 07:34, Matthias Apitz wrote:
>
>> El día Thursday, September 17, 2015 a las 11:42:01PM +0200, Nikola Pajkovsky
>> escribió:
>>
>> Do not run those commands in X, otherwise it hangs.
>>
>> $ vidcontrol -i mode | grep 1920
>> 383 (0x17f) 0x000f G
hrough graphics/intel-backlight (should work on
other Intel GPUs as well). Auto-brightness control works as well (using the new
isl driver).
HDMI works in VESA mode (mirrors the internal display). It suspends but won't
resume, probably due to video, I was never able to really figure t
I forgot the command that triggers the panic! My apologies.
# cd /jails/jail1
# rmdir proc
panic!
The jail is not running, no procfs is mounted.
On Wed, Sep 02, 2015 at 10:41:57AM -0400, Michael W. Lucas wrote:
> Hi,
>
> I'm experimenting with unionfs for my next FreeBSD book,
0xfe085d0cc9a0
amd64_syscall() at amd64_syscall+0x282/frame 0xfe085d0ccab0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe085d0ccab0
--- syscall (137, FreeBSD ELF64, sys_rmdir), rip = 0x80089341a, rsp =
0x7fffe8f8, rbp = 0x7fffe930 ---
KDB: enter: panic
Thanks!
==ml
--
Michael
four panics in the process, also
running on top of geli.
I'll mail you screenshots off-list.
- Michael
--
Michael Gmelin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
On Thu, Jun 04, 2015 at 09:21:06PM +0300, Gleb Smirnoff wrote:
I've uploaded updated patch that should fix this issue. Please try it
and report once you have time.
With this version of the patch everything is working as expected again,
thanks for your efforts.
Regards
--
Michael Moll
be another iwi bug that got uncovered now and
is not related to the conversion.
Regards
--
Michael Moll
pgp7ITmUJ0vJI.pgp
Description: PGP signature
Hi,
On Wed, Jun 03, 2015 at 01:48:06AM +0300, Gleb Smirnoff wrote:
On Tue, Jun 02, 2015 at 11:47:36PM +0200, Michael Moll wrote:
M On Tue, Jun 02, 2015 at 07:20:21PM +0300, Gleb Smirnoff wrote:
M I've converted iwi(4) and refreshed the D2655. I will appreciate
M if you test it. Please
= 0xc7211d20, ebp = 0 ---
Regards
--
Michael Moll
pgpxyVFicHTbR.pgp
Description: PGP signature
/bootable at a time. You might be able to do the same in an
automated way on windows and FreeBSD to alternate between the OSes.
- Michael
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
on amd64 and arm.
Best regards
Michael
The problem details:
/head/lib/libc/net/sctp_sys_calls.c -r279859 added:
case SCTP_MAX_CWND:
((struct sctp_assoc_value *)arg)-assoc_id = id;
break;
and head (20150325 r280598) contains it.
But the SCTP_MAX_CWND reference blocks
the JSON output
was not always well formed.
There was one where uptime(1) wouldn't emit any output when called in a
pipeline (missing call to xo_finish, that wouldn't affect the output on
a tty due to implicit flush on newline).
--
Michael Gmelin
The recent changes which served to hide struct ifaddr have broken
net-snmp:
imb@toshi:/usr/ports/net-mgmt/net-snmp sudo make
=== Building for net-snmp-5.7.3_5
making all in /usr/ports/net-mgmt/net-snmp/work/net-snmp-5.7.3/snmplib
making all in
Any ideas on this would be helpful:
Forwarded Message
Subject: SVN r379206 breaks www/webkit-gtk3
Date: Thu, 19 Feb 2015 08:13:21 -0500
From: Michael Butler i...@protected-networks.net
To: k...@freebsd.org
The most recent update to webkit-gtk3 breaks on -CURRENT as follows
On 02/22/15 16:25, Christoph Moench-Tegeder wrote:
That's not new. This issue in webkit-gtk2 and webkit-gtk3 has been
discussed before:
https://lists.freebsd.org/pipermail/freebsd-ports/2015-January/thread.html#97533
Ah - I'm not on that list - resolved, thanks!
imb
It seems that net-snmp wants struct ifaddr and now fails on -CURRENT with:
libtool: compile: cc -I../../include -I. -I../../agent
-I../../agent/mibgroup -I../../snmplib -I/usr/include
-DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe -march=core2
-I/usr/local/include -I/include -D_WANT_IFADDR
On 19 Feb 2015, at 09:16, Julian Elischer jul...@freebsd.org wrote:
On 2/18/15 3:41 PM, Xin Li wrote:
The _only_ reason that I can think of is that more(1) does not clear
screen for certain terminals (done with 'ti' and 'te' sequences),
while less(1) when running as less does.
The
/intel_backlight_fbsd
--
Michael Gmelin
___
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
On 10 Feb 2015, at 21:13, Marcel Moolenaar mar...@xcllnt.net wrote:
[Moving to current@]
On Feb 10, 2015, at 11:52 AM, Peter Wemm pe...@wemm.org wrote:
Surprises:
* nagios doesn't like w / uptime anymore. libxo perhaps?
Seems most likely, although I haven’t seen any differences in
On 10 Feb 2015, at 22:17, Michael Gmelin gre...@freebsd.org wrote:
On 10 Feb 2015, at 21:13, Marcel Moolenaar mar...@xcllnt.net wrote:
[Moving to current@]
On Feb 10, 2015, at 11:52 AM, Peter Wemm pe...@wemm.org wrote:
Surprises:
* nagios doesn't like w / uptime anymore
On Tue, 10 Feb 2015 22:24:59 +0100
Michael Gmelin gre...@freebsd.org wrote:
On 10 Feb 2015, at 22:17, Michael Gmelin gre...@freebsd.org wrote:
On 10 Feb 2015, at 21:13, Marcel Moolenaar mar...@xcllnt.net
wrote:
[Moving to current@]
On Feb 10, 2015, at 11:52 AM
SVN r278414 causes a 'buildworld' to fail.
The fix is attached,
imb
signature.asc
Description: OpenPGP digital signature
On 02/08/15 18:01, Michael Butler wrote:
SVN r278414 causes a 'buildworld' to fail.
The fix is attached,
imb
*** lib/libedit/readline.c~ Sun Feb 8 17:32:41 2015
--- lib/libedit/readline.c Sun Feb 8 17:55:32 2015
***
*** 395,403
char *buf
The code has already been reviewed and more details can be found here:
https://reviews.freebsd.org/D1741
It would be great, if a few more people could take a look at this and
test it before it's committed to HEAD.
Thanks,
Michael
Index: sys/boot/i386/libi386/biosmem.c
On 02/06/15 15:06, O. Hartmann wrote:
Recent sources seem to fail in buildkernel with
[...]
--- kernel ---
linking kernel
subr_bus.o: In function `devctl2_ioctl':
/usr/src/sys/kern/subr_bus.c:(.text+0x6284): undefined reference to `memchr'
*** [kernel] Error code 1
It seems that this
make: stopped in https://jenkins.freebsd.org/job/FreeBSD_HEAD/ws/
Build step 'Execute shell' marked build as failure
--
Michael Gmelin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
to this thread, but depending on the CPU it might
be worth a try if it's fixed on 10.0 with vm.pmap.pcid_enabled set to 0.
Regards
--
Michael Moll
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
On 01/19/15 14:53, O. Hartmann wrote:
Am Mon, 19 Jan 2015 14:40:09 -0500
Michael Butler i...@protected-networks.net schrieb:
Apparently, there was some 'magic' to accessing these sysctls:
[ .. snip .. ]
./.libs/libnetsnmpmibs.so: undefined reference to `sysctl_read_icmp_stat'
./.libs
Apparently, there was some 'magic' to accessing these sysctls:
libtool: link: cc -DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -O2 -pipe
-march=pentium4 -I/usr/local/include -I/include -D_WANT_IFADDR
-fstack-protector -fno-strict-aliasing -Ufreebsd11 -Dfreebsd11=freebsd11
-DHAS_FPSETMASK
On 01 Dec 2014, at 12:47, Hans Petter Selasky h...@selasky.org wrote:
Hi Michael,
As a followup to:
https://svnweb.freebsd.org/changeset/base/275358
Please find attached a separate SCTP patch as requested.
Committed in
https://svnweb.freebsd.org/changeset/base/275483
Thanks a lot
On 01 Dec 2014, at 12:47, Hans Petter Selasky h...@selasky.org wrote:
Hi Michael,
As a followup to:
https://svnweb.freebsd.org/changeset/base/275358
Please find attached a separate SCTP patch as requested.
The attached patch re-enables flowids in the SCTP code as before. Until
changes upstream...
Best regards
Michael
--HPS
___
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:
Errors shown toward end of email.
Note this is a cleanly installed jail but an previously built repository
from an older
version of head. I can nuke the head repository and rebuild from
scratch but I wanted to
present these errors first.
--mikej
FreeBSD bsd11 11.0-CURRENT FreeBSD
On 2014-10-30 13:10, Baptiste Daroussin wrote:
On Thu, Oct 30, 2014 at 12:53:29PM -0400, Michael Jung wrote:
Hello:
Errors shown toward end of email.
Note this is a cleanly installed jail but an previously built
repository
from an older
version of head. I can nuke the head repository
.
Thanks,
Michael
___
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
The updates to dd cause this on an i386 ..
=== bin/dd (all)
cc -O2 -pipe -march=pentium4 -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type
-Wcast-qual -Wwrite-strings
5'.
Any hints? Can I provide some more information?
Thanks,
Michael
___
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
On 10/27/2014 22:29, Ryan Stone wrote:
On Mon, Oct 27, 2014 at 4:21 PM, Michael Schmiedgen schmied...@gmx.net wrote:
Hi List,
my ZFS does not mount. I bifurcated to r271963 that
does not work anymore. The commit seems not directly
related to ZFS, but is rather a conversion from timeout(9
From an empty obj tree on the second pass through, I get ..
--- tblgen ---
c++ -O2 -pipe
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen
On 2014-10-16 04:17, Garrett Cooper wrote:
On Oct 16, 2014, at 1:10, Edward Tomasz Napierała tr...@freebsd.org
wrote:
camcontrol rescan does not force fetching the updated disk size.
AFAIK there is no way to do that. However, this should happen
automatically, if the other side properly sends
It seems that the strptime changes broke the recognition of
/etc/dumpdates. Last night's level 2 dump turned into a level 0:
DUMP: Date of this level 2 dump: Mon Sep 29 00:10:26 2014
DUMP: Unknown intermediate format in /etc/dumpdates, line 1
DUMP: Unknown intermediate format in
]
gbde destroy destination [-k keyfile] [-l lockfile] [-p pass-phrase]
Anyone know if this is a software bug or a doc bug?
Thanks,
==ml
--
Michael W. Lucas - mwlu...@michaelwlucas.com, Twitter @mwlauthor
http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com
.
Did you run pkg repo on your repo, e.g.
cd mypackerepodir
pkg repo .
If you don't want to use a repo you could also use pkg
add, e.g.
cd $PKGDIR pkg add xorg-7.7.txz
--
Michael Gmelin
___
freebsd-current@freebsd.org mailing list
http
Something is wrong with Intel hardware too on CURRENT from yesterday. I
have not looked deeper into it.
Michael
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/06/14 17:07, David Wolfskill wrote:
On Wed, Aug 06, 2014 at 10:48:32PM +0200, Trond Endrestøl wrote:
... Reverting r269510 did the trick, i.e.:
cd /usr/src svn up svn diff -r 269510:269509 | patch
My i386 head VM is running smoothly
On 08/05/14 16:02, John Baldwin wrote:
Given that my build machine did not exhibit the symptoms, and given the
references to atpic, it may be relevant to point out that the machine
where I see the panic is a Dell Precision M4400 laptop.
My guess is that the recent Xen changes tickled
On 08/05/14 16:02, John Baldwin wrote:
My guess is that the recent Xen changes tickled something.
I can confirm this on a kernel which is otherwise up to date ..
FreeBSD toshi.auburn.protected-networks.net 11.0-CURRENT FreeBSD
11.0-CURRENT #2 r269608M: Tue Aug 5 16:48:12 EDT 2014
I backed
On 08/05/14 16:56, Michael Butler wrote:
On 08/05/14 16:02, John Baldwin wrote:
My guess is that the recent Xen changes tickled something.
I can confirm this on a kernel which is otherwise up to date ..
FreeBSD toshi.auburn.protected-networks.net 11.0-CURRENT FreeBSD
11.0-CURRENT #2
a patched kernel
right now.
Best regards
Michael
On Sat, Jul 19, 2014 at 10:27:25AM +0400, Gleb Smirnoff wrote:
T Hi!
T
T we've got a lot of common code in sys/*/*/vm_machdep.c wrt the
T sf_buf allocation. I have gathered it into kern/subr_sfbuf.c.
T
T o No MD code left in sys
need more information.
Best regards
Michael
On Sat, Jul 19, 2014 at 10:27:25AM +0400, Gleb Smirnoff wrote:
T Hi!
T
T we've got a lot of common code in sys/*/*/vm_machdep.c wrt the
T sf_buf allocation. I have gathered it into kern/subr_sfbuf.c.
T
T o No MD code left in sys
On 29 Jul 2014, at 20:00, Gleb Smirnoff gleb...@freebsd.org wrote:
On Tue, Jul 29, 2014 at 07:29:43PM +0200, Michael Tuexen wrote:
M Sorry for top quoting, this is to annoy you :) I got zero
M replies on the below email during a week. I'd really appreciate
M testing on different platforms
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Both sqlite2 and gnomint now fail to build :-(
libtool: link: ( cd .libs rm -f libsqlite.la ln -s
../libsqlite.la libsqlite.la )
/usr/local/bin/libtool --mode=link cc -O2 -pipe -march=yonah
- -fno-strict-aliasing -DOS_UNIX=1 -DOS_WIN=0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/16/14 18:00, Baptiste Daroussin wrote:
On Wed, Jul 16, 2014 at 03:19:53PM -0400, Michael Butler wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
Both sqlite2 and gnomint now fail to build :-(
sqlite2 has been fixed (can you confirm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/16/14 18:06, Baptiste Daroussin wrote:
On Wed, Jul 16, 2014 at 03:19:53PM -0400, Michael Butler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Both sqlite2 and gnomint now fail to build :-(
And gnomeint should be fixed as well now
, and won't build without EGD.
Mind you, people should certainly try it and see what happens.
==ml
--
Michael W. Lucas - mwlu...@michaelwlucas.com, Twitter @mwlauthor
http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/
___
freebsd
601 - 700 of 1691 matches
Mail list logo