Github messages for voidlinux
 help / color / mirror / Atom feed
From: MarleDK <MarleDK@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: ncurses: add libtinfo.so
Date: Tue, 28 Apr 2020 20:23:59 +0200	[thread overview]
Message-ID: <20200428182359.F3B62d9ZHsZZazJ9uxk51JPzGFZOWX889573R-PnpYw@z> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-21409@inbox.vuxu.org>

[-- Attachment #1: Type: text/plain, Size: 1491 bytes --]

New comment by MarleDK on void-packages repository

https://github.com/void-linux/void-packages/pull/21409#issuecomment-620777005

Comment:
> Actually `ncurses-devel` and `tinfo-devel` need to be conflicting packages.

I don't think they should be conflicting. I think the tinfo package should just only provide libtinfo.so*  
But since the ncurses will provide the full ncurses.so* libraries (with both ncurses and tinfo functions), it should be useable by both programs which expect it to provide everything, and programs, which only expect it to provide ncurses without tinfo.

But wouldn't it pose problems leaving it as different packages, especially if they are not updated together? Not by the user, but if ncurses gets its version bumped in the repo, but tinfo does not. 

In the issue #11718 they link to this: https://github.com/commercialhaskell/stack/issues/4711#issuecomment-480614106 
Where it is suggested that some packages simply symlink libtinfo to libncurses. 
Do you think that would be a valid solution? 
In a way it would also be a simpler solution, if libncurses needs all the logic from libtinfo anyway.
I suppose this way it could be made simply by symlinking in ncurses when building, and then create packages which copy the symlinks. 
Or would it then be better just to always include libtinfo symlinked to libncurses?

I will create a new commit where I symlink them, then it should be easy to make it into its own package or include it in ncurses.

  parent reply	other threads:[~2020-04-28 18:24 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-27 18:59 [PR PATCH] " MarleDK
2020-04-27 19:22 ` [PR PATCH] [Updated] " MarleDK
2020-04-27 22:51 ` Duncaen
2020-04-28  9:34 ` MarleDK
2020-04-28 11:10 ` pullmoll
2020-04-28 11:16 ` pullmoll
2020-04-28 18:23 ` MarleDK [this message]
2020-05-15 21:12 ` pullmoll
2020-05-25  9:03 ` [PR PATCH] [Updated] " MarleDK
2020-05-25  9:06 ` MarleDK
2020-05-26  6:36 ` [PR PATCH] [Updated] " MarleDK
2020-05-27  5:46 ` MarleDK
2020-05-27  5:48 ` MarleDK
2020-05-27 14:29 ` [PR PATCH] [Merged]: " pullmoll

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200428182359.F3B62d9ZHsZZazJ9uxk51JPzGFZOWX889573R-PnpYw@z \
    --to=marledk@users.noreply.github.com \
    --cc=ml@inbox.vuxu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).