에 대한 태그 아카이브 » 팩맨 «

목요일, 11 월 12 일, 2009 | 저자:

당신은 하나의 응용 프로그램을 업데이트하는 자신을 발견하는 경우 아치 리눅스 (아주 나쁜 생각, 판매 세) 그것을 당신이 라인을 따라 오류를보고 끝날 수도의 readline 업그레이드:
/bin/bash: error while loading shared libraries: libreadline.so.5: cannot open shared object file: No such file or directory
희망 당신은 여전히​​ 떠들썩한 파티가 열려 프롬프트를하고 그들 모두를 폐쇄하지 않은. 당신은 아직 할 수있는 경우에, 바로 다음을 실행:
pacman -S bash
bash는 여전히 작성한 Readline의 이전 버전에 링크 될 수 있기 때문에 다른 당신은 더 이상 떠들썩한 파티를 실행할 수 없습니다.

또한, 앞으로는, 실행되지 않습니다
pacman -Sy application
(내 경우에는 파이썬)
대신, 달리기:
pacman -Syu
모든 응용 프로그램이 업그레이드되어 있는지 확인 할.

개인적으로, 그 bash는 그것을 작성한 Readline의 이전 특정 버전의 새로운 bash에 대해 동일한 요구한다는 종속성 세트 있었다한다고 생각합니다, 의 readline의 새 버전을 필요로. 에 관계없이, 오히려 안전한 놀이. 😉

몫
수요일, April 22nd, 2009 | 저자:

아치 Linux’s installation process is documented on the Arch wiki. I recommend that persons new to Arch try the excellent Beginner’s Guide instead of the Official Arch Linux Install Guide. Though both wiki entries cover similar ground, the Beginner’s Guide gives a lot more relevant information for those new to the system. The Beginner’s Guide is aimed at desktop installation and, as I’m installing a server, I won’t be going through the installation of the graphical environment at all. Assuming that you’re following my installation, assume that I’ve followed the Beginner’s Guide right up to and including the installation of sudo. I installed the ssh daemon afterwards rather than during the initial setup however.

A few small recommendations and notes regarding installation:

  • If you can, consider using a USB memory stick for the installer and keep it handy for future installations.
  • I keep a copy of my local “저장소” of installed applications on my installer memory stick. Once installation is finished I save a bit of download and update time by copying this to the new server’s /var/cache/pacman/pkg/ folder. The repository on my desktop is typically 1.7GB
  • For the rc.conf, South African-appropriate regional settings are:
    LOCALE=en_ZA.utf8
    TIMEZONE=Africa/Johannesburg
  • I’ve set up the network very simply, according to the guide, and will be expanding on the network setup in a later post.
  • As it is for a server, my non-privileged user on the server is only part of 3 groups: wheel (for sudo), storage, and users. A desktop user will likely be in many more groups.

I prefer using an application called 요구르트 instead of Arch’s default package manager. Yaourt has the exact same usage syntax as pacman except that it supports a few extra options. It is actually a wrapper application in that it, in turn, uses pacman. 중대하게, yaourt supports installation of applications from Arch’s AUR. The AUR is a repository of installation scripts built by Arch users for Arch users to easily install applications that are not officially supported by the main Arch repositories. Yaourt can download and install applications from AUR or the main repositories with the same command, treating the AUR asjust another repository”. Pacman unfortunately does not support this.

다시, the installation is covered in the wiki. I recommend the easy route mentioned in the wiki if you’re new at Arch. Its too much too soon to do it the hard way (also mentioned in the wiki entry).

When done, update your system by issuing the single command:

yaourt -Syu

OR

pacman -Syu

and follow the given recommendations.

몫
목요일, 월 01 번째, 2009 | 저자:

분명히, 당신은 당신에 대해 많은 말을 할 수 사용하는 운영 체제와. 당신은 유닉스 계열의 일부 형태를 사용하는 경우, 어느 분포 당신은뿐만 아니라 많은 말을 할 수 사용하는. 중복 제외, 나는 리눅스 배포판에 절대적으로 의존한다는 생각은 패키지 관리 및 유통 시스템.

내가 좋아의 apt-get (1, 2) 하지만 몇 가지 점에서 몇 가지 기술적 인 문제이고 그것은 나를 사용하여 발생 적성 대신. 적성을 사용하면 조금 더 쉽게 – 그것은 하나에 자동으로 더 많은 기능을 가지고, 논리적, 의 apt-get은 별도의 명령이 필요 명령. 적성도있다 인종-기반 GUI. 당신은 GU​​I를 사용하지 않는 경우, 배울 명령 수로 간결성 이외, 다른 이상을 선호하는 기술적 인 이유는 분명히 없다. 적성 apt-get를 제공 K / X / 우분투데비안 잘. 이 시점에서, 나는 느슨하게 교환 방식으로 이름 쿠분투 우분투를 사용.

