Re: [gentoo-user] Re: emerge dev-hasell/stack fails with unclear error

2018-02-26 Thread R0b0t1 
On Mon, Feb 26, 2018 at 11:59 PM,   wrote:
> On Monday, February 26, 2018 10:24:44 AM EST you wrote:
>> When emerging dev-haskell/stack-1.3.2 I'm getting:
>>
>> 
>> [ 84 of 121] Compiling Stack.Path   ( src/Stack/Path.hs,
>> dist/build/Stack/Path.o )
>> [ 85 of 121] Compiling Stack.Package( src/Stack/Package.hs,
>> dist/build/Stack/Package.o )
>> [100 of 121] Compiling Stack.Upload ( src/Stack/Upload.hs,
>> dist/build/Stack/Upload.o )
>> [101 of 121] Compiling Control.Concurrent.Execute (
>> src/Control/Concurrent/Execute.hs, dist/build/Control/Concurrent/Execute.o
>> )
>> * ERROR: dev-haskell/stack-1.3.2::gentoo failed (compile phase):
>> *   setup build failed
>> *
>> * Call stack:
>> * ebuild.sh, line  124:  Called src_compile
>> *   environment, line 2851:  Called haskell-cabal_src_compile
>> *   environment, line 2049:  Called cabal_src_compile
>> *   environment, line  771:  Called cabal-build
>> *   environment, line  535:  Called die
>> * The specific snippet of code:
>> *   ./setup "$@" || die "setup build failed"
>> *
>> 
>>
>> So _probably_ something went wrong when compiling Control.Concurrent.Execute
>> -- but I see no way to tell what was the problem. How do I debug this?
>>
>
> Well,
>
> cd /var/tmp/portage/dev-haskell/stack-1.3.2/work/stack-1.3.2
> runhaskell Setup build
>
> does show an error. It looks like package version mismatch, digging into it...
>
> Sorry for the noise. Strange that emerge did not show any error message from
> the compillation, though...
>
> --
> Anton
>

If you get anywhere, please let me know how. I found the project an
inscrutable mess.

Cheers,
 R0b0t1

[gentoo-user] Re: emerge dev-hasell/stack fails with unclear error

2018-02-26 Thread anton . stay . connected 
On Monday, February 26, 2018 10:24:44 AM EST you wrote:
> When emerging dev-haskell/stack-1.3.2 I'm getting:
> 
> 
> [ 84 of 121] Compiling Stack.Path   ( src/Stack/Path.hs,
> dist/build/Stack/Path.o )
> [ 85 of 121] Compiling Stack.Package( src/Stack/Package.hs,
> dist/build/Stack/Package.o )
> [100 of 121] Compiling Stack.Upload ( src/Stack/Upload.hs,
> dist/build/Stack/Upload.o )
> [101 of 121] Compiling Control.Concurrent.Execute (
> src/Control/Concurrent/Execute.hs, dist/build/Control/Concurrent/Execute.o
> )
> * ERROR: dev-haskell/stack-1.3.2::gentoo failed (compile phase):
> *   setup build failed
> *
> * Call stack:
> * ebuild.sh, line  124:  Called src_compile
> *   environment, line 2851:  Called haskell-cabal_src_compile
> *   environment, line 2049:  Called cabal_src_compile
> *   environment, line  771:  Called cabal-build
> *   environment, line  535:  Called die
> * The specific snippet of code:
> *   ./setup "$@" || die "setup build failed"
> *
> 
> 
> So _probably_ something went wrong when compiling Control.Concurrent.Execute
> -- but I see no way to tell what was the problem. How do I debug this?
> 

Well,

cd /var/tmp/portage/dev-haskell/stack-1.3.2/work/stack-1.3.2
runhaskell Setup build

does show an error. It looks like package version mismatch, digging into it...

Sorry for the noise. Strange that emerge did not show any error message from 
the compillation, though...

-- 
Anton

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Paul Colquhoun 
On Tuesday, 27 February 2018 3:25:40 AM AEDT Rich Freeman wrote:
> On Mon, Feb 26, 2018 at 11:16 AM, Nikos Chantziaras  wrote:
> > On 26/02/18 17:59, Rich Freeman wrote:
> >>> Can't you whitelist packages like automake so that they don't trigger
> >>> rebuilds? Or at least provide a configurable whitelist (for make.conf)
> >>> where
> >>> we can add packages that don't trigger changed-deps rebuilds?
> >>> 
> >>> There is no reason to rebuild anything just because of an automake
> >>> update.
> >>> This is just madness.
> >> 
> >> Are you using --deep?  I suspect that is why changed-deps is looking
> >> at build-time dependencies.  I don't see why you'd need to rebuild
> >> something if a build-time dependency changes, unless you really care
> >> about building with the latest build system (in which case you
> >> probably would want to rebuild after an automake update).
> > 
> > Yes, I use --deep. I've run into cases many times in the past where
> > portage
> > was skipping updates unless I used --deep.
> 
> You might want to avoid combining both --deep and --changed-deps.  I
> haven't tested this but I suspect it is why you're getting all the
> automake-related rebuilds.  Granted, at present that would require two
> separate updates if you wanted to use both.
> 
> It seems like a whitelist isn't really the right solution here.  I
> could see having a way to tell --changed-deps to ignore build-time
> dependencies as useful.
> 
> Of course, the real solution is revbumps whenever necessary, but
> getting devs to do that seems to be impossible, as everybody wants to
> assume that dynamic deps work.


