Re: [arch-general] ofono install

Am 02.02.2017 um 07:05 schrieb Eli Schwartz via arch-general: On 02/02/2017 12:08 AM, Peter Nabbefeld wrote: I'm using pacaur, as it seems to be the easiest way to install AUR packages. And pacaur notices that the maintainer did something wrong, panics, and aborts on you. pacaur actually uses

[arch-general] How to run ofono as backend for a headset?

Hello, due to https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#index35h3 I should get HSP/HFP support using ofono as a backend and setting headset="ofono", but it doesn't work. I've already started ofono using "systemctl restart ofono" and started/stopped

Re: [arch-general] ofono install

On 02/02/2017 12:08 AM, Peter Nabbefeld wrote: > I'm using pacaur, as it seems to be the easiest way to install AUR packages. And pacaur notices that the maintainer did something wrong, panics, and aborts on you. pacaur actually uses the metadata from the .SRCINFO to track what exists where, and

Re: [arch-general] ofono install

Am 02.02.2017 um 00:28 schrieb ProgAndy: Am 01.02.2017 um 23:06 schrieb Peter Nabbefeld: Hello, I tried to install ofono from AUR, because I want HSP/HFP support for pulseaudio (https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#index35h3), but I get an error

Re: [arch-general] ofono install

Am 01.02.2017 um 23:52 schrieb Maxwell Anselm via arch-general: I get an error about a conflict between .SRCINFO and PKGBUILD - how can I resolve this problem? I'm not getting that error, have you tried cloning a fresh copy from AUR? Regardless, you don't need to care about .SRCINFO unless

Re: [arch-general] user namespaces

On Thu, 2 Feb 2017 05:13:46 +0100 sivmu wrote: > Am 02.02.2017 um 05:10 schrieb Maxwell Anselm via arch-general: > >> > >> All those distros, everyone except arch has decided at some point to no > >> longer restrict the use of unprivileged user namespaces. > >> > > > > In no way

Re: [arch-general] user namespaces

Am 02.02.2017 um 05:10 schrieb Maxwell Anselm via arch-general: >> >> All those distros, everyone except arch has decided at some point to no >> longer restrict the use of unprivileged user namespaces. >> > > In no way whatsoever does Arch restrict the use of unprivileged user > namespaces.

Re: [arch-general] user namespaces

> > All those distros, everyone except arch has decided at some point to no > longer restrict the use of unprivileged user namespaces. > In no way whatsoever does Arch restrict the use of unprivileged user namespaces. Rebuilding your kernel with them enabled is a trivial task for any user

Re: [arch-general] sandboxing

-- Changed the topic to keep things clean -- Am 01.02.2017 um 21:16 schrieb Leonid Isaev: > > But you see, sandboxing apps is by itself is a misleading security feature. > Why > do I need to sandbox my browser if it is written properly and allows me to > disable the unnecessary (for me)

Re: [arch-general] user namespaces

Am 01.02.2017 um 21:21 schrieb Daniel Micay via arch-general: >>> it's a nearly useless feature. >> >> That's a baseless claim, that was already proved wrong in my first >> post >> by the many applications that use this feature. > > That doesn't demonstrate that it's useful relative to the

Re: [arch-general] Generating gdb debug logs for devs

Hi, Here's the configs: lxrandr: % cat PKGBUILD # $Id: PKGBUILD 162929 2016-02-21 01:19:49Z bgyorgy $ # Maintainer: Sergej Pupykin # Contributor: Geoffroy Carrier options=(debug !strip) pkgbase=lxrandr pkgname=(lxrandr lxrandr-gtk3)

Re: [arch-general] Generating gdb debug logs for devs

So uh for all this to take effect you have to do the updates on the PKGBUILD options=(!strip debug) most notably I guess... not sure what makepkg.conf adjustments you made, but I'm pretty sure the main lifting is up to these two options being set. Is it possible that you would share the

[arch-general] Generating gdb debug logs for devs

Hi, I have segfaulting lxrandr and I was referred to https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces after filing bug report. I've installed ABS, modified PKGBUILD and made my own /etc/makepkg-dev.conf makepkg -sf --config /etc/makepkg-dev.conf generates the executable. Still gdb

Re: [arch-general] ofono install

Am 01.02.2017 um 23:06 schrieb Peter Nabbefeld: Hello, I tried to install ofono from AUR, because I want HSP/HFP support for pulseaudio (https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#index35h3), but I get an error about a conflict between .SRCINFO and

Re: [arch-general] ofono install

> > I get an error about a conflict between .SRCINFO and PKGBUILD - how can I > resolve this problem? > I'm not getting that error, have you tried cloning a fresh copy from AUR? Regardless, you don't need to care about .SRCINFO unless you're the maintainer. Just delete it. Max

[arch-general] ofono install

Hello, I tried to install ofono from AUR, because I want HSP/HFP support for pulseaudio (https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#index35h3), but I get an error about a conflict between .SRCINFO and PKGBUILD - how can I resolve this problem? Kind

Re: [arch-general] user namespaces

As somebody with no actual knowledge of the details you guys are arguing over, but it seems to me OP has yet to learn that a simpler and more secure environment can only be achieved by using fewer and powerful components instead of many useless ones. Okay, there might be a point from which the

Re: [arch-general] user namespaces

On Wed, 2017-02-01 at 19:51 +0100, sivmu wrote: > > Am 01.02.2017 um 07:20 schrieb Daniel Micay via arch-general: > > On Wed, 2017-02-01 at 00:18 +0100, sivmu wrote: > > > Summary: > > > > > > Arch Linux is one of the few, if not the only distribution that > > > still > > > disables or restricts

Re: [arch-general] user namespaces

On Wed, Feb 01, 2017 at 07:51:49PM +0100, sivmu wrote: > The people responsible for linux distributions like debian, red hat and > pretty much all other distros, as well as many developers of sandboxing > applications including the tails and chromium people all believe this > feature is a useful

Re: [arch-general] user namespaces

Am 01.02.2017 um 07:20 schrieb Daniel Micay via arch-general: > On Wed, 2017-02-01 at 00:18 +0100, sivmu wrote: >> Summary: >> >> Arch Linux is one of the few, if not the only distribution that still >> disables or restricts the use of unprivileged user namespaces, a >> feature >> that is used

Re: [arch-general] systemd latest upgrade

Thanks for this information, the last update I did this morning didn't have the Arming message show up so I think maybe an update closed this vulnerability. On Wed, 1 Feb 2017, Jelle van der Waa wrote: Date: Wed, 1 Feb 2017 04:12:52 From: Jelle van der Waa Reply-To: General

Re: [arch-general] HSP/HFP profile on Bluetooth Headset causing problems

How you change between a2dp and hsp/hfp profiles? What's the output of pacmd list-sinks before and after? Does it works well without jack? Joan. 2017-01-31 8:00 GMT+01:00 Peter Nabbefeld : > Am 30.01.2017 um 21:49 schrieb Jerome Leclanche: > >> On Mon, Jan 30, 2017 at

Re: [arch-general] systemd latest upgrade

On 01-02-17 10:12, Jelle van der Waa wrote: On 01/31/17 at 04:18pm, Jude DaShiell wrote: However any package install now finishes with the message: Arming ConditionNeedsUpdate That's just a pacman hook to touch /var, for the recent CVE issue in systemd [1] [2] [1]

Re: [arch-general] systemd latest upgrade

On 01/31/17 at 04:18pm, Jude DaShiell wrote: > For the last several systemd upgrades an error complaining about a missing > uefi directory has come out when those upgrades were being installed. Today > that happened too. No clue > However any package install now finishes with the > message: >

Re: [arch-general] user namespaces

On Wed, Feb 01, 2017 at 02:45:46AM -0500, Daniel Micay wrote: > Application containers don't have a use for the user namespace quasi > root and no one really needs the half baked uid/gid mapping feature. > There's no real reason for stuff being done that way beyond desktop > Linux having the