- Arch-general - lists.archlinux.org

Re: [arch-general] mkvtoolnix-gtk: The new GUI is missing
by Benjamin Robin 30 Sep '15

30 Sep '15

Hello Giovanni Scafora, I am trying to contact you about the bug reports opened about the mkvtoolnix package. Please see the email below posted on the mailing list. Thank you, Benjamin >> Hi, >> >> We do have trouble with some bug reports [1], [2] and [3]. >> The maintainer (Giovanni Scafora) does not answer, nor update the >> PKGBUILD. In the last bug report [3] we kindly offer a working example of >> PKGBUILD which fix the problem : bring back the GUI (Qt5 instead of Gtk) >> The first bug report [1] is more than 4 years old without any respond... >> >> What do we need to do to resolve this issue ? >> >> [1] https://bugs.archlinux.org/task/24532 >> [2] https://bugs.archlinux.org/task/44948 >> [3] https://bugs.archlinux.org/task/45439 > Antonio Rojas wrote: > Have you tried directly emailing the maintainer?

5 11

[arch-general] Linux x64 no-execute protection (NX) not enabled by default?
by Georg Altmann 30 Sep '15

30 Sep '15

Hey, is there a reason for x64 no-execute [1] being disabled by default in Arch? I opened FS#46496 on this. https://bugs.archlinux.org/task/46496 Regards, Georg [1] https://en.wikipedia.org/wiki/NX_bit -- PGP-Key: 0x1E320E65 D150 7783 A0D1 7507 1266 C5B3 BBF1 9C42 1E32 0E65 I don't like the idea of secret agencies to analyse and archive personal communication. GnuPG is available as open source, free as as in freedom, as a countermeasure. I use http://www.enigmail.net/ for Mozilla Thunderbird. If you can, please use a frontend of your choice to send me encrypted e-mail. See http://www.gnupg.org/ for an overview.

1 0

[arch-general] Deltup keyring issue
by Ralf Mardorf 28 Sep '15

28 Sep '15

Hi, today's Deltup failed [1]. Commenting out UseDelta the update worked without an issue. I wont use it any more, but I'm willing to send a bug report. Were should I report this issue? Regards, Ralf [1] checking delta integrity... applying deltas... generating linux-firmware-20150904.6ebf5d5-1-any.pkg.tar.xz with linux-firmware-20150722.e10097a-1_to_20150904.6ebf5d5-1-any.delta... success! (5/5) checking keys in keyring [-------------------------------------------] 100% (5/5) checking package integrity [-------------------------------------------] 100% error: linux-firmware: signature from "Jan Alexander Steffens (heftig) <jan.steffens(a)gmail.com>" is invalid :: File /var/cache/pacman/pkg/linux-firmware-20150904.6ebf5d5-1-any.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n] error: failed to commit transaction (invalid or corrupted package) Errors occurred, no packages were upgraded.

1 0

[arch-general] mkvtoolnix-gtk: The new GUI is missing
by Benjamin Robin 28 Sep '15

28 Sep '15

Hi, We do have trouble with some bug reports [1], [2] and [3]. The maintainer (Giovanni Scafora) does not answer, nor update the PKGBUILD. In the last bug report [3] we kindly offer a working example of PKGBUILD which fix the problem : bring back the GUI (Qt5 instead of Gtk). The first bug report [1] is more than 4 years old without any respond... What do we need to do to resolve this issue ? Thank you, Benjamin (benjarobin) [1] https://bugs.archlinux.org/task/24532 [2] https://bugs.archlinux.org/task/44948 [3] https://bugs.archlinux.org/task/45439

3 2

[arch-general] Alsa Softvol and MOC
by AIS Information 26 Sep '15

26 Sep '15

On 09/26/2015 07:00 AM, arch-general-request(a)archlinux.org wrote: > Send arch-general mailing list submissions to > arch-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/arch-general > or, via email, send a message with subject or body 'help' to > arch-general-request(a)archlinux.org > > You can reach the person managing the list at > arch-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of arch-general digest..." > > > Today's Topics: > > 1. Alsa Softvol and MOC (Storm Dragon) > 2. OVMF fails to build (mytbk920423(a)gmail.com) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 25 Sep 2015 15:06:27 -0400 > From: Storm Dragon <stormdragon2976(a)gmail.com> > To: Arch Linux General <arch-general(a)archlinux.org> > Subject: [arch-general] Alsa Softvol and MOC > Message-ID: <20150925190627.GA807@frankendell> > Content-Type: text/plain; charset="us-ascii"; Format="flowed" > > Howdy, > I have installed extra/moc 1:2.5.0-3. Reading through the docs, and things on the net, I found a way to set up a softvol control for it in alsa, so when I adjust its volume, it only changes the volume for moc. Everything went well, except, I can't adjust the volume from within the moc app, which should be possible because you can set the alsa device and mixer in the ~/.moc/config file. > It is using the right device, and amixer sset Mocmaster 50% sets the volume. It's just the in program controls that fail. When moc starts, it gives this error: > ALSA lib dlmisc.c:254:(snd1_dlobj_cache_get) Cannot open shared library /usr/lib/alsa-lib/libasound_module_ctl_softvol.so > This makes me think that either a plugin is missing from alsa-plugins, or maybe moc is using an outdated way to change its volume. However, if the alsa controls are set to their defaults, the volume works fine, but it lowers the volume on the whole system. > I did a pacman search for alsa softvol but it didn't return anything. Is there anything I can install to fix this? > Thanks for any help > Storm > my only guess would be to install this: https://aur.archlinux.org/packages/asoundpp-git/ as i see moc uses speex. just a guess though.

