Re: [arch-general] About rebuild of pandoc

2017-06-27 Thread Magnus Therning

Eli Schwartz via arch-general  writes:

> 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 static one (55,08 MiB of package) over the dinamic
>> (more than 666 MB in libraries).
>>
>> What do you think about this?
>>
>> Other solution can be have other package "pandoc-static", that
>> maintains the previous method of package.
>>
>> Greetings.
>>
>> [1]: https://www.archlinux.org/packages/community/x86_64/pandoc/
>> [2]: 
>> https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/pandoc&id=d340c92f8cf5686509551c08bcdaa0b5e66760b0
>
> And same with shellcheck -- the general issue is that *all*
> haskell-based packages now build dynamically linked against the haskell
> runtime (which is huge, and few people have more than one or two
> packages that need it).
>
> https://bbs.archlinux.org/viewtopic.php?id=227621
> https://bbs.archlinux.org/viewtopic.php?id=227477
> https://bbs.archlinux.org/viewtopic.php?id=227574
> https://bugs.archlinux.org/task/54564
> https://bugs.archlinux.org/task/54590
> https://bugs.archlinux.org/task/54588
> https://bugs.archlinux.org/task/54580
>
> Seems like the official response is "just live with it, no one cares
> what you say".
>
> 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
>
> That being said, there are pandoc-lite and shellcheck-static packages in
> the AUR which use upstream's prebuilt binaries and don't require the
> whole haskell ecosystem as a dependency. Which seems fairly reasonable
> to me.

There's also the ArchHaskell repo:
https://wiki.archlinux.org/index.php/ArchHaskell

Some, but not all, binaries are split out into separate packages. Look
for *-tool packages

/M

--
Magnus Therning  OpenPGP: 0x927912051716CE39
email: mag...@therning.org   jabber: mag...@therning.org
twitter: magthe   http://therning.org/magnus

The right to search for truth implies also a duty; one must not
conceal any part of what one has recognized to be true.
 — Albert Einstein


signature.asc
Description: PGP signature


Re: [arch-general] That terminal in gnome will launch.

2017-06-27 Thread José Vilmar Estácio de Souza
Also you can press alt+f2, type gnome-terminal and press the enter key 
to launch terminal.




On 06/27/2017 05:54 PM, Rafael Fontenelle wrote:

2017-06-27 17:35 GMT-03:00 matthew dyer via arch-general <
arch-general@archlinux.org>:


Hi all, For some strange ofeason, anon me terminal does not load either
when search for it or selectable it in application ns Is there a way to fix
this without having to rest stall Arch. Is there something I am
doingwrong?  I am using gnome 3.24 with all updates as of today.  Thanks
again for the help. Matthew

D


Is gnome-terminal package installed in your system? You can verify that in
CLI by running the command "pacman -Q gnome-terminal"

Rafael Fontenelle


--
Assinatura Informal José Vilmar, Telefones: 21 2555-2650 e 21 
98868-0859, Skype: jvilmar


Re: [arch-general] That terminal in gnome will launch.

2017-06-27 Thread Rafael Fontenelle
2017-06-27 17:35 GMT-03:00 matthew dyer via arch-general <
arch-general@archlinux.org>:

> Hi all, For some strange ofeason, anon me terminal does not load either
> when search for it or selectable it in application ns Is there a way to fix
> this without having to rest stall Arch. Is there something I am
> doingwrong?  I am using gnome 3.24 with all updates as of today.  Thanks
> again for the help. Matthew
>
> D


Is gnome-terminal package installed in your system? You can verify that in
CLI by running the command "pacman -Q gnome-terminal"

Rafael Fontenelle


[arch-general] anyone using flyspray app?

2017-06-27 Thread Jude DaShiell
If so, can the lynx browser run setup and then run flyspray after setup or 
is this going to need a g.u.i. browser?




--


[arch-general] That terminal in gnome will launch.

2017-06-27 Thread matthew dyer via arch-general
Hi all, For some strange ofeason, anon me terminal does not load either when 
search for it or selectable it in application ns Is there a way to fix this 
without having to rest stall Arch. Is there something I am doingwrong?  I am 
using gnome 3.24 with all updates as of today.  Thanks again for the help. 
Matthew 

D

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

2017-06-27 Thread Francesco Porro via arch-general
Il giorno mar, 27/06/2017 alle 15.04 +0200, Simon Brulhart ha scritto:
> > But my main issue is still here (double click on a desktop folder
> > triggers Dolphin  instead of Nautilus *in a Gnome session*). Have
> > you
> > any ideas about anything that could cause this? It's very
> > frustrating.
> 
> A while ago I had a similar issue. Firefox would open folders with
> dolphin instead of nautilus, even though I was running GNOME and I
> had
> set nautilus as the default for inode/directory.
> 
> It turned out to be a conflict between two DBUS service definition
> for
> the same interface (org.freedesktop.FileManager1), and as a
> workaround I
> created a symbolic link in ~/.local/share/dbus-1/services to
> nautilus'
> service definition
> (/usr/share/dbus-1/services/org.freedesktop.FileManager1.service).

