Ipython: "पीडीएफ के रूप में डाउनलोड करें" सुविधा अनुपयोगी त्रुटि संदेश दिखाती है और इसके लिए बड़ी निर्भरता की आवश्यकता होती है

क्या लेटेक्स त्रुटि HTML त्रुटि पृष्ठ में, या केवल टर्मिनल में दिखाई देती है?
जब तक विशिष्ट त्रुटि संदेश त्रुटि पृष्ठ पर आता है, मुझे लगता है
हम इतना ही कर सकते हैं। हम यह विश्लेषण करने की कोशिश नहीं कर रहे हैं कि लेटेक्स विफल क्यों हुआ - मैं हूँ
यकीन है कि कई संभावित तरीके हैं।

पीडीएफ बनाने के वैकल्पिक तरीकों की जांच करना दिलचस्प होगा,
जैसे रिपोर्टलैब या wkhtmltopdf का उपयोग करना। हमें निश्चित रूप से फोन नहीं करना चाहिए
डिफ़ॉल्ट रूप से एक वेब सेवा के लिए।

टर्मिनल में लेटेक्स त्रुटि दिखाई गई। HTML त्रुटि पृष्ठ में, मुझे प्राप्त एकमात्र संदेश nbconvert failed: PDF creating failed । HTML त्रुटि पृष्ठ पर ट्रेसबैक जोड़ने के बारे में क्या?

मैं यह उल्लेख करना भूल गया था कि स्थानीय स्थापना में त्रुटि होने पर वेब सेवा का उपयोग करने का विचार कमबैक होना था। क्या nbviewer के समान ipynb फ़ाइलों को परिवर्तित करने के लिए अनुरोध प्राप्त करने वाले सर्वर को बनाना काफी सरल नहीं होना चाहिए?

nbviewer जैसी वेबसाइटें ऑप्ट-इन लोग हैं जो स्पष्ट रूप से अपने काम को सार्वजनिक करते हैं, और इंटरनेट पर।
डिफ़ॉल्ट रूप से पीडीएफ के लिए एक webservice होना गोपनीयता के लिए वास्तव में खराब होगा, और नोटबुक को ऑनलाइन अनुपयोगी बना देगा।

अभी के लिए ऐसा करने वाली एकमात्र सेवा matjax है, क्योंकि यह बहुत बड़ी थी। और 4.0 के लिए हम इसे IPython के हिस्से के रूप में शिप करेंगे।

@Carreau मैं यह नहीं कह रहा हूँ कि PDF को सार्वजनिक रूप से ऑनलाइन प्रकाशित किया जाएगा, लेकिन Ipython द्वारा प्रबंधित सर्वर में परिवर्तित किया जाएगा और स्थानीय मशीन में उचित स्थापना नहीं होने की स्थिति में उपयोगकर्ता के लिए फ़ॉलबैक के रूप में डाउनलोड के रूप में वितरित किया जाएगा।

ओपन सोर्स की दुनिया में ऐसा सॉफ़्टवेयर होना बहुत शर्म की बात है जो स्वचालित रूप से आपके डेटा को सर्वर पर भेजता है जब आपने उसे स्पष्ट रूप से ऐसा करने के लिए नहीं कहा है। हम एक स्पष्ट विकल्प के रूप में 'आईपीथॉन के सर्वर पर पीडीएफ में कनवर्ट' के रूप में कुछ ऐसा कर सकते हैं, लेकिन स्थानीय रूपांतरण विफल होने पर हम इसे कमबैक के रूप में नहीं करेंगे।

हाँ, तुम सही हो, यह बेहतर होगा। हो सकता है कि एक संदेश यह कह रहा हो कि रूपांतरण में कुछ गड़बड़ हुई है और बाहरी वेब सेवा का उपयोग करके फ़ाइल को डाउनलोड करने के लिए एक अतिरिक्त बटन है।

मुझे लगता है कि यह करने योग्य हो सकता है, लेकिन इस मामले में पीडीएफ पर क्यों रुकें?
क्लाउड में एक (पूर्ण, लेकिन अभी भी प्रतिबंधित) रूपांतरण सेवा होने से समझ में आ सकता है और कुछ समय पहले ही उल्लेख किया जा चुका है। वह एक "nbviewer एपीआई" होगा। हालांकि, यह उपयोगकर्ता डेटा लीक, हैक, या अन्य चीजों के मामले में देयता का समस्याग्रस्त कानूनी प्रश्न उठाता है, जिसे हम (अभी तक) निपटने के लिए तैयार नहीं हैं।

