kdesrc-build - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

kdesrc-build - কেডিই সফ্টওয়্যার ডাউনলোড, তৈরি এবং ইনস্টল করে।

সাইনোপিসিস

kdesrc-বিল্ড [বিকল্প...] [মডিউল নাম | মডিউল সেট নাম...]

বর্ণনাঃ

সার্জারির kdesrc-বিল্ড কমান্ড সরাসরি এর উৎস থেকে KDE সফ্টওয়্যার তৈরি করার জন্য ব্যবহার করা হয়
সংগ্রহস্থল এটি সাবভার্সন বা গিট রিপোজিটরি থেকে ডাউনলোড করতে পারে, কেডিই এর সাথে ইন্টারফেস
প্রকল্প ডাটাবেস, এবং কোন বিকল্পগুলি পাস করা হয় তা নিয়ন্ত্রণ করতে সহায়তা করে করা(1) এবং
cmake(1)। এর অপারেশন kdesrc-বিল্ড একটি কনফিগারেশন ফাইল দ্বারা চালিত হয়, সাধারণত
~/.kdesrc-buildrc.

সার্জারির মডিউল নাম or মডিউল সেট নাম কমান্ড লাইনে দেওয়া সেই নামের মতো হওয়া উচিত
কনফিগারেশন ফাইলে সংজ্ঞায়িত করা হয়েছে (হয় একটি মডিউল সংজ্ঞা বা ব্যবহার-মডিউল
ঘোষণা, বা ক মডিউল সেট সংজ্ঞা)। উপরন্তু, এটি একটি KDE এর নাম হতে পারে
কেডিই প্রকল্প ডাটাবেসে তালিকাভুক্ত মডিউল (এবং আপনি মডিউল নামের আগে + থেকে
এটা জোর করে)।

kdesrc-বিল্ড সম্পূর্ণ মাথাবিহীন হতে সক্ষম হওয়ার জন্য ডিজাইন করা হয়েছে (তবে দেখুন পরিবেশ),
এবং তাই সাধারণত এর ইনপুট সম্পূর্ণরূপে উপেক্ষা করে। কমান্ড আউটপুট হচ্ছে পরিবর্তে লগ করা হয়
kdesrc-build আউটপুটে দেখানো হয়েছে।

একের পর এক মডিউল তৈরি হয়। যদি একটি মডিউল আপডেট করতে ব্যর্থ হয় তবে এটি নির্মিত হয় না।
kdesrc-বিল্ড শুধুমাত্র একটি মডিউল ব্যর্থতার কারণে বাতিল হবে না, পরিবর্তে এটি চেষ্টা চালিয়ে যাবে
পরবর্তী মডিউলগুলি আপডেট এবং তৈরি করতে। গতানুগতিক, kdesrc-বিল্ড একটি নির্মাণ শুরু হবে
সেই মডিউলটির জন্য সোর্স কোড আপডেট সম্পূর্ণ হওয়ার সাথে সাথে মডিউল, এমনকি অন্য হলেও
আপডেট একই সাথে ঘটছে.

শেষে kdesrc-বিল্ড কোন মডিউলগুলি তৈরি করতে ব্যর্থ হয়েছে এবং লগগুলি কোথায় ছিল তা দেখাবে৷
যে বিল্ড রান জন্য রাখা.

বিকল্প

বিঃদ্রঃ: কিছু বিকল্প সংক্ষিপ্ত ফর্ম আছে, কিন্তু kdesrc-বিল্ড বিকল্প পার্সার সমর্থন করে না
এই মুহুর্তে একটিতে সংক্ষিপ্ত বিকল্পগুলিকে একত্রিত করা। (যেমন দৌড় kdesrc-বিল্ড -pv হবে না
হিসাবে একই হতে kdesrc-বিল্ড --ভান করা -- ভারবোস).

-হ, --help
একটি সংক্ষিপ্ত সারসংক্ষেপ এবং প্রায়শই ব্যবহৃত কমান্ড লাইন বিকল্পগুলি দেখায়।

