freebsd-update install failed

Do what (is it safe to retry the install?)? log: # freebsd-update fetch Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching public key from update5.freebsd.org... done. Fetching metadata signature for 10.0-RELEASE from update5.freebsd.org... done. Fetching metadata index... done.

Re: freebsd-update install failed

d...@gmx.com wrote on 10/24/2014 04:09: # freebsd-update install Installing updates...install: ///usr/src/contrib/tzdata/zone1970.tab: No such file or directory done. # OK, maybe the install didn't fail, and the quirk is ignorable. However, in any case, freebsd-update shouldn't try to updat

Re: freebsd-update install failed

Allan Jude wrote on 10/24/2014 18:29: Do you have a src tree installed? Obviously not. This error is usually Usually? You've gotta be kidding me. caused by it trying to install the update to an empty src tree, so the contrib/tzdata parent directory does not exist. It is a minor problem w

Re: Robert Noland's DRM patch

Ping! ___ 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"

Re: panic: softdep_deallocate_dependencies: unrecovered I/O error

Alexey Dokuchaev wrote, On 10/23/2013 06:26: panic: softdep_deallocate_dependencies: unrecovered I/O error I've seen similar panics relatively often in the last few months, but I deemed them to be the cause of worn IDE cables and old (>10 year old) hard drives. In fact, I have a core dump (wh

Re: make buildworld

George Mitchell wrote, On 10/23/2013 03:22: On 10/22/13 20:55, Mateusz Guzik wrote: On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define MALLOC_PRODUCTION ^ :6:9: note: previous definition is here #define MALLOC_PRODUCTION

Re: newcons comming

Suppose that Newcons gets in quickly. I use a Radeon 9600 card. Will I see something useful on my screen (with KMS and the new Xorg and things like that), or will my screen be black? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org

Re: [PATCH] contrib/groff Queisce -Wdangling else

Sean Bruno wrote, On 10/26/2013 17:04: Index: contrib/groff/src/roff/troff/node.cpp === --- contrib/groff/src/roff/troff/node.cpp (revision 257159) +++ contrib/groff/src/roff/troff/node.cpp (working copy) @@ -4600,17 +460

buildworld failure: pfvar.h:44 #include not found

===> sbin/ifconfig (depend) rm -f .depend CC='/path/to/clang --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin' mkdep -f .depend -a-DINET -DNDEBUG -std=gnu99 /usr/src/sbin/ifconfig/ifconfig.c /usr/src/sbin/ifconfig/af_link.c /usr/src/sbin/ifconfig/af_inet.c /usr/src/sbin/ifcon

Re: buildworld failure: pfvar.h:44 #include not found

Gleb Smirnoff wrote, On 10/28/2013 23:33: Can you please test attached patch? Progress: ===> usr.bin/netstat (depend) rm -f .depend CC='/i/a/clang --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin' mkdep -f .depend -a-DIPSEC -DSCTP -DINET -DNDEBUG -std=gnu99 /usr/src/usr.bi

Re: buildworld failure: pfvar.h:44 #include not found

Gleb Smirnoff wrote, On 10/29/2013 05:19: +1 patch. So far, so good: ===> usr.sbin/tcpdump/tcpdump (depend) rm -f version.c ; sed 's/.*/char version[] = "&";/' /usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/VERSION > version.c rm -f .depend CC='/i/a/clang --sysroot=/usr/obj/usr/

Re: buildworld failure: pfvar.h:44 #include not found

Gleb Smirnoff wrote, On 10/29/2013 14:43: d> ===> usr.sbin/tcpdump/tcpdump (depend) +1 patch Success! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-cu

Re: libreadline rl_message() and building the same object file 6 times?

Sean Bruno wrote, On 10/30/2013 23:14: On Wed, 2013-10-30 at 22:24 +0200, Konstantin Belousov wrote: Thank you for the explanation. Is there a trivial way to abort building all the objects or fail if one fails? Or is this done in parallel? This is done automatically, no ? Bmake seems to be

Re: Automated submission of kernel panic reports: sysutils/panicmail

