Ubuntu hata izleyici projesine gösterdiğiniz ilgiden dolayı teşekkür ederiz .
Kesin 12.04'ten itibaren bu davranış ve iş akışı değişmiştir. 993450 numaralı hatada keşfettiğim gibi “Apport hata raporu göndermiyor”, varsayılan olarak apport artık bir hata raporu açmıyor (ve bunu yapmak zor değil ama bunu yapmak imkansız değil).
Apport, sürüm sonrası hata raporları oluşturmadı. Bir sürüm hala geliştirilme aşamasındayken, Launchpad hatalarını (ve hata raporlarını) dosyalamak için apport kullanabilirsiniz.
Ubuntu'nun son yayınlanan sürümünde şimdi hata iletişim kutularını gösteriyoruz. Bu, herhangi bir geri bildirim olmadan "uzaklaşan" bir programdan ve kullanıcının ne olduğunu merak etmekten vazgeçtiği büyük bir gelişmedir.
İnsanlar bu raporları göndermeyi seçtiğinde toplanan verilerden elde edilen istatistikler http://errors.ubuntu.com adresinde gösterilir .
Bu sorudan ayrıldım: Bir kullanıcı sorunun durumunun ne olduğunu nasıl öğrenir? Planın şimdi bu şartı var
Kullanıcının kaza raporunun durumunu tekrar kontrol etmesinin bir yolu olmalı; örneğin, istatistikleri ve / veya ilgili herhangi bir hatayı # görmek için bakabilecekleri bir rapor kimliğine sahip. Dosyalama sırasında, daha sonra bir web sayfası aracılığıyla yükleyebilecekleri bir seri numarası verin.
Bunu kaldıracağım. Bu asla niyet olmadı. Kullanıcı arayüzü, rapor hakkında herhangi bir geri bildirim almama konusunda söz vermemeye özen gösterir.
Bunlar hata raporları değil.
Niyetimiz, geliştiricilerin en acil sorunları bulmalarını, gerekli düzeltmeleri yapmak için gereken bilgileri toplamak ve kullanıcılara yönelik düzeltmeleri almak için geçen süreyi azaltmaktır.
En acil sorunları bulma sorununu çözdük. Bu http://errors.ubuntu.com sitesinin ön sayfasıdır .
İhtiyaç duyulan bilgilerin hızlı bir şekilde toplanması ve sorunun yaşandığı kullanıcılarla uzun bir geri bildirim döngüsüne dahil edilmeden vakıflar-q-kovalama-iyileştirmelerde ele alınmaktadır . Plan, geliştiricilerin sunucu tarafında bilgi toplama sürecine bağlanmasına izin vermektir. Eğer / var / log / syslog'a ihtiyacım varsa, ancak daha önce sunulmadıysa, http://errors.ubuntu.com adresindeki bir ayarı değiştiriyorum ve hatayı yaşayan bir sonraki kişi otomatik olarak gönderdikleri verilere ekliyor.
Kullanıcılara hızlı bir şekilde düzeltmeler almak, kilitlenme raporlarındaki vakıflar-q-güncellemelerden ele alınmaktadır . Kullanıcılar bir hata raporu gönderdiğinde ve bu hata düzeltildiyse ve serbest bırakıldıysa, henüz yaşadıkları sorunu gideren yazılım sürümüne yükseltmek isteyip istemediklerini soran bir iletişim kutusu açılacaktır.
Bir geliştirici oyuna nasıl giriyor? Https://daisy.ubuntu.com adresine gitmeniz sadece bir "Yanlış İçerik Tipi" hata mesajı veriyor .
http://daisy.ubuntu.com insanlar tarafından kullanılmak üzere tasarlanmamıştır. Rapor göndermek için hata raporlama arka plan programı (whoopsie) var.
Diğer insanların katılması kesinlikle harika olurdu. Şu anda bu tam zamanlı hack tek kişi benim.
Sistemde dört bölüm var.
- Masaüstü kullanıcı arayüzü sağlayan Apport .
- Apport tarafından yaratılan raporları (ve çekirdek döküntülerini) alan ve onları hata izleme sunucusu Daisy'ye kazıyan Whoopsie.
- Whoopsie'den raporları toplayan ve işleyen Daisy . Bu hizmetin kalbidir. Çekirdek dosyaları geri çekilmiş raporlara dönüştüren ve http://errors.ubuntu.com adresinde gördüğünüz istatistikleri üreten şey budur .
- Verilerin hem insan tarafından okunabilir bir görünümünü hem de onunla çalışmak için RESTful API sağlayan Django tabanlı bir web sitesi olan Hatalar .
Lp: daisy içindeki setup / dizini altında bir miktar güncel olmayan komut dizisi vardır, bu da parçaların nasıl bir araya geldiği hakkında size biraz fikir vermelidir. Bunun yerine juju takıları üzerinde çalışıyorum. Amaç, tüm altyapıyı test etmek ve geliştirmek için bulutta dağıtmak için tek bir komuttur.
Daha fazla geliştirme sorunuz varsa e-posta adresimi Launchpad'de bulabilirsiniz .
Daha fazla bilgi: