apt-get 설치를 하다보면 그와 관련한 dpkg 오류를 쉽게 겪을 수 있다.


우선은 메시지가 뜰때 관련 오류 로그를 살펴 보아야 한다.


이때에 삭제해 줘야 하는 파일이 있다면 삭제해 줘서 간단히 해결 할 수 있기 때문이다.


가장 많이 겪는 것은 '하위 스크립트 리턴' 인데 이것은 개발자가 패키지 안에 있는 debian/postinst 나 debian/postrm 등을 잘못 설계 했을 경우가 대부분 이다.


이는 패키지 설치시는 삭제시 실행되는 개발자가 설계한 스크립트 오류인데 재설치시 이러한 오류가 발생하지 않게 설계하는 것이 마땅하다. 하지만 날고 기는 개발자들도 실수를 하기 마련이고 같은 우분투라도 사용 환경에 따라서 차이가 발생 할 수 있기 때문에 문제 발생 요지가 있다.


즉 dpkg 관련 오류는 꼭 사용자의 잘못은 아니라는 얘기다.


apt-get install --reinstall 로써도 패키지가 완벽하게 적용 되야 마땅한 것이 사실이다.


대부분의 오류는


간단히


sudo dpkg --configure -a


로써 해결이 가능하다.


하지만 더 높은 레벨의 오류는 이로써도 해결이 되질 않는다.


그렇다면 더 높은 레벨의 수정이 필요하다.


sudo dpkg --configure -a --force-all

 

이렇게도 안된다면 더 높은 레벨의 오류다. 삭제해야 마땅한 패키지 인 셈이다.


sudo apt-get autoremove --purge package


만약 상당히 높은 레벨의 오류면은 이로써도 삭제가 되질 않는다.


그렇다면 최후의 방법인 dpkg 자체 로써의 완전 삭제를 실행 해줘야 한다.

 user@user~$

sudo dpkg --remove --force-remove-reinstreq package


Loading Captcha...
If it doesn't load, please disable Adblock!

체크시 자동으로 본 사이트에 대한 자원 활용(채굴) 지원이 이루어 지고 '복사 버튼' 이 활성화 됩니다.



왠만큼의 오류도 이정도면 삭제가 된다.


그리고 한번 더


sudo apt-get --purge package


실행하여 깔끔히 삭제해 준다.

도움이 되셨다면 '♡' 버튼을 꼭눌러 주시면 감사 하겠습니다.


그리고 글에 부족한 점이 있거나 틀린 점, 더 궁금한 부분이 있는 것 같다면 꼭 댓글로 알려 주시 감사 하겠습니다.

         


Loading Captcha...
If it doesn't load, please disable Adblock!

별 다른 절차 없이 바로 위의 한 번의 체크 만으로  기기의 성능을 기반으로 하여 본 블로그에 아주 잠깐 채굴 지원 하실 수 있습니다.


비트코인 - BTC 지원 :


리플 - XRP 지원 :









런치 패드 ppa에 업로드를 하면서 심각한 버그 하나를 발견하게 되었다.


그것은 다름 아닌 PPA에 업로드하고 홈페이지 자체에서 인공지능 컴파일이 이루어 지고 있는 과정 중에 패키지를 삭제 하게 되면

다음 업로드가 이루어 지지 않는 버그 이다.


0.01 사이의 버전을 변경 하여도 이름만 같아도 런치패드가 'orig.tar.xz'파일의 변동의 인식 하지 못하고 이전의 파일만 기억해 무조건 같다고 처리하여 내뱉어 버리는 것이다.


아직 0.1 사이의 버전을 변경하지 않았기 때문에 확실히 모르지만


그 전에는 같은 레파시토리에 업로드 하는 것은 불가능 하다는 것을 알게 되었다.


즉 런치패드에서 패키지를 삭제 할때는 인공지능 컴파일 & 빌드가 다 끝난 다음 해야 된다.


차라리 냅두고 다음 버전을 로그체인지 하여 업로드 시키는 것이 더욱 낫다고 볼 수 있다.



