Re: [arch-general] Nvidia backlight control - acpi_video0/brightness changes - display doesn't?

[Patrick Burroughs (Celti) via arch-general]

On Sat, 19 Nov 2016 02:00:11 -0600
"David C. Rankin"  wrote:
> [snip a whole bunch of maundering]

xrandr does not adjust the backlight. It adjusts the brightness, which
while it may have the same visible effect may have negative effects on
battery life and component wear compared to proper backlight adjustment.

acpi_backlight=vendor is the default, acpi_backlight=none is invalid.
The option you are looking for is acpi_backlight=video, which takes the
backlight control away from the vendor driver and hands it back over to
the standard ACPI backlight driver. This will generally solve the issue
you are having.

~Celti


pgpE0tfBH1tNz.pgp
Description: OpenPGP digital signature

Re: [arch-general] Cannot no longer resolve local hostname with the new nsswitch.conf

[Patrick Burroughs (Celti) via arch-general]

On Tue, 8 Nov 2016 18:01:32 +0100
Damjan Georgievski via arch-general  wrote:

> > $ getent -s resolve hosts $(hostname)  
> 
> this should fail since you don't have the resolved service running.

nss-resolve will chainload nss-dns when systemd-resolved is not running
(see `man 8 nss-resolve`).

> but, when using `hosts: files mymachines resolve [!UNAVAIL=return] dns
> myhostname` standard resolving should then go to the dns source, and
> then to the myhostname source.

The `resolve [!UNAVAIL=return]` entry in the new default nsswitch.conf
causes NSS to /only/ continue down the list if the nss-resolve module
is /not available/; i.e., in a standard Arch setup nss-resolve will
always be queried, and pass the query on to systemd-resolved if it is
running, or fall back to nss-dns if it is not.

Nothing after the conditional will be queried — that is, in this
configuration myhostname will /always/ be skipped unless nss-resolve
fails to load. See `man 5 nsswitch.conf` for details on how the
conditional works.

There is actually a sensible reason for this: if both `resolve` and
`dns` are in there without the conditional, querying a non-existent DNS
record will cause the query to go out twice: once for nss-resolve and
once for nss-dns, because a NOTFOUND result automatically falls back to
the next item in the chain (that is, from nss-resolve to nss-dns).

Sensible solution: change the hosts line as follows.

hosts: files myhostname mymachines resolve [!UNAVAIL=return] dns

Or if you you use Zeroconf (Avahi)...

hosts: files myhostname mymachines mdns_minimal [NOTFOUND=return] resolve 
[!UNAVAIL=return] dns

~Celti


pgpAotMpvEZcR.pgp
Description: OpenPGP digital signature

[arch-general] ensuring integrity of sources (was: [arch-dev-public] todo list for moving http -> https sources)

[Patrick Burroughs (Celti)]

On Mon, 31 Oct 2016 16:16:21 +0100
Levente Polyak <anthr...@archlinux.org> wrote:

> On 10/31/2016 04:03 PM, Patrick Burroughs (Celti) wrote:
> > As a middle ground, I think it would be more reasonable (or at
> > least, less unreasonable) to modify makepkg to allow signing
> > PKGBUILDs, or at least parts of them. For an existing example,
> > OpenBSD's signify(1) uses their cryptographic signature system to
> > sign a simple list sha256sums.
> > 
> > Perhaps makepkg could include, e.g., a sha256sumsigs array, that
> > contains a PGP signature (signed by the developer/TU's official key)
> > of the contents (properly serialised by makepkg so there's a minimum
> > of possible ambiguity) of the sha256sums array?
> >   
> 
> That is literally a _completely_ different topic that addresses
> _completely_ different areas.
> You are speaking about authenticating the build scripts itself. That
> does not solve _anything_ at all what this thread/topic/todo-list is
> about.

It really is not. I am not speaking of authenticating the build
scripts; both this thread and my proposal are talking about ensuring
the integrity of downloaded source files.

Specifically, I am speaking of cryptographically signing the checksums
for source files downloaded by the build scripts, so that they download
what the author of the build script _intended_ them to download.

This is presumably the same reason for ensuring sources are downloaded
via HTTPS instead of HTTP, where possible — adding a cryptographic
authentication to ensure someone building a package does not get
sources without being aware they are modified: only embedding
signatures in the PKGBUILD is trusting the Arch devs via the pacman
keyring or parallel method, instead of the (flawed) CA system. If there
is another reason to switch to HTTPS, please — make me aware of it! 

Also the very first reply in the thread talked about adding upstream
signatures instead of changing the protocol, where possible — only not
every upstream offers or _wants_ to offer them, so I proposed, in
response to a prompt for discussion on the subject in the mail I
quoted, a way to make that feasible.

> Don't get me wrong: I don't judge about it at all, I'm just saying
> that both are fully independent from each other and you should please
> open a new thread if you want to discuss this rather then hijack this
> thread :)

I really, really don't think they're independent from each other, and
as I'm not authorised to post on arch-dev-public and didn't expect to
draw this out into a conversation, I simply replied to the thread on
arch-general. Bowing to peers, however... et voila: a new thread.

~Celti


pgpQuhZs9eaZH.pgp
Description: OpenPGP digital signature

Re: [arch-general] [arch-dev-public] todo list for moving http -> https sources

[Patrick Burroughs (Celti)]

On Mon, 31 Oct 2016 15:19:40 +0100
NicoHood  wrote:

> Using PGP signatures is another discussion, also the hash algorithm. I
> think we should discuss that in another post, appart from https. From
> my point of view its highly important to use a strong hash function
> as its highly important for the source integrity and not only meant
> as checksum for corruption detection. And as always: more secure does
> not hurt nowadays

Not a dev, here, but... I strongly think that source integrity should
not rely on hash functions alone. makepkg already includes validation of
PGP-signed sources, but it's perhaps not reasonable to expect every
upstream to offer signed sources.

As a middle ground, I think it would be more reasonable (or at least,
less unreasonable) to modify makepkg to allow signing PKGBUILDs, or at
least parts of them. For an existing example, OpenBSD's signify(1) uses
their cryptographic signature system to sign a simple list sha256sums.

Perhaps makepkg could include, e.g., a sha256sumsigs array, that
contains a PGP signature (signed by the developer/TU's official key)
of the contents (properly serialised by makepkg so there's a minimum
of possible ambiguity) of the sha256sums array?

~Celti


pgpp69w4ZogEY.pgp
Description: OpenPGP digital signature

Re: [arch-general] Single Drive Fresh Install (mbr/grub2) Fails to boot (can boot existing from .iso??)

[Patrick Burroughs (Celti)]

On Sat, 29 Oct 2016 05:48:29 -0500
"David C. Rankin"  wrote:

> On 10/29/2016 01:18 AM, Uwe via arch-general wrote:
> > Hi
> > 
> > Just to clarify: do you really boot from BIOS via MBR or do you use
> > UEFI (and are therefore in need of GPT)?

> 100% MBR/BIOS BOOT no UEFI used by either the Win10 OS disk I took
> out, or the new Arch disk I put it. I checked in windows with:
> 
>   bcdedit /emum

The laptop model you gave *does* use UEFI, but is early enough in HP's
endeavours to implement it that it's buggy as hell. I suggest you fire
up `msinfo32` in Windows and look for the “BIOS Mode” entry to confirm
you're in ‘Legacy’ mode and not UEFI mode.

> Another curious part of the drive/boot problem, is the HP "drive
> test" which happily scans over the drive holding Arch, but will just
> never assign it a number. For thoroughness, I tried configuring drive
> access as IDE from AHCI -- no help.

That is likely a matter of partitioning and filesystems; the HP drive
test is a UEFI application and if you partitioned your drive as MBR and
filled it with filesystems it doesn't recognise, it might ignore it. I
can't confirm that, though; it's been far too long since I've ran Linux
on an HP laptop of that era.

> As yet another test, I reinstalled the 128G windows drive, it
> continues to boot fine. Any other thoughts?

I suggest you double-check the partitioning and possible presence of
an EFI system partition on that Windows drive from within your Arch
install. If both msinfo and the partitioning confirm it's not UEFI,
then I suggest you a) make sure the firmware is up-to-date, and b)
comb through the firmware settings and make sure that it's fully in
Legacy/BIOS mode and not Hybrid UEFI/BIOS mode; the latter is the
cause of most such problems, in my experience.

