[gentoo-user] How does autotools/emerge/revdep-rebuild pick libraries when dependency-checking/compiling? (libpng12/14)
I'm installing a 3rd party binary on my system (odesk team) from here: http://www.odesk.com/community/linux I remember last time I just picked the latest 64bit fedora version, extracted their stuff, and placed it somewhere in opt. Recently though, the app has been giving me some trouble, so I checked if there was a later version and I was 3 minor revisions behind. Whoops! The latest fc version depends on libpng12. I still remember that whole libpng12 recompile nightmare a couple months back that forced me to do a near equivalent of emerge -e... hundreds of compiles, circular fails, some manual sedding, lafilefixer, revdeps, and all that gentoo fun later and I've gotten me to a pure libpng14 system in about a week. whoopee! I'll probably try the arch version instead, but I'm curious now. If ever I should install libpng12 (slotted to 1.2), what happens on my next emerge? Configure will use a libpng version to use for compiles, but which one will it use? Will my system still be mostly on libpng14 or is there a chance that some recompiles go back to libpng12? Havng spent so much energy getting it one way I'd rather not have it reversed. -- This email is: [ ] actionable [ ] fyi [ ] social Response needed: [ ] yes [ ] up to you [ ] no Time-sensitive: [ ] immediate [ ] soon [ ] none
[gentoo-user] How to compile for less bits :)
Hi, I asking in beforehand, to prevent the search for spurious unexplainable errors which may be hardly to detect. For my microcontroller board (ATMEL AT81RM920, linux based) I want to crosscompile kernels and applications on my 64bit Gentoo linux. The source of a gcc (prepared on a 32bit system I fear) for the purpose of crosscompiling from a 32bit system-- target is the above mentioned processor -- is available. Is it possible to compile this gcc as a 32bit-application on my 64bit system to ensure the same behaviour as it would if ot was built on a "original 32bit Gentoo Linux"? (And in this context: The audio application "chuck" is only as 32bit application available currently. How is it possible to compile this on a 64bit system?) Thank you very much in advance for any help! Best regards mcc
Re: [gentoo-user] Re: X programs as root
On 09/25/10 01:35:16, Nikos Chantziaras wrote: ... > > But if some reason you want sudo, /etc/sudoers has some info: > >## Run X applications through sudo > > Read the comments there and uncomment what suits you. Did I mention > that you should use kdesu instead of sudo? :-P Which version of sudo are you talking about? I have sudo-1.7.4p4 installed here but I don't see any mentioning of X11 in sample.sudoers Thanks for a pointer, Helmut.
[gentoo-user] trouble emerging x11-libs/gtk+
Hi, I'm updating my system and compiling x11-libs/gtk+-2.20.1-r1 fail: ERROR: x11-libs/gtk+-2.20.1-r1 failed: * emake failed * * Call stack: * ebuild.sh, line 54: Called src_compile * environment, line 3075: Called _eapi2_src_compile * ebuild.sh, line 646: Called die * The specific snippet of code: * emake || die "emake failed" I looked on internet but did not find any solution appropriate to my problem. Here is the emerge --info output: System uname: linux-2.6.24.5-grsec--grs-ipv4-64-x86_64-intel-r-_core-tm-2_duo_cpu_e72...@_2.53ghz-with-gentoo-1.12.13 Timestamp of tree: Mon, 27 Sep 2010 12:30:19 + ccache version 2.4 [enabled] app-shells/bash: 4.0_p37 dev-lang/python: 2.6.4-r1 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 1.12.13 sys-apps/sandbox:1.6-r2 sys-devel/autoconf: 2.65-r1 sys-devel/automake: 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.4, 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -...@eula" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=k8" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe -march=k8" DISTDIR="/home/var/ftp/distfiles" FEATURES="assume-digests ccache collision-protect distlocks fixpackages news parallel-fetch protect-owned sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.ovh.net/gentoo-distfiles/ ftp://mirror.ovh.net/gentoo-distfiles/"; LANG="fr...@euro" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/home/portage" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/haxe /usr/local/portage/layman/php-4 /usr/local/portage /usr/local/php/testing /usr/local/php/experimental" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl amd64 apache2 berkdb bzip2 cli cracklib crypt cups cxx dri fortran gd gdbm gif gpm iconv imap jpeg jpg ldap libwww maildir mmx modules mudflap multilib mysql ncurses netboot nls nptl nptlonly openmp pam pcre perl png pppd python readline reflection sasl session snmp sse sse2 ssl sysfs tcpd truetype unicode xml xml2 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nouveau nv r128 radeon savage sis tdfx trident vesa via vmware voodoo" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Thank you for any help Laurent
[gentoo-user] Re: How to compile for less bits :)
On 2010-09-27, meino.cra...@gmx.de wrote: > For my microcontroller board (ATMEL AT81RM920, linux based) Do you mean AT91RM9200? > I want to crosscompile kernels and applications on my 64bit Gentoo > linux. That's easy enough. > The source of a gcc (prepared on a 32bit system I fear) for > the purpose of crosscompiling from a 32bit system-- target is the > above mentioned processor -- is available. > > Is it possible to compile this gcc as a 32bit-application on my 64bit > system to ensure the same behaviour as it would if to was built on a > "original 32bit Gentoo Linux"? You want to compile gcc on an AMD64 machine and end up with a cross-compiler that runs as an IA32 app and generates code for an ARM9 target? That's called a "Canadian Cross", and is rather tricky, since it involves three different architectures: building a compiler on architecture A (AMD64) to be run on architecture B (IA32) and generate code for architecture C (ARM9). Can you explain why you want that rather than a normal cross compiler? IOW, why do you want to build a gcc cross compiler that runs as a 32-bit application? It's _way_ simpler to build a "normal" cross compiler: building a compiler one architecture (AMD64) to be run on that same architecture (AMD64) and generate code for a second architecture (ARM9). > (And in this context: The audio application "chuck" is only as 32bit > application available currently. How is it possible to compile this > on a 64bit system?) You use a compiler that generates code for a the desired 32-bit architecture. The "width" of the host is immaterial. The easiest way to build such a compiler is using crosstool-ng http://ymorin.is-a-geek.org/projects/crosstool Crosstool-NG does have some support for doing a Canadian-cross, but I don't see why you would want to do that. -- Grant Edwards grant.b.edwardsYow! Gibble, Gobble, we at ACCEPT YOU ... gmail.com
Re: [gentoo-user] trouble emerging x11-libs/gtk+
- Original Message - From: "Laurent Kappler" To: gentoo-user@lists.gentoo.org Sent: Monday, September 27, 2010 1:59:04 PM Subject: [gentoo-user] trouble emerging x11-libs/gtk+ Hi, I'm updating my system and compiling x11-libs/gtk+- 2.20.1-r1 fail: ERROR: x11-libs/gtk+-2.20.1-r1 failed: * emake failed * * Call stack: * ebuild.sh, line 54: Called src_compile * environment, line 3075: Called _eapi2_src_compile * ebuild.sh, line 646: Called die * The specific snippet of code: * emake || die "emake failed" This doesn't help at all. Could you patebin the build log and reply back with the URL?
Re: [gentoo-user] How does autotools/emerge/revdep-rebuild pick libraries when dependency-checking/compiling? (libpng12/14)
On Mon, Sep 27, 2010 at 12:15 PM, Mark David Dumlao wrote: > I'm installing a 3rd party binary on my system (odesk team) from here: > http://www.odesk.com/community/linux > > I remember last time I just picked the latest 64bit fedora version, > extracted their stuff, and placed it somewhere in opt. Recently > though, the app has been giving me some trouble, so I checked if there > was a later version and I was 3 minor revisions behind. Whoops! The > latest fc version depends on libpng12. When dealing with binaries designed for other distros, I can think of 2 ways to possibly help keep things sane. First would be to write an ebuild for it which enforces the required library versions (if you know them) and will enable portage to prevent breakage in the future. Second would be to run it in a virtual machine or a container with one of the other linux distros installed in it, that way you're using their preferred environment for the app and can upgrade it independently of the rest of your Gentoo system. > I'll probably try the arch version instead, but I'm curious now. If > ever I should install libpng12 (slotted to 1.2), what happens on my > next emerge? Configure will use a libpng version to use for compiles, > but which one will it use? Will my system still be mostly on libpng14 > or is there a chance that some recompiles go back to libpng12? Havng > spent so much energy getting it one way I'd rather not have it > reversed. I think that if the 2 versions are slotted then you should be okay, new emerges should use the latest version; programs known not to work with the new version should force use of the old one (if you had any of those, you'd already have the old libpng because they'd already require it).
Re: [gentoo-user] trouble emerging x11-libs/gtk+
On Mon, Sep 27, 2010 at 12:59 PM, Laurent Kappler wrote: > Hi, > > I'm updating my system and compiling x11-libs/gtk+-2.20.1-r1 fail: > > ERROR: x11-libs/gtk+-2.20.1-r1 failed: > * emake failed > * > * Call stack: > * ebuild.sh, line 54: Called src_compile > * environment, line 3075: Called _eapi2_src_compile > * ebuild.sh, line 646: Called die > * The specific snippet of code: > * emake || die "emake failed" Hi, The actual error happens before this message, in the compilation output that scrolls by. If you can find it then it may help us to track it down with you. Also since you're using MAKEOPTS="-j2" it may help to comment that, so the errors appear in order rather than mixed in with the other processes make job. That being said, here is generic advice for any failing to compile :) lafilefixer --justfixit revdep-rebuild (And, for perl-related things, perl-cleaner --all)
Re: [gentoo-user] trouble emerging x11-libs/gtk+
On Monday 27 September 2010 20:12:26 r...@comcast.net wrote: > This doesn't help at all. Could you patebin the build log and reply > back with the URL? No, don't do that; reply here. Paste-bins get lost after a while. -- Rgds Peter. Linux Counter 5290, 1994-04-23.
[gentoo-user] net-wireless/rtl8192se compile failure
Hello all, Trying to put the finishing touches on a new install, and compiling the wireless driver is failing. Machine is a Toshiba Satellite L450, uname: 2.6.34-gentoo-r6 #2 SMP Mon Sep 27 05:48:15 MDT 2010 x86_64 Pentium(R) Dual-Core CPU T4400 @ 2.20GHz GenuineIntel GNU/Linux lspci reports the device as: 14:00.0 Network controller: Realtek Semiconductor Co., Ltd. Device 8172 (rev 10) Errors: make[1]: Entering directory `/usr/src/linux-2.6.34-gentoo-r6' CC [M] /var/tmp/portage/net-wireless/rtl8192se-2.6.0017.0705.2010-r1/work/rtl8192se_linux_2.6.0017.0705.2010/HAL/rtl8192/rtl_core.o /var/tmp/portage/net-wireless/rtl8192se-2.6.0017.0705.2010-r1/work/rtl8192se_linux_2.6.0017.0705.2010/HAL/rtl8192/rtl_core.c: In function 'rtl8192_pci_probe': /var/tmp/portage/net-wireless/rtl8192se-2.6.0017.0705.2010-r1/work/rtl8192se_linux_2.6.0017.0705.2010/HAL/rtl8192/rtl_core.c:5539: error: 'struct net_device' has no member named 'wireless_handlers' make[2]: *** [/var/tmp/portage/net-wireless/rtl8192se-2.6.0017.0705.2010-r1/work/rtl8192se_linux_2.6.0017.0705.2010/HAL/rtl8192/rtl_core.o] Error 1 make[1]: *** [_module_/var/tmp/portage/net-wireless/rtl8192se-2.6.0017.0705.2010-r1/work/rtl8192se_linux_2.6.0017.0705.2010/HAL/rtl8192] Error 2 and: * ERROR: net-wireless/rtl8192se-2.6.0017.0705.2010-r1 failed: * Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= all Scratching my head here, as before installing gentoo I fired it up with a knoppix disk, and I was able to download and compile the drivers directly from Realtek's website, and wireless worked just fine. Based on that I'm thinking it's not a bug, but rather something wrong with my environment. Hoping I'm overlooking something simple here. Am I forgetting any pertinent info? Thanks for any ideas... Darren -- Support the mob or mysteriously disappear... I'm on flickr: http://www.flickr.com/photos/badcomputer/