I just tried this to see what was happening, and adding "--with-bdeps n" cut 
the number 
of recompilations right back, even when I still had "--deep" as one of the 
options.


-- 
Reverend Paul Colquhoun, ULC. http://andor.dropbear.id.au/
  Asking for technical help in newsgroups?  Read this first:
 http://catb.org/~esr/faqs/smart-questions.html#intro

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread tuxic 

Sorry...a typo...

It has to be 463 packages NOT 4563 packages...

Cheers
Meino




On 02/27 04:08, tu...@posteo.de wrote:
> On 02/26 11:55, Peter Humphrey wrote:
> > On Monday, 26 February 2018 18:42:33 GMT tu...@posteo.de wrote:
> > 
> > > Hi Peter,
> > > 
> > > luky you...I got 462 packages to recompile...
> > 
> > Ooh! Bloat warning!
> > 
> > -- 
> > Regards,
> > Peter.
> > 
> > 
> 
> And...after a nigth of compilation all that packages I synced
> again this mprning to be sure to get all updates...
> I go this
> 
> 
> Again 4563 packages to be updated...
> This time I got conflicts too.
> 
> Please guys of the dev...if changing a central package which will
> cause massive recompilations...please do all those updates in 
> one go...not one after the other.
> 
> Sigh
> 
> 
> Anyhow: How can I resolve the conflicts at the end of that list?
> 
> Frustrated,
> Meino
> 
> 
> 
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating dependencies... done!
> [nomerge   ] media-gfx/mypaint-1.2.1::gentoo  PYTHON_TARGETS="python2_7" 
> [nomerge   ]  dev-python/protobuf-python-3.5.1.1:0/15::gentoo  
> PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4" 
> [ebuild   R]   dev-libs/protobuf-3.5.1.1:0/15::gentoo  USE="zlib -emacs 
> -examples -static-libs {-test}" 0 KiB
> [nomerge   ] media-sound/zynaddsubfx-3.0.3::gentoo  USE="alsa fltk jack 
> -lash" 
> [ebuild   R]  dev-libs/mini-xml-2.10::gentoo  USE="-static-libs -threads" 
> 0 KiB
> [nomerge   ] media-gfx/autotrace-0.31.1-r8::gentoo  USE="-imagemagick 
> -static-libs" 
> [ebuild   R]  media-gfx/pstoedit-3.70-r1::gentoo  USE="-emf -flash 
> -imagemagick -plotutils -pptx -static-libs" 0 KiB
> [ebuild   R]  media-libs/ming-0.4.8-r1::gentoo  USE="perl python -php 
> -static-libs" PYTHON_TARGETS="python2_7" 0 KiB
> [nomerge   ] sci-electronics/sigrok-cli-0.7.0::gentoo  USE="decode" 
> PYTHON_SINGLE_TARGET="python3_5 -python3_4 -python3_6" 
> PYTHON_TARGETS="python3_5 python3_6 -python3_4" 
> [nomerge   ]  sci-libs/libsigrok-0.5.0:0/4::gentoo  USE="cxx -ftdi -java 
> -parport -python -serial -static-libs {-test} -usb" 
> PYTHON_SINGLE_TARGET="python3_5 -python2_7 -python3_4 -python3_6" 
> PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4" 
> [ebuild   R]   dev-libs/libzip-1.3.0:0/5::gentoo  USE="bzip2 
> -static-libs" 0 KiB
> [nomerge   ] media-gfx/meshlab-2016.12-r2::gentoo  USE="-minimal" 
> [ebuild   R]  sci-libs/mpir-3.0.0:0/23::gentoo  USE="cxx -cpudetection 
> -static-libs" 0 KiB
> [nomerge   ] mail-filter/spamassassin-3.4.1-r20::gentoo  USE="berkdb ipv6 
> ssl -cron -ldap -libressl -mysql -postgres -qmail -sqlite {-test}" 
> [nomerge   ]  dev-perl/Geo-IP-1.510.0::gentoo 
> [ebuild   R]   dev-libs/geoip-1.6.12::gentoo  USE="-static-libs" 0 KiB
> [nomerge   ] media-video/mplayer-1.3.0-r4::gentoo  USE="X alsa cdio dvb 
> dvd dvdnav enca encode gif iconv ipv6 jack jpeg libass lzo mad mp3 network 
> osdmenu png sdl shm tga truetype unicode v4l vorbis x264 xscreensaver xv -a52 
> -aalib (-altivec) (-aqua) -bidi -bl -bluray -bs2b -cddb -cdparanoia 
> -cpudetection -debug -dga -doc -dts -dv -faac -faad -fbcon -ftp -ggi -gsm 
> -joystick -ladspa -libcaca -libmpeg2 -lirc -live -md5sum -mng -nas -nut 
> -openal -opengl -oss -pnm -pulseaudio -pvr -radio -rar -rtc -rtmp -samba 
> (-selinux) -speex -theora -toolame -tremor -twolame -vcd -vdpau (-vidix) 
> -xinerama -xvid -xvmc -yuv4mpeg -zoran" CPU_FLAGS_X86="3dnow 3dnowext mmx 
> mmxext sse sse2 -ssse3" VIDEO_CARDS="-mga (-tdfx)" 
> [ebuild   R]  app-i18n/enca-1.19-r1::gentoo  USE="iconv -doc -recode 
> -static-libs" 0 KiB
> [nomerge   ] media-gfx/transfig-3.2.5e::gentoo 
> [ebuild   R]  x11-misc/imake-1.0.7::gentoo  0 KiB
> [nomerge   ] sys-block/partimage-0.6.9::gentoo  USE="nls pam ssl -nologin 
> -static" 
> [ebuild   R]  dev-libs/newt-0.52.20::gentoo  USE="nls -gpm -tcl" 
> PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4" 0 KiB
> [nomerge   ] media-gfx/enblend-4.2.0_p20161007-r1::gentoo  USE="openmp 
> -debug -doc -tcmalloc" CPU_FLAGS_X86="sse2" 
> [nomerge   ]  media-libs/vigra-1.11.0::gentoo  USE="fftw hdf5 jpeg 
> openexr png python tiff -doc -mpi {-test} -valgrind" 
> PYTHON_TARGETS="python2_7" 
> [ebuild   R]   sci-libs/hdf5-1.10.1:0/1.10.1::gentoo  USE="cxx fortran hl 
> zlib -debug -examples -mpi -static-libs -szip -threads" 0 KiB
> [nomerge   ] media-gfx/swftools-0.9.2-r1::gentoo 
> [nomerge   ]  media-libs/t1lib-5.1.2-r1:5::gentoo  USE="X -doc 
> -static-libs" 
> [ebuild   R]   x11-libs/libXfont-1.5.4::gentoo  USE="bzip2 ipv6 -doc 
> -static-libs -truetype" 0 KiB
> [nomerge   ] net-misc/grdesktop-0.23-r1::gentoo 
> [ebuild   R]  app-text/rarian-0.8.1-r3::gentoo  USE="-static-libs" 0 KiB
> [nomerge   ] app-office/gnumeric-1.12.38::gentoo  USE="introspection 
> -libgda -perl -python" PYTHON_TARGETS="python2_7" 
> [nomerge   ]

