DNF ପ୍ରକ୍ସି ମାଧ୍ୟମରେ କାମ କରେ। GNOME Software କାହିଁକି କରେ ନାହିଁ?

DNF କୌଣସି ଅଭିଯୋଗ ବିନା ପ୍ୟାକେଜ ଡାଉନଲୋଡ କରେ। GNOME Software କାଟାଲଗ ଦେଖାଏ, ତାପରେ ଆପଣ କିଛି ଇନଷ୍ଟଲ କରିବାକୁ କହିଲେ ଅଟକିଯାଏ। ଗ୍ରାଫିକାଲ ଆପ ପ୍ରକ୍ସିକୁ କେବଳ ଅବହେଳା କରୁଛି ବୋଲି ନିଷ୍କର୍ଷ କରିବା ସହଜ। ଆଉ ଏକ ସମ୍ଭାବନା ଅଛି: ପ୍ରକ୍ସି ସୂଚନା ଡାଉନଲୋଡ କରୁଥିବା ଅଂଶ ପର୍ଯ୍ୟନ୍ତ କେବେ ପହଞ୍ଚି ନାହିଁ।

ହସ୍ତାନ୍ତରଣ ଅନୁସରଣ କରନ୍ତୁ

GNOME Software ଏବଂ ଟର୍ମିନାଲରେ ଟାଇପ କରିଥିବା ନିର୍ଦ୍ଦେଶର ବିନ୍ୟାସ ପଥ ସମାନ ନୁହେଁ। PackageKit ର ପ୍ରକ୍ସି ଡକ୍ୟୁମେଣ୍ଟ ସେସନ ପ୍ରକ୍ରିୟା ବର୍ଣ୍ଣନା କରେ ଯାହା ଡେସ୍କଟପ ସେଟିଂ ପଢ଼ି ଡେମନକୁ ପଠାଏ। GNOME ରେ gnome-software GSettings ପଢ଼େ ଏବଂ PackageKit ର ପ୍ରକ୍ସି-ସେଟିଂ ଇଣ୍ଟରଫେସ ଡାକେ।

ତାପରେ ଡେମନ ସମ୍ପୃକ୍ତ ସେସନର ସେଟିଂ ନିଜ ପ୍ୟାକେଜ ବ୍ୟାକଏଣ୍ଡକୁ ଦିଏ। ଏହାର ଅର୍ଥ ସଫଳ DNF ଅନୁରୋଧ ପ୍ରମାଣ କରେ ଯେ ପ୍ରକ୍ସି ସେହି DNF କଲକୁ ସେବା ଦେଇପାରେ। କିନ୍ତୁ ଡେସ୍କଟପ ସେସନ ସେହି ସେଟିଂ PackageKit ରେ ପଞ୍ଜୀକରଣ କରିଛି ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

ତିନୋଟି ଉପଯୋଗୀ ପ୍ରଶ୍ନ

1. କେଉଁ କାର୍ଯ୍ୟ ବିଫଳ ହେଲା? କାଟାଲଗ ତଥ୍ୟ ଦେଖିବା, ମେଟାଡାଟା ସତେଜ କରିବା ଏବଂ ପ୍ୟାକେଜ ଡାଉନଲୋଡ କରିବା ଭିନ୍ନ ଭିନ୍ନ କାର୍ଯ୍ୟ। ପ୍ରକୃତରେ ତ୍ରୁଟି ଦେଉଥିବା କାର୍ଯ୍ୟ ଲେଖନ୍ତୁ।
2. ସେସନ ପ୍ରକ୍ସି ପଞ୍ଜୀକୃତ ହୋଇଛି କି? ଡେସ୍କଟପର ପ୍ରଭାବୀ ପ୍ରକ୍ସି ବିନ୍ୟାସ ଏବଂ PackageKit ର ରିପୋର୍ଟ କରାଯାଇଥିବା ତ୍ରୁଟି ଯାଞ୍ଚ କରନ୍ତୁ। ପ୍ରକ୍ସି ସେଟ କରିବାରେ ବିଫଳତା ଡାଉନଲୋଡ ସମୟରେ ପ୍ରକ୍ସି 407 ଫେରାଇବାଠାରୁ ଅଲଗା।
3. କେଉଁ ସଂସ୍କରଣ ଏହି ସେଟିଂର ମାଲିକ? PackageKit ସମୟ ସହିତ ବଦଳିଛି। Fedora 25 ବିଷୟରେ ଉତ୍ତରରୁ କପି କରାଯାଇଥିବା ବିନ୍ୟାସ କୀ ପୁରୁଣା ବ୍ୟାକଏଣ୍ଡ କିମ୍ବା ଏବେ ଲାଗୁ ନ ହେଉଥିବା ବଗ ବର୍ଣ୍ଣନା କରିପାରେ।

ଟର୍ମିନାଲର ଏକ୍ସପୋର୍ଟ କରାଯାଇଥିବା ଭେରିଏବଲ ଏହି ହସ୍ତାନ୍ତରଣ ଯାଞ୍ଚ ପାଇଁ ବିଶ୍ୱସନୀୟ ବିକଳ୍ପ ନୁହେଁ। ଡେମନ ଆପଣ export ଟାଇପ କରିଥିବା ସେଲର ସନ୍ତାନ ନୁହେଁ, ଏବଂ ଗ୍ରାଫିକାଲ ଲଗଇନର ପରିବେଶ ଭିନ୍ନ ହୋଇପାରେ।

ଯେକୌଣସି ସଂଶୋଧନ ସମସ୍ୟାର ମାଲିକ ଅଂଶ ସହିତ ସଂଯୁକ୍ତ ରଖନ୍ତୁ। ଡେସ୍କଟପ ବିନ୍ୟାସ ଭୁଲ ହେଲେ ସେହି ବିନ୍ୟାସ ସଂଶୋଧନ କରନ୍ତୁ। ପଞ୍ଜୀକରଣ ବିଫଳ ହେଲେ ତ୍ରୁଟି ଏବଂ ସଂସ୍କରଣ ସୂଚନା ସଂରକ୍ଷିତ ରଖନ୍ତୁ। ପ୍ରକ୍ସି ଡାଉନଲୋଡକୁ ଅସ୍ୱୀକାର କଲେ ଏହାର ପ୍ରମାଣୀକରଣ କିମ୍ବା ଲକ୍ଷ୍ୟ ନୀତି ଅନୁସନ୍ଧାନ କରନ୍ତୁ। ସମସ୍ତ ରିପୋଜିଟରୀ ଫାଇଲ ଏକସାଙ୍ଗେ ସମ୍ପାଦନା କଲେ ପାର୍ଥକ୍ୟ ଅସ୍ପଷ୍ଟ ହୋଇପାରେ ଏବଂ କମାଣ୍ଡ-ଲାଇନ ଓ ଗ୍ରାଫିକାଲ ବିନ୍ୟାସ ରକ୍ଷଣାବେକ୍ଷଣ କଷ୍ଟକର ହୋଇପାରେ।