Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

python 2.5 install can't find tcl/tk in /usr/lib64 #43946

Closed
dstrozzi mannequin opened this issue Sep 6, 2006 · 2 comments
Closed

python 2.5 install can't find tcl/tk in /usr/lib64 #43946

dstrozzi mannequin opened this issue Sep 6, 2006 · 2 comments
Labels
topic-installation type-bug An unexpected behavior, bug, or error

Comments

@dstrozzi
Copy link
Mannequin

dstrozzi mannequin commented Sep 6, 2006

BPO 1553166
Nosy @devdanzin
Superseder
  • bpo-1294959: Add sys.platlibdir and configure --with-platlibdir to use /usr/lib64 on Fedora and SuSE
  • Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

    Show more details

    GitHub fields:

    assignee = None
    closed_at = <Date 2009-03-30.03:23:22.910>
    created_at = <Date 2006-09-06.04:59:55.000>
    labels = ['type-bug', 'expert-installation']
    title = "python 2.5 install can't find tcl/tk in /usr/lib64"
    updated_at = <Date 2009-03-30.03:23:22.909>
    user = 'https://bugs.python.org/dstrozzi'

    bugs.python.org fields:

    activity = <Date 2009-03-30.03:23:22.909>
    actor = 'ajaksu2'
    assignee = 'none'
    closed = True
    closed_date = <Date 2009-03-30.03:23:22.910>
    closer = 'ajaksu2'
    components = ['Installation']
    creation = <Date 2006-09-06.04:59:55.000>
    creator = 'dstrozzi'
    dependencies = []
    files = []
    hgrepos = []
    issue_num = 1553166
    keywords = []
    message_count = 2.0
    messages = ['60995', '84480']
    nosy_count = 2.0
    nosy_names = ['dstrozzi', 'ajaksu2']
    pr_nums = []
    priority = 'normal'
    resolution = 'duplicate'
    stage = 'resolved'
    status = 'closed'
    superseder = '1294959'
    type = 'behavior'
    url = 'https://bugs.python.org/issue1553166'
    versions = ['Python 2.5']

    @dstrozzi
    Copy link
    Mannequin Author

    dstrozzi mannequin commented Sep 6, 2006

    Hi,

    I'm trying to compile python 2.5 RC1 under opensuse
    10.1 on a 64-bit AMD athlon. Although the README says
    it will auto-detect tcl/tk, and setup tkinter
    appropriately, it doesn't. Among other things, this
    means idle can't use this python version. I have
    tcl/tk, the libraries, devel packages, anything that
    seemed relevant in YaST installed. I think the problem
    is my tcl/tk libs live in /usr/lib64. It seems, based
    on the file Modules/Setup generated by ./configure,
    that the python installer doesn't see these libs.

    From perusing the web there seems to be a fair amount
    of pain caused by /lib vs /lib64 dir names. In fact an
    older post to the forum identifies the same issue (just
    search for lib64 if this link is busted):

    http://sourceforge.net/tracker/index.php?func=detail&aid=1294959&group_id=5470&atid=105470

    It would be very nice if this were somehow handled
    automatically, or at least give detailed instructions
    in the README (search the doc for lib64 returns nothing).

    Cheers,
    David

    @devdanzin
    Copy link
    Mannequin

    devdanzin mannequin commented Mar 30, 2009

    Closing as duplicate of bpo-1294959.

    @devdanzin devdanzin mannequin closed this as completed Mar 30, 2009
    @devdanzin devdanzin mannequin added the type-bug An unexpected behavior, bug, or error label Mar 30, 2009
    @devdanzin devdanzin mannequin closed this as completed Mar 30, 2009
    @devdanzin devdanzin mannequin added the type-bug An unexpected behavior, bug, or error label Mar 30, 2009
    @ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Labels
    topic-installation type-bug An unexpected behavior, bug, or error
    Projects
    None yet
    Development

    No branches or pull requests

    0 participants