Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 514514 - sci-geosciences/grass-6.4.2 fails to build
Summary: sci-geosciences/grass-6.4.2 fails to build
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Sam Jorna (wraeth)
URL:
Whiteboard:
Keywords:
Depends on: 529530
Blocks:
  Show dependency tree
 
Reported: 2014-06-23 02:48 UTC by Patrick Lauer
Modified: 2015-10-14 15:14 UTC (History)
3 users (show)

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


Attachments
an ebuild for grass 6.4.4 (grass-6.4.4.ebuild,7.32 KB, text/plain)
2015-10-03 15:44 UTC, CaptainBlood
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Patrick Lauer gentoo-dev 2014-06-23 02:48:34 UTC
* Package:    sci-geosciences/grass-6.4.2
 * Repository: gentoo
 * Maintainer: sci-geosciences
 * USE:        X abi_x86_64 amd64 cairo cxx elibc_glibc ffmpeg jpeg kernel_linux nls opengl png policykit python readline sqlite tiff truetype userland_GNU wxwidgets
 * FEATURES:   preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking grass-6.4.2.tar.gz to /var/tmp/portage/sci-geosciences/grass-6.4.2/work
>>> Source unpacked in /var/tmp/portage/sci-geosciences/grass-6.4.2/work
>>> Preparing source in /var/tmp/portage/sci-geosciences/grass-6.4.2/work/grass-6.4.2 ...
 * Applying grass-pkgconf.patch ...
 [ ok ]
 * Applying grass-6.4.1-libav-0.8.patch ...
 [ ok ]
 * Applying grass-6.4.2-ffmpeg-1.patch ...
 [ ok ]
 * Applying grass-6.4.2-configure.patch ...
 [ ok ]
 * Applying grass-6.4.2-libav-9.patch ...
 [ ok ]
 * Running autoconf ...
 [ ok ]
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/sci-geosciences/grass-6.4.2/work/grass-6.4.2 ...

 * Failed to find configuration base-unicode-release-2.8

 * ERROR: sci-geosciences/grass-6.4.2::gentoo failed (configure phase):
 *   (no error message)

