Re: [arch-general] https://git.archlinux.org/svntogit obsolete?
On 12/20/20 7:26 PM, Morten Linderud via arch-general wrote: > > There was some devops work on the server and the timer/services synching the > repositories where probably not enabled. Thus they died after a reboot. The > services are enabled and started so you should see the repo synching again. Thanks a lot for all your efforts in maintaining these important services :) I'm also using that one whenever I need to build older versions of packages for comparison or make manual changes, and it's good to know it hasn't been replaced by GitHub, at least yet :) I don't like being dependent on huge commercial services, but you might know that already judging from my previous posts on that matter ;) So good news, thanks a lot! Regards, LuKaRo
Re: [arch-general] ArchLinux Installation with full encryption and uefi but without lvm
Hi Jörg, of course that's possible. https://wiki.archlinux.org/index.php/Dm-crypt/Encrypting_an_entire_system#LUKS_on_a_partition describes exactly that process. In short, follow the Installation guide until step "Format the partition", and then use cryptsetup to create the encrypted layer on each partition you want to encrypt. Open them, and then create the filesystem on the encrypted virtual devices (e.g. run mkfs.ext4 /dev/mapper/ instead of mkfs.ext4 /dev/sdxy). Kind regards, LuKaRo On 12/13/20 7:40 PM, joerg.jellis...@t-online.de wrote: > Hello, > > > > i have one question. Is it possible to install ArchLinux on an UEFI System > with full encryption BUT without lvm? > > I found no tutorial to do this. > > > > I also like to do this without grub. > > But i don’t understand the differences between systemd / systemd-boot and > bootctl. ☹ > > My english is good, but not so good. ☹ > > > > > > I am sorry for this. > > > > > > > > Thanks for helping me > > > > > > Mit freundlichen Grüßen > > Jörg Jellissen > > > > Friesenstraße 3 > > 47445 Moers > > > > M: 0157 35344218 > > > > http://www.joerg-jellissen.de > > joerg.jellis...@t-online.de <mailto:joerg.jellis...@t-online.de> > > >
Re: [arch-general] pacman reset procedure
On 27.11.20 15:37, Jude DaShiell wrote: > Failed to synchronize all error failed to update each database and > finally error failed to synchronize all data bases. Are you sure that this is really an error in your database and not just an error of your mirror? I've had similar errors multiple times, and every time it was the mirror I used that had some error. Just using a different mirror in /etc/pacman/mirrorlist fixed it, I never had to intervene manually.
Re: [arch-general] Firefox slowness
On 12.11.20 18:23, David Rosenstrauch wrote: > Perhaps this is just me, but it feels like Firefox has gotten super slow > / hogging lots of CPU recently. Anyone else seeing this? And/or know > what might be causing it? (Some recent upgrade to the package perhaps?) I haven't had any similar issues so fare (Firefox is my main browser). However, my only Add ons are uMatrix + uBlock Origin, and I've enabled the "Never remember history" options in settings so Firefox will basically clear user data on each exit. Have you tried using a fresh profile with default settings and without your Add-ons for a while, to see if this fixes the issue? Try firefox -p from the command line to open the profile chooser, and create a new profile. The profile is where your settings, history, bookmarks etc. are kept, so a new profile will basically mean factory reset, but with the option to switch back to your old profile at any time. Regards, LuKaRo signature.asc Description: OpenPGP digital signature
Re: [arch-general] Firefox slowness
On 12.11.20 18:46, David Rosenstrauch wrote: > > I'm guessing this must be something having to do > with Firefox 82 though. I'm also on 82.0.3 already, without noticing problems. So I'd really recommend checking with a clean profile :) Regards, LuKaRo signature.asc Description: OpenPGP digital signature
[arch-general] Makepkg: Incremental builds
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 running git pull to fetch the latest version from AUR and afterwards makepkg -sri, the old binaries will be deleted prior to starting the build, which will probably require to build everything from scratch. Am I right? However, I'm sure that only parts of the source change between versions. Therefore, only parts of the binary files would need to be built again, which would dramatically decrease build time. Correct? How can I make use of incremental builds using makepkg? I'm aware of the -e switch, but that would skip the prepare function, which might be required as e.g. new patch files from AUR would need to be applied. Furthermore, the timestamps of the source files all seem to be set to the archival date. This would probably also require a full build, even if only parts of the source changed. Correct? If yes, is there a way to fix that? Having to spend 6-7 hrs of build time on each new release would make frequent updating impractical. Thanks in advance! LuKaRo signature.asc Description: OpenPGP digital signature
Re: [arch-general] Problem formatting/initialising new WD GameDrive USB disk
On 10/29/20 12:49 PM, Jeanette C. via arch-general wrote: > Oct 29 2020, Ralph Corderoy has written: > ... >> Being USB, is it connected directly to the PC or strung out on a hub? > I have tried both. > ... >> Is it definitely getting sufficient power? > It coems with its own power supply. > ... Do you have access to a different system for testing? Have you tried different USB cables, maybe the one supplied by the manufacturer is faulty? I'm using lots of external USB drives with Arch Linux from multiple vendors, including Western Digital. I never had such problems on a new drive, though. Regards, LuKaRo signature.asc Description: OpenPGP digital signature
Re: [arch-general] package pages link to github (which is partly broken)
On 10/19/20 12:47 PM, Jelle van der Waa wrote: > No, the cgit instance will go away in the for see-able future (hopefully > 2020). Note that the view changes button works fine? It shows an > overview of commits for me for a package. >> Will the svntogit-repositories move to gitlab until then? > No, as Gitlab isn't able to scale to repository's this size ironically. > https://gitlab.com/gitlab-org/gitlab/-/issues/232072 > >> Or what will be the local non-commercial mirror for accessing them? > git.archlinux.org as long as it stays alive. > Hi, thanks for clarifying! It's a pity that GitLab simply doesn't scale enough for our big repository. But at least they confirmed the issue and did some tests, so let's hope this will be fixed in a future version :) Is it right that when the cgit instance is gone, there be will be no local HTTP mirror for these repositories anymore? I think it would be a pity to point all users to GitHub.com, as we would rely on a commercial software with a doubtful privacy policy then. Is it possible to find a solution for that? Thanks a lot for all your efforts, LuKaRo signature.asc Description: OpenPGP digital signature
Re: [arch-general] package pages link to github (which is partly broken)
On 7/22/20 9:18 PM, Giancarlo Razzolini via arch-general wrote: > Em julho 22, 2020 14:31 LuKaRo escreveu: >> Thanks for clarifying :) Does that mean that gitlab.archlinux.org is >> meant to replace git.archlinux.org in the long run, and GitHub will >> be just a mirror? >> >> LuKaRo >> > > Yes, although, things are still not fully defined for everthing. I > would say, > however, that anything under https://gitlab.archlinux.org/archlinux > can be considered > the de facto upstream for those projects as of now. > > It doesn't mean that mirroring always will be done, or that in some > instances that the > mirroring won't be done in the opposite direction (ie, from gitlab to > github). Things are > still evolving. > > Regards, > Giancarlo Razzolini Hi, I need to pick up this thread once more. Again, I wanted to access an older version of a package in the official repositories today. But the "view changes" link still points to github. I manually found the svntogit/community.git repository under git.archlinux.org. Is git.archlinux.org still supposed to be taken down in the near future? Will the svntogit-repositories move to gitlab until then? Or what will be the local non-commercial mirror for accessing them? Thanks a lot, LuKaRo signature.asc Description: OpenPGP digital signature
[arch-general] Abuse of arch wiki?
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 header bar) but hosted on Google's servers with no administrative contact given. They also seem to run additional obfuscated JavaScript on "their" copy of arch wiki. Their main page's "about us" page gives just a 404 error, and there is no further imprint given. However, on their main page it says "Copyright Linuxsecrets.com. All Rights Reserved". It looks like they at least tried to copy ArchLinux Forums, Ubuntu Forums and Linux Mint Forums as well. I know that GNU FDL allows redistribution of content, but I do think that copying the entire wiki with no attribution or information at all violates at least ethical principles. They also copy the wiki login page, which is also interesting from a security point of view. An unknowing user is misleaded by this content, and considering that this site was the fourth hit on a common search term in my search engine I'm worried by the impact. At least I wanted to make you aware of that our arch wiki contents are copied without any notice. Regards, LuKaRo
Re: [arch-general] package pages link to github (which is partly broken)
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 that gitlab.archlinux.org is meant to replace git.archlinux.org in the long run, and GitHub will be just a mirror? LuKaRo
Re: [arch-general] package pages link to github (which is partly broken)
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.archlinux.org, which I prefer over GitHub since it has been acquired by Microsoft.
[arch-general] Dual graphics not working in Lenovo P53
Hi all, My new Lenovo P53 has an Intel UHD Graphics 630 and a NVIDIA Quadro T1000 built in. The HDMI port seems to be wired to the NVIDIA graphics. However, dual graphics is not working. When using the nvidia driver and the nvidia-prime package, I can run games on the NVIDIA card using prime-run. But xrandr only shows "eDP1" (internal screen) and "VIRTUAL0", no external ports are recognized. When using xf86-video-nouveau, xrandr shows several DP and eDP-ports and the HDMI port. However, the ports are always shown as "disconnected", even when a HDMI cable is connected (works on another Arch Linux machine). Furthermore, DRI_PRIME=1 glxinfo | grep "OpenGL renderer" always shows the UHD 630. Any ideas how to debug or fix this issue? Thanks a lot, LuKaRo
[arch-general] Network manager package naming
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 * networkmanager-openconnect * networkmanager-pptp * networkmanager-vpnc * networkmanager-strongswan * networkmanager-openvpn * ... However, some packages have "network-manager" written with a hyphen: * network-manager-applet * network-manager-sstp And then there is * nm-connection-editor * nm-cloud-setup which follows it's own naming scheme of having "networkmanager" redacted to "nm". Unfortunately, that makes it hard to remember how each package is called. Therefore there's always some guessing or searching involved when installing a network manager related feature. Of course, this is not the biggest issue of all time, but I think it's more complicated than it should be. Can we simplify the naming conventions of those packages to use one common scheme that's easy to remember instead of having multiple coexisting ones? Thanks a lot in advance, LuKaRo
Re: [arch-general] Arch should be apolitical
On 02.06.20 01:18, Amir Fletcher via arch-general wrote: Recently, the Arch reddit logo was changed to a rainbow. This is for "pride month". It is forcing a political view on all of the users who did not ask for this. Many of us don't care about the views of the developers or moderators as long as we continue to enjoy Arch. I can understand both points. I think that "pride month", or LGBTQ+ in general, is something that is worth supporting. However, I think a project should not claim support of any political or societal topic if the project in fact does not have the support for such a decision by it's members. Otherwise, such a statement is completely worthless. What does it mean to say "Arch supports pride month" if we don't even know if Arch users do or don't support this agenda? Therefore, I think that such a claim requires at least a minimum amount of discussion. When this was brought up, the moderator silenced the criticism and deleted the thread. And if this discussion didn't happen prior to publishing the claim, it should be at least allowed afterwards (and not banned by deleting a corresponding thread). Banning or deleting discussions on valid topics in a community project is a sign of bad leadership in general. As a community project should be democratic, there should be no need for doing so at all. Just my 2 cents. This is where the problem begins. If we cannot even discuss disagreement with views being forced on us, what's left? Please moderators and developers, reconsider forcing your views on us and not even allowing discussion about it. We do not all share your views, but we can get along if everyone is left to their own devices. I totally agree to that. Especially if we consider that supporting something like a "pride month" is a privilege that not everyone on this world comes to enjoy. We shouldn't forget that there are lots of countries in the world were free speech is only a phrase and not practice.
Re: [arch-general] Heads up: After system update, LUKS fails with certain BIOS versions
On 01.05.20 17:32, Markus Schaaf via arch-general wrote: May I ask if your headers are --type=luks or luks2? Of course. `cryptsetup luksDump` says: Version 2, Epoch 5, all Keyslots are luks2 as well.
[arch-general] Heads up: After system update, LUKS fails with certain BIOS versions
Hello everyone, My desktop machine didn't shut down cleanly yesterday after I did system upgrades, hanging at closing my dmcrypt devices. I power-cycled after 10 minutes, and today it wouldn't boot, again hanging at the [encrypt]-hook. I tried cryptsetup open, luksOpen, luksDump and isLuks from a fresh 2020-05-01 archiso, all with --debug, with multiple encrypted internal drives, all hanging after printing the header checksum. So I couldn't access any of my drives anymore. dd if=/dev/sdxy of=/dev/null worked fine for all of them, though. I already thought my header got corrupted somehow and my data was lost, until I remembered I had some output in dmesg for several months now: `rdrand gives funky smelling output`. I gave it a shot and updated my BIOS, and hooray, my system booted up just fine. Back in my system, I noticed cryptsetup 2.3.1-1 -> 2.3.1-3 and linux 5.6.7 -> 5.6.8 in yesterday's update. So probably something has changed in that update that causes an issue connected with the old BIOS version. This was definitely not the solution I expected, and therefore I want to share it, as others might be affected as well. My Mainboard is an Asus Prime X470-Pro, CPU is AMD Ryzen 7-3900x. Updating to BIOS v5406 fixed the issue. So if you get similar issues, don't worry, your data might not be lost :) Kind regards, LuKaRo
Re: [arch-general] High lag in graphical applications
> I had an issue like this with KDE having huge lag problems. I checked htop > and determined it was caused by applications dropping into uninterruptible > sleep due to I/o wait. That in turn was caused by baloo file indexer > running rampant in my huge music collection. Baloo is disabled, I already noticed the high CPU usage right after installing KDE. Furthermore, the issue appeared before installing KDE. > Not sure if yours would be the same problem, but you could check htop and > see if there applications that are lagging are in state D .. that would > mean something is using the hard drive and they have to wait. Just ran htop to make sure, and no applications are in "D" state when something is lagging, only "R" and "S". I already checked before that the hard drive isn't the culprit (using iotop and dstat), as well as RAM (no more than 10% used). > (My apologies for top posting, on mobile) No troubles, thanks for taking your time :) Hello Lukas, Firstly, could you provide output of the following command (requires mesa-demos): `glxinfo|grep Rendering` $ glxinfo|grep -i rendering direct rendering: Yes glxinfo furthermore says: Extended renderer info (GLX_MESA_query_renderer): Vendor: Intel Open Source Technology Center (0x8086) Device: Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2) (0x1916) Version: 19.1.7 Accelerated: yes Video memory: 3072MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 4.5 Max compat profile version: 3.0 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.2 So indeed the HD 520 seems to be doing all the work, with the NVIDIA Quadro idling around. signature.asc Description: OpenPGP digital signature
[arch-general] High lag in graphical applications
Hello everyone, I've got some serious lag in using graphical applications since Sunday. I was able to narrow it down quite a bit, but I can't find a solution. I'm using a ThinkPad P50s with Intel HD 520 and NVIDIA Quadro M500M graphics (but, AFAIK, only the Intel Graphics are used) with X11 and i3. Since Sunday, when using applications like thunar, xfce-terminal, firefox, thunderbird, ... every interaction (starting, clicking a menu, a menu item, sometimes even hovering) caused the whole GUI to freeze from ~5 secs to up to 30 secs (thunar seemed to be the worst, with folders opening in no less than 30 secs). However, scrolling lists, webpages, typing text, using terminal applications... worked with no lag. I ran multiple system updates every day, ensuring that my system was up-to-date, nothing helped. I tried switching to KDE then, noticing that while the old applications still caused the same lag, all KDE-Applications (KDE file manager etc.) worked with no lag. When switching from X11 to Wayland with KDE (or replacing i3 with sway), even the old applications (thunar, xfce-terminal, firefox, thunderbird, ...) work with nearly no lag. However, sometimes GUI interactions in thunderbird or firefox still cause high lag. When using XFCE, though, I couldn't find any noticeable lag. I tried downgrading the following packages (in that order): * mesa-vdpau (19.1.6-2 -> 19.1.5-1), lib32-mesa (19.1.6-1 -> 19.1.5-1), libva-mesa-driver (19.1.6-2 -> 19.1.5-1) * gtk3 (1:3.24.11-1 -> 1:3.24.10-1) * qt5-base (5.13.1-2 -> 5.13.0-7), qt5-declarative (5.13.1-1 -> 5.13.0-1), qt5-graphicaleffects (5.13.1-1 -> 5.13.0-1), qt5-imageformats (5.13.1-1 -> 5.13.0-1), qt5-location (5.13.1-1 -> 5.13.0-1), qt5-multimedia (5.13.1-1 -> 5.13.0-1), qt5-quickcontrols2 (5.13.1-1 -> 5.13.0-1), qt5-quickcontrols (5.13.1-1 -> 5.13.0-1), qt5-script (5.13.1-1 -> 5.13.0-1), qt5-sensors (5.13.1-1 -> 5.13.0-1), qt5-speech (5.13.1-1 -> 5.13.0-1), qt5-svg (5.13.1-1 -> 5.13.0-1), qt5-tools (5.13.1-1 -> 5.13.0-1), qt5-webchannel (5.13.1-1 -> 5.13.0-1), qt5-webengine (5.13.1-2 -> 5.13.0-1), qt5-webkit (5.212.0alpha3-4 -> 5.212.0alpha3-3), qt5-x11extras (5.13.1-1 -> 5.13.0-1), qt5-xmlpatterns (5.13.1-1 -> 5.13.0-1) * nvidia-utils (435.21-1 -> 430.40-2), nvidia (435.21-4 -> 430.40-5) * linux-headers (5.2.14.arch2-1 -> 5.2.4.arch1-1), linux-hardened-headers (5.2.14.a-1 -> 5.2.8.a-1), linux-firmware (20190815.07b925b-1 -> 20190717.bf13a71-1), linux-hardened (5.2.14.a-1 -> 5.2.8.a-1), linux (5.2.14.arch2-1 -> 5.2.4.arch1-1) * linux-firmware (20190717.bf13a71-1 -> 20190628.70e4394-1), linux (5.2.4.arch1-1 -> 5.1.16.arch1-1), linux-hardened (5.2.8.a-1 -> 5.1.16.a-1), linux-hardened-headers (5.2.8.a-1 -> 5.1.16.a-1), linux-headers (5.2.4.arch1-1 -> 5.1.16.arch1-1) * mesa (19.1.6-2 -> 19.1.5-1) And did a reboot after each step. However, none of them changed anything. Any ideas? Why does switching from i3 to KDE or even XFCE resolve the issue (partially)? Why does switching from X11 to Wayland do so as well? I'd like to continue using i3 without lag. Thanks in advance, Lukas signature.asc Description: OpenPGP digital signature
