search for: multiarch

Package: klibc Version: 1.5.20-1 Severity: normal Tags: patch User: ubuntu-devel at lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch Hi maks, Since the Ubuntu linux-libc-dev is now installing its asm headers to the multiarch /usr/include/<triplet>/ directory to allow co-installability, I've pushed the attached patch to Ubuntu so klcc knows to include this path when searching for headers. It should be safe to apply in Debian today, in advance of linux-libc-dev switching to multiarch, so I'm forwarding it...

Hi, Why isn't 'R CMD check --force-multiarch' installing the package for all the architectures that are going to be checked? For some packages, it only installs for the default arch ('i386'). Then testing the package for 'x64' fails. For example, Output of R CMD check --force-multiarch fabia_1.5.0.tar.gz: ---------------...

...ated to current R CMD check in file /etc/bash_completion.d/R: cb at cbdesktop:~/tmp$ diff R /etc/bash_completion.d/R 244,247c244,245 < --no-install --no-tests --no-vignettes --no-manual \ < --no-rebuild-vignettes --install-args --check-subdirs \ < --extra-arch --multiarch --no-multiarch --force-multiarch \ < --timings --use-gct --use-valgrind --rcfile" --- > --no-install --no-tests --no-vignettes --no-latex \ > --use-gct --use-valgrind --rcfile" I gather from the mailing list archives, that the original is available at http://c...

...ated to current R CMD check in file /etc/bash_completion.d/R: cb at cbdesktop:~/tmp$ diff R /etc/bash_completion.d/R 244,247c244,245 < --no-install --no-tests --no-vignettes --no-manual \ < --no-rebuild-vignettes --install-args --check-subdirs \ < --extra-arch --multiarch --no-multiarch --force-multiarch \ < --timings --use-gct --use-valgrind --rcfile" --- > --no-install --no-tests --no-vignettes --no-latex \ > --use-gct --use-valgrind --rcfile" I gather from the mailing list archives, that the original is available at http://c...

...be working. See screenshots below. I'd be interested to know if there are less obvious bugs; however numerical difference with native snpStats 1.5.5 is more likely because 1.5.5 is buggy than 1.5.5.1 mis-compiled. Also noticed that R on Mac OS X is universal, with symlinks to the per-arch multiarch dylibs. Is there any plans for R packages to switch over to universal instead of multi-arch? (the sentence below as strictly speaking wrong - the R package was cross-compiled to multi-arch rather than universal). FYI a few other not-so-relevant things but may be useful to some. -------- Origina...