हालांकि, कोड लिखना ताकि कंपनी इसे अपने स्थानीय नेटवर्क पर तैनात कर सके, ठीक रहेगा।

ठीक है, पीडीएफ रूपांतरण के लिए एक बड़े डाउनलोड की आवश्यकता होती है (हालाँकि इसका अधिकांश आकार प्रलेखन है) और यह संभावना नहीं है कि प्रत्येक Ipython उपयोगकर्ता के पास वह पैकेज स्थापित होगा। इसलिए, मैंने सोचा कि उस सुविधा का उपयोग शुरू करने के प्रयास को कम करना एक अच्छा अतिरिक्त होगा। आपके मन में और कौन से रूपांतरण हैं?

वास्तव में, मुझे पूर्ण विकसित रूपांतरण सेवा प्राप्त करने में बहुत खुशी नहीं होगी क्योंकि इस तरह की परियोजना के लिए बहुत अधिक प्रयास की आवश्यकता होती है जो नोटबुक में सुधार करने से अलग हो जाती है और उस मामले में कम रिटर्न का कानून जल्दी से लागू होता है।

उपयोगकर्ता डेटा लीक के संबंध में, मैंने सोचा कि इसके लिए काम करने के लिए केवल एक चीज की आवश्यकता है जो कि पीएनबी फ़ाइल है। रूपांतरण के लिए किस प्रकार की उपयोगकर्ता जानकारी की आवश्यकता है? किसी भी स्थिति में, पीडीएफ प्रदान करने वाले सर्वर को उपयोगकर्ता की जानकारी को सहेजना नहीं चाहिए।

उपयोगकर्ता डेटा में नोटबुक सामग्री ही शामिल है। और जब सर्वर को उस जानकारी को सहेजना नहीं चाहिए, तो आप नहीं जानते कि जब आप इसे एक HTTP अनुरोध भेजते हैं तो यह इसके साथ क्या करने जा रहा है।

कुछ समय के लिए, मुझे यह कहने में कोई समस्या नहीं है कि नोटबुक को PDF में बदलने के लिए आपको लेटेक्स स्थापित करने की आवश्यकता है। निर्भरता कोई ऐसी चीज नहीं है जिससे हमें बचना चाहिए।

कुछ समय के लिए, मुझे यह कहने में कोई समस्या नहीं है कि नोटबुक को PDF में बदलने के लिए आपको लेटेक्स स्थापित करने की आवश्यकता है। निर्भरता कोई ऐसी चीज नहीं है जिससे हमें बचना चाहिए।

मैं @takluyver से सहमत

टर्मिनल में लेटेक्स त्रुटि दिखाई गई। HTML त्रुटि पृष्ठ में, मुझे प्राप्त एकमात्र संदेश nbconvert विफल रहा: PDF बनाना विफल रहा। HTML त्रुटि पृष्ठ पर ट्रेसबैक जोड़ने के बारे में क्या?

यह मेरे लिए एक अच्छा विचार है, बाकी सभी इस बारे में क्या सोचते हैं?

यह मेरे लिए एक अच्छा विचार है, बाकी सभी इस बारे में क्या सोचते हैं?

मुझे अच्छा लगता है...

HTML त्रुटि पृष्ठ पर ट्रेसबैक जोड़ने के बारे में क्या?

यह समझ में आता है, हालांकि लाटेक्स त्रुटियां कुछ सबसे लंबी और कम से कम सूचनात्मक त्रुटियां हैं जो मौजूद हैं। हमें यह सुनिश्चित करने की आवश्यकता होगी कि हम त्रुटि आउटपुट की हजारों पंक्तियों को ठीक से संभाल लें, जब आमतौर पर उन पंक्तियों में से अधिकांश में कोई सार्थक जानकारी होती है।

आपके मन में और कौन से रूपांतरण हैं

हर चीज़। अगर हम पीडीएफ कर सकते हैं, तो एचटीएमएल, आरएसटी, मार्कडाउन और यहां तक ​​कि जस्ट लेटेक्स क्यों नहीं।
पांडोक स्थापित करना आसान नहीं है ...

