무슨 일이야? 글쎄, 겉보기에 기술적 인 문제가 캐릭터 문제로 바뀝니다. 데비안은 한 시스템 라이브러리를 다른 라이브러리로 교체하지만 사소한 변경은 아닙니다., 그들은 캐릭터 문제를 위해 그것을합니다. 그들은 그 이유를 정확히 이해할 것입니다. ¿자유 소프트웨어에 대해 비난? 이것이 우리가 다음에 보게 될 것입니다.
C는 프로그래밍 언어입니다. 그렇지 않으면 매우 중요하고 다른 사람들에게 루트 인 라이브러리는 다른 프로그램을 지원하도록 프로그래밍 된 파일 세트입니다. 이 두 개념의 합을 통해 우리는 이미 C 라이브러리의 의미를 이해하고 있으며 계속할 수 있습니다.
GNU / Linux on Debian 및 기타 많은 배포판에서 지금까지 사용 글리프, 이는 GNU 운영 체제의 한 부분에 지나지 않습니다.
영혼이 가열됩니다
너무나 많은 코드 뒤에는 사람이 있고 사람 안에, 또는 오히려 그들의 머리 속에는 물론 좋고 나쁜 감정이 있습니다.
이 뉴스를 설명 할 자료를 찾기 위해 Digg에 도착했습니다. 첫 번째 댓글은 내가 뉴스를 보았을 때 생각했던 것과 똑같은 말을했지만 영어로 말했습니다.
누군가가 이것에 대한 세부 사항을 설명해 주시겠습니까? 내 컴퓨터는 데비안을 사용하고이 운영 체제를 좋아하지만 나는 어떤 종류의 슈퍼 Linux 괴짜가 아니기 때문에 뉴스가 나에게 어떤 영향을 미치는지 이해하지 못합니다
무슨 일이 있었는지 설명하는 대신받은 답변을 무료로 번역 해드립니다.
Glibc는 Linux 운영에있어 매우 필수적인 라이브러리입니다. 메모리 할당, 텍스트 비교, 화면 인쇄 등과 같은 매우 간단한 작업을 수행하기 때문에 거의 모든 프로그램에서 사용합니다. glibc 개발에있어 가장 중요한 사람 중 하나는 울리히 드리퍼그는 기술적으로 더 발전할수록 다른 사람들과 함께 더 무거워지고 대다수가 합리적 임에도 불구하고 종종 변화를 거부합니다.
일부는 그가 구현하지 않은 것들과 그의 무뚝뚝한 것에 질려서 glibc 사본을 가져 와서 원하는대로 변경했습니다. 희망은이 버전이 더 자주 업데이트되고, 더 안정적이며, 더 많은 기능을 가지며, 전반적으로 더 나은 프로젝트가 될 것입니다. 이런 일이 발생하면 데비안과 Ubuntu 또는 Mepis와 같은 데비안에서 파생 된 모든 배포판이 엄청난 이점을 얻을 수 있습니다.
비슷한 일이 GCC (egcs)와 XFree86 (X.org)에서도 일어 났고 두 번 모두 매우 유익한 것을 의미했습니다.
설명은 개발자의 주관적인 인상을 제외하고 위에서 아래로 정확합니다. Menéame의 반란 며칠 전부터) 우리는 개발자를 잘 모르고 멀리 떨어진 그의 작업에 대해 가치 판단을 할 수 없기 때문에.
하지만 우리는 내부 매우 자유 소프트웨어이지만 프로그램 개발에 대해 매우 놀라운 세 가지 매우 흥미로운 문제 :
1- 주요 개발자는 다음을 제공 할 수 있습니다. 전문가 그리고 당신이 원하는 것을하라. 결국 애플리케이션 개발을 돕는 사람들이나이 경우에는 라이브러리를 화나게한다. 대인 관계는 프로그래머 사이에 미묘한 문제이며 존재합니다. 그들을 개선하기 위해 이야기.
2- 자유 소프트웨어 개발 팀의 작동 방식이 마음에 들지 않으면 콤보가 아닌 자신의 손으로 문제를 해결할 수 있지만 자신의 사본을 관리 할 수 있습니다. 고전적인: "마음에 들지 않으면 저리가«…하지만 자신 만의 애플리케이션을 만들려면.
3-이 유형의 부서 사용자를 잘 할 수있다, 특히 원래 개발 작업이 정말 나쁘거나 나쁜 시간을 겪고있는 경우. 우리는 그것을 부를 수 있습니다 경쟁 또는 갱신, 당신은 우리에게 댓글을 달 것입니다.
결론적으로 무슨 일인데?
«의 개발차별 소년»로 알려진 이글립크결국 데비안이 다음 버전에서 원래 버전을 버릴만큼 충분히 긍정적 인 결과를 얻었습니다. GNU, Stallman 's.
이것은 또한 FSF와 Stallman에 대한 새로운 신호 (물 아래에서 보임)입니다. 데비안은 천천히 GNU를 제쳐두고 blob을 둘러싼 갈등에서 생각해 보면 진정한 독립 행위입니다.
사랑처럼 자유 소프트웨어는 모든 문제를 극복하는 것 같습니다.
귀하의 의견을 기다리고 있습니다.
이것이 발생하는 것은 실제로 매우 논리적입니다. 어떤 식 으로든 나쁘지 않습니다. 당신은 무언가가 잘 작동하는 방식을 좋아하지 않고 그것을 바꾸려고합니다. 같은 편으로 이끄는 사람들의 그룹 작업 일 때 많은 충격을주는 것은 사실이다. 그러나 자유는 전혀 나쁘지 않습니다. 덕분에 다른 프로젝트에서 나온 다양한 배포판, 데스크톱 환경이 있습니다. 그리고 비록 그들이 다른 것처럼 보이지만. 더 나은 일을 할 수 있다고 믿는 사람들에게 조금 더 자유를줍니다. 우리는 모두 같은 방식으로 생각하지 않습니다. 그리고 괜찮아요.
네, 그것이 자유 소프트웨어의 좋은 점입니다. 누구든지 포크를 만들 수 있습니다. 물론 그렇게하기 위해서는 협력이 필요하고 무엇보다도 (나는 단어를 잊었습니다)
어쨌든, 내가 전에 말했듯이 자유 소프트웨어에 대한 좋은 점은 사실입니다. 사실 현재 대부분의 기술은 다른 기술의 사본이고, 자유 소프트웨어의 좋은 점은 사본이 무료이며 누구나 만들 수 있다는 것입니다. 사본의 사본… 이것이 더 많은 혁신이 나오는 방법입니다… 아이러니하게 들리지만 사실입니다.
이것은 mariaDB를 생각 나게합니다
이것은 sid와 함께 사용할 것입니다. Lenny를 사용합니다. 어떻게 사용할 수 있습니까?
그것은 "색상을 맛보기 위해"라는 전형적인 문구를 떠올리게합니다. 데비안의 좋은 결정이라고 생각 합니다만, EGLIBC가 젊지 만 GLIBC만큼 좋지 않다는 뜻은 아닙니다.
"gurus"개발자에 대한 출처의 의견에 동의합니다. 저는 여전히 경력을 공부하고 있습니다. 프로그래밍 방식이나 자신과 다른 논리를 받아들이지 않는 사람이 많으며, 심지어 그와 팀에 속해 있더라도 사람들에게 좋은 아이디어를 주면 원하는 것을 적용하게되며 제안한 것보다 훨씬 덜 효율적입니다. 이것은 매우 일반적입니다.
이미 언급했듯이 이것이 GNU / Linux에 막대한 이점을 제공한다고 생각합니다. 적은 프로젝트보다 많은 프로젝트를 갖는 것이 좋습니다.
아마도 힘을 합치는 것이 더 낫다는 것은 사실이지만, 나는 여전히 Linux에서 우리가 가장 좋아하는 것이라고 생각합니다. 예를 들어, 며칠 전에 완전한 웹 페이지를 다운로드하고 일부 이미지를 얻으려고 노력했습니다. "wget"으로 문제를 던지고 원하지 않는 것을 다운로드하고 google을 검색하여 "httrack"을 찾았습니다. "wget"만 있으면 모든 것이 있었을 것입니다. 여전히 "wget"을 더 좋아하지만 : P
건배! :)
두 가지, 하나는 eglibc 100 % 로의 변경을 지원합니다. arm 용 glibc를 컴파일하는 것은 용감한 사람을위한 것입니다. 작동하는 glibc-gcc 쌍이 3 개 또는 4 개 있으며, 약간의 차이만으로도 작동하는 것을 불가능하게 만들 수 있습니다.
다른 하나는 서점이 아닌 도서관이어야합니다.
도서관 = 도서관, 서점 = 서점.
감사합니다,
호세