Avviso Firefox

IdentificarePacchetti

Introduzione

Per garantire che le segnalazioni dei bug possano essere viste dagli sviluppatori di Ubuntu, ogni segnalazione deve identificare il "pacchetto" software relativo al bug. Nella maggior parte dei casi questo tipo di informazione viene aggiunta automaticamente alle segnalazioni dei bug (vedere ReportingBugs), ma a volte è necessario specificare manualmente i nomi dei pacchetti, ad esempio direttamente durante l'esecuzione di ubuntu-bug. Questa pagina contiene informazioni utili per identificare i pacchetti relativi ai bug riscontrati nell'utilizzo di Ubuntu.

Situazioni comuni

Nella maggior parte dei casi, è possibile identificare il pacchetto relativo al problema sulla base dello scenario in cui il problema si verifica. Di seguito è riportato un elenco di situazioni comuni e le istruzioni per trovare il relativo pacchetto.

Applicazioni prive di menù

Alcune applicazioni, come diverse finestre di dialogo delle preferenze, non hanno un menù e quindi non è presente la voce «Segnala un problema». In questi casi, è necessario innanzitutto determinare il nome del file eseguibile per l'applicazione e poi trovare il pacchetto a cui appartiene l'eseguibile.

Determinare il percorso dell'eseguibile

Se l'applicazione è stata lanciata attraverso il menù Applicazioni, è possibile utilizzare l'editor di menù per trovare quale comando viene eseguito:

GNOME

1. Selezionare Sistema → Preferenze → Menu principale.

2. Selezionare la voce relativa all'applicazione (ad esempio Sistema → Preferenze → Schermo).

3. Fare clic sul pulsante «Proprietà».

4. Annotare il valore del campo «Comando». Questo è il nome dell'eseguibile (in questo caso gnome-display-properties).

5. Aprire un [:AmministrazioneSistema/RigaDiComando:terminale] (Applicazioni → Accessori → Terminale).

6. Nel terminale digitare:

   which nome_eseguibile

   in questo caso which gnome-display-properties.

7. Annotare il valore stampato sul terminale. Questo è il percorso completo del file eseguibile.

KDE

1. Aprire l'editor di menù facendo clic sul pulsante «K» (lanciatore di applicazioni Kickoff) nel pannello sulla Scrivania con il pulsante destro del mouse e selezionare «Editor di menù».

2. Selezionare la voce relativa all'applicazione (ad esempio Sistema → Gestore di file Dolphin).

3. Annotare il primo valore del campo «Comando» presente nella scheda Generale. Questo è il nome dell'eseguibile (in questo caso dolphin).

4. Aprire un [:AmministrazioneSistema/RigaDiComando:terminale] (Konsole) selezionando K → Applicazioni → Sistema → Terminale).

5. Nel terminale digitare:

   which nome_eseguibile

   in questo caso which dolphin.

6. Annotare il valore stampato sul terminale. Questo è il percorso completo del file eseguibile.

Qualunque ambiente grafico

Se non è possibile lanciare l'applicazione dal menù Applicazioni o usare l'editor di menù, in alternativa si può utilizzare xprop per trovare l'eseguibile relativo all'applicazione.

1. Lanciare l'applicazione (ad esempio Picasa).

2. Aprire un [:AmministrazioneSistema/RigaDiComando:terminale] ([:AmbienteGrafico/GNOME:GNOME]: Applicazioni → Accessori → Terminale | [:AmbienteGrafico/Kde:KDE]: K → Applicazioni → Sistema → Terminale).

3. Nel terminale digitare:

   xprop WM_CLASS

   e in conseguenza di ciò il puntatore del mouse dovrebbe trasformarsi in un mirino.
4. Fare clic in qualsiasi punto della finestra dell'applicazione.
5. Il terminale mostrerà ora una riga simile a questa:

   WM_CLASS(STRING) = "Picasa3.exe", "Wine"

   quindi annotare il primo valore (in questo caso Picasa3.exe).

