- Arch-general - lists.archlinux.org

[arch-general] My GPU keeps being enabled as sound card in PulseAudio
by Yurii Kolesnykov 28 May '19

28 May '19

Hi, I’m have testing and kde-unstable enabled and for a while I see that my GPU (RX 580, same with old R9 270X) keeps being enabled in KDE/PulseAudio at boot and sometimes randomly at runtime. I consider this as a bug, but I’m not sure where to report it. Is anyone have same issue? Yes, I do understand that there may be a lot of workarounds for this in also/pulseaudio, but I want it to be fixed upstream, thanks.

2 1

Re: [arch-general] [arch-dev-public] Mkinitcpio replacement with Dracut
by Genes Lists 27 May '19

27 May '19

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 to do that. I prefer text as I also can see the boot progress details which is helpful. Still, be good to know how to get the graphical prompt anyway. Created initrd using # dracut --kver xxx This seems to contain pretty much everything best I can tell 2) Question: Arch typically has used unversioned initrd images which has the convenience that the boot standzas don't need updating on new kernel. Which is preferable way to deal with this with dracut: 1) Unversioned: # dracut initramfs-linux.img --kver 5.1.3-arch1-1-ARCH 2) Keep version but link to unnamed: # dracut --kver 5.1.3-arch1-1-ARCH # ln /boot/initramfs-5.1.3-arch-1-ARCH.img initramfs-linux.img or perhps soft link (ln -s)? thanks.

10 19

[arch-general] Dual boot Arch with Windows 10
by Ram Kumar 27 May '19

27 May '19

Hello Archers, I am planning to install Arch on a dual boot with windows 10. But i have read online that on a dual boot with windows 10, the bootloader will disappear after a windows update and can be cured only by using a live usb. They say that it is for general linux dual boot and not specific to our Arch. Before trying for myself, i would like to know whether anyone here have faced it before, if so, what is the better solution to it?. I need windows too because of ansys package that i use.. could you please help me with this? Thanks in advance Ramkumar

6 7

[arch-general] Arch on NVMe ssd
by Ram Kumar 27 May '19

27 May '19

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. Thanks in advance Ramkumar

9 14

[arch-general] User/group name restrictions
by Andy Pieters 24 May '19

24 May '19

Hi This is something I gotten used to live with for a very long time now, patching the shadow package every time it is updated to allow capitals in the user/group names. I've often meant to write in to ask why and this is that glorious day. Why is it that uppercase letters are not allowed in user/group names in Arch Linux please. It's not that I'm anal about everything, but I was always brought up with the rule that a person's name should be written with their appropriate capital letters and not to do so is a deliberate mark of disrespect at the owner's address. So imagine my chagrin if I'd have to stare at my terminal all day long with such deliberate cheekiness staring in my face 😜 Thanks Andy

4 6

[arch-general] License for libdrm packages
by ashark＠linuxcomp.ru 23 May '19

23 May '19

Hello. I was repacking amdgpu-pro deb files and when I started converting licences, I have noticed that libdrm* packages have a MIT Licence text in copyright file. I decided to check if AUR/libdrm-git and Extra/libdrm uses MIT licence, but they don't. I contacted Lone_Wolf (maintainer of libdrm-git) and he said that he used a licence from Extra/libdrm. Should not it be changed to MIT instead of custom?

6 10

[arch-general] A few out of date packages
by Genes Lists 23 May '19

23 May '19

Hi - First a thank you for all the great work managing and keeping packages up to date. It can a significant amount of work. That said, periodically I check the repos for out of date packages. I've selected a few to highlight based on age and my own view of importance (no claim its a good view). There are also some packages which have been languishing in testing for a while (not sure the reason - I chose to ignore those here.). Here's a few that might benefit from an update: Repo Current Package Vers Date Vers Date Age ------------ ------ -------- ------ -------- ---- dkms 2.5 20171130 2.7.1 20190512 528 usbutils 0.10 20180515 0.12 20190507 357 refind-efi 11.3 20180722 11.4 20181112 113 efibootmgr 16 20180409 17 20180610 62 autofs 5.1.4 20171219 5.1.5 20181030 315 lsof 4.91 20180404 4.93.2 20190508 399 cifs-utils 6.8 20180313 6.9 20190405 388 chrony 3.4 20180919 3.5 20190514 237 Docbook-xml 4.5 5.1 ? alsa-lib 1.1.8 20190107 1.1.9 20190510 123 Alsa-plugins 1.1.8 20190107 1.1.9 20190510 123 Alsa-utils 1.1.8 20190107 1.1.9 20190510 123 gradle 5.2.1 20190208 5.4.1 20190426 77 Hope this is helpful, thank you! gene

