Sandro Tosi wrote:
2009/6/10 Davide Prina:
reportbug-ng è sviluppato da uno DD che ha idee un po' differenti da molti altri DD e quindi in un primo tempo ha creato questo suo prodotto senza"un po' differenti" mi pare riduttivo... anche ieri sera e arrivato a chiedere "ma non si potrebbe rimuovere questa feature da reportbug cosi' reportbug-ng non deve essere fixato?"... :)
in effetti avevo letto alcuni bug tempo fa e non condivido alcune risposte date da quel DD. Poi non ho più seguito nulla
Da quello che ho capito io reportbug-ng alla fine ha inglobato tutte le richieste dei DD (alcune come detto disabilitabili dall'utente) e quindi gli è stato permesso di entrare in testing.L'ha fatto a modo suo, quindi i punti non sono stati fixati completamente o non soddisfacentemente.
questo non lo sapevo.
Se Sandro Tosi mi mostra un caso dove questo non è vero io sono disposto a ricavare sempre i dati per l'invio dei bug da reportbug.non viene gestito correttamente (per nulla?) il caso in cui i bug script chiedano interazione agli utenti.
non sapevo che i bug potessero richiedere interazioni con l'utente. L'unica cosa che ho visto è la visualizzazione di un messaggio iniziale con le cose da fare prima di segnalare il bug.
Inoltre il maintainer di xorg (hai detto poco...) si lamenta che r-ng non contiene tutte le info di cui ha bisogno.
ho provato e reportbug riporta in più per il pacchetto xorg: Locale: LANG=it_IT@euro, LC_CTYPE=it_IT@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bashii gnome-terminal [x-terminal-em 2.24.3-3 The GNOME 2 terminal emulator appl
Sandro Tosi, che è anche il DD che mantiene reportbug, mi ha fatto presenteehm ehm... che sia poco imparziale? :)
non penso :-)
che ora anche reportbug ha un'interfaccia grafica gtk2, ma, secondo me, non era tanto l'interfaccia grafica che rendeva migliore, almeno per me, il "concorrente" reportbug-ng, quanto le funzionalità che offre: in un'unica finestra fissa è possibile ricercare, filtrare e visualizzare il contenuto dei bug di un pacchetto o dei pacchetti che rispettano un determinato criterio (per esempio tutti quelli segnalati da una determinata persona, ad esempio da me). Nella stessa finestra è possibile creare un nuovo bug premendo un bottone o aggiungere informazioni ad un bug esistente, ...puoi riportare un bug a reportbug chiedendo una cosa simile. i wishlist bug sono proprio per questo.
sì, però questo sarebbe un suggerimento per cambiare radicalmente il funzionamento di reportbug. È un po' come aprire un reportbug per Gnome e chiedere che siano fatte le cose come le fa KDE...
Magari si potrebbe fare un programma aggiuntivo (reportbug-delux) che ha delle similitudini con reportbug-ng, ma che rispetta le necessità dei DD. Però mi sembra eccessivo chiedere questa cosa come wishlist
Ho guardato velocemente la versione gtk2 di reportbug e queste cose non mi sembra di averle viste. reportbug gtk2 è in pratica una composizione di bug guidata (un wizard): devi conoscere il nome del pacchetto e poi procedi per step alla compilazione del bug. Questo può essere molto utile per chi sta segnalando il primo bug, ma in alcuni casi può risultare macchinoso. Come dicevo alle volte quando si trova un malfunzionamento non è facile capire qual'è il pacchetto che lo causa e poter passare facilmente da un pacchetto ad un altro visualizzando i rispettivi bug può portare facilmente ad individuare lo stesso problema già segnalato con l'eventuale soluzione per risolvere temporaneamente il problema.secondo me e' piu' comodo il web per questo, anche perche' san google ci aiuta.
non so, io trovo veramente comodo poter effettuare questo tipo di ricerche. Usando invece un motore di ricerca prima di tutto hai un bel po' di doppioni e poi anche una marea di link a cose che non sono quella che stai cercando.
Ciao Davide