MOTU / geliştirici yolunda yürümenin önündeki en büyük engeller nelerdir? [kapalı]


26

MOTU olmayanlar (Evren ve Multiverse yazılım havuzlarını işleten insanlar ) ve "MOTU’ya $ tarihe göre başvuracağım" çeşidine ilişkin planları olmayanlar için:

Seni ve senin gibi başkalarını MOTU olmaya çalışmalarından alıkoyan nedir? Bir olamayacağını düşündüren nedir?

Hem sosyal hem de teknolojik engellerden bahsediyorum.

EDIT: Ben sadece MOTU diyorum çünkü bu oldukça genel bir grup, ama "neden paketleme / yama yapıp nihayetinde yükleme haklarını denemek istemiyorsun?" daha da genel bir versiyonudur.


7
Lütfen MOTU'yu (benim gibi) bilmeyen insanlar için wiki.ubuntu.com/MOTU'ya bir link yapın
Steve Armstrong

1
Bir bağlantının yararlı olacağına katılıyorum. Bununla birlikte, bu sorunun insanların neden belirli bir şeyin parçası olmadığı ile ilgili olduğu düşünülürse, söz konusu jargonu açıklamak daha iyi olacaktır.
moberley

@ moberley: MOTU'lar, Ubuntu arşivlerinin evren (ve çoklu) bölümüne paket yükleyebilen geliştiricilerdir.
txwikinger

Benim ubuntu-dev ve ubuntu-coredev üyelik yenilemek ve sürecinden geçmesi için zaman havint değil unutmak tekrar ;-) Ben artık MOTU / coredev değilim nedeni budur
ℝaphink

1
Sorunun tarzı nedeniyle Topluluk Wiki'ye dönüştürüldü.
Marco Ceppi

Yanıtlar:


11

Daha iyi belgeler sağlayın.

Paketleme ve MOTU işleri ile ilgili IRC oturumlarında geliştirici haftalarında yer aldım (iki kez zaten) ve bu oturumlar sırasında tipik olarak süreci belli belirsiz bir şekilde anladığınızı öğrendim. Ancak iki hafta sonra Ubuntu wiki sayfalarına bakarsanız, artık tüm parçaları bir araya getiremezsiniz. Bu sayfalar genellikle süreci ayrıntılı olarak anlayan insanlardan bir tür mermi noktası listeleridir. Ancak, içeriği yeniler için anlaşılabilir kılmak için bu yeterli değildir.

Belki de wiki sayfalarının süreçleri, araçları ve ilgili kişileri daha ayrıntılı olarak açıklayan dokümantasyonu almaya çalışmalısınız. Hatta tam örneklerle bile. IRC oturumları sırasında her zaman tekrarlanabilir örnekler vardır, belki bunlar wiki sayfalarında fark yaratır.


2
Wiki sayfalarının çok yardımcı olmadığını kabul ediyorum. Daniel Holbach'ın YouTube'daki videolarına başlarken en çok yardımcı olduğunu gördüm. IRC oturumlarının günlükleri wiki'ye gönderildi mi?
maco

14

Bence en büyük teknik engel Debian paketlerinin nasıl oluşturulacağını bilmek. Çalışan bir paket oluşturmak nispeten basit olsa da, Debian ve Ubuntu standartlarına kadar paketler oluşturmak çok daha zordur. Ayrıca, paketlerin nasıl oluşturulacağına dair kılavuzlar normal olarak derleme gerektiren kaynak koduna sahip olduğunuz bir durumla ilgilidir. Bu, tercüme edilen dillerde yazılmış uygulamalar için kafa karıştırıcı olabilir.

En büyük sosyal engel muhtemelen evren / multiverse havuzlarına paketlerin nasıl yükleneceğini bilmektir. Sadece kendi ppa'nızı yaratmanız ve orada paketleri yüklemeniz çok daha kolaydır.


11

Günümüzde insanlar arabayla katkılarını seviyor .