~Celti


pgpSKsqmTK5xM.pgp
Description: OpenPGP digital signature

Re: [arch-general] yaourt doesn't upgrade aur-packages anymore

[Patrick Burroughs (Celti)]

On Fri, 10 Jun 2016 11:18:41 +0200
Apfelkuchen  wrote:
> on my systems yaourt won't upgrade packages I installed from the aur.
> For instance etherpad-lite. When I do

First off, questions about the AUR go to the aur-general mailing list.

> > 1 aur/etherpad-lite 1.6.0-0 [installed: 1:1.5.7-3] (20) (0,17)  
> [...]
> Do you have a glue, what's fishy with yaourt?

Look closely at those version numbers, then `man PKGBUILD` and search
for "epoch".

~Celti


pgpontMty2jOo.pgp
Description: OpenPGP digital signature

Re: [arch-general] Libarchive 3.2

[Patrick Burroughs (Celti)]

On Tue, 24 May 2016 00:42:32 +0200
Federico Di Pierro  wrote:

> Hi!
> 
> I see that libarchive is still at 3.1.2 which is 3 years old, while
> latest version is now 3.2, released circa a month ago.
> I already saw it is tagged as out of date, but still it has not been
> updated.
> 
> So...is there any issue blocking its update? Or is just packager away
> for some time? :)
> 
> Thanks everyone!
> Federico

AFAIK the maintainer is active (he's pushed packages as recently as the
14th) — but pacman depends on libarchive for most of what it does, thus
I imagine everyone is being extra-careful about making sure it works
before a new version hits [core].

~Celti


pgpquqO54_lGk.pgp
Description: OpenPGP digital signature

Re: [arch-general] Console FB conflicts with xorg

[Patrick Burroughs (Celti)]

On Wed, 20 Apr 2016 18:57:55 -0300
Sebastián Pedersen  wrote:

> Hi,
> 
> When I put in my grub configuration:
> 
> GRUB_GFXPAYLOAD_LINUX=keep
> 
> and consequently get framebuffer for the console, then xorg vesa
> driver not render properly, and the fbdev xorg driver stops working
> the DPMS.
> 
> But If I comment that grub line, evething works fine.
> 
> The problem is that I use a lot a framebuffer console, and also xorg.
> 
> Any ideas?
> 
> Thanks in advance.

Your best bet is going to be to build the sisfb module for your kernel.
That's usually a bit of a pain, but you're in luck, because I wanted to
figure out how to do DKMS for in-tree modules... and so I present to
you the brand new AUR package linux-sisfb-dkms [1].

Now, I don't actually have a compatible card to test it with, but it
modprobes okay so I think I did it right. Anyway, install that, ensure
it automatically loads on boot by adding it to modules-load.d, and
configure it to use the video mode you want according to the docs [2].
That'll typically be something like the following in a modprobe.d
snippet:

options sisfb mode=1024x768x32

Hope that all gets you working!

[1] https://aur.archlinux.org/packages/linux-sisfb-dkms/
[2] 
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/plain/Documentation/fb/sisfb.txt

~Celti


pgpLAqdpTqDfq.pgp
Description: OpenPGP digital signature

Re: [arch-general] Mysterious userapp .desktop files

[Patrick Burroughs (Celti)]

On Wed, 16 Mar 2016 22:08:46 -0700
Kyle Terrien  wrote:

> So, somehow my default web browser got changed from SeaMonkey back to
> Firefox.  (Bleh!)
> 
> [...]
>  
> In ~/.local/share/applications/ (where user-customized .desktop files
> go), there were several files in the format
> userapp--.desktop.
> 
> userapp-Firefox-FIK3WX.desktop
> userapp-Pale Moon-1HNY8X.desktop
> userapp-SeaMonkey-YV09AY.desktop
> userapp-Thunderbird-PIZCZW.desktop