Re: [gentoo-user] Closing TAB of Firefix stops Video/Audio playback system wide...

2018-02-26 Thread tuxic 
On 02/26 06:44, R0b0t1 wrote:
> On Mon, Feb 26, 2018 at 10:18 AM, Wols Lists  wrote:
> > On 26/02/18 06:33, R0b0t1 wrote:
> >> On Mon, Feb 26, 2018 at 12:13 AM, R0b0t1  wrote:
> >>> On Sun, Feb 25, 2018 at 10:07 PM,   wrote:
>  Hi,
> 
>  whenever I close a TAB of Firefox the playback of video or/and audio
>  ist stopped for seconds. After that it starts, where it has stopped
>  before.
> 
>  I am using Firefox with alsa (compiled locally via emerge).
> 
> >>
> >> Sorry, my brain was off. But - doesn't Firefox use pulseaudio by
> >> default, with no option for ALSA?
> >>
> >> https://bugzilla.mozilla.org/show_bug.cgi?id=1345661
> >> https://bugzilla.mozilla.org/show_bug.cgi?id=1247056
> >>
> > Not on gentoo, I believe. I've never got round to configuring
> > PulseAudio, which means I believe it is not installed, but Firefox sound
> > works fine.
> >
> > Yes I think stock Firefox assumes you have PulseAudio, but the gentoo
> > version doesn't.
> >
> 
> I never installed it either, but pulseaudio is currently running, with
> Firefox's pulsaudio USE unset:
> 
> # pgrep pulseaudio
> 8219
> 
> Cheers,
>  R0b0t1
> 


Hi,

I compiled firefox via emerge myself without pulseaudio and only using
alsa.
Pulseaudio is neither installed not running.