2 1

[arch-general] Alsa Softvol and MOC
by Storm Dragon 26 Sep '15

26 Sep '15

Howdy, I have installed extra/moc 1:2.5.0-3. Reading through the docs, and things on the net, I found a way to set up a softvol control for it in alsa, so when I adjust its volume, it only changes the volume for moc. Everything went well, except, I can't adjust the volume from within the moc app, which should be possible because you can set the alsa device and mixer in the ~/.moc/config file. It is using the right device, and amixer sset Mocmaster 50% sets the volume. It's just the in program controls that fail. When moc starts, it gives this error: ALSA lib dlmisc.c:254:(snd1_dlobj_cache_get) Cannot open shared library /usr/lib/alsa-lib/libasound_module_ctl_softvol.so This makes me think that either a plugin is missing from alsa-plugins, or maybe moc is using an outdated way to change its volume. However, if the alsa controls are set to their defaults, the volume works fine, but it lowers the volume on the whole system. I did a pacman search for alsa softvol but it didn't return anything. Is there anything I can install to fix this? Thanks for any help Storm -- Powered by Arch Linux! I am registered Linux user number 508465: https://linuxcounter.net/user/508465.html My blog, Thoughts of a Dragon: http://www.stormdragon.tk/ get my public PGP key: gpg --keyserver wwwkeys.pgp.net --recv-key 43DDC193 Twitter and Facebook are so ... yesteryear. Get your 2MB Social account TODAY! http://2mb.social/main/register My Blackberry is Broken: http://is.gd/my_blackberry_is_broken "I am your soul insane" Slayer - Gemini

4 10

[arch-general] OVMF fails to build
by mytbk920423＠gmail.com 26 Sep '15

26 Sep '15

Hi, I've just tried to build OVMF but failed to build with the ABS PKGBUILD. ----------------- Ran 259 tests in 1.271s OK make[1]: Leaving directory '/tmp/makepkg/ovmf/src/edk2/BaseTools/Tests' make: Leaving directory '/tmp/makepkg/ovmf/src/edk2/BaseTools' WORKSPACE: /home/irudog/SourceCode/edk2 EDK_TOOLS_PATH: /tmp/makepkg/ovmf/src/edk2/BaseTools sed: can't read Conf/target.txt: No such file or directory ==> ERROR: A failure occurred in build(). Aborting... ----------------- Iru

1 0

[arch-general] build package from source and shared libraries issue
by arnaud gaboury 25 Sep '15

25 Sep '15