If I'm not mistaken, those files and their associated mimeinfo entries
are created every time you set Firefox/SeaMonkey/PaleMoon as you
default browser, as the mechanism of such.

~Celti


pgpNeeJCAZmiu.pgp
Description: OpenPGP digital signature

Re: [arch-general] Virtualization accross hardware border

[Patrick Burroughs (Celti)]

On Tue, 9 Feb 2016 09:13:28 +0100
Wolfgang Mader  wrote:
> [snip]
> For my needs, I want to run "usual" software, specifically R, the 
> statistics language. Utlimately, I want to bind several physical
> hosts together to appear as one host on OS level, such that e.g. htop
> would show the total number of cores accross all bound boxes.

What you're describing is a classic clustering environment, like a
Beowulf cluster. Look into something like LinuxPMI/OpenMosix. It'll
never be as smooth as "a single OS on a single logical host across
multiple machines", but it's as close as you'll get.

~Celti


pgpOSOFzvVcxg.pgp
Description: OpenPGP digital signature

Re: [arch-general] Alternative init system proposal

[Patrick Burroughs (Celti)]

On Mon, 8 Feb 2016 01:58:19 +0100
Ivan  wrote:

> Hello, I have a proposal for Arch Linux developers and by mailing
> on this list I would also appreciate feedback from non-developers that
> use Arch Linux. 
> Note: I am not here to hate on the current status, nor
> to disapprove of current Arch choices.
> [snip]

The big question you have to answer, the one you need to start with, is:

Why is it in the Arch dev's interests to maintain two init systems and
that much more area for incompatibility, that many more packages and
bugs to wrangle? Especially if they are happy using systemd?

Nobody could answer that question a few years ago, so the original Arch
initscripts were dropped in favour of a systemd-only distro.

If you have a serious answer, by all means, present it — but that *is*
the stumbling block here.

~Celti


pgpAM4VFXloKj.pgp
Description: OpenPGP digital signature

Re: [arch-general] [OT?] Which is most future-proof desktop environment?

[Patrick Burroughs (Celti)]

On Fri, 1 Jan 2016 11:53:45 -0800
Kyle Terrien  wrote:
> It's amazing how the pattern of removing features and changing things
> arbitrarily for the "greater good" is spreading around nowadays.  It
> has invaded Firefox recently.  Mozilla is talking about deprecating
> XUL this year.

Deprecating XUL (and XPCOM) actually has a good and logical reason,
which is making Firefox properly threadable and removing many security
holes that the present architecture has. It's not change for the sake
of change (which I will admit some Firefox changes have been) — it is
change for the sake of keeping up with the modern world.

~Celti


pgpjV8Vbu1v0W.pgp
Description: OpenPGP digital signature

Re: [arch-general] archwiki - PHP page, no longer a recommended config for php and apache?

[Patrick Burroughs (Celti)]

On Sun, 22 Nov 2015 21:53:46 -0600
"David C. Rankin"  wrote:
>Where the confusion lies, is there are no longer *any* suggested 
> configurations for plain PHP (from the traditional php package) and
> Apache? Does this mean that the combination of plain php and apache
> is no longer recommended/supported on Arch or has the earlier content
> of wiki just been deleted for some other reason? Are the other
> configurations for using the normal php package with apache still
> fine, but will no longer be mentioned in the arch wiki?

https://wiki.archlinux.org/index.php/Apache_HTTP_Server#PHP


pgpJvLntnrtim.pgp
Description: OpenPGP digital signature

Re: [arch-general] PHP - libphp5.so, OR php-fpm and mod_proxy_fcgi, OR php5 with apache2-mpm-worker and mod_fcgid

[Patrick Burroughs (Celti)]

