Re: [arch-general] xfce4-notifyd issues

On 06/26/2017 04:58 PM, Guus Snijders via arch-general wrote: Op 26 jun. 2017 22:32 schreef "David Rosenstrauch" : On 06/26/2017 03:56 PM, Guus Snijders via arch-general wrote: [...] In short: they use dbus permissions for blacklisting. [...] A deny policy (on the KDE

Re: [arch-general] xfce4-notifyd issues

Op 26 jun. 2017 22:32 schreef "David Rosenstrauch" : On 06/26/2017 03:56 PM, Guus Snijders via arch-general wrote: > [...] > In short: they use dbus permissions for blacklisting. > [...] > > A deny policy (on the KDE notification) for your user should solve the > problem

Re: [arch-general] xfce4-notifyd issues

On 06/26/2017 03:56 PM, Guus Snijders via arch-general wrote: Op 26 jun. 2017 20:19 schreef "David Rosenstrauch" : On 06/26/2017 01:32 PM, Jérôme M. Berger wrote: On 06/26/2017 06:30 PM, David Rosenstrauch wrote: Any idea how to resolve the conflict between these 2

Re: [arch-general] xfce4-notifyd issues

Op 26 jun. 2017 20:19 schreef "David Rosenstrauch" : On 06/26/2017 01:32 PM, Jérôme M. Berger wrote: > On 06/26/2017 06:30 PM, David Rosenstrauch wrote: > >> Any idea how to resolve the conflict between these 2 notification >> services? (Without being forced to remove half of

Re: [arch-general] xfce4-notifyd issues

On 06/26/2017 01:32 PM, Jérôme M. Berger wrote: On 06/26/2017 06:30 PM, David Rosenstrauch wrote: Any idea how to resolve the conflict between these 2 notification services? (Without being forced to remove half of KDE?) For example, dbus seems to be selecting the kde plasma notification

Re: [arch-general] About rebuild of pandoc

On 06/26/2017 09:42 PM, Sebastian Reuße via arch-general wrote: > Can you advise whether it’s currently possible to do sandboxed static > builds at all? The issue I’m running into is that Cabal won’t install > sandboxed dependencies if it sees that the corresponding packages are > already

Re: [arch-general] lynx update incorrect

On Mon, Jun 26, 2017 at 01:05:49PM -0400, Jude DaShiell wrote: > Line 93 of /etc/lynx.cfg was incorrectly reverted. The real home page for > lynx is at: > http://lynx.invisible-island.net/ > > The lynx.isc.org site got taken down in I think June of 2016. > This is an upstream issue. 2.8.8 is

Re: [arch-general] xfce4-notifyd issues

On 06/26/2017 06:30 PM, David Rosenstrauch wrote: > Any idea how to resolve the conflict between these 2 notification > services? (Without being forced to remove half of KDE?) > > For example, dbus seems to be selecting the kde plasma notification > service to respond to the

Re: [arch-general] lynx update incorrect

On Mon, Jun 26, 2017 at 12:05 PM, Jude DaShiell wrote: > Line 93 of /etc/lynx.cfg was incorrectly reverted. The real home page for > lynx is at: > http://lynx.invisible-island.net/ > > The lynx.isc.org site got taken down in I think June of 2016. > > > -- This should be a

[arch-general] lynx update incorrect

Line 93 of /etc/lynx.cfg was incorrectly reverted. The real home page for lynx is at: http://lynx.invisible-island.net/ The lynx.isc.org site got taken down in I think June of 2016. --

Re: [arch-general] xfce4-notifyd issues

On 06/26/2017 01:07 PM, David Rosenstrauch wrote: > Is there some way to enable more detailed logging in dbus? d-feet [0] makes it debugging Dbus easier. It can be used to inspect Dbus interface of running programs and invoke methods on those interfaces. Ubuntu's wiki has a more ugly way of

Re: [arch-general] Perl Help?

What I did wasn't perfect but works well enough for now. After removing both directories I was able to run cpan with no problems. The cpanp command came up with errors on several missing packages. I used cpan to reinstall those missing packages and now have cpanp working as well as cpan. I

Re: [arch-general] xfce4-notifyd issues

On 06/26/2017 12:22 PM, Jérôme M. Berger wrote: On 06/26/2017 04:32 PM, David Rosenstrauch wrote: My guess is because I have many KDE packages installed, even though I'm not running KDE. (My DE is XFCE.) I did that grep, but didn't see anything suspicious: [darose@darosedm services]$ find

Re: [arch-general] xfce4-notifyd issues

On 06/23/2017 04:58 PM, David Rosenstrauch wrote: FYI, I just tested under sddm and I still see the same issue. For whatever reason, xfce4-notifyd does not get started in response to attempts to launch service 'org.freedesktop.Notifications': Jun 23 16:55:27 darosedm dbus-daemon[723]:

Re: [arch-general] xfce4-notifyd issues

On 06/26/2017 04:32 PM, David Rosenstrauch wrote: > My guess is because I have many KDE packages installed, even though I'm > not running KDE. (My DE is XFCE.) > > I did that grep, but didn't see anything suspicious: > > [darose@darosedm services]$ find . -type f | xargs grep notify >

Re: [arch-general] xfce4-notifyd issues

On 06/23/2017 04:58 PM, David Rosenstrauch wrote: FYI, I just tested under sddm and I still see the same issue. For whatever reason, xfce4-notifyd does not get started in response to attempts to launch service 'org.freedesktop.Notifications': Jun 23 16:55:27 darosedm dbus-daemon[723]:

Re: [arch-general] xfce4-notifyd issues

On 06/25/2017 09:03 AM, Paul Franke wrote: 1) Any idea what's responsible? 2) From what I can see the issue isn't just startup. If you see my previous email, it looks like the notifyd is crashing for some reason. Maybe, xfce4-notifyd crashes on startup due to not set DISPLAY environment

Re: [arch-general] xfce4-notifyd issues

On 06/24/2017 02:30 AM, Jérôme M. Berger wrote: On 06/23/2017 10:58 PM, David Rosenstrauch wrote: Jun 23 16:55:27 darosedm dbus-daemon[723]: Activating service name='org.freedesktop.Notifications' Jun 23 16:56:27 darosedm plasma_waitforname[1988]: org.kde.knotifications: WaitForName: Service

Re: [arch-general] About rebuild of pandoc

Hello Felix, Felix Yan writes: > The basic idea is to make the haskell libraries in our official repos > less bloated and more friendly to end users, instead of providing all > development oriented features. Unfortunately I didn't get enough > feedback on that topic.

Re: [arch-general] About rebuild of pandoc

On 06/26/2017 08:23 PM, Eli Schwartz via arch-general wrote: > Which, to be fair, has some justification in that technically speaking, > statically-compiled haskell programs were an ugly bug. It's just a pity > haskell is such a terribly bloated ecosystem. :p Half a year ago we have a discussion

Re: [arch-general] About rebuild of pandoc

On 06/26/2017 02:45 AM, Óscar García Amor wrote: > Hello all, > > Some days ago the pandoc mantainer [1] do a rebuild of it [2] where > add a lot of haskell package dependencies. I think that the build > changes the binary from statically linked to dinamically linked, but > IMHO, I prefer the

Re: [arch-general] Broken devtools?

Il 22/06/2017 23:15, Bruno Pagani ha scritto: > > devtools scripts use the first mirror from your system mirror list. Can > you be more specific about the issue you’re encountering? It’s likely > that your first mirror does not work for instance, in which case > devtools fails. > > Bruno > Not

Re: [arch-general] Kde + Gnome dual-install issues

Thanks Ralf for all your replies. I'm still investigating, since I was outdoor in the weekend, but I'm now more aware of which parts are involved in this game. I've looked at Systemd's user units and indeed there is some "gvfs-*" loaded/active. Also in the folder /etc/xdg/autostart/ there are

[arch-general] About rebuild of pandoc

Hello all, Some days ago the pandoc mantainer [1] do a rebuild of it [2] where add a lot of haskell package dependencies. I think that the build changes the binary from statically linked to dinamically linked, but IMHO, I prefer the static one (55,08 MiB of package) over the dinamic (more than