-পি, --ভান করা
একটি "ড্রাই রান" মোডে কাজ করুন। কোন নেটওয়ার্ক অ্যাক্সেস করা হয় না, কোন লগ ফাইল তৈরি করা হয় না,
কোন মডিউল নির্মিত হয় না, এবং ডিস্কে অন্য কোন স্থায়ী পরিবর্তন করা হয় না। এক গুরুত্বপূর্ণ
ব্যতিক্রম যদি আপনি একটি মডিউল তৈরি করার চেষ্টা করেন যা কেডিই প্রকল্প থেকে আসে
ডাটাবেস, এবং ডাটাবেস এখনও ডাউনলোড করা হয়নি, ডাটাবেস ডাউনলোড করা হবে
যেহেতু প্রিটেন্ড-মোড আউটপুট ডাটাবেস ফলাফলের উপর ভিত্তি করে উল্লেখযোগ্যভাবে পরিবর্তিত হতে পারে।

--ইনস্টল করুন
আপডেট এবং বিল্ড ফেজ এড়িয়ে যায় এবং অবিলম্বে মডিউল ইনস্টল করার চেষ্টা করে
দেওয়া।

--আনইনস্টল করুন
আপডেট এবং বিল্ড ফেজ এড়িয়ে যায় এবং অবিলম্বে মডিউল আনইনস্টল করার চেষ্টা করে
দেওয়া। বিঃদ্রঃ: এটি শুধুমাত্র বিল্ড সিস্টেমের জন্য সমর্থিত যা সমর্থন করে করা আনইনস্টল
কমান্ড (যেমন কেডিই সিমেক-ভিত্তিক)।

--no-src
সোর্স আপডেট ফেজ এড়িয়ে যায়। অন্যান্য পর্যায়গুলি স্বাভাবিক হিসাবে অন্তর্ভুক্ত করা হয়েছে। --না-এসভিএন ইহা একটি
এই বিকল্পের জন্য উপনাম অপপ্রচার করা হয়েছে এবং ভবিষ্যতে প্রকাশে মুছে ফেলা হবে।

--না-ইনস্টল করুন
বিল্ড থেকে ইনস্টল ফেজ এড়িয়ে যায়। অন্যান্য পর্যায়গুলি স্বাভাবিক হিসাবে অন্তর্ভুক্ত করা হয়েছে।

--না-বিল্ড
বিল্ডের জন্য বিল্ড ফেজ এড়িয়ে যায়। অভ্যন্তরীণভাবে ইনস্টলেশন পর্বটি বিল্ডের উপর নির্ভর করে
পর্যায় সমাপ্ত তাই এটি কার্যকরভাবে সমতুল্য --src-শুধুমাত্র, কিন্তু শব্দার্থবিদ্যা
ভবিষ্যতে পরিবর্তন হতে পারে (উদাহরণস্বরূপ যখন টেস্ট স্যুটগুলি তাদের নিজস্ব পর্যায়ে স্থানান্তরিত হয়)।

--না-পরীক্ষা
CMake-ভিত্তিক মডিউলগুলির জন্য পরীক্ষা স্যুট চালানো অক্ষম করে৷ এটি সম্পূর্ণরূপে কার্যকর হতে
CMake পুনরায় চালানোর প্রয়োজন, যা ব্যবহার করে জোর করা যেতে পারে -- পুনরায় কনফিগার করুন or
--রিফ্রেশ-বিল্ড অপশন।

--src-শুধুমাত্র
শুধুমাত্র সোর্স আপডেট ফেজ সম্পাদন করে, নির্মাণ বা ইনস্টল করে না। --svn-শুধুমাত্র ইহা একটি
এই বিকল্পের জন্য উপনাম অপপ্রচার করা হয়েছে এবং ভবিষ্যতে প্রকাশে মুছে ফেলা হবে।

-- শুধুমাত্র নির্মাণ
প্রথমে সোর্স কোড আপডেট না করেই বিল্ড প্রক্রিয়াটি সম্পাদন করতে বাধ্য করে। ভিতরে
উপরন্তু, ইনস্টলেশন সঞ্চালিত হয় না. (প্রযোজ্য হলে পরীক্ষা এখনও সঞ্চালিত হয়,
তবে এটি ভবিষ্যতের রিলিজে পরিবর্তন হবে)

