Seems like either eet itself or its test expect gcrypt to be present, but that's not the case with gnutls-2[nettle] or gnutls-3 ... so please look into it. Portage 2.2.0_alpha110 (default/linux/amd64/10.0, gcc-4.7.1, glibc-2.15-r2, 3.4.2-hardened x86_64) ================================================================= System uname: Linux-3.4.2-hardened-x86_64-AMD_Opteron-TM-_Processor_6272-with-gentoo-2.1 Timestamp of tree: Sat, 16 Jun 2012 07:30:01 +0000 app-shells/bash: 4.2_p29 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.7.3-r2, 3.2.3-r1 dev-util/cmake: 2.8.8-r3 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.10.3 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.9.6-r3, 1.11.5, 1.12.1 sys-devel/binutils: 2.22-r1 sys-devel/gcc: 4.5.3-r2, 4.7.1 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 3.4 (virtual/os-headers) sys-libs/glibc: 2.15-r2 Repositories: gentoo Installed sets: ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -ggdb -march=native -ftracer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe -ggdb -march=native -ftracer" DISTDIR="/var/cache/portage/distfiles" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles news parallel-fetch parse-eapi-ebuild-head protect-owned sandbox sfperms strict test test-fail-continue unknown-features-warn unmerge-orphans userfetch userpriv usersandbox" FFLAGS="" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j24" 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="/tmp" PORTDIR="/var/cache/portage/tree" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowex acl amd64 berkdb bzip2 cli cracklib crypt cups cxx dri ffmpeg fortran gdbm gpm iconv ipv6 mmx modules mudflap multilib ncurses nls nptl openmp pam pcre pppd qt3support readline session sse sse2 sse3 sse4 ssl ssse3 tcpd unicode vhosts 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" 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" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" PHP_TARGETS="php5-3" PYTHON_TARGETS="python3_2 python2_7" RUBY_TARGETS="ruby18 jruby ruby19 ree18" USERLAND="GNU" 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, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
I have gnutls-2[nettle] installed and the tests do pass without any issue for me, so nothing i can look into or try to fix. Please give me more details, so that i can reproduce it myself or have a look yourself.
Check the build log in URL>
attach the log like normal
external log files have never been acceptable, and we're not starting now. if you can't be bothered to follow the rules everyone else does, then don't bother filing bugs.
You're fucking kidding me right? You have a _valid bug_ and you refuse it because you can't be bothered opening an URL to a site _I'm mantaining_ because it's the only way I can keep filing 50 _valid_ bugs a day?
The url is hard to spot, looks like we should make bugzie more helpful in this regard.
(In reply to comment #5) (1) fix your attitude (2) you're failing to follow clearly established bug reporting guidelines that everyone else has been forced to follow (for good reason) (3) i'm not refusing to fix a bug, i'm using the same method we use everywhere else where the reporter has failed to provide sufficient information: NEEDINFO. provide the information in the proper manner you're supposed to and the bug will be addressed. as you've already been told (and yet continue to ignore), where the *external* site is entirely irrelevant. external sites expire leaving historical review significantly harder if not impossible. there's absolutely no way you can guarantee that those URLs will never break: you have to commit to never changing the paths, as well as paying amazon indefinitely. what makes a *lot* more sense is to attach the log to the bug. the number of bugs you're filing is also entirely irrelevant. as i told you elsewhere, if you can't figure out how to code your scripts, then talk to people who can help (i.e. WilliamH who is maintaining pybugz).
You have a log. You want to keep the error message at hand? Do like others do and copy-paste it as a comment. You have a bug, you've refused to handle it (NEEDINFO) three times already. Your attitude is that of a crybaby. Let alone the fact that you're the first ignoring policies every time it suits your need. Given I'm the only one who's actually checking what is working and what is not, you either accept the bugs as they come or you put your code where your mouth is and provide a script. I'm going to keep filing the bugs this way as nobody else but you insist complaining (although others including me would have _preferred_ having the logs attached, especially since I'm the one paying for the logs to stay up). If you don't want to deal with the bug for whatever reason, assign the bug to someone else (me included) or leave it for the rest of the herd. As for "historical review", so many times we fix things that we encounter without filing bugs that even if these end up being inaccessible four years from now, as long as they are fixed, I don't really care. Policies are important, but having a distribution that actually *works* is more important. And since it's been months that everybody said it's "easy" to auto-open bugs, and nobody gave me a script that still works (after each bugzilla upgrade everything sorta works less than it did before), the choice is easy: you either compromise and ask for a little more work to each maintainer, or you pretend me to do all the work and we end up without any kind of quality check. And guess what? This happened to have to clean up after you more often than not.
Nothing for devrel to do here. Please follow the policy[1] if you want to escalate this to that level [1]http://www.gentoo.org/proj/en/devrel/policy.xml
(In reply to comment #8) nothing you said here is relevant. attach the logs like everyone else. inability on your side to code support in your setup is a poor excuse, not a valid reason.
Created attachment 316649 [details] dev-libs:eet-1.6.1:20120616-153708.txt downloaded, textified and attached here, so allthe babyes in this bug will be happy
(In reply to comment #11) that log is slightly corrupted, but it's good enough for this report. you should also take your pointless attacks elsewhere as that isn't contributing anything useful to the issue.
Can you check with latest version? I see no patches applied on other distributions, and also, since upstream is supporting gnutls since 1.6.0, likely they have solved this since then (and, if not, would be nice to report to them too) Thanks
Merging eet-1.7.9[gnutls] worked fine for me and passed all tests.
(In reply to Markus Oehme from comment #14) > Merging eet-1.7.9[gnutls] worked fine for me and passed all tests. Thanks for feedback