20 yıl önce, sahip olsaydınız, tipik olarak enerjinizin çoğunu bir evcil hayvan projesine odaklardınız. Bugün günde düzinelerce İnternet sayfasını ziyaret ediyorsunuz ve wikilere, forumlara ve diğer şeylere katkıda bulunabileceğiniz birçok sosyal ağ veya başka topluluklar var. Bu, daha fazla insanın katkıda bulunmasına rağmen, aynı zamanda düşük engelli girişler bekleyenlerin de ortaya çıkmasına neden oldu (la, "düzenlemek için web sitesine tıklar). Aksi takdirde, başka topluluklara yönelebilirler.

Bu nedenle MOTU işleminde engelleri aramalısınız. GroundControl projesinin lansman destekli projelerde yama katkısı engelini azalttığını hatırlıyorum. Belki benzer yeni araçlara ihtiyacınız vardır, bu nedenle yeni MOTU adaylarının çok fazla komut satırı aracıyla uğraşmasına gerek kalmaz. Bu mevcut araçlar güçlü olsa da, doğru bir şekilde nasıl kullanılacağını öğrenmek için muhtemelen çok fazla enerji alır.


3
Kabuk bakım paketlerini kullanamayan insanların fikrinden hoşlanıp hoşlanmadığımı bilmiyorum, çünkü kabuk komut dosyası paketlemenin önemli bir parçası (yani, çok sayıda paket yapmak için yazmanız / değiştirmeniz gereken kabuk komut dosyaları var) iş).
maco

@maco: Yeni katkıda bulunanları almak istiyor musunuz, istemiyor musunuz? Eğer öyleyse, süreçlerin değişmesi gerekebileceğini kabul etmelisiniz (ve sadece süreçlere dahil olanları değil). Elitist düşünce, potansiyel topluluğun büyük bir bölümünü dışlar. Ve başlamak için dağıtılmış bir çaba görmek istiyorsanız, komut satırı genellikle bunu desteklemek için çok kötü bir araçtır.
Bananeweizen

1
"Çekirdek düzeltme ekini yazmak için bazı C'leri bilmeniz gerekir" demek elitist. Komut satırının bir pakete giren komut dosyalarını yazmak için nasıl çalıştığını bilmeniz yeterlidir. Paket yapmak için bir GUI'niz olsa bile, bir sürü "postinst kabuk betiğini buraya yazın" metin kutuları ile bitirdim.
maco

1
Yorumum teknik ihtiyaçlarla ilgili değildi. Ben tekrar ifade etmeye çalışacağım (Ben ana dili İngilizce konuşanlar değilim): Öncelikle ek katılımcılar isteyeceksiniz. Daha sonra şu yorumu okudum: Eğer kabuk komut dosyaları yazamıyorsanız, pakete katılmak için aptalsınız. Bu beni üzüyor. Hala varsayımlarının yanlış olduğuna inanıyorum. Yer Kontrolü'ne kadar herkes LP'de bir projeye yama yapabilmek için sürüm kontrol sistemlerini bilmek zorundaydı. GC, versiyon kontrolünü kolaylaştırmak yerine, tek kullanımlık yama kullanımına devam etti ve versiyon kontrol sistemleri hakkında bir şey bilme ihtiyacını ortadan kaldırdı.
Bananeweizen

1
Hiçbir yerde "aptal" demedim. Gerekli bir beceri olduğunu söyledim. Biraz karmaşık bir paket için bir kabuk betiği yazmanız gerekecek . Cehalet ( henüz belli bir beceri öğrenmemiş) ve zeka aynı değildir.
maco

9

Bulduğum en büyük engel Ubuntu geliştirici sayfası: http://www.ubuntu.com/community/get-involved/developers

Pek çok kez, Ubuntu’ya en az 1 yama katmaya coşkuyla karar verdim ... bu yüzden web sitesindeki doğal yere gidiyorum ... ve belgeleme denizinde kayboldum. Saatler sonra, ne için yama yazmam gerektiğine dair hiçbir fikrim yok. Ubuntu hatalarına göz attığımda, çoğu zaman sadece orada kullanılmayan oturan yamalar görüyorum.

Paketler gittiğinde, onları nasıl yapacağımızı bulmaya çalıştım, bu gerçekten kafa karıştırıcı. Ayrıca Launch Pad'e katılmaya çalıştım, ancak arayüz Source Forge'dan çok daha karmaşık, LP'de kendi kodumu alamadım. Yeni bir kullanıcı için çok zor.


2
Evet, launchpad tasarımında bir sorun var. LP'de işler belli değil. Çok kolay ama çok fazla aramalısın. Yeni kullanıcılar hızla kayboluyor. GitHub gibi daha açık ve basit hale getirmek için yeniden tasarlanması gerekiyor.
Owais,

8

Bir MOTU olmak bir sorumluluktur .