On Tue, 25 Aug 2015 22:01:22 -0500
David C. Rankin drankina...@suddenlinkmail.com wrote:
What is the proper-suggested PHP configuration? Is libphp5.so
 still on its way out? (there is no indication this is still the
 case). I have a relatively lightly used web-server, so the use of
 mod_mpm_prefork and loss of threading is not an issue with my setup.

libphp5.so doesn't work out of the box anymore. It is effectively
deprecated, and the fact that it's still on the wiki page is simply due
to the wiki not being constantly updated.

Why would I choose either php-fpm and mod_proxy_fcgi, or php5 with 
 apache2-mpm-worker and mod_fcgid as an alternative to libphp5.so for
 my PHP config on Arch?

I use php-fpm and mod_proxy_fcgi as the simplest just works setup. See
the Apache wiki page and use the SetHandler version of the setup.

~Celti


pgpYrquWK_tsv.pgp
Description: OpenPGP digital signature

Re: [arch-general] aurweb is not synchronized with AUR4

[Patrick Burroughs (Celti)]

On Thu, 27 Aug 2015 03:23:36 +
Roman Rader roman.ra...@gmail.com wrote:

 Noticed that when I update package via git for AUR4 information about
 package is not updating on aurweb.
 For example:
 
 https://aur.archlinux.org/packages/vagga-bin AND
 https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=vagga-bin
 
 Version and dependencies in PKGBUILD updated, but web shows old ones.
 
 And 'yaourt' also shows old versions, btw.

Did you update your .SRCINFO files when you updated the PKGBUILD?

~Celti


pgp4ok1GcCWET.pgp
Description: OpenPGP digital signature

Re: [arch-general] Linux Kernel capabilities

[Patrick Burroughs (Celti)]

On Fri, 17 Jul 2015 12:20:39 +0200
arnaud gaboury arnaud.gabo...@gmail.com wrote:

 I build my own kernel with ABS.
 
 To allow my nspawn container to load kernel modules, I must add this
 to nspawn unit file:
 --capability=CAP_SYS_MODULE.
 
 Unfortunately, it doesn't work and needed modules are not loaded from
 container but only from host. I realized there is no #define
 CAP_SYS_MODULE
 in /usr/lib/modules/4.1.2-2-ARCH/build/include/linux/capability.h.
 
 Is this specific to the arch kernel ?
 
 Thank you for hints.
 

It was moved to include/uapi/linux/capability.h recentlyish.

As for your actual issue, SYS_CAP_MODULE isn't listed in the valid
capabilities for --capability in the systemd-nspawn manpage. Are you
perhaps confusing options?

Regards,
~Celti


pgpvSTOgRO2gB.pgp
Description: OpenPGP digital signature

Re: [arch-general] fdisk vs. gdisk for GPT partitioning

[Patrick Burroughs (Celti)]

On 2014-12-16 19:58, Sebastiaan Lokhorst wrote:
 So, now my question: is there anyone who has had bad experiences with
 fdisk and GPT partitions, where gdisk was superior? Or any other objections
 why we should keep gdisk instructions in the Beginners' guide?

The only shortcoming I've run across is fdisk is less capable than
gdisk with hybrid MBRs and can't do GPT-MBR conversion at all. The
former is not something a Beginner's Guide user should be touching, in
my opinion; the latter may be useful for those who accidentally create
GPT disks when they need an MBR instead.

On Tue, Dec 16, 2014 at 12:23 PM, Jakub Klinkovský j@gmx.com wrote:
 On 16.12.14 at 20:15, Bardur Arantsson wrote:
 Speaking from complete ignorance... do significant numbers of people
 still use MBR for non-obsolete platforms/machines?

 The Beginners' guide still applies to people with obsolete hardware...

I had to use MBR on a relatively recent machine because the
supposedly-UEFI firmware refused to even recognise GPT disks, let
alone boot from them. It's still relevant.

~Celti

Re: [arch-general] fdisk vs. gdisk for GPT partitioning

[Patrick Burroughs (Celti)]

