[Bug 707405] [NEW] tomcat6-instance-create should allow -c -1
Public bug reported: Binary package hint: tomcat6 According to http://tomcat.apache.org/tomcat-6.0-doc/config/server.html the port attribute of the server can be set to -1 to disable the "control port". tomcat6-instance-create accepts the -c option to specify exactly that port, but complains about -1 not being a valid TCP port number. Allowing disabling that port in tomcat6-instance-create would be nice. ** Affects: tomcat6 (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/707405 Title: tomcat6-instance-create should allow -c -1 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 704013] [NEW] wrong encoding in decrypted text
Public bug reported: Binary package hint: evolution I just received a pgp-encryped mail from a colleague using windows. The mail was composed using ISO-8859-15 charset, but evolution displayed it as UTF-8, breaking all non-ASCII-characters. Unencrypted mails work fine. Here are the relevant (header) lines of the problematic mail: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit -BEGIN PGP MESSAGE- Charset: ISO-8859-15 Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ hQEMA1jX547ivogsAQgAgXUWmg3GnXUUymW2e8PE4fmQ+CZi5/4jrt21xPi1KpMH [...] ** Affects: evolution (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/704013 Title: wrong encoding in decrypted text -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 417757] Re: [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups
Ok, you have a bug. But are you sure it is a bug in Ubuntu? Do you have any other OS working correctly with the same router? Please have a look at your network traffic. (Wireshark is nice for this.) *This* bug goes like this: Ubuntu: Hey router, what is IPv6 address of example.com? Router: (ignores that question and does not answer at all) Ubuntu: (waits for an answer for some seconds and finally...) Ubuntu: Ok, I assume you don't have one. Then do you have any IPv4 address of example.com? Router: (answering immediately) Sure, here you are. With disabled IPv6 Ubuntu does only ask for a IPv4 address and the problem is no longer visible. If your bug does not go away after disabling IPv6 it is *not* this bug. Please investigate where your delay comes from. Is it really the router not answering at all? Does it really involve IPv6? Is there really something Ubuntu can do to fix this? (i.e. are there other OS which do?) -- [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups https://bugs.launchpad.net/bugs/417757 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 417757] Re: [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups
As you have both a working and a not working configuration, this makes you the perfect candidate for giving more details on that problem. Please give more details: What *exactly* is the problem you are talking about? Is it a problem while resolving a name to an IP address? (DNS) Is it a problem connecting to the other host? (Syn, Ack, etc.) Or is it a problem while beeing connected in some kind of TCP session? (bandwidth, etc.) If you are not sure, please use wireshark to monitor your connection. (All phases above are visible there and their timing.) Please do so on the "working" and "not working" system and report the difference. But since you are pretty sure it has *nothing* to do with IPv6, it is almost certainly another bug. So *please* open a new bug and give only a pointer to the new bug here. Hopefully this will finally bring some light on the cause of that issue. :) -- [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups https://bugs.launchpad.net/bugs/417757 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 492689] Re: GDM does not honor system keyboard layout
Alright, convinced. A single layout gives indeed a working layout. I had a quick look at the code quite a while ago and was sure it sets the layout by itself. But apparently it is smart enough to set the correct layout in the single-layout case. It would be ok, set this as a duplicate of the multiple-layout bug. But I would really prefer gdm to simply not touch the (already correctly configured) keymap at all, unless the user explicitly wants to set another one. (This approach would avoid the regression and the multi-layout bug.) Trying to correctly detect the layout in /etc/default/console-setup and setting it again seems exactly the cause of this bug. But, ok, that is better discussed next door. :) Thanks for handling this bug. -- GDM does not honor system keyboard layout https://bugs.launchpad.net/bugs/492689 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 492689] Re: GDM does not honor system keyboard layout
My complete configuration is: XKBMODEL="pc105" XKBLAYOUT="us,de" XKBVARIANT="dvorak,nodeadkeys" XKBOPTIONS="lv3:ralt_switch,compose:caps,grp_led:caps,grp:shifts_toggle" But this bug also holds for setups with only a single XKBLAYOUT. If I didn't miss something important, the new gdm *always* overrides *any* configuration made in /etc/default/console-setup. It is actually a REGRESSION. After updating to 9.10 my keyboard was broken - and the only working fix was switching to xdm, which simply does not touch any keyboard setting at all. Is there any reason for *forcing* the user to choose a layout from the list? Giving the user the *option* to choose one is surely a good thing, but IMHO the default should be leaving the layout alone, as xdm does. (BTW, the comment #1 above is a different bug. This bug is about the configuration at /etc/default/console-setup being overridden, not about the last layout choosen.) -- GDM does not honor system keyboard layout https://bugs.launchpad.net/bugs/492689 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 412465] Re: rubber always returns true
Maybe "nothing to be done" could be interpreted as a special kind of error. (i.e. another return value) Like "yes, I build a new document as you changed the source" and "no, I didn't build it, as there is nothing to do" and "no, I couldn't build it as there was some kind of error.". But for me it was more a whishlist item, as it seemed as the return value is actually not used and simply always returns true. -- rubber always returns true https://bugs.launchpad.net/bugs/412465 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 412114] Re: graphics module: pdf_t prefix attached twice
Where do I find the current version? Package describes Homepage as http://www.pps.jussieu.fr/~beffara/soft/rubber/ But everything there seems to be about 4 years old... -- graphics module: pdf_t prefix attached twice https://bugs.launchpad.net/bugs/412114 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 505269] Re: plugin installation wizard not working
The following dialogs have exactly the same problem. Again, pressing enter helps. -- plugin installation wizard not working https://bugs.launchpad.net/bugs/505269 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 505269] Re: plugin installation wizard not working
Pressing enter instead of clicking "next" proceeds to the next dialog step! Seems like some kind of click handler is missing. -- plugin installation wizard not working https://bugs.launchpad.net/bugs/505269 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 505269] [NEW] plugin installation wizard not working
Public bug reported: Binary package hint: azureus vuze can be extended by plugins. The intended way is the installation wizard from the plugins menu. This wizard is not working. After choosing a plugin (either from a file or from the list) the "next" button is doing nothing. The current "workaround" is installing a plugin manually by creating a subdirectory in the plugins folder and copying the jar file there. However some plugins like the "3D View" plugin require the wizard to install correctly. ** Affects: azureus (Ubuntu) Importance: Undecided Status: New -- plugin installation wizard not working https://bugs.launchpad.net/bugs/505269 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 501471] [NEW] gw6c should start after ifup
Public bug reported: Binary package hint: gw6c NetworkManager might need a few seconds to set up an interface. Since gw6c starts immediately at boot time there is (possibly) no network connection, yet. Therefore gw6c gives up and exits. - No tunnel, no running gw6c. gw6c should better start after an interface is brought up. Actually there is a /etc/network/if-up.d/gw6c, but it only *re*starts gw6c if it is already running. So, it is not started from the init scrips and not started from if-up, too. Is there any reason for not starting it simply in /etc/network/if- up.d/gw6c? ** Affects: gw6c (Ubuntu) Importance: Undecided Status: New -- gw6c should start after ifup https://bugs.launchpad.net/bugs/501471 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 496587] [NEW] vnc keymap breaks non-us layouts
Public bug reported: Binary package hint: virt-manager I use the dvorak keyboard layout. After creating a guest with virt-manager and configuring the guest to use dvorak, too, I get a completely weird layout when accessing the guest through vnc. It actually applies the us->dvorak permutation twice, rendering keyboard input essentially unusable. When creating a guest, virt-manager adds "keymap='en-us'" to the created vnc option. This way it interprets the dvorak input as standard en-us and the guest has no chance to get it right. Please simply leave that keymap option out. This way the client simply gets the correct scancode and can decide on its own what to do. ** Affects: virt-manager (Ubuntu) Importance: Undecided Status: New -- vnc keymap breaks non-us layouts https://bugs.launchpad.net/bugs/496587 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 492689] [NEW] GDM does not honor system keyboard layout
Public bug reported: Binary package hint: gdm (Yes, there are a few similar bugs, but they are all much more special.) After upgrading to karmic, GDM breaks my keyboard configuration within X. My layout is (as always) specified in /etc/default/console-setup, exported to HAL and understand correctly by X. (Therefore any session started by startx, xdm, etc. works fine.) However, GDM ignores that layout completely and forces(!) me to choose one of "its" layouts, which then is used for entering my password and for the whole GNOME session afterwards. - This forces me after each login to do a "reset to defaults" to get my configured layout back. Please add an "system default" option, which just leaves the layout alone, like e.g. xdm does. This should be no much work and should solve some of the other bugs, too. (My current workaround is replacing GDM by XDM, but that's not very nice either, since GNOME depends at a few places on GDM, like when locking the screen.) ** Affects: gdm (Ubuntu) Importance: Undecided Status: New -- GDM does not honor system keyboard layout https://bugs.launchpad.net/bugs/492689 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 412465] [NEW] rubber always returns true
Public bug reported: Binary package hint: rubber rubber should return a different exit value, depending on whether it had to modify the output file. After printing a "nothing to be done for $target" it should return false, allowing for example shell scripts or make files to easily decide if further action is required. ** Affects: rubber (Ubuntu) Importance: Undecided Status: New -- rubber always returns true https://bugs.launchpad.net/bugs/412465 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 412114] [NEW] graphics module: pdf_t prefix attached twice
Public bug reported:
Binary package hint: rubber
If latex source contains "\input{image.pdf_t}" rubber uses fig2dev to create
the required .pdf_t file from a .xfig file.
In the created .pdf_t file it writes the *absolute* path of the (also) created
.pdf file of the image.
If I run rubber again it tries to check if the created .pdf file is
still up-to-date. At this step it fails to locate the file.
In function includegraphics of graphics.py it calls:
d = self.env.convert(name, suffixes=suffixes, prefixes=self.prefixes,
check=check, pos=dict["pos"])
to find the file. But name already includes the *absolute* path to the file and
prefix is missing an empty string. Therefore it attaches the path a second
time, and hence has no chance to find that file.
My solution is to add an empty sting to the list of prefixes:
self.prefixes=[""]+self.prefixes
This fixes the problem. But I am not sure if this is the right place to fix it.
---
My system:
$ lsb_release -rd
Description:Ubuntu 9.04
Release:9.04
$ apt-cache policy rubber
rubber:
Installiert: 1.1-2.2
Kandidat: 1.1-2.2
** Affects: rubber (Ubuntu)
Importance: Undecided
Status: New
--
graphics module: pdf_t prefix attached twice
https://bugs.launchpad.net/bugs/412114
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 395495] [NEW] IPv6-only mode would be nice
Public bug reported: Binary package hint: totd totd is often (only?) used for IPv6-only networks. In such networks IPv4 addresses are pretty much useless. They may even break some programs, which only use the first (possibly IPv4) address and give up instead of trying the next (IPv6) address. Therefore an option for totd would be nice to let totd purge all IPv4 adresses in its resposes. (I.e. instead of *adding* a IPv6 address it should *replace* the IPv4 address with the tricked IPv6 address.) This should be only a few lines of code and would improve the usability of totd-powered IPv6-only networks a lot. ** Affects: totd (Ubuntu) Importance: Undecided Status: New -- IPv6-only mode would be nice https://bugs.launchpad.net/bugs/395495 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 223825] Re: aiccu init.d script will race dhclient (upstart issue?)
Is there a general way to start aiccu whenever "internet" becomes available? Where "internet" might be available at startup, or whenever someone plugs in the ethernet cable later, or when the user logs in and network-manager configures the wireless. Is there any mechanism like udev, using HAL for tracking the status of "internet", or something like this? -- aiccu init.d script will race dhclient (upstart issue?) https://bugs.launchpad.net/bugs/223825 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385768] [NEW] typo causing missing sequence at colosseum
Public bug reported: Binary package hint: kq A typo in scripts/coliseum.lua causes a key sequence after winning at the colosseum no be impossible. The following diff for scripts/coliseum.lua will fix the problem. 143,144c143,144 < set_ent_id(en, get_progress(P_FINALPARTNER) - 1) < set_ent_active(en, 1) --- > set_ent_id(12, get_progress(P_FINALPARTNER) - 1) > set_ent_active(12, 1) ** Affects: kq (Ubuntu) Importance: Undecided Status: New -- typo causing missing sequence at colosseum https://bugs.launchpad.net/bugs/385768 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 385765] [NEW] game crashes at dungars house
Public bug reported: Binary package hint: kq There is a typo in scripts/estate.lua causing the game to crash at the final sequence at dungars house. The following diff on scripts/estate.lua corrects the problem. 147c147 < set_ent_facing(en, FACE_DOWN) --- > set_ent_facing(wife, FACE_DOWN) ** Affects: kq (Ubuntu) Importance: Undecided Status: New -- game crashes at dungars house https://bugs.launchpad.net/bugs/385765 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