4 5

[arch-general] js60 update -- reveals older packages installed as deps not updated and left on system
by David C. Rankin 20 May '19

20 May '19

All, I don't know if this is an old packaging problem, or if this is normal, but with the following updates: Packages (6) js60-60.6.3-1 linux-lts-4.19.44-1 linux-lts-headers-4.19.44-1 perl-net-http-6.19-1 polkit-0.116-1 tmux-2.9_a-2 I saw the: Net Upgrade Size: 53.68 MiB and thought I would investigate. Checking what 'js..' packages were installed I found: $ pmq | grep '^js' js 24.2.0-4 js17 17.0.0-4 js52 52.9.0-2 js60 60.6.3-1 It was apparent that the size increase was due to the addition of js60 while js52 remained installed. (that may or may not be expected) That prompted the question Why are js17 and js still installed when neither are current packages? Checking community/js185 1.0.0-8 seems to be the "current" legacy package. Is this normal that new versions of packages are just added without removing the replaced package? I would have expected 'js' to be removed when `js17` was updated and then 'js17' to be removed when `js185` became available? Checking with pacman -Qi the reason `js` and `js17` were installed was as a dependency for another package: $ pmqi js Name : js Version : 24.2.0-4 Description : JavaScript interpreter and libraries <snip> Installed Size : 11.42 MiB Packager : Evangelos Foutras <evangelos(a)foutrelis.com> Build Date : Mon 07 Nov 2016 10:57:32 AM CST Install Date : Fri 25 Nov 2016 02:59:27 AM CST Install Reason : Installed as a dependency for another package Install Script : No Validated By : Signature $ pmqi js17 Name : js17 Version : 17.0.0-4 Description : JavaScript interpreter and libraries (legacy) Architecture : x86_64 <snip> Conflicts With : js<24.2.0 Replaces : None Installed Size : 8.39 MiB Packager : Bartłomiej Piotrowski <bpiotrowski(a)archlinux.org> Build Date : Mon 07 Nov 2016 06:19:43 AM CST Install Date : Fri 25 Nov 2016 02:59:06 AM CST Install Reason : Installed as a dependency for another package Install Script : No Validated By : Signature Further checking whether any of the old packages are required shows they are not, e.g. $ pacman -Qdt ... js 24.2.0-4 js17 17.0.0-4 js52 52.9.0-2 ... So is this just one of those circumstances where you have to manually check if packages are no longer needed by the system and uninstall manually? It's not a big deal, but more a curiosity to understand when this type thing can occur in the normal process of just calling pacman -Syu. -- David C. Rankin, J.D.,P.E.

6 7

[arch-general] announce libraries in provides=()
by Erich Eckner 18 May '19

18 May '19

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I would like to encourage adding provided libraries of a package to its "provides=()" array in the PKGBUILD. Some background: Updating the system libraries may break manually compiled packages. Having the version of the system libraries fixed in the dependencies of the manually compiled package, this could be avoided, because then pacman would refuse to replace the system library. The current behaviour can be annoying if the manually compiled package is vital (e.g. a mail server), requires some time for compilation and/or fails to build for unrelated reasons. If the libraries are added to the provides array, makepkg will automatically version those dependencies. libvorbis, for example has provides=('libvorbis.so' 'libvorbisenc.so' 'libvorbisfile.so') in the PKGBUILD which becomes Provides: libvorbis.so=0-64 libvorbisenc.so=2-64 libvorbisfile.so=3-64 in the package. This way, external packages can pick up versioned dependencies on the library by using "depends=()". Since my proposal[1] got denied for a single package, I currently have a horrible hack in place which manually adds depends= entries in the package() function looking at the compiled binaries with objdump. Because I can only add dependencies based on the $pkgver of the package, but not on the soname version of the library, I have to recompile for each version change - not only the ones which actually change soname. The only current alternative would be to manually build the required libraries, too (with the provides=() entries added) - which is obviously also a bad idea. Can we please have a todo list of packages that provide libraries in /usr/lib but not announce them in the metadata? Or should we enable makepkg to automatically search through the library directory? (Probably not a good idea, as there might be differing locations, libraries which should deliberately not be announced, etc. ...) Or is my approach flawed from the beginning? How should I else circumvent breaking the linking? regards Erich Eckner 1] https://bugs.archlinux.org/task/61018 -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE3p92iMrPBP64GmxZCu7JB1Xae1oFAlzcCZAACgkQCu7JB1Xa e1r7Ag/7Ba4iTOHQ3r7qa9h1b9A+h9BGHlZ3lw4CYYR/hxI9lFWGDpL50KQot0Or FUs/07F4mdQsiwHWEgb9epQFG3EQ3Uxdj0fUjdOVTVgKR9Qr0Tn2qxq4dlfvU0LD IGIEc09xqEsvhNCgpGz0+Lr2P18JCadpTSn9RKELcYwNGG8IV+uThE6ovMH3BS51 DfRv4ToSD23BV+tmsBP4eFWwK3Io87R2qzgcw0ulJAqG2BA0UkNXU3rM7SKogXT2 uBeU7jTvlMtWIPcQ+pUCwyK+4PUwGrFrhVp2/s7pY/UA+Ve4S0asXLCc9YQqq8Ri ppByDnNaT4YM34aw67kgIOuKYElzYyoDVsmrbH1sHeAYZuSOG3ibmS0+gr0gLQCr U83E27SO+K60DxgNTtYcUdfnryCZbcqp+kDJmWh5MtRdwyBXajwSQasy+SU2ZYuR fvdAD7/8Q8KFniV4AIVehIEjGVhbavXqrc6zGC7UqonhzVFi9qZ9UoxPUomqzHAQ pFSHABPyL4RSH6IfLO28U3JKeBVxC9RyOwl+eqaPjWwmo6c0vlxyzIMdH9g83hnZ innbdlKnSFSNbV6kG+FqkuUYxFlR2lc0VicBVCh5ObpvLE8MscUP0ns+xxBxQW2c N4Xj6hGS8d6VtyDutf3E8zh2/rf+/jXuIkliZ/X3cei7eYAserA= =nrCB -----END PGP SIGNATURE-----

