On 11/4/20 1:03 PM, Greg Minshall via arch-general wrote:
> this is just a status update, mostly for anyone in the future who might
> find this useful for their problem. but, if anyone in the near-present
> has any comment, i'm happy. (and, i appreciate all the help up to now!)
>
> presumably
On 11/2/20 1:39 PM, LuKaRo wrote:
> Hi everyone,
>
> I'm currently building ungoogled-chromium from AUR, which is running for
> 6 hrs now on my 6-core i7-9750H laptop and almost done. However, I'm
> thinking about what happens when the next version will be released. From
> my understanding, when
On 10/30/20 5:12 AM, Yi Zheng via arch-general wrote:
> /usr/share/man/man1/pidstat.1.xz.gz is compressed twice.
>
> man: warning: /usr/share/man/man1/pidstat.1.xz.gz: ignoring bogus filename
> No manual entry for pidstat
>
> Could you please fixup that defect?
On 10/26/20 10:36 AM, arch user via arch-general wrote:
> Sorry for the late answer but I had a second thought about it recently
> and have found several reasons why to update USBGuard anyway:
>
> 1) It is open source. If there are trust issues one can look at the
> source code and check what has
On 10/1/20 3:28 PM, Hauke Fath wrote:
> On Thu, 1 Oct 2020 13:57:09 -0400, Eli Schwartz via arch-general wrote:
>> From the glibc 2.32 release notes:
>>
>> Deprecated and removed features, and other changes affecting compatibility:
>> [...]
>> * The deprecated
On 10/1/20 11:45 AM, Hauke Fath wrote:
> Hi,
>
> on an arch machine updated yesterday, my XEmacs does not build because
> the 'sys_siglist' declaration is gone from , where the
> strsignal(3) man page says it should be.
>
> Searching the usual suspects didn't bring up anything. What did I miss?
On 9/24/20 6:09 PM, David C. Rankin wrote:
> On 9/24/20 1:55 PM, Eli Schwartz via arch-general wrote:
>> Mirroring a really old copy of the wiki is kind of unethical because
>> they're spreading ancient out of date knowledge pretending to be modern,
>> but I don't s
On 9/24/20 1:05 PM, LuKaRo wrote:
> Hi,
>
> I was searching for information on firejail, when the fourth hit on my
> search engine was:
> https://www.linuxsecrets.com/archlinux-wiki/wiki.archlinux.org/index.php/Firejail.html.
> This looks like an exact copy of our archlinux wiki (including the
>
On 9/11/20 5:51 PM, Javier via arch-general wrote:
>> Note that Thunderbird still does support the GPG keyring for your
>> private key material via a config option.
>>
>
> According to these:
>
> https://blog.thunderbird.net/2020/09/openpgp-in-thunderbird-78
>
On 9/11/20 5:18 PM, Javier via arch-general wrote:
> Until Thunderbird v68, it was the option through the enigmail,
> lightning and the cardbook extensions, but I really don't want to
> keep using Thunderbird v78 and beyond any more. I don't like several
> design decisions made by the Thunderbird
On 9/9/20 8:55 PM, karx via arch-general wrote:
> Shouldn't we put something up on the main page about this?
You're right. Let me go put up a news post for this. How does this sound?
Title
---
Don't do stupid things without asking
Body
---
In the event you ever get told a
On 9/9/20 7:41 PM, Javier via arch-general wrote:
> error: failed to commit transaction (conflicting files)
> tigervnc: /usr/sbin exists in filesystem (owned by filesystem)
> Errors occurred, no packages were upgraded.
>
> Usually that get fixed by using "--overwrite /usr/sbin". But I find
> it
On 8/27/20 3:37 PM, Geert Hendrickx wrote:
> On Thu, Aug 27, 2020 at 15:27:19 -0400, Eli Schwartz via arch-general wrote:
>> On 8/27/20 3:17 PM, Geert Hendrickx wrote:
>>> On Thu, Aug 27, 2020 at 14:34:41 -0400, Eli Schwartz via arch-general wrote:
>>>> Why is i
On 8/27/20 3:17 PM, Geert Hendrickx wrote:
> On Thu, Aug 27, 2020 at 14:34:41 -0400, Eli Schwartz via arch-general wrote:
>> Why is it bad if you have it installed but not running?
>
>
> FS#41834 as an example. Or FS#28819. There is just no good reason to keep
> dragging
On 8/23/20 10:50 AM, Geert Hendrickx via arch-general wrote:
> Hi
>
> A number of packages depend on inetutils merely for the `hostname` command.
> Common packages include xorg-xinit and mariadb, which makes that inetutils
> is still installed on a large number of Arch systems, although its other
On 8/17/20 5:56 PM, Eli Schwartz wrote:
>> Couldn't there also be a post install that does a reenable for each netctl
>> profile found in /etc/systemd/system as another option to avoid this SNAFU?
>
> That might have been an interesting precautionary measure for netctl
> 1.18, at least for
On 8/17/20 5:25 PM, David C. Rankin wrote:
> Archdevs,
>
> I have two computers using netctl, one for a static and one for a dhcp
> address. After the last update on May, 3,
>
> netctl (1.22-1 -> 1.23-1)
>
> all remained fine and old profiles generated as subservices in
> /etc/systemd/system,
On 8/16/20 9:30 PM, David Rosenstrauch wrote:
> There's no need to be rude. I didn't ignore your email, and I snipped
> it from my response for brevity's sake to spare the list from
> unnecessary sprawl.
There is no ambiguity here. You suggested that this change causes Arch
to deviate from
On 8/16/20 3:24 PM, David Rosenstrauch wrote:
> On 2020-08-16 3:20 pm, Eli Schwartz via arch-general wrote:
>> Reread the Arch commit. It wasn't removed.
>>
>> Arch used to move the symlink from the "systemd" package to the
>> "systemd-sysvcompat"
On 8/16/20 2:59 PM, David Rosenstrauch wrote:
> On 2020-08-15 2:53 pm, David Rosenstrauch wrote:
>> Anyone know what happened to the "telinit" shortcut? It used to be
>> included in systemd-sysvcompat
>> (https://wiki.archlinux.org/index.php/Systemd#systemd-sysvcompat) but
>> seems like it
On 8/10/20 11:25 PM, David C. Rankin wrote:
> On 8/10/20 10:10 PM, Eli Schwartz via arch-general wrote:
>> After that many errors, why did you try rebooting without fixing things
>> first? The obvious first step is to try rerunning all of those hooks
>> using a modern pac
On 8/10/20 10:58 PM, David C. Rankin wrote:
> All,
>
> I was updating an arch install on a platter drive for my laptop that had not
> been updated since June 2019. The update was uneventful, only dependency issue
> was lib86xxdga a dependency for mplayer that was installed as a dependency of
>
On 8/10/20 4:49 PM, Daan De Meyer via arch-general wrote:
> Hi,
>
> We've been discussing the distribution mechanism for mkosi (
> https://github.com/systemd/mkosi) and one of the ideas is using Python
> zipapp (https://docs.python.org/3/library/zipapp.html) to allow us to split
> mkosi up into
On 7/21/20 12:16 PM, Aneesh Raghavan via arch-general wrote:
> On Tue, Jul 21, 2020 at 8:25 AM Dominik Schrempf via arch-general
> wrote:
>> I tried to provide the videosection library in /usr/lib, but that doesn't
>> work.
>> I don't feel comfortable providing the library in /usr/bin. Do you
On 7/20/20 4:51 PM, Sam Mulvey wrote:
>
> On 7/20/20 1:34 AM, brent s. wrote:
>> Because the binaries formerly known as "bind-tools" are a part of BIND9
>> proper[0]. Upstream, by including "bind-tools" binaries in the source
>> for the BIND9 daemon, ipso facto*intends* them to be built (and
On 7/20/20 3:15 AM, Óscar García Amor wrote:
> The problem is. Where is the limit? The whole distribution in one
> package? The argument is the same, if you don't need it simply don't
> use it.
Don't be facetious.
> In this case we are talking about binaries widely used that will be
> installed
On 7/19/20 3:15 PM, Óscar García Amor via arch-general wrote:
> I can understand that packagers want to make things easy, but not in
> this case. I cannot have a full service installed with a new user
> created, only host, dig and nslookup commands. The splitted package
> bind and bind-tools had
On 7/8/20 3:08 PM, NicoHood wrote:
> Hey guys,
> i have recently received the attached email from a user. He cannot
> install a package from me due to a GPG error. I have recently updated my
> key and it should have been added to the new keyring. I don't know a
> better solution, who can help us?
On 6/23/20 3:02 PM, Daan De Meyer via arch-general wrote:
>> This is not about locale-gen. locale-gen (and /etc/locale.gen) are
>> Arch-specific custom scripts which IIRC were copied from Debian once
>> upon a time, which just run localedef. I actually use a much simpler
>> locale-gen program
On 6/22/20 3:11 PM, Daan De Meyer via arch-general wrote:
> Hi,
>
> While working on locale-gen support for systemd-firstboot (
> https://github.com/systemd/systemd/pull/15994), I started wondering if it
> wouldn't be simpler to delegate the installation of locales to pacman
> instead. I haven't
On 6/18/20 7:15 PM, Chris Billington via arch-general wrote:
> I haven't seen this mentioned yet which makes me wonder if I've
> misunderstood, but isn't it already the case that bash runs in a
> posix-compatible mode if executed as /bin/sh?
>
> I remember a bug a while back [1] that broke
On 6/18/20 6:06 PM, Bardur Arantsson wrote:
> On 18/06/2020 18.22, Eli Schwartz via arch-general wrote:
>>> And nearly everybody who has to write this quickly will do it wrong.
>>
>> And yet, some do not. Some write elegant, simple POSIX sh scripts which
>> do it ri
On 6/18/20 6:00 PM, Bardur Arantsson wrote:
> On 18/06/2020 06.33, Eli Schwartz via arch-general wrote:
>> You pulled this assertion out of thin air, do you have any proof that it
>> "breaks more than a decade of setups"?
>
> OP is the one making an assertion, so
On 6/18/20 12:08 PM, li...@2ion.de wrote:
> On Wed, Jun 17, 2020 at 11:17:08PM +0100, Piscium via arch-general wrote:
>> But switching to dash would also be about security, as less code means
>> less bugs [5].
>
> Usage of a more concise, powerful and clean shell language is much more
> suitable
On 6/18/20 9:56 AM, Damjan Georgievski via arch-general wrote:
>>> noto-fonts is pulled as a dependency of plasma-integration, but I
>>> don't want it installed since it takes over the default fonts (ships
>>> an aggressive fontconfig configuration) for many websites, and looks
>>> quite bad *for
On 6/18/20 9:30 AM, Damjan Georgievski via arch-general wrote:
> I often find myself using the `assume-installed`[1] option of pacman
> when doing upgrades, since I want to avoid some (for me) nonsensical
> dependencies to be installed.
>
> Is it possible to configure this in some config file, so
On 6/18/20 2:09 AM, David C. Rankin wrote:
> This is more of what is the recommended practice ... for handling pacman.log?
>
> Strange question, yes, but pacman.log is one of those that never gets
> rotated, etc.. The information in it isn't useful after a few upgrade cycles.
> So what is the
On 6/18/20 12:11 AM, David C. Rankin wrote:
> On 06/17/2020 01:18 PM, Piscium via arch-general wrote:
>> Today I set dash as my default shell [1] on two PCs. We will see if I
>> get into trouble.
>>
>> This question was asked years ago but maybe good to ask again. Could
>> dash be made the default
On 6/17/20 3:54 PM, Kusoneko wrote:
> It has the cost that everyone who uses scripts that use bashisms will
> inevitably have issues, furthermore, considering Arch only supports
> x86_64, I've yet to see systems under that architecture have low
> amounts of memory and 6MB of disk storage is
On 6/17/20 3:18 PM, Kusoneko wrote:
> On June 17, 2020 7:06:01 PM UTC, "Jack L. Frost"
> wrote:
>> On Wed, Jun 17, 2020 at 07:18:33PM +0100, Piscium via arch-general
>> wrote:
>>> What do you think?
>>
>> I'm not sure how much utility is in doing this
>
> Pretty much this, to be honest. I
On 6/17/20 3:05 PM, NTS wrote:
> On 17 Jun 2020 8:36 p.m., "David Rosenstrauch" wrote:
>
>
>
> On 6/17/20 2:18 PM, Piscium via arch-general wrote:
>
>> Today I set dash as my default shell [1] on two PCs. We will see if I
>> get into trouble.
>>
>> This question was asked years ago but maybe
On 6/17/20 2:36 PM, David Rosenstrauch wrote:
>
>
> On 6/17/20 2:18 PM, Piscium via arch-general wrote:
>> Today I set dash as my default shell [1] on two PCs. We will see if I
>> get into trouble.
>>
>> This question was asked years ago but maybe good to ask again. Could
>> dash be made the
On 6/3/20 5:47 AM, Peter Nabbefeld wrote:
>
> Hello,
>
> as Python2 has been sunset since the beginning of this year
> (https://www.python.org/doc/sunset-python-2/) I'm looking forward to
> removing it. One of the packages still depending on python2 is wesnoth,
> though due to
On 6/7/20 9:09 PM, Greg Minshall wrote:
> hi. a month ago i ran out of room on my root file system, so relocated
> /var/cache/pacman to /home, and left behind a symlink.
>
> today, after a while, i did a 'pacman -Syu', which downloaded lots, and
> ran through a lot new keys, upgrading, etc.,
On 6/3/20 9:25 PM, LuKaRo wrote:
> Hi,
>
> there are several packages for network manager and related software in
> the official repositories. Unfortunately, they follow different naming
> schemes. Most packages have "networkmanager" written as one word:
>
> * networkmanager
> *
On 6/1/20 7:42 PM, Kusoneko wrote:
> I agree with Amir on this. This is an operating system, supposedly
> free from "corporate actions", where for PR reasons a company would
> "support" pride months and other political events. The developers,
> maintainers, moderators and trusted users can support
On 5/7/20 10:54 PM, David C. Rankin wrote:
> All,
>
> I just read the article about the major change coming to systemd 245 at:
>
> https://www.techrepublic.com/article/linux-home-directory-management-is-about-to-undergo-major-change/?ftag=TRE475558a=12825460=12819432=712355268
This article is
On 4/4/20 7:32 PM, Ricardo Band wrote:
> Ahoi,
>
> I maintain a tool called virtualfish [1] on the AUR. It is writte in
> python and one dependency of it is called xdg [2]. It is not packaged
> in archlinux so I would just do that on the AUR. Problem is there
> already is a package in archlinux
On 3/31/20 1:31 PM, Giancarlo Razzolini wrote:
> 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 Sve
On 3/31/20 12:54 PM, Chris Billington via arch-general wrote:
> On Tue, Mar 31, 2020 at 12:48 PM Amin Vakil wrote:
>
>>
>> So why should nvidia-dkms upgrades?
>>
>
> it's because nvidia-dkms is part of a split package that builds both nvidia
> and nvidia-dkms. The bump in pkgrel is to rebuild
On 3/22/20 10:48 AM, Piscium via arch-general wrote:
> Another example, Conky. There was an upstream bug when displaying used
> RAM, which was fixed in upstream git but months passed and upstream
> would not release a new version. So after months of wait I got pissed
> off with this RAM display
On 3/19/20 11:23 PM, David C. Rankin wrote:
> All,
>
> I updated gimp tonight and received:
>
> ( 6/19) upgrading gimp [##] 100%
> > The python2 plugin support is disabled, you will need to install this
> > separately if you need it, e.g. the
On 3/17/20 12:16 PM, Turritopsis Dohrnii Teo En Ming via arch-general wrote:
> Subject: Teo En Ming's Linux From Scratch (LFS) 20200302-systemd
> Bootable Live CD/DVD Kernel Panic
>
> Good day from Singapore to all Linux users,
>
> Recently, on 12 March 2020, I have successfully created my own
On 3/8/20 12:29 AM, Yaro Kasear wrote:
>
> On 3/7/20 11:21 PM, Eli Schwartz via arch-general wrote:
>> On 3/7/20 11:53 PM, Yaro Kasear wrote:
>>>> Thanks for your reply. If I put this in a bash script, will it reset once
>>>> the script is done running?
&g
On 3/7/20 11:53 PM, Yaro Kasear wrote:
>> Thanks for your reply. If I put this in a bash script, will it reset once
>> the script is done running?
>>
> I suspect it will if you drop the 'export' directive and just set PATH
> without it.
>
> I'd strongly recommend testing it until it works for
On 3/7/20 11:49 PM, karx via arch-general wrote:
> I don't think you're understanding, it's not a venv. It is simply an
> alternative python installation (similar to Anaconda Python) that lets me
> manage my python versions.
I don't know or care what asdf-vm is, but the difference between an
On 3/7/20 10:53 PM, karx via arch-general wrote:
> On Sat, Mar 7, 2020, 9:50 PM Neven Sajko wrote:
>
>> I have not fully understood your situation, but can you not just
>> change the PATH environment variable?
>>
>
> No. I need python for other projects, and would much rather use a version
>
On 3/7/20 7:06 PM, Oon-Ee Ng via arch-general wrote:
> I've got spyder-4.0.1-2 and python-spyder-kernels-1.8.1-1 installed.
> They're not self-compiled, they just came in as regular repo updates (on
> 22nd February 2020).
>
> However the current repo version of both is 3.3.6-2 and 0.5.2-4. Looks
On 2/26/20 9:08 PM, Simon Brand wrote:
> On Wed, 26 Feb 2020 20:57:30 -0500
> Eli Schwartz via arch-general wrote:
>
>> This, however, is not. Why do you think that Bruno is "not active
>> anymore"? Why do you think that asking someone else to take over his
>
On 2/26/20 6:11 PM, Simon Brand wrote:
> Hello,
>
> the package Jami is out of date:
> https://www.archlinux.org/packages/community/x86_64/jami-gnome/
This is a true fact.
> The last packager seams to be not active anymore.
> Can anybody please take over the package?
This, however, is not. Why
On 2/23/20 8:23 AM, Geo Kozey via arch-general wrote:
> Hi,
>
> First of all let me thank you for high quality maintainership of
> chromium package in Arch.
>
> This post was really surprising for me and sad but also quite
> confusing because I don't understand how lack of some minor feature
>
On 2/21/20 4:27 PM, Ralf Mardorf via arch-general wrote:
> On Fri, 21 Feb 2020 22:22:14 +0100, Ralf Mardorf wrote:
>> I suspect that paccheck's recursive option is unneeded.
>
> Doing a few tests, the quite option seems to have no impact either.
>
> paccheck --opt-depends
>
> or
>
> paccheck
On 2/21/20 4:22 PM, Ralf Mardorf via arch-general wrote:
> I suspect that paccheck's recursive option is unneeded.
I don't understand how you could possibly think so? The recursive option
plainly makes it *recursive*, i.e. it lists the uninstalled optdepends
for all your dependencies. This is
On 2/21/20 2:11 PM, Jude DaShiell wrote:
> Can pacman be used to find which packages are missing which optional
> dependencies after an install?
pacman -Qi for a given package will show you optional dependencies and
list which ones are satisfied.
You can walk a dependency tree automatically and
On 2/4/20 11:08 PM, Eli Schwartz wrote:
> Since I'm unfamiliar with apt and other tools, what exactly do they do?
> Given pacman/apt/your-choice-of-package-manager must somehow write to a
> cachedir, e.g. /var/cache/pacman/pkg, it would need a dedicated download
> user, which would then
On 1/24/20 2:29 PM, Giancarlo Razzolini wrote:
> I wouldn't be opposed to have something like tecken [0] or some other
> software
> for this (not sure if there is one) where we would upload all the symbol
> artifacts
> for Arch built packages and that users could use when needed.
>
> This
On 1/21/20 6:00 PM, Neven Sajko wrote:
> Regarding the firefox example, are the split debugging symbols files
> publicly available?
Mozilla's symbol server is described here:
https://developer.mozilla.org/en-US/docs/Mozilla/Using_the_Mozilla_symbol_server#Downloading_symbols_on_Linux_Mac_OS_X
--
On 1/21/20 5:44 PM, Neven Sajko wrote:
>> There is no "even", here. The golang programming language is not
>> *atypical*, it should not receive abnormal treatment.
>>
>> I'm not sure what you men by "design makes use of debugging symbols at
>> runtime". They're debug symbols, not runtime logic
On 1/21/20 3:21 PM, Neven Sajko via arch-general wrote:
> Hello,
>
> Why is it that makepkg strips symbols by default,
Because Arch Linux's default vendor options for makepkg.conf include the
optional strip option.
> and many packagers
> even make extra effort to get packages stripped; instead
On 1/6/20 10:01 AM, Lone_Wolf wrote:
> Hi,
>
>
> Often when packages are removed from repos they become virtual provides.
>
> While those are great for a transition period , they are not meant to be
> used forever.
>
>
> Unfortunately they do stay around for a very long time.
>
>
> example
On 1/4/20 9:56 AM, Ralf Mardorf via arch-general wrote:
> On Sat, 04 Jan 2020 12:41:26 +, Ralph Corderoy wrote:
>> Arch users may be producing code for non-Arch, non-Linux, systems.
>
> Happy New Year!
>
> Pff! Bash is the most used login shell for Linux for good reasons.
> Sometimes I like
On 1/3/20 10:49 AM, Ralph Corderoy wrote:
> Hi Santiago,
>
>> I'm curious, though, are there any specifics about the providers on
>> these POSIX tools/libraries/whatnot (i.e., would it be wortwhile
>> discussing the alternatives?).
>
> Is sh being provided by bash(1)? A more POSIX-compliant
On 12/9/19 11:01 AM, David Rosenstrauch wrote:
>
>
> On 12/9/19 6:48 AM, Giancarlo Razzolini via arch-general wrote:
>> You should not upgrade the firefox package while it's open. That's a
>> lesson I've
>> learned when I've also lost a profile. Everytime you see firefox in
>> the upgrade
>>
On 12/7/19 7:06 PM, mick howe via arch-general wrote:
> For the last five days or so it reports nothing to do:-
>
> [mick@cave ~]$ pacman -Syyuu
> :: Synchronizing package databases...
> core 135.1 KiB 938 KiB/s 00:00 [##]
> 100%
> extra
On 12/7/19 12:52 AM, David C. Rankin wrote:
> All,
>
> Just a note to anyone running bind-9 for name resolution, the old configs
> containing root.hints now results in named failing to start with:
>
> Dec 06 14:53:02 phoinix named[455]: could not configure root hints from
> 'root.hint': file
On 12/2/19 1:00 AM, Hongyi Zhao via arch-general wrote:
> Hi,
>
> I try to compile python 2.7.9 with pyenv on arch linx with the
> following command:
>
> ===
> $ pyenv install 2.7.9
> Installing Python-2.7.9...
> patching file ./Lib/site.py
> patching file ./Lib/ssl.py
> ERROR: The
On November 28, 2019 9:31:19 AM EST, "Iyán Méndez Veiga"
wrote:
> Hi,
>
> First of all, sorry if this is a really stupid question, but I've been
> trying
> to search for a while and I couldn't find an answer.
It's a confusing question, because it is a confusing module. :) I'll try to
clarify
On 11/27/19 11:52 AM, Karol Babioch wrote:
> Hi,
>
> Am 27.11.19 um 05:42 schrieb Yi Zheng via arch-general:
>> why not add '--enable-openssl' into the configure options?
>>
>> Does it support OpenSSL now?
>
> This mailing list might not be the right place (TM) to ask those kind of
> questions.
After about 15 months of gradual work by me and a few other people,
https://calibre-ebook.com/ is running pretty stably on python3, so I've
uploaded a split package to [community]: calibre (the default python2
build), calibre-python3 (a python3 build, naturally), and calibre-common
with some
On 11/11/19 12:00 PM, Damjan Georgievski via arch-general wrote:
>> 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
On 11/5/19 8:35 PM, Hongyi Zhao via arch-general wrote:
> Hi,
>
> I try to use a specific partition of usb to install archlinux, the
> following is the step:
>
> Suppose the /dev/sdc is my usb:
>
> $ sudo ddrescue -f archlinux-2019.11.01-x86_64.iso /dev/sdc2
The ISO contains multiple
On 10/31/19 3:46 PM, Giancarlo Razzolini wrote:
> Hi Eli,
>
> This is totally uncalled for. Even though I agree that kernel-install is
> *not*
> that great, there's no need to be aggressive.
>
> The question, even if phrased not in the best way, is a legitimate one.
Didn't seem like much of a
On 10/31/19 6:19 PM, Geo Kozey via arch-general wrote:
> Thx, my concern was more about maintenance burden for Arch devs vs relying on
> dracut + kernel-install combo and call it a day.
> If devs prefer to work on exclusive service for Arch users then let it be.
Dracut does not work out of the
On 10/31/19 2:11 PM, Geo Kozey via arch-general wrote:
> 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
What was the reason for suggesting to use
On 10/19/19 9:53 PM, riveravaldez via arch-general wrote:
> Hi,
>
> because of this problem [1] (apparently a kernel/driver/hardware
> issue?) I'm forced to stay on linux-5.2.14-arch2-1 right now.
> My question is: should/can I anyway install the 'base' package anyway
> as explained in [2]?
>
>
On 10/11/19 6:10 PM, Daniel Moch via arch-general wrote:
> I see in the archive[1] that these were deleted for not following the
> submission guidelines[2]. I'm not sure how that's the case, unless the
> logic is that since they merely bundle packages in Community that they
> violate rule #1?
>
>
On 10/10/19 9:00 PM, Nero Claudius Drusus via arch-general wrote:
> I've been following this discussion and can't see what the actual problem
> is. I've installed a new system since the change and the installation doc's
> have been updated appropriately. It still works. If you want extra packages
On 10/10/19 7:01 AM, pete via arch-general wrote:
> Never mind Ed Vi Assemblers yes all very fancyfull
> hows about you just include joe far easier wordstar commands no mess just
> worksthe very first thing i ever do install joe best editor of the lot .
I have never heard of "joe". I
On 10/10/19 7:14 AM, Jonathan Steel via arch-general wrote:
> I think we should have created a "minimal" group rather than repurposing
> the base one. Then as a separate issue to tackle, add "kernel" and "editor"
> etc to the base group which would prompt the user to choose, or if
>
On 10/7/19 12:02 AM, Marc Ranolfi via arch-general wrote:
>> 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
On 10/8/19 2:20 PM, David C. Rankin wrote:
> On 10/06/2019 11:22 PM, Giancarlo Razzolini via arch-general wrote:
>> Yes, this was discussed over the years in several threads. The most recent
>> being [0].
>>
>> Lacking a kernel is mainly for container based environments. And some
>> superfluous
On 9/19/19 8:29 PM, Amish via arch-general wrote:
> Thanks but why would one parse logs to log it back to logs?
I'm not sure what this statement means, but there is no "parsing", and
the only "logs" are the systemd ones. Just emailing the logs doesn't
constitute re-logging it to a new log.
> The
On September 19, 2019 1:00:26 PM EDT, Amish via arch-general
wrote:
> Hello,
>
> Recently logwatch package was updated.
>
> The cron file (from cron.daily) was removed and replaced with
> systemd.timer.
>
> But logwatch.timer is not activated automatically, which means the
> users
> who use
On 9/8/19 6:27 PM, Xianwen Chen (陈贤文) via arch-general wrote:
> For example,
>
> $ sudo pacrepairfile --uid --gid --mode --mtime
> /usr/lib/tmpfiles.d/colord.conf
>
> outputs
>
> /usr/lib/tmpfiles.d/colord.conf: set uid to 0
> /usr/lib/tmpfiles.d/colord.conf: set gid to 0
> warning:
On 9/8/19 4:40 PM, Xianwen Chen (陈贤文) via arch-general wrote:
> Dear Eli,
>
> Thank you!
>
> Is there a way to ask paccheck to list only files that need to be fixed?
>
> For example, if I run
>
> sudo paccheck --file-properties --quiet
>
> I get list of files with package information and
On 9/8/19 7:59 AM, Ralph Corderoy wrote:
> $ sudo -i paccheck --file-properties atop
> atop: '/var/log/atop/dummy_after' permission mismatch (expected 644)
> atop: '/var/log/atop/dummy_after' modification time mismatch
> (expected 2019-02-06
On 9/8/19 5:20 AM, Ralph Corderoy wrote:
> Dear Xianwen,
>
>> After searching on-line, it seemed that similar problems were reported
>> by other users of systemd. The fix is to set owner of / as root.root.
>> I tried the solution and it worked!
>
> I'm glad you fixed it. / not being root:root
On 8/14/19 1:25 AM, varshit bhat via arch-general wrote:
> Hey,why not make telegram group official?
> @archlinuxgroup
I don't think many active members of the Arch community know what that
group is. In fact, I am personally somewhat skeptical of Telegram in the
same way I am skeptical about
On 8/2/19 1:24 PM, John Z. wrote:
>> Could you verify that the encoding of the filepath is, in fact, UTF8?
>> Filepaths in linux are free to be arbitrary bytes despite the locale
>> settings. Most tools don't care, though I would expect the filepath to
>> display incorrectly in the terminal and
On 8/2/19 8:59 AM, John Z. wrote:
> Hi everyone,
> there's a document on Dropbox, that has unicode character in its
> path (french character). Trying to open this document with libre
> office (Plasma is running) fails with 'file not found', and the path
> shown with error clearly
1 - 100 of 367 matches
Mail list logo
