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
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
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
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
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
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
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,
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
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:
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
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
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
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
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*
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 brought up
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
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
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
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
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:
Вас интересуют базы данных?
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
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
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
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
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
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
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
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
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 "^",
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
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
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
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
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
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
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
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
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
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
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
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. "
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
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
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
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
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,
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
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
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
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,
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. :)
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
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
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
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
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
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-made
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
83 matches
Mail list logo