4 5

[arch-general] Linux tool to convert sf2 to sfz
by Ralf Mardorf 17 May '19

17 May '19

Hi, does somebody know a Linux tool to convert soundfonts from sf2 to sfz? I tried to send this request to https://lists.archlinux.org/listinfo/arch-proaudio first, but I got "Your message has been rejected, probably because you are not subscribed to the mailing list". I seemingly was arbitrary removed from this mailing list. Regards, Ralf PS: I already installed 2 Windows tools, but would prefer a Linux tool. If somebody should be interested to test them, too: On Arch Linux sforzando Version 1.933 and sfZed beta 0.9 can be installed and launched using wine-staging 4.8-1. I haven't tested, if one or both apps do the job. To install sforzando Version 1.933 open a terminal and run mkdir -p $HOME/.wine-sf/drive_c/users/$USER/Downloads/{sforzando,sfzed} cd $HOME/.wine-sf/drive_c/users/$USER/Downloads/sforzando/ wget https://s3.amazonaws.com/sforzando/{WIN_sforzando_v1.933.exe,sforzando_guid… WINEPREFIX=~/.wine-sf wine WIN_sforzando_v1.933.exe Wine asks to install wine-mono, just cancel. WINEPREFIX=~/.wine-sf wine WIN_ARIA_Engine_Free_Sounds_Vol1.exe Continue with sfZed beta 0.9 by running cd $HOME/.wine-sf/drive_c/users/$USER/Downloads/sfzed/ Since wget fails to download sfZed use w3m w3m http://audio.clockbeat.com/sfZed.html Use the cursor down key to navigate to "Download sfZed" and hit Enter. As soon as "(Download)Save file to: sfZed09.zip" appears on the bottom hit Enter. After the download is complete push q and then confirm with y. wget http://alt2.vst4free.com/get_plug/sfz.zip unzip sfZed09.zip && rm sfZed09.zip unzip sfz.zip && rm sfz.zip WINEPREFIX=~/.wine-sf wine sfz197.exe Now everything is installed. To launch sforzando Version 1.933 run WINEPREFIX=~/.wine-sf wine $HOME'/.wine-sf/drive_c/Program Files/Plogue/sforzando/sforzando x64.exe' >/dev/null 2>&1 To launch sfZed beta 0.9 run WINEPREFIX=~/.wine-sf wine $HOME/.wine-sf/drive_c/users/$USER/Downloads/sfzed/sfZed.exe >/dev/null 2>&1 The dll required by sfZed is located in C:\Program Files (x86)\Vstplugins\sfz.dll $HOME'/.wine-sf/drive_c/Program Files (x86)/Vstplugins/sfz.dll' -- pacman -Q linux{,-rt{-pussytoes,-cornflower,,-securityink}}|cut -d\ -f2 5.0.13.arch1-1 5.0.14_rt9-0 5.0.10_rt7-0 5.0.7_rt5-1 4.19.37_rt19-0

2 2