Colin Percival wrote, On 11/04/2013 11:41: After considerable review on freebsd-hackers (thanks dt71 and jilles!) I have now added sysutils/panicmail to the FreeBSD ports tree. The pkesh script is probably still in need of a big review (S00N(TM

Re : newcons comming

On Sat, 26 Oct 2013 10:45:32 +0200 dt71 at gmx.com wrote: > Suppose that Newcons gets in quickly. I use a Radeon 9600 card. Will > I see something useful on my screen (with KMS and the new Xorg and > things like that), or will my screen be black? Yup, you will get normal virtual termin

new Xorg (KMS, etc.) for Radeon 9600

I've built the ports with the following lines in my /etc/make.conf: WITH_NEW_XORG=1 WITH_KMS=1 WITH_GALLIUM=1 And I've attempted to run ``startx''. The compiler was a very recent version of Clang. When building the kernel (not the ports): == /etc/make.conf snippet begins ==

Re: new Xorg (KMS, etc.) for Radeon 9600

Daniel Eischen wrote, On 11/10/2013 17:40: My -current is still from ~July 3, and I also got panics when trying new Xorg. Take the drm devices out of your kernel configuration and let X load the necessary drm2 devices when it starts. This allowed it to work for me. Hmm, works for me to avoid

Re: new Xorg (KMS, etc.) for Radeon 9600

Tijl Coosemans wrote, On 11/11/2013 10:07: On Sun, 10 Nov 2013 18:20:29 +0100 d...@gmx.com wrote: error: [drm:pid667:r100_cp_init_microcode] *ERROR* radeon_cp: Failed to load firmware "radeonkmsfw_R300_cp" Make sure you have /boot/kernel/radeonkmsfw_R300_cp.ko. Oops, my bad. I had WITHOUT_S

Re: new Xorg (KMS, etc.) for Radeon 9600

Jean-Sébastien Pédron wrote, On 11/13/2013 21:29: As I don't really now how AGP works and have no AGP hardware to reproduce the problem, can you post the output of the following commands as a start? pciconf -lvbce hostb0@pci0:0:0:0: class=0x06 card=0x25701849 chip=0x25708086 rev=

Re: cron(8) improvement

Adrian Chadd wrote, On 11/10/2013 01:18: I'm kinda fed up installing packages that don't enable themselves. There should be no package that needs activation, that is if you want a desktop computer, not a server. 'pkg install xorg' is not enough to get a working xorg. You have to enable hal a

Re: new Xorg (KMS, etc.) for Radeon 9600

Tijl Coosemans wrote, On 11/14/2013 11:38: On Wed, 13 Nov 2013 21:29:23 +0100 Jean-Sébastien Pédron wrote: Le 10/11/2013 18:20, d...@gmx.com a écrit : drmn0: info: GTT: 0M 0xF000 - 0xEFFF Tijl Coosemans is right, the problem is this line. The attached patch should fix it, but I have

Re: [RFC] how to get the size of a malloc(9) block ?

What is the supposed definition of malloc_usable_size(p) in a hypothetical, upcoming C standard? With the rest of the C standard remaining the same, one could try: Definition: The value of malloc_usable_size(p) is the amount of space allocated for object p, plus the amount of space after objec

Re: RFC: (Unconditionally) enable -fno-strict-overflow for kernel builds

Adrian Chadd wrote, On 12/01/2013 01:33: Are you able to have clang/llvm/gcc tell us where/when code is relying on undefined behaviour? So we can, like, fix them? Well, there's -ftrapv. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd

Re: [RFC] how to get the size of a malloc(9) block ?

John-Mark Gurney wrote, On 12/01/2013 03:20: Either it happens rarely, and always doing a realloc won't hurt performance, or it happens often, and then you should be using a larger buffer in the first place.. What if a size-elastic implementation of a dynamic data structure would be able to ad

Re: RFC: (Unconditionally) enable -fno-strict-overflow for kernel builds

Konstantin Belousov wrote, On 11/30/2013 13:56: The compiler authors take the undefined part there as a blanket to perform optimizations which are assuming that signed overflow cannot happen. Personally, when I first heard about such assumptions, it was inspiring to write code in a way that au

Re: new Xorg (KMS, etc.) for Radeon 9600

Still nobody wants to apply Robert Noland's DRM patch? Index: sys/dev/drm/r300_cmdbuf.c === --- sys/dev/drm/r300_cmdbuf.c (revision 259413) +++ sys/dev/drm/r300_cmdbuf.c (working copy) @@ -1043,6 +1043,8 @@ int emit_dispatch_age = 0

buildworld error (tcpdump and Capsicum)

/usr/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/addrtoname.c:36:10: fatal error: 'libcapsicum.h' file not found #include I have, notably, WITHOUT_CAPSICUM=1 in /etc/src.conf. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd

Re: new Xorg (KMS, etc.) for Radeon 9600

Jean-Sébastien Pédron wrote, On 12/17/2013 22:20: On 16.12.2013 08:36, d...@gmx.com wrote: Still nobody wants to apply Robert Noland's DRM patch? What problem(s) does this patch fix? It fixes non-deterministic lockups when the (old, drm1) r300 drivers are used. According to John Baldwin [1]

Re: buildworld error (tcpdump and Capsicum)

ping ! ___ 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"

Re: buildworld error (tcpdump and Capsicum)

Index: addrtoname.c === --- addrtoname.c (revision 259658) +++ addrtoname.c (working copy) @@ -33,9 +33,11 @@ #endif #ifdef __FreeBSD__ +#ifdef HAVE_LIBCAPSICUM #include #include #endif +#endif #include #ifdef USE_ETHER

PACKAGESITE spam

I've just installed a very recent -CURRENT, and now I'm performing a big portupgrade procedure. I get the following message spammed a lot: pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file ___ freebsd-current@fr

Re: PACKAGESITE spam

Frank Seltzer wrote, On 12/22/2013 15:00: Greg Rivers said: Do you really feel that strongly about it? Having a record of changes to the system has always seemed like a feature to me... Baptiste Daroussin said: this has been done and activated for reason, first for lot of companies, it is im

GHCi vs iconv_open

After a recent installworld, GHCi (``ghc -i'' from lang/ghc) fails like so: % ghci GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... ghc: /usr/local/l

Re: new Xorg (KMS, etc.) for Radeon 9600

John Baldwin wrote, On 12/23/2013 17:50: It needs fixing, but the fix needs to be correct. Though a fix should not be delayed by decades... ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsub

Re: new Xorg (KMS, etc.) for Radeon 9600

Adrian Chadd wrote, On 12/30/2013 22:17: On 17 December 2013 22:41, wrote: It fixes non-deterministic lockups when the (old, drm1) r300 drivers are used. According to John Baldwin [1]: "The drm code is doing a copyin() while holding a mutex (which is not allowed)." The latest version of the p

Re: GHCi vs iconv_open

lokada...@gmx.de wrote, On 12/31/2013 22:37: On 12/22/13 19:35, d...@gmx.com wrote: After a recent installworld, GHCi (``ghc -i'' from lang/ghc) fails like so: % ghci GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package int

Re: freebsd and utf-8 directory names

M&S - Krasznai András wrote, On 06/30/2014 08:30: There is a partition formatted for FAT32 where I store documents which I would like to view (and edit) both in windows and freebsd. The problem is that if the path name contains certain Hungarian characters (e.g o with double accent), then lib

Re: freebsd and utf-8 directory names

M&S - Krasznai András wrote, On 07/01/2014 17:07: I installed xfe (x11-fm/xfe) file manager in the same freebsd configuration. This application displays and handles those diretories and files perfectly, but as soon as I want to open such a file with double click on it (I set xfe to invoke lib

Re: freebsd and utf-8 directory names

Steve Kargl wrote, On 07/01/2014 17:30: Or become a FreeBSD developer, fix the problem, submit a patch, and make everyone happy. I would be very interested in 1-on-1 coaching from you. I will pay for your work with awesome patches. ___ freebsd-curre

Re: freebsd and utf-8 directory names

Steve Kargl wrote, On 07/01/2014 18:34: As far as coaching, I'll give you the secret to how I started fixing libm: step 1. Obtain src/ step 2. Read relevent files in src/ step 3. Find problem. step 4. Search literature. step 5. Fix problem. step 6. Submit patch 6a. Receive review of

Re: freebsd and utf-8 directory names

David Chisnall wrote, On 07/01/2014 19:06: Please note that forums.freebsd.org is not a bug tracker. I tried searching the bug tracker for bugs with FAT and filename or FAT and utf-8/utf8/character in their names and could not find any reference to this issue. If you actually want to see bugs

Re: freebsd and utf-8 directory names

Kevin Lo wrote, On 07/03/2014 05:33: On Wed, Jul 02, 2014 at 12:27:07AM +0200, d...@gmx.com wrote: But now, eat this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540 Well, I'm going to close that PR. :-) First, [...] Let me know if that works for you, thanks. Yes, that did work. Whe

panic: page fault (on 10.0-RELEASE-p7)

Info at . On the 1st boot after the panic, the crash dump failed due to insufficient amount of space on /. Then I removed some files, restarted the system, and the dump was redone. Is it correct to assume that the dump was not damaged? __

Re: [ANNOUNCEMENT] pkg 1.3.0 out!

Baptiste Daroussin wrote, On 07/23/2014 16:42: So much has happened that it is hard to summarize so I'll try to highlight the major points: - New solver, now pkg has a real SAT solver able to automatically handle conflicts and dynamically discover them. (yes pkg set -o is deprecated now) Doe

Re: Xorg causes panics with "multiple" drivers (Was: panic: resource_list_alloc: resource entry is busy)

John Baldwin wrote on 09/12/2014 23:06: X loaded i915kms automatically and i915 and i915kms do not get along. i915 had already allocated the IRQ when i915kms tried to alloc the same IRQ causing the issue. Who is to blame? The user who tried to manually load an unsupported combination of modul

absolute paths in port patch files

In the ports system, some patch files use absolute paths. Run ls -d /usr/ports/*/*/files | xargs -IX grep -rnE '^([+][+][+]|---) /' X to see what I mean. For example, there is: /usr/ports/textproc/texi2html/files/patch-texi2html.pl:2:+++ /usr/local/bin/texi2html 2012-07-09 10:53:16.000

Re: Bug in BSD patch

On 05/23/2013 13:02, Stefan Esser wrote: Quoting from the patch(1) man page: [...] patch will examine either the “old” and “new” file names or, for a non-context diff, the “index” file name, and choose the file name with the fewest path components, the short- est basename, and the sho

bsd.qt.mk "(cc --version [...])"

There is no cc executable in the path (eg., there is no /usr/bin/cc) and the CC make-variable is set to an absolute path to the C compiler (Clang) in /etc/make.conf. Then, for example, cd /usr/ports/www/seamonkey && make config results in the following output: make: "/usr/ports/Mk/bsd.qt.

Re: Building of libc in /usr/src/lib/libc results in error

On 05/27/2013 02:28, Super Bisquit wrote: building shared library libc.so.7 /usr/bin/ld: warning: creating a DT_TEXTREL in a shared object. I have run into this issue multiple times in the past -- its occurrence seems to be correlated with header updates. As an instant workaround, you can add

another external compiler topic

For the diagnosis of an error related to external compilers, I'll post full setup information. Compiler version string: "clang version 3.4 (trunk 182723)". Installed system revision: 251046. Checked out source tree revision: 251352. The following 2 configuration files were used to build the ins

Re: another external compiler topic

On 06/05/2013 21:31, Brooks Davis wrote: My first reaction is that your configuration is so far beyond anything that is actually documented as working you're going to be mostly on your own. Why? First off I assume that since you posted to freebsd-current@ that you are running the latest head.

Re: another external compiler topic

On 06/05/2013 23:20, Brooks Davis wrote: On Wed, Jun 05, 2013 at 10:46:01PM +0200, d...@gmx.com wrote: Now compiling with CC, CPP and CXX only in the environment (and XCC, XCPP and XCXX in make.conf). Success! If you XCC, XCPP, and XCXX you may not need CC, CPP, and CXX at all, though your

-Wheader-guard

/usr/src/contrib/wpa/src/utils/base64.h:15:9: warning: 'BASE64_H' is used as a header guard here, followed by #define of a different macro [-Wheader-guard] #ifndef BASE64_H ^~~~ /usr/src/contrib/wpa/src/utils/base64.h:16:9: note: 'BASE64_h' is defined here; did you mean 'BASE64_H'? #

another -Wunsequenced topic

Here's a patch to fix several compilation errors coming from -Wunsequenced warnings: Index: bin/ed/re.c === --- bin/ed/re.c (revision 252372) +++ bin/ed/re.c (working copy) @@ -89,7 +89,7 @@ default:

compilation error regarding __cxa_call_terminate()

Using Clang head: /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/eh_call.cc:44:1: error: conflicting types for '__cxa_call_terminate' __cxa_call_terminate(_Unwind_Exception* ue_header_) ^ /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:136:17:

Robert Noland's DRM patch

I'm tired of having a local patch to fix video card software. The patch was written by Robert Noland, and is supposed to fix cases where "DRM is doing a copyin() while holding a mutex, which is not allowed". Could someone commit the patch? If not, why? ___

Re: Robert Noland's DRM patch

Index: sys/dev/drm/r300_cmdbuf.c === --- sys/dev/drm/r300_cmdbuf.c (revision 252372) +++ sys/dev/drm/r300_cmdbuf.c (working copy) @@ -1043,6 +1043,8 @@ int emit_dispatch_age = 0; int ret = 0; + DRM_UNLOCK(); + DRM_DEBUG("\n")

Re: another -Wunsequenced topic

There are more. Take the first hunk with caution. Index: contrib/gdb/gdb/dwarf2-frame.c === --- contrib/gdb/gdb/dwarf2-frame.c (revision 252384) +++ contrib/gdb/gdb/dwarf2-frame.c (working copy) @@ -1361,7 +1361,7 @@

Re: another -Wunsequenced topic

Well, this turned out to be a semi-false alarm. A week ago, for a short time, there was a bug in Clang. There is no undefined behavior in ptr = func(++ptr);, partially because a function call introduces a sequence point in C, but Clang did not respect this at that time. However, x = func1

Re: svn error during 'make buildkernel'?

On 08/03/2013 23:43, Glen Barber wrote: BTW, you should upgrade devel/subversion anyway, since there are security vulnerabilities. BTW, you should remove GA, since it is a security vulnerability itself. ___ freebsd-current@freebsd.org mailing list htt