New Ticket     Tickets     Wiki     Browse Source     Timeline     Roadmap     Ticket Reports     Search

Ticket #29297 (closed defect: fixed)

Opened 2 years ago

Last modified 2 years ago

pkg failure

Reported by: snc@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: base Version: 1.9.99
Keywords: Cc:
Port:

Description (last modified by snc@…) (diff)

While doing an mpkg for a dependent, python_select failed during its pkg phase.

The log revealed that archivefetch failed verification but didn't stop the packing process.

Attachments

python_select.log.tbz2 (1.6 KB) - added by snc@… 2 years ago.

Change History

Changed 2 years ago by snc@…

comment:1 Changed 2 years ago by jmr@…

Works for me.

comment:2 Changed 2 years ago by afb@…

From the log:

:msg:archivefetch --->  Attempting to fetch python_select-0.3_0.darwin_10.noarch.tbz2.rmd160 from http://lavergne.gotdns.org/macports/python_select
:debug:archivefetch failed verification with key /opt/local/share/macports/macports-pubkey.pem
:debug:archivefetch openssl output: Verification Failure
child process exited abnormally

And that's why pkg fails, destroot wasn't completed even if thought so:

:info:pkg ERROR: The specified root is invalid: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_python_select/work/destroot

Could be a bug with archivefetch fallback, not handling errors properly ?

comment:3 Changed 2 years ago by snc@…

  • Summary changed from python_select fails pkg phase to archivefetch doesn't fail properly
  • Component changed from ports to base
  • Port python_select deleted
  • Description modified (diff)

Good find in the log.

comment:4 Changed 2 years ago by raimue@…

  • Owner changed from raimue@… to jmr@…

Not related to python_select, so moving ownership.

Joshua, could you please take a look at this?

comment:5 Changed 2 years ago by jmr@…

  • Owner changed from jmr@… to macports-tickets@…
  • Summary changed from archivefetch doesn't fail properly to pkg failure

Doesn't look like archivefetch is doing anything wrong. The statefile said the destroot phase was complete, so unarchive didn't bother:

:debug:archivefetch Skipping unarchive (python_select) since destroot completed

But apparently the destroot dir had been deleted behind its back.

It's unlikely anything is going to happen with this unless you can provide steps to reproduce.

comment:6 Changed 2 years ago by jmr@…

Actually now I see a way this could happen.

comment:7 Changed 2 years ago by jmr@…

  • Status changed from new to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.