--রিফ্রেশ-বিল্ড
বিল্ড ফেজ শুরু হওয়ার আগে একটি মডিউলের জন্য বিল্ড ডিরেক্টরি সরিয়ে দেয়। এই আছে
জোর করে কাঙ্ক্ষিত পার্শ্ব প্রতিক্রিয়া kdesrc-বিল্ড মডিউলটি পুনরায় কনফিগার করতে এবং এটি তৈরি করতে
বিদ্যমান অস্থায়ী বা মধ্যবর্তী আউটপুট ফাইল ছাড়া একটি "প্রাচীন" অবস্থা থেকে। ব্যবহার করুন
এই বিকল্পটি যদি আপনার একটি মডিউল তৈরি করতে সমস্যা হয় তবে বুঝতে হবে এটি লাগবে
ফলে বিল্ড সম্পূর্ণ হওয়ার জন্য দীর্ঘ (সম্ভবত অনেক বেশি)। সন্দেহ হলে ব্যবহার করুন
পুরো জন্য এই বিকল্প kdesrc-বিল্ড চালানো।

-- পুনরায় কনফিগার করুন
CMake পুনরায় চালাতে বাধ্য করুন, কিন্তু বিল্ড ডিরেক্টরি মুছে না দিয়ে। সাধারণত আপনি
আসলে চাই --রিফ্রেশ-বিল্ড, কিন্তু আপনি যদি 100% নিশ্চিত হন যে আপনার পরিবর্তন cmake-বিকল্প
আপনার বর্তমান মধ্যবর্তী আউটপুট বাতিল করবে না তাহলে এটি কিছু সময় বাঁচাতে পারে।

--বিল্ড-সিস্টেম-শুধুমাত্র
নির্মিত প্রতিটি মডিউলের জন্য বিল্ড প্রক্রিয়াকে বাধা দেয়: বিল্ড প্রক্রিয়াটি গঠিত
স্বাভাবিক সেটআপ এবং চলমান সহ cmake or কনফিগার (যথাযথ হিসাবে), কিন্তু করা
চালানো হয় না এবং ইনস্টলেশনের চেষ্টা করা হয় না। এটি বেশিরভাগই জিনিস পেতে দরকারী
মত কনফিগার --help এবং cmake-গুই কাজ করতে. সাধারণত আপনি চান -- পুনরায় কনফিগার করুন or
--রিফ্রেশ-বিল্ড.

--resume-from=foo বিন্যাস
মডিউল না হওয়া পর্যন্ত মডিউল প্রক্রিয়াকরণ এড়িয়ে যেতে এই বিকল্পটি ব্যবহার করুন foo বিন্যাস সম্মুখীন হয় foo বিন্যাস
এবং পরবর্তী সমস্ত মডিউলগুলি স্বাভাবিকভাবে প্রক্রিয়া করা হবে যেন সেগুলি নির্দিষ্ট করা হয়েছে৷
কমান্ড লাইন। আপনি যদি একটি বিল্ড ব্যর্থতার কারণে এই বিকল্পটি ব্যবহার করেন তবে আপনি চাইতে পারেন
ব্যবহার বিবেচনা করুন --no-src ফলস্বরূপ উত্স আপডেট পর্বটি এড়িয়ে যাওয়ার পাশাপাশি।

--পুনরায়-পরবর্তী=foo বিন্যাস
এই ঠিক মত -- থেকে শুরু করুন, মডিউল ছাড়া foo বিন্যাস is না অন্তর্ভুক্ত
বিবেচনা করার জন্য মডিউলগুলির তালিকা। আপনি যদি ম্যানুয়ালি foo তৈরি/ইনস্টল করে থাকেন তবে আপনি এটি ব্যবহার করতে পারেন
বিল্ড ঠিক করার পরে এবং সেখান থেকে আবার শুরু করতে চাই।

-- উপেক্ষা-মডিউল
ফোর্সেস সব এই বিকল্পটি অনুসরণ করে এমন মডিউলগুলিকে বিবেচনা থেকে বাদ দেওয়া হবে
kdesrc-বিল্ড. এটি কার্যকর হতে পারে যদি আপনি জানেন যে আপনি বাদে সমস্ত মডিউল প্রক্রিয়া করতে চান
নির্দিষ্ট ব্যতিক্রমের জন্য।

--rc-file=foo বিন্যাস
প্রদত্ত ফাইল ব্যবহার করুন, foo বিন্যাস, এর পরিবর্তে কনফিগারেশনের জন্য ~/.kdesrc-buildrc or
./kdesrc-buildrc. ফাইল খালি হতে পারে, কিন্তু বিদ্যমান থাকতে হবে।

