- Arch-general - lists.archlinux.org

[arch-general] problems accessing samba share through Xfce gui
by Paul Marwick 14 Jun '17

14 Jun '17

Arch Linux, fully updated, running Xfce, installed on a Lenovo T420 laptop. I’m having strange, intermittent problems accessing samba shares through the GUI. The problem varies, no pattern that I can detect. Sometimes, clicking on the “Browse Network” icon in Thunar does nothing, eventually returning ‘Failed to open “/” Timeout reached’ . Other times it will open the network view and allow me to double-click the Windows Network icon. Sometimes that is the last thing that happens (possibly followed by another timeout error, though that can take so long that I may have shut the machine down before it happens). If it gets past the main Windows network stage, it will show me any active workgroup. It may fail there, or it may give me a view of the machines in the workgroup. It may allow me to select a machine, and may show me the shares on the machine. If I double-click on a share, it will (sometimes) pop up the login dialog. If that fails, sometimes double-clicking a second time will show the login dialog. If I am able to connect to a share, there is (sometimes) a further problem. Using the Thunar option to disconnect from the share works, but if I attempt to reconnect to the share, or connect to another share, instead of opening the share in Thunar, it opens VLC, which doesn’t understand what is going on and does nothing. I have two other Arch installations on my laptop, plus two desktop machines which run Arch. None of the other installations have any similar problems. The Arch installs are all very similar in terms of how they were installed and the software they have on them. Also, the install which is giving me this problem developed it – originally it worked without any errors. I mad a mistake configuring the samba server on an Ubuntu 16.04 server and followed that up by attempting to access the share from my Arch install. This problem has been happening ever since then, but only on the one install. I’ve checked the systemd journal and found absolutely nothing to help me diagnose the problem. This install does have on problem which shows consistently during boot - I get a core dump in the systemd journal from colord-sane (which is installed on the other installs as well). However, while the core dump happens on every boot, the samba problem only happens on some, so I don't think the problem comes from there. I’m fairly sure that the problem is not Thunar itself (I’ve tried PcmanFM, which shows similar inconsistent behaviour – sometimes it will connect without problems, other times pcmanfm locks up and does nothing, has to be forced closed. I also installed gigolo, which also shows similar problems. I think the problem is in one of the back-end programs which handles mounting the shares. I guess that includes gvfs, fuse and possibly d-bus. I’ve not managed to find an explanation of exactly what is used when mounting a share using the gui. I should also mention that when this happens, I can mount the shares without problems from the command line, or using mount with suitable entries in /etc/fstab. Also, thinking that there might be something messed up in my user profile, I added another user and tested using that user. Problem is exactly the same - sometimes the mount works without errors, others it fails in the same unpredictable manner. While I could fix the problem by reinstalling, this is one of the few things I’ve ever hit in Arch that (so far), I’ve been unable to fix. I would really love to be able to fix it, but that means I need to have some way of diagnosing where the problem is. Any help would be very gratefully received.

2 2

[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