उपयोगकर्ता डेटा लीक के संबंध में, मैंने सोचा कि इसके लिए काम करने के लिए केवल एक चीज की आवश्यकता है जो कि पीएनबी फ़ाइल है। रूपांतरण के लिए किस प्रकार की उपयोगकर्ता जानकारी की आवश्यकता है? किसी भी स्थिति में, पीडीएफ प्रदान करने वाले सर्वर को उपयोगकर्ता की जानकारी को सहेजना नहीं चाहिए।

यदि आपके पास लिंक की गई छवियों जैसी साइड फ़ाइलें हैं, तो उन्हें भी अपलोड करने की आवश्यकता हो सकती है।
भले ही सर्वर को चीजों को नहीं रखना चाहिए , अगर हम हैक हो जाते हैं, तो यह हो सकता है,
या यह आपको एक संक्रमित पीडीएफ भी दे सकता है।

यह कल्पना करना कठिन है कि डेटा (या इसकी कमी) के साथ क्या किया जा सकता है, देखें [यह उदाहरण])http://mashable.com/2015/01/28/redditor-muslim-cab-drivers/) जहां का पैटर्न लापता डेटा ने NY टैक्सी ड्राइवर के धर्म का अनुमान लगाने की अनुमति दी।

जबकि हम सहमत हैं कि सेवा अच्छी होगी, हम शायद इसे डिफ़ॉल्ट रूप से सक्षम नहीं करेंगे।
इसके अलावा, हमें सेवा को ऑनलाइन बनाए रखने के लिए डेवलपर और देव ऑप्स समय की आवश्यकता है + कानूनी रूप से संरक्षित होने के कारण,
इसलिए जब तक कोई साथ नहीं आता और ऐसा नहीं करता है, या हमें उसके लिए धन नहीं मिलता है, तब तक ऐसा होने की बहुत कम संभावना है।

त्रुटि संदेश के लिए यह समझ में आएगा।

मैं सहमत हूं कि, कुछ समय के लिए, निर्भरता का वर्णन करना और त्रुटि संदेश में सुधार करना बेहतर है।

क्या यह पता लगाना संभव है कि ipynb फ़ाइल को कनवर्ट करने का प्रयास करने से पहले LaTeX स्थापित है या नहीं? यदि यह संभव है, तो Ipython एक बहुत ही विशिष्ट फ़ाइल के बारे में एक त्रुटि फेंकने के बजाय एक उपयोगी त्रुटि संदेश देने में सक्षम होगा। मेरे मामले में, मैंने सोचा था कि एक अन्य पैकेज ने लाटेक्स वितरण स्थापित किया था क्योंकि pdflatex काम कर रहा था। मुझे लगता है कि इस संदर्भ में Ipython उपयोगकर्ताओं द्वारा सामना की जाने वाली अधिकांश त्रुटियां LaTeX वितरण स्थापित नहीं करने के कारण हैं। इसलिए, इस समस्या का जल्द पता लगाने से अधिकांश उपयोगकर्ताओं को लाभ होगा।

हो सकता है, HTML त्रुटि पृष्ठ पर ट्रेसबैक जोड़ने के लिए एक उचित समझौता है, लेकिन इसे डिफ़ॉल्ट रूप से नहीं दिखाना है (क्योंकि यह बहुत लंबा और बिना सूचना वाला है।) कुछ पाठ जैसे "ट्रेसबैक देखना चाहते हैं?" पर क्लिक करने के बाद, ट्रेसबैक हो सकता है दिखाया गया। हालांकि, यदि एक लापता निर्भरता का जल्दी पता लगाना संभव है, तो त्रुटि पृष्ठ में मुख्य संदेश को यह बताना चाहिए।

@takluyver

उपयोगकर्ता डेटा में नोटबुक सामग्री ही शामिल है। और जब सर्वर को उस जानकारी को सहेजना नहीं चाहिए, तो आप नहीं जानते कि जब आप इसे एक HTTP अनुरोध भेजते हैं तो यह इसके साथ क्या करने जा रहा है।

लेकिन क्या आपका मतलब स्नूपिंग से है जैसा कि @Carreau ने सुझाव दिया था? अन्यथा, हम जानते हैं कि सर्वर उस अनुरोध के साथ क्या करेगा।

@ कैरेउ

हर चीज़। अगर हम पीडीएफ कर सकते हैं, तो एचटीएमएल, आरएसटी, मार्कडाउन और यहां तक ​​कि जस्ट लेटेक्स क्यों नहीं।
पांडोक स्थापित करना आसान नहीं है ...

मुझे नहीं लगता कि रूपांतरण सेवा में HTML या RST की आवश्यकता है क्योंकि वे पहले से ही नोटबुक में ही उपलब्ध हैं। हालांकि, मार्कडाउन और लाटेक्स रूपांतरण उपयोगी हो सकते हैं।

अगर सर्वर हैक हो जाता है, तो सब कुछ संभव है। हालांकि, हैक होने की संभावना काफी कम है कि ऐसा कुछ नहीं होना चाहिए जो लोगों को सेवा शुरू करने से रोकता है। इसके बजाय, सुरक्षा उपाय किए जाने चाहिए (तुरंत सुरक्षा अद्यतन स्थापित करना, केवल आवश्यक पोर्ट खोलना, फ़ायरवॉल सक्षम करना, केवल आवश्यक एप्लिकेशन इंस्टॉल करना, एसएसएल, आदि)

मुझे लगता है कि हम पहले ही जांच कर चुके हैं कि pdflatex कमांड उपलब्ध है या नहीं। मुझे संदेह है कि यह जांचने का एक अच्छा तरीका है कि लेटेक्स को संसाधित करने के लिए आवश्यक सभी फाइलें मौजूद हैं, इसे चलाने के अलावा।

मुझे संदेह है कि यह जांचने का एक अच्छा तरीका है कि लेटेक्स को संसाधित करने के लिए आवश्यक सभी फाइलें मौजूद हैं, इसे चलाने के अलावा।

मैं इस संदेह को दूसरा करता हूं।

मुझे नहीं लगता कि रूपांतरण सेवा में HTML या RST की आवश्यकता है क्योंकि वे पहले से ही नोटबुक में ही उपलब्ध हैं। हालांकि, मार्कडाउन और लाटेक्स रूपांतरण उपयोगी हो सकते हैं।

चीजों को कम मत समझो nbconvert/nbviewer करता है :-) यदि आपके पास एसवीजी है तो यह एसवीजी से पीएनजी तक $ inkscape भी हो सकता है। आपने अभी तक इसे हिट नहीं किया है।

अगर सर्वर हैक हो जाता है, तो सब कुछ संभव है। हालांकि, हैक होने की संभावना काफी कम है कि ऐसा कुछ नहीं होना चाहिए जो लोगों को सेवा शुरू करने से रोकता है। इसके बजाय, सुरक्षा उपाय किए जाने चाहिए (तुरंत सुरक्षा अद्यतन स्थापित करना, केवल आवश्यक पोर्ट खोलना, फ़ायरवॉल सक्षम करना, केवल आवश्यक एप्लिकेशन इंस्टॉल करना, एसएसएल, आदि)

यह बहुत काम है, और महान फ़ायरवॉल और एनएसए को कम मत समझो।
लेकिन वैसे भी कई प्रयोगशालाएँ हैं जहाँ इंटरनेट सेवाओं से दूरस्थ संबंध होने का कोई सवाल ही नहीं है
भी, लेकिन मुझे लगता है कि आप "आदि" और "हैक होने की संभावना" में काम की मात्रा को बहुत कम आंकते हैं।

यदि लोग पसंद करते हैं, मान लें कि पीटर नॉरविग, नोटबुक का उपयोग करने के लिए जाने जाते हैं, और फिर संभावित रूप से सेवा का उपयोग करते हैं तो यह 100% संभावना के साथ हमलों का लक्ष्य होगा।

डेबियन वितरण में यह काम करता है:

 ➜  ~  dpkg -s sudo | grep "install ok installed"
 Status: install ok installed
 ➜  ~  dpkg -s texlive | grep "install ok installed"
 Status: install ok installed
 ➜  ~  dpkg -s texlive-latex-extra | grep "install ok installed"

मैंने अंतिम आदेश चलाने से पहले texlive-latex-extra स्थापना रद्द कर दी

@Carreau नहीं, मेरे कहने का मतलब था कि nbconvert पहले से ही कई उपयोगी रूपांतरण करता है, इसलिए हमें इसे फिर से लागू करने वाली रूपांतरण सेवा की आवश्यकता नहीं है।

