আমি এতক্ষণে এক সপ্তাহের জন্য অ্যাপপোর্ট এবং এর ব্যবহার সম্পর্কে পড়ছি। তবে নীচের জিনিসগুলি বুঝতে পারিনি।
দৃশ্যপট:
আমি একটি অ্যাপ্লিকেশন বিকাশ করেছি এবং এটি প্যাকেজ করেছি। এবং এর নাম MyApp.deb
। বাইনারি প্যাকেজের নাম MyApp
.পথটিতে অ্যাপ্লিকেশনটি ইনস্টল করা আছে /opt/myapplication/bin/MyApp
।
প্রয়োজনীয়তা:
- আমার অ্যাপ্লিকেশনটি ক্র্যাশ হয়ে গেলে আমি কোর ডাম্প সংগ্রহ করতে সক্ষম হতে চাই।
- পরবর্তী প্রতিটি ক্র্যাশে এটি একটি নতুন ক্র্যাশ তৈরি করতে হবে তবে বিদ্যমানটিকে ওভাররাইট করে না। বর্তমান সময়ের স্ট্যাম্পের সাথে অটোর নামকরণের মতো কিছু আমাকে সহায়তা করবে।
- আমি যখন আমার অ্যাপ্লিকেশনটি কোনও গ্রাহক মেশিনে ইনস্টল করি তখন আমার ইনস্টলারটিকে তার সিস্টেমের প্রশস্ত পরামিতিগুলি পরিবর্তন করতে হবে না। উদাহরণস্বরূপ বলুন, আমি অবশ্যই তার মূল ফাইল প্রজন্মের ধরণটি পরিবর্তন করব না, কারণ ব্যবহারকারী / গ্রাহক আমার অ্যাপ্লিকেশনটিকে ঘৃণা করতে পারে কারণ আমি তার সম্মতি ছাড়াই তার সিস্টেমের পরামিতিগুলি পরিবর্তন করব।
- আমি কোর ফাইল তৈরির পথে ঠিক আছি। হয় বর্তমান ডিরেক্টরি বা
/var/crash
আমি এখন পর্যন্ত যে বিষয়গুলি অনুসন্ধান করেছি:
অ্যাপার্ট একটি দুর্দান্ত ইউটিলিটি যা মূল ফাইল প্রজন্মকে সক্ষম করে। /proc/sys/kernel/core_pattern
আমি ব্যবহার করে মূল ফাইলগুলি ফর্ম্যাট করতে পারি। এটি মূল ফাইলগুলিকে একটি পূর্বনির্ধারিত ডিরেক্টরিতে পুনর্নির্দেশ করার জন্য নমনীয়তা সরবরাহ করে, পিডের সাথে মূল ফাইলগুলির নাম, ফাইল পাথের প্যাটার্ন সংযুক্ত করা হয় বা এটিতে প্রাক-শেষ ইত্যাদি ইত্যাদি U । প্রতিবেদন সংগ্রহের পরে আবেদন করা হবে এটি আপলোড হবে।
যে জিনিসগুলি আমি বুঝতে পারি না:
- আমি যে দিকে তাকিয়ে আছি সেগুলি কি অ্যাপ্টর ?? মানে কি আমার উদ্দেশ্যটি যথেষ্ট? নাকি আমার অন্য কিছুর দিকে নজর দেওয়া উচিত?
- আমার অ্যাপ্লিকেশন কোন ধরণের প্যাকেজের আওতায় পড়ে? আমি কি একে নন-উবুন্টু বলি? তৃতীয় অংশ? এটা কি? আমি নথিতে বিভিন্ন পরিভাষা দেখতে পাচ্ছি?
- যেমনটি আমি উল্লেখ করেছি, কোথা
MyApp
থেকে চলে/opt/myapplication/bin/MyApp
, তাই মূল ফাইলগুলি কোথায় তৈরি হবে? কারেন্ট দির নাকি/var/crash
? অ্যাপপোর্ট কি ক্র্যাশগুলি ট্রিগার থেকে সনাক্ত করেছে/opt
? এটি কি তা ব্যাখ্যা করে? - গুরুত্বপূর্ণ প্রশ্ন: আমি যদি অ্যাপ্লিকেশনটি বিকাশ করেছি এবং যদি অ্যাপোর্ট উবুন্টু সংগ্রহস্থলগুলিতে প্রতিবেদনটি আপলোড করে, তা কোনও অর্থবোধ করে না। সুতরাং আমি কীভাবে অ্যাপোর্টকে আমার কাছে রিপোর্ট পাঠাতে বলব।
- আমি এই ত্রুটি পাবেন:
executable does not belong to a package, ignoring
। তাহলে আমি কী ভুল করছি? - আমার প্যাকেজটি স্বীকৃতি দেওয়ার জন্য, আমাকে কী এটি উত্স প্যাকেজ তৈরি করতে হবে? এটা কি বাধ্যতামূলক? আমি শুধু বাইনারি প্যাকেজ তৈরি করতে চাই?
- অ্যাপোর্ট স্বীকৃত নথিতে আমি কোথাও দেখেছি:
- উবুন্টু প্যাকেজ বা
- লঞ্চপ্যাড অ্যাপ্লিকেশন তবে আমার অ্যাপ্লিকেশন এগুলির মধ্যে একটিও নয়। সুতরাং কীভাবে অ্যাপর্ট বর্তমান পরিস্থিতিতে আমাকে সহায়তা করে?
এখনই অ্যাপোর্টের অন্যতম সীমাবদ্ধতা - এটি উবুন্টু সংগ্রহস্থলের প্যাকেজ হতে হবে বা লঞ্চপ্যাডে অন্তত একটি প্রকল্প হতে হবে। পরেরটি কি আপনার পক্ষে বিকল্প?
—
jokerdino
সময়সী উত্তর এবং আমার দীর্ঘ প্রশ্নের জন্য পরিষ্কারতার সাথে উত্তর দেওয়ার জন্য ধন্যবাদ। বিটিডাব্লু, আমি আমার আগের পোস্টে উল্লেখ করতে মিস করলাম যে আমার আবেদন মালিকানাধীন। আমরা উবুন্টু সংগ্রহস্থলগুলিতে আমাদের অ্যাপ্লিকেশনটি হোস্ট করার পরিকল্পনা করছি। তবে এখন থেকে কয়েক মাস হতে পারে। ততক্ষণে আমাকে ম্যানুয়ালি কোর ফাইল পরিচালনা করতে হবে।
—
সন্দীপ
অ্যাপ্লিকেশন কোন ভাষায় লেখা আছে? এছাড়াও একটি বর্গ Apport প্যাকেজ আঙ্গুলসমূহ লেখার জন্য পরিচালিত চেকআউট ।
—
জোকারডিনো
অ্যাপ্লিকেশন সি ++ এ লিখিত। লিঙ্কটি থেকে নিম্নলিখিত লাইনগুলি আমাকে বিভ্রান্ত করে ফেলেছে "<ওপেনউইক 4> প্রশ্ন: তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলির সাথে হুকগুলি কাজ করবে? ওপেনউইক 4: আমি আসলে এই প্রশ্ন সম্পর্কে সত্যই নিশ্চিত নই you আপনি যদি উবুনটুন-ক্লায়েন্ট হুকটি দেখুন - বাগগুলি রিপোর্ট হবে লঞ্চপ্যাডে তবে উবুনটুন প্রকল্প সম্পর্কে So সুতরাং এটি খুব ভালভাবেই সম্ভব হতে পারে However তবে, অ্যাপোর্টকে উপযুক্ত বাগ ট্র্যাকিং সিস্টেমের সাথে যোগাযোগ করতে সক্ষম হতে হবে। "
—
সন্দীপ
লেখক বলেছেন, তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলির পক্ষে অ্যাপোর্ট এবং তৃতীয় প্যাটি অ্যাপ্লিকেশনগুলির বাগ ট্র্যাকিং সিস্টেমের মধ্যে যতক্ষণ যোগাযোগ স্থাপন করা হয় ততক্ষণ রিপোর্ট পাওয়ার জন্য অ্যাপর ব্যবহার করা সম্ভব হতে পারে। এটা কিভাবে অর্জন করা সম্ভব? যদি এটি অর্জন করা যায় তবে উবুন্টু রেপো বা লঞ্চপ্যাডের সাথে নিবন্ধিত হওয়ার জন্য আমার আবেদনটির অপেক্ষা করা উচিত নয়।
—
সন্দীপ