| View previous topic :: View next topic |
| Author |
Message |
Parleur
n00b
Joined: 10 Jul 2013
Posts: 7
|
 Posted: Sat Jul 20, 2013 12:46 am Post subject: Can't build gdk-pixbuf-2.28.{1.2} (hardened, ~amd64) |
 |
|
Hello everybody. I'ts my first post here. 
I'm just finishing to install Gentoo, which I used for two years, before to come back to Debian for two other years.
It's an almost basic Gentoo Hardened with Selinux and global ACCEPT_KEYWORDS="~amd64".
Almost everything worked fine, except this last package : gdk-pixbuf : I can't build it, and I can't find a workaround. It's really annoying, cause it's almost the last package I need for an usable netbook.
Emerge fails during install phase.
emerge --info '=x11-libs/gdk-pixbuf-2.28.2' :
| Quote: | Portage 2.1.12.13 (hardened/linux/amd64/no-multilib/selinux, gcc-4.7.3, glibc-2.17, 3.8.0-19-generic x86_64)
=================================================================
System Settings
=================================================================
System uname: Linux-3.8.0-19-generic-x86_64-Intel-R-_Atom-TM-_CPU_N550_@_1.50GHz-with-gentoo-2.2
KiB Mem: 1009012 total, 155152 free
KiB Swap: 4194300 total, 4078772 free
Timestamp of tree: Fri, 19 Jul 2013 23:30:01 +0000
ld GNU ld (GNU Binutils) 2.23.1
app-shells/bash: 4.2_p45
dev-lang/python: 2.7.5-r1, 3.2.5-r1, 3.3.2-r1
dev-util/cmake: 2.8.11.1
dev-util/pkgconfig: 0.28
sys-apps/baselayout: 2.2
sys-apps/openrc: 0.11.8
sys-apps/sandbox: 2.6-r1
sys-devel/autoconf: 2.13, 2.69
sys-devel/automake: 1.11.6, 1.12.6, 1.14
sys-devel/binutils: 2.23.1
sys-devel/gcc: 4.7.3
sys-devel/gcc-config: 1.8
sys-devel/libtool: 2.4.2
sys-devel/make: 3.82-r4
sys-kernel/linux-headers: 3.9 (virtual/os-headers)
sys-libs/glibc: 2.17
Repositories: gentoo x-portage
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox selinux sesandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 berkdb bindist branding bzip2 cli cracklib crypt cxx deblob dri gdbm gpm hardened iconv ipv6 justify mmx modules mudflap ncurses nls nptl open_perms openmp pam pax_kernel pcre readline selinux session sse sse2 ssl tcpd unicode urandom wayland zlib" ABI_X86="64" ALSA_CARDS="hda-intel" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CURL_SSL="gnutls" DRACUT_MODULES="crypt crypt-gpg lvm" 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" GRUB_PLATFORMS="pc" INPUT_DEVICES="keyboard synaptics mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en eo fr it" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-4" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" RUBY_TARGETS="ruby19 ruby18" USERLAND="GNU" VIDEO_CARDS="intel vesa" 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, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
|
build.log
http://pastebin.com/D9qsnAP1
Thank you for your help,
Benjamin. |
|
| Back to top |
|
 |
block.jeremy
n00b
Joined: 25 Aug 2013
Posts: 2
|
| Posted: Tue Aug 27, 2013 10:31 am Post subject: |
|
|
| I am also brand new to gentoo. I am running hardened as well with the ~amd64 flag for testing. I was emerging enlightenment 17 and one of the dependencies was the gdk-libpixbuf-2.28.2. This fails in the exact fashion as your post. I was curious if you ever found a work around? I had tried to drop back to stable by changing to "amd64" but I was already on the testing of things like glibc and there were all kinds of warnings about downgrading that so I did not do that and I am still on testing. |
|
| Back to top |
|
|
TomWij
Retired Dev
Joined: 04 Jul 2012
Posts: 1553
|
| Posted: Tue Aug 27, 2013 3:28 pm Post subject: |
|
|
| Please file bugs at https://bugs.gentoo.org as they are not tracked on the forums, thank you in advance. |
|
| Back to top |
|
|
block.jeremy
n00b
Joined: 25 Aug 2013
Posts: 2
|
| Posted: Tue Aug 27, 2013 10:03 pm Post subject: |
|
|
Thanks TomWij
I did a search in there and it seems my issue is already created:
https://bugs.gentoo.org/show_bug.cgi?id=481372
I had been shy on the bug tracking site because the certificate is untrusted by my browsers, I think I will have to look into why that might be. |
|
| Back to top |
|
|
Hu
Moderator
Joined: 06 Mar 2007
Posts: 21593
|
| Posted: Tue Aug 27, 2013 10:36 pm Post subject: |
|
|
| The certificate for bugs.gentoo.org is issued by a CA that is not trusted by default in Firefox. I see the sha1 print as FA:F5:8D:7A:AF:4E:E7:CA:AD:82:78:1D:5D:0A:DE:F6:40:F8:CC:47. |
|
| Back to top |
|
|
Navar
Guru
Joined: 20 Aug 2012
Posts: 353
|
| Posted: Wed Aug 28, 2013 12:31 am Post subject: |
|
|
It's even more confusing than that.
bugs.gentoo.org uses CAcert.org. See http://en.wikipedia.org/wiki/CAcert.org for a good write-up and why browsers tend to raise a red flag on that one. You'll just have to 'trust' them. 
But then we have,
forums.gentoo.org which uses a commercial digicert.com certificate. So there's a root entity from on high and all is well.
I believe the forums resolve to several locations, mine appears to hit Toronto, ON instead of somewhere in the states. bugs.gentoo.org resolves to somewhere in the Netherlands.
You'd probably need a Gentoo Infrastructure person to explain details further on the whys and whats.
_________________
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn. |
|
| Back to top |
|
|
desultory
Bodhisattva
Joined: 04 Nov 2005
Posts: 9410
|
| Posted: Wed Aug 28, 2013 2:51 am Post subject: |
|
|
| Navar wrote: | | I believe the forums resolve to several locations, mine appears to hit Toronto, ON instead of somewhere in the states. bugs.gentoo.org resolves to somewhere in the Netherlands. |
Keeping databases synchronized between multiple servers on one rack is sufficiently interesting to keep us from going beyond that without a fairly pressing need (along with the personnel and resources to fulfill it); hence our physical presence currently being exclusively in Vancouver, BC. |
|
| Back to top |
|
|
Navar
Guru
Joined: 20 Aug 2012
Posts: 353
|
| Posted: Wed Aug 28, 2013 5:08 am Post subject: |
|
|
Thank you for the insight. This is what I get for trusting some fast visual traceroute site rather than an actual whois on the IP.  I swear I've seen some other CNAME alias? names for the forums in past google searches. bugs.gentoo.org still seems to resolve over the pond though.
_________________
Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn. |
|
| Back to top |
|
|
desultory
Bodhisattva
Joined: 04 Nov 2005
Posts: 9410
|
| Posted: Thu Aug 29, 2013 3:09 am Post subject: |
|
|
| Navar wrote: | | Thank you for the insight. This is what I get for trusting some fast visual traceroute site rather than an actual whois on the IP. I swear I've seen some other CNAME alias? names for the forums in past google searches. |
Two of them, one for each of the front end servers. That they get indexed in addition to forums.gentoo.org is a bug, arguably multiple distinct bugs, that we need to fix.
| Navar wrote: | | bugs.gentoo.org still seems to resolve over the pond though. |
In Amsterdam, fairly analogous to how the forums are provisioned for hardware. |
|
| Back to top |
|
|
|
Portage & Programming