--প্রিফিক্স=foo বিন্যাস
ওভাররাইড করে kdedir হতে সেটিং foo বিন্যাস এই রানের জন্য। উপরন্তু, বোঝায়
-- পুনরায় কনফিগার করুন। এটা না না প্রকৃতপক্ষে আপনি যে কাজটি করবেন বলে মনে করবেন তা সঞ্চালন করুন
(ওভাররাইডিং উপসর্গ যেখানে মডিউল ইনস্টল করা আছে তা পরিবর্তন করার বিকল্প), যদিও দ্বারা
ডিফল্ট মডিউল ইনস্টল করা হয় kdedir সেটিং যদি উপসর্গ সেট করা হয় না

--সুন্দর=foo বিন্যাস
দেওয়া CPU অগ্রাধিকার পরিবর্তন করে kdesrc-বিল্ড (এবং দ্বারা ব্যবহৃত সমস্ত প্রক্রিয়া kdesrc-বিল্ড
যেমন করা(1))। foo বিন্যাস -20 এবং 19 এর মধ্যে একটি পূর্ণসংখ্যা হওয়া উচিত। ধনাত্মক মান
সিস্টেমের বাকি অংশের থেকে "সুন্দর" (অর্থাৎ নিম্ন অগ্রাধিকার)।

মনে রাখবেন যে আপনার সিস্টেমে উপলব্ধ সম্ভাব্য অগ্রাধিকারগুলি এর থেকে আলাদা হতে পারে
এখানে তালিকাভুক্ত, দেখুন সুন্দর(2) আরও তথ্যের জন্য। মনে রাখবেন যে এটি শুধুমাত্র পরিবর্তিত হয় সিপিইউ
অগ্রাধিকার, প্রায়ই আপনি পরিবর্তন করতে চান ইনপুট / আউটপুট সিস্টেমের উপর অগ্রাধিকার যেখানে এটি সমর্থিত।
I/O অগ্রাধিকার সমন্বয়ের জন্য কোন কমান্ড-লাইন বিকল্প নেই, কিন্তু একটি আছে
কনফিগারেশন ফাইল বিকল্প: ব্যবহার-ইডল-আইও-অগ্রাধিকার (যদিও সব বিকল্পের মত, একটি আছে
কমান্ড লাইন থেকে এটি সেট করার জেনেরিক উপায়)।

--রান=foo বিন্যাস
নামে প্রোগ্রাম চালায় foo বিন্যাস ব্যবহার kdesrc-বিল্ডএর স্বাভাবিক নির্মাণ পরিবেশ। সব
এই বিকল্পটি পাস করার পরে উপস্থিত কমান্ড লাইন আর্গুমেন্ট foo বিন্যাস এটি চালানো হয় হিসাবে.

--রঙ
"রঙিন আউটপুট" সক্ষম করে। (ডিফল্টরূপে সক্রিয়)।

--কোনো রঙ
"রঙিন আউটপুট" অক্ষম করে। এটি সেট করে স্থায়ী করা যেতে পারে রঙিন-আউটপুট
আপনার কনফিগারেশন ফাইলে মিথ্যা (বা 0) এর বিকল্প।

--অসিঙ্ক
আছে kdesrc-বিল্ড সোর্স কোডের সাথে সাথে একটি মডিউলের জন্য বিল্ড প্রক্রিয়া শুরু করুন
ডাউনলোড শেষ। এই বিকল্প ছাড়া kdesrc-বিল্ড এ সমস্ত উৎস আপডেট করে
একবার এবং শুধুমাত্র তারপর বিল্ড প্রক্রিয়া সঙ্গে শুরু হয়. এই বিকল্পটি ডিফল্টরূপে সক্রিয় করা হয়।

--নো-অসিঙ্ক
মডিউলগুলির অসিঙ্ক্রোনাস বিল্ডিং অক্ষম করে৷ দেখা --অসিঙ্ক আরো বিস্তারিত জানার জন্য
বর্ণনা মনে রাখবেন যে kdesrc-বিল্ডএর আউটপুট এই মোডে কিছুটা ভিন্ন হবে।

-ভি, -- ভারবোস
এর verbosity মাত্রা বাড়ায় kdesrc-বিল্ড আউটপুট (যা ইতিমধ্যে মোটামুটি
শব্দবাচক!)

-q, -- শান্ত
তোলে kdesrc-বিল্ড কম সশব্দ. শুধুমাত্র গুরুত্বপূর্ণ বার্তা দেখানো হয়.