[First attempt to send this using git send-email didn't work because of SMTP routing problems] Hilko, This is my experimental patch to remove update-guestfs-appliance from Debian. With this patch, libguestfs builds with a supermin [version 5] appliance in /usr/lib/guestfs/supermin.d: $ ll -h /usr/lib/guestfs/supermin.d/ total 884K -rw-r--r-- 1 root root 94K Mar 15 12:18 base.tar.gz

Package: gcc-4.7 Version: 4.7.0-12 Severity: serious Justification: breaks unrelated software The following scenario is broken: I would expect the link to fail. This is a carefully nailed-down testcase to figure out that the fault is with gcc not binutils. tg at zigo:~ $ echo 'int login_tty(int); void _exit(int); void _start() { _exit(login_tty(0)); }' >test.c tg at zigo:~ $ rm -f

...the linker to build Clang/LLVM breaks. >> >> A workaround is to add symlinks for crt1.o, crti.o and crtn.o back >> under /usr/lib. > From /usr/share/doc/libc6/NEWS.Debian.gz: > > Starting with the eglibc package version 2.13-5, the libraries are > shipped in the multiarch directory/lib/$arch instead of the more > traditional /lib. Similarly the includes are now shipped in > /usr/include/$arch instead of the more traditional /usr/include. > > The toolchain in Debian has been updated to cope with that, and most > build systems should be unaf...

...symbols from /home/matt/root/bin/llvm-mc...done. (gdb) r --filetype=obj test/asm1.s Starting program: /home/matt/root/bin/llvm-mc --filetype=obj test/asm1.s [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. __memmove_ssse3 () at ../sysdeps/i386/i686/multiarch/memcpy-ssse3.S:160 160 ../sysdeps/i386/i686/multiarch/memcpy-ssse3.S: No such file or directory. in ../sysdeps/i386/i686/multiarch/memcpy-ssse3.S (gdb) bt #0 __memmove_ssse3 () at ../sysdeps/i386/i686/multiarch/memcpy-ssse3.S:160 #1 0xb785d086 in __copy_m<char> (this=0x806fae8, Asm=..., La...

...I had both 32- and 64-bit Java installed but only the 64-bit was in the path.? I added the 32-bit, but that did not fix the problem.? The last 2.5 lines in the section "How to install rJava on Windows?" to which you referred me reads: to build rJava from source, you need the --merge-multiarch flag: install.packages('rJava', type = 'source', INSTALL_opts='--merge-multiarch') ????? When I tried that, I got: Warning in system("sh ./configure.win") : 'sh' not found *** ON THE OTHER HAND:? The error message above says 'c:/Program Files/R/...

...5.include.d/** r, /var/lib/sss/pubconf/krb5.include.d/ r, /var/lib/sss/mc/initgroups r, /etc/gss/mech.d/ r, # ldap /etc/ldap/ldap.conf r, /{,var/}run/slapd-*.socket rw, # dynamic updates /var/tmp/DNS_* rw, # dyndb backends /usr/lib/bind/*.so rm, # Samba DLZ /{usr/,}lib/@{multiarch}/samba/bind9/*.so rm, /{usr/,}lib/@{multiarch}/samba/gensec/*.so rm, /{usr/,}lib/@{multiarch}/samba/ldb/*.so rm, /{usr/,}lib/@{multiarch}/ldb/modules/ldb/*.so rm, /var/lib/samba/bind-dns/dns.keytab rk, /var/lib/samba/bind-dns/named.conf rw, /var/lib/samba/bind-dns/* rw, /var/lib/samba...

I see, so you kept the load.on.delay command but removed the check to see if it was handled. Did you do the same thing for the shutdown.stayoff logic? https://github.com/networkupstools/nut/blob/master/drivers/usbhid-ups.c#L562 This might be a dumb question but did this require you to recompile the kernel? These types of changes are way beyond my depth. Thank you for the direction! On Thu, Jan

Is it possible to suppress compiling for the x64 arch when doing 'Rcmd build <mypkg>? Such that the pre-compiled package for binary distribution only contains a 'lib/i386/mypkg.dll'. For CHECK (and also INSTALL) there is a '--no-multiarch' argument, but I didn't find something similar for build. Otherwise, I suppose, I could - handle the problem in Makevars or Makefile or - build the shlib manually and put it at the correct place or - provide a placeholder library with C (my code is Delphi, 64bit should/will come next year)...

...D check package I see: * using platform: x86_64-apple-darwin9.8.0 (64-bit) ? * loading checks for arch ?i386? ? * loading checks for arch ?x86_64? ? ** running examples for arch ?i386? The check then fails since the packages are not installed on i386. I tried R --arch=x86_64 --no-multiarch CMD check package but that still runs checks on x86_64 and i386. I didn't find anything else in the "what's new" for the latest devel version. I'd prefer not to install the full crane and bioconductor set in both architectures. Any suggestions (especially for the documentati...

I've got a simple workaround which obviously everyone will figure out: mdriftmeyer at horus:/usr/lib$ sudo ln -s x86_64-linux-gnu/crti.o crti.o mdriftmeyer at horus:/usr/lib$ sudo ln -s x86_64-linux-gnu/crt1.o crt1.o mdriftmeyer at horus:/usr/lib$ sudo ln -s x86_64-linux-gnu/crtn.o crtn.o My real question concerns whether or not I should file a bug report against Debian not having a

Ah, ok, my thats where its different here. My setup is AD-DNS => eth0 Server_split_DNS (Proxy) eth1 => internet > -----Oorspronkelijk bericht----- > Van: Joachim Lindenberg [mailto:samba at lindenberg.one] > Verzonden: dinsdag 30 juli 2019 10:44 > Aan: 'L.P.H. van Belle'; samba at lists.samba.org > Onderwerp: AW: [Samba] split horizon and authoritative answers..?

...nt two times - Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.4.4-14ubuntu4' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/arm-linux-gnueabi/include/c++/4.4.5 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --disable-sjlj-exceptions...

...[New LWP 5967] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `dovecot/lmtp'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33 33 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or directory. #0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33 No locals. #1 0x00007f9177db4779 in memcpy (__len=<optimized out>, __src=0x0, __dest=0x7...

...hile trying to run libguestfs tests after building with "--enable-appliance --with-supermin-extra-options=--use-installed", I ran into a peculiar error message in the c-api test: ,---- | libguestfs: error: strings: /abssymlink: strings: error while loading | shared libraries: libbfd-2.24-multiarch.so: cannot open shared object | file: No such file or directory `---- The problem here is that I have the binutils-multiarch package installed which has used dpkg-divert(8) to override the "regular" binutils binaries. ,---- | $ dpkg-divert --list /usr/bin/strings | diversion of /usr/bin...

...b8be4adcf63ea0a63a7c45ba024 And here are the commands I used: sudo apt update sudo apt install devscripts git mk-build-deps nut --install --root-cmd sudo --remove sudo apt remove asciidoc cd ~/ git clone https://github.com/Laynezilla/nut.git cd ~/nut ./autogen.sh ./configure \ --build=`gcc -print-multiarch` \ --includedir=/usr/include \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --sysconfdir=/etc \ --localstatedir=/var \ --disable-silent-rules \ --libdir=/usr/lib/`gcc -print-multiarch` \ --runstatedir=/run \ --enable-maintainer-mode \ --disable-dependency-tracking \ --sysconfdir=/etc/nut \...