On Tue, Dec 16, 2014 at 1:21 PM, Bardur Arantsson s...@scientician.net wrote:
 On 2014-12-16 20:40, Patrick Burroughs (Celti) wrote:
 I had to use MBR on a relatively recent machine because the
 supposedly-UEFI firmware refused to even recognise GPT disks, let
 alone boot from them. It's still relevant.

 Interesting. Care to name-and-shame said firmware?

 (I don't necessarily think it influences the decision, even so. Surely
 the Beginner's Guide should be optimized for the common case rather than
 edge cases, as yours probably was?)

It was a bottom-of-the-line Hewlett-Packard mini-tower — one of the
very last models that still shipped with Windows 7 as an option. Given
how many people are still using Windows 7 and might want to upgrade to
Linux rather than (shudder) Windows 8, I don't think that's an
uncommon case at all.

~Celti

Re: [arch-general] Problem with audio

[Patrick Burroughs (Celti)]

On Tue, Dec 9, 2014 at 3:11 AM, edson duarte edsonduarte1...@riseup.net wrote:
 and MPD works fine but when I try to use other programs like VLC, there
 is no sound but by restarting MPD's service sound works again.

Are you using PulseAudio? It may be that MPD is starting PulseAudio,
and because systemd --user daemons run outside the user session you
can't access the running PulseAudio from within your session without
restarting MPD. If this is the case, I recommend following the
instructions at [1] to send the audio from MPD to your user session
(ignore the fact that it's written to use different users; it will
work fine without that).

~Celti

[1]: 
https://wiki.archlinux.org/index.php/MPD/Tips_and_Tricks#Local_.28with_separate_mpd_user.29

Re: [arch-general] stunnel 5.06-1 vs systemd

[Patrick Burroughs (Celti)]

On Wed, Oct 29, 2014 at 8:08 PM, Genes Lists li...@sapience.com wrote:
 Work around is to add these 2 lines to /etc/systemd/system/stunnel.conf
 before the ExecStart line:

 ExecStartPre=-/usr/bin/mkdir /run/stunnel
 ExecStartPre=/usr/bin/chown -R stunnel:stunnel /run/stunnel


Shouldn't that rather be handled by a tmpfiles.d snippet, and not in
the service file?

Regards,
~Celti

Re: [arch-general] NetworkManager attribute but doesn't use ipv6

[Patrick Burroughs (Celti)]

On Fri, Jul 25, 2014 at 8:02 AM, Yamakaky yamak...@yamaworld.fr wrote:
 ip -6 route

 *:*:*:*::/64 dev wifi  proto kernel  metric 303  mtu 1480
 fe80::/64 dev wifi  proto kernel  metric 256

If I'm not mistaken on how this works (in comparison with my setup) it
looks like you're missing a default route.

Try `ip -6 route add default via *:*:*:*::/64 dev wifi`.

Regards,
~Celti

Re: [arch-general] NetworkManager attribute but doesn't use ipv6

[Patrick Burroughs (Celti)]

On Fri, Jul 25, 2014 at 8:21 AM, Patrick Burroughs (Celti)
celticmad...@gmail.com wrote:
 On Fri, Jul 25, 2014 at 8:02 AM, Yamakaky yamak...@yamaworld.fr wrote:
 ip -6 route

 *:*:*:*::/64 dev wifi  proto kernel  metric 303  mtu 1480
 fe80::/64 dev wifi  proto kernel  metric 256

 If I'm not mistaken on how this works (in comparison with my setup) it
 looks like you're missing a default route.

 Try `ip -6 route add default via *:*:*:*::/64 dev wifi`.

Erm, my apologies for not double-checking my post, that should have
been *:*:*:*::1, not /64, for the (probable) ipv6 gateway.

Regards,
~Celti

Re: [arch-general] gpg-agent: SSH_AGENT_FAILURE when adding an ECDSA key

[Patrick Burroughs (Celti)]

On Thu, Jun 19, 2014 at 3:43 PM, Anatol Pomozov
anatol.pomo...@gmail.com wrote:
 ECDSA SSH keys in gpg-agent broke with libgcrypt 1.6+. You can get
 them working again by building gnupg from git.

 I hit the same issue. Do you know what gnupg upstream commit fixes this 
 problem?

