similar to: Problem build 1.4-rc5 on 64-bit debian

The radio buttons have disappeared unless one right click's on the general area of the button. This problem began in 1.4-rc5 and still exists in 1.4-rc6. Links 2003's radio buttons worked fine in 1.4-rc4 which is the last version of WINE that'll I use until this problem is fixed.

The Wine development release 1.4-rc5 is now available. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.4-rc5.tar.bz2 http://prdownloads.sourceforge.net/wine/wine-1.4-rc5.tar.bz2 Binary packages for various distributions will be

On Fri, Mar 4, 2011 at 12:38 PM, Duncan Sands <baldrick at free.fr> wrote: > Hi Junjie, > >> I have TOT of llvm and it builds 64-bit without issues on my 64-bit >> ubuntu.  My question is how to build 32-bit llvm on my 64-bit ubuntu ? >> I've not found any configure options to specify that. > > as well as "gcc -m32" and "g++ -m32" you may

Hi Junjie, > I have TOT of llvm and it builds 64-bit without issues on my 64-bit > ubuntu. My question is how to build 32-bit llvm on my 64-bit ubuntu ? > I've not found any configure options to specify that. as well as "gcc -m32" and "g++ -m32" you may want to configure with --build=i686-pc-linux-gnu Ciao, Duncan.

Puppet 3.0.0-rc5 is a feature release candidate for the 3.x series of Puppet. Downloads are available at: * Source http://downloads.puppetlabs.com/puppet/puppet-3.0.0rc5.tar.gz RPMs are available at http://yum.puppetlabs.com Debs are available at http://apt.puppetlabs.com Gems are available via rubygems at https://rubygems.org/downloads/puppet-3.0.0.rc5.gem or by using `gem install --pre

OK, I've hacked configure so that it simply checks that it can link with openssl. Now, when I run make, it dies on authfile.c while trying to include the non-existent headers openssl/rc5.h and openssl/idea.h. I built my installation of openssl without those algorithms in order to avoid commercial licensing issues. The following diff band-aids the problem, but I think it's down-stream of

It appears that we have a build dependency on 32-bit headers which isn''t checked during ./configure, leading to strange-looking error: ---- snip ---- make -C tcgbios all make[10]: Entering directory `/home/xenuser/hg/xen-unstable.hg/tools/firmware/rombios/32bit/tcgbios'' gcc -O1 -fno-omit-frame-pointer -m32 -march=i686 -g -fno-strict-aliasing -std=gnu99 -Wall

Hi all, First, I really hope that this message gets through since i had to change email address on this list. Only one message from me with my previous address got through. I am running latest test version of Debian and I have done the following: First, i did apt-get build-dep asterisk Then I downloaded the latest version of Zaptel, Libpri and Asterisk, something with 1.4. I am using Kernel

Hai, You can very easy upgrade to 3.5.12 on Jessie. Add sid to your sources.list, or better in : /etc/apt/sources.list.d/debian-sid.list Only the deb-src line is needed. Now apt-get update # install dependecies. apt-get build-dep squid # get and build source. apt-get source squid -b if you missing something, get that package first, build it, install it and do above again. !! thing to

I hate following up to myself, but I thought a clarification of one point (specifically WRT RC5 which was mentioned in the original question) might be worthwhile...because what I should have said originally was that "To the best of my non-legally- admissible knowledge, however, none of the algorithms in the current *OpenSSH* implementation are currently encumbered by patents that would

Good morning! I know I'm on the bleeding edge, but I'm having trouble getting the 2.6.30-rc5 kernel to boot on my CentOS 5.3 box. It's a dual-socket Nehalem box with the Tylersburg chipset (Supermicro board). I installed CentOS 5.3 on it with no problems - boots and runs fine. But I wanted to take a look at the 2.6.30-rc5 kernel and try out some new stuff. After a few go around's

We have tested Xen for 3.0.3 rc5. In the testing we mainly focus on retesting the issues of the rc3. Following is the detail status: One new issue found in 3.0.3 rc5: 1. IA32 PAE Win2003 will crash HVM domain with more than 4GB memory assigned on IA32e HV. The issue won''t appear every time. Booting IA32 PAE Win2003 HVM domain for several times with more than 4GB memory will reproduce the

Hello Dovecot users, After more than a week on one of the Dutch islands, I finally managed to update the Sieve and Managesieve packages for the new v1.2.rc5 release. Sorry for the delay. Changelog Sieve v0.1.6: * Adjusted to changes in Dovecot to make it compile against v1.2.rc5 * Made default of sieve_dir setting match the ManageSieve implementation. - Fixed a few problems in de

Hello Dovecot users, After more than a week on one of the Dutch islands, I finally managed to update the Sieve and Managesieve packages for the new v1.2.rc5 release. Sorry for the delay. Changelog Sieve v0.1.6: * Adjusted to changes in Dovecot to make it compile against v1.2.rc5 * Made default of sieve_dir setting match the ManageSieve implementation. - Fixed a few problems in de

Dear R-SIG-Debian, > > a) You still haven't explained why you need to rebuild it when > ? ? ? sudo apt-get install r-cran-rgl > ? gets you a binary I do not want to answer for the OP, but for myself, two things: 1) I maintain a personal library in my HOME folder - for a few reasons - and one of the benefits is that I can install/update R packages without needing to run R as

The Wine development release 4.0-rc5 is now available. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: https://dl.winehq.org/wine/source/4.0/wine-4.0-rc5.tar.xz http://mirrors.ibiblio.org/wine/source/4.0/wine-4.0-rc5.tar.xz Binary packages for various distributions will be available

?http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc5.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc5.tar.gz.sig I've finally gone through all my unread mails and fixed most of the reported bugs. There are only a couple ones left that I can't reproduce. Please report if you still have any problems with rc5, even if you already have reported the same bug before. v1.1.rc6 will

?http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc5.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc5.tar.gz.sig I've finally gone through all my unread mails and fixed most of the reported bugs. There are only a couple ones left that I can't reproduce. Please report if you still have any problems with rc5, even if you already have reported the same bug before. v1.1.rc6 will

On Thu, Jun 7, 2012 at 3:26 PM, Tobias Grosser <tobias at grosser.es> wrote: > First of all, is this problem platform specific? > We have a 32bit buildbot [1] and it does not report any problems. Do you > understand why. I think so. This is an i?86 build on a x86_64 machine, i.e. with -m32. (gcc specifically, but I am sure that clang would raise the same issue, since this is about

Hi all, after reading and learning much more about GNU's configure and compile machine than I ever wanted ;-), I arrived at configuring llvm-2.2 like this: CFLAGS=-m32 CXXFLAGS=-m32 ./configure --prefix=$HOME The assembler errors are finally gone (phew!, and thanks for all the help!), but I get linker errors now: llvm[3]: Linking Release Object Library LLVMX86.o llvm[3]: Compiling