--সত্যিই শান্ত
তোলে kdesrc-বিল্ড এমনকি কম শোরগোল। শুধুমাত্র সতর্কতা/ত্রুটি দেখানো হয়।

--ডিবাগ
এটি সাধারণত বর্ণনা এবং ডিবাগিং আউটপুট দিয়ে আপনার টার্মিনাল পূরণ করবে
দুর্বোধ্য, কি বর্ণনা করছে kdesrc-বিল্ড করছে (এবং মনে করে এটি করা উচিত)।
পতাকাটি অন্তর্ভুক্ত করা হয়েছে কারণ আউটপুট কখনও কখনও ডিবাগিংয়ের জন্য কার্যকর প্রমাণিত হতে পারে।

-- বলপ্রয়োগ
সাধারণত যখন kdesrc-বিল্ড লক্ষ্য করে যে একটি মডিউলে কোন উৎস আপডেট নেই যা
পূর্বে সফলভাবে ইনস্টল করা হয়েছিল, এটি এটি তৈরি বা ইনস্টল করার চেষ্টা করে না
মডিউল আপনি সেই আচরণটি নিষ্ক্রিয় করতে এবং সর্বদা চালানোর জন্য এই পতাকাটি পাস করতে পারেন করা.

--নো-স্ন্যাপশট
সাধারণত kdesrc-বিল্ড কমাতে সোর্স রিপোজিটরি টারবল স্ন্যাপশট ব্যবহার করে সমর্থন করে
কিছু কেডিই মডিউলের জন্য গিট ক্লোনগুলির জন্য কেডিই অবকাঠামোতে লোড করুন। এই বিকল্প পাস
এই বৈশিষ্ট্য নিষ্ক্রিয় করে।

--মুছুন-আমার-প্যাচ
অনুমতি দেওয়ার জন্য এই বিকল্পটি অবশ্যই পাস করতে হবে kdesrc-বিল্ড পরস্পরবিরোধী উৎস অপসারণ করতে
ডিরেক্টরি বর্তমানে এমনকি এটি শুধুমাত্র একটি গিট-ভিত্তিক মডিউল ক্লোন করার চেষ্টা করার সময় ঘটে
যদি একটি বিদ্যমান উৎস ডিরেক্টরি উপস্থিত থাকে। এই বিকল্পটি কখনই নির্দিষ্ট করবেন না যদি না এটি হয়
দ্বারা প্রস্তাবিত kdesrc-বিল্ড, এবং শুধুমাত্র যদি আপনি সোর্স ডিরেক্টরিতে কিছু মনে না করেন
রেফারেন্স মুছে ফেলা হচ্ছে এবং পুনরায় ক্লোন করা হচ্ছে।

--foo বিন্যাস=বার
উপরে তালিকাভুক্ত নয় এমন যেকোন বিকল্পটি সম্ভাব্য তালিকার সাথে মেলে কিনা তা পরীক্ষা করা হয়
কনফিগারেশন ফাইল অপশন। যদি তাই হয়, কনফিগারেশন ফাইল বিকল্প foo বিন্যাস অস্থায়ীভাবে হয়
সেট বার এই রানের সময়কালের জন্য।

--মডিউল,foo বিন্যাস=বার
উপরের মত, কিন্তু বিকল্প foo বিন্যাস শুধুমাত্র সেট করা হয় বার মডিউল জন্য মডিউল। এটা না
এখনও মডিউল সেটের জন্য কাজ, আপনি হতে চান প্রতিটি মডিউল জন্য এটি পুনরাবৃত্তি করতে হবে
প্রভাবিত. (অবশ্যই, আপনি কেবল আপনার কনফিগারেশন ফাইল সম্পাদনা করতে পারেন...)

প্রস্থান করুন স্থিতি

0
সাফল্য

1
সাধারণত এর মানে হল আপডেটের কিছু অংশ, বিল্ড বা ইন্সটল প্রক্রিয়া ব্যর্থ হয়েছে, কিন্তু হয়
অন্যথায় নীচে কভার করা হয় না কোন অস্বাভাবিক প্রোগ্রাম শেষ জন্য ব্যবহৃত.

5
নিহত হওয়ার সংকেত পাওয়া গেছে kdesrc-বিল্ড, কিন্তু এটি স্বাভাবিক সঞ্চালনের চেষ্টা করেছে
বন্ধ করা.

8
কমান্ড লাইনে অজানা বিকল্পটি পাস করা হয়েছে।