Cheers
Meino

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread tuxic 
On 02/26 11:55, Peter Humphrey wrote:
> On Monday, 26 February 2018 18:42:33 GMT tu...@posteo.de wrote:
> 
> > Hi Peter,
> > 
> > luky you...I got 462 packages to recompile...
> 
> Ooh! Bloat warning!
> 
> -- 
> Regards,
> Peter.
> 
> 

And...after a nigth of compilation all that packages I synced
again this mprning to be sure to get all updates...
I go this


Again 4563 packages to be updated...
This time I got conflicts too.

Please guys of the dev...if changing a central package which will
cause massive recompilations...please do all those updates in 
one go...not one after the other.

Sigh


Anyhow: How can I resolve the conflicts at the end of that list?

Frustrated,
Meino




These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[nomerge   ] media-gfx/mypaint-1.2.1::gentoo  PYTHON_TARGETS="python2_7" 
[nomerge   ]  dev-python/protobuf-python-3.5.1.1:0/15::gentoo  
PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4" 
[ebuild   R]   dev-libs/protobuf-3.5.1.1:0/15::gentoo  USE="zlib -emacs 
-examples -static-libs {-test}" 0 KiB
[nomerge   ] media-sound/zynaddsubfx-3.0.3::gentoo  USE="alsa fltk jack 
-lash" 
[ebuild   R]  dev-libs/mini-xml-2.10::gentoo  USE="-static-libs -threads" 0 
KiB
[nomerge   ] media-gfx/autotrace-0.31.1-r8::gentoo  USE="-imagemagick 
-static-libs" 
[ebuild   R]  media-gfx/pstoedit-3.70-r1::gentoo  USE="-emf -flash 
-imagemagick -plotutils -pptx -static-libs" 0 KiB
[ebuild   R]  media-libs/ming-0.4.8-r1::gentoo  USE="perl python -php 
-static-libs" PYTHON_TARGETS="python2_7" 0 KiB
[nomerge   ] sci-electronics/sigrok-cli-0.7.0::gentoo  USE="decode" 
PYTHON_SINGLE_TARGET="python3_5 -python3_4 -python3_6" 
PYTHON_TARGETS="python3_5 python3_6 -python3_4" 
[nomerge   ]  sci-libs/libsigrok-0.5.0:0/4::gentoo  USE="cxx -ftdi -java 
-parport -python -serial -static-libs {-test} -usb" 
PYTHON_SINGLE_TARGET="python3_5 -python2_7 -python3_4 -python3_6" 
PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4" 
[ebuild   R]   dev-libs/libzip-1.3.0:0/5::gentoo  USE="bzip2 -static-libs" 
0 KiB
[nomerge   ] media-gfx/meshlab-2016.12-r2::gentoo  USE="-minimal" 
[ebuild   R]  sci-libs/mpir-3.0.0:0/23::gentoo  USE="cxx -cpudetection 
-static-libs" 0 KiB
[nomerge   ] mail-filter/spamassassin-3.4.1-r20::gentoo  USE="berkdb ipv6 
ssl -cron -ldap -libressl -mysql -postgres -qmail -sqlite {-test}" 
[nomerge   ]  dev-perl/Geo-IP-1.510.0::gentoo 
[ebuild   R]   dev-libs/geoip-1.6.12::gentoo  USE="-static-libs" 0 KiB
[nomerge   ] media-video/mplayer-1.3.0-r4::gentoo  USE="X alsa cdio dvb dvd 
dvdnav enca encode gif iconv ipv6 jack jpeg libass lzo mad mp3 network osdmenu 
png sdl shm tga truetype unicode v4l vorbis x264 xscreensaver xv -a52 -aalib 
(-altivec) (-aqua) -bidi -bl -bluray -bs2b -cddb -cdparanoia -cpudetection 
-debug -dga -doc -dts -dv -faac -faad -fbcon -ftp -ggi -gsm -joystick -ladspa 
-libcaca -libmpeg2 -lirc -live -md5sum -mng -nas -nut -openal -opengl -oss -pnm 
-pulseaudio -pvr -radio -rar -rtc -rtmp -samba (-selinux) -speex -theora 
-toolame -tremor -twolame -vcd -vdpau (-vidix) -xinerama -xvid -xvmc -yuv4mpeg 
-zoran" CPU_FLAGS_X86="3dnow 3dnowext mmx mmxext sse sse2 -ssse3" 
VIDEO_CARDS="-mga (-tdfx)" 
[ebuild   R]  app-i18n/enca-1.19-r1::gentoo  USE="iconv -doc -recode 
-static-libs" 0 KiB
[nomerge   ] media-gfx/transfig-3.2.5e::gentoo 
[ebuild   R]  x11-misc/imake-1.0.7::gentoo  0 KiB
[nomerge   ] sys-block/partimage-0.6.9::gentoo  USE="nls pam ssl -nologin 
-static" 
[ebuild   R]  dev-libs/newt-0.52.20::gentoo  USE="nls -gpm -tcl" 
PYTHON_TARGETS="python2_7 python3_5 python3_6 -python3_4" 0 KiB
[nomerge   ] media-gfx/enblend-4.2.0_p20161007-r1::gentoo  USE="openmp 
-debug -doc -tcmalloc" CPU_FLAGS_X86="sse2" 
[nomerge   ]  media-libs/vigra-1.11.0::gentoo  USE="fftw hdf5 jpeg openexr 
png python tiff -doc -mpi {-test} -valgrind" PYTHON_TARGETS="python2_7" 
[ebuild   R]   sci-libs/hdf5-1.10.1:0/1.10.1::gentoo  USE="cxx fortran hl 
zlib -debug -examples -mpi -static-libs -szip -threads" 0 KiB
[nomerge   ] media-gfx/swftools-0.9.2-r1::gentoo 
[nomerge   ]  media-libs/t1lib-5.1.2-r1:5::gentoo  USE="X -doc 
-static-libs" 
[ebuild   R]   x11-libs/libXfont-1.5.4::gentoo  USE="bzip2 ipv6 -doc 
-static-libs -truetype" 0 KiB
[nomerge   ] net-misc/grdesktop-0.23-r1::gentoo 
[ebuild   R]  app-text/rarian-0.8.1-r3::gentoo  USE="-static-libs" 0 KiB
[nomerge   ] app-office/gnumeric-1.12.38::gentoo  USE="introspection 
-libgda -perl -python" PYTHON_TARGETS="python2_7" 
[nomerge   ]  x11-libs/goffice-0.10.38:0.10::gentoo  USE="introspection" 
[ebuild   R]   app-text/libspectre-0.2.8::gentoo  USE="-debug -doc 
-static-libs" 0 KiB
[nomerge   ] x11-base/xorg-x11-7.4-r2::gentoo 
[ebuild   R]  x11-apps/xlsatoms-1.1.2::gentoo  0 KiB
[ebuild   R]  x11-apps/xf86dga-1.0.3::gentoo  0 KiB
[ebuild   R]

