- Shipped
- 9 Septemba 2026, 22:22 UTC
- Author
- Kamo
- Commit
- c0977ae
Hatua za kuchapisha ziliketi ndani ya 'build', kwa hivyo kukimbia 12014 alishindwa na kuchukua picha hiyo - na "Pnpm kufunga -frozen-lockfile" ilikuwa safi ndani ya nchi, ambayo ni kusema: nini alishindwa alikuwa mkimbiaji Kuumba, sio eneo la kazi. Ni kazi yake mwenyewe sasa, ‘build’ haina kusubiri, na ni pins Node 22 ili mechi ya kamo-js, repo nyingine ambayo inachapisha @kamo / * kutoka kwa wapiganaji hawa. Usajili wa Hiyo ni chini haipaswi kuacha usafirishaji wa programu hii, na wakati kuchapisha inashindwa inapaswa kushindwa kwenye mstari Hiyo inasema "kuchapisha", sio ndani ya jengo la docker ambapo linasoma kama kosa la kujenga. NPM PUBLISH TOKEN sasa inashindwa na ujumbe unaojitambulisha badala ya kuandika tupu auth line na kupata 401 kutoka "pnpm kuchapisha" hatua tatu baadaye. "pdfjs-dist" ni utegemezi wa PEER wa @kamo / doc-render, halisi iliyopigwa, sio utegemezi. Kama ya utegemezi npm ni huru kufunga nakala ya pili iliyowekwa kwa watumiaji - na programu zote SELF-HOST Mfanyikazi wa pdf.js, akinakili 'pdf.worker.min.mjs' nje ya pdfjs-dist yao wakati wa kujenga. Moja ya 4.10.38 kando ya ghorofa 4.11 ingeweza kumpa mfanyakazi huyo kwenye injini ambayo hailingani, na Kushindwa kuonekana kama hati ambayo haitatoa kwenye ukurasa mtu anaombwa kusaini. Tayari kuna toleo moja skew katika eneo hili kuwa makini ya: mizigo ya kamo-ndani ya PdfCanvas PDF.js 4.4.168 kutoka cdnjs ndani ya 'window.pdfjsLib', injini tofauti ambayo inakaa bila kuingizwa tu Hii ni kwa sababu mifumo yote miwili ya uendeshaji haijawahi kukutana.