Açıkçası, 1 numaralı sebep teknik olarak yeterince bilgili değil ve 2 numaralı neden ise yapmak isteyeceğiniz squillion şeylere sahip olmak. Ancak hedef kitleniz arasında, bence asıl sebep bunun bir sorumluluk olduğudur.

Bir paketi kendim için derlersem, teknik ve yasal politikalara uyup uymadığımı hiç kimse umursamıyor. Daha yeni bir sürüm almamı bekleyen hiç kimse bana gelmeyecek. Kimse benden hataları düzeltmemi istemeyecek.

Paketimi bir ppa'ya yüklersem, birkaç kişi ilgilenebilir. Ancak beklentiler o kadar yüksek değil. Kaybolabilirim ve insanların bloglarında natty narwhal için uygun olmamalarının ne kadar üzücü olduğunu şikayet edebilirim.

Bir MOTU olursam, birdenbire büyük bir sorumluluğum var. Kullanıcılar bana hata raporları ile gelecekler ve dün bunları çözemediğimden şikayet edecekler. Kullanıcılar, paketin kullanıma hazır olduğu anda paketin yeni sürümünü yüklememi bekler. Teknik olmayan kullanıcılara neyi yanlış yaptıklarını nasıl çözeceklerini açıklamak zorunda kalacağım. Bir foruma yazmanın aksine, cevap vermek istemediğim soruları görmezden gelmemeliyim. Ve diğer geliştiriciler benden sonra gidebilir çünkü ben bir şeyi batırdım - bu korkutucu olabilir.

Ve ne kazanacağım?

  • İnsanlara yardım ettiğim belirsiz bir his. Bu önemli olabilir. Ancak, bu benim temel motivasyonum ise, paketleme yazılımı bir çorba mutfağında yardımcı olmak veya çalışmayan göçmen komşunuzun çocuklarına özel ders vermekle nasıl kıyaslanabilir?

  • Özgeçmişimde bir kurşun noktası? FOSS'a programcı olarak katılmak Meh, çok daha fazla takdir edilecektir. (Proje yönetimi ve kolej kurslarında öğretilmesi zor olan uzun vadeli bakım gibi konularda tecrübe kazandırır.) Aslında, bir DD / MOTU olmak, politik olarak ilgilenen çalışanlara karşı koyan birçok işveren için şüpheli görünüyor. açıkça FOSS'a siyasi destek verilmesi).

  • Memnuniyet duygusu? Kendi programımı sıfırdan yazmaktan çok daha az. Programlama ambalajdan çok daha yaratıcıdır. İçinde büyük bir başarı duygusu var. Palavra hakları var. Ama ambalajda? Bu bir angarya. Göz alıcı değil.

(Yukarıdaki üçüncü kişi “Ben” dir. Verdiğim nedenlerin çoğu insana ama değişen boyutlara uygulanabileceğini düşünüyorum. Şahsen çoğunlukla tercih ettiğim bir squillion işi var ve yaratıcı bir başarı duygusundan yoksun).

(Meraktan, Ubuntu insan gücünden yoksun mu?)


1
Evet öyle. Bugtracker'ımızı gördün mü?
maco

@maco: MOTU sayfasında , bir MOTU'nun ne olduğunu ve nasıl biri olabileceğimi kolayca gördüm. “Ubuntu Amca'nın sana ihtiyacı var!” Hakkında bir şey görmüyorum. Bugtracker'ın sıradan bir kullanıcıya çok şey söylediğini sanmıyorum; örneğin, kapatılmamış hataların birçoğu, hatayı yeniden üretmek için yeterli bilgi göndermeyen çok sayıda rapor ve çalıştırma kullanıcısı anlamına gelebilir.
Gilles 'SO- kötülük yapmayı bırak'

Gilles ile tamamen aynı fikirdeyim. Açık kaynağa adamak için daha fazla zamanım olsaydı, programlamayı çok istediğim birkaç projem var.
Javier Rivera

Bunun gibi çok fazla böcek var, ama sonunda hareketsizlik nedeniyle kapanıyorlar. Launchpad'de eklenmiş yamalar ile birlikte ~ 2000 hata vardır. Cleansweep Operasyonu yamaları gözden geçirmek ve incelemek, iyiyse yukarı havza göndermek ve kötüyse reddetmek üzere olmuştur. Eğer iyilerse ve akış yukarı sürümlerinden geçmek için bütün bir sürüm döngüsünü beklememeleri gerekiyorsa, paketlenmeleri gerekir. Yine de çoğu yaşlı. Gönderildikleri oranı takip etmedik.
maco

