On Sun, 2024-04-07 at 18:12 +, Arch Linux: Recent news updates:
Robin Candau wrote:
> The [vm.max_map_count][1] paramater will be increased from the
> default `65530` value to `1048576`.
>
> This change should help address performance, crash or start-up issues
> for a number of memory
On Tue, 2024-04-02 at 12:29 +0200, Robin Candau wrote:
> On 4/2/24 11:59 AM, Robin Candau wrote:
Couple of comments.
* In lkml thread on same topic not everyone is on board with this [1]
* Where to put this kind of thing
Would it make sense to collect these kind of "system" settings,
On Thu, 2024-03-07 at 12:34 +0100, lacsaP Patatetom wrote:
> hi,
>
> when I run `makepkg`, it generates a second package with the `-debug`
> ...
Right, while makepkg defaults to '!debug' at some point
/etc/makepkg.conf set the default to 'debug' instead.
Its actually a nice feature if/when you
On Sun, 2024-03-03 at 14:06 -0800, David Bohman wrote:
>
> :..
> : Replace libblockdev-utils with extra/libblockdev? [Y/n]
I wonder whether its possible you answered 'no' instead of 'yes' to
this?
--
Gene
signature.asc
Description: This is a digitally signed message part
On Fri, 2024-03-01 at 20:28 -0600, Doug Newgard wrote:
> > ..dependencies. Probably, most of the users already noticed that.
>
> See
> https://gitlab.archlinux.org/archlinux/packaging/packages/udisks2/-
> /issues/1
Very helpful - thanks
--
Gene
On Fri, 2024-03-01 at 23:04 +0100, Abraham S.A.H. wrote:
> Hello everyone,
>
> Probably a little late, but I noticed that `plugins of libblockdev`
...
FYI - Similar comment came up last week - this thread:
On Sun, 2024-02-25 at 12:07 +0100, SET wrote:
>
>
>
This looks like the same bug and should be fixed with 1.46.0-2 now in
testing [1]
[1]
https://gitlab.archlinux.org/archlinux/packaging/packages/networkmanager/-/issues/2
--
Gene
On Sun, 2024-02-25 at 08:38 +0100, SET wrote:
> Hi,
>
> Since yesterday's upgrade, it's not possible to establish IPV4
> networking with
>
If your network manager backend is still wpa-supplicant it may be worth
trying iwd.
i.e.
Edit /etc/NetworkManager/conf.d/wifi_backend.conf :
[device]
On Fri, 2024-02-23 at 22:13 -0600, David C. Rankin wrote:
> All, David,
>
> ...
> The trend I've seen over the past several years is to subdivide
> packages,
> which as long as they continue to work is fine, but at some point it
> does
...
Its an interesting question how best to offer a
On Thu, 2024-02-01 at 14:16 -0500, Jude DaShiell wrote:
Quick thought - did you reboot after the kernel update?
If not - the update wiped previous kernel modules away
You can make sure to keep sg loaded by creating a file:
/etc/modules-load.d/loadme.conf
And add these :
loop
sg
Loop is
On Thu, 2024-02-01 at 14:16 -0500, Jude DaShiell wrote:
> ...
> sg first. That's gone with latest update of kernel and modules and
> ...
The module is in arch kernels :
$ ls /usr/lib/modules/6.7.3-arch1-1/kernel/drivers/scsi/sg.ko.zst
24
On Thu, 2024-01-25 at 21:27 +0100, Brian Allred wrote:
...
> the same issue with libvpx after today's update. Discord, Telegram,
and xfreerdp all complain about missing the shared library
"libvpx.so.8".
>
>
May or may not be the issue, but best I can tell libvpx package is not
a dependency of
On Wed, 2024-01-24 at 17:03 +0100, Geert Hendrickx wrote:
> ...
> This has been reverted in postfix 3.8.5-2, so you may need to postmap
> your .db files again. (users not on [testing] won't have this issue)
Geert - this should be okay as the revert takes db5 back to db6 (again)
- the earlier
On Wed, 2023-12-13 at 16:28 +0200, Felix Yan wrote:
> Hello,
>
> ...
> so I am
> making room for others to try on the 3.11 and 3.12 rebuilds. As Jelle
> has progressed a lot now, I feel it's approaching the right time for
> me
> to step down as the Python maintainer.
>
> ..
Thank you Felix
On Tue, 2024-01-23 at 15:16 +, Polarian wrote
See:
https://gitlab.archlinux.org/archlinux/packaging/packages/postfix/-/issues/2
On Mon, 2024-01-15 at 19:30 +, Serge Korol wrote:
> sizes of img files with latest mkinitcpio 37.2-1
>
* Things seem quite reasonable again with the latest release of
mkinitcpio
* I stopped keeping fallback images for both dracut and mkinitcpio.
You may or may not choose to do this too.
On Fri, 2024-01-05 at 23:05 +, pete wrote:
> On Fri, 05 Jan 2024 17:13:40 -0500
> Genes Lists wrote:
> ...
>
> " pacman -Q --check python-pyrate-limiter
> python-pyrate-limiter: 59 total files, 0 missing files "
>
Then may be worth trying:
pac
On Fri, 2024-01-05 at 21:45 +, pete wrote:
> Hi folks .
>
>
> I am still getting plagued by these Python warnings
>
> warning: could not get file information for
> usr/lib/python3.11/site-packages/pyr
> ate_limiter-3.1.0.dist-info/...
Anything interesting from :
On Tue, 2023-12-26 at 22:02 -0600, Javier wrote:
> Hi !
>
> pcmanfm-gtk3 is segfaulting on wayland when trying to access any
> directory. I don't know if others are experiencing the same. The
> alternative I've been using is thunar, though I really liked pcmanfm-
> gtk3.
>
I don't use this
On Tue, 2023-12-19 at 16:17 -0600, David C. Rankin wrote:
> >
>
> Yes, hopefully ISC made is fairly compatible and straight-forward to
> transition, but holy cow, 2G for kea-docs?
>
The doc package includes both administrator and developer docs.
The docs are quite extensive.
You can see the
On Tue, 2023-12-19 at 14:19 -0600, David C. Rankin wrote
>
> The wiki notes the successor in the first paragraph
> https://wiki.archlinux.org/title/Dhcpd but there is no Kea page and
> no
> indication if Arch will start packaging Kea.
Arch has been packaging kea for quite a long time
On 11/18/23 07:18, Giovanni Santini wrote:
...
Let's hope the problem gets solved soon. :)
Hi
You may have mentioned this already, but is there anything interesting
in the kernel logs?
I see no relevant looking ntfs3 commits in the kernel after 6.6.
There were some in 6.6 [1].
Since
On 10/20/23 18:05, pete wrote:
Hi Folks
Well this normally runs so smooth it is crazy but today
...
I don't use kde any longer - but part of your problem is likely orphaned
packages.
you should remove kfloppy and telepathy-kde-contact-runner
for starters and any other orphans you find.
On 10/10/23 07:00, Erich Eckner wrote:
Hi,
...
This is (one possibility for) the second option, that I mentioned, which
I was afraid might break a lot of stuff on my machines :-/
I meant put it in /usr/local/xxx/ not directly in /usr/local.
Or in /opt/xxx/
I see, that the root cause (and
On 10/10/23 02:41, Erich Eckner wrote:
Hi fellow-archers,
Hi!
I have two packages, A and B, which both provide the same file X.
...
Without knowing more its a bit hard to say.
For example are A and B actually the same application but different
versions (git vs stable). If so, then just
On 10/7/23 02:59, Zener wrote:
Hi.
[opencl_init] could not get platforms: Unknown OpenCL error
[opencl_init] FINALLY: opencl is NOT AVAILABLE and NOT ENABLED.
I dont use this but the docs [1] have a (long) list of requirements that
must be met to use it. It sounds like or more is
On 9/24/23 07:22, Genes Lists wrote:
nft -c nftables.conf
typo - should be:
nft -c -f nftables.conf
gene
On 9/24/23 02:52, David C. Rankin wrote:
On 9/23/23 12:51, Christian wrote:
In addition to the workstation (single interface) nftables example, I
have just uploaded an example of nftables firewall rules. i.e. for a
router with 2 interfaces that sits between the internet and internal
On 9/23/23 13:51, Christian wrote:
...
In case of interest, the nft rules that I shared with David previously
are available here [1].
This is a sample nftables ruleset for a laptop or workstation.
It allows established / related packets to come back. These packets are
returned after a
On 9/20/23 04:36, David C. Rankin wrote:
Archdevs,
Depending on how restrictive the iptables rules, if the IP for
archlinux-keyring-wkd-sync falls into a blocked range, the logs quickly
fill. An idea is to have the service insert a temporary rule to either
(1) allow the IP for the sync
Hi:
I believe that bash 5.2 was/is held back due to incompatible Changes
with 5.1 [1].
The obvious first thought would be to set BASH_COMPAT="5.1" globally and
then update to the current 5.2 version.
This would work for any shell which sees the BASH_COMPAT variable.
User login shells,
On 9/14/23 14:34, Polarian wrote:
Hello,
...
- DKIM signatures are broken in transit, and ...
...
hi
There was a discussion of DKIM and mail list back last October [1].
There was, and seems still is, an open mailman issue [2].
The Arch thread is informative, in particular around
On 8/17/23 16:20, Jeanette C. wrote:
Hey hey,
my system partition is as good as full, so I wonder if there is a safe
method to install packages to alternative locations. The packages in
question are android-studio-system and android-ndk.
Extending the system partition is unfeasible. Yes, it
Sharing in case this helps others. Also posted to arch forum:
https://bbs.archlinux.org/viewtopic.php?id=288095
There is a bug with the rtsx driver in 6.4.11 that prevented 1 machine
from booting. It presented in my case as NVME failure, thus preventing
machine from booting. 6.4.10 is
On 7/18/23 14:52, Ralf Mardorf wrote:
...
if the cat paws at the keyboard, it doesn't need root privileges, it can
execute "rm /path/unified_kernel_image" with the cat's user privileges?
I think that non-root can only do that if mounted uid=.
So, as far as cat-safe filesystem, isn't it no
On 7/18/23 09:45, Ralf Mardorf wrote:
I don't install my kernels on a fat partition without UNIX privileges.
IOW if it should be required that the efi partition is a fat partition,
I wonder why this is recommended.
OI assume a part of your comment is the security aspect. This of course
can be
On 7/18/23 09:23, Genes Lists wrote:
While that is/was pretty common, I believe the current recommendation is
to mount:
To be more precise, the recommendation is to mount the efi as /boot, and
as Sergey suggested, if your EFI partition is too small, then use
separate efi and boot
On 7/18/23 06:41, Sergey Filatov wrote:
mount EFI partition as /boot/efi.
While that is/was pretty common, I believe the current recommendation is
to mount:
esp onto /efi gpt type : EF00
boot onto /boot gpt type : EA00 (type XBOOTLDR)
rather than having the efi
On 6/29/23 07:16, Genes Lists wrote:
Nginx mainline added (experimental) http3/quic support with version 1.25
Seems our nginx-mainline does have '--with-http_v3_module' together with
openssl. So it should mostly work as is.
Missed that as well - must need more coffee ...
gene
On 6/29/23 08:06, Genes Lists wrote:
On 6/29/23 07:16, Genes Lists wrote:
Actually the cleanest and simplest way is to use libressl which is
...
- I will build and test.
Very simple to build with libressl - preliminary testing nginx working
fine for both http/2 and http/3.
Be good
On 6/29/23 07:16, Genes Lists wrote:
Actually the cleanest and simplest way is to use libressl which is
already nicely packaged in in repo. Don't know how I missed this earlier
- I will build and test.
gene
Nginx mainline added (experimental) http3/quic support with version 1.25
in late May.
Is there any interest in adding support to our nginx-mainline package?
It can be optionally turned on in server config, so having it compiled
in and available shouldn't have any impact until it's activated
On 5/21/23 07:29, Levente Polyak wrote:
We are proud to announce that the migration to Git packaging succeeded! 拾
A huge thank you for the massive detailed planning and successful
execution - very, very much appreciated.
Hope you all celebrate lots!
best
gene
On 5/21/23 08:32, Jelle van der Waa wrote:
On 21-05-2023 14:28, Genes Lists wrote:
...
Are these just - be patient, takes time to sync - or something else?
Yes.. https://i.imgur.com/6M4mfGT.png
Thanks :)
First off - huge congrats to you all for orchestrating this obviously
huge task. Thank you.
Couple questions to confirm this is a mirror sync issue and not
something else - since one of today's items was
"test syncrepo on mirror.pkgbuild.com" I assumed this would be up to date?
-
On 5/18/23 06:26, Lone_Wolf wrote:
On 17-05-2023 18:31, Genes Lists wrote:
have several packages where in the install section of PKGBUILD it
does something like:
pipopts="--isolated --ignore-installed --no-deps"
pip $pipopts install --root=$pkgdir dist/*.whl
Thos
On 5/17/23 17:35, Genes Lists wrote:
I'm now following how the above helps package maintainers. Quite
^^^
not
The question is basically will "pip --root" continue to work as it does
now if we adopt 668. If not what needs to be changed in PKGBUILD for the
install phase
On 5/17/23 16:56, Jude DaShiell wrote:
I found pipenv works well. A package jrnl wouldn't run once built with
pip but does run inside pipenv. This creates a virtual environment for
building and running packages so once jrnl got built doing pipenv run jrnl
runs the program.
I'm now following
On 5/17/23 11:47, Martin Rys wrote:
Some time ago, PEP 668[1] enabled distributions to mark the python
installation as externally managed by a package manager, thus
preventing pip from breaking the system by either installing packages
to the system or locally in the home folder.
...
[1]
On 4/29/23 11:19, Felix Yan wrote:
On 4/29/23 14:13, David Runge wrote:
...
The move is now done and everything should have been fixed. Have fun
breaking something new :)
So far for all the things I've tested, starting with my own code, its
working really well. And noticeably faster - one
On 4/14/23 16:59, Ralf Mardorf wrote:
Hi,
my google search was "does linux diff compare data using a cache".
Its not "diff" doing anything weird, its simply the linux kernel buffer
cache - and it works great doesn't it.
And no, its not 'stale' data, blocks that have not changed are
On 4/12/23 07:54, Ralf Mardorf wrote:
I don't understand it. If it should be a signing issue, then it does
matter when using one mobo and doesn't matter, if the same SSD holding
the Arch Linux install is connected to another mobo? It only matters
when UEFI booting (with secure boot disabled),
On 4/12/23 03:55, Ralf Mardorf wrote:
Hi,
Bit hard to say from above - clearly these need 2 different keys
(right?) also you dont say what CONFIG_MODULE_COMPRESS_xx are set to
either since you have 2 different module compressions as well as keys
being different.
Maybe post the actual
On 4/7/23 09:27, Genes Lists wrote:
Closing the loop - this is now been fixed by mesa 23.0.2 in testing repo.
Big thanks to heftig for sorting it out so quickly!
gene
On 4/7/23 09:31, Petr Mánek wrote:
See also: https://bugs.archlinux.org/task/78137
Best I can tell there are 2 (possibly related) issues - (a) firefox
crashes on start and (b) firefox crashes on exit.
Course to get to (b) you have to not experience (a) :)
gene
On 4/7/23 09:22, Genes Lists wrote:
Running on gnome
This may have to do with updated updated wayland package (1.22.0-1) -
I confirm the problem goes away if I roll wayland back to prev version
(1.21.0-2)
So indeed the problem package is wayland.
Running on gnome
This may have to do with updated updated wayland package (1.22.0-1) -
didn't see much else that may be related.
I tried rolling back firefox and makes no difference - I also tried with
and without MOZ_ENABLE_WAYLAND - always get instant crash with:
On 4/2/23 12:07, Matthew Blankenbeheler wrote:
Does this method 2 mean making 3 partitions?
The UEFI spec requires that the Extended Boot Loader be its own
partition of type XBOOTLDR (gpt EA00) - so yes thats correct.
1 partition for (/efi), 1 for extended boot loader (/boot) and
On 4/2/23 07:44, Genes Lists wrote:
[1] XBOOTLDR
https://uapi-group.org/specifications/specs/discoverable_partitions_specification/
Oops, Forgot to provide this link as well:
https://uapi-group.org/specifications/specs/boot_loader_specification/
On 4/2/23 04:04, Ralf Mardorf wrote:
Assuming I would do without the museum, then the modern kernels would
have to be in the ESP, a FAT partition without file permissions. Or do I
misunderstand something?
Ralf
Here's a brief overview. There are 2 methods available for UEFI
booting
On 3/26/23 01:02, rino mardo wrote:
if i stop the iwd, my wireless connections goes away. wlan0 also
Try tell network manager to use iwd - create this file:
/etc/NetworkManager/conf.d/wifi_backend.conf
with these 2 lines
[device]
wifi.backend=iwd
On 3/23/23 13:44, Rémy Oudompheng wrote:
Hello
Texlive packages have been updated to 2023 version in [testing].
...
Thank you Rémy.
I don't use luaxxx. On the docs I've tested so far, pdflatex is
working well.
gene
On 3/21/23 04:26, lacsaP Patatetom wrote:
hi everybody,
my development workstation is running 6.1.20-1-lts and I made
linux-lts-ro-6.1.15-1-x86_64.pkg.tar.zst and
linux-lts-ro-headers-6.1.15-1-x86_64.pkg.tar.zst packages on it : if now
I want to compile on this development workstation
if I understand correctly, I can install my package
linux-lts-perso-6.1.15-2-x86_64.pkg.tar.zst, boot on it (eg. "my"
kernel) and continue to use the binaries present on my system while they
have not been compiled with its (new) headers and especially for the
binaries that call the
On 3/20/23 06:44, lacsaP Patatetom wrote:
Please don't top post on mailing lists.
I don't understand what 'problem' you are speaking of. All you've asked
is if you can install a kernel headers from a different build - the
general answer is "no" - don't ever do that.
I already explained if
On 3/20/23 05:27, lacsaP Patatetom wrote:
hi,
- When you change the source you must also bump pkgrel as the package
is now different.
- If you want to build your own version of an Arch package, you should
not use same package name as the official Arch package - this will only
lead to
On 3/14/23 12:50, Tobias Powalowski wrote:
Hi guys,
early spring cleanup on my adopted packages:
..
- mdadm
Thanks for all the work you've put into Arch Tobias - it is very much
appreciated.
Of the packages you listed, I sure hope mdadm will be picked up - this
quite obviously is a very
On 3/13/23 05:56, Genes Lists wrote:
On 3/13/23 03:00, David Bohman wrote:
There is a fairly serious regression in linux-6.2.3 that kills wifi:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=79d1ed5ca7db67d48e870c979f0e0f6b0947944a
Hi David:
I am sure
On 3/13/23 03:00, David Bohman wrote:
There is a fairly serious regression in linux-6.2.3 that kills wifi:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=79d1ed5ca7db67d48e870c979f0e0f6b0947944a
Hi David:
I am sure this commit is in 6.2.3 and all later stable
Curious - Are you able to ping the WKD webserver from failing machine?
ping openpgpkey.archlinux.org
On 3/10/23 05:39, Łukasz Michalski wrote:
A and B. Both updated at the same time. On A service works, on B it fails.
I have similar situation. On a machine that had fails running manually
worked fine.
What happens if you run manually?
/usr/bin//archlinux-keyring-wkd-sync
best
gene
All
I gave updated the code and now provide an inotify based daemon to sync
alternate s - and a systemd service unit to run it.
I would very much appreciate if others ran this - by using the test
option it does nothing but prints what would happen. And can be run as
non-root user.
It is
On 3/7/23 03:50, Óscar García Amor wrote:
El lun, 06-03-2023 a las 21:30 -0500, Jonathan Whitlock escribió:
This is about having a computer that is resilient to root drive failure.
This is in addition to doing backups, certainly not a replacement :)
gene
On 3/4/23 12:56, Genes Lists wrote:
I know there's lots of info available about dual boot - but not much I
could find on Dual Root.
What is Dual Root?
This is a machine with 2 "root" disks where the second one is a hot
standby - in event of root disk failure the secon
On 3/6/23 02:50, Óscar García Amor wrote:
Interesting, I'll take a look at it when you upload the code.
I'd appreciate wider testing on the code - we all know that just because
it works for me, doesn't mean it will work everywhere with certainty.
It would be super helpful if others can
I have updated the notes which now shows the original way but also the
approach suggested by Oscar (thank you) - this is a superior method but
bit more painful for existing installs.
This way has on each disk along with btrfs raid1 for the rest
basically.
I have a working example doing
On 3/5/23 07:11, Óscar García Amor wrote:
In fact at hook level you can put one like in the example of the manual
ml
Yes I agree that Hooks are useful, but they do only catch things on
package updates as far as I know. If you want to catch manual changes,
like an edit to a loader file, then
On 3/5/23 07:11, Óscar García Amor wrote:
Thanks Oscar - I edited my notes to show this as the preferred approach.
Still needs more write up but I thought it best to get it up sooner than
later.
Do you know if it would work to use separate /boot partitions, as I
mention above, (each
On 3/5/23 05:13, Óscar García Amor wrote:
...
The method is simple as you simply need two partitions on the two
disks. The first one on each disk is the ESP and the second one is the
one you are going to use for the btrfs raid. Then you simply mount the
raid1 between both partitions btrfs[1] and
On 3/4/23 18:22, Genes Lists wrote:
But your cautionary comment is definitely something to keep an eye on.
I already have these concerns noted at the bottom of the notes - since
you pointed it out, It would be better for me to highlight them and
move them earlier in the notes.
thanks
On 3/4/23 18:08, Łukasz Michalski wrote:
I have this setup on all servers that do not have battery backed HW raid
cards and use mdadm there. I use systemd-boot as bootloader. Works well
and can be done on existing system with just a single reboot. It is not
easy - you have to create degraded
On 3/4/23 13:21, Uwe Sauter wrote:
The usual Linux MD-RAID can have its metadata placed on different
positions in the partition (see man (8) mdadm, option "-e, --metadata").
This is intriguing for sure but to be honest it has a bit of a brittle,
hacky feel to it.
My own preference is
On 3/4/23 13:21, Uwe Sauter wrote:
The usual Linux MD-RAID can have its metadata placed on different
positions in the partition (see man (8) mdadm, option "-e, --metadata").
Knowing this it is no problem to create a partition on each disk of type
EF00, create a RAID1 with metadata version
On 3/4/23 13:05, Genes Lists wrote:
Could be wrong, but I don't believe the is on RAID1 is it?
Dual root is dual everything - esp, root, boot, the whole lot.
You can clearly have an esp on each raid disk, so this could work as
well - recovery might be little different than what I did
On 3/4/23 13:00, Uwe Sauter wrote:
Hi Gene,
out of curiosity: where do you see the advantages of such a setup
compared to having your root filesystem on a RAID1?
,
Could be wrong, but I don't believe the is on RAID1 is it?
Dual root is dual everything - esp, root, boot, the whole lot.
On 2/26/23 22:23, David C. Rankin wrote:
David - I emailed you an nftables script off-list - if its not in your
spam folder, you may find it useful.
Happy to share on list of course, but for now thought it better not to.
best,
gene
On 2/26/23 17:29, David C. Rankin wrote:
...
The issue is I block most of RIPE, I don't do business overseas, rarely
outside Texas.
I keep iptables stats on the number of intrusion attempts from RIPE,These intrusion attempts are inbound and it is indeed not uncommon to
'block' ingress SYN
On 2/26/23 06:32, David Runge wrote:
On 2023-02-26 10:22:08 (+0100), Markus Schaaf wrote:
Am 26.02.23 um 04:00 schrieb David C. Rankin:
Arch devs,
... iptables not to block them so my logs quit filling up with errors.
I may be off base here but I'll ask anyway.
Assuming you, as is
On 2/24/23 21:01, David C. Rankin wrote:
..
Here is to hoping 6.2 doesn't bring a lot of surprises and kernel
module issues...
FYI - I've been running 6.2 on several machines for a while now and they
are running smooth as silk.
gene
On 2/24/23 19:41, David C. Rankin wrote:
All,
error: failed to commit transaction (conflicting files)
python-scapy: /usr/lib/python3.10/site-packages/test/__init__.py exists
...
The python-augeas package is needed by certbot-apache. How to resolve
the conflict?
Hi
Its a conflict
On 2/21/23 14:04, Levente Polyak wrote:
..
An updated version with the diff of sh.vim applied has been released as
9.0.1337-1.
Very leet version number, it surely fixes mentioned issue :)
Cheers,
Levente
Very leet :)
thank you for repairing it so quickly.
best
gene
On 2/21/23 05:39, Mario Moder wrote:
Am Mon, Feb 20, 2023 at 10:07:46PM -0600 schrieb David C. Rankin:
After the vim 9.0 update the syntax highlight in my .bashrc is off for:
Maybe this one: https://bugs.archlinux.org/task/77475
Short term fix - copy the the latest sh.vim into
On 2/20/23 22:21, Doug Newgard wrote:
On Mon, 20 Feb 2023 20:32:08 -0500
Sounds like you have a bad mirror. Pick a different one.
Yes Indeed - thank you - tis fine now. Sorry for noise.
Problem:
This package is available in community, but pacman cannot find it -
which breaks pipewire-audio due to missing soname depends.
pacman only finds 1.3.1-1 which is missing the needed provides.
Cause:
The reason appears to be that while the package is available, it was not
added to
On 2/16/23 18:45, Storm Dragon wrote:
Howdy,
Same output: cat: /dev/vcsa1: No such device or address
Same for me - in my case I see gdm as owner of vcsa1 so perhaps there is
no buffer to read in this case?
Sorry I know nothing about these devices and man vcs didn't enlighten me
- i
On 2/7/23 19:29, David C. Rankin wrote:
graphics, and startx/fluxbox works fine there. Thinking it may be the
AUR drivers, I rebuilt the nvidia drivers as well, e.g.
David
Instead of recompiling them, did you try not using them, just try with
nouveau instead - there's a non-zero probabity
On 2/7/23 07:43, Uwe Sauter wrote:
Hi folks,
..
[2023-02-07T07:50:28+0100] [ALPM] upgraded glibc (2.36-7 -> 2.37-2)
..
Timestamp: Tue 2023-02-07 13:33:29 CET (6min ago)
...
I may be misreading the timestamps but seems like a very short time
between the update and the coredump -
On 2/3/23 05:03, ogar...@moire.org wrote:
I don't suppose you have a similar replacement for my other dependency
on the bind package, dnssec-signzone?
As a command I personally do not know of any replacement. But if you simply use
`dnssec-signzone` to check the DNSSEC status of a domain you
On 1/27/23 22:45, mick howe wrote:
Sounds promising if I can sneak into the house with my ether cable
while my daughter is at work.
mick in hellharbour
Good luck - let us know how things work out.
gene
On 1/27/23 19:02, Genes Lists wrote:
It's worth checking if this patch made it - sorry haven't had a chance
to check but if so, then the in-kernel driver for realtec dongle may
just work out of the box for some of the chipsets:
https://lore.kernel.org/lkml/20220518082318.3898514-1-s.ha
1 - 100 of 418 matches
Mail list logo