Portage 2.2.10 (default/linux/amd64/13.0/desktop/kde, gcc-4.8.3, glibc-2.19-r1, 3.15.0-gentoo x86_64)
=================================================================
System uname: Linux-3.15.0-gentoo-x86_64-AMD_Phenom-tm-_II_X4_965_Processor-with-gentoo-2.2
KiB Mem:     7919000 total,    918036 free
KiB Swap:   25165812 total,  25165812 free
Timestamp of tree: Unknown
ld GNU ld (Gentoo 2.24 p1.4) 2.24
app-shells/bash:          4.2_p47
dev-java/java-config:     2.2.0
dev-lang/python:          2.7.6-r1, 3.2.5-r4, 3.3.5, 3.4.0
dev-util/cmake:           2.8.12.2-r1
dev-util/pkgconfig:       0.28-r1
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.12.4
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.69
sys-devel/automake:       1.14.1
sys-devel/binutils:       2.24-r3
sys-devel/gcc:            4.8.3
sys-devel/gcc-config:     1.8
sys-devel/libtool:        2.4.2-r1
sys-devel/make:           4.0-r1
sys-kernel/linux-headers: 3.15 (virtual/os-headers)
sys-libs/glibc:           2.19-r1
Repositories: gentoo
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0 /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /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"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="-j2"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync parallel-fetch preserve-libs protect-owned sandbox sfperms split-log strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://mirrors.163.com/gentoo/ ftp://ftp.kaist.ac.kr/gentoo/ http://ftp.kaist.ac.kr/pub/gentoo/ http://gentoo.mirrors.hoobly.com/ http://gentoo.mirrors.easynews.com/linux/gentoo/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j4"
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="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
USE="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dbus declarative dri dts dvd dvdr emboss encode exif fam ffmpeg firefox flac fortran gbm gd gdbm gif glade gpm gtk iconv icu ipv6 java jpeg kde kipi lapack lcms ldap libkms libnotify mad mmx mng modules mp3 mp4 mpeg multilib ncurses nls nptl objc ogg opengl openmp pam pango pcre pdf phonon plasma png policykit ppds python qt3support qt4 readline sdl semantic-desktop session spell sqlite sse sse2 ssl startup-notification svg tcpd threads tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xa xcb xcomposite xinerama xml xscreensaver xv xvfb xvid 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" INPUT_DEVICES="keyboard mouse evdev" 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-3 php5-4" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2 pypy python3_3 python3_4" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" 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, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, SYNC, USE_PYTHON
Comment 1 Pacho Ramos gentoo-dev 2015-02-05 10:15:07 UTC
I am also unable to build this for a long long time, looking to the bug list shows this is broken in many different ways. Maybe this should be treecleaned finally
Comment 2 Pacho Ramos gentoo-dev 2015-03-29 13:29:17 UTC
+  29 Mar 2015; Pacho Ramos <pacho@gentoo.org> qgis-1.8.0.ebuild:
+  Disable grass as it will be removed (#514514)
+
Comment 3 Dion Moult (RETIRED) gentoo-dev 2015-09-24 10:11:26 UTC
Pacho, can I confirm to remove DEPEND="!<sci-geosciences/grass-6.4.1-r1" in sys-processes/parallel?

Also, if I package.mask this, I assume I should also mask sci-geosciences/gdal-grass?
Comment 4 Pacho Ramos gentoo-dev 2015-09-24 19:02:35 UTC
(In reply to Dion Moult from comment #3)
> Pacho, can I confirm to remove DEPEND="!<sci-geosciences/grass-6.4.1-r1" in
> sys-processes/parallel?

I think the general policy is to leave the blockers (the "!<" deps I mean) near forever to ensure we don't break systems that hasn't been updated for a long long time... then, it's better to keep the blocker there, it won't cause any issues for this.

> 
> Also, if I package.mask this, I assume I should also mask
> sci-geosciences/gdal-grass?

Please remember to grep the tree for finding any ebuilds that could still need this :)

I have just dropped the old qgis ebuild that still needed this:
[master 46283e2] sci-geosciences/qgis: Drop old
 2 files changed, 101 deletions(-)
 delete mode 100644 sci-geosciences/qgis/qgis-1.7.0.ebuild

And, yeah, the mask should be also for sci-geosciences/gdal-grass in the same chunk with grass

Thanks a lot for your help and best regards :)
Comment 5 Dion Moult (RETIRED) gentoo-dev 2015-09-26 23:51:26 UTC
# Dion Moult <moult@gentoo.org> (27 Sep 2015)
# Masked for removal in 30 days. Bug #514514
# Fails to build for ages.
sci-geosciences/grass
sci-geosciences/gdal-grass
Comment 6 CaptainBlood 2015-09-27 08:57:35 UTC
6;4.4 builds fine with current stable x64 gcc & package version translated ebuild from 6.4.2 to 6.4.4. Loads fine too.

Although I can not say whether it is enough functional to deserve survival, since I don't know how to use it ;-).

I'll keep it to my /usr/local/portage anyhow.

Moreover, GRASS seems at version 7 now.

Maybe GENTOO will treeclean this for other reason that those stated?
Comment 7 jannis 2015-09-27 18:26:12 UTC
Please see the work-in-progress at #541622. I hope it could be bumped instead of being removed.
Comment 8 Dion Moult (RETIRED) gentoo-dev 2015-09-27 23:22:07 UTC
This package mask only applies to 6.4.2. If/when a working ebuild for >6.4.2 (e.g., 6.4.4 or 7 as you have suggested), then grass can and should definitely come back :)

However, seeing that the sci-geosciences herd is empty, this means that there is no responsible dev for greenlighting a bumped ebuild.