I am scratching my head since a week now and can't figure out how to solve my issue. Here is the situation: 1- I have installed parallel_studio_xe from Intel with the AUR package[0] 2- /etc/ld.sconf.so has all the needed .conf file to feed correctly my ld.so.cache 2- I build R package[1] from source with the following script. The goal is to build R with intel MKL shared libraries and gcc compiler. ----------------------- source /opt/intel/mkl/bin/mklvars.sh intel64 _icclibpath=/opt/intel/composerexe/compiler/lib/intel64/ _mkllibpath=$MKLROOT/lib/intel64/ _omp_lib=/opt/intel/lib/intel64 MKL=" -L${MKLROOT}/lib/intel64 \ -Wl,--start-group \ -lmkl_gfl_ilp64 \ -lmkl_core \ lkml_intel_thread \ -Wl,--end-group \ -liomp5 -ldl -lpthread -lm" export LDFLAGS="${LDFLAGS} -L${_icclibpath}" export CFLAGS="-DMKL_ILP64 -m64 -I${MKLROOT}/include" export CXXFLAGS="-DMKL_ILP64 -m64 -I${MKLROOT}/include" export FFLAGS="-DMKL_ILP64 -m64 -I${MKLROOT}/include" export FCFLAGS="-DMKL_ILP64 -m64 -I${MKLROOT}/include" ./configure --prefix=/usr \ --libdir=/usr/lib \ --sysconfdir=/etc/R \ --datarootdir=/usr/share \ rsharedir=/usr/share/R/ \ rincludedir=/usr/include/R/ \ rdocdir=/usr/share/doc/R/ \ --with-x \ --enable-R-shlib \ --with-blas="$MKL" \ --with-lapack \ F77=${_F77} \ FC=${_FC} \ LIBnn=lib make -j4 ------------------------------------------------------------- from build package: $ ldd bin/exec/R linux-vdso.so.1 (0x00007ffd707b4000) libR.so => /usr/lib/R/lib/libR.so (0x00007f909d4e2000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f909d2c5000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f909cf21000) libmkl_gf_lp64.so => /opt/intel/mkl/lib/intel64/libmkl_gf_lp64.so (0x00007f909c84d000) libmkl_core.so => /opt/intel/mkl/lib/intel64/libmkl_core.so (0x00007f909ace0000) libmkl_gnu_thread.so => /opt/intel/mkl/lib/intel64/libmkl_gnu_thread.so (0x00007f9099f89000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f9099d85000) libimf.so => /opt/intel/lib/libimf.so (0x00007f90998ca000) libm.so.6 => /usr/lib/libm.so.6 (0x00007f90995cc000) ............................ libintlc.so.5 => /opt/intel/lib/libintlc.so.5 (0x00007f90976df000) libgcc_s.so.1 => /usr/lib/../lib/libgcc_s.so.1 (0x00007f90974c9000) libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007f909725c000) libicudata.so.55 => /usr/lib/libicudata.so.55 (0x00007f90957a6000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f9095424000) ----------------------------------- Fine, I can see some shared intel libraries. 3- Now I build same package on my systemd nspawn container, Fedora 22. I use same script, same ld.so conf files, intel parallel studio on same path (/opt/intel). 4- from build folder: linux-vdso.so.1 (0x00007ffe3d9de000) libR.so => /usr/lib64/R/lib/libR.so (0x00007f1061d6c000) libgomp.so.1 => /lib64/libgomp.so.1 (0x00007f1061b3b000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f106191f000) libc.so.6 => /lib64/libc.so.6 (0x00007f106155e000) libblas.so.3 => /lib64/libblas.so.3 (0x00007f1061305000) libgfortran.so.3 => /lib64/libgfortran.so.3 (0x00007f1060fda000) libm.so.6 => /lib64/libm.so.6 (0x00007f1060cd1000) libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007f1060a92000) libreadline.so.6 => /lib64/libreadline.so.6 (0x00007f1060848000) libtre.so.5 => /lib64/libtre.so.5 (0x00007f1060637000) libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f10603c7000) liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f10601a1000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f105ff90000) libz.so.1 => /lib64/libz.so.1 (0x00007f105fd7a000) librt.so.1 => /lib64/librt.so.1 (0x00007f105fb72000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f105f96d000) libicuuc.so.54 => /lib64/libicuuc.so.54 (0x00007f105f5dc000) libicui18n.so.54 => /lib64/libicui18n.so.54 (0x00007f105f185000) /lib64/ld-linux-x86-64.so.2 (0x00005610cd111000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f105ef6d000) libtinfo.so.5 => /lib64/libtinfo.so.5 (0x00007f105ed43000) libicudata.so.54 => /lib64/libicudata.so.54 (0x00007f105d317000) libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f105cf95000) ---------------------------------------------------- As you can see, no links at all to any Intel shared libraries. I am looking for advices/hints why I don't have the same linking libraries on both systems. I have tried to look everywhere I could, changed many and many settings/variables, I still can't get same result about shared libraries. I must forget or do something wrong, but no idea what. My building environment shall differ at some point. The config.log are nearly the same on the two distro, except for this: On Fedora: ------------------------------------------------- Configured with: ../configure --enable-bootstrap --enable-languages=c,c+$....... --------------------------------------------------------- On Arch: ------------------------------------ Configured with: /build/gcc-multilib/src/gcc-5.2.0/configure ...... Thank you for any hints and where to look to compare build environment diff. [0]https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=intel-parallel-stu… [1]https://www.archlinux.org/packages/extra/i686/r/ --

1 0

[arch-general] Arch Forum problem
by Travis 24 Sep '15

24 Sep '15

if you try to register https://bbs.archlinux.org/register.php it has a anti-spam question. that fails on both cent and arch cent: [x@x /]$ date -u +%V$(uname)|sha256sum|sed 's/\W//g > ^C [x@x /]$ arch: [root@alarmpi ~]# echo date -u +%V$(uname)|sha256sum|sed 's/\W//g > [root@alarmpi ~]# date -u +%V$(uname)|sha256sum|sed 's/\W//g > [root@alarmpi ~]# ... also the post i'm asking about (and was willing to register to the arch forum) https://bbs.archlinux.org/viewtopic.php?id=183086 someone did a RTFM response and the wiki/manual page person reference doesn't have a straight answer and please don't complain about it being an old post, i'm trying to help you guys, as that post comes up in google first page and with fairly board google searches. so a proper answer would help other potential Arch users.

5 5

[arch-general] Glade package outdated
by Lukas K. 24 Sep '15

24 Sep '15

Hi there, the glade package is outdated for quite some time now. Glade 3.19 has been released June this year and still isn't included in the Archlinux repos. I flagged the package out of date several times, but the flag got reset without the package being updated. Are there any roadblocks in updating the package to 3.19? I'm running Glade 3.19 for some time without any issues. Lukas

2 1