- Arch-general - lists.archlinux.org

[arch-general] Problem install slack-desktop deb
by Maykel Franco 14 Jun '17

14 Jun '17

Hi, recently I like install slack-desktop 2.3.4 because with the latest version 2.6.x I have a problem with unmark read messages bug... I have install debtap from github, the binary because the debtap archlinux repository not works well. When install the slack-desktop 2.3.4 deb I get this error... user ~/ $ LANG=C sudo pacman -U slack-desktop-2.3.4-1-x86_64.pkg.tar.xz loading packages... resolving dependencies... warning: cannot resolve "apt", a dependency of "slack-desktop" warning: cannot resolve "gir1.2-gnomekeyring-1.0", a dependency of "slack-desktop" :: The following package cannot be upgraded due to unresolvable dependencies: slack-desktop :: Do you want to skip the above package for this upgrade? [y/N] error: failed to prepare transaction (could not satisfy dependencies) :: slack-desktop: requires apt :: slack-desktop: requires gir1.2-gnomekeyring-1.0 How resolved it? Thanks in advanced.

4 6

Re: [arch-general] [arch-dev-public] libalpm hook and wrapper for detecting broken perl modules
by Eli Schwartz 11 Jun '17

11 Jun '17

On 06/10/2017 06:03 PM, Florian Pritz via arch-dev-public wrote: > Talking to some folks in #perl pointed me towards a hopefully satisfying > solution. I plan to version the architecture specific directories and > introduce a libalpm hook that checks for old directories and warns the > user by printing a list of affected AUR/cpanplus-dist-arch packages, > respectively a list of files for modules installed directly with cpan. > > The new directory layout would be > "/usr/lib/perl5/$baseversion/{core,vendor,site}_perl" with $baseversion > being "5.26" right now. Currently the layout is > "/usr/lib/perl5/{core,vendor,site}_perl". The check for old versions > would then be rather simple since it just has to look for directories > beside the current version. > > During the old discussion, Justin raised the issue that if the > directories are versioned, perl modules that are not rebuilt will just > be missing. This could lead to software not detecting them any more and > disabling a feature or using a slower module to do the job. > > One possibility to counter this would be to replace the perl executable > with a wrapper that performs the check and prints errors to stderr. > Optionally it could also exit with an error code rather than continuing > to run the script. I'm not sure if I want this or not, but I'm leaning > towards a yes since exiting will make the error more difficult to miss. I kind of feel like users who do the wrong thing should not be catered to. That being said, using a perl directory layout that causes non-rebuilt packages to simply go missing from the perl installation seems like an *excellent* tradeoff of harmless while providing useful functionality. It seems to work well for python, too. Hooks to warn people when they do the wrong thing seem ugly, but I can't really claim to be extremely bothered if it is as lightweight as a check for existing files/directories, I assume running whenever the perl package is updated... But providing wrapper scripts that hijack the perl binary every time you try to do anything that involves perl is a *terrible idea*, and regardless, if users don't pay attention to pacman output they deserve everything that happens to them. Paying attention to pacman output is non-optional in Arch, last I checked. -- Eli Schwartz

1 0

[arch-general] gnupg: systemd enable in post_install
by Damjan Georgievski 10 Jun '17

10 Jun '17

what's the rationale to enable the gnupg sockets in post_install of the package? https://git.archlinux.org/svntogit/packages.git/tree/trunk/install?h=packag… I don't disagree that the sockets maybe should be enabled (I have them enabled for me), it's just a strange way to enable them in post_install, and linking them in /etc/ Why doesn't the PKGBUILD make the symlinks in /usr/lib/systemd/user/sockets.target.wants/ ? dbus does that for ex. -- damjan

4 4

[arch-general] ReadyDLNA/MiniDLNA doesn't work behind wireless
by Giovanni Santini 09 Jun '17

09 Jun '17

Good afternoon, as said in the subject I am having some issues running MiniDLNA on my home server. The service fires up properly (the status web page is properly accessible), however the server is not visible when I scan for it in my DLNA-enanched applications, on all the platforms (my Android phone and tablet + my computer). In the past it was working when my home server was connected through Ethernet, but I had to make a really bad setup and I would prefer to keep it on wireless. Did anyone have a problem similar to mine? -- Giovanni Santini My blog: http://giovannisantini.tk My code: https://git{hub,lab}.com/ItachiSan My GPG: 2FADEBF5

4 9

[arch-general] update issue: veracrypt: removing wxgtk breaks dependency 'wxgtk>=3.0'
by David C. Rankin 08 Jun '17

08 Jun '17