सुरक्षा चिंताओं के संबंध में, यह बहुत काम है लेकिन यह लगभग यांत्रिक कार्य है। खुफिया एजेंसियों के खिलाफ आप कुछ नहीं कर सकते। NSA अब SSL-एन्क्रिप्टेड कनेक्शन को नियमित रूप से तोड़ता है। "आदि" में काम की मात्रा साइट की विशेष आवश्यकताओं पर निर्भर करती है, लेकिन इस मामले में, सेवा की सादगी के कारण, अतिरिक्त आवश्यकताएं बहुत अधिक मांग नहीं कर रही हैं।

Google नियमित रूप से औद्योगिक जासूसी का लक्ष्य है, और यदि कोई विदेशी खुफिया एजेंसी जानकारी चुराना चाहती है, तो लगभग 0% संभावना है कि उनका चुना हुआ अटैक वेक्टर ipynb->pdf सेवा होने वाला है। वे जानते हैं कि तकनीकी रूप से जानकार लोग संवेदनशील जानकारी को इतने लापरवाह तरीके से अपलोड नहीं करेंगे। इसके अलावा, अगर वे नॉरविग का डेटा प्राप्त करना चाहते हैं, तो वे उसके लैपटॉप को संक्रमित कर देंगे और फिर हर अतिरिक्त सुरक्षा उपाय व्यर्थ होगा।

मेरे पास लेटेक्स और पीडीएफएलएक्सएक्स दोनों स्थापित हैं, लेकिन आरएचईएल 6 और 7 पर यह हमेशा adjustbox.sty कि रूपांतरण खत्म हो जाता है। क्या यह शैली फ़ाइल होनी चाहिए जो गैर-डिफ़ॉल्ट प्रतीत होती है?

विंडोज 7 (या उस मामले के लिए किसी भी विंडोज) पर पीडीएफ निर्यात निराशाजनक रूप से कठिन है।

यह है प्रक्रिया:

1. गुम चूक - पाइप इंस्टाल टूट गया है लेकिन सौभाग्य से कोंडा इंस्टाल आज उपलब्ध हो गया।
2. लापता पंडोक। पाइप या कोंडा में बिल्कुल भी उपलब्ध नहीं है इसलिए 18 एमबी विंडोज इंस्टालर के लिए वेब पर खोजें।
3. pdflatex गुम है। विंडोज के लिए यह कहां से मिलता है? MiKTeX नाम की कोई चीज है जो 163 एमबी की इंस्टॉल है, और यह स्पष्ट नहीं है कि यह पीडीएफ निर्यात करेगा।

अब तक, वह है 1 टूटा हुआ पाइप इंस्टॉल और अनइंस्टॉल, 1 सफल कोंडा इंस्टॉल, और 2 बड़े पैमाने पर डाउनलोड यादृच्छिक तृतीय पक्षों से इससे पहले कि हम करीब हों।

मैं अभी नहीं जानता कि कोई भी इसे उपयोगकर्ताओं की मशीनों के भार में कैसे बनाए रख सकता है, और यह सिर्फ एक फाइल को पीडीएफ के रूप में आउटपुट करने के लिए है। कई अन्य सॉफ्टवेयर पैकेज बिना किसी निर्भरता के पीडीएफ निर्यात का प्रबंधन करते हैं।
क्या कोई बेहतर तरीका नहीं है?

@blokeley उम्मीद है कि आपको इससे केवल एक बार ही
यदि आपके पास एक बेहतर तरीका है जो काम करता है, तो यह बहुत अच्छा होगा।

मुझे लगता है कि हम इसे दो में से एक तरीके से ठीक कर सकते हैं:

1. यह सत्यापित करने का प्रयास करें कि लेटेक्स और उसकी निर्भरताएँ स्थापित हैं।
2. एक पीडीएफ टेम्प्लेट और एक्सपोर्टर लिखें, जो सीधे पीडीएफ में आउटपुट होता है।

मुझे लगता है कि (2) वास्तव में (1) से आसान है। मुझे नहीं पता कि क्या यह इस तरह की चीज है जिसके लिए टीम को मानव शक्ति आवंटित करने में दिलचस्पी है ... मेरे पास अतीत में काम करने वाला एक सीधा पीडीएफ टेम्प्लेट था, हालांकि यह बहुत ही बुनियादी था।

मुझे लगता है कि पीडीएफ निर्यात करने के लिए हमारे पास केवल दो उचित तरीके हैं:

• ब्राउज़र प्रिंट पूर्वावलोकन के माध्यम से HTML -> प्रिंट-टू-पीडीएफ
• लाटेकस

यदि कोई अन्य पीडीएफ निर्यातक को विभिन्न उपकरणों का उपयोग करके लिखना चाहता है, तो इसका एक कस्टम तृतीय-पक्ष निर्यातक के रूप में स्वागत किया जाएगा, लेकिन संभवत: nbconvert के साथ भेजे गए नए निर्यातक के रूप में नहीं।

हो सकता है कि "पीडीएफ" से "लेटेक्स पीडीएफ" के नाम के रूप में सरल कुछ और अधिक वर्बोज़ त्रुटि संदेश पर्याप्त होगा। अभी एचटीएमएल संदेश "500: आंतरिक सर्वर त्रुटि" है, जिसमें कुछ भी यह नहीं दर्शाता है कि यह एक निर्भरता समस्या है (सर्वर कंसोल को छोड़कर, जिस पर उपयोगकर्ता की पहुंच नहीं हो सकती है)।

हो सकता है कि "पीडीएफ" से "लेटेक्स पीडीएफ" के नाम के रूप में सरल कुछ

#7951 . में पहले ही किया जा चुका है

हालाँकि, त्रुटि संदेश में अभी भी सुधार किया जाना चाहिए।

मुझे पीडीएफ निर्यातक लिखना अच्छा लगेगा लेकिन मेरा समय कुछ सीमित है (मैं आपको बहाने से बोर नहीं करूंगा)। अगर और कुछ नहीं होता है, तो मैं इस गर्मी में किसी समय एक प्रोटोटाइप लिखने की कोशिश करूंगा।

या अधिक वास्तविक रूप से यह Google समर ऑफ़ कोड प्रोजेक्ट हो सकता है? मुझे कुछ नकद दान करने में खुशी होगी ।

IPython GSoC नहीं करता - फर्नांडो काफी दृढ़ता से महसूस करता है कि लोगों को सलाह देने के लिए हमारे समय के लायक नहीं है।

मुझे विंडोज़ 7 के लिए ब्लोकेली जैसी ही समस्याएं आ रही हैं।
मैं अपने काम पर एक फ़ायरवॉल के पीछे हूँ और सॉफ़्टवेयर स्थापित करने के लिए विशेष अनुमति प्राप्त करने की आवश्यकता है। मेरे कई सहयोगी और मैं एनाकोंडा वितरण का प्रयास कर रहे हैं। हम उम्मीद कर रहे थे कि यह केवल एक चीज होगी जिसे हमें स्थापित करना होगा।
मुझे लगता है कि हमें कुल 3 ऐडऑन, मैथजैक्स, पैंडोक, (इन दोनों को विस्तृत इंस्टाल निर्देशों में प्रलेखित किया गया है) और तीसरे मिकेटेक्स की आवश्यकता है जो कि इंस्टाल निर्देशों में नहीं है। जब तक आप पैंडोक पेज पर नहीं जाते, तब तक आपको इसका पता नहीं चलता। फ़ायरवॉल के पीछे विंडोज़ पर नोटबुक और nbकन्वर्ट को त्रुटिपूर्ण ढंग से काम करने के लिए प्राप्त करना आसान नहीं है!

कोई व्यक्ति एक nbconvert PDF निर्यातक लिख सकता है जो या तो रिपोर्टलैब (जो अब विंडोज़ पर पाइप इंस्टाल करने योग्य है) का उपयोग करके सीधे पीडीएफ में जाता है, या HTML का उत्पादन करता है और फिर wkhtmltopdf या weasyprint जैसे टूल का उपयोग करके इसे पीडीएफ में परिवर्तित करता है। अगर यह काफी अच्छा रहा, तो हम इसे nbconvert में भी शामिल कर सकते हैं। लेकिन मुझे नहीं लगता कि यह इतनी उच्च प्राथमिकता है कि हम इस पर जल्द ही किसी भी समय काम करने जा रहे हैं।

@ drafter250 यदि आप
@takluyver मैंने