I have sent out a message asking for devs interested in sci-geosciences. If nobody responds, I will revbump this package myself. My current understanding is that we should directly to version 7 (obviously I don't use the package myself) - is that correct?
Comment 9 Juergen Rose 2015-09-28 07:27:23 UTC
(In reply to Dion Moult from comment #8)
> This package mask only applies to 6.4.2. If/when a working ebuild for >6.4.2
> (e.g., 6.4.4 or 7 as you have suggested), then grass can and should
> definitely come back :)
> 
> However, seeing that the sci-geosciences herd is empty, this means that
> there is no responsible dev for greenlighting a bumped ebuild.
> 
> I have sent out a message asking for devs interested in sci-geosciences. If
> nobody responds, I will revbump this package myself. My current
> understanding is that we should directly to version 7 (obviously I don't use
> the package myself) - is that correct?

grass-7.0.0 seems to compile fine. See 
https://bugs.gentoo.org/show_bug.cgi?id=541622

Regards
Juergen
Comment 10 Soren Harward 2015-10-02 14:46:48 UTC
(In reply to jannis from comment #7)
> Please see the work-in-progress at #541622. I hope it could be bumped
> instead of being removed.

Seconded. No reason to remove the package if there's a more recent version that can be made to work. I just posted an ebuild of 7.0.1 to #541622.
Comment 11 yarma 2015-10-03 11:45:07 UTC
(In reply to Dion Moult from comment #8)
> This package mask only applies to 6.4.2. If/when a working ebuild for >6.4.2
> (e.g., 6.4.4 or 7 as you have suggested), then grass can and should
> definitely come back :)

Hi,

could you please mask only =sci-geosciences/grass-6.4.2 rather than the whole sci-geosciences/grass ? with the mask change you made, you are preventing ANY version to build, regardless if it's only the ebuild that don't build or an ebuild from an other overlay or with local changes !
Comment 12 Pacho Ramos gentoo-dev 2015-10-03 13:45:14 UTC
As soon as nobody is FIXING the ton of pending bugs of the package in the tree:
https://bugs.gentoo.org/buglist.cgi?quicksearch=sci-geosciences%2Fgrass&list_id=2929314

The mask for removal will remain and it will be punted. People should either proxy maintain it and finally get the version in the tree fixed or rely in overlays
Comment 13 CaptainBlood 2015-10-03 15:44:04 UTC
Created attachment 413588 [details]
an ebuild for grass 6.4.4

Builds fine here with https://grass.osgeo.org/grass64/source/grass-6.4.4.tar.gz,
with FLAGS "cairo gmath opengl postgres python wxwidgets" set in portage use.
Comment 14 Soren Harward 2015-10-04 14:28:33 UTC
(In reply to Pacho Ramos from comment #12)
> The mask for removal will remain and it will be punted. People should either
> proxy maintain it and finally get the version in the tree fixed or rely in
> overlays

Well, there are now two ebuilds for two more recent versions: a 6.4.4 ebuild in this bug, and a 7.0.1 ebuild  in #541622. What do we need to do to get those into the tree?
Comment 15 Pacho Ramos gentoo-dev 2015-10-04 14:35:56 UTC
I will CC proxy-maintainers then:
https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
Comment 16 Dion Moult (RETIRED) gentoo-dev 2015-10-04 15:12:38 UTC
Just to repeat my previous comment:

(from comment #8)
> This package mask only applies to 6.4.2. If/when a working ebuild for >6.4.2
> (e.g., 6.4.4 or 7 as you have suggested), then grass can and should
> definitely come back :)
> 
> However, seeing that the sci-geosciences herd is empty, this means that
> there is no responsible dev for greenlighting a bumped ebuild.
> 
> I have sent out a message asking for devs interested in sci-geosciences. If
> nobody responds, I will revbump this package myself. My current
> understanding is that we should directly to version 7 (obviously I don't use
> the package myself) - is that correct?

To reiterate:

 1. Proxy maintainership is fine, except that there is a more fundamental issue of the herd not existing. I have sent out a message. Give it another week in case someone responds. If not, then we can decide what to do.

 2. Given that 6.x branch seems to have a lot of issues, and 7.x is a big jump ahead, I see no reason to include 6.x any more.

 3. The ebuilds out there for 7.x have some QA issues. Not only did a quick inspection reveal commented out code, it should refer to the proper mysql virtual, as well as update the python eclass.

So in conclusion :)

 1. Wait a week more. If nobody responds, start talking to sci herd.
 2. Clean up the 7.x ebuild.
 3. Whoever is maintaining it in the end gets listed, and 7.x gets committed.
Comment 17 Ian Delaney (RETIRED) gentoo-dev 2015-10-10 00:27:37 UTC
Just bear in mind this is a big ask for a proxy user maintainer to take onn
Comment 18 Ian Delaney (RETIRED) gentoo-dev 2015-10-14 15:12:37 UTC
commit 2fa849db86f415ee6eca0a7fb965c88606ace3e6
Author: Ian Delaney <idella4@gentoo.org>
Date:   Wed Oct 14 23:11:05 2015 +0800

    sci-geosciences/grass: bump to -7.0.1
    
    Inherit python-single-r1 eclass, three USE flags added and two removed
    to update new configure options; set slot operators on required deps,
    patches to fix build issues; install desktop file via make_desktop_entry,
    tidy EAPI style vars
    set new proxy-maintainer 'wraeth', add proxy-maintainers herd in metadata
    along with new use flags
    
    Gentoo bug: #514514