Re: [arch-general] How to build package in "clean chroot" using the "-U" parameter?

Em dezembro 22, 2017 10:31 Manuel Reimer escreveu: Question is: What is the intended goal. I guess it is not what I want to do? Well, so far you said you want to autobuild some packages and that it MUST run as root, with no good reason why. My autobuild process runs as root. It also directly

Re: [arch-general] How to build package in "clean chroot" using the "-U" parameter?

Em dezembro 22, 2017 13:55 Manuel Reimer escreveu: On 12/22/2017 03:17 PM, Giancarlo Razzolini via arch-general wrote: Well, so far you said you want to autobuild some packages and that it MUST run as root, with no good reason why. I have a set of PKGBUILD's (around 40) and a self

Re: [arch-general] No ipv6 address - but only on one machine

Em dezembro 22, 2017 14:15 David Rosenstrauch escreveu: 1) Wifi router reports an IPv6 address on both the WAN and the LAN sides. (In the 2607: range.) That's a global address range, for sure. 2) Mac desktop behind the router successfully gets assigned an ipv6 address. 3) Linux laptop (run

Re: [arch-general] How to build package in "clean chroot" using the "-U" parameter?

Em dezembro 22, 2017 15:01 Leonid Isaev via arch-general escreveu: I'm sorry for an unrelated question, but why is it really necessary to make a new container for each pkg? It seems lots of unnecessary copies (I think rsync(1) call in makechrootpkg doesn't do hardlinks)... A new container is

Re: [arch-general] mythtv

Em janeiro 8, 2018 12:53 Jameson via arch-general escreveu: With the mythtv packages being dropped to the AUR, are there any remaining options for DVR software in the official repos? =-Jameson Hi Jameson, I might be wrong, but I think the only other option is kodi. Regards, Giancarlo Razzol

Re: [arch-general] How best to adapt grub configuration?

Em abril 16, 2018 8:20 Jeanette C. via arch-general escreveu: Hey hey, how would I best adapt Grub's configuration file (gurb.cfg)? The usecase: I use Grub's play command to play different melodies for different entries and one when Grub is ready to be used. The reason behind it: I'm blind and

Re: [arch-general] Distribution license of package information on the website?

Em maio 29, 2018 8:27 Eli Schwartz via arch-general escreveu: I'm of the opinion that there cannot be a license requirement for reuse at all, since it's not original enough, and explicitly clarify this in https://github.com/eli-schwartz/pkgbuilds#copyright Well, I never thought about licensin

Re: [arch-general] [arch-dev-public] proposal to add "aurpublish" to community

Em julho 22, 2018 13:55 Eli Schwartz via arch-dev-public escreveu: So yeah, it seems like at least in the past there's been a distinction made between uploaders (burp, aurpublish) and downloaders (cower). Anyway if no one has a serious objection by the end of the week I guess I will add it. :)

Re: [arch-general] ipv6 only half working

Em julho 23, 2018 12:46 David Rosenstrauch escreveu: I'm really stumped as to how ipv6 could partially fail like this only on specific apps. Seems like it should either completely work or completely fail. Anyone have any idea what might be happening here and/or how to fix? Hi David, If

Re: [arch-general] ipv6 only half working

Em julho 23, 2018 14:14 David Rosenstrauch escreveu: Makes some sense. I'll take a look on my router and see if perhaps I'm inadvertently blocking some ICMP packets. That said, one thing doesn't quite seem to fit with this explanation: Why would "curl -6 ipv6.google.com" while "w3m -6 -dum

Re: [arch-general] Arch Linux PC as a Remote Desktop Node

Em julho 27, 2018 14:07 Foxtrot Mike via arch-general escreveu: Here are the major tasks: 1- Ask LightDM to use Windows Domain (Kerberos) authentication. I am a little confused. There are supposedly many different ways with little changes to do this. [1] is one solution. LDAP is also a possib

Re: [arch-general] Arch Linux PC as a Remote Desktop Node

Em julho 27, 2018 14:46 Foxtrot Mike via arch-general escreveu: The issue with x2go and ltsp is that I'll have to separately manage username and passwords for local Linux login. The solution that I'd rather prefer would use Active directory authentication so the current system administrator w

