[gentoo-user] Re: Gentoo and OSS(4)

2018-05-15 Thread Martin Vaeth 
Klaus Ethgen  wrote:
> - - What does that -oss in brackets mean?

It means that it is masked in use.mask or package.use.mask
In your case the file /usr/portage/profiles/default/linux/package.use.mask
explains the reason.

> - - How can I force usage of oss

In your case: Put into /etc/portage/profile/package.use.mask the line:

>=media-sound/pulseaudio-0.9.16_rc5 -oss

(as a "countermeasure" for the corresponding line in package.use.mask).

Whether this will compile and work is a different question:
You are on your own with that setting. Unmasking USE-flags is not
supported by gentoo. Bug reports will probably be closed as INVALID.

Re: [gentoo-user] Gentoo and OSS(4)

2018-05-15 Thread Daniel Frey 
On 05/15/18 18:22, Klaus Ethgen wrote:
> Hi folks,
> 
> usually I have a alsa free environment (as it never worked well) and
> used OSS4 for long time now (>20y).
> 
> Now with the switch to gentoo I wondering if it is possible to use oss
> on gentoo too.

You should be able to, but pulseaudio no longer supports oss. See the
'oss' USE flag in:

https://wiki.gentoo.org/wiki/PulseAudio

Pulseaudio upstream no longer supports oss.

> 
> One of the first problems I see is:
>!!! The ebuild selected to satisfy "media-sound/pulseaudio" has unmet 
> requirements.
>- media-sound/pulseaudio-11.1::gentoo USE="X asyncns caps glib ipv6 ssl 
> udev webrtc-aec -alsa -alsa-plugin -bluetooth -dbus -doc -equalizer -gdbm 
> -gnome -gtk -jack -libressl -libsamplerate -lirc -native-headset (-neon) 
> -ofono-headset -orc (-oss) -qt4 -realtime (-selinux) -sox (-system-wide) 
> -systemd -tcpd -test -zeroconf" ABI_X86="(64) -32 (-x32)"
> 
>  The following REQUIRED_USE flag constraints are unsatisfied:
>udev? ( any-of ( alsa oss ) )
> 
> Even that I have a explicite "oss" in my USE flags, it gets deselected
> by pulsaudio (which I primary include to be able to use bluetooth
> headset).
> 
> So,
> 
> - What does that -oss in brackets mean?

When in brackets like that it means it's forced in that position and you
can't change it. In this case, it's because upstream deprecated oss
support in pulseaudio.

> - How can I force usage of oss