I'm afraid I don't, sorry; I haven't had the time or inclination to go
digging for it, I just know that it worked when I tested it with the
git version a few weeks ago after running into the issue myself.

Regards,
~Celti

Re: [arch-general] gpg-agent: SSH_AGENT_FAILURE when adding an ECDSA key

[Patrick Burroughs (Celti)]

On Thu, Jun 12, 2014 at 11:34 PM, Magnus Therning mag...@therning.org wrote:
 According to what I've found gpg-agent's ssh-agent should, as of
 version 2.0.21, support ECDSA keys, but still I can't add such a key:

 Am I doing something wrong here, or should I just use ssh-agent from OpenSSH
 instead (or stop using ECDSA keys)?

ECDSA SSH keys in gpg-agent broke with libgcrypt 1.6+. You can get
them working again by building gnupg from git.

Regards,
~Celti

Re: [arch-general] Starting gpg-agent from systemd?

[Patrick Burroughs (Celti)]

On Fri, Jun 6, 2014 at 10:14 AM, Magnus Therning mag...@therning.org wrote:
 I have a feeling this ought to be solvable using systemd but I can't
 really see how.  Writing a service for gpg-agent is not that
 difficult, and it creates the required environment file without
 problems.  But, how do I hook it in to the user login in the right
 way?  Who should be wanting my gpg-agent.service, and then load the
 generated file using EnvironmentFile=?

Rather than starting it purely with systemd, have you looked into
using Envoy [1] and using its PAM module to ensure it gets propagated
to the entire login session?

Regards,
~Celti

[1]: https://github.com/vodik/envoy

Re: [arch-general] Failure to resume on kernel 3.9.9

[Patrick Burroughs (Celti)]

On Thu, Dec 5, 2013 at 1:54 AM, Patrick Burroughs (Celti)
celticmad...@gmail.com wrote:
 Hi list,

 [unnecessary babble clipped]

Hi again list,