Re: [arch-general] Arch Linux PC as a Remote Desktop Node

Em julho 27, 2018 16:24 ProgAndy escreveu: The Arctica Project seems to be in the process of implementing exactly what you want. https://arctica-project.org/ https://github.com/ArcticaProject/remote-logon-service It looks they are using Nomachine's nx libraries, the same x2go uses. And,

Re: [arch-general] Unresponsive maintainer

Em julho 30, 2018 12:52 Levente Polyak via arch-general escreveu: We had a chat recently as he currently lacks the amount of time he had before, so we discussed I jump in and help with the Java things. I gonna take a look at visualvm as well, if you have important changes other then just bumpin

Re: [arch-general] ipv6 only half working

Em agosto 2, 2018 22:53 David Rosenstrauch escreveu: Any idea what I might look for / where I might look from here to figure out what's causing the issue? My server is running (an up to date) Arch installation, and is behind a Netgear WNDR3700 router. Any suggestions appreciated! It's

Re: [arch-general] Kernel source URL change

Em agosto 7, 2018 23:31 W B via arch-general escreveu: It isn't an order. Can you tell us why this change was required, please? Have you read the original post to the list? Specially this [0]? Those tar files you just linked are not signed by Linus anymore, they are signed instead by Greg Kr

Re: [arch-general] Arch branded ODP slide for presentation

Em agosto 22, 2018 9:35 Ashok Arora via arch-general escreveu: 1) Is there someone I need to seek permission from to use Arch branding? See the usage cased listed on the wiki page provided by Ashok. From what you have told us so far, I don't think there's any issue. 2) Does anyone have any g

Re: [arch-general] Reboot-less Computers

Em outubro 28, 2018 18:23 Jayesh Badwaik via arch-general escreveu: Thank you. What are the opinions about kexec? The wiki says " Note that kexec may not work correctly for you due to devices not fully re- initializing when using this method, however this is rarely the case. " https://wiki.arch

Re: [arch-general] steam-native can't find libpcre.so.3, breaks embedded browser

Em abril 4, 2019 0:25 Alexandre Oliveira via arch-general escreveu: It seems like the steam-native package is broken as of March 21, according to this bug report[1]. Installing libselinux and pcre seems to fix the issue. I don't know if it's a good idea to write about it here, but I'd like to ge

Re: [arch-general] steam-native can't find libpcre.so.3, breaks embedded browser

Em abril 4, 2019 14:11 Maarten de Vries escreveu: Are you sure you're running steam-native? I get the exact same issue with `steam-native`, while `steam` has a working browser (but some games have other issues). It seems unlikely to me that steam would require libpcre.so.3 only for some users bu

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 21, 2019 11:26 Genes Lists via arch-general escreveu: ... I'm an arch tester and I'd be happy to test dracut. It would be helpful if you could create a little write-up on 'how to switch' from mkinitcpio to dracut. Just run dracut =D. But seriously, I'll work on a wiki page about this.

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 21, 2019 12:21 Lone_Wolf escreveu: from https://dracut.wiki.kernel.org/index.php/Main_Page : * Scripts that end up on the initrd should be POSIX compliant. dracut will try to use /bin/dash as /bin/sh for the initrd if it is available, so you should install it on your system

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 21, 2019 13:24 Genes Lists via arch-general escreveu: 1) Feedback: Tested one computer and it worked fine. Used refind to boot - it has encrytped /home but not root. Got text prompt for passphrase not graphical - think there is a way to get graphical as well but need to read further how t

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 21, 2019 15:15 Andy Pieters escreveu: What's the rationale for going dracut? I'm quite happy with mkinitcpio I think I've addressed this in the first email. I'm also quite happy with mkinitcpio, and I myself maintain several mkinitcpio hooks that would need to be re-written for dracu

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 21, 2019 15:42 Genes Lists via arch-general escreveu: Early Microcode and initrd. I notice that the AMD microcode is [1] in the initrd while the intel microcode is not. Booting with option: initrd=/boot/intel-ucode.img to get the microcode installed early works fine with dracut as it al

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 21, 2019 17:29 Bjoern Franke via arch-general escreveu: Just dracut -f /boot/initramfs-linux.img. It is that simple. Tried it, the output looked fine: https://p.rrbone.net/paste/FV7HMpE7# But while booting dracut hang on "initqueue hooks" This output is a json file, so I'm not su

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 22, 2019 9:25 Jonas Witschel escreveu: On 2019-05-22 14:00, Giovanni Harting via arch-general wrote: Unfortunately this process currently only works for AMD, but not for Intel, since Arch Linux doesn't package the necessary files standalone: they are downloaded by intel-ucode and used to

Re: [arch-general] Arch on NVMe ssd

Em maio 22, 2019 12:27 Ram Kumar via arch-general escreveu: Hello fellow Archers, I bought a new laptop that has NVMe ssd on it. I would like to install Arch on that, is there any precautions that i need to take? Also i would like to get feedback from Archers who already tried this. Just don't

Re: [arch-general] Arch on NVMe ssd

Em maio 22, 2019 12:42 Daurnimator escreveu: On Thu, 23 May 2019 at 01:34, Giancarlo Razzolini via arch-general wrote: Just don't enable discards at the fs mount options and you should be fine. Install and enable the fstrim.timer so it runs once a week, which is enough. Oh? Why is

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 26, 2019 0:08 Eli Schwartz via arch-general escreveu: Anyway I suspect this thread is not the best place to begin a fundamental discussion about whether GNU bash is allowed to claim it implements POSIX. Also I doubt dracut does insane things like attempt to invoke a utility named "^", wi

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 27, 2019 11:18 Damjan Georgievski via arch-general escreveu: dracut --uefi This seems to fail for me: $ sudo dracut --no-early-microcode --uefi /boot/EFI/Linux/arch-linux.efi dracut: Executing: /usr/bin/dracut --no-early-microcode --uefi /boot/EFI/Linux/arch-linux.efi /usr/bin/dracu

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 27, 2019 13:45 Damjan Georgievski escreveu: Thanks, I've also noticed another issue about the uefi stub and sent a PR: https://github.com/dracutdevs/dracut/pull/575 Thank you all for testing and also submitting patches to make it work better not just on Arch, but any other distro too.

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em maio 29, 2019 18:49 Michael Lojkovic via arch-general escreveu: Should this work with a minimal initramfs, without udev? I don't know how to transfer the mkinitcpio config to dracut to test this properly. It would help if you upload your current config/preset somewhere. I'm not sure anyth

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em junho 4, 2019 18:08 Genes Lists via arch-general escreveu: On 6/4/19 4:53 PM, Genes Lists via arch-general wrote: Forgot to post the boot the boot log which shows the problem occurs after switching the pivot root: ... saplinux kernel: md/raid:md127: raid level 6 active with 6 out of 6 devic

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em agosto 22, 2019 16:29 Damjan Georgievski via arch-general escreveu: Are there any news/updates on this front? I have dracut installed in one test VM, but I have to run it manually after each kernel update. The wiki page [1] is still empty, so how do I configure proper hooks to build the initr

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut

Em agosto 22, 2019 17:15 Damjan Georgievski via arch-general escreveu: Just in case, I'll mention kernel-install [1] once again, it's a nice central hub where initramfs creators, bootloaders (and optionally signing of uefi images) can hook into, and then any kernel install can call all the users

Re: [arch-general] `base` group replaced by mandatory `base` package - manual intervention required

Em outubro 7, 2019 1:02 Marc Ranolfi via arch-general escreveu: The `base` group has been replaced by a metapackage of the same name, we advise users to install this package (`pacman -Syu base`), as it is effectively mandatory from now on. Please, was this discussed somewhere? I want to know th

Re: [arch-general] `base` group replaced by mandatory `base`, package - manual intervention required

Em outubro 10, 2019 17:06 John Crist via arch-general escreveu: I've submitted `base-extras` to the AUR at https://aur.archlinux.org/packages/base-extras/ that contains the missing packages from `base` if someone REALLY wants it. And I have removed it. Following the same criteria, I've als