You can't, as far as I know. In this case the flag seems to be removed
(equery uses pulseaudio doesn't list oss as a valid USE-flag) and it
might be a bug in the package as you shouldn't be able to set oss any more.

> - Is there a oss4 patchset for kernel and the userspace available?
> 

You might still be able to use oss but you won't be able to use
pulseaudio with it. If you remove pulseaudio as a dependency (and not
install it) it could work?

(I'm sure if I'm wrong someone will point it out...)

Dan

[gentoo-user] Gentoo and OSS(4)

2018-05-15 Thread Klaus Ethgen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi folks,

usually I have a alsa free environment (as it never worked well) and
used OSS4 for long time now (>20y).

Now with the switch to gentoo I wondering if it is possible to use oss
on gentoo too.

One of the first problems I see is:
   !!! The ebuild selected to satisfy "media-sound/pulseaudio" has unmet 
requirements.
   - media-sound/pulseaudio-11.1::gentoo USE="X asyncns caps glib ipv6 ssl udev 
webrtc-aec -alsa -alsa-plugin -bluetooth -dbus -doc -equalizer -gdbm -gnome 
-gtk -jack -libressl -libsamplerate -lirc -native-headset (-neon) 
-ofono-headset -orc (-oss) -qt4 -realtime (-selinux) -sox (-system-wide) 
-systemd -tcpd -test -zeroconf" ABI_X86="(64) -32 (-x32)"

 The following REQUIRED_USE flag constraints are unsatisfied:
   udev? ( any-of ( alsa oss ) )

Even that I have a explicite "oss" in my USE flags, it gets deselected
by pulsaudio (which I primary include to be able to use bluetooth
headset).

So,

- - What does that -oss in brackets mean?
- - How can I force usage of oss
- - Is there a oss4 patchset for kernel and the userspace available?

Regards
   Klaus
- -- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Comment: Charset: ISO-8859-1

iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAlr7h+IACgkQpnwKsYAZ
9qwxeAv/U3+t1KMZIA7rC8gsVju6OKz13BmL8gRrXBtTJ6D8hD/FOuu24UOFZGkC
3ZrTPGhwLH5uo7yQ+CXsAN7rVNfOV2uOLifKFGVM4lRTbnRbrpFS0UfL75zs7uu8
fgpHbhTKT5xpdhJ7jX5qLq0DIkW0Btye9b8mW2v3CEfMxVlQrhIqllCy19ZJwMnY
1WmvSWXaTEZPrwNhzYP+QDc0p76QZ9qalAAWzWDwpYjZ2yOv4G9367KYbiuOl64L
O4MjPoqMRuUf5c0LAf+pByi1xl3D9UToCeID8OfMlrLQuHEhvIoNyxnBEESIC1jF
JabED0J+V6DLs/5EDUfy8MhGdQ0X+UDHh9He3EsNQUEJPYoz3fcKJjO8cNTE3mzb
VU5uiUckDrLR3c43BBUAxpVXKZ+qNx3C9Vz5caMR2tYSYucgLquA+UxCW/Y7O7xm
/CxnjNQ3+U6sRKTQu6DFVwNHaI4HuYTP5BZpsbPO82seuA4enq8bLVf/lkgzS9B5
ymKUSvBb
=b5WC
-END PGP SIGNATURE-

Re: [gentoo-user] Several packages failing to build

2018-05-15 Thread Elijah Mark Anderson 
On Monday, May 14, 2018 12:20:01 PM CDT Elijah Mark Anderson wrote:
> I'm having an issue with about a dozen packages not upgrading. I'd really
> appreciate some help getting them to build and install. I'm getting the
> feeling that the problems are somehow related, but really not sure.
> 
> First up: dev-libs/appstream-0.11.5::gentoo
> Anyone know what's going on here? This package is blocking at least 5 other
> packages from upgrading, and I find the information in the logs only
> slightly more helpful than WIndows "Something went wrong" errors.
> --
> Elijah Mark Anderson
> m...@kd0bpv.name
> --
> 「塵も積もれば山となる。」
> "Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

After remembering that I was running emerge with MAKEOPTS="-j9", I was finally 
able to find the actual error messages. It appears that /usr/include/boost/
spirit/home/qi.hpp went missing, probably during the recent move from my 
mechanical drive to my solid state drives. Re-emerged dev-libs/boost, and that 
solved the rest of the failing packages!

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Several packages failing to build

2018-05-15 Thread Elijah Mark Anderson 
On Tuesday, May 15, 2018 5:40:02 AM CDT David Haller wrote:
> Hello,
> 
> On Mon, 14 May 2018, Elijah Mark Anderson wrote:
> >in the build log. I had forgotten that I was running emerge with
> >MAKEOPTS="- j9", which means that errors are not always at the bottom of
> >the log. When I remembered it, I searched the log for "error[: ]", and
> >bingo! Here's the relevant entry:
> >
> >[39/106] /usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal
> >msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
> >org.freedesktop.appstream.cli.metainfo.xml data/
> >org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/portage/dev-libs/
> >appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/po --datadirs=/var/tmp/
> >portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/data/
> >FAILED: data/org.freedesktop.appstream.cli.metainfo.xml
> >/usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal
> >msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
> >org.freedesktop.appstream.cli.metainfo.xml data/
> >org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/portage/dev-libs/
> >appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/po --datadirs=/var/tmp/
> >portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/data/
> >msgfmt: error while opening
> >"/var/tmp/portage/dev-libs/appstream-0.11.5/work/
> >appstream-APPSTREAM_0_11_5/po/zh_TW.po/nja.po/npt_BR.po/n...@latin.po/ncs.p
> >o/
> >ngd.po/nfi.po/nid.po/nlt.po/nen_GB.po/nzh_CN.po/nuk.po/nckb.po/nar.po/nnl.
> >po/
> >nru.po/nko.po/nda.po/nsr.po/nfr.po/nhu.po/npt.po/nit.po/nsv.po/nca.po/nes.
> >po/ nde.po/nsl.po/noc.po/ngl.po/npl.po/ntr.po/nsk.po/neu.po" for reading:
> >Not a directory
> >
> >Looks like you were right after all, as
> >https://bugs.gentoo.org/640916#c7 is indeed a pretty dang close
> >match. Looks like a bug in the package itself. I'll mask this
> >version, as #c13 claims this is fixed in 0.11.8. Hopefully that'll be
> >in the tree soon(TM).
> 
> In the meantime, put the attached patch into
> /etc/portage/patches/dev-libs/appstream-0.11.5/
> e.g. as appstream-0.11.5-po_meson_build.patch
> 
> We've got a rare case of "over-escaping" in the meson.build for once,
> as meson seems to replace '\\' even in commands by '/', so we end up
> with '/n' instead of '\n', i.e. "find -printf '%f/n'" instead of
> the correct "find -printf '%f\n'". The single '\n' get replaced by
> meson by an actual linebreak, so that works too.
> 
> Upstream has fixed it in .8 by putting that stuff into an extra script
> see
> https://github.com/ximion/appstream/blob/master/contrib/meson/update-lingua
> s.sh
> 
> HTH,
> -dnh
> 
> --
> 
> > Vollmonde erscheinen Periodisch alle 28 Tage.
> 
> erst jetzt wird mir die Bedeutung des "blutroten Mondes" richtig bewußt.
>  [Harald Stowasser und Cheatah in dag°]

Awesome! Thanks, David! 

-- 
Elijah Mark Anderson
m...@kd0bpv.name
--
「塵も積もれば山となる。」
"Even dust, when piled up, becomes a mountain" - Ancient Japanese proverb

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Several packages failing to build

2018-05-15 Thread David Haller 
Hello,

On Mon, 14 May 2018, Elijah Mark Anderson wrote:
>in the build log. I had forgotten that I was running emerge with MAKEOPTS="-
>j9", which means that errors are not always at the bottom of the log. When I 
>remembered it, I searched the log for "error[: ]", and bingo! Here's the 
>relevant entry:
>
>[39/106] /usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal 
>msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
>org.freedesktop.appstream.cli.metainfo.xml data/
>org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/portage/dev-libs/
>appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/po --datadirs=/var/tmp/
>portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/data/
>FAILED: data/org.freedesktop.appstream.cli.metainfo.xml 
>/usr/bin/python3.5 /usr/lib/python-exec/python3.5/meson --internal 
>msgfmthelper ../appstream-APPSTREAM_0_11_5/data/
>org.freedesktop.appstream.cli.metainfo.xml data/
>org.freedesktop.appstream.cli.metainfo.xml xml /var/tmp/portage/dev-libs/
>appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/po --datadirs=/var/tmp/
>portage/dev-libs/appstream-0.11.5/work/appstream-APPSTREAM_0_11_5/data/
>msgfmt: error while opening "/var/tmp/portage/dev-libs/appstream-0.11.5/work/
>appstream-APPSTREAM_0_11_5/po/zh_TW.po/nja.po/npt_BR.po/n...@latin.po/ncs.po/
>ngd.po/nfi.po/nid.po/nlt.po/nen_GB.po/nzh_CN.po/nuk.po/nckb.po/nar.po/nnl.po/
>nru.po/nko.po/nda.po/nsr.po/nfr.po/nhu.po/npt.po/nit.po/nsv.po/nca.po/nes.po/
>nde.po/nsl.po/noc.po/ngl.po/npl.po/ntr.po/nsk.po/neu.po" for reading: Not a 
>directory
>
>Looks like you were right after all, as
>https://bugs.gentoo.org/640916#c7 is indeed a pretty dang close
>match. Looks like a bug in the package itself. I'll mask this
>version, as #c13 claims this is fixed in 0.11.8. Hopefully that'll be
>in the tree soon(TM).

In the meantime, put the attached patch into
/etc/portage/patches/dev-libs/appstream-0.11.5/
e.g. as appstream-0.11.5-po_meson_build.patch

We've got a rare case of "over-escaping" in the meson.build for once,
as meson seems to replace '\\' even in commands by '/', so we end up
with '/n' instead of '\n', i.e. "find -printf '%f/n'" instead of
the correct "find -printf '%f\n'". The single '\n' get replaced by
meson by an actual linebreak, so that works too.

Upstream has fixed it in .8 by putting that stuff into an extra script
see 
https://github.com/ximion/appstream/blob/master/contrib/meson/update-linguas.sh

HTH,
-dnh

-- 
> Vollmonde erscheinen Periodisch alle 28 Tage.
erst jetzt wird mir die Bedeutung des "blutroten Mondes" richtig bewußt.
 [Harald Stowasser und Cheatah in dag°]
diff -urN -x '*~' a/po/meson.build b/po/meson.build
--- a/po/meson.build	2017-09-04 18:09:52.0 +0200
+++ b/po/meson.build	2018-05-15 12:24:42.0 +0200
@@ -21,7 +21,7 @@
 'find ' + meson.current_source_dir() +
 ' -type f' +
 ' -iname "*.po"' +
-' -printf \'%f\\n\'' +
+' -printf \'%f\n\'' +
 ' | grep -oP \'.*(?=[.])\' | sort' +
 ' > ' + join_paths(meson.current_source_dir(), 'LINGUAS')
 ]