Just wanted to say that this is partially fixed with 3.12.7 (or
possibly a bit earlier, haven't tested) and the radeon driver: the
screen stays off and nothing short of a reboot will reactivate it; and
fully fixed with 3.12.7 and fglrx. Time for me to go update bug
reports.

Regards,
~Celti

[arch-general] Failure to resume on kernel 3.9.9

[Patrick Burroughs (Celti)]

Hi list,

I realise this email comes with a deplorable paucity of informaton,
but I haven't found *any* logs relating to this event. I also realise
I've waited what may be considered overlong to ask for help, but I was
hoping the bug would be fixed in a later kernel release and it wasn't.
Google has failed me, so now I come to you for help.

My laptop is an HP Pavilion g7. The system suspends normally, but
fails to resume leaving a powered-off screen and no responsiveness to
keyboard input, including the magic sysrq, but the caps lock light
turns on and off.

At first I suspected fglrx, but it happens with or without fglrx
loaded, and with or without nomodeset on the kernel command line.
Further, it happens identically inside or outside of X.

I tried git-bisect on the kernel but gave up after many hours of
compiling and testing — anyone know of a faster/easier way to do this?

I'm currently running kernel 3.9.8, but am perfectly willing to update
again and generate a failure to provide any logs someone thinks may
help — I haven't found anything, but I may not be looking in the right
place.

Thank you,
~Celti

Re: [arch-general] Failure to resume on kernel 3.9.9

[Patrick Burroughs (Celti)]

On Thu, Dec 5, 2013 at 6:05 AM, Jelle van der Waa je...@vdwaa.nl wrote:
 Sounds like https://bugzilla.kernel.org/show_bug.cgi?id=61781

That showed up in 3.11 and is fixed by reverting to 3.10, and also
appears to be i686 only.

I did find an Ubuntu bug-report for the same apparent issue last
night, but with no helpful information:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1238203.

~Celti

Re: [arch-general] Best way for PKGBUILD to depend on another PKGBUILD (not a package)

[Patrick Burroughs (Celti)]

On Mon, Sep 23, 2013 at 9:41 AM, Nowaker enwuk...@gmail.com wrote:
 coreutils depends on libattr and libcap. Because of the nature of static
 compilation libattr.a and libcap.a files are needed during the build. My
 package defines PKGBUILDs from [core] repo as source=(), performs `makepkg`,
 and provides -L for coreutils make during build(). [2]

Something bugs me about calling makepkg from within a PKGBUILD. I
would make attr-static and libpcap-static packages that don't strip
the static libs when packaging and depend on those.

~Celti

Re: [arch-general] How to safe configs to another path than ~

[Patrick Burroughs (Celti)]

If your apps all follow XDG specifications you could set
$XDG_CONFIG_HOME to cause them to put their configuration elsewhere.

Regards,
~Celti

On Fri, Jul 26, 2013 at 3:03 AM, Ralf Mardorf
ralf.mard...@alice-dsl.net wrote:
 On Fri, 2013-07-26 at 03:28 -0600, Chris Moline wrote:
  A way to get configs
 
 to /music/production_0001, /music/production_0002 ... /music/production_
  is what I need.

 I'm wondering what apps specifically do you use? I think we can help
 you better if we know what those are.

 For example Qtractor, but I don't have a list of apps I'm using, I want
 be able to handle the app that will be written tomorrow too.

 For Qtractor it's easy to find the configuration
 in /home/rocketmouse/.config/rncbc.org/, so I could copy and restore it,
 but I hope there's a better way, than to do it like this.
 HOME=/path/foo app
 might work for some apps.

Re: [arch-general] short hangs

[Patrick Burroughs (Celti)]

On Wed, Jul 3, 2013 at 11:09 AM, János Illés ija...@gmail.com wrote:
 Here's the symptoms:
 Everything freeze. It takes 5-15 seconds and everything goes back to normal.
 But, the freeze is only visual, sound/music playback works continously, I
 can ssh to the machine, even the mouse moves and changes (!) accordingly if
 I hover something. Only the displayed content freezes, sometimes in the
 middle of an animation.

I would check cpupower, laptop-mode-tools, or other power-saving
tools; I have the same thing happen on my system, but only when
running on battery when all the power-saving stuff is active.

Regards,
~Celti

Re: [arch-general] Set terminus as a system font

[Patrick Burroughs (Celti)]

On Sun, Feb 24, 2013 at 9:55 AM,  jug...@lavabit.com wrote:
 Hello.

 I installed Terminus from a source tarball and successfully set it as
 a console font (in /etc/vconsole.conf).

 How can I set it as a default system-wide monospace font? I've found
 this tutorial: http://orford.org/gtk/#fonts, but it doesn't explain
 how to use several fonts (is it possible?).

The easiest way to install Terminus system-wide is to remove those
files you added and run pacman -S terminus-font. It's in community.

~Celti

Re: [arch-general] [arch-dev-public] consolekit dependencies?

[Patrick Burroughs (Celti)]

On Sat, Oct 13, 2012 at 5:14 PM, Matthew Monaco dgbale...@0x01b.net wrote:
 I believe the logind equivalent to ck-launch-session is having

 session required pam_loginuid.so
 session required pam_systemd.so

 in whatever pam service is being used: /etc/pam.d/{gdm,lightdm,sshd,...}.
 pam_loginuid is not strictly necessary, but recommended.

Don't forget that if you're using startx you'll need to make sure the
vt X is using is the same one you logged in on:

startx -- vt1

Alternatively, one can craft a .xserverrc to automatically pass the
right vt option to X.


~Celti

Re: [arch-general] systemd pulseaudio

[Patrick Burroughs (Celti)]

On Wed, Aug 29, 2012 at 1:48 AM, gt static.vor...@gmx.com wrote:
 And, I don't see any extra [arch-general] in the subject. so you forgot
 to add it again :D

No, the mailing list just doesn't add it again if it's already there.
If it didn't you'd see steadily growing strings of [arch-general]
[arch-general] in the subject, and nobody wants that.

~Celti