6. Nel terminale digitare:

   locate -b "\nome_eseguibile"

   in questo caso locate -b "\Picasa3.exe". Il backslash ('\') è importante.

7. Annotare la riga stampata sul terminale (se ci sono più righe utilizzare la prima). Questo è il percorso completo dell'eseguibile.

Trovare il nome del pacchetto

Dopo aver trovato il percorso dell'eseguibile, recuperare il nome del pacchetto è facile. Basta lanciare il seguente comando:

dpkg -S percorso

dove percorso è sostituito dal percorso completo dell'eseguibile. Un esempio potrebbe essere:

dpkg -S /usr/bin/gnome-display-properties

e in conseguenza di tale comando verrà stampato a video il nome del pacchetto.

Un altro strumento utile nel triaging dei bug è apt-file. Perciò si userà:

apt-file search nome_eseguibile

dove come al solito nome_eseguibile va sostituito con il nome dell'eseguibile relativo all'applicazione.BR Questa utility funziona come dpkg -S ma cerca in tutti i pacchetti invece che soltanto in quelli installati.

Durante l'installazione di Ubuntu (e derivate)

Se si verifica un errore durante l'installazione di Ubuntu, Kubuntu, Edubuntu o altre derivate, probabilmente il bug è relativo a un piccolo insieme di pacchetti.

• Se l'errore si verifica quando si avvia il CD versione 'live' (o 'alternate'), il bug è relativo al kernel.

• Se l'errore si verifica durante l'installazione di Ubuntu da CD Desktop (metodo più comune), il pacchetto è ubiquity (si veda [https://wiki.ubuntu.com/DebuggingUbiquity/AttachingLogs questa pagina] per maggiori informazioni).

• Se l'errore si verifica durante l'installazione da CD Alternate o Server, il pacchetto è debian-installer.

Durante l'aggiornamento di Ubuntu (e derivate)

Se si verifica un errore durante l'aggiornamento di Ubuntu (per esempio da 9.04 a 9.10), il pacchetto relativo al problema è update-manager. Si alleghino i file di log contenuti in /var/log/dist-upgrade/.

Durante l'avvio

Se si verifica un problema nella schermata iniziale (in genere un logo di Ubuntu visualizzato durante l'avvio), il pacchetto è:

• plymouth da «10.04 Lucid Lynx» in poi

• xsplash nella «9.10 Karmic Koala»

• usplash nelle versioni precedenti alla 9.10

Se lo schermo diventa nero dopo la schermata iniziale (giusto il tempo di far apparire la schermata di accesso) la segnalazione del bug dev'essere relativa a xorg.

Se si verificano errori o avvengono blocchi all'avvio anche in 'modalità di ripristino', la segnalazione del bug dev'essere relativa al kernel.

Schermata di accesso

Se si verifica un errore nella schermata di accesso, il pacchetto è relativo al 'display manager':

• In Ubuntu e Edubuntu e Xubuntu è gdm.

• In Kubuntu è kdm.

• In Lubuntu è lxdm.

Ambiente grafico

L'ambiente grafico di Ubuntu è fornito da X Window System, noto anche come X. Se si verifica uno dei seguenti casi, il problema riguarda X e nella segnalazione del bug il pacchetto a cui fare riferimento è xorg (per identificare il problema si veda [https://wiki.ubuntu.com/X/Troubleshooting questa guida]):

• Schermo nero o colorato in tinta unita invece della schermata di accesso o immediatamente dopo l'accesso
• Risoluzione dello schermo sbagliata
• Il sistema si blocca completamente (ma senza la luce lampeggiante relativa al tasto lucchetto)
• Caratteri molto grandi o piccoli

Se il problema si verifica nel desktop (per esempio con le icone della scrivania):

• In Ubuntu e Edubuntu il desktop è gestito dal browser di file, nautilus.

Se il problema è con la gestione delle finestre (per esempio la sottrazione del fuoco):

• Se si sta usando Compiz (effetti visivi) il pacchetto è compiz.

• In Ubuntu e Edubuntu il gestore di finestre senza effetti è metacity.

• In Xubuntu il gestore di finestre è xfwm4.

• In Kubuntu il gestore di finestre è kwin.

Se il problema si verifica con la finestra di dialogo relativa all'autenticazione dell'amministrazione (dove è necessario inserire la password), il pacchetto è:

• gksu in Ubuntu, Xubuntu e Edubuntu

• kdesudo in Kubuntu

Se il problema si verifica con il sistema di notifica, il pacchetto è:

• notify-osd in Ubuntu, Xubuntu e Edubuntu

Printing

All printing in Ubuntu is done via the Common UNIX Printing System (CUPS). The package is cups. (See also DebuggingPrintingProblems.)

Sound

If your sound or headphone jack does not work correctly, report the issue against alsa-base in 9.04 Jaunty Jackalope and above. Report against the kernel in previous versions.

You might want to try Sound Troubleshooting first.

Hardware Malfunctions

If a piece of hardware is malfunctioning, typically the problem package is the kernel. However, if the problem is with a storage device (internal or external) in 9.10 Karmic Koala or above, problems should be reported with ubuntu-bug storage. (If triaging, see the "Use Storage Symptom" standard reply.)

Suspend, Hibernate, and Resume

Suspend, hibernate, and resume functionality is provided by three different packages:

• • gnome-power-manager (in Ubuntu and Edubuntu) is responsible for setting policy on when the system should be suspended or resumed and signalling the system to do so.
• • pm-utils is responsible for getting the system into a state where it can be suspended or hibernated, and handling any cleanup after resume.
• • The kernel implements the actual suspending and resuming and is generally the responsible package when there are any hardware-related failures after resume.

If you are unsure which package is causing the problem, a safe bet is the kernel, but make the bug title includes "suspend" or "hibernate".

Hotkeys

Hotkey handling, such as volume and suspend keys, involves multiple packages. See Hotkeys/Troubleshooting for specific packages involved and troubleshooting instructions. If a hotkey does nothing or is mapped to a wrong function, the problem package is likely udev.

Ubuntu mirror issues

Issues with Ubuntu Mirrors (the servers from which you download packages) should be reported to mirrors@ubuntu.com and not on Launchpad.

Package-specific instructions

Some packages have changed names through versions of ubuntu and others need special care while reporting. This section lists these caveats.

Kernel

The correct package for bugs about the kernel is linux, unless you are running 6.06 Dapper Drake, in which case the package is linux-source-2.6.15.

Please read KernelTeam/KernelTeamBugPolicies when reporting bugs against the kernel.

Firefox

Please put Firefox bugs in the appropriate package depending on the version of Firefox.

Currently we have:

• firefox-3.0 - the default version in Hardy (8.04), Intrepid (8.10) and Jaunty (9.04)
• firefox-3.5 - the default version in Karmic (9.10) also available in Jaunty (9.04)
• firefox - the default version in Lucid (10.04) -- This is Firefox 3.6 and up

Epiphany

Bugs in the Epiphany GNOME web browser should be filed against epiphany-browser, not epiphany (BugSquad discussion).

Find the source package

Many "binary packages" (that is, packages containing the software you run) may be built from the same "source package" (developers' source code), so bug reports are assigned to source packages and not binary packages. In rare cases, you must manually identify the source package from a binary package.

Go to https://launchpad.net/ubuntu/+search where you can search for the source package from which the binary package is compiled. The source package is the package you should select when filing a bug.

• • Example: gnome-control-center belongs to the gnome-system-tools source package

Alternatively, you can use apt-cache show kdm and look for the Source: line to find the source package.

Assigning already filed bugs

A short introductory video, narrated by Dereck Wonnacott.

• • Warning: This video advises triagers to assign bugs to the acpi-support package. This is wrong! Recent versions of Ubuntu use pm-utils for suspend-resume, acpi-support is not involved in this process. Do not assign bugs to this package, they will only have to be triaged again by a much smaller group of developers. Help is needed to get the above video updated.

You can help right away with the bugs with no home. Most simply need to be associated with the appropriate package.

CategoryHomepage