Re: [gentoo-user] Closing TAB of Firefix stops Video/Audio playback system wide...

2018-02-26 Thread R0b0t1 
On Mon, Feb 26, 2018 at 10:18 AM, Wols Lists  wrote:
> On 26/02/18 06:33, R0b0t1 wrote:
>> On Mon, Feb 26, 2018 at 12:13 AM, R0b0t1  wrote:
>>> On Sun, Feb 25, 2018 at 10:07 PM,   wrote:
 Hi,

 whenever I close a TAB of Firefox the playback of video or/and audio
 ist stopped for seconds. After that it starts, where it has stopped
 before.

 I am using Firefox with alsa (compiled locally via emerge).

>>
>> Sorry, my brain was off. But - doesn't Firefox use pulseaudio by
>> default, with no option for ALSA?
>>
>> https://bugzilla.mozilla.org/show_bug.cgi?id=1345661
>> https://bugzilla.mozilla.org/show_bug.cgi?id=1247056
>>
> Not on gentoo, I believe. I've never got round to configuring
> PulseAudio, which means I believe it is not installed, but Firefox sound
> works fine.
>
> Yes I think stock Firefox assumes you have PulseAudio, but the gentoo
> version doesn't.
>

I never installed it either, but pulseaudio is currently running, with
Firefox's pulsaudio USE unset:

# pgrep pulseaudio
8219

Cheers,
 R0b0t1

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Peter Humphrey 
On Monday, 26 February 2018 18:42:33 GMT tu...@posteo.de wrote:

> Hi Peter,
> 
> luky you...I got 462 packages to recompile...

Ooh! Bloat warning!

-- 
Regards,
Peter.

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Peter Humphrey 
On Monday, 26 February 2018 15:24:40 GMT Michael Orlitzky wrote:
> On 02/26/2018 10:16 AM, Peter Humphrey wrote:
> > Well, I'm on amd64, not ~amd64, and this morning portage wanted to
> > remerge 217 packages. Removing --changed-deps reduced that to one:
> > sys-devel/llvm.
> You do need to reinstall those.
> 
> The latest (un)stable versions of automake are hard-coded in
> autotools.eclass, and they wind up in the dependency string of every
> ebuild that uses the eclass. It's stupid, we don't need to do it, and it
> breaks all of those packages for other PMS-compliant package managers
> (--changed-deps is portage-only). Sorry, we can't make people not do
> this, apparently.

Right. Now where do I submit my claim for two-and-a-half hours of time spent 
on pointless recompiling?  ;-)