내 사용 CentOS (레드햇 기반으로), 나는 내가 좋아하는 발견했습니다 YUM. 그것은 훨씬 적성과 동일한 작동하는 것 같다 – 하나의 명령은 그들 모두를 지배하는. 내가 단지에 익숙하지 않아요 때문에 내가 여기에 가장 확률이 들어갈 않을거야 다소 성가신 기본 동작을 가지고. 기술적 인 관점에서 적어도, 그것은 매우 좋은. 나는 믿습니다 페도라 페도라와 내 경험은 매우 제한되어 있지만 yum을 사용한다.

이론…

페도라와 우분투는 상당히 엄격한 릴리스주기를 가지고 그 분포의 클래스에. 우분투 8.10 (버전 출시의 연도와 달, 그래서 이름) 하지 않습니다, 주요 버그와 사소한 변화를 제외하고, 다음 버전까지 또 다른 주요 업데이트가, 말쑥한 재카 로프. 우분투 사용자는 지금 자신의 데스크톱에있는 대부분의 소프트웨어의 최신 버전이. 달의 다음 릴리스 이전, 그러나, 그들이 사용하는 것과하지 않는 행운 않을거야 “베타” 릴리스. 나는 페도라에 익숙하지 않다으로, 나는 그것의 릴리스주기에가는 귀찮게하지 않을 것.

이들 2 분포로 알려진 분포의 클래스에 속한다 “” 또는 “바이너리 기반” 분포. 이렇게하면 업데이트를 다운로드 할 때 것을 의미한다, 다운로드 한 파일은 미리 아르컴파일 하고 실행한다 “지원” 하드웨어. 이것은 구체적으로하지 않습니다 최적화 바탕 화면의 하드웨어, 예를 들면, 당신의 프로세서. 아마 당신은이 AMD 추가 명령어를 지원하고 프로세서있는 인텔 CPU는 필요가 없습니다. 반대의 경우도 마찬가지 일 수. 이 때문에, 이진 자료 배포는 하드웨어의 특정 브랜드를 최적화 할 수 없습니다. 에 관계없이이의 “비 최적화”, 그것은 괜찮은 속도로 실행해야합니다.

연습!

약 2 년 전 사용하기 시작 쿠분투. 그 작업의 몇 달 후, 나는 그것의 세부 사항에 대한 자세한 내용을 보려면 시작. I 때 시스템을 업데이트 GUI 툴을 사용하는 팬의 많은 않아, 궁극적으로, 그 모든 어쨌든 명령 줄에서 일어나는. GUI 도구는 그냥보고 괜찮다 복잡성을 숨기.

난을 결국 세게 때리다 스크립트, 업데이트, 단지에 적성을 얻기 위해 필요한 모든 단계를 실행하는 것이다 가서 이미 업그레이드, kthx?©, 아마도 내 구성을 백업 할 수있는 길을 따라 중지, 다시 마운트 NFS 우리가 현장 저장소를 유지 네트워크 공유, 적성에 설치된 패키지의 로컬 캐시를 백업, 네트워크 공유에 다시 마운트 수없는 경우 로컬 복사본을 사용하는 일부 폴더 링크 셔플을, 동기화 로컬 사본 및 네트워크 공유 경우 사이 이전 업데이트는 네트워크 공유 문제가 있었다, 및 저장소에 패키지 목록을 업데이트. 대개, 오류하지만이 있다면 그것은 앞서 가지 않을 것, 당신은 말할 수, 이 스크립트는 난장판이되었다 짐승 그 위에 원래의 요구 사항을 넘어 갔다. 그것은 나를 위해 잘 작동.

날이 쿠분투 사이에 업데이트 할 올 때까지 6.10 에 7.04. 나는 수동 불구하고 이런 짓을, 하지 스크립트.

나는 계속되었다 혼란의 결과로 처음부터 다시 설치 끝났다. 적어도, 백업으로 관리자가 보여 잘해야, 내가 정말 필요한 모든 것을 복구 할 쉬웠다. 🙂

다른 무엇 거기 밖으로?

나는 쿠분투를 다시 설치했다 전에도, 나는라는 또 다른 분포 도입 젠투. 있다 2 젠투와 우분투의 업데이트 시스템 사이의 매우 뚜렷한 차이. 첫 번째는 젠투를 점이다 출처-기반 배포. 이 패키지를 업데이트 할 때 것을 의미한다, 패키지 관리자가 소스를 다운로드하고 컴파일 모두, 희망을 위해 최적화 당신의 체계. 이, 나는 생각한다, 아주 멋지다. 이 단점은 모든 것을 컴파일하는 데 너무 많은 시간이 걸립니다이다.

여기 내입니다 (매우 비 과학적) 시간의 길이에 대한 예상이 설치 미디어에서 바탕 화면에 기본 GUI OS를 설치하는 데 걸리는, 외부 드라이버를 제외 (예를 들면, 최신 3D 그래픽 드라이버):

OS: 나의 – 최대 (중앙값)

윈도우 비스타: 15 – 30 (20) 분

우분투: 15 – 40 (20) 분

젠투: 3 – 40 (6) 시간

젠투는 훨씬 땜질이 필요합니다 설정 파일 작업 일을 얻기 위하여 – 이 CD를 삽입하고 부팅 사이의 매우 긴 지연에 대한 또 다른 이유 멋진 * 새로운 바탕 화면. 인기있는 응용 프로그램을 다운로드 할 수 바이너리 패키지를 – 이 기본 옵션은 아니지만.

그들은 나에게 떠날 참조’

젠투는 대부분의 다른 배포판이 하나 더 매우 중요한 차이가있다. 그것은이다 “롤링 출시” 분배. 이것은 어떤 엄격한 버전이 없다는 것을 의미하거나 “해제” 분포를 준수하는 것이. 오늘 젠투를 설치하는 경우… 당신이 경우 젠투 오늘 설치, 당신은 아마 당신이 설치된 모든 응용 프로그램의 최신 버전을 할거야. 일부 모호한 응용 프로그램은 내일의 주요 업데이 트를 얻을 경우, 몇 일 이내에, 당신은 당신의 시스템을 업데이트하는 경우, 당신은 당신의 바탕 화면에 그 최신 버전을 할거야.

이 롤링 릴리스와의 차이 “다른” 배포판은 오히려 비틀 거리고. 예를 들면: 면 KDE 4.2 내일 출시했다, 당신은 아마 미만 기다려야 할 것 2 그것을위한 주 젠투에서 사용 가능합니다. 우분투 사용자까지 기다려야 할 수도 있습니다 9.04 – 즉, 4 개월의 대기.

더 적합 뭔가?

개인적으로, 나는에 넣어 기꺼이 아니에요 40 노력의 시간 내 시스템은 내가 그것을 원하는 방식으로 작업을 진행. 내 동료는 일부 모호한 이유로 최근에 다시 설치했고 그가에 집어 넣 으려하지 않았다 밝혀 6 시간 (그는 Gentoo를 더 경험이 더 많아) 노력의 방법이 실행 중이했다 다시 자신의 시스템을 얻을 수. 대신, 아치 리눅스 그의 눈을 사로 잡은. 아치 리눅스는 롤링 릴리스입니다 (젠투 같은), 바이너리 기반 (우분투 같은) 분배. 그 패키지 (잘, 그들 중 대부분) 자신의 설정 파일에 많은 땜질을 필요로하지 않는 것 중 하나를 잘 작동 얻을. 그 두 세계의 최고를!

이 시점에왔다면 당신은 아직도 당신이 *을 무슨 일을하는지 알 필요가 있지만,, 그와 같은 거대한 안된다 믿음의 도약. 아치 리눅스의 패키지 관리자, 라고 PAC하나, 내장 된 의존성과 갈등 처리. 나는 다른 패키지 관리자를 사용, 요구르트 (프랑스어 요구르트), 매우 빠르게 아치 사용자와 인기가있는. 요구르트는 AUR에서 직접 다운로드하고 응용 프로그램을 설치 할 수 있도록하여 팩맨의 기능을 향상, 또는 아치 사용자 저장소. 이 저장소는 자동으로 다운로드하고, 그렇지 않으면 아치 자신의 핵심 개발자에 의해 완전히 지원되지 않는 것 많은 응용 프로그램을 설치 할 수 있도록 스크립트가 포함되어 있습니다. 그것은 다운로드하고 chroot가 환경에 패키지를 컴파일. 그런 다음 팩맨 호환 패키지 타르볼로 chroot가 환경을 패키지 및 시스템에 배포 할 팩맨을 사용하여.

또한, AUR 인기 패키지가 더 공식에 배치받을함으로써 투표 시스템을 지원 [집단] 저장소. 요구르트는 또한 자동화 된 투표 메커니즘을 지원함으로써, AUR를 통해 패키지를 설치 한 후, 당신이 그것의 포함에 대한 투표를 할 경우 묻습니다 [집단].

내 아치 설치에 소요되는 시간이였습니다 것으로 추정 90 분. 나는 비록 초보자를위한 Archlinux를하지 않는 것이 좋습니다 do 다른 배포판 싫증이라도 리눅​​스 사용자를위한 추천 – 설치하지 않고도 내용을 다루기 싶어 처음부터 리눅스. 아치 리눅스는 요즘 꽤 인기지고있다. 그것의 현재의 수 14 에 디스트로 워치.

* 당신은 당신이 무슨 일을하는지 알고있는 경우. AND YOU 당신이 무슨 일을하는지 더 나은 블러드 KNOW!
몫