All, There was a slight hitch in the system update tonight with the requirement of: Replace wxgtk with extra/wxgtk2? choosing 'Y' results in unmet dependencies for veracrypt, e.g. :: Replace wxgtk with extra/wxgtk2? [Y/n] resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: veracrypt: removing wxgtk breaks dependency 'wxgtk>=3.0' I have checked the archlinux.org page and there are no notes. Is there a recommended way to handle this? -- David C. Rankin, J.D.,P.E.

2 1

[arch-general] Replace python-magic from darwinsys with ahupp implementation
by Óscar García Amor 07 Jun '17

07 Jun '17

Hi all! Current in pacman we have python-magic from http://darwinsys.com/file/ with an unknown custom license. We have other implementation with MIT license made by ahupp [1]. The second one is available in pypi and is more advanced that the first one. I have been checking the code of dependencies of python-magic and I can see that deepin-movie and diffoscope supports well ahupp version. Why not replace python-magic with diffoscope version, as can see in AUR [2] this version is used for much more packages. Greetings. [1]: https://github.com/ahupp/python-magic [2]: https://aur.archlinux.org/packages/python-magic-ahupp/ -- Óscar García Amor | ogarcia at moire.org | http://ogarcia.me

1 0

[arch-general] libevent outdated for 5 month
by Konstantin Shalygin 07 Jun '17

07 Jun '17

Hello. I found that libevent <https://www.archlinux.org/packages/core/x86_64/libevent/> is outdated from 2017-01-28. The new stable is available https://raw.githubusercontent.com/libevent/libevent/release-2.1.8-stable/Ch… Any reason this is not updated? I checked todo lists and bug-reports - found nothing.

2 2

[arch-general] Xorg configuration on a dual graphic card system
by KangJing Huang 06 Jun '17

06 Jun '17

Hi there, I'm trying to setup my xorg configuration on my dual graphic card desktop system. The system has two cards, one iGPU Intel HD Graphics 530, another is a dGPU Nvidia GTX 1070 on PCIe. I plugged one monitor to the iGPU port and another to the dGPU port and let the motherboard boot from iGPU. Right now, the fbcon works well on the iGPU, and I installed Nvidia non-free driver, and would like to run X on dGPU. I used the nvidia-xconfig to generate a Xorg configuration, and after starting Xorg, I got display from the monitor connected to dGPU, but it seems that the 3D rendering on that screen is software-based, and `glxinfo | grep vendor` showed that libglvnd on that X environment is selecting mesa as the GL library to use. With mesa being called on a dGPU connected screen, apparently it could not find a correct device to do dri, and fell back to software rendering. Does anyone know the proper way of config X so that libglvnd could know which GL library to use correctly in this case? Thanks, K.H.

3 2

Re: [arch-general] Problem regarding Resolution on Nvidia
by Robert Wong 05 Jun '17

05 Jun '17

But I remember Wayland has nothing to do with X and draws the UI directly on the fb unless your app requires Xwayland... Did I get it right??? So you might wish to check out the KMS settings... I'm afraid... RW

1 0

[arch-general] Got Segmentation fault after upgrade
by meym 02 Jun '17

02 Jun '17

Release Date: 2017-03-15 X Protocol Version 11, Revision 0 Build Operating System: Linux 4.9.11-1-ARCH x86_64 Current Operating System: Linux localhost 4.11.3-1-ARCH #1 SMP PREEMPT Sun May 28 10:40:17 CEST 2017 x86_64 (II) GLX: Initialized DRI2 GL provider for screen 1 (II) NOUVEAU(0): NVEnterVT is called. (EE) (EE) Backtrace: (EE) 0: /usr/lib/xorg-server/Xorg (OsLookupColor+0x139) [0x59c209] (EE) 1: /usr/lib/libpthread.so.0 (funlockfile+0x50) [0x7fad0245a98f] (EE) 2: /usr/lib/xorg-server/Xorg (xf86RandR12CreateScreenResources+0x534) [0x4b8234] (EE) 3: /usr/lib/xorg-server/Xorg (InitExtensions+0x5d0) [0x4ab730] (EE) 4: /usr/lib/xorg-server/Xorg (InitFonts+0x2c5) [0x43a845] (EE) 5: /usr/lib/libc.so.6 (__libc_start_main+0xea) [0x7fad020c443a] (EE) 6: /usr/lib/xorg-server/Xorg (_start+0x2a) [0x42464a] (EE) (EE) Segmentation fault at address 0x0 (EE) error: (EE) Caught signal 11 (Segmentation fault). Server aborting (II) AIGLX: Suspending AIGLX clients for VT switch (EE) Server terminated with error (1). Closing log file. --

1 0