99
একটি ব্যতিক্রম উত্থাপিত যে জোর করে kdesrc-বিল্ড তাড়াতাড়ি গর্ভপাত করা

পরিবেশ

হোম
ফাইলের নামের টিল্ড-এক্সপেনশনের জন্য ব্যবহৃত হয়, এবং উৎস, বিল্ড, এর জন্য এটি ডিফল্ট বেস।
এবং ইনস্টলেশন ডিরেক্টরি।

পাথ
এই এনভায়রনমেন্ট ভেরিয়েবল এক্সিকিউটেবলের জন্য ডিফল্ট সার্চ পাথ নিয়ন্ত্রণ করে। তুমি পারবে
ব্যবহার বিনপথ এই ভেরিয়েবলে যোগ করার জন্য কনফিগারেশন ফাইল বিকল্প (যেমন রানের জন্য
থেকে জন্য cron(8))।

LC_*
LC_ দিয়ে শুরু হওয়া এনভায়রনমেন্ট ভেরিয়েবল ব্যবহার করা লোকেল নিয়ন্ত্রণ করে kdesrc-বিল্ড.
যদিও kdesrc-বিল্ড এই মুহুর্তে এখনও স্থানীয়করণযোগ্য নয়, অনেকগুলি এটিকে নির্দেশ করে
ব্যবহার হয়. kdesrc-বিল্ড সাধারণত সেট করে Lc_allকমান্ডের জন্য =C যা অবশ্যই পরীক্ষা করতে হবে
এর আউটপুট কিন্তু আপনি নিজেও এটি করতে পারেন। যদি সেটিং Lc_all=C সংশোধন করে a
kdesrc-বিল্ড সমস্যা একটি বাগ রিপোর্ট জমা দিন.

SSH_AGENT_PID
এই এনভায়রনমেন্ট ভেরিয়েবল চেক করা হয় কিনা SSH-এজেন্ট(1) চলমান, কিন্তু শুধুমাত্র যদি
kdesrc-বিল্ড নির্ধারণ করে যে আপনি একটি মডিউল পরীক্ষা করছেন যার জন্য একটি SSH লগইন প্রয়োজন
(কিন্তু আপনার এটি জানা উচিত কারণ কোনও মডিউলের ডিফল্টরূপে এটির প্রয়োজন নেই)।

KDESRC_BUILD_USE_TTY
যদি সেট করা হয়, এই পরিবর্তনশীল বল kdesrc-বিল্ড কার্যকর করার সময় এটির ইনপুট বন্ধ না করা
সিস্টেম প্রসেস। সাধারনত kdesrc-বিল্ড stdout এবং stderr এর পর থেকে stdin বন্ধ করে
এর চাইল্ড প্রসেস রিডাইরেক্ট করা হয় এবং তাই ব্যবহারকারী কখনই ইনপুট দেখতে পাবে না
যাইহোক প্রম্পট।

KDESRC_BUILD_DUMP_CONTEXT
সেট করা থাকলে, এই ভেরিয়েবলটি তার "বিল্ড কনটেক্সট" এর ঠিক পরে একটি বিবরণ প্রিন্ট করে
অপশন এবং কমান্ড লাইন আর্গুমেন্ট পড়া এবং কোন মডিউল তৈরি করতে হবে তা নির্ধারণ করা। আপনি
মোটামুটি এই সেট করতে চান না.

অন্যদের
অনেক প্রোগ্রাম দ্বারা ব্যবহৃত হয় kdesrc-বিল্ড এর মৃত্যুদন্ড কার্যকর করার সময়, সহ
SVN(২০১১), ফালতু বা এলেবেলে লোক(২০১১), করা(1), এবং cmake(1)। এই প্রোগ্রামগুলির প্রত্যেকটির নিজস্ব থাকতে পারে
পরিবেশ ভেরিয়েবল সেট করা হচ্ছে প্রতিক্রিয়া. kdesrc-বিল্ড পরিবেশ অতিক্রম করবে
ভেরিয়েবল যেগুলি সেট করা হয় যখন এটি এই প্রক্রিয়াগুলির উপর চালানো হয়। আপনি নিশ্চিত করতে পারেন
পরিবেশের ভেরিয়েবল (যেমন CC or সিএক্সএক্স) ব্যবহার করে সেট করা হয় সেট-এনভ কনফিগারেশন
ফাইল বিকল্প।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে kdesrc-build ব্যবহার করুন