Re: [arch-general] Nvidia backlight control - acpi_video0/brightness changes - display doesn't?
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
On Tue, 8 Nov 2016 18:01:32 +0100 Damjan Georgievski via arch-generalwrote: > > $ 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)
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
On Mon, 31 Oct 2016 15:19:40 +0100 NicoHoodwrote: > 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??)
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
On Fri, 10 Jun 2016 11:18:41 +0200 Apfelkuchenwrote: > 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
On Tue, 24 May 2016 00:42:32 +0200 Federico Di Pierrowrote: > 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
On Wed, 20 Apr 2016 18:57:55 -0300 Sebastián Pedersenwrote: > 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
On Wed, 16 Mar 2016 22:08:46 -0700 Kyle Terrienwrote: > 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
On Tue, 9 Feb 2016 09:13:28 +0100 Wolfgang Maderwrote: > [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
On Mon, 8 Feb 2016 01:58:19 +0100 Ivanwrote: > 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?
On Fri, 1 Jan 2016 11:53:45 -0800 Kyle Terrienwrote: > 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?
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
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
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
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
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
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
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
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
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
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
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
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?
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
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
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
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)
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 ~
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
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
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?
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
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