- Arch-general - lists.archlinux.org

Re: [arch-general] https://lists.archlinux.org/
by vsec 10 Nov '18

10 Nov '18

Reply to Ralf Mardorf via arch-general > Hi, > > mails to mailman(a)lists.archlinux.org [1] are rejected. The same problem. > I try to get in contact with the owner of one list, but don't get a > reply. > > Regards, > Ralf

1 0

[arch-general] Not Enough Bandwidth
by pete 08 Nov '18

08 Nov '18

Hello folks . one of my rare visits to the mailing list I am having a small problem with my machine I recently Purchased an USB3 PCEe card with 2 usb3 ports on it 03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04) when i first installed this card it worked just fine then 2 days ago the Kernel was updated and i started getting [ 85.536166] usb 8-2: Not enough bandwidth for new device state. [ 85.536177] usb 8-2: Not enough bandwidth for altsetting 1 [ 85.536179] usb 8-2: 1:1: usb_set_interface failed (-28) [ 85.536957] usb 8-2: Not enough bandwidth for new device state. [ 85.536972] usb 8-2: Not enough bandwidth for altsetting 1 [ 85.536975] usb 8-2: 1:1: usb_set_interface failed (-28) [ 85.537628] usb 8-2: Not enough bandwidth for new device state. [ 85.537640] usb 8-2: Not enough bandwidth for altsetting 1 [ 85.537643] usb 8-2: 1:1: usb_set_interface failed (-28) i am using the new usb ports on 2 external usb sound cards Bus 008 Device 003: ID 0d8c:0102 C-Media Electronics, Inc. CM106 Like Sound Device Bus 008 Device 002: ID 0d8c:0102 C-Media Electronics, Inc. CM106 Like Sound Device Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub I have found that if i unplug the sound card plugged into Bus 008 Device 002 prior to starting KDE/Plasma i do not get the error if i switch the cards around it is still on the same port the machine is up to date updated every evening with "pacman -Syu" Linux ### 4.18.16-arch1-1-ARCH #1 SMP PREEMPT Sat Oct 20 22:06:45 UTC 2018 x86_64 GNU/Linux it does not seem to effect the machine performance but just the sheer number of lines of it is alarming Ideas help please . Thanks Pete .

1 0

[arch-general] Updating linux-lts initcpios... error: command failed to execute correctly
by Ralph Corderoy 08 Nov '18

08 Nov '18

