Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 527608 - net-misc/gsutil-4.6: fails tests, tries to contact the Internet
Summary: net-misc/gsutil-4.6: fails tests, tries to contact the Internet
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords: TESTFAILURE
Depends on:
Blocks:
 
Reported: 2014-10-31 11:58 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2018-03-29 03:16 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
tinderbox log (tinderbox.log,88.41 KB, text/x-log)
2014-10-31 16:56 UTC, Richard Freeman
Details
build.log (build.log,88.41 KB, text/html)
2014-10-31 16:56 UTC, Jeroen Roovers
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Diego Elio Pettenò (RETIRED) gentoo-dev 2014-10-31 11:58:39 UTC
https://tinderboxlogs.s3.amazonaws.com/tbamd64.excelsior.flameeyes.eu/net-misc%3Agsutil-4.6%3A20141031-114230.html

Portage 2.2.14_rc1 (python 2.7.8-final-0, default/linux/amd64/13.0, gcc-4.9.1-asneeded, glibc-2.20, 3.15.5-hardened-r2 x86_64)
=================================================================
System uname: Linux-3.15.5-hardened-r2-x86_64-AMD_Opteron-TM-_Processor_6272-with-gentoo-2.2
KiB Mem:    65962672 total,  16391156 free
KiB Swap:          0 total,         0 free
Timestamp of tree: Unknown
ld ld di GNU (Gentoo 2.24 p1.4) 2.24
distcc 3.1 x86_64-pc-linux-gnu [disabled]
ccache version 3.1.9 [disabled]
app-shells/bash:          4.2_p53
dev-java/java-config:     2.2.0
dev-lang/perl:            5.18.2-r2
dev-lang/python:          2.7.8, 3.2.5-r6, 3.3.5-r1, 3.4.1
dev-util/ccache:          3.1.9
dev-util/cmake:           2.8.12.2-r2
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.13.1
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.4_p6-r1, 1.9.6-r3, 1.10.3, 1.11.6, 1.12.6, 1.13.2, 1.14.1
sys-devel/binutils:       2.24-r3
sys-devel/gcc:            4.6.4, 4.7.4, 4.8.3, 4.9.1
sys-devel/gcc-config:     1.8
sys-devel/libtool:        2.4.2-r1
sys-devel/make:           4.1
sys-kernel/linux-headers: 3.17 (virtual/os-headers)
sys-libs/glibc:           2.20
Repositories: gentoo
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -ggdb -march=native -ftracer -frecord-gcc-switches"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/entropy /opt/openjms/config /usr/share/bufrtables /usr/share/config /usr/share/easy-rsa /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.0/conf /usr/share/themes/oxygen-gtk/gtk-2.0 /var/bind /var/lib/hsqldb /var/lib/neatx/home /var/spool/torque /var/yp/Makefile"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/games/angband/edit/ /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -pipe -ggdb -march=native -ftracer -frecord-gcc-switches"
DISTDIR="/var/cache/portage/distfiles"
FCFLAGS="-O2 -pipe -ggdb -march=native -frecord-gcc-switches"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fail-clean fixlafiles merge-sync news parallel-fetch protect-owned sandbox sfperms strict test test-fail-continue unknown-features-warn unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -pipe -ggdb -march=native -frecord-gcc-switches"
GENTOO_MIRRORS="http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://gentoo.mirrors.hoobly.com/ http://gentoo.llarian.net/"
LANG="en_US.utf8"
LC_ALL="C"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j24"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/tmp"
PORTDIR="/var/cache/tinderbox/tree"
PORTDIR_OVERLAY=""
SYNC="rsync://excelsior.flameeyes.eu/gentoo-portage"
USE="3dnow 3dnowex acl amd64 berkdb blas bzip2 cli cracklib crypt cxx doc dri emacs ffmpeg fortran freetype iconv icu intl introspection ipv6 lapack mmx modules multilib ncurses nls nptl openmp pam pax_kernel pcre pdf plasma qt3support readline semantic-desktop session snmp sse sse2 sse3 sse4 ssl ssse3 tcmalloc tcpd truetype udev unicode vhosts xft zlib" ABI_X86="64" 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" 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" 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 ublox ubx" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19" 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, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Comment 1 SpanKY gentoo-dev 2014-10-31 16:10:27 UTC
logs must be attached
Comment 2 Richard Freeman gentoo-dev 2014-10-31 16:56:08 UTC
Created attachment 387892 [details]
tinderbox log
Comment 3 Jeroen Roovers gentoo-dev 2014-10-31 16:56:58 UTC
Created attachment 387894 [details]
build.log
Comment 4 Jeroen Roovers gentoo-dev 2014-10-31 16:57:32 UTC
(In reply to SpanKY from comment #1)
> logs must be attached

Says who, exactly?
Comment 5 Pacho Ramos gentoo-dev 2014-10-31 17:17:58 UTC
Comment on attachment 387892 [details]
tinderbox log

Jer's one is displayed in a more understandable way ;)
Comment 6 Pacho Ramos gentoo-dev 2014-10-31 17:29:58 UTC
(In reply to Jeroen Roovers from comment #4)
> (In reply to SpanKY from comment #1)
> > logs must be attached
> 
> Says who, exactly?

I think he is thinking on:
https://wiki.gentoo.org/wiki/Bugzilla_HOWTO#Required_Information

@vapier, personally, I would simply modify that rule there. The sense of the rule is to ensure logs are not dropped and are accessible even if the external provider decides to remove them at some point (like pastebin). But, *in this concrete case* the logs won't be removed if flameeyes keeps paying for that to Amazon and, in the worst case, I think you could still close as NEEDINFO if the log disappears at some point and, obviously, you cannot access to them for fixing bugs. But, as soon as the file is accessible (and will be accessible for the future), I see no reason on forcing flameeyes to attach it here too.
Comment 7 SpanKY gentoo-dev 2014-10-31 18:45:55 UTC
(In reply to Pacho Ramos from comment #6)

i already told Diego about the problems with his system, and it's trivial to resolve -- we already have python code to attach files.  relying on one developer to keep files in place & pay money to amazon is not acceptable.
Comment 8 SpanKY gentoo-dev 2014-10-31 18:46:10 UTC
Comment on attachment 387894 [details]
build.log

Jer: cut the sh*t
Comment 9 Richard Freeman gentoo-dev 2014-10-31 19:38:00 UTC
(In reply to SpanKY from comment #7)
> (In reply to Pacho Ramos from comment #6)
> 
> i already told Diego about the problems with his system, and it's trivial to
> resolve -- we already have python code to attach files.  relying on one
> developer to keep files in place & pay money to amazon is not acceptable.

I'd love to see an infra-hosted tinderbox but nobody has stepped up to build one yet.  Likewise, nobody is stepping up to attach the files.

Since nobody wants to do anything, the question is what to do with the information we do have.  Closing bugs won't make the problem go away.  

I'm all for building better solutions, but in their absence the question is what to do with the solutions we have.  This is a volunteer effort, so we can no more force a maintainer to fix a bug than we can force somebody to report a bug.  I can say that we'll all be better off if people contribute where they can.  

The typical model is one maintainer has to deal with lots of bugs, so the bug submitters can make the job of the maintainer easier by doing the work up-front to document the bug.  Since submitter time is usually more plentiful that maintainer time it is in everybody's interest to do this.

However, with a tinderbox the dynamic changes.  You end up with one tinderbox caretaker and many maintainers/bugs.  It can make sense to distribute the tinderbox report cleanup and not just dump that on the tinderbox operator.  

Of course, the best possible solution is to improve the tinderbox, and if somebody can make that happen constructively that would be wonderful.  Simply asking somebody to improve things won't necessarily make it happen.
Comment 10 SpanKY gentoo-dev 2014-11-01 01:23:14 UTC
(In reply to Richard Freeman from comment #9)

there's already a tool that supports attaching files to bugs via command line or python (pybugz), so there's really no reason the code Diego has written & running can't be updated to use it.