'orig.tar.xz' 파일 생성은


{ dh_make -c gpl --createorig } 명령과 직접적인 관계점이 있는데 이 orig 파일 생성 에서도 버그가 존재 한다는 것을 알게 되었다.


바로 실제 패키지의 라이브러리 디렉토리들이 변경이 되었어도 이전 정보로만 'orig.tar.xz' 파일을 만드는 버그 이다.


이 버그는 일일이 확인 하지 않는 이상 개발자는 까맣게 모를 수도 있다.


이 버그를 해결하려면 구축한 debian/ 폴더의 파일들을 백업해 놓고 debian/ 폴더를 완전히 삭제한후 { dh_make -c gpl --createorig } 명령을 통해 재갱신 한 다음에 백업한 파일들을 debian/ 폴더에 다시 갈아 치워야 한다.


하지만 이 버그는 무조건 항시 발생하는 것은 아니기에


아직 본인도 발생하는 이유와 원인에 대해서는 알지 못했다.



glsc 0.1  가이드


glsc < GLade Source Cooker > 는 개발자를 위한 bash 유틸 프로그램 으로써 글레이드로 생성한 빌드 프로젝트 파일을 C언어 및 파이썬 언어의 소스코드 파일로 쿠킹 해주는 기능을 가지고 있으며 c언어인 경우 gcc compile과 실행까지 해주는 기능을 가지고 있습니다.


-- 터미널 텍스트 박스 (Terminal text box) --

<Drag와 복사가 가능합니다.>


// 먼저 설치한 glsc의 사용자 도움말을 확인 합니다.


root@test:~$     glsc --help


< glsc : GLade Source Cooker >

This program is make the source C and Python for glade file.

Version : 0.1

usage help :

    -c : making C langauge source file.
        ex: glsc -c project.glade
 
    -r : compile maked C file and run the maked program by use thee gcc & libgtk3.0+ package.
        ex: glsc -r project
   
    -p : making python source file.
        ex: glsc -p project.glade

Online help : http://cosmosproject2015.tistory.com

Good luck~!




C 언어로 쿠킹


// 글레이드에서 빌드 프로젝트 예제를 생성해 봅니다.





-- 터미널 텍스트 박스 (Terminal text box) --

<Drag와 복사가 가능합니다.>


// 생성된 글레이드 파일을 C언어 소스를 쿠킹해 봅니다.


root@test:~$    glsc -c test.glade


Maked source file (test.glade.c) successed.

How to run :

    glsc -r test   

Good luck for your development~!


// 빌드된 소스코드를 확인하고 편집합니다.









-- 터미널 텍스트 박스 (Terminal text box) --

<Drag와 복사가 가능합니다.>


// 완성된 소스코드를 자동으로 컴파일 후 실행하는 명령을 수행 합니다.


root@test:~$    glsc -r test








-> 소스가 컴파일됨과 동시에 실행이 되며 실행 가능한 test 파일이 생성 된다.


Python 으로 쿠킹


-- 터미널 텍스트 박스 (Terminal text box) --

<Drag와 복사가 가능합니다.>

// 주석


root@test:~$    glsc -p test.glade


Maked source file (test.py) successed.

How to run :

    python test.py

Good luck for your development~!


-> 아까와는 다르게 'python test.py'으로 실행 하라고 나온다.


// 빌드된 소스코드 파일을 확인하고 편집합니다.


// 완성된 파이썬 코드를 실행해 봅니다.



root@test:~$    python test.py





가이드 영상



glsc 0.1 설치 하러 가기


도움이 되셨다면 '♡' 버튼을 꼭눌러 주시면 감사 하겠습니다.


[Name]   


memc    (Memory controler)


[Section]   


system


[Version]


0.1


[지원 아키텍쳐]   


amd64


[지원 운영체제]   


Linux-ubuntu : xenial, wily, vivid, trusty... 리눅스 민트(우분투 기반)등


[설명]   


램을 프론트엔드 환경에서 즉시 최적화 및 시간을 분단위로 높은 정밀도의 자동 최적화, 부팅시 최적화를 시행해 줍니다.







[특징]   


1. 부팅시 램 자동 최적화는 본 소프트웨어가 가지고 있는 서비스 모듈을 사용해 적용 하는 고급 방식을 채택 했습니다.


2. 터미널에서도 사용 가능 합니다.


3. 레벨 선택이 가능합니다.


4. 갱신시 시간 별로  RAM 휴유의 상태 변화를 기록하며 저장할 수 있는 기능.


5. 분 단위의 정밀 최적화.



[ 최초 개발 날짜 ]


Sun, 05 Jun 2016


[ 개발자 ]


C O S M O S Project. (cosmosproject15@gmail.com)


[설치]   


sudo apt-add-repository ppa:cosmosp2016/memc


sudo apt update


sudo apt install memc




[실행]   


memc


[사용 방법]   


    memc    :    software running gtk.

    --help    :    View help

    --version    :    View version

    -n <level>     :    Now Ram potimize with <level>

    -a <time :minutes> <level>    :    Auto Ram optimize with <time :minutes> <level>

            -a0    :    Auto Ram optimize stop.   

    -b <time :minutes> <level>    :    Boot Ram potimize with <time :minutes> <level>

           -b0    :    Boot Ram potimize stop.   








Name : memc (Memory controll to optimize)


지원 아키텍쳐 : amd64, i386


빌드 소스 : 파스칼,  bash, free


지원 os : linux - ubuntu : xenial, wily, vivid, trusty, 리눅스 민트 설치 가능.


Repository : launchpad.net


설명:


사용자 컴퓨터의 메모리를 쉽게 최적하 시킬수 있는 터미널 , gtk 전부에서 사용할수 있는 심플 메모리 관리 소프트웨어



Sun, 05 Jun 2016  부로 개발을 완료 하였습니다.


아래 링크를 통해 확인하실수 있습니다.


http://cosmosproject2015.tistory.com/64



title:                 'Gnu Lotto - Korea'

name  :            glotto-k


version  :          0.4


section  :          utils

date  :              2016-05-022

say :     


본 소프트웨어는 대한민국의 6/45 로또 번호를 컴퓨터의 의사난수를 이용하여 사용자가 원하는 변수, 현재 시간들을 조합해 출력해 내는 프로그램 입니다.



지원 아키텍쳐 : 64bit 32bit

지원 운영체제 : linux ubuntu - xenial, wily, vivid, trusty, 리눅스 민트도 설치가능.

PPA :                cosmosp2016/glotto-k  

launchpad :     launchpad.net/~cosmosp2016

Author :          C O S M O S Project





변경 사 항 :


 1. --help 추가

2. 계산 소스 업그레이드

3. 이전당첨 번호 입력과 동시 실행 및 인플레이션 수 반영

4. 한글 폰트 패키지 depends 추가



인스톨
:   




sudo add-apt-repository ppa:cosmosp2016/glotto-k               

sudo apt update               

sudo apt install glotto-k


실행 :                  glotto-k





lcl이 없어 만든 프로그램을 시험 실행 조차 되지 않을 수 있다.


이와 같은 경우는 기존의 kr.archive.ubuntu 레파시토리에서 직접 라자루스를 설치한 경우인데


사실 기존의 라자루스 홈페이지 보다는 관련소스가 훨씬 더 많은 것이 사실 이다.


하지만 라자루스 설치시 depends가 지정 되어 있지 않기 때문에 관련 패키지들이 전부 설치 되지 않는 다는 점이 헛점이다.


해결 방안은 아주 간단하다.


sudo apt-get install lcl*


이라면 우선 lcl 문제를 해결 할 수 있을 듯 보이지만 온전한 컴파일을 위해서는 free pascal compiler 를 설치 해야한다.


일명 fpc 패키지 이다.


이것은 시냅틱으로 전부 찾아 설치하도록 하자.


심지어 시냅틱에 'pascal' 이라고 쳤을때 관련 패키지가 더 나올 것이다.


전부 설치 하는 것이 바람직 하다.



+ Recent posts