similar to: buildworld with clang breaks because no cc

The sources were csupped ~3 hours ago. My CC is defined as follows: env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc I have done many buildworld, buildkernel and port builds with this setting and it never caused any problems. However today buildworld fails the following way: env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache env CCACHE_PREFIX=/usr/local/bin/distcc

Hello, I'm not sure if this is right list, but has anything recently changed which could explain why cmake c++ project (http://sourceforge.net/projects/gemrb/) started to fail upon linking stage (looking like libstdc++ is not included /usr/include/c++/4.2/)? It works normally if passed gcc48 as compiler which subsequently uses (ld) binutils from ports and relevant libstdc++. I have in

With the latest gitwine, beginning with wine 1.3.35, I can't run any of my games anymore. Every game I tested crashes with the following backtrace somewhere in its logs : =>0 0x7c58c255 DSOUND_RecalcVolPan+0xa5(volpan=0x67d3068) [/wine-git/dlls/dsound/mixer.c:58] in dsound (0x0032f194) 1 0x7c57b463 IDirectSoundBufferImpl_Create+0x382(device=0x67d2848, pdsb=0x32f2a8, dsbd=0x32f360)

As I've mentioned before[1] I've been regularly attempting to build the FreeBSD/amd64 base system with lld, in order to keep track of progress and identify issues on an ongoing basis. As of last November a 'buildword' (i.e., userland build) ran to completion, with several workarounds applied to the FreeBSD base system. However, the result did not actually work. I'm pleased to

So I have a system running: FreeBSD walk.dclg.ca 9.2-RC3 FreeBSD 9.2-RC3 # r254952: Wed Aug 28 03:02:55 EDT 2013 root at walk.dclg.ca:/usr/obj/usr/src/sys/STRIKE i386 and it has two 2T SATA disks. To keep this post short, the crash.txt is here. https://uk.eicat.ca/owncloud/public.php?service=files&t=fea9d25579fe0c4afb808859e80e1493 now curiously, while running a "make -j4

Hi I couldn''t figure out, how to create a drop-down list with Markaby. How would I create something like this: <select name="character"> <option value="marvin">Marvin the paranoid Android</option> <option value="arthur">Arthur Dent</option> <option value="zaphod">Zaphod

On Tue, 21 May 2024 14:48:48 +0200 Kurt Hornik <Kurt.Hornik at wu.ac.at> wrote: > I guess foer the CXXFLAGS we want dpkg-buildflags --get CXXFLAGS? It must be the case. It's both the documented option [1] and it currently differs from CFLAGS in the offending flag: root at 93e09ba5b6fb:/# diff -u <(dpkg-buildflags --get CFLAGS | sed 's/ /\n/g') <(dpkg-buildflags --get

OK. "net cache flush" worked (dunno why a restart isn't equivalent, but hey). So let's start peeling back other issues! On Mon, Jul 11, 2016 at 1:54 PM, Rowland penny <rpenny at samba.org> wrote: > On 11/07/16 17:57, Zaphod Beeblebrox wrote: > >> >> >> - Whether I use BIND9_DLZ or I use SAMBA_INTERNAL, >> samba_dnsupdate

>>>>> Ivan Krylov writes: > On Tue, 21 May 2024 07:08:02 -0500 > Dirk Eddelbuettel <edd at debian.org> wrote: >> You cannot undo what it is in R's own /etc/R/Makeconf via a >> programmatic way via some sort of option or alike. > I think this is about the following line in debian/rules: Without having looked in much detail, I guess foer the CXXFLAGS

In several of the recent ZFS posts, multiple people have asked when this will be MFC'd to 7.x. This query has been studiously ignored as other chatter about whatever ZFS issue is discussed. So in a post with no other bug report or discussion content to distract us, when is it intended that ZFS be MFC'd to 7.x?

On Tue, 21 May 2024 07:08:02 -0500 Dirk Eddelbuettel <edd at debian.org> wrote: > You cannot undo what it is in R's own /etc/R/Makeconf via a > programmatic way via some sort of option or alike. I think this is about the following line in debian/rules: optimflags = `DEB_BUILD_MAINT_OPTIONS=optimize=-lto dpkg-buildflags --get CFLAGS`

Guys, I'm trying to compile the Xen 4.0.0 via debian/rules makefile but I got this: administrativo at sid01:~/xen/xen-4/xen-4.0.0$ make -f debian/rules build-tools ..... make -C lib all make[7]: Entering directory `/home/administrativo/xen/xen-4/xen-4.0.0/debian/build/build-tools/tools/blktap2/vhd/lib' make[7]: Nothing to be done for `all'. make[7]: Leaving directory

On Mon, Jul 11, 2016 at 4:10 AM, Rowland penny <rpenny at samba.org> wrote: > > See inline comments > > On 11/07/16 06:32, Zaphod Beeblebrox wrote: > >> So... I've been running Samba 3.6 for too long and I upgraded. I did save >> my packages for 3.6, but I don't _think_ I'm going back. >> >> Points for the group: >> >> -

Hello, to build + packages dovecot I use the usual Debian tool chain. That includes build with selected GCC options and running lintian. I notice since a long time (read: many earlier versions, up to 2.2.35) this lintian warnings: I: dovecot-core: hardening-no-fortify-functions usr/lib/dovecot/auth N: N: This package provides an ELF binary that lacks the use of fortified libc N:

When compiling in Ubuntu 6.06 64 bit using this guide: http://wiki.winehq.org/WineOn64bit When I do 'sudo make install' I get this error: make[2]: Entering directory `/home/marcus/wine/dlls/gdi' ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./gdi32.spec dispdib.spec.o gdi.exe.spec.o wing.spec.o bidi16.o dispdib.o env.o gdi16.o metafile16.o wing.o bidi.o bitblt.o

I only got offered a few choices - I think I clicked yes to all of them. I read in one post that the answer is to uninstall and re-install the graphics drivers - not sure how that will help, but how do I uninstall nVidia's drivers? I have a vague memory of someone posting about lib32 paths and simlinks or something.

Recently i changed my old 6600GT with a less old HD4850, uninstalled the nvidia drivers and install the propietary catalyst last version. All run perfectly, glxinfo shows direct rendering yes and the corresponding bunch of extensions and glxgears rate clear high. But when i try to run any 3D app through wine it fails with for example: $ wine Oblivion.exe fixme:mixer:ALSA_MixerInit No master

Hi, I?ve installed wine on Ubuntu 6.10 64bit using the following guide : http://www.ubuntuforums.org/showthread.php?t=185557 but, when I type winecfg in Terminal I get the following error : exec: 29: /usr/bin/wine: not found Dunno if it may help, but here?s a terminal shot of when wine was getting installed. matt@ubuntu:~/Desktop$ dpkg -x lib libartsc0_1.3.2-3_amd64.deb

I've found that the inner loop for iconv detection in a lib32 subdirectory of the LOOK_DIR path doesn't work right. Here are the problems I've noticed, 1) configure only tested lib32 on the first directory, /usr, this is because ICONV_FOUND was set to "yes" on the try of /usr/local/lib and never reset (if it should be) to "no" because all the conversion tests

So... in the provision script, at some point after "self join" is printed, we do: smbd.set_simple_acl(file.name, 0755, gid) .... where file.name is "/var/db/samba4/sysvol/tmpwXFu1C" and gid is 0 (at least on FreeBSD). the "OSError" here is a '-1' ... which is startlingly unhelpful. ... but the filesystem is zfs and acls of both posix and nfsv4 are working.