I simplified the creation of bug reports a little. Just choose a package from the drop-down box, add a short
description an hit Create Bugreport.
Of course, you can still use the manual method, which is below and still worth reading
To create a bugreport just create a page. Please try to use the following naming scheme:
bugs:bugreports:packagename:short_description
Where
packagename is the name of the package without version number, e. g. rsync, not rsync-2.6.8connect_via_ssh_failssegfaults_in_xtermweird_printoutput_on_HPLJ4connectto_windowsvistahost_fails_over_wlandoesnt_workreally_sucks_because_software_xyz_does_this_job_a_hundred_times_betterFirst edit bugreports, copy the last line and change the content as you see fit. Give a readable description, including the name of the package, and most important, give it a bug number. You should give the lowest bug number available, which is mentioned at the bottom of the page. After this, increase the bugnumber by 1.
Example:
* [[bugs:bugreports:rysnc:connect_via_ssh_fails|#24:rsync:Connection via ssh fails]] **Lowest available bug number:** 25
Then save the page, click on the newly created entry and choose Create this page.
In the bug report itself you should mention
Just insert a horizontal rule below the bug report and add your comments, tags, patches, and so on
To simplify matters we will just use a subset of the Debian severity levels
If you think, the bug lies somwhere in between these grades, you can use the Debian levels, but this three should suffice
Again, we will use a subset of the Debian tags, but extend it with some of our own tags.
=== foobar: segfaults when creating a connection to a Windows Vista host ===
version: 1.2.3-5
severity: normal
When I try to connect to a Windows Vista host with foobar it segfaults. Here is the debug output:
<code>
[root@deli:/root]# foobar vista.windows.ms.local
resolving vista.windows.ms.local ....
IP: 192.168.1.222
trying to connect to 192.168.1.222 ...
Negotiating...
Segmentation fault
[root@deli:/root]#
</code>
----
tags: confirmed
I can confirm the bug, I reproduced it with a connection to a host running Windows Vista build 666.
----
tags: patch
I reproduced it too. And I found a solution. The problem is in winconnect.c. Here is a patch:
<code diff>
--- winconnect.c.orig 2004-11-07 13:49:19.926827944 -0600
+++ winconnect.c 2004-11-07 13:49:30.113279368 -0600
@@ -103,8 +103,7 @@
int ident_winversion(winhost) {
winver = get_versionstring(winhost);
+ if (winver == "VISTA") {
+ send_port("I LOVE DRM\n");
+ }
</code>
With this patch applied the connection to a Vista host runs without problems.