4

Dil , benim asıl sorunum hala İngilizceye yeterince güvenemem, bu yüzden diğer geliştiricilerin bana anlatmaya çalıştığı şeyleri kolayca anlayamıyorum.


3

Bir MOTU olmam için beni durduran nedir?

Ubuntu olayı çok hoş bir Topluluk olmasına rağmen (henüz n00bie soruları için yanılmadım) Paketleme süreci hakkında çok az / eksik bir dokümantasyon olduğunu düşünüyorum (Debian'ın Yeni Bakım Kılavuzu bile dolu "bu konunun kapsamı dışında. bu belgenin "satırları". Bu gerçeği alırsanız ve ilk dili İngilizce olmayan (benim gibi) insanlar hakkında düşünürseniz, süreç daha da zor ve temkinlidir.

Basit, konuya göre, her şeyi belgeler yapmak hepimiz için daha kolay olacaktı, ancak bu belgeleri yazmak için teknik becerilere sahip olan insanlar bunu yapmak için çok meşguller.


3

Bunun birkaç nedeni var. Ayrıca sebeplerin genellikle bireysel olduğunu düşünüyorum.

Şu andaki sorunlardan biri, tüm MOTU sistemindeki değişiklik. Değişikliklerin kafa karıştırıcı olabileceğine ve teknolojik çizgilere daha fazla uygulandığına ve maalesef toplumu tam olarak hayata geçirmediğine inanıyorum (belki de kafa karıştırıcı olduğu için).

Ayrıca, bazı durumlarda bir MOTU olma motivasyonunun olabileceği kadar açık olmadığını düşünüyorum. IMHO, MOTU olmak bir ayrıcalık değil bir sorumluluktur. Bu başlıkla ilgili değil, Ubuntu topluluğuna beraberindeki erişim haklarıyla yardımcı olma yeteneği ile ilgili. Bu nedenle, tüm onay sürecinin değiştirilebileceği (veya uzatılabileceği) olabilir. MOTU'lar genellikle kendilerini aday gösterir ve ardından kurul, MOTU olmaya hazır olup olmadıklarına bakar. Belki de mümkün olmalı, birinin MOTU olmaya hazır olduğuna inanan meslektaşları o kişiyi aday gösterebiliyorlar. Bu IMHO, adaylığın bir unvan elde etmeme sürecine yardımcı olmak için yapılması gerçeğini daha fazla temsil eder. Bunu tek yol yapmanın da kendi sorunları olduğunu anlıyorum, bu yüzden tek yoldan alternatif olarak görmeyi tercih ederim.

Geçmişte KDE'ye odaklanan insanlarla ilgili bazı sorunlar olduğunu da biliyorum. Bu sorunlara umutla değinildi, fakat belki daha yaygın olarak bilinirse iyi olur.

Açıkçası, bunlar farkına vardığım birkaç konu. İnsanlar farklıdır ve farklı şeyler görür veya aynı şeyden farklı şekilde etkilenirler. Dolayısıyla, bu konular herkesi durduramayabilir, bu sorunun tek nedeni de değildir.


Sponsorlar gerektiğini "Hey, belki şimdi başvurmalıdır" kimin paketler onlar, hazır dendiğinde onlar sponsor insanlara anlatacağız ama olur ne sıklıkta bilmiyorum. Mentorluk yaptığım bir kişiye başvurmayı önerdim, ancak odağını diğer gelişim alanlarına çevirdi.
maco

Bir sponsora başvuruda bulunmasını söylediğinde veya bu kişiye bir sponsor tarafından aday gösterildiğinde hala bir fark var.
txwikinger

Ah? Sponsorlar insanları aday göstermezler, Sponsorlar sponsorların kendi adaylarını savunurlar.
Ağustos'ta

lfaraone: txwikinger, sponsorların insanları aday gösterebilmeleri gerektiğini öne sürüyor. Bir kere oldu. Bazı millet, Sarah Hobbs için bir wiki sayfası oluşturdu ve TBM’yi e-postayla gönderdi ve referanslar verdi ve bu noktada desteğin açık bir şekilde desteklendiği zaman, IRC toplantısına son adımı attı.
maco

2
@Faraone: Bazı iyi insanların kendilerini aday göstermemeleri ve bu yüzden onları kaybetmemiz önerim. Sonunda, MOTU olmak için iyi bir insan Ubuntu için bir kazançtır, belki de bunu düşünmeliyiz.
txwikinger

2

Buraya birkaç fikir gönderdim: http://blog.mitechie.com/2010/08/24/ubuntu-help-wanted/

Gerçekten ortaya çıkarmak istediğim şeylerden biri, kaç geliştiricinin paketleme araçlarına kolayca takılan derleme sistemleri kullanmadığını merak ediyorum. Piton geliştirme yapıyorum. Dünyam kurulum araçlarının etrafında toplanıyor ve dağıtıyor ve evet, onlarla kurduğum bir şeyi alıp dışa aktarabilirim, ama ne sona? Zaten dağıtılabilir bir şeyim var. Kodlama dillerinin kendi oluşturma araçları / dağıtım yöntemleri ile yükselişinin, debian paketleme araçları ve dolayısıyla MOTU seviyelerinin bir araya getirilmesi konusunda deneyim eksikliği ve arzuya neden olup olmadığını merak ediyorum.


2

Benim için muhtemelen zamanla ilgilidir. Şu anda yatırım yapacak çok zamanım yok. Ve ben hata ayıklama ile başladım, ama yakında olayların biraz daha karmaşık olduğunu öğrendim. Ve gerçekten dişlerini içine batırman gerekiyor.

Sonra zevk alacağımı bildiğim bir hata onarımı var. Beni orada yardım etmekten alıkoyacak olan şey, bir gelişim kolu veya başka bir şey yönetmeniz gerektiğidir. Bir keresinde Sistem Monitörü'ndeki bir kağıt parçam üzerinde çalışmaya başladım (https://bugzilla.gnome.org/show_bug.cgi?id=611738) Böylece, gerekli kaynağı almak ve oraya girmek için Yer Denetimi'ni kullanmaya başladım. bir hata düzeltildi. Ancak, bağımlılıklar nedeniyle bu kadar kolay olmadığı ortaya çıktı. Yalnızca geliştirme sürümünde çalışmam ve orada sabit olup olmadığını test etmem gerektiğini biliyorum. Ancak, sadece denemek için birçok gnome paketinin kaynağını indirmem gerekti. Yer kontrolüyle o kadar kolay değil. Ve muhtemelen bunu bir iş makinesinde yapmalısınız. Bu yüzden orada durdum. (Yine de, bunun için başlaması çok fazla zaman alacaktı)

Ambalajlama ile ilgili olarak, sadece ambalajlanması gereken hiçbir şeyin farkında değilim. Bir zamanlar paketleme konusunda bir eğitim yaptım ve küçük uygulamalar için çok zor olmadı. Ancak hiçbir zaman ambalajlama gerektiren bir şeyler listesi aramaya çıkmadım, çünkü muhtemelen bir tane olduğunu biliyorum ... :)