Re: [arch-general] Package guidelines 📦

Em outubro 14, 2019 12:41 Alberto Salvia Novella via arch-general escreveu: As said, blocked the latest three. We can either have a constructive conversation or it's over, that simple. Make your choice. Please, block me as well. Or, go even further and block anyone with an @archlinux.org

Re: [arch-general] ��� ���������� ���� ������?

Em outubro 24, 2019 20:17 Jonathan Horacio Villatoro Córdoba via arch-general escreveu: Upon checking the message headers, I found the following: ... Reply-To: proda...@teleworm.us, ... On Thu, Oct 24, 2019 at 11:39:12PM +0100, arch-annou...@archlinux.org wrote: Вас интересуют базы данных?

Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod

Em outubro 31, 2019 9:46 Damjan Georgievski via arch-general escreveu: Can someone explain in better detail the changes in * kmod 26-3 * mkinitcpio 27-1 * linux 5.3.8.1-1 around packaging and pacman hooks? I can see there's some reorganization of the hooks and scripts, and the kernel package no

Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod

Em outubro 31, 2019 15:11 Geo Kozey escreveu: What was the reason for not using kernel-install[1] standard instead of all of those Arch's exclusive hooks again?? https://www.freedesktop.org/software/systemd/man/kernel-install.html Yours sincerely G. K. There are several reasons for not us

Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod

Em outubro 31, 2019 15:28 Damjan Georgievski via arch-general escreveu: I can make a more general hook, for example triggering on usr/lib/modules/*/pkgbase (or vmlinuz?) - is that the recommended way now? All the official kernels will have pkgbase on them. So, trigger on vmlinuz, which is the

Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod

Em outubro 31, 2019 16:16 Eli Schwartz via arch-general escreveu: What was the reason for suggesting to use kernel-install non-standard Fedora tool that does gross things in a gross way instead of "all those tools" (all one of them) which do the exact same thing in a more KISS manner that respec

Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod

Em novembro 3, 2019 12:45 Genes Lists via arch-general escreveu: On 10/31/19 2:30 PM, Giancarlo Razzolini via arch-general wrote: ... ... Also, as I've mentioned, dracut should receive soon, hooks similar to those mkinitcpio did, with a few differences of course. Since Giancarlo broug

Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod

Em novembro 3, 2019 21:05 Genes Lists via arch-general escreveu: Thank you ... I really like dracut - it works well. Only suggestion I'd make is adding "--mdadmconf" perhaps by default - though I can see it both ways for those who don't use RAID - if its easy to add that would also be totally fi

Re: [arch-general] new packaging of the kernel/mkinitcpio/kmod

Em novembro 4, 2019 0:59 Genes Lists via arch-general escreveu: Yeh, that makes sense - plus its very easy to add to dracut.conf Yes. dracut supports /etc/dracut.d, so there's where they recommend to put settings. Been thinking about that - I've switched to building without -H and not c

Re: [arch-general] [arch-dev-public] New kernel packages and mkinitcpio hooks

Em novembro 10, 2019 22:52 Amish via arch-general escreveu: I am planning to do full system upgrade except linux package. i.e. pacman -Syu --ignore linux --ignore linux-lts Would the change in mkinitcpio and /boot create a broken system for me? You have written it is backward compatible. So do

Re: [arch-general] [arch-announce] New kernel packages and mkinitcpio hooks

Em novembro 11, 2019 0:08 Kusoneko escreveu: Hello, in the short time I've been subscribed to a bunch of these archlinux mailing lists, I've seen a few threads about mkinitcpio and dracut. What exactly are they for and what is the differences between the 2? Should one prefer to use dracut wh

Re: [arch-general] New kernel packages and mkinitcpio hooks? What does this mean to the average user?

Em novembro 11, 2019 13:39 David C. Rankin escreveu: On 11/11/2019 04:54 AM, Christian Hesse wrote: That is a change back from March 2017 and appeared in mkinitcpio v24: POSIX list/bash array ... meh.. both work :) So I guess the rest of the answer would be that normal users won't have anythi

Re: [arch-general] [arch-dev-public] New kernel packages and mkinitcpio hooks

Em novembro 11, 2019 14:00 Damjan Georgievski via arch-general escreveu: This has been discussed a bit on the dracut thread, as well on some other threads over time. I *personally* don't like the complexity of kernel-install that much. I've now read this twice on Arch mail lists, so I have to

Re: [arch-general] [arch-announce] New kernel packages and mkinitcpio hooks

Em novembro 13, 2019 14:30 Amish via arch-general escreveu: I would like to report an issue I faced due to this. Not an issue for everyone but can be an issue in a certain special cases. Even so, I would prefer if you made this bug report on bugs.archlinux.org. 1. mkinitcpio hook first r

Re: [arch-general] What happened to Arch Wiki recent changes news feed?

Em novembro 15, 2019 6:07 Georg escreveu: You can not expect the devs to read this list, and they are the ones to decide. We do read this list. I'd write a polite inquiry directly to the author of the mentioned message. There's no need. We have disabled the anonymous access to those pag

Re: [arch-general] Firefox-71.0-1 breaks WhatsApp Web

Em dezembro 4, 2019 1:28 Oon-Ee Ng via arch-general escreveu: After the update I can't seem to load WhatsApp Web. If I already logged in (using the QR code) it just doesn't load and eventually displays the 'connecting to WhatsApp' message which typically happens when the phone is offline. If I

Re: [arch-general] Firefox-71.0-1 breaks WhatsApp Web

Em dezembro 9, 2019 0:55 Oon-Ee Ng via arch-general escreveu: After more investigation and travelling back and forth, it appears the issue had at least 2 roots. One is that the update process somehow broke my existing profile. A new profile solves that. The second is that the latest version of fi

Re: [arch-general] do i need to configure mkinitcpio.conf for my md array ?

Em janeiro 16, 2020 11:34 Damjan Georgievski via arch-general escreveu: you need the "mdadm" hook in HOOKS in /etc/mkinitcpio.conf, and rebuild the initramfs. the hook would auto-detect the raid setup, but it will also include /etc/mdadm.conf if it exists. Actually, the most indicated hook t

Re: [arch-general] Why are Archlinux packages stripped of (debugging) symbols?

Em janeiro 21, 2020 20:05 Eli Schwartz via arch-general escreveu: I'm personally not a fan of bloating packages even by 10% or whatever for debug symbols that many users don't need. Me neither. As I said above, split debug packages need "dbscripts" support to make sure they are correctly ha

Re: [arch-general] Why are Archlinux packages stripped of (debugging) symbols?

Em janeiro 24, 2020 16:41 Eli Schwartz via arch-general escreveu: Oooh, that's actually a really interesting idea. I bet we could make this just consume a foo-debug package, then we could just modify devtools to add OPTIONS+=('debug') in makepkg.conf, and have commitpkg upload the debug package

Re: [arch-general] FS#65265 - community/dolphin-emu 1:5.0.r11530.ea9b96370d-1 conflicts with discord-rpc-api (I don't agree with Scimmia decision)

Em janeiro 29, 2020 15:46 Krzysztof Krakowiak via arch-general escreveu: Hi, I'm Krzysztof Krakowiak (pix3l in archlinux) and I'm new there https://bugs.archlinux.org/task/65265 I'm very dissapointed by Doug Newgard (Scimmia) bug resolution, who simply closed my bug report with excuse "AUR packa

Re: [arch-general] FS#65265 - community/dolphin-emu 1:5.0.r11530.ea9b96370d-1 conflicts with discord-rpc-api (I don't agree with Scimmia decision)

Em janeiro 29, 2020 16:33 Neven Sajko escreveu: It is not really fair to say that Krzysztof's bug report was "incorrect". But, sure it would have been more clear to omit referring to an unofficial repo. Don't get me wrong. I didn't even get into the actual packaging. It may well be the case th

Re: [arch-general] kernel full compilation ?

Em março 3, 2020 9:54 Pascal via arch-general escreveu: hello, I need to introduce a small modification in linux-5.4.23/block/blk-core.o : do I need to recompile completely (~4 hours) or is there a way to shorten the compilation time ? I followed Kernel/Arch_Build_System

Re: [arch-general] kernel full compilation ?

Em março 3, 2020 10:04 Pascal escreveu: it's necessary to recompile completely even if the kernel I'm using is the same as the one I want to apply a small modification on ? Yes. The wonders of kernel development. Regards, Giancarlo Razzolini pgpPugtAQyGES.pgp Description: PGP signature

Re: [arch-general] nvidia-dkms pkgrel increase after every linux upgrade

Em março 31, 2020 14:03 Eli Schwartz via arch-general escreveu: See the broadcom-wl PKGBUILD for how to avoid this. Also note the wireguard-{arch,lts} packages have adopted this method. It's up to Sven-Hendrik Haase if he wants to do this, though. Well, the best way to avoid this is a comple

Re: [arch-general] Multi-threaded mkinitpcio

Em abril 2, 2020 22:28 Amin Vakil escreveu: So every update of linux kernels and modules which need mkinitpcio to be executed, takes too much unnecessary time (maybe 2 min) which could be handled if it executes on multi threads of CPU. Which compression algorithm are you using? Actually this

Re: [arch-general] Multi-threaded mkinitpcio

Em abril 3, 2020 3:17 Pascal via arch-general escreveu: hi, change the COMPRESSION variable to lz4 ou lzop in your /etc/mkinitcpio.conf : it will considerably reduce the compression time. And break reproducibility. Also, I wouldn't say considerably. Might be faster, but not leaps and bounds f

Re: [arch-general] Multi-threaded mkinitpcio

Em abril 3, 2020 9:28 Amin Vakil escreveu: time and saving space. Also I'm planning to read wiki on how to safely disable fallback. I'm using LVM on LUKS method and I suppose fallback image cannot boot my Arch, so it doesn't help in case of an accident. The fallback image does help. But if you

Re: [arch-general] Multi-threaded mkinitpcio

Em abril 4, 2020 12:13 Jelle van der Waa escreveu: multi-threaded compression does not create a predictable reproducible archive (for xz/zstd). Zstd is multi-thread safe, as far as I know, xz is not. But the kernel does not support zstd. Sure, has nothing to do with reproducibility however

Re: [arch-general] package pages link to github (which is partly broken)

Em julho 22, 2020 8:55 Marcus Hoffmann via arch-general escreveu: Hi, I just noticed the package pages linking to github, instead of https://git.archlinux.org/. So far, trying to view the commit history for any community package just resulted in a page with the message: Sorry, this commit his

Re: [arch-general] package pages link to github (which is partly broken)

Em julho 22, 2020 14:15 LuKaRo escreveu: On 7/22/20 1:55 PM, Marcus Hoffmann via arch-general wrote: Hi, I just noticed the package pages linking to github, instead of https://git.archlinux.org/. Is there a reason for that change? I remember a few weeks ago these links still pointed to git.arc

Re: [arch-general] package pages link to github (which is partly broken)

Em julho 22, 2020 14:31 LuKaRo escreveu: On 7/22/20 7:18 PM, Giancarlo Razzolini via arch-general wrote: Also, github is being used as mirror for most Arch Linux projects, but they are being moved to a hosted gitlab instance, at gitlab.archlinux.org. Thanks for clarifying :) Does that mean

Re: [arch-general] mkinitcpio hook for custom root decryption with systemd boot

Em julho 23, 2020 7:09 Riccardo Paolo Bestetti via arch-general escreveu: I would like to change my current crypto setup in a way that would require more step to unlock the root than just typing in a passphares. For this reason, sd-encrypt clearly cannot serve my use case. What step would t

Re: [arch-general] openvpn-client@ takes long time to start

Em agosto 14, 2020 3:58 Riccardo Paolo Bestetti via arch-general escreveu: After a reboot, the first openvpn-client@ instance I try to start takes almost exactly two minutes to start. The instances before that one start just fine in a few seconds. Guess you meant: "The instances *after* ..."

[arch-general] R: openvpn-client@ takes long time to start

Em agosto 14, 2020 9:57 Riccardo Paolo Bestetti escreveu: The output from OpenVPN indicates that the client is started within the first few seconds from when I give the `systemctl start openvpn-client@whatever` command (see previous email). The tun interface is created, opened, the routes are

Re: [arch-general] Telinit?

Em agosto 17, 2020 12:56 David Rosenstrauch escreveu: Hmmm ... OK. I wasn't aware that telinit was now being considered legacy/deprecated. I've habitually used it for years to drop to single user mode, which I do every time before I perform a system update with pacman. I guess I'll have t

Re: [arch-general] Telinit?

Em agosto 17, 2020 13:08 David Rosenstrauch escreveu: ??? I always shut down all running daemons when I'm about to update my system - seems like standard operating procedure to me: 1) I'd expect that it would be completely unpredictable what would happen if you updated/replaced an application

Re: [arch-general] HP Laserjet plus 1020 Problem

Em agosto 19, 2020 12:17 das via arch-general escreveu: Dear Friend I installed the AUR package hplip-plugin. But still it is not working. No page can be printed. It is getting detected. And then no print. If it did not work in Debian Surge, I would have thought there is a problem in the printe

Re: [arch-general] No login after update

Em agosto 19, 2020 16:02 Manuel Reimer escreveu: Hello, Some minutes ago I did a regular system update and after that decided to reboot. After reboot I was unable to log into my system. After fiddling a bit I rebooted to an Arch boot stick to find the following message in pacman.log: [2020-

Re: [arch-general] No login after update

Em agosto 19, 2020 16:37 Yaro Kasear escreveu: I've always questioned the wisdom of dropping a .pacnew just when the file is different from the default. There's really no reason for it considering any changes you made were deliberate and presumably thought out. The end result is pacman clutterin

Re: [arch-general] No login after update

Em agosto 19, 2020 17:04 Yaro Kasear escreveu: Yes there is. The defaults are literally what's in the config file in the archive and not on the filesystem. How would that not be a way to determine default settings? I'm not suggesting the package manager would have to understand the settings, bu

Re: [arch-general] HP Laserjet plus 1020 Problem

Em agosto 20, 2020 2:28 das escreveu: On Wed, Aug 19, 2020 at 9:25 PM Giancarlo Razzolini wrote: I believe your printer works without hplip and using the driverless option. That's something you can also try. I tried it your way too. I removed hplip. It seemed plausible too. When the printer

Re: [arch-general] GNU Guix

Em setembro 29, 2020 9:19 Bjoern Franke via arch-general escreveu: Am 29.09.20 um 13:18 schrieb Robin Martijn: To all readers: as you could've guessed, this is not about GNU Guix. Also, it is not safe for work. May somebody block him? Already done. pgpXTd2NtRxXX.pgp Description: PGP sign

Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk

Em dezembro 4, 2020 9:27 Emil Velikov via arch-general escreveu: I would love to hear the input from the respective maintainers and the overall Arch developer base as a whole. As the maintainer for both bumblebee and prime-run, I don't see the need for deprecation, yet. Bumblebee still has so

Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk

Em dezembro 4, 2020 10:04 Emil Velikov escreveu: On Fri, 4 Dec 2020 at 12:50, Giancarlo Razzolini wrote: Em dezembro 4, 2020 9:27 Emil Velikov via arch-general escreveu: > I would love to hear the input from the respective maintainers and the > overall Arch developer base as a whole. > As the

Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk

Em dezembro 7, 2020 14:24 Emil Velikov escreveu: Doing GL (primus+bumblebee) as a start, trimmed only to the bare minimum changes: https://bugs.archlinux.org/task/68882 https://bugs.archlinux.org/task/68883 Thanks. Do you have details or a bug report about these? I haven't used intel gvt-g

Re: [arch-general] [RFC] Potentially deprecating primus, bumblebee, virtualGL and primus_vk

Em dezembro 22, 2020 13:33 Emil Velikov escreveu: Is there any interest in the bugs opened, or the gvt regression is a must for those to move forward? My systems lack gvt support (nor do I have Windows license) to reproduce the bug(s), yet I'm willing to help to get this moving. Yes. I haven't