- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] Potential removal of Chromium in ~2 months
by Geo Kozey 27 Feb '20

27 Feb '20

On Saturday, February 22, 2020 5:50 AM, Evangelos Foutras via arch-dev-public <arch-dev-public(a)archlinux.org> wrote: > Just a quick heads up that I am considering dropping Chromium from > [extra] a week or two before the Chromium 82 stable release (~April 28). > The reason for this is that our API keys no longer work for geolocation > requests and there is no clear upstream guidance on how to resolve this > issue. [1] > > When I created these API keys back in 2013, there was a semi-official > effort by the Chrome Team to support distro builds of Chromium in regard > to accessing Google APIs; a few minor hiccups along the way were quickly > resolved. I feel this arrangement is starting to fall apart (in spite of > some upstream Chrome developers' best efforts). > > To make a long story short, I consider broken geolocation sufficient > reason for removal. I don't mind it being broken for my own use, but > shipping a package with broken functionality due to lack of upstream > support does not sit well with me. > > To protect against systems with outdated Chromium (following the stable > release of version 82), at the beginning of April I intend to post a > news item about the need to switch to another browser. That is assuming > no solution is found and nobody objects to the removal or wishes to > continue maintenance of the package with reduced functionality. > > [1] > https://groups.google.com/a/chromium.org/forum/#!topic/chromium-packagers/Z… 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 can involve nuclear option of removing dominant and most tech-advanced browser on the market from Arch repos. I bet most users won't even notice lack of it and some may even welcome removal of so called "spyware". Those who treat geolocation as critical feature may choose different browser but forcing everyone out of they beloved one for this particular reason seems like overreaction to me. Yours sincerely G. K.

4 4

[arch-general] Package Jami is out of date
by Simon Brand 27 Feb '20

27 Feb '20

Hello, the package Jami is out of date: https://www.archlinux.org/packages/community/x86_64/jami-gnome/ The last packager seams to be not active anymore. Can anybody please take over the package? Best, Simon

2 4

[arch-general] animate.sty in texlive-latexextra needs update
by Marco 24 Feb '20

24 Feb '20

Dear list, I run into the problem of outdated package "animate" contained in texlive-latexextra. With the current version of the package, xelatex is not able to embed animations at least when using png frames. At the contrary, pdflatex works fine. Replacing the /usr/share/texmf-dist/tex/latex/animate/animate.sty with the version "2019/12/03" available upstream, that is, from CTAN [1], fixes the issue. I am now confused as what it's the best way to proceed, since I am not familiar with Arch's release cycle of texlive. Should I flag texlive-latexextra as out-of-date? Or is it better to file a bugreport? Suggestions welcomed. Cheers, Domanov [1] https://www.ctan.org/tex-archive/macros/latex/contrib/animate

2 2

[arch-general] Chromium in a systemd-nspawn container?
by Mark Raynsford 22 Feb '20

22 Feb '20

Hello! It seems that a recent update (unfortunately, I'm not sure exactly which) broke my ability to run Chromium in a systemd-nspawn container. Specifically, the symptom is that the Chromium window opens, but remains blank and evidently doesn't respond to keyboard/mouse input. Firefox in the same container runs without issue. Is there something I can do to debug this issue? I'm using the standard trick to allow containers to access X: https://wiki.archlinux.org/index.php/Systemd-nspawn#Use_an_X_environment The only possibly relevant error message I see on Chromium's stderr is: 67:67:0221/100217.520256:ERROR:gpu_channel_manager.cc(459)] ContextResult::kFatalFailure: Failed to create shared context for virtualization. I've tried the --disable-gpu flag, but that makes no difference. Any ideas? -- Mark Raynsford | http://www.io7m.com

4 4

[arch-general] Mate 1.24.0 status?
by fredbezies 22 Feb '20

22 Feb '20

Hello. I noticed that all mate packages are flagged as outdated for nearly two weeks now. I built Mate 1.24.0 using official PKGBUILDs and it ran great besides a rebuild of mate applets related to new cpupower version. Any ETA for Mate 1.24? Thanks. -- Frederic Bezies fredbezies(a)gmail.com

1 0

[arch-general] post-install dependencies check
by Jude DaShiell 22 Feb '20

22 Feb '20

Can pacman be used to find which packages are missing which optional dependencies after an install? --

5 13

Re: [arch-general] post-install dependencies check
by Ralf Mardorf 21 Feb '20

21 Feb '20

On Fri, 21 Feb 2020 23:10:05 +0100, Ralf Mardorf wrote: >>> You should report it here: https://github.com/steffenfritz/pacaudit ^^^^^^^^ My bad I read "_pac_utils" instead of "_pac_audit". My apologies! However, there seems to be a server issue, so before reporting an issue, it's probably better to wait a few hours.

1 0

[arch-general] compile shortwave for ARM 64 issue
by Mgr. Janusz Chmiel 18 Feb '20

18 Feb '20

My way is not very easy. Sure. If I would simply buy some ARM64 compatible stand alone board which would allow Me to simply install arch Lnux for ARM64 Bit platform, I could run gnome-builder and I could compile The app myself. But so comple x app would never run on Android 8.0. Because this version contain some process access restrictions. Even flatpak command line tool can not work for Me. It require to have The system BUS access. I have followed The following instructions. git clone https://gitlab.gnome.org/World/Shortwave.git cd Shortwave meson --prefix=/usr build ninja -C build sudo ninja -C build install You need following dependencies to build Shortwave: . Rust 1.39 or later . GTK 3.24 or later . Gstreamer 1.12 or later . Sqlite3 . OpenSSL . libhandy . Meson Buildsystem Unfortunately for Me, I have received The following error when using ninja -C build [janusz@localhost Shortwave]$ ninja -C build ninja: Entering directory `build' [0/1] Generating cargo-build with a custom command. ** RUST VERSION ** rustc 1.41.0 ** DEBUG MODE ** error: failed to load source for a dependency on `libhandy` Caused by: Unable to update https://gitlab.gnome.org/World/Rust/libhandy-rs.git#8eb37f65 Caused by: the given reference name 'refs/heads/.l2s.master.lock0001' is not valid; class =Reference (4) FAILED: src/shortwave /home/wa/Shortwave/build-aux/cargo.sh /home/wa/Shortwave/build /home/wa/Shortwav e src/shortwave /usr/share/locale beta It is very interesting error. What could I do to solve this please?

1 0

[arch-general] who would help me to compile Dbus-x11 for ARM64 Bit platform
by Mgr. Janusz Chmiel 18 Feb '20

18 Feb '20

Because Dbus-x11 is currently not available for ARM64 Bit platform, I would like to kindly ask you for direct link which should I use to download dbus-x11 source code which will work for newest stable Arch Linux. I will use AUR repository and list of dependencies so I will try to compile dbus-x11 for ARM64 myself. I only need to know The git clone path to grab The right source code. Any advice will be very welcomed. I have allready scompiled several apps successfully. I have used dependencies list from AUR WEB interface and I could create ARM64 Bit code on my device.

1 0

[arch-general] Dbus and archlinux chroot question
by Mgr. Janusz Chmiel 17 Feb '20

17 Feb '20

Dear specialists, Ihave tried to use Arch Linux on Android device thanks to Proot, Termux and thanks to The Arch Linux script by Mr Rausty, which is available on Github. Unfortunately, I have found out, that there is very complex problem with Dbus. Many apps, which require inter process communication work only, when I type. dbus-launch app name But even when I start Dbus and some app by this way, some more complex applications not work. There are more rreasons. Firstly in strictly userspace oriented Linux environment, Arch Linux do not support to run services. So Dbus can not be started as A service. Is there some technique, which can allow me to use Dbus by more efficiently? Or in such non ssstandard environment, there is no way how to setup The system so Dbus would be used more efficiently. What can I allready use? Orca screen reader and many GTK apps including Gradio. But again, some apps start dbus-launch with some command line option and system refuses to start Dbus so app can not commit the changes to Gconf database for example. Any help will be very appreciated. Thank you for yours patience and for yours advices. With kindness regards. Janusz Chmiel

2 3