यहाँ निश्चित रूप से बहुत सारी निर्भरताएँ हैं। एनबी कन्वर्ट के लिए। लेटेक्स, स्फिंक्स, जिंजा, मिक्टेक्स, इंकस्केप। आदि। मुझे यह सब सीधे रखने में कठिनाई हो रही है। क्या यह वर्णन करने के लिए कोई संसाधन हैं कि ये सभी कैसे nbconvert पूर्ण कार्यक्षमता देने के लिए परस्पर जुड़े हुए हैं। इसके अलावा, विभिन्न आदेशों को अक्षम करना सबसे अच्छा होगा, जिसके लिए निर्भरता का समाधान नहीं किया जा सकता है

कुछ समय के लिए, मुझे यह कहने में कोई समस्या नहीं है कि नोटबुक को PDF में बदलने के लिए आपको लेटेक्स स्थापित करने की आवश्यकता है। निर्भरता कोई ऐसी चीज नहीं है जिससे हमें बचना चाहिए।

समस्या यह है कि वर्तमान में आरएचईएल-ईश वितरण के सभी (अधिकांश?) परिवर्तित होने से बंद हैं। उत्पन्न लेटेक्स कोड adjustbox.sty पर निर्भर करता है और कोई पैकेज उपलब्ध नहीं है जो उस फ़ाइल को प्रदान करता है (प्रभावित करता है: RHEL6, RHEL7, EPEL6, EPEL7, वैज्ञानिक और माना जाता है कि CentOS भी)

ऐसा लगता है कि ओपी मूल त्रुटि के संबंध में आपत्तिजनक पुल अनुरोध है:

• #3578 nbconvert -> लेटेक्स में आकृति आकार निर्दिष्ट करने के लिए एडजस्टबॉक्स का उपयोग करें
  490

जेएसपीडीएफ के साथ प्रयोग करना दिलचस्प हो सकता है।

@serverhorror एडजस्टबॉक्स के लिए पहले से ही एक बग रिपोर्ट मौजूद है। इसलिए उम्मीद है कि जल्द ही कोई समाधान निकल आएगा।
वैकल्पिक रूप से, स्थानीय रूप से एडजस्टबॉक्स.sty स्थापित करना कठिन नहीं होना चाहिए, यहाँ टिप्पणियाँ देखें

@jakobgager मैंने देखा है। दुर्भाग्य से RHEL7 (EPEL7) अभी रोडमैप पर भी नहीं है (वह मेरे नियंत्रण से बाहर है)।

कुछ समय के लिए मैं केवल स्थानीय रूप से पैच किए गए संस्करण का उपयोग करूंगा जो मूल रूप से #3578 . को उलट देता है

+1

यदि आप उपयोग करते हैं (उबंटू 15.04 में):

apt-get install --no-install-recommends texlive-latex-extra texlive-fonts-recommended

आप डाउनलोड आकार को घटाकर 24 एमबी (606 एमबी के बजाय) कर देते हैं। यह कुछ दस्तावेज डाउनलोड नहीं करता है (लगभग 300 एमबी)

इस पर ध्यान देने के लिए धन्यवाद, हर कोई, मैं उन पुराने मुद्दों से गुजर रहा हूं और उन्हें साफ कर रहा हूं जिन्हें संबोधित किया गया है, और यह बंद होने के लिए तैयार है।

इस मुद्दे पर बहुत अच्छी चर्चा चल रही थी, लेकिन संक्षेप में:

1. रूपांतरण विफल होने पर अब एक अधिक विस्तृत संदेश प्रदर्शित होता है। नोटबुक संस्करण 4.2.2 में, मेरी मशीन पर विचाराधीन .sty फ़ाइल को हटाने से एक त्रुटि संदेश उत्पन्न होता है जो इस तरह दिखता है:

2. हम एक वेब सेवा के रूप में नोटबुक को पीडीएफ में बदलने का इरादा नहीं रखते हैं
3. यदि कोई तृतीय-पक्ष ऐसी webservice उपलब्ध कराता है, तो अंतर्निहित नोटबुक डाउनलोड #7951 से LaTeX का उपयोग करने के बारे में स्पष्ट किया गया है - और इस तरह दिखता है:

4. आवश्यक निर्भरता के आकार के लिए, इस टिप्पणी के ठीक ऊपर @iuridiniz द्वारा एक समाधान प्रस्तावित किया गया है।

इन और संबंधित मुद्दों के बारे में भविष्य की कोई भी चर्चा संभवतः https://github.com/jupyter/nbconvert पर होनी चाहिए।

हैप्पी हैकिंग! :बो टाई: