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.

When installing Ubuntu (or Derivatives)

If you encounter a bug when installing Ubuntu, Kubuntu, Edubuntu, or other derivatives, the bug is probably one of a small set of packages.

• • If you encounter the bug when booting the Live CD (or alternative installer), file the bug against the kernel.

• • If you encounter the bug when installing Ubuntu from the Desktop CD (most common method), the package is ubiquity. (See DebuggingUbiquity/AttachingLogs.)

• • If you encounter the bug when installing from the Alternate or Server CDs, the package is debian-installer.

When upgrading Ubuntu (or derivatives)

If you encounter a bug while upgrading Ubuntu (for example, from 9.04 to 9.10), the problem package is update-manager. Please attach the log files contained in "/var/log/dist-upgrade/".

During boot

If you encounter a bug with the boot splash screen (typically an Ubuntu logo displayed during boot), the package is:

• • plymouth since 10.04 Lucid Lynx,
• • xsplash in 9.10 Karmic Koala and
• • usplash in versions before that.

If the screen goes blank after the splash screen (about the time the login screen should come up), report the bug against xorg.

If the boot errors or freezes even in "recovery mode", the bug should be reported against the kernel.

At the login screen

If you encounter a bug at the login screen, the package is the display manager:

• • In Ubuntu and Edubuntu it is gdm.
• • In Kubuntu it is kdm.
• • In Lubuntu it is lxdm.

Graphical Environment

The Ubuntu graphical environment is provided by the X Window System, also known just as "X". If you have any of the following symptoms, the issue is with X and the package to report against is xorg: (See X/Troubleshooting if you want to pin-point the problem.)

• Blank or solid-colored screen instead of login screen, or immediately after login
• Wrong screen resolution
• System freezes completely (but not with a blinking CAPS lock light)
• Fonts extremely big or small

If your problem is with the actual desktop (for example, with desktop icons):

• • In Ubuntu and Edubuntu, the desktop is managed by the file browser, nautilus.

If your problem is with window management (for example, focus stealing);

• • If you are using compiz (visual effects), the package is compiz.
• • In Ubuntu and Edubuntu, the no-effects window manager is metacity.
• • In Xubuntu, the window manager is xfwm4.
• • In Kubuntu, the window manager is kwin.

If your problem is with the Administration authentication dialog (where you enter your password), the package is:

• • gksu in Ubuntu and Edubuntu
• • kdesudo in Kubuntu

If your problem is with the Notification System, the package is:

• • notify-osd in Ubuntu, Xubuntu and 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