-- 
Regards,
Peter.

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread tuxic 
On 02/26 03:16, Peter Humphrey wrote:
> On Monday, 26 February 2018 14:52:25 GMT Holger Hoffstätte wrote:
> > On Mon, 26 Feb 2018 09:46:00 -0500, Mike Gilbert wrote:
> > > On Mon, Feb 26, 2018 at 2:36 AM, Nikos Chantziaras  
> wrote:
> > >> I've been using --changed-deps when doing a world upgrade ever since
> > >> the
> > >> news item that recommended it.
> > >> 
> > >> However, today, this is what --changed-deps resulted in:
> > >>   https://pastebin.com/raw/7RBx6zzt
> > >> 
> > >> This is not OK. What the hell? This is just plain broken.
> > > 
> > > Someone probably changed a dependency in a commonly used eclass. I
> > > would guess portage is operating as expected.
> > 
> > As the pastebin log says it's automake-1.16 for ~arch, and
> > since automake is used everywhere..
> 
> Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge 
> 217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm.
> 
> -- 
> Regards,
> Peter.
> 
> 

Hi Peter,

luky you...I got 462 packages to recompile...

Cheers
Meino

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Michael Orlitzky 
On 02/26/2018 11:25 AM, Rich Freeman wrote:
> 
> Of course, the real solution is revbumps whenever necessary, but
> getting devs to do that seems to be impossible, as everybody wants to
> assume that dynamic deps work.
> 

We don't even need revbumps here. I'm sure there's a great historical
reason to explicitly list the latest stable version of automake in the
eclass and then add it to DEPEND, but today DEPEND="sys-devel/automake"
would work just fine and wouldn't require a thousand packages to get
revisions whenever a new automake is released.

If any particular package needs a special version of it, there's always
WANT_AUTOMAKE.

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Rich Freeman 
On Mon, Feb 26, 2018 at 11:16 AM, Nikos Chantziaras  wrote:
> On 26/02/18 17:59, Rich Freeman wrote:
>>>
>>> Can't you whitelist packages like automake so that they don't trigger
>>> rebuilds? Or at least provide a configurable whitelist (for make.conf)
>>> where
>>> we can add packages that don't trigger changed-deps rebuilds?
>>>
>>> There is no reason to rebuild anything just because of an automake
>>> update.
>>> This is just madness.
>>>
>>
>> Are you using --deep?  I suspect that is why changed-deps is looking
>> at build-time dependencies.  I don't see why you'd need to rebuild
>> something if a build-time dependency changes, unless you really care
>> about building with the latest build system (in which case you
>> probably would want to rebuild after an automake update).
>
> Yes, I use --deep. I've run into cases many times in the past where portage
> was skipping updates unless I used --deep.
>

You might want to avoid combining both --deep and --changed-deps.  I
haven't tested this but I suspect it is why you're getting all the
automake-related rebuilds.  Granted, at present that would require two
separate updates if you wanted to use both.

It seems like a whitelist isn't really the right solution here.  I
could see having a way to tell --changed-deps to ignore build-time
dependencies as useful.

Of course, the real solution is revbumps whenever necessary, but
getting devs to do that seems to be impossible, as everybody wants to
assume that dynamic deps work.

-- 
Rich

Re: [gentoo-user] Closing TAB of Firefix stops Video/Audio playback system wide...

2018-02-26 Thread Wols Lists 
On 26/02/18 06:33, R0b0t1 wrote:
> On Mon, Feb 26, 2018 at 12:13 AM, R0b0t1  wrote:
>> On Sun, Feb 25, 2018 at 10:07 PM,   wrote:
>>> Hi,
>>>
>>> whenever I close a TAB of Firefox the playback of video or/and audio
>>> ist stopped for seconds. After that it starts, where it has stopped
>>> before.
>>>
>>> I am using Firefox with alsa (compiled locally via emerge).
>>>
> 
> Sorry, my brain was off. But - doesn't Firefox use pulseaudio by
> default, with no option for ALSA?
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1345661
> https://bugzilla.mozilla.org/show_bug.cgi?id=1247056
> 
Not on gentoo, I believe. I've never got round to configuring
PulseAudio, which means I believe it is not installed, but Firefox sound
works fine.

Yes I think stock Firefox assumes you have PulseAudio, but the gentoo
version doesn't.

Cheers,
Wol

[gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Nikos Chantziaras 

On 26/02/18 17:59, Rich Freeman wrote:

Can't you whitelist packages like automake so that they don't trigger
rebuilds? Or at least provide a configurable whitelist (for make.conf) where
we can add packages that don't trigger changed-deps rebuilds?

There is no reason to rebuild anything just because of an automake update.
This is just madness.



Are you using --deep?  I suspect that is why changed-deps is looking
at build-time dependencies.  I don't see why you'd need to rebuild
something if a build-time dependency changes, unless you really care
about building with the latest build system (in which case you
probably would want to rebuild after an automake update).


Yes, I use --deep. I've run into cases many times in the past where 
portage was skipping updates unless I used --deep.

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Rich Freeman 
On Mon, Feb 26, 2018 at 10:46 AM, Nikos Chantziaras  wrote:
> On 26/02/18 17:24, Michael Orlitzky wrote:
>>
>> On 02/26/2018 10:16 AM, Peter Humphrey wrote:
>>>
>>>
>>> Well, I'm on amd64, not ~amd64, and this morning portage wanted to
>>> remerge
>>> 217 packages. Removing --changed-deps reduced that to one:
>>> sys-devel/llvm.
>>>
>>
>> You do need to reinstall those.
>>
>> The latest (un)stable versions of automake are hard-coded in
>> autotools.eclass, and they wind up in the dependency string of every
>> ebuild that uses the eclass. It's stupid, we don't need to do it, and it
>> breaks all of those packages for other PMS-compliant package managers
>> (--changed-deps is portage-only). Sorry, we can't make people not do
>> this, apparently.
>
>
> Can't you whitelist packages like automake so that they don't trigger
> rebuilds? Or at least provide a configurable whitelist (for make.conf) where
> we can add packages that don't trigger changed-deps rebuilds?
>
> There is no reason to rebuild anything just because of an automake update.
> This is just madness.
>

Are you using --deep?  I suspect that is why changed-deps is looking
at build-time dependencies.  I don't see why you'd need to rebuild
something if a build-time dependency changes, unless you really care
about building with the latest build system (in which case you
probably would want to rebuild after an automake update).

-- 
Rich

[gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Nikos Chantziaras 

On 26/02/18 17:24, Michael Orlitzky wrote:

On 02/26/2018 10:16 AM, Peter Humphrey wrote:


Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge
217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm.



You do need to reinstall those.

The latest (un)stable versions of automake are hard-coded in
autotools.eclass, and they wind up in the dependency string of every
ebuild that uses the eclass. It's stupid, we don't need to do it, and it
breaks all of those packages for other PMS-compliant package managers
(--changed-deps is portage-only). Sorry, we can't make people not do
this, apparently.


Can't you whitelist packages like automake so that they don't trigger 
rebuilds? Or at least provide a configurable whitelist (for make.conf) 
where we can add packages that don't trigger changed-deps rebuilds?


There is no reason to rebuild anything just because of an automake 
update. This is just madness.

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Michael Orlitzky 
On 02/26/2018 10:16 AM, Peter Humphrey wrote:
> 
> Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge 
> 217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm.
> 

You do need to reinstall those.

The latest (un)stable versions of automake are hard-coded in
autotools.eclass, and they wind up in the dependency string of every
ebuild that uses the eclass. It's stupid, we don't need to do it, and it
breaks all of those packages for other PMS-compliant package managers
(--changed-deps is portage-only). Sorry, we can't make people not do
this, apparently.

[gentoo-user] emerge dev-hasell/stack fails with unclear error

2018-02-26 Thread Anton Molyboha 
When emerging dev-haskell/stack-1.3.2 I'm getting:


[ 84 of 121] Compiling Stack.Path   ( src/Stack/Path.hs,
dist/build/Stack/Path.o )
[ 85 of 121] Compiling Stack.Package( src/Stack/Package.hs,
dist/build/Stack/Package.o )
[100 of 121] Compiling Stack.Upload ( src/Stack/Upload.hs,
dist/build/Stack/Upload.o )
[101 of 121] Compiling Control.Concurrent.Execute (
src/Control/Concurrent/Execute.hs, dist/build/Control/Concurrent/Execute.o
)
* ERROR: dev-haskell/stack-1.3.2::gentoo failed (compile phase):
*   setup build failed
*
* Call stack:
* ebuild.sh, line  124:  Called src_compile
*   environment, line 2851:  Called haskell-cabal_src_compile
*   environment, line 2049:  Called cabal_src_compile
*   environment, line  771:  Called cabal-build
*   environment, line  535:  Called die
* The specific snippet of code:
*   ./setup "$@" || die "setup build failed"
*


So _probably_ something went wrong when compiling Control.Concurrent.Execute
-- but I see no way to tell what was the problem. How do I debug this?

The requisite information is below or attached. Thanks!
-- 
Anton


emerge -pqv '=dev-haskell/stack-1.3.2::gentoo'
[ebuild  N] dev-haskell/stack-1.3.2  USE="-doc -hscolour -profile {-test}"
Portage 2.3.19 (python 3.5.4-final-0, default/linux/amd64/17.0/desktop/plasma, 
gcc-6.4.0, glibc-2.25-r10, 4.12.12-gentoo x86_64)
=
 System Settings
=
System uname: 
Linux-4.12.12-gentoo-x86_64-Intel-R-_Core-TM-_i5-3337U_CPU_@_1.80GHz-with-gentoo-2.4.1
KiB Mem: 3855216 total,   2080004 free
KiB Swap:3145724 total,   1141036 free
Timestamp of repository gentoo: Sun, 25 Feb 2018 01:30:01 +
Head commit of repository gentoo: c0fe6a0d4e379ce403f88e54f23d77695fe2cf05
sh bash 4.4_p12
ld GNU ld (Gentoo 2.29.1 p3) 2.29.1
app-shells/bash:  4.4_p12::gentoo
dev-java/java-config: 2.2.0-r3::gentoo
dev-lang/perl:5.24.3::gentoo
dev-lang/python:  2.7.14-r1::gentoo, 3.5.4-r1::gentoo
dev-util/cmake:   3.9.6::gentoo
dev-util/pkgconfig:   0.29.2::gentoo
sys-apps/baselayout:  2.4.1-r2::gentoo
sys-apps/openrc:  0.34.11::gentoo
sys-apps/sandbox: 2.12::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69-r4::gentoo
sys-devel/automake:   1.11.6-r2::gentoo, 1.15.1-r1::gentoo
sys-devel/binutils:   2.29.1-r1::gentoo
sys-devel/gcc:6.4.0-r1::gentoo
sys-devel/gcc-config: 1.8-r1::gentoo
sys-devel/libtool:2.4.6-r3::gentoo
sys-devel/make:   4.2.1::gentoo
sys-kernel/linux-headers: 4.13::gentoo (virtual/os-headers)
sys-libs/glibc:   2.25-r10::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
sync-rsync-extra-opts: 

local
location: /usr/local/portage
masters: gentoo

ACCEPT_KEYWORDS="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"
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"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks 
ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch 
preserve-libs protect-owned sandbox sfperms strict unknown-features-warn 
unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://gentoo.mirrors.ovh.net/gentoo-distfiles/ 
http://mirror.leaseweb.com/gentoo/ http://104.19.136.75/gentoo/ 
ftp://gentoo.mirrors.ovh.net/gentoo-distfiles/ http://104.19.137.75/gentoo/;
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
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 --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acl acpi activities alsa amd64 berkdb bluetooth branding bzip2 
cairo cdda cdr cli consolekit crypt cups cxx dbus declarative dri dts dvd dvdr 
emboss encode exif fam flac fortran gdbm gif glamor gpm gtk iconv ipv6 jpeg kde 
kipi kwallet lcms libnotify mad mng modules mp3 mp4 mpeg multilib ncurses nls 
nptl ogg opengl openmp pam pango pcre pdf phonon plasma png policykit ppds qml 
qt3support qt5 readline sdl seccomp semantic-desktop spell ssl 
startup-notification svg tcpd tiff truetype udev udisks unicode upower usb 
vorbis widgets wxwidgets x264 xattr xcb

Re: [gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Peter Humphrey 
On Monday, 26 February 2018 14:52:25 GMT Holger Hoffstätte wrote:
> On Mon, 26 Feb 2018 09:46:00 -0500, Mike Gilbert wrote:
> > On Mon, Feb 26, 2018 at 2:36 AM, Nikos Chantziaras  
wrote:
> >> I've been using --changed-deps when doing a world upgrade ever since
> >> the
> >> news item that recommended it.
> >> 
> >> However, today, this is what --changed-deps resulted in:
> >>   https://pastebin.com/raw/7RBx6zzt
> >> 
> >> This is not OK. What the hell? This is just plain broken.
> > 
> > Someone probably changed a dependency in a commonly used eclass. I
> > would guess portage is operating as expected.
> 
> As the pastebin log says it's automake-1.16 for ~arch, and
> since automake is used everywhere..

Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge 
217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm.

-- 
Regards,
Peter.

[gentoo-user] Re: Is --changed-deps going to be *that* useless?

2018-02-26 Thread Holger Hoffstätte 
On Mon, 26 Feb 2018 09:46:00 -0500, Mike Gilbert wrote:

> On Mon, Feb 26, 2018 at 2:36 AM, Nikos Chantziaras  wrote:
>> I've been using --changed-deps when doing a world upgrade ever since the
>> news item that recommended it.
>>
>> However, today, this is what --changed-deps resulted in:
>>
>>   https://pastebin.com/raw/7RBx6zzt
>>
>> What... the actual... fuck.
>>
>> This is not OK. What the hell? This is just plain broken.
> 
> Someone probably changed a dependency in a commonly used eclass. I
> would guess portage is operating as expected.

As the pastebin log says it's automake-1.16 for ~arch, and
since automake is used everywhere..

-h

Re: [gentoo-user] Is --changed-deps going to be *that* useless?

2018-02-26 Thread Mike Gilbert 
On Mon, Feb 26, 2018 at 2:36 AM, Nikos Chantziaras  wrote:
> I've been using --changed-deps when doing a world upgrade ever since the
> news item that recommended it.
>
> However, today, this is what --changed-deps resulted in:
>
>   https://pastebin.com/raw/7RBx6zzt
>
> What... the actual... fuck.
>
> This is not OK. What the hell? This is just plain broken.

Someone probably changed a dependency in a commonly used eclass. I
would guess portage is operating as expected.