Hi, This morning's `pacman -Su' had a problem building the fallback initcpio image for 4.14.79-1-lts. Yesterday's /var/log/pacman.log shows [2018-11-06 10:45] [ALPM] upgraded linux-lts (4.14.78-1 -> 4.14.79-1) [2018-11-06 10:45] [ALPM] running '60-linux-lts.hook'... [2018-11-06 10:45] [ALPM] running '90-linux-lts.hook'... that all went well. Today, package `linux-lts' wasn't upgraded but 90-linux-lts.hook was triggered. 60-linux-lts.hook wasn't. pacman's TTY output complained `error: command failed to execute correctly' and the list of `Running' build hooks didn't complete. The same steps for package `linux' immediately after didn't have the same problem. :: Running post-transaction hooks... ( 1/12) Updating linux-lts initcpios... ==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default' -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img ==> Starting build: 4.14.79-1-lts -> Running build hook: [base] -> Running build hook: [udev] -> Running build hook: [autodetect] -> Running build hook: [modconf] -> Running build hook: [block] -> Running build hook: [filesystems] -> Running build hook: [keyboard] -> Running build hook: [fsck] ==> Generating module dependencies ==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-lts.img ==> Image generation successful ==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'fallback' -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts-fallback.img -S autodetect ==> Starting build: 4.14.79-1-lts -> Running build hook: [base] -> Running build hook: [udev] -> Running build hook: [modconf] -> Running build hook: [block] ==> WARNING: Possibly missing firmware for module: wd719x ==> WARNING: Possibly missing firmware for module: aic94xx → error: command failed to execute correctly ( 2/12) Updating linux initcpios... ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img ==> Starting build: 4.18.16-arch1-1-ARCH -> Running build hook: [base] -> Running build hook: [udev] -> Running build hook: [autodetect] -> Running build hook: [modconf] -> Running build hook: [block] -> Running build hook: [filesystems] -> Running build hook: [keyboard] -> Running build hook: [fsck] ==> Generating module dependencies ==> Creating gzip-compressed initcpio image: /boot/initramfs-linux.img ==> Image generation successful ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect ==> Starting build: 4.18.16-arch1-1-ARCH -> Running build hook: [base] -> Running build hook: [udev] -> Running build hook: [modconf] -> Running build hook: [block] ==> WARNING: Possibly missing firmware for module: wd719x ==> WARNING: Possibly missing firmware for module: aic94xx -> Running build hook: [filesystems] -> Running build hook: [keyboard] -> Running build hook: [fsck] ==> Generating module dependencies ==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-fallback.img ==> Image generation successful ( 3/12) Updating icon theme caches... I was hoping pacman.log might have more detail, but it doesn't even record that there was an error. I think that's a bug. [2018-11-07 11:18] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'fallback' [2018-11-07 11:18] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts-fallback.img -S autodetect [2018-11-07 11:18] [ALPM-SCRIPTLET] ==> Starting build: 4.14.79-1-lts [2018-11-07 11:18] [ALPM-SCRIPTLET] -> Running build hook: [base] [2018-11-07 11:18] [ALPM-SCRIPTLET] -> Running build hook: [udev] [2018-11-07 11:18] [ALPM-SCRIPTLET] -> Running build hook: [modconf] [2018-11-07 11:18] [ALPM-SCRIPTLET] -> Running build hook: [block] [2018-11-07 11:18] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: wd719x [2018-11-07 11:18] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: aic94xx [2018-11-07 11:19] [ALPM] running '90-linux.hook'... [2018-11-07 11:19] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default' Where should I look for clues why the command failed? And after that, is attempting another build of the image as simple as `/usr/bin/mkinitcpio -p linux-lts' as root? -- Cheers, Ralph. https://plus.google.com/+RalphCorderoy

3 10

[arch-general] Removal of ssmtp
by David Runge 07 Nov '18

07 Nov '18

Hey all, I have just removed ssmtp from [community]. Apart from it being unmaintained upstream, it has known security issues (e.g. [1]). I highly recommend _not_ using and removing it, in the case you have been using it. As replacements have a look at `pacman -Ss smtp-forwarder`. Best, David [1] https://bugs.archlinux.org/task/60502 -- https://sleepmap.de

1 0

Re: [arch-general] Add MIT Licence to /usr/share/licences/common
by John Ramsden 04 Nov '18

04 Nov '18

It states MIT/BSD are special cases, just out of curiousity, what makes them special that they cannot be added? -- John Ramsden On Sat, Nov 3, 2018, at 1:22 AM, Bruno Pagani via arch-general wrote: > Hi, > > Le 03/11/2018 à 08:46, Stephen Gregoratto via arch-general a écrit : > > I'm in the process of adding a new package to the AUR, when I noticed > > that the MIT Licence - which this program is licensed under - is not > > available under /usr/share/licenses/common. Seeing that it's a fairly > > popular license that is copied by a number of packages (many of them > > Rust based: find /usr/share/licenses -name "*MIT*"), I think it would be > > beneficial if there could be a copy of the MIT license in the licenses > > package. > > > > I've attached a diff of my edits to licenses trunk. Note that I copied > > the licence file from rust/LICENCE-MIT and ran updpkgsums. Also, it > > seems the PHP-3.0 licence has changed, and its checksum has updated as > > well. > > Please read https://wiki.archlinux.org/index.php/PKGBUILD#license > > Especially the first bullet point. > > Regards, > Bruno > > > Email had 1 attachment: > + signature.asc > 1k (application/pgp-signature)

5 6

[arch-general] Hardware portal
by Andrey Ponomarenko 03 Nov '18

03 Nov '18

Hi, Good news for everyone interested in Linux-compatibility and reliability of hardware! The Linux-Hardware.org database has been divided into a set of databases, one per each Linux distro. You can now select your favorite distro on the front page: https://linux-hardware.org/?d=Arch In this mode you'll not see data collected from other Linux distros. One can submit computer hardware info to the database automatically by AppImage, Snap, Flatpak, Docker or native package: https://github.com/linuxhw/hw-probe#install Enjoy!

3 2

[arch-general] Problems Building Nuvolaplayer-git
by Hunter Jozwiak 03 Nov '18

03 Nov '18

Hello, I am having the following problem in building the nuvolaplayer-git package. :: Checking for conflicts... :: Checking for inner conflicts... [Aur: 1] nuvolaplayer-git-r1020.78b0333-1 1 nuvolaplayer-git (Build Files Exist) ==> Packages to cleanBuild? ==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4) ==> :: PKGBUILD up to date, Skipping (1/1): nuvolaplayer-git 1 nuvolaplayer-git (Build Files Exist) ==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4) ==> Diffs to show? ==> :: Parsing SRCINFO (1/1): nuvolaplayer-git ==> The following packages are not compatible with your architecture: nuvolaplayer-git ==> Try to build them anyway? [Y/n] ==> Making package: nuvolaplayer-git r1020.78b0333-1 (Sat 03 Nov 2018 01:45:41 PM EDT) ==> Retrieving sources... -> Updating nuvolaplayer-git git repo... Fetching origin ==> Validating source files with md5sums... nuvolaplayer-git ... Skipped ==> Cleaning up... ==> Making package: nuvolaplayer-git r1020.78b0333-1 (Sat 03 Nov 2018 01:45:43 PM EDT) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Updating nuvolaplayer-git git repo... Fetching origin ==> Validating source files with md5sums... nuvolaplayer-git ... Skipped ==> Removing existing $srcdir/ directory... ==> Extracting sources... -> Creating working copy of nuvolaplayer-git git repo... Cloning into 'nuvolaplayer-git'... done. ==> Starting pkgver()... ==> Updated version: nuvolaplayer-git r1755.fbb4b9f-1 ==> Sources are ready. ==> Making package: nuvolaplayer-git r1755.fbb4b9f-1 (Sat 03 Nov 2018 01:45:47 PM EDT) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Starting pkgver()... ==> Starting build()... Traceback (most recent call last): File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Node.py", line 342, in ant_iter raise StopIteration StopIteration The above exception was the direct cause of the following exception: Traceback (most recent call last): File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Scripting.py", line 118, in waf_entry_point run_commands() File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Scripting.py", line 174, in run_commands parse_options() File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Scripting.py", line 157, in parse_options ctx.execute() File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Options.py", line 198, in execute super(OptionsContext,self).execute() File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Context.py", line 84, in execute self.recurse([os.path.dirname(g_module.root_path)]) File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Context.py", line 125, in recurse user_function(self) File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/wscript", line 292, in options ctx.load('compiler_c vala') File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Context.py", line 82, in load fun(self) File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Tools/compiler_c.py", line 40, in options opt.load_special_tools('c_*.py',ban=['c_dumbpreproc.py']) File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Context.py", line 326, in load_special_tools lst=self.root.find_node(waf_dir).find_node('waflib/extras').ant_glob(var) File "/home/sektor/.cache/yay/nuvolaplayer-git/src/nuvolaplayer-git/.waf3-2.0.6-593191f496fe8c66231dfd5df26167ae/waflib/Node.py", line 358, in ant_glob return list(it) RuntimeError: generator raised StopIteration ==> ERROR: A failure occurred in build(). Aborting... Error making: nuvolaplayer-git Does anyone who has had experience with Nuvola know of the solution to this problem? Is there a package missing that didn't get added to the dependencies? Thanks, Hunter

2 1

[arch-general] Static Lib Build for SDL2
by Jayesh Badwaik 03 Nov '18

03 Nov '18

Hi, As I currently notice here (line 32) https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD? h=packages/sdl2#n31 The SDL2 library is not build with a static component. This is useful for a lot of development and hence, it would be nice if it is build with static component. Also, it would be also good if the line 50 of the package was not done, since that causes problem with using CMake files portably across other systems. If instead such a thing is needed, I would suggest that a symlink `libSDL2.a` be created to point to `SDL2main.a`. Cheers -- Jayesh Badwaik https://jayeshbadwaik.github.io

1 2

[arch-general] Problem install shrew vpn client
by Maykel Franco 03 Nov '18

03 Nov '18

Hi, I received this error when compile the program shrew vpn client: yaourt -S shrew-vpn-client /tmp/yaourt-tmp-maykel/aur-shrew-vpn-client/src/ike/source/libike/manager.file.cpp: In member function 'bool _CONFIG_MANAGER::file_pcf_load(CONFIG&, const char*, bool&)': /tmp/yaourt-tmp-maykel/aur-shrew-vpn-client/src/ike/source/libike/manager.file.cpp:682:19: error: aggregate 'EVP_CIPHER_CTX ctx_cipher' has incomplete type and cannot be defined EVP_CIPHER_CTX ctx_cipher; ^~~~~~~~~~ make[2]: *** [source/libike/CMakeFiles/ss_ike.dir/build.make:102: source/libike/CMakeFiles/ss_ike.dir/manager.file.o] Error 1 make[2]: *** Waiting for unfinished jobs.... [ 24%] Linking CXX shared library libss_ip.so [ 25%] Linking CXX shared library libss_pfk.so [ 25%] Built target ss_ip [ 25%] Built target ss_pfk make[1]: *** [CMakeFiles/Makefile2:244: source/libike/CMakeFiles/ss_ike.dir/all] Error 2 make: *** [Makefile:130: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build shrew-vpn-client. Someone happened to him the same? Thanks in advanced.

4 4

[arch-general] Add MIT Licence to /usr/share/licences/common
by Stephen Gregoratto 03 Nov '18

03 Nov '18

I'm in the process of adding a new package to the AUR, when I noticed that the MIT Licence - which this program is licensed under - is not available under /usr/share/licenses/common. Seeing that it's a fairly popular license that is copied by a number of packages (many of them Rust based: find /usr/share/licenses -name "*MIT*"), I think it would be beneficial if there could be a copy of the MIT license in the licenses package. I've attached a diff of my edits to licenses trunk. Note that I copied the licence file from rust/LICENCE-MIT and ran updpkgsums. Also, it seems the PHP-3.0 licence has changed, and its checksum has updated as well. -- Stephen Gregoratto

2 1