- Arch-general - lists.archlinux.org

[arch-general] Kernel 4.19 preventing Firefox from playing videos
by Frank Zimmermann 14 Nov '18

14 Nov '18

Good evening, I have a very strange issue with kernel 4.19.1 With this kernel Firefox no longer plays any videos. It opens the page but the video wont play. It gets even worse when I open another tab. This will freeze Firefox though system load is ok. But I cannot kill Firefox, even logging off and on will keep it running in the background. Only way to stop it is a reboot and shutdown will take approx 10 to 15 mins for various stop jobs running. just downgraded to Kernel 4.18.19 and things are fine. I'm running Gnome on a Thinkpad X201. KR Frank

5 6

[arch-general] GnuCash out-of-date since 1 and half month
by Amish 14 Nov '18

14 Nov '18

Hello, GnuCash has been flagged out of date since 1 Oct 2018. (new version 3.3) Bug report page says to report such issues to mailing list. So just wanted to report the same. Hope maintainers do look at it. I have built it for myself. It gave build error with current PKGBUILD. But I managed to build it with the following changes to PKGBUILD. - CXXFLAGS+=' -Wno-error' + CFLAGS+=' -Wno-error -Wno-error=stringop-truncation' + CXXFLAGS+=' -Wno-error -Wno-error=stringop-truncation' + CMAKE_C_FLAGS+=' -Wno-error -Wno-error=stringop-truncation' + CMAKE_CXX_FLAGS+=' -Wno-error -Wno-error=stringop-truncation' I am not sure which line actually worked but one of these worked. Please upgrade the package to the latest version. Link: https://www.archlinux.org/packages/community/x86_64/gnucash/ Thank you Amish.

1 0

[arch-general] https://lists.archlinux.org/
by Ralf Mardorf 11 Nov '18

11 Nov '18

Hi, mails to mailman(a)lists.archlinux.org [1] are rejected. I try to get in contact with the owner of one list, but don't get a reply. Regards, Ralf [1] "If you are having trouble using the lists, please contact mailman(a)lists.archlinux.org." - https://lists.archlinux.org/

4 5

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