Oh yeah, this one works! :D  It fixed my problem: finally, I got
Nautilus opened on double-clicking desktop folders, instead of Dolphin!
Many Thanks, Simon! :)

> As I understand it worked because services defined in ~/.local/share/
> have a higher priority. See
> https://specifications.freedesktop.org/basedir-spec/basedir-spec-
> latest.html#variables

Yes, I think so too. I'm gonna look into this a little more, because I
don't know that much about dbus and how it works. It's probably
responsible also for those others gnome's deamons running in my Plasma
session.

> BTW the thread about "xfce4-notifyd issues" also mentions conflicts
> between DBUS services.

So I'm going to read that thread too. Maybe, if this dbus-related
issues are quite frequent (at least in this dual-DE scenario), it could
be worth a mention in the wiki? Just a suggestion/proposal for the
high-skilled guys who read this :) .


I'm having another trouble, but this time is about QT-apps looks on
Gnome, so maybe it's better discussing to a new mail-thread.

Thanx again! 


-- 
fp
PGP: 0x45399C26

signature.asc
Description: This is a digitally signed message part


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

2017-06-27 Thread Simon Brulhart

> But my main issue is still here (double click on a desktop folder
> triggers Dolphin  instead of Nautilus *in a Gnome session*). Have you
> any ideas about anything that could cause this? It's very frustrating.

A while ago I had a similar issue. Firefox would open folders with
dolphin instead of nautilus, even though I was running GNOME and I had
set nautilus as the default for inode/directory.

It turned out to be a conflict between two DBUS service definition for
the same interface (org.freedesktop.FileManager1), and as a workaround I
created a symbolic link in ~/.local/share/dbus-1/services to nautilus'
service definition
(/usr/share/dbus-1/services/org.freedesktop.FileManager1.service).

As I understand it worked because services defined in ~/.local/share/
have a higher priority. See
https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables

I don't know if the desktop uses this DBUS interface specifically (or if
it uses DBUS at all for this matter), but it may be worth a try.

BTW the thread about "xfce4-notifyd issues" also mentions conflicts
between DBUS services.




signature.asc
Description: OpenPGP digital signature


Re: [arch-general] Please update the Cinnamon packages

2017-06-27 Thread Marcelo "Marc" Ranolfi via arch-general
I see Cinnamon is back on track according to the official releases.

Thank you (and congratulations) to the packagers.

On Thu, Jun 22, 2017 at 2:33 AM, Marcelo "Marc" Ranolfi  wrote:

> I highly doubt it, since it's up-to-date in Antergos (although I suspect
> it's an automated build)
>
> On Thu, Jun 22, 2017 at 2:16 AM, mike lojkovic via arch-general <
> arch-general@archlinux.org> wrote:
>
>> Might he be waiting on Linux Mint 18.2 to be released before updating?
>> (all
>> of the major bugs should be fixed by then)
>>
>> On Jun 21, 2017 11:39 PM, "Marcelo "Marc" Ranolfi via arch-general" <
>> arch-general@archlinux.org> wrote:
>>
>> > Good morning,
>> >
>> > With Cinnamon 3.4.2 released 2 days ago, the version available in the
>> > official repository is now 3 releases behind.
>> >
>> > I exhort those in charge to please give this matter some attention.
>> >
>> > Thanks.
>> >
>> > On Sun, Jun 18, 2017 at 4:44 AM, Marcelo Ranolfi 
>> > wrote:
>> >
>> > > Good morning,
>> > >
>> > > Our Cinnamon packages, from maintainer Alexandre Filgueiras (
>> > > https://www.archlinux.org/packages/?maintainer=faidoc), have been
>> > > out-of-date for a while now.
>> > >
>> > > Someone asked on Reddit a month ago about this (
>> > https://www.reddit.com/r/
>> > > archlinux/comments/6axs8n/to_alexandre_filgueria_why_is_
>> > cinnamon_34_not/)
>> > > and was informed that the packages are up-to-date in Antergos. I
>> > appreciate
>> > > that Mr. Filgueira is the founder and project leader for Antergos.
>> > >
>> > > Since the Cinnamon packages are currently lagging 5 months behind
>> > official
>> > > releases, I'd like to ask Mr Filgueira to either step up and update
>> the
>> > > packages, or possibily consider handing over the maintanership in the
>> > best
>> > > interest of the community. The Cinnamon DE is developing fast, and a
>> > rather
>> > > large number of quirks are fixed each release.
>> > >
>> > > There's a git version in AUR, but it's basically broken (the PKGBUILD
>> > > themselves, and the sources - it's dev version after all). I'd create
>> > > another AUR package myself for the most up-to-date version, but we
>> have a
>> > > policy of not doing that for official packages. Anyway, I would
>> volunteer
>> > > to maintain Cinnamon, if needed.
>> > >
>> > > Thanks for your consideration.
>> > >
>> >
>>
>
>