Distribua nomo, glibc aŭ kompililo: kion kontrolas la instalilo
Instalilo, kiu rifuzas vian derivaĵon, eble legas distribuan nomon, rulmedian version aŭ kompililon. Nur unu el tiuj decidas, ĉu la binara dosiero povas funkcii.
La instalilo presas “unsupported distribution”, vi ŝanĝas unu ĉenon, kaj ĝi daŭras ĝis ĝi malsukcesas minuton poste kun ŝargila eraro. Tiu sinsekvo estas la simptomo inda rekoni: la unua malsukceso estis rekona kontrolo, kaj la dua estas kongrueca limo. Ili estas du malsamaj problemoj, kiuj hazarde aperas en la sama terminalo. Ŝanĝi la kontrolon povas nur movi vin de la unua al la dua.
La simptomo: la instalilo haltas ĉe via derivaĵo
Skripto, kiu legas distribuan nomon kaj rifuzas daŭrigi, diras al vi, ke ĝia aŭtoro ne testis vian derivaĵon. Tio estas subtena deklaro, ne teknika fakto, kaj ĝi ofte malĝustas en tiu senco, ke la pakaĵo bone funkcius.
La problemo komenciĝas, kiam la provizora solvo fariĝas la plano. Ŝanĝi identecan dosieron igas la kontrolon pasi, kaj la pakaĵo tiam ŝargiĝas, aŭ malsukcesas ŝargiĝi, kontraŭ la fakte instalita rulmedio. Se ĝi malsukcesas tie, nenia plua redaktado de identeco helpos.
Do la utila movo estas trovi, kiun demandon la instalilo faris, kaj poste trovi, ĉu la respondo gravis. Tiuj estas du apartaj enketoj kaj nur la dua antaŭdiras, ĉu la pakaĵo funkcios.
Tri versioj, kiujn oni nomas la sistema versio
Distribua eldono nomas pakaĵan medion. Versio de C-biblioteko nomas rulmedian efektivigon kaj ĝian eldonon. Versio de kompililo nomas ilarĉenon. Oni en konversacio nomas ĉiujn tri “la sistema versio”, sed en instalilo ili ne estas interŝanĝeblaj.
cat /etc/os-release ldd --version | head -1 gcc --version | head -1 uname -m
Antaŭkonstruita aplikaĵo atendas la rulmedian medion, kiu ekzistis kiam ĝi estis ligita. Ŝanĝi kompililojn sur la gastiganto ne religas ĝin, kaj pli nova ilarĉeno ŝanĝas nenion en la ŝargilaj simboloj, kiujn la binara dosiero petas. Arkitekturo denove gravas aparte, ĉar 32-bita pakaĵo sur 64-bita sistemo malsukcesas pro kialoj, kiujn neniu versia ĉeno klarigas.
Konservu la kvar eligojn kun la raporto. Kolekti ilin daŭras dek sekundojn kaj ili respondas al plej multaj demandoj, kiujn prizorganto alie demandus vin retpoŝte.
Legu la eraron, ne la kontrolon
La unua lanĉa eraro estas la pruvo. Mesaĝo pri mankanta komuna objekto, aŭ pri simbolversio, kiun la ŝargilo ne povas kontentigi, estas problemo de dependeco de la rulmedio. Mesaĝo, kiu ripetas la distribuan nomon, estas denove la rekona kontrolo, en alia loko.
La dokumentaro de la dinamika ligilo priskribas, kiel funkcias biblioteka serĉado kaj kie la ŝargilo serĉas. Ŝanĝi distribuan etikedon ne aldonas dosierujon al tiu serĉovojo, kaj tial la dua malsukceso aspektas nerilata al la unua.
Ne ekkaptu ldd sur elŝutita plenumebla dosiero kiel ordinaran unuan paŝon. Ĝia propra manlibro avertas, ke ĝi povas plenumi la programon en iuj cirkonstancoj, kaj plenumi nefidindan instalilon estas ĝuste tiu kazo, pri kiu tiu averto temas.
Kial redakti la ĉenon ne helpas
Falsigi la identecon de la operaciumo ŝanĝas, kiel ĉiu programo en la maŝino vidas sin. Pakaĵmastrumiloj, subtenaj iloj kaj aliaj aplikaĵoj legas la saman dosieron, kaj valoro, kiu kontentigas unu instalilon, povas konfuzi ion alian monatojn poste.
Anstataŭigi gastigantajn bibliotekojn per dosieroj el alia distribuo estas pli malbone. Ĝi povas rompi nerilatan programaron, ĝi estas nevidebla al la pakaĵmastrumilo, kaj ĝi bezonas prizorgan planon, kiun neniu skribas. Tiujn ŝanĝojn ne pravigas unu restrikta instalilo.
Se la kontrolo vere estas rekona difekto, la prizorganto povas konfirmi ĝin kaj priskribi la subtenatan korekton. Se ĝi ne estas difekto, la subtenata vojo estas konstruo por via platformo, kaj tiu respondo ne ŝanĝiĝas ĉar la ĉeno estis redaktita.
Verku raporton, pri kiu la prizorganto povas agi
Notu la distribuon kaj eldonon, la arkitekturon, la VPN-eldonon, la precizan kondiĉon, kiu estis rifuzita, kaj la unuan rulmedian eraron se vi atingis tiom. Notu, ĉu vi modifis ion, ĉar raporto el modifita sistemo estas alia raporto.
Lasu la originalan instalilon senŝanĝa kaj priskribu la kontrolon anstataŭ ĉirkaŭiri ĝin. Tiu distingo ebligas al la prizorganto apartigi tro mallarĝan rekonan regulon de reala binara kongrueca limo, kiuj estas du tre malsamaj cimoj kun du tre malsamaj riparoj.
Se la respondo revenas, ke via platformo ne estas subtenata, tio estas uzebla rezulto. Ĝi diras al vi serĉi subtenatan konstruon anstataŭ pasigi alian vesperon ĉe identecaj dosieroj, kiuj neniam estis la problemo.