Bu yüzden, temelde benim için tam zamanı, yardım etmek istiyorum, ancak her garip hafta veya birkaç saatim var. Ve bu küçük zaman içerisinde buna başlayamam gibi görünüyor.


Bağımlılık kaynağına, sadece normal hesaplara ihtiyacınız yok. Neden çalışmak için geliştirme sürümünün VM'sini kurmuyorsunuz? O zaman kurulumunuzla uğraşmak zorunda değilsiniz (yine de, Şubat 2007'den bu yana neredeyse sürekli olarak devel bültenleri yayınladım ... Ubuntu hatalarını paketleme / sabitleme ile ilgili bir şey yapmaya başladığımdan bir yıl önce). Ortam ayarlarınız yapıldıktan sonra bir hatayı 2 saatte bir haftada düzeltmek kesinlikle mümkündür. Paketlenecek şeyler listesiyle ilgili olarak: Launchpad'de bir ihtiyaç-paketleme etiketi var. Mevcut yamaları paketlemek de çok yararlı!
maco

1

Bir paket yarattığımda, genellikle bir başkası paketi istemek için değil, bir kaşıntı çizer. Checkinstall benim için bir paket hazırlayacak kadar iyidir ve sonra kaşıntım çizilir ve el ile paketlemek ve tüm bağımlılıkları bulmak için fazladan bir mesafe bırakmaya yönelik hiçbir kişisel teşvikim yoktur.

Bu yüzden dağıtım için ambalajlamanın kolay olmasına rağmen, kendiniz için ambalajlamanın ötesinde daha çok iş olduğunu düşünüyorum.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.