[Bug 42922] Re: package should be split in daily use fonts and decoractive fonts
Closed, since the situation described in the original bug report is not valid anymore. ** Changed in: ttf-arabeyes (Ubuntu) Status: Incomplete => Invalid ** Changed in: ttf-bpg-georgian-fonts (Ubuntu) Status: Incomplete => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/42922 Title: package should be split in daily use fonts and decoractive fonts To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ttf-arabeyes/+bug/42922/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060084] [NEW] After suspend / resume cycle, screen flickers occasionally and even turns black (input signal out of sync)
Public bug reported: As title. Resolution is 1920x1080, but also happens with lower resolutions. This is reproducible. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: cedarview-graphics-drivers 20120717-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-31.50-generic-pae 3.2.28 Uname: Linux 3.2.0-31-generic-pae i686 ApportVersion: 2.0.1-0ubuntu13 Architecture: i386 Date: Tue Oct 2 17:22:16 2012 InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release i386 (20120817.3) ProcEnviron: TERM=xterm PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: cedarview-graphics-drivers UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: cedarview-graphics-drivers (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 precise running-unity -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060084 Title: After suspend / resume cycle, screen flickers occasionally and even turns black (input signal out of sync) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060084/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060084] Re: After suspend / resume cycle, screen flickers occasionally and even turns black (input signal out of sync)
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060084 Title: After suspend / resume cycle, screen flickers occasionally and even turns black (input signal out of sync) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060084/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060078] Re: with cedarview-drm active, switching console with CRTL+ALT+F1-6 leads to screen being out of sync
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060078 Title: with cedarview-drm active, switching console with CRTL+ALT+F1-6 leads to screen being out of sync To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-drm-drivers/+bug/1060078/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060078] [NEW] with cedarview-drm active, switching console with CRTL+ALT+F1-6 leads to screen being out of sync
Public bug reported: with the cedarview-drm driver active, switching consoles with CRTL+ALT+F1-6 leads to the screen turning black (signal out of sync). This can not be recovered, even switching back to the X console (F7) doesn't help. Only reboot helps. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: cedarview-drm 20120717-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-31.50-generic-pae 3.2.28 Uname: Linux 3.2.0-31-generic-pae i686 ApportVersion: 2.0.1-0ubuntu13 Architecture: i386 Date: Tue Oct 2 17:12:21 2012 InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release i386 (20120817.3) ProcEnviron: TERM=xterm PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: cedarview-drm-drivers UpgradeStatus: No upgrade log present (probably fresh install) modified.conffile..etc.modprobe.d.cedarview.drm.conf: [deleted] ** Affects: cedarview-drm-drivers (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 precise running-unity -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060078 Title: with cedarview-drm active, switching console with CRTL+ALT+F1-6 leads to screen being out of sync To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-drm-drivers/+bug/1060078/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060070] Re: With 2560x1440 resolution, after reboot, only the top left 1024x768 pixels are visible
** Attachment added: "Photo of the screen" https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060070/+attachment/3364331/+files/photo.JPG -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060070 Title: With 2560x1440 resolution, after reboot, only the top left 1024x768 pixels are visible To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060070/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060070] [NEW] With 2560x1440 resolution, after reboot, only the top left 1024x768 pixels are visible
Public bug reported: As title. See attached photo. Only the top left "tile" is usable. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: cedarview-graphics-drivers 20120717-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-31.50-generic-pae 3.2.28 Uname: Linux 3.2.0-31-generic-pae i686 ApportVersion: 2.0.1-0ubuntu13 Architecture: i386 Date: Tue Oct 2 16:51:38 2012 InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release i386 (20120817.3) ProcEnviron: TERM=xterm PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: cedarview-graphics-drivers UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: cedarview-graphics-drivers (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 precise running-unity -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060070 Title: With 2560x1440 resolution, after reboot, only the top left 1024x768 pixels are visible To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060070/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060070] Re: With 2560x1440 resolution, after reboot, only the top left 1024x768 pixels are visible
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060070 Title: With 2560x1440 resolution, after reboot, only the top left 1024x768 pixels are visible To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060070/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060055] Re: With 2560x1440 resolution, the mouse pointer jumps to x=0 when reaching x=2048
** Description changed: - After changing the screen resolution to 2560x1440, the mouse pointer - jumps back to x=0 when reaching x=2048. In other words, everything - beyond x=2048 is out of reach for the mouse. + After changing the screen resolution to 2560x1440, the visible mouse + pointer jumps back to x=0 when reaching x=2048 and continues to + x=2560-2048, while the real mouse pointer is at the correct position. I + can reach objects on the desktop past x=2048, put the pointer appears at + x-2048 for x > 2048. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: cedarview-graphics-drivers 20120717-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-31.50-generic-pae 3.2.28 Uname: Linux 3.2.0-31-generic-pae i686 ApportVersion: 2.0.1-0ubuntu13 Architecture: i386 Date: Tue Oct 2 16:28:12 2012 InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release i386 (20120817.3) ProcEnviron: - TERM=xterm - PATH=(custom, no user) - LANG=en_US.UTF-8 - SHELL=/bin/bash + TERM=xterm + PATH=(custom, no user) + LANG=en_US.UTF-8 + SHELL=/bin/bash SourcePackage: cedarview-graphics-drivers UpgradeStatus: No upgrade log present (probably fresh install) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060055 Title: With 2560x1440 resolution, the mouse pointer jumps to x=0 when reaching x=2048 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060055/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060055] Re: With 2560x1440 resolution, the mouse pointer jumps to x=0 when reaching x=2048
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060055 Title: With 2560x1440 resolution, the mouse pointer jumps to x=0 when reaching x=2048 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060055/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060055] [NEW] With 2560x1440 resolution, the mouse pointer jumps to x=0 when reaching x=2048
Public bug reported: After changing the screen resolution to 2560x1440, the mouse pointer jumps back to x=0 when reaching x=2048. In other words, everything beyond x=2048 is out of reach for the mouse. ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: cedarview-graphics-drivers 20120717-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-31.50-generic-pae 3.2.28 Uname: Linux 3.2.0-31-generic-pae i686 ApportVersion: 2.0.1-0ubuntu13 Architecture: i386 Date: Tue Oct 2 16:28:12 2012 InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release i386 (20120817.3) ProcEnviron: TERM=xterm PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: cedarview-graphics-drivers UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: cedarview-graphics-drivers (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 precise running-unity -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060055 Title: With 2560x1440 resolution, the mouse pointer jumps to x=0 when reaching x=2048 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cedarview-graphics-drivers/+bug/1060055/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060048] Re: jockey suggests cedarview-drm, but not cedarview-graphics-drivers
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060048 Title: jockey suggests cedarview-drm, but not cedarview-graphics-drivers To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/jockey/+bug/1060048/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1060048] [NEW] jockey suggests cedarview-drm, but not cedarview-graphics-drivers
Public bug reported: On my hardware with a cedar trail vga chip, jockey suggests to install cedarview-drm, but not cedarview-graphics-drivers. When following the advise, it will render the system unusable, since the drm driver gets loaded, but the display drivers are missing. This leads to the screen turning black (no input signal) every time when X should show up. Solution: jockey should suggest cedarview-graphics-drivers instead, which pulls in cedarview-drm automatically. This is on Ubuntu 12.04 LTS with all updates installed as of today (2012-10-02). ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: jockey-common 0.9.7-0ubuntu7.1 ProcVersionSignature: Ubuntu 3.2.0-31.50-generic-pae 3.2.28 Uname: Linux 3.2.0-31-generic-pae i686 ApportVersion: 2.0.1-0ubuntu13 Architecture: i386 CurrentDmesg: [ 25.202136] r8169 :01:00.0: eth0: link up [ 25.202519] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 35.632857] eth0: no IPv6 routers present Date: Tue Oct 2 16:15:10 2012 InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release i386 (20120817.3) MachineType: IGEL Technology GmbH H810C PackageArchitecture: all ProcEnviron: TERM=xterm PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-31-generic-pae root=UUID=ae82e5da-76c1-4dbd-b9ce-612235a870bb ro quiet splash SourcePackage: jockey UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 06/29/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 4.6.5 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: CedarView/NM10 dmi.board.vendor: IGEL Technology GmbH dmi.board.version: To be filled by O.E.M. dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: To Be Filled By O.E.M. dmi.chassis.version: To Be Filled By O.E.M. dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr4.6.5:bd06/29/2012:svnIGELTechnologyGmbH:pnH810C:pvrTobefilledbyO.E.M.:rvnIGELTechnologyGmbH:rnCedarView/NM10:rvrTobefilledbyO.E.M.:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.: dmi.product.name: H810C dmi.product.version: To be filled by O.E.M. dmi.sys.vendor: IGEL Technology GmbH ** Affects: jockey (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 precise running-unity -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060048 Title: jockey suggests cedarview-drm, but not cedarview-graphics-drivers To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/jockey/+bug/1060048/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 608236] Re: occasionally ipw2200 module loses network connection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The laptop which had this device broke a while ago, so I cannot test anymore. I guess this issue has been fixed in a later kernel version as I don't recall it happening with later versions of the 2.6.35 kernel. Cheers Arne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJPh4UCAAoJENiwmJtstTzsjqwP/1Wy7gpSJy09enXbNMn7ebUD l9MfSbBgDNkSpqCx0Re4XOfgxXow3KAED6qooGNufAn1OkMBDxeHSyyO0NOyZiPP 8K/Zi89g3fX5nY+kwKp0NhKrH1XQXn15gBy3sYFp3Tg4+Au8bCRs8QCrv+k9DIE4 fQpSggjziyGhg+lM12EB8orAzwaLgm7P/8hS8ECGDsmuW7f9nbV+aQ4KxBbVempP pVN6ZCX7JPxG9XWbEB4UgJoERYaePhEvutsL15hLr3gpXSSmf9k2aYYLOkixyM+w tiPS50Wi4mPOxocAFn5niVYdzJSgV6mLgbSi1m2dQOco2if0ioCDHOrHpTwPErPR mJVphad3fgLN5uHnpPBEc2z9/iTr/eekRSYtLlDEMUgAty8jxmLQ6xC9v0gavFhK azeWnFjehJ1azNvfvoI1+ybrr+ylxmu81aHp8D/CrPWnKsQeqnzoJLnRng9gZf1G 5jmHf2ec/O0osJAwgNKauCV8bW6UBIHcSSVRvEJksqDYpkjpmc50XYJ5/+l1nmsC YdM5RC1+u8RDHNSHhh4LrV1wnD0o7ghQ8PU+os60dhBvRqeZadHeEJC/kvaxz/h0 P0bpavlLt06bSZst1rgtwDJDv6H00q+F9IhjahhfQheiEYPPKAO9a2013zATZ0VZ qixdBFDozWn3DFGaFZ+x =z//t -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/608236 Title: occasionally ipw2200 module loses network connection To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/608236/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Ubuntu-translations-coordinators] [Bug 835304] Re: contained fontconfig setting files force to make it default font
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/04/2011 08:54 PM, Jinkyu Yi wrote: > Gunnar, > >> What is the "lang" option in fontconfig? > > I mean, something like this... > > > ko > > > This code make NanumGothic, NanumMyeongjo, NanumGothicCoding is default font > for Sans, Serif, Monospace only at Korean locale. > But it's not working at latest Ubuntu, in my test. > And according to LP: #884645, I think it is not working for Japanese locale, > too. I remember it works on my Ubuntu 10.10, but I haven't tried on newer Ubuntu releases. However, the 'lang' tester is useful for other scenarios, namely when you use a non-Korean locale and want to browse Korean websites, or text snippets which have been tagged with lang=ko in their XML/HTML markup. In that case firefox at least will choose the correct font automatically if it hasn't been specified in the XML/HTML markup itself. Also, at least on Ubuntu 10.10 that works. Not sure if other applications also support that functionality. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJO3DQWAAoJENiwmJtstTzslz0QALXwCD7thb168kTjLxNsbR6X T/i/uBdU3UrYuU70zHvS/je6SrQnqwH7X5IgohccLPKEl5Q5TzneIVj6QX96+6rb 1Gnolie6YaO30QMxLymcjk+1VJwQTtAcE4brDFQ6WlC27cuaeAgeV3ukM9G6tBKB 3avp23qoU99VKh2nOCLaFO7Bz94N1irgZn630mSqAg4Uyj25ubEIbgZkm005xV6w FOLWN54mUOD5RASTwpWAsqf5hc7xgRIXM12l9n/ijPmu0/LM0WEZaZMSQCTEp4pS Vc1G6LsyUeHoGd773L1UV6cPmuCew+yDPNU8QtMMePzXNUlw8//M7jmLL87RFdsk 0qx9xod7RM8YqdFwKfbE9aWfZ7aFnuQwre6H81lDuwazJjaJgze5fcQf6E5ChYaE ewB4a/bAAmHLjuO3oiZvp/LnQLN/aiy23iPys+KlwpDxO/w8/+n+dsVchlX20Mzt DezXJwAoERqLVRe18bJcemK0hX4lOcZIbt5JCzO+RczG9gmPxW+5oLlllLBnXnJQ Zl5OyZKd2znAk3oAlVHJ+3i0E/rBMsQaZ6v0LkUQUaBA2qUkvFYg8qaxgolXcXjF tMBCecWw8DQMrqnwJ20gGdBEeT8Uc1+kU3XdIVuGU6SLd9QjIVfWsTYOi42xrqJx N82xF0zCjqWEIR8A6Cak =r0SI -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/835304 Title: contained fontconfig setting files force to make it default font To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-translations/+bug/835304/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 326207] Re: Wrong glyph
** Changed in: cjkunifonts/0.2 Milestone: None => 0.2.20080216.2 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/326207 Title: Wrong glyph To manage notifications about this bug go to: https://bugs.launchpad.net/cjkunifonts/+bug/326207/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 326207] Re: Wrong glyph
** Changed in: cjkunifonts/0.2 Status: In Progress => Fix Committed ** Changed in: cjkunifonts Status: In Progress => Fix Committed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/326207 Title: Wrong glyph To manage notifications about this bug go to: https://bugs.launchpad.net/cjkunifonts/+bug/326207/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 326207] Re: Wrong glyph
** Also affects: cjkunifonts/0.2 Importance: Undecided Status: New ** Changed in: cjkunifonts/0.2 Status: New => In Progress ** Changed in: cjkunifonts/0.2 Assignee: (unassigned) => Arne Goetje (arnegoetje) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/326207 Title: Wrong glyph To manage notifications about this bug go to: https://bugs.launchpad.net/cjkunifonts/+bug/326207/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 418675] Re: Unicode character U+32C5 displayed wrong
** Also affects: cjkunifonts/0.2 Importance: Undecided Status: New ** Changed in: cjkunifonts/0.2 Status: New => In Progress ** Changed in: cjkunifonts/0.2 Assignee: (unassigned) => Arne Goetje (arnegoetje) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/418675 Title: Unicode character U+32C5 displayed wrong To manage notifications about this bug go to: https://bugs.launchpad.net/cjkunifonts/+bug/418675/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 326207] Re: Wrong glyph
** Tags added: 0.2 uming -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/326207 Title: Wrong glyph To manage notifications about this bug go to: https://bugs.launchpad.net/cjkunifonts/+bug/326207/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 418675] Re: Unicode character U+32C5 displayed wrong
** Tags removed: fonts needs-reassignment ** Tags added: 0.2 uming -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/418675 Title: Unicode character U+32C5 displayed wrong To manage notifications about this bug go to: https://bugs.launchpad.net/cjkunifonts/+bug/418675/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 418675] Re: Unicode character U+32C5 displayed wrong
** Also affects: cjkunifonts Importance: Undecided Status: New ** Changed in: cjkunifonts Status: New => In Progress ** Changed in: cjkunifonts Assignee: (unassigned) => Arne Goetje (arnegoetje) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/418675 Title: Unicode character U+32C5 displayed wrong To manage notifications about this bug go to: https://bugs.launchpad.net/cjkunifonts/+bug/418675/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 326207] Re: Wrong glyph
** Also affects: cjkunifonts Importance: Undecided Status: New ** Changed in: cjkunifonts Status: New => In Progress ** Changed in: cjkunifonts Assignee: (unassigned) => Arne Goetje (arnegoetje) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/326207 Title: Wrong glyph To manage notifications about this bug go to: https://bugs.launchpad.net/cjkunifonts/+bug/326207/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 326207] Re: Wrong glyph
** Changed in: ttf-arphic-uming (Ubuntu) Status: Triaged => In Progress -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/326207 Title: Wrong glyph To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ttf-arphic-uming/+bug/326207/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 872614] Re: Using Wubi I get No root system defined, cannot install ubuntu
moving to Wubi project, since it has nothing to do with ibus-table-wubi, but rather the wubi installer or something else in Ubuntu. ** Package changed: ibus-table-wubi (Ubuntu) => wubi -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/872614 Title: Using Wubi I get No root system defined, cannot install ubuntu To manage notifications about this bug go to: https://bugs.launchpad.net/ubiquity/+bug/872614/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 736153] Re: Unicode variation selectors not supported
This is a rendering issue, not an input issue. My guess is that pango / QT / LibreOffice are of fault here. Freetype should be able to support variation selectors, but this needs to be confirmed. Pango is used for GTK+ applications, LibreOffice comes with its own rendering engine. Let me do some research here, I'll post the results. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/736153 Title: Unicode variation selectors not supported To manage notifications about this bug go to: https://bugs.launchpad.net/libreoffice/+bug/736153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 736153] Re: Unicode variation selectors not supported
This is a rendering issue, not an input issue. My guess is that pango/QT/LibreOffice are of fault here. Freetype should be able to support variation selectors, but this needs to be confirmed. Pango is used for GTK+ applications, LibreOffice comes with its own rendering engine. Let me do some research here, I'll post the results. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/736153 Title: Unicode variation selectors not supported To manage notifications about this bug go to: https://bugs.launchpad.net/libreoffice/+bug/736153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 736153] Re: Unicode variation selectors not supported
This is a rendering issue, not an input issue. My guess is that pango/QT/LibreOffice are of fault here. Freetype should be able to support variation selectors, but this needs to be confirmed. Pango is used for GTK+ applications, LibreOffice comes with its own rendering engine. Let me do some research here, I'll post the results. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/736153 Title: Unicode variation selectors not supported To manage notifications about this bug go to: https://bugs.launchpad.net/libreoffice/+bug/736153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 736153] Re: Unicode variation selectors not supported
This is a rendering issue, not an input issue. My guess is that pango/QT/LibreOffice are of fault here. Freetype should be able to support variation selectors, but this needs to be confirmed. Pango is used for GTK+ applications, Libre Office comes with its own rendering engine. Let me do some research here, I'll post the results. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/736153 Title: Unicode variation selectors not supported To manage notifications about this bug go to: https://bugs.launchpad.net/libreoffice/+bug/736153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 736153] Re: Unicode variation selectors not supported
This is a rendering issue, not an input issue. My guess is that pango/QT/LibreOffice are of fault here. Freetype should be able to support variation selectors, but this needs to be confirmed. Pango is used for GTK+ applications, LibreOffice comes with its own rendering engine. Let me do some research here, I'll post the results. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/736153 Title: Unicode variation selectors not supported To manage notifications about this bug go to: https://bugs.launchpad.net/libreoffice/+bug/736153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 736153] Re: Unicode variation selectors not supported
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 This is a rendering issue, not an input issue. My guess is that pango / QT / LibreOffice are of fault here. Freetype should be able to support variation selectors, but this needs to be confirmed. Pango is used for GTK+ applications, LibreOffice comes with its own rendering engine. Let me do some research here, I'll post the results. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOhRfzAAoJENiwmJtstTzsrlUP/ibQfwtfDnCvn5w01599ii7z kkdtJmO5G3D3hY0em9nLbiTxJS/+gle8lsmZrpTuDiKAEuLm5KkJ6K7+ywc5yk6x aOXapr9NGtYp11j4sr0xOhmaIxe7Xt7ruhMSxToRMO3BBp0pFlHqcioA6w0xUjxz MS7zWwgcjh2UAfMN/TlWEO0sykaDXoBfsE16nCOqboTS8Pw65BjubtmFB7UzkFML yoS8beyVvh9SOTsdFBlXuhQ9tX3JQWCkL0lQvS56jFu7nD1pKAdKHGwLJsfGrlLH M+Q/S1QCSPIyt8ulneLZw9pwfHaozrQb5IP24v9PgmOOPdpVnjhDJfbdFSera88x 3Zh796DVLy4sqKMP5CIr0BVhIrvcl05m0oQpdbZw/oW4w+3oz+JRemHycnj+S+PN uPjbplpbZ54HnyT/XRxRRZk+V67G47hLOQglGdURoDnUMsB+8IF/TyJa+LdyYhIZ 6gZ1Jp0x0ToPJZq647fv5ujzWjOceR8rmya4VVmISBl+cbKGeHfk5klZe2IIYnz4 RSFUZ70eDAI66tUWcAErPrvBfUf7oVmUAyDx/S+HSYPp+98GmjRvsFivK2dNBk9M zHjfD8cNtjpsayXOx6PoInkSaVPmNWHkaQy+FF4Ky9RmyH6oHt/ObYH4mfBEFsWr fh3DvTcwjiwwYV6eN+er =0WfC -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/736153 Title: Unicode variation selectors not supported To manage notifications about this bug go to: https://bugs.launchpad.net/libreoffice/+bug/736153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 856217] Re: Let you install only the translations (not the input methods, dictionnaries, etc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/27/2011 12:13 PM, Martin Pitt wrote: > Arne Goetje [2011-09-27 3:39 -]: >> Hmm... and how are the users now going to install an input method module >> for, let's say Japanese, without installing all the translations? >> I.e. I just want to be able to type Japanese, but I don't care about the >> localized GUI, since it's not my native language, or I just prefer the >> English GUI. >> The checkboxes were there for exactly this reason. Being able to just >> display (fonts), or type (input methods) a language without having to >> install the translations. > > Yes, I'm aware of that. But at this time of the freeze actually > re-implementing this feature would be too intrusive and take too much > time, I'm afraid. > Then please document this change and give the users a Howto to get the same result. And please put this in a prominent place! I predict that many users will be confused and will rant about this change... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOgW40AAoJENiwmJtstTzsyyEP/23j55OjlUq0CYenvITW1Gw1 z0x1MM8rKiVBQVruRB9SZFajExPzbgWEzT4l97491xNStsltAV11Hv6fUSQTFby1 JU1075nAacG12uz3j3rfHP7yj8EKmbwXVw2dIKAfodnfkPXBSfvItnU/tsnk2+1n u3hZPMBgP3fSGhtAviDBBaHVH4q8X1zZbOYNxXxuMlHDpOE9XAaxe76YG4MxOs7u 5EzZJ/9QLj4Yq6S6/MbXE5q5IaRRDURFGgVzjhsueq4JvWCxAAfm1s8EiEHEFggo T7ZCURWiIJ6FLFMHw7/pjucT4DRxe5/NMoY8aRfXEgTjZmzIampy1P+T6nVAsDUZ Pqg+WtDQaBgSIDpmc2ltzJK/amOTdeLOViTcN9YcOym1m22myGfleMZHz7kQRR5C pu/qzs428+IQIPcX1Q31RLzTgTZaC+Gr4EylcVR6I6PW2bX4l9NfJ5cr0X1PGw/f OriMtW+MjusiIjxm1hxCXbo5ijBZUt81ySLlNWQU7KO0dzdwYhuPFpM7yJaJtm9L 787969XhwIZvxxlVMy9Zk9Yy3GqX/uAwIGRHLylBgDTo7H5boKITgENF2+HG8dFL E+X/1rFbdKVmoKXSQE4/TClEDl65GEB64y0CQgPR62x+MVTQ9gLPwEUZp53kiCig IxvvDpErfvqTSKKZXQxu =e0S4 -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/856217 Title: Let you install only the translations (not the input methods, dictionnaries, etc) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/856217/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 856217] Re: Let you install only the translations (not the input methods, dictionnaries, etc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/26/2011 06:57 PM, Martin Pitt wrote: > Ah, these check boxes only controlled whether or not to install e. g. > language-support-fonts-XX and the like. These language-support-* > packages are gone from Ubuntu, so I think we just ought to disable these > check boxes entirely. > Hmm... and how are the users now going to install an input method module for, let's say Japanese, without installing all the translations? I.e. I just want to be able to type Japanese, but I don't care about the localized GUI, since it's not my native language, or I just prefer the English GUI. The checkboxes were there for exactly this reason. Being able to just display (fonts), or type (input methods) a language without having to install the translations. If you want the users to do this in software center, you need to add a simple interface for them to choose what they want: * Fonts -> Language -> Install * Input Method -> Language -> Install Until then, please don't remove this functionality. If you decide to put all the dependency handling into the application, fine. But then please fix the checkboxes, so that they use the same mechanism. Just my two NT$. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOgUVhAAoJENiwmJtstTzsprcQAL07oVgmIEZmGlPyIH+1rfrC zxIMb5FXo+C54gV3uzye594LalFP7JTp9nyIhluWEBLn7BmsnPuilm9Lpte6svVj fCiUDrGFKiBPA2TIA88Ce4M7CwMKZ1tLhHx+ruKqYRatlZrZyv0VewDTqcavUrbL xFRoaOQMzzLyUWyB1AWkG6QRxkPo8yUtH8VC4WXXF2Ld/xFLakv8oikGbhCTIQLj 87ef+PdK+MvGpInImiYVj/zmshG6nq/dphvm1ApF5IoX7ULCZwHxWuYbGoYgC4KE Q6wPrHfq2dgtDJgSGBLoHt6mXwg1LkRTt0F0LFKd4W6ggS/jydreeZDI5rD+8Y37 hx83S+5/uQ0KJVmnkPDB2z2GEkGMSE2ETfF1HYvX3BqmiG0mxY2WQw9mgO2bRNlP I+An5RbVY08o5+RgVUVuycuHGol4VYuQdwm2yCOXO7JrT/+CGuWbAWf8XhIoVl8I mnCXmPOY/fl+IQMjHp8Tx4jgU78FSolAdUvTmuzk1Fh7rcZQRcdXBqNAUazVVP4u G9rVUQZ9AP7NP0sm/P1Ruxb4emTqzR5Jnxhorrfsy38IWwkBYiEzzFNiffhuW00u nThvFsy9moscPDoCFcQAxPb5gnHW9sSt0oAxk6T5kZPLANEkzRjSXYKTjpj4+hX6 HRTgBXDrkfY89abLe+a3 =xzmb -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/856217 Title: Let you install only the translations (not the input methods, dictionnaries, etc) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/856217/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Ubuntu-translations-coordinators] [Bug 663776] Re: [dash] Search field in Unity can not support iBus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/06/2011 12:26 AM, jincreator wrote: > "Only when we are satisfied we submit the whole string with either Enter > or Space, depending on the input method" > @Arne, that's the problem I think. > Unity must show and search the letter(string) even it's not complete. > > Did you tried Google using Instant Search(default setting)? > Google Instant Search show and search with whole incomplete string even you > didn't enter, space, type next character and so on. > As you see attached image from Koichi, there's 4 letters but not completed. > Google start to search it using 4 letters, but Unity didn't try to search it. No, Google Instant search behaves the same, because the input method engine (ibus in this case) does not submit the string to the application (the browser in the case of Google) until you tell it to do so (by pressing Space or Enter). In your case, Google starts to search on the first three letters, since the forth one has not been submitted to the browser yet, so Google cannot know about it. It can only guess. What you want is a feature request, not a bug. And it's not Unity's fault, but the input method engine and more importantly the input method modules we use are not designed for this. There are possibilities to have the same behavior, however, at least for Chinese: use one of the ibus-table-* input methods, which are the old style input methods, where you have to select every single character and submit them separately to the application. By doing this, you can have the same function: Unity begins to search with the first character. But most Chinese users nowadays don't want to select every single character manually any more, but enjoy the intelligent input methods which detect and assemble the complete sentence with their internal logic. > Yes, I know CJK users "can" search with CJK letters and input method. > But it's really annoying to press lots of keys for find 2 letters or press > enter several times. > Also, it's too unfamiliar to people who use Unity first. > Because Windows and Mac doesn't have this problem it can even make Ubuntu's > first impression bad! > > Please consider this bug one more time. No, it's not Ubuntu's fault. The input methods we use are not designed for this, on any Linux distribution. The input methods on Windows and Mac work differently than the ones we are using. You may want to submit a feature request to upstream ibus, and more specifically to the intelligent input methods, like ibus-pinyin, ibus-sunpinyin, ibus-chewing and ibus-anthy (and maybe others), if you really care about this issue. I'm not sure however, if other Chinese and Japanese users agree with you. ;) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOZQQtAAoJENiwmJtstTzsPpkQALBKlbLTDLuGoqAyW38WtjHu MK1XRyip7gpg5Si/kR0HpfcTlq6oxxAkPz22YTiZ76wXIUBFTHjz7XTMmEPj9eA/ onfw+n4EsB9JzM4ukz6vIGsSTMwnapjmogtq2c1ytFKCOUzM/V1RZKZb1StZxzcb 7YEZ6Esq+bS2uiJXujdeUyWNSok5Bc4+zxmtxH3urt7Tc6vOwTdVGHtiriWyqv42 cO/w3WiIVraJ7jbjSOhCFp/axznq7xca03+nyDji9M/MJKp7IACv6soMAU5xq9D4 pjTZjug7XLgcQKny4D1K/QAW1zoiwQj6D5JqdJ8P+kvWTDY9KWUCcV7Ws5Zmxu11 BTLc+b5UIFOjbLtxQ/ZnJXkaGQAiBkkKaWD00k0xkltKpuCUq0Qjbc7uLuY55UMF 8K6RH08QG72lieiUIHhp/Bo3Zi1td7vPClCmSkSjNlLcKO/eVH588wscTe7B/Jds UyZZhWM7WKo1cn13aJJWV4Q1fHMRa2loy1mkN5WdMJKLjnCRzChnxBFRFvFhz+b3 qve3qltvi1f83tivrpj+Wn5TBKuSZdQoRgP6aNrcOghwEQNiiumxhiZ0OvtXwqNv gMmwY7JDea1uKktz1yusr1W304+kD9RFd/H0LLGwg88iVCp5NeWhZgLIjnPyArii ifByXMgWLcBFIU4u/C3c =qGfR -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/663776 Title: [dash] Search field in Unity can not support iBus To manage notifications about this bug go to: https://bugs.launchpad.net/ibus/+bug/663776/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 663776] Re: [dash] Search field in Unity can not support iBus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/04/2011 03:57 PM, jincreator wrote: > At testing latest version of Unity, I was happy. > But soon, I agreed with @Koichi. > I'm Korean user, but I know a little bit about typing Japanese and Chinese. > Unity can't show and process typing letter(1 CJK letters are typed by several > key pressing). > It looks like Unity has problem to CJK all! I tested it with the latest version on Oneiric and it works like expected. The pre-edit stuff appears in the search field, so you can see what you type. I tested with ibus-hangul (Korean), ibus-anthy (Japanese) and ibus-pinyin (Chinese). The difference you described is the following: in hangul, you compose the syllables out of letters, like you described. There is no ambiguity, each syllable is unique. Therefor ibus submits the syllable when it's complete. Means, either you press Space or Enter to signal that the syllable is complete, or you start typing a new syllable, where ibus knows that the last component you typed can't be part of the syllable you typed before and therefore must be part of a new syllable. In Japanese and Chinese however, things work differently. Since we type the pronunciation and each pronunciation can map to multiple characters (words), we need to choose which characters we want. The input engines nowadays are smart enough to select the correct characters for whole sentences, by context search. Therefore we type the complete sentence in the pre-edit phase and review if the engine has chosen the correct characters. We can go back with the arrow keys and correct any wrongly chosen characters. Only when we are satisfied we submit the whole string with either Enter or Space, depending on the input method. Hence, the scenario you described is expected. Nothing wrong with it. :) Cheers Arne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOZFMdAAoJENiwmJtstTzsDdEP/isDlCa/ys8L85SyZDu87HyP VgGDsICFCKG0ZNEqY+zqhfafbHUe7m56QFMPdslBkw4m9AZOOfYqG/XHWiTdwuD4 AGUeh5kuXDYfYOCaq6E7tEWu+nBYLLh8xMAe4/Qs8xUIGRhpx6iRgyyN6YmxAseZ wNlG7fPPn1PrzLX/VevdRnIRT7tO0khZnmQ2QPTQ0OocPFKK8iNKz2IxOVvjXo6F iaEAHdzL2QWTuyfVd9p5oHko3fyZKk/Ra0pVesBdXaXhrjWFuEh/2ws2iYJep8SA sIBjOSYRWtPyLO5EE1cC6w5WaX0O34GE+vEC3f7GWvKhODE9+FSYwFI/ycDedPXU 0x8/h7Z14vUuPZesTqeHGkvr+PZGQZWQyctYn55A/LdIiCkPL9glZoQ97mWH/r0n UweXW8MuodKjh5TibpFFgGHdWRggkwe0jsA68BSKGiAKxfgvAKN+1zVeWp6wc91f w9zPaTIFwlmyX01IflXAFGiUCqj3IJLKuRQzhSEGOXpF+AHVWJ13IkgACDyM+8e5 Xx1yMNRsRYpo1ZGTyhQbW+3Jk0hO+iw6pDRonKTzMemQbQcHpQZMzD/C1x524GLa ZExelmlT16IGe3wx00kfcjMjF7PiiVqVbeNM6ubxIYx4IGVp9zPk9DiYWzg4WsHZ CJnU8LxtieaxeK+J9mrU =pndd -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/663776 Title: [dash] Search field in Unity can not support iBus To manage notifications about this bug go to: https://bugs.launchpad.net/ibus/+bug/663776/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 296161] Re: Error getting font attributes, perhaps?
Hi, it has been a while since you reported this bug. As I cannot reproduce this bug with a more recent version of Ubuntu, I'm wondering if we can close this bug. Can you please confirm if this still happens with the latest version of Ubuntu? Thanks a lot. ** Changed in: ttf-arphic-uming (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/296161 Title: Error getting font attributes, perhaps? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ttf-arphic-uming/+bug/296161/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 782418] Re: package ttf-arphic-uming 0.2.20080216.1-3ubuntu2 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 1
This is written in the log: E: /var/lib/defoma/locked exists. E: Another defoma process seems running, or you aren't root. E: If you are root and defoma process isn't running undoubtedly, E: it is possible that defoma might have aborted. E: Please run defoma-reconfigure -f to fix its broken status. Can you please try to run defoma-reconfigure -f as root? Thanks. ** Changed in: ttf-arphic-uming (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/782418 Title: package ttf-arphic-uming 0.2.20080216.1-3ubuntu2 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ttf-arphic-uming/+bug/782418/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 782481] Re: package ttf-arphic-uming 0.2.20080216.1-3ubuntu2 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 1
*** This bug is a duplicate of bug 782418 *** https://bugs.launchpad.net/bugs/782418 ** This bug has been marked a duplicate of bug 782418 package ttf-arphic-uming 0.2.20080216.1-3ubuntu2 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 1 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/782481 Title: package ttf-arphic-uming 0.2.20080216.1-3ubuntu2 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ttf-arphic-uming/+bug/782481/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 617497] Re: package ttf-arphic-ukai 0.2.20080216.1-1 failed to install/upgrade:
Thanks for the bug report. Unfortunately the attached file VarLogDistupgrade201007271109.gz is corrupted, I cannot open it. If you still have this problem, please attach a working log file. Otherwise, I will close this bug report. Thanks very much. ** Changed in: ttf-arphic-ukai (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/617497 Title: package ttf-arphic-ukai 0.2.20080216.1-1 failed to install/upgrade: To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ttf-arphic-ukai/+bug/617497/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 555184] Re: default chinese font isn't ttf-wqy-microhei
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/08/2011 07:12 AM, Qianqian Fang wrote: > Making language-selector-zh-* Chinese specific will leave 65-nonlatin > the only one active to set CJK font proprieties under non-CJK locales > (such as en_US etc). Yep, and one more thing: language tagging only works if the text which is displayed is _also_ tagged with the correct language code. In an ideal world every application and every text would be tagged with the correct language code and the rendering engine would choose the correct font for every language. Configuring fontconfig to do so is only one part of the story. The next step would be to hunt down every application which does not support language tagging and does not have proper fontconfig integration. And this includes content management systems which are used on the web. And then you would need to check all kind of websites if they use proper language tagging or not, and report to the webmaster if they don't. (And then hope that they will fix it, which they probably won't.) The fontconfig configuration can (and probably should) be fixed in each distribution (we can coordinate this if upstream doesn't bother). But this doesn't mean that CJK rendering will automatically be improved. For hunting down applications which don't comply, filing bugs upstream and maybe sending patches, we would need some volunteers (probably a team) to do that efficiently... and some coordination of course. Anyone? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNxdnxAAoJENiwmJtstTzscIUQALcdOiSjMw0u60i3QRjJmXi2 TbJWkGbIOeJStpY/cpNEgohJrffMw//Gz5VxatBJG00v8lT6tIy+9jBOpUOWdDaB +cGt9jrmNZ5GhbK28xm3FeDXl4b61INneqaTFCUB8aldjTEySsW+i2XYfXw5MCcI LJzM7LzbF81p1VGjFc+ZcMnf/vImZ8HN3f4FJsCDWeag+iaWbXrPF9RjSwyAzQ5c NW15ZdqPTcWOTh3bHWt3ayQyAbPEEQ5aMEqHgP2inKCJWztrRaSQluoOJw+QU9wv EzrYbR7oc2MJ8jFlKufMyLgxGh2B6g4iGua3yoD6Wj13LUG3l4F+OP2S23wPQloK wQIRXXw3a/H5nTUKt5jJltiEqkm2Jwbjy5E5anTH5AqHgbfv6vZOcRDm6imnsgj2 +f0pT9fW8Uc7sy6SiRKt5yXsGlwKPGxb0WONYMG2eNB688rpvKhCoy4vZtOST1iO dd0oPDej0+vBkhDd1jPpiu7iPm22bxFnBwynG0iJsqpQCaxI2m+8zRDQ2BIu7Lvc C4yLPvBIBImpGsOkGiEWm9EzJDVpFWfJk6dEyDO8jCVkaIJcWQOoIt6IFiQ8GJsp EWIDI8LIlRiXe7EbM6ckOXl4Z4HlYcAToOPo5igRoG3uL6MkrIi+QkkBzmICNT2p pefCmQwCpApfNBS0ZPtu =DFj1 -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/555184 Title: default chinese font isn't ttf-wqy-microhei -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 555184] Re: default chinese font isn't ttf-wqy-microhei
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/08/2011 03:23 AM, Ahmad Syukri wrote: > arne, can you explain why the zh-* selectors do not have the name="lang"> comparison like the one in ja-jp? > At the time when the files were made, the test didn't work reliably, at least I couldn't get it to work. If it works reliably now and you can give me a test case which proves this, then I can change it. However, I would rather prefer to have a consensus in Debian/Ubuntu on how to handle the fontconfig configuration in general. Upstream fontconfig includes a list of more or less suitable fonts, but sais the distribution should adjust the list if necessary. Neither Debian nor Ubuntu do that currently and leave everything to the font package maintainers. I'm unhappy with this situation and would like to get this solved once and for all. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNxc/TAAoJENiwmJtstTzshEEQAJF7ua1qxPqfoQ3QPaal+YrE WGrwNONmSCuVPozZeqZj4J45058QbYPuMQ9qlUvYc+BLHcHohHk8iTY4+KrxWEI9 dZg281EsOfMAsRtUg3lOJc/O8NwjJb+pfHdTpeBTYJv9kehRlYAWtkYTm2J2xEvQ xtAwvPbR8ey00SHGgtZCqZ6ybG4LOj/VzXPWdQB5iSOh76+ciR//h7jyIM9X9TMI gShhHqHjT1hMd3kdn4OuBIloPfMRm2izQJLFvJciLu54C1oW00WD1WGvn8vW9UaH do7DAbovWX0YSUGZILF2sKozFOgpnm3yWe5IhfObB0Emi9coMttU9kTs3ym9Ay89 kRklfpm653n3t7CKE07OXk/XkFd7apGxbIHplvskobrp8t6QNNd6IedgCStHfwG/ EszKWgS7kmmFXITHPL/uk15Jh4XfxJY8EvOuPk6jNaLKhe0tC0ogmZAl3rYT8wCl wRMSIG6JDiA+6/PvZspFUz37fl+cf8jR7PhKP3cBtynVMOWbR6pKuqdlBXl0mX43 k6kHrJd8HEtOED085TEOTij7bYY6jkLDcaRLGzQ86o8QkY5XEXBCO0eaTJSglVc/ jd3/+seUkQ2MGF4iaJMpmqonJjgOvChFLN16DhLp4fA1VWiM8Vzh3lwcFjmjYuUU GBtWE2grWyO4gyOwTtRg =qt9Q -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/555184 Title: default chinese font isn't ttf-wqy-microhei -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 713950] Re: Improvement for zh-tw fontconfig settings of language-selector
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 03/29/2011 12:19 PM, poloshiao wrote: [...] > A short conclusion with poller-data: > There are still sqare characters shown in the documents or Mojibake in the > path name. > > Wish this disturbing problem will be solved ASAP. So, this mean, libpoppler is one of those buggy libraries, which cannot deal with font fall backs in fontconfig. This needs to be fixed upstream! Can someone who can reliably reproduce this problem please file a bug upstream for libpoppler, attach the test document and the fontconfig configurations, and write a detailed test case what is expected and what actually happens? This bug appears because when the document was produced, the fonts which have been used to produce the document, have not been embedded into the document. This is bad practice in general, since in such cases the PDF viewer needs to use system fonts to render the text in the document. However, the font metrics may not be the same (and usually aren't) as the ones the original creator of the document has used. As a result the document will most likely look different than originally intended. This is the case which happens here. Poppler-data only provides the font metrics for CID encoded fonts. Therefor the data will only be used if CID encoded fonts (e.g. the ones provided by Adobe) have been used to create the pdf. If the document was created with any other font which is not installed on the viewer's system, libpoppler tries to use fontconfig to substitute the font information in the document with what is available on the system. However, it uses only the first font it finds and doesn't check if the required glyphs are actually available. This is the bug we are having here. If the required glyphs are not available, libpoppler should try the next font in the fontconfig list. Thanks a lot! :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNkYE1AAoJENiwmJtstTzsI20P/R/kfpCms9Sd38MgFJAFY3k+ /PgHsBSPVQNkQvN2JOSDT6Q46LF5+uUQeLxnaSjQ+gWjsdx3eCwPB9h915B4u1E1 vqV0cknJVpIRYNJUYfb/HNG3MrjRKC8vhpOxT5Tvn1ZK6xHEmYe/REGZyhA+zWvc VBGt22X9dHZ2aSB7GBmNyLJa1ugMjkKMvu05ohq+o4yPkd9dkZNNqPjh9pJ670Ts MpCpWIDA2MwRlZ2ZOu+wXC7uEH1i7R3ubfZId/AXAP6UiYHOXQFkiay9QcZiHQP9 Ws8asgL8BpjMvY1+NHYUYuTxyndU9IP63Cga/IWOpdMlMHGs/ZBDnXBQlig+FCJ9 rZJiAnYDbut6D8z4xA5EvneZbs6L5ZPUgBRS8EpsKU2fUYTKbol2wcc3e0QkrZS5 GeSSS8FYPVtC782ohZndZqD9jEpzRXQs0LA0L4e5IoOdmzK5/pMywSZl6imVAXGw Hqv+O5/XpfibxEAo5d2gf2Y63gIldLJgTF76AEr5A1ZAEb38y2iABQuRaO8IRmkB bpLClKQwWKD4BRs0ToR9aJefyu/ws0q7e1VgtXIYvaCe9pR+AwuL2llT+9VtvrJg JDya7pNmiGrpOM/NXjbBNdpmNkkTOUyWiAs6oar/1A0UnY2JsePTpzKbFaqTk+K1 h8QDsh09PRxgU1+oseaW =eGeJ -END PGP SIGNATURE- -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/713950 Title: Improvement for zh-tw fontconfig settings of language-selector -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 408474] Re: Language variants information missing in the language selection list
On 01/11/2011 07:41 AM, Gunnar Hjalmarsson wrote: > The proposed code for @variants is general, and intended to be applied > to all translation variants. What Pau suggests would require special > code just for @valencia. Technically it would of course be possible (and > not very difficult), but I fear that such a hack wouldn't be approved > for policy reasons. Actually, I think we can improve this without having special code only for @valencia, since all @variations would be affected. (see below) > Pau: It's a little ironic that you use GNOME to support your suggestion. > Please check out the discussion at > https://bugzilla.gnome.org/show_bug.cgi?id=602965 to see what I mean. > ;-) My code is part of the work with bug 693337, and it will probably > become an Ubuntu only solution. > > It may be worth mentioning that GDM and language-selector use different > methods for converting code to menu labels. In language-selector the > language code 'ca' is shown as 'Catalan; Valencian' and in GDM as just > 'Catalan'. Yep. The language/country names and their translations in language-selector are taken from the iso-codes packages, i.e. they are the names defined in ISO639-1,2,3 and ISO3166 respectively. In GDM on the other hand the language/country names are hard coded, means the translations in both applications would be done separately and may conflict with each other, since they are two different upstreams. Since the @variations are not standardized in the iso-codes package, and I couldn't think of a "proper" solution which would work for all @variations, I did it like this in language-selector: the identifier behind @ in the locale name is chopped off and glued to the (translated) language name in the format "language[ (country)][ - variant]", where country and variant are optional. This also means, the variant name currently cannot be translated. Now, the proper solution would probably be something like this: * a "text" file with a mapping between language codes, whose names and translations need to override the ones from iso-codes * this file needs to be parsed and be translatable * it should be possible to use the same source for multiple programs (gdm, language-selector, ...) One solution I could think of is this: We create a new package, "iso-codes-overrides" or something like that. It contains a xml file in the same format as the iso639 or iso639-3 file in the iso-codes package, where we have the following fields: id="c...@valencia" name="Catalan (Valencia)" (or something similar) comment="Catalan dialect spoken in Valencia" (a text comment for translators to let them know what this entry is about) Then we just need to steal^Wcopy the packaging scripts from the iso-codes package to make the file translatable. This will then show up as a translatable package in Launchpad. Of course this solution would be probably Ubuntu (and maybe debian) only. The next step would be to replace the hard coded language/country names in gdm with gettext calls to our new package and the iso-codes package, in this order. In language-selector we would just need to insert and additional gettext call. These overrides would IMHO affect the following language codes/locales: aa...@saaho (should actually be 'ssy': Saaho, spoken in Eritrea, compared to Afar, spoken in Ethiopia.) be...@latin (Belorussian in Latin script, instead of Cyrillic) ca (Catalan, instead of "Catalan; Valencian") ca_ES (Catalan (Spain), instead of "Catalan; Valencian (Spain)") c...@valencia (Catalan (Valencian)) ca...@valencia (Catalan (Valencian) -- no need to include the country name here) gez...@abegede (extinct language, don't need to bother about it) gez...@abegede (extinct language, don't need to bother about it) ks...@devanagari (Kashmiri in Devanagari Script instead of Arabic) nan...@latin (Minnan in Latin script, instead of Han script) sd...@devanagari (Sindhi in Devanagari script, instead of Arabic) sr...@latin (Serbian in Latin script, instead of Cyrillic) tt...@iqtelif (Tatar in iQTElif (Latin) script, instead of Cyrillic) uz...@cyrillic (Uzbek in Cyrillic script, instead of Latin) zh-hans (Simplified Chinese -- used as language-pack identifier in language-selector) -> would eliminate the hack in language-selector zh-hant (Traditional Chinese -- used as language-pack identifier in language-selector) -> would eliminate the hack in language-selector Cheers Arne -- Arne Götje (高盛華) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/408474 Title: Language variants information missing in the language selection list -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 693337] Re: Menus for choosing language should have one option per available translation
On 01/07/2011 07:03 PM, Martin Pitt wrote: > Arne Goetje [2011-01-07 2:03 -]: >> Just keep in mind that each time a universe package gets installed or >> removed, the list of available languages may change then. > > Right, that's the downside with this approach. It should only affect > some corner cases, as it'd be very unusual to not have any country > specific translations in the entirety of main, but one in a universe > package? Probably. You can take a look at the langpack tarball we get from Launchpad for a complete list of available langcodes in main. >> Regarding gdm: why would a simple gettext call to iso-codes, like it is >> done in l-s, for the list of available languages/countries be too slow >> at boot time? > > gettext is fine, of course. I meant the parsing of the large XML files > that is done in the demo perl script. I assume this is only for the > testing script, as it's quite easy to do. OK. Cheers Arne -- Arne Götje (高盛華) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/693337 Title: Menus for choosing language should have one option per available translation -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 693337] Re: Menus for choosing language should have one option per available translation
On 01/07/2011 12:51 AM, Martin Pitt wrote: > Arne Goetje [2011-01-06 16:32 -]: >> What about /usr/share/locale/ ? > > Good point, thanks, I missed that. I think we should offer > > - all languages/locales from /usr/share/langpack-locale/ > > plus > > - the intersection of /usr/share/locale/ and `locale -a` > > Gunnar, how does that sound to you? Just keep in mind that each time a universe package gets installed or removed, the list of available languages may change then. >>>> * As regards languages with more than one translation: When the >>>> country is not specified, does it matter which of the locales that >>>> is assigned to the LC_MESSAGES environment variable? >>> No, it doesn't >>> for messages. It is relevant for $LANG and other LC_* categories, of >>> course. >> >> Why not? Falling back to en_GB for "English", while the rest of the LC_* >> and LANG is en_US, should surely be avoided. > > en_US does specify a country, though. As we are always going to have > en_GB as an explicit variant, this case doesn't apply to English or > Portugese. I thought this was for the case if we only have "de" > translations, then the country in LC_MESSAGES doesn't matter. right, missed that. I'll shut up now. >>> I guess for the actual implementation in l-s and gdm we don't need >>> to parse /usr/share/xml/iso-codes/, as these already have the >>> translated names of the locales? >> >> hmm? l-s parses /usr/share/xml/iso-codes/ for exactly that reason. > > Right, but it does that already, and gdm doesn't (it'd take too long > during boot). I was referring to Gunnar's perl script which currently > parses those. ah, OK. :) Regarding gdm: why would a simple gettext call to iso-codes, like it is done in l-s, for the list of available languages/countries be too slow at boot time? Is there a notable time difference between calling the translation for a string form iso-codes and calling for a translation from its own translations? Cheers Arne -- Arne Götje (高盛華) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/693337 Title: Menus for choosing language should have one option per available translation -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 693337] Re: Menus for choosing language should have one option per available translation
On 01/06/2011 07:55 PM, Martin Pitt wrote: >> * Would this be a suitable approach for determining available > languages for message translation? > > My first reaction to that was "but what if I actually want the Swiss > German variant?". While it's unusual, we can in theory have e. g. > Swiss or Austrian specific German translations. But on second > thought, this solves it: It wouldn't be unusual if the German translation team didn't decide to unify those variants into Standard German. Swiss German has a different grammar usage than in Germany, at least. (Gnucash for example has de_CH translations, but that's in universe.) >> * Is listing the /usr/share/locale-langpack directory a safe way >> to > find available translations, or is there more into it? > > This is actually a very nice idea. As long as we don't actually have > actual country specific variants of a language (like de), it > wouldn't show them at all, but it would retain the country specific > variants that we really need (such as en_GB or pt_BR). > > The only problem here is that /usr/share/locale-langpack/ is an > Ubuntuism and not compatible with any other distribution or > upstream, but that boat already left a while ago anyway :-) So this > isn't a blocker. What about /usr/share/locale/ ? That's at least where universe software puts its translations. And there you may even find de_DE and en_US folders... Therefor always put ll_CC codes first in the LANGUAGE variable string, followed by the country-less fallback, i.e. de_DE:de ! There is code for this in l-s. >> * As regards languages with more than one translation: When the >> country is not specified, does it matter which of the locales that >> is assigned to the LC_MESSAGES environment variable? > No, it doesn't > for messages. It is relevant for $LANG and other LC_* categories, of > course. Why not? Falling back to en_GB for "English", while the rest of the LC_* and LANG is en_US, should surely be avoided. > I guess for the actual implementation in l-s and gdm we don't need > to parse /usr/share/xml/iso-codes/, as these already have the > translated names of the locales? hmm? l-s parses /usr/share/xml/iso-codes/ for exactly that reason. > Thanks for working on this! +1 Cheers Arne -- Arne Götje (高盛華) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/693337 Title: Menus for choosing language should have one option per available translation -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi Gunnar, On 12/02/2010 05:36 AM, Gunnar Hjalmarsson wrote: > On 2010-11-30 17:43, Arne Goetje wrote: >> The code in language-selector is a bit hackish and unprofessional, since >> Iʼm not an experience programmer or python coder ... > > Maybe that's the reason why I'm fairly comfortable with the code. ;-) heh. :) >> and this whole thing more or less got dumped on me and I was under >> pressure to deliver features in time for the Ubuntu release. :( > > You have made great contributions, AFAICT. Thanks, it's nice to hear that once in a while. :) >> KDE has it's own means to handle the desktop language separate from the >> system locale, and therefor the QT version on language-selector does not >> include this functionality. The QT version of l-s is embedded in the >> regular KDE language handling interface, so duplicating this >> functionality would be counter-productive. > > That was especially clarifying to me. > > I can see that LANG and LANGUAGE have been written to > /etc/default/locale and /etc/environment also for KDE users. I'm > suggesting that also LC_MESSAGES is written to those files, and so far I > have assumed that that change would at least not be a problem for KDE. > Are you able to tell whether my assumption is correct? That should be correct. >> Thanks for taking over the language-selector development, btw. ;) > > Well, that's not exactly what I'm doing. Don't consider myself qualified > for such a commitment. So far my goal has been to help solve the issues > in this bug report. he he, it was meant to be ironic. :) Sadly, that was what happened to me. I started to make some contributions and suddenly the whole project was dumped on me, although it was never my intention to take over the whole project. > I'd be happy to keep contributing as a member of some formal or informal > l-s team, though. Your participation in such a team on a volunteer, less > demanding basis would be much appreciated. If I can find time to do that, I'd be happy to help out. But I don't have much time, since I have two young and demanding kids at home. But yes, it would be nice to have a team to take over this project. Cheers Arne -- Arne Götje (高盛華) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Hi all, a few comments for clarification: On 11/30/2010 08:12 PM, Gunnar Hjalmarsson wrote: > Hmm.. If I recall it correctly, we agreed a few weeks ago to > conceptually convert GDM's locale selector to a pure language picker, in > order to make it play well with the language tab in language-selector. > It should be noted that language-selector's language tab is not designed > to set LC_MESSAGES, but to build LANGUAGE lists. The language tab > menu includes both ll_CC combinations and pure ll options, and that's > the kind of values that has been passed to the dmrc Language field (and > with that $GDM_LANG) in all the variants I have uploaded the past few > weeks. Even if a .utf8 extension is appended, no testing of whether the > resulting string represents a valid locale is done, AFAIK. > > To get a string that equals the name of a valid locale, and hence can be > assigned LC_MESSAGES, language-selector uses similar code with locale -a > etc. as you have noted in the language_update() function. Typically an > ll_CC combination plus .utf8 makes up the name of a valid locale, while > you need to have the program pick an arbitrary country code in the case > of a pure ll option. > > The dmrc Language field and GDM_LANG serve the purposes of > * determining the pre-selected option in GDM's language picker, and > * holding the new value if another language is picked from the greeter. > > For the above reasons, LC_MESSAGES should not be assigned the GDM_LANG > value just like that. > > So, why doesn't language-selector pass the same string to dmrc as it > does to LC_MESSAGES? My reason for not wanting to do it that way is that > it would result in incorrect pre-selected options in GDM's language > picker. For instance, if you would drag "Deutch" to the top of the menu > in language-selector's language tab, you would see "German (Austria)" as > the pre-selected option at next login. Certainly not a disastrous bug, > but significant enough IMO to not introduce intentionally. > > In other words, I suggest that we start using dmrc's Language field and > $GDM_LANG in a way that differs from the original intention, but only > for Ubuntu users with language-selector. As you pointed out above, we > would make GDM behave differently when the new language-selector version > is installed compared to when it's not, and that ought to take care of > the risks for backwards compatibility issues as well as issues with > other dms. The code in language-selector is a bit hackish and unprofessional, since Iʼm not an experience programmer or python coder and this whole thing more or less got dumped on me and I was under pressure to deliver features in time for the Ubuntu release. :( The reason *why* I implemented this feature was, because of the inability of Gnome to let the user choose a different locale setting from his desktop language. Something, that KDE for example has had for a long time already. Now for the locale handling code in language-selector: There are currently no checks done if a generated locale code is "valid" according to /usr/share/i18n/SUPPORTED. Instead, the code just appends ".utf8" to any existing ll_CC combination on the system, just because it works. For example, according to /usr/share/i18n/SUPPORTED, "en_IN" is listed there and therefor "valid", while an explicit "en_IN.utf8" is not. However, since some applications are "buggy" in that they "require" the encoding to be specified in the locale code, and appending ".utf8" by default "just works", I figured itʼs probably safe to omit this check. Well, Colin Watson recently pointed out to me in another bug report, that those buggy applications should get fixed instead and l-s should actually do the check and that there should be exiting functions in the locale handling libraries which do this check already. Regarding the language list for the LANGUAGE variable: Traditionally, localized software relied on the locale code to specify which language the software should use to interact with the user. Translations for languages which had some variations according to the county code therefor were duplicated (e.g. de_DE, de_CH and de_AT were largely the same, except for the small amount of different strings). The ability to "fall back" to a different language when translations are not present for the first one, and the ability to define this fall back list (the LANGUAGE variable), is an extension to gettext. Non-gettext applications, like cross platform applications (e.g. Mozilla, OpenOffice.org), donʼt have this functionality and therefor still rely on LANG or LC_MESSAGES to be set correctly. This gettext extension triggered a change in how gettext using applications got translated: in order to minimize the skew between language variations, translators decided to use a single language code as the default language and only put the diffs into country specific locales (e.g. use "de" as default, and the diffs go into "de_CH" and "de_AT" respectively). Launch
[Bug 662015] Re: WinXP fails to boot from boot menu, but boots fine from edit mode
After some trial and error, I found it was a configuration issue. The parttool module requires the following format: parttool (hd0,1) hidden- parttool (hd0,1) boot+ parttool (hd0,2) hidden+ parttool (hd0,2) boot- parttool (hd0,3) hidden+ So, it needs parentheses around the partition and can only accept one partition argument at the time. Would be nice to have the usage format documented for each module. Lesson learned: don't trust arbitrary documentation hints on the web! ** Changed in: grub2 (Ubuntu) Status: New => Invalid -- WinXP fails to boot from boot menu, but boots fine from edit mode https://bugs.launchpad.net/bugs/662015 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 662015] Re: WinXP fails to boot from boot menu, but boots fine from edit mode
** Attachment added: "grub.cfg" https://bugs.edge.launchpad.net/bugs/662015/+attachment/1697575/+files/grub.cfg -- WinXP fails to boot from boot menu, but boots fine from edit mode https://bugs.launchpad.net/bugs/662015 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 662015] [NEW] WinXP fails to boot from boot menu, but boots fine from edit mode
Public bug reported: Binary package hint: grub2 Problem: When choosing one of the WinXP partitions in the boot menu and pressing Enter, WinXP fails to boot with 'autochk' not found. When selecting the same entry in the boot menu, pressing 'e' and in the edit mode just pressing CRTL+x without modifying anything, the boot succeeds. This is always reproducible. Partition layout: hd0,msdos1: WinXP 1 hd0,msdos2: WinXP 2 hd0,msdos3: Data for WinXP 2 hd0,msdos 1 and hd0,msdos2 are exclusive, one of those two partitions needs to be hidden. hd0,msdos3 should only be usable in WinXP 2, therefore gets hidden when WinXP 1 is going to be booted. What puzzles me is that the same configuration works when using the edit mode, but fails when choosing the entries in the boot menu directly. No matter which of the two WinXP installations I choose to boot, the problem is the same. /boot/grub/grub.cfg is attached. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: grub2 (not installed) ProcVersionSignature: Ubuntu 2.6.35-22.34-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic i686 Architecture: i386 Date: Sun Oct 17 13:31:33 2010 InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007) ProcEnviron: LANGUAGE=zh_TW:en_US:en LANG=zh_TW.utf8 SHELL=/bin/bash SourcePackage: grub2 ** Affects: grub2 (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 maverick -- WinXP fails to boot from boot menu, but boots fine from edit mode https://bugs.launchpad.net/bugs/662015 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
Re: [Bug 654355] [NEW] No explaination nor possibility to install Input Methods via "Keyboard Input Methods" menu
On 10/04/2010 11:06 AM, YannUbuntu wrote: > For example, currently to write in Japanese in a non-Japanese system, the > user needs to perform actions which are not intuitive : > 1) Go to Language Support and add Japanese Input Method > 2) Restart the session (this step is not recommended by any message after > step 1) Restarting the session is not necessary for installing input methods, only for language-packs which generate new locales. -- No explaination nor possibility to install Input Methods via "Keyboard Input Methods" menu https://bugs.launchpad.net/bugs/654355 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
Re: [Bug 632760] Re: Language variants don't work in Firefox because the language codes are separated with an underscore rather than a hyphen in chrome.manifest
On 10/02/2010 04:36 PM, Ricardo Pérez López wrote: > Interestingly, my chrome.manifest files seems to be already right, i.e. > they contains "es-ES" and not "es_ES": [...] > So maybe my issue is not the same as yours and language-pack-es is not > affected by this bug. Actually, my issue is about having > "[chrome://global/locale/intl.properties]" instead of right language > names "es-es", "es", "en-us", "en". Arne, what do you think? > That is, because es-ES is one of those locales, where Launchpad stores it as 'es' without country code. Those get matched to es-ES correctly, because those mappings are hardcoded in the po2xpi script. Any other es_* locale will be affected, i.e. any locale, where Launchpad stores it as ll_CC and not just ll. About your chrome settings, I don't know, because we don't set them in the language packs. That setting must come from somewhere else. What I'm wondering though is: this bug has been in po2xpi forever! How come no one reported it earlier? -- Arne Götje (高盛華) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- Language variants don't work in Firefox because the language codes are separated with an underscore rather than a hyphen in chrome.manifest https://bugs.launchpad.net/bugs/632760 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 632760] Re: Language variants don't work in Firefox because the language codes are separated with an underscore rather than a hyphen in chrome.manifest
I have uploaded a fix to lp:~arnegoetje/rosetta/po2xpi-arne which
attempts to fix this. The following are the instructions to that person
who is handling the language-packs now:
On the server where the language-packs are generated, the following needs to be
done:
* in langpack-o-matic is a subdirectory po2xpi, which should point to
po2xpi-arne. in This subdirectory, please use bzr pull
lp:~arnegoetje/rosetta/po2xpi-arne
* to fix this bug in the current packages, do the following:
1. in maverick/sources-base/language-pack-{bn|en|es|pt|ta|zh}-base/data/ is a
mozilla.tar.gz . Untar it in a temporary directory.
2. it will untar several subdirectories, one per language. In each
subdirectory is a chrome.manifest and a firefox-3.6-$LANGCODE.jar file.
3. in each chrome.manifest replace only the first ll_CC with ll-CC
4. tar everything up again and replace the mozilla.tar.gz in the
language-pack with the new one.
5. cd ~/langpack-o-matic; for l in bn en es pt ta zh; do cd
../maverick/sources-base/language-pack-${l}-base; dch -v 1:10.10+20100930.1 -D
maverick "Fix firefox translations (LP: #632760)"; cd ../; for p in gnome kde;
do cd language-pack-${p}-base; dch -v 1:10.10+20100930.1 -D maverick "Version
bump, no changes."; cd ../; done; cd ../sources-update/; for p in
language-pack-${l} language-pack-gnome-${l} language-pack-kde-${l}; do cd ${p};
dch -v 1:10.10+20100930.1 -D maverick "Version bump, no changes."; cd ../;
done; cd ~/langpack-o-matic; echo
"../maverick/sources-base/language-pack-${l}-base\n../maverick/sources-base/language-pack-gnome-${l}-base\n../maverick/sources-base/language-pack-kde-${l}-base\n../maverick/sources-updates/language-pack-${l}\n../maverick/sources-updates/language-pack-gnome-${l}\n../maverick/sources-updates/language-pack-kde-${l}"
>> updated-packages; done
6. upload the packages like normal.
@dpm:
This bug seems only to happen when po2xpi runs in devmode, i.e. all exported
.po files will be used and not just the officially published .xpi files. If you
don't want this, edit the 'import' file in the langpack-o-matic source code and
replace line 281 with the next higher ubuntu release number. Or, if you want to
use 'devmode' for all releases in future, replace the code with something more
appropriate. We ususally change the code in our local branch checkouts of
langpack-o-matic, commit the changes and then pull the changes on the server,
where we generate the langpacks.
You would need to re-run langpack-o-matic then and bump up the version in the
launchpad translation tarball.
If you need my help, contact me on Skype.
** Changed in: ubuntu-translations
Status: Triaged => Fix Committed
--
Language variants don't work in Firefox because the language codes are
separated with an underscore rather than a hyphen in chrome.manifest
https://bugs.launchpad.net/bugs/632760
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 632760] Re: Language variants don't work in Firefox because the language codes are separated with an underscore rather than a hyphen in chrome.manifest
** Also affects: language-pack-bn (Ubuntu) Importance: Undecided Status: New ** Changed in: language-pack-bn (Ubuntu) Status: New => Triaged ** Changed in: language-pack-bn (Ubuntu) Importance: Undecided => High ** Also affects: language-pack-ta (Ubuntu) Importance: Undecided Status: New ** Changed in: language-pack-ta (Ubuntu) Status: New => Triaged ** Changed in: language-pack-ta (Ubuntu) Importance: Undecided => High -- Language variants don't work in Firefox because the language codes are separated with an underscore rather than a hyphen in chrome.manifest https://bugs.launchpad.net/bugs/632760 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 632760] Re: Language variants don't work in Firefox because the language codes are separated with an underscore rather than a hyphen in chrome.manifest
** Changed in: language-pack-es (Ubuntu) Status: New => Triaged ** Changed in: language-pack-es (Ubuntu) Importance: Undecided => High -- Language variants don't work in Firefox because the language codes are separated with an underscore rather than a hyphen in chrome.manifest https://bugs.launchpad.net/bugs/632760 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 653259] Re: Choosing India as location sets locale as en_IN and not en_IN.utf8
A lot of software expects the encoding to be specified in the locale code. Thererfore the installer really should always append .utf8 when a language-country combination doesn't have it. GDM and language-selector do this correctly, btw. -- Choosing India as location sets locale as en_IN and not en_IN.utf8 https://bugs.launchpad.net/bugs/653259 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
Re: [Bug 614176] Re: [855gm] 2.6.35-14: Invisible Cursor
On 09/17/2010 07:23 PM, Stenten wrote: > Sorry, I don't think I was very clear. When I said I "upgraded", all I > did was "apt-get update && apt-get upgrade" and the cursor is back. > I can confirm this, too. After upgrading the system today, the mouse pointer is back. No need to install Leann's kernel package. -- Arne Götje (高盛華) PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. -- [855gm] 2.6.35-14: Invisible Cursor https://bugs.launchpad.net/bugs/614176 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 446476] Re: gnome-language-selector no longer installs a readily usable IME when adding Japanese
ibus-anthy should register itself in ibus automatically. ** Changed in: language-selector (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) ** Package changed: language-selector (Ubuntu) => ibus-anthy (Ubuntu) -- gnome-language-selector no longer installs a readily usable IME when adding Japanese https://bugs.launchpad.net/bugs/446476 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 40553] Re: DejaVu Sans LGC should be available
** Changed in: ttf-dejavu (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) -- DejaVu Sans LGC should be available https://bugs.launchpad.net/bugs/40553 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 92652] Re: Please add Microsoft compatible keyboard layout for Brazil
** Changed in: xkeyboard-config (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) ** Changed in: xkeyboard-config (Ubuntu Lucid) Assignee: Arne Goetje (arnegoetje) => (unassigned) -- Please add Microsoft compatible keyboard layout for Brazil https://bugs.launchpad.net/bugs/92652 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 288121] Re: Please import latest firefox upstream translations for Latvian language
** Changed in: language-pack-lv (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) ** Also affects: langpack-o-matic Importance: Undecided Status: New ** Changed in: language-pack-lv (Ubuntu) Status: Triaged => Invalid -- Please import latest firefox upstream translations for Latvian language https://bugs.launchpad.net/bugs/288121 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 491157] Re: language-selector fontconfig overides language fonts for CJK
** Changed in: language-selector (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) -- language-selector fontconfig overides language fonts for CJK https://bugs.launchpad.net/bugs/491157 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 533216] Re: resizing language selector window consumes 100% procesor power
** Changed in: language-selector (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) -- resizing language selector window consumes 100% procesor power https://bugs.launchpad.net/bugs/533216 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 319953] Re: upload latest firefox-3.0/xulrunner-1.9 translations from mozilla to launchpad (Add galician traslation in Firefox 3.0.5)
** Changed in: firefox-3.0 (Ubuntu) Status: In Progress => Invalid ** Changed in: firefox-3.0 (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) -- upload latest firefox-3.0/xulrunner-1.9 translations from mozilla to launchpad (Add galician traslation in Firefox 3.0.5) https://bugs.launchpad.net/bugs/319953 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 364459] Re: No Latvian firefox in jaunty
** Changed in: langpack-o-matic Assignee: Arne Goetje (arnegoetje) => (unassigned) -- No Latvian firefox in jaunty https://bugs.launchpad.net/bugs/364459 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 468898] Re: FreeSerif should not be default Serif font
** Changed in: ubuntu-translations Assignee: Arne Goetje (arnegoetje) => (unassigned) -- FreeSerif should not be default Serif font https://bugs.launchpad.net/bugs/468898 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 476187] Re: Login Window Language Selector doesn't change the language environment
** Changed in: language-selector (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) -- Login Window Language Selector doesn't change the language environment https://bugs.launchpad.net/bugs/476187 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 248639] Re: No slovenian translation of Firefox 3
** Changed in: langpack-o-matic Assignee: Arne Goetje (arnegoetje) => (unassigned) -- No slovenian translation of Firefox 3 https://bugs.launchpad.net/bugs/248639 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 264123] Re: please remove ttf-manchufont from dependency
** Also affects: ttf-manchufont (Ubuntu) Importance: Undecided Status: New ** Changed in: ttf-manchufont (Ubuntu) Status: New => Triaged ** Changed in: language-support-fonts-mn (Ubuntu) Status: In Progress => Invalid ** Changed in: language-support-fonts-mn (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) ** Changed in: ttf-manchufont (Ubuntu) Importance: Undecided => Low ** Changed in: ttf-manchufont (Ubuntu) Assignee: (unassigned) => Arne Goetje (arnegoetje) -- please remove ttf-manchufont from dependency https://bugs.launchpad.net/bugs/264123 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 197537] Re: [MASTER] Can't read PDF file with CJK (Chinese/Japanese/Korean) text
** Changed in: language-selector (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) ** Changed in: language-selector (Ubuntu) Status: In Progress => Triaged -- [MASTER] Can't read PDF file with CJK (Chinese/Japanese/Korean) text https://bugs.launchpad.net/bugs/197537 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 533159] Re: gnome-language-selector crashes when started.
** Changed in: language-selector (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) -- gnome-language-selector crashes when started. https://bugs.launchpad.net/bugs/533159 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 552383] Re: package language-support-input-zh -hans 1:10.04 20091218 failed to install/upgrade: 子进程 已安装的 post-installation 脚本 返回了错误号 2
** Changed in: ubuntu-translations Assignee: Arne Goetje (arnegoetje) => (unassigned) ** Changed in: language-support-input-zh-hans (Ubuntu) Assignee: Arne Goetje (arnegoetje) => (unassigned) -- package language-support-input-zh-hans 1:10.04 20091218 failed to install/upgrade: 子进程 已安装的 post-installation 脚本 返回了错误号 2 https://bugs.launchpad.net/bugs/552383 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 555184] Re: default chinese font isn't ttf-wqy-microhei
** Changed in: ubuntu-translations Assignee: Arne Goetje (arnegoetje) => (unassigned) -- default chinese font isn't ttf-wqy-microhei https://bugs.launchpad.net/bugs/555184 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 568855] Re: "song ti" and other bitmap fonts are not available even if using yes-bitmaps rule
** Changed in: ubuntu-translations Assignee: Arne Goetje (arnegoetje) => (unassigned) -- "song ti" and other bitmap fonts are not available even if using yes-bitmaps rule https://bugs.launchpad.net/bugs/568855 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
Re: [Bug 603746] Re: the word"加入" in g roup managment should be "新增"
On 08/11/2010 10:57 AM, Cheng-Chia Tseng wrote: > I agree with using "Add Group" and "Add User", that is absolutely more > clear when we don't have titles above the list. However, if we are going > to have tiltle above the list, I think that it would be too repeative to > use "Add Group" and "Add User" buttons. > Would you be able to suggest a better, more general translation for "Add" in the sense of "add item to list"? -- the word "加入" in group managment should be "新增" https://bugs.launchpad.net/bugs/603746 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 616159] Re: Japanese incorrect/archaic Kanji
** Package changed: ibus-anthy (Ubuntu) => anthy (Ubuntu) -- Japanese incorrect/archaic Kanji https://bugs.launchpad.net/bugs/616159 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
Re: [Bug 603746] Re: the word"加入" in g roup managment should be "新增"
On 08/11/2010 04:29 AM, Milan Bouchet-Valat wrote:
> I understand this concern, but I don't think that's the problem
> here: - Add/Delete means "Add/Delete and item of the list", and the
> ambiguous point here is: what's in the list? (users or groups). The
> general idea of having short labels is pretty intuitive and is used
> in many other places (file chooser, Empathy account
> configuration...) - "Add" and "Delete" are and should be translated
> the same for all buttons, be this term applied to users, groups or
> connection entries: that's a standard, and actually "Delete" is
> translated from GTK+ itseld. From what I've understood, the Chinese
> translation should not be changed, so contexts wouldn't help. Of
> course, I could add translation contexts if you have an example of a
> language where there's an issue.
You have one example at hand here:
The Chinese translation "加入" means "Subscribe (a user) to a group" or
"to join a group" or "to become a member", while "新增" means "New
group" and is often used in the meaning of "Create a new group". Terms
like "Add" or "Delete" may be perfectly OK in English if you are able to
see the context by looking at the UI (something which is not true for
the visual impaired), but in Chinese translations are usually
descriptive. "To add" would be translated in different ways, depending
on *what* you add to *where* or if you create it (i.e. it didn't exist
before). If the intended meaning is "add an item to the list", then this
exact description should be added in the message context. The only
general translation for Chinese I could think of would be "加上" ("to
add sth into or on top of sth"), although Chinese users will probably
twitch when they see this.
And just because it's a stock button in gtk, doesn't mean that it's a)
"standard" and b) good practice to do this. If you need to give
descriptions for visual impaired people anyway, why not do it for
everyone by creating more descriptive button labels in the first place?
Something like "Add group" and "Delete group" would probably be
descriptive enough already.
> So I think the best I can do is say "Available groups on the system:"
> on top of the list, and possibly move the "Manage Groups" button to
> below the users list, to make it clear this is
>
Just my 2 NT$.
--
the word "加入" in group managment should be "新增"
https://bugs.launchpad.net/bugs/603746
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
Re: [Bug 603746] Re: theword"加入"in gro up managment should be"新增"
On 08/08/2010 02:18 AM, Milan Bouchet-Valat wrote: > Le samedi 07 août 2010 à 14:04 +, Cheng-Chia Tseng a écrit : >> In my opinion, the window title here says "group settings" doesn't >> convey that "this is a list of groups", so users don't know whether >> he/she is going to add a new group to the list or he/she is going to add >> a existing group for the user himself/herself. That should be more >> clear. > Suggestions? > OK, I jump onto it... The main problem is that general actions, like "Add", "Edit", "Delete" are ambiguous, even in English. It is not clear to the user (and the translator) what is going to be added, edited or deleted. What's even worse is, if there are multiple buttons with the same description in different places of the GUI and each button triggers a different action: what happens in gettext is, these button descriptions get unified into a single string to translate. I.e. there is only one msgid "Add" to be translated, although it is used multiple times in different locations for different actions. And different actions are described with different translations in many languages, not only Chinese. To prevent this, the developer should add a message context, a short explanation to the translator how this message should be understood and translated. This needs to be in the source code and is usually a comment one line above the translatable string. In glade, you have a context field where you can put such information. This will have two advantages: 1. gettext won't unify the string anymore if the message context is different, so it would be actually possible for translators to translate two "Add" buttons differently, based on the action they call. 2. Translators will see this comment associated with the translatable string. So, even if they don't have the GUI in front of them, they know how to translate the string. This speeds up translation time and is a great help, since translators don't need to spend time any more to try out every single button in the GUI, which can potentially hose their system (depending on which action they call). So, my proposed solution: add message contexts for all buttons and for any message which *could* be ambiguous. -- the word "加入" in group managment should be "新增" https://bugs.launchpad.net/bugs/603746 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 611224] Re: Please merge ibus (1.3.6-1) from Debian Squeeze
I'm working on the merge to version 1.3.7-1 now. However, it would be nice if the patches could be rewritten, so that they can be sent to upstream for inclusion. 01-ubuntu_desktop clearly qualifies for being applied upstream. 02_title_update.dpatch should get updated, so that it can be used in Debian and Ubuntu (check if distribution is Debian/Ubuntu and if im-switch is present, then display different strings than in upstream). 05_appindicator.dpatch and 06_show_menuitem.dpatch: I don't know enough about appindicator and GTK in order to comment on that. But it would be nice if those code changes could also go into upstream, maybe with a check if appindicator is present on the system... ** Changed in: ibus (Ubuntu) Importance: Undecided => Medium ** Changed in: ibus (Ubuntu) Status: New => In Progress ** Changed in: ibus (Ubuntu) Milestone: None => ubuntu-10.10-beta ** Changed in: ibus (Ubuntu) Assignee: (unassigned) => Arne Goetje (arnegoetje) -- Please merge ibus (1.3.6-1) from Debian Squeeze https://bugs.launchpad.net/bugs/611224 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 613377] Re: mouse pointer is invisible
** Attachment added: "BootDmesg.txt" http://launchpadlibrarian.net/53037360/BootDmesg.txt ** Attachment added: "CurrentDmesg.txt" http://launchpadlibrarian.net/53037361/CurrentDmesg.txt ** Attachment added: "DRM.card0.DVI.I.1.txt" http://launchpadlibrarian.net/53037362/DRM.card0.DVI.I.1.txt ** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/53037363/Dependencies.txt ** Attachment added: "GdmLog.txt" http://launchpadlibrarian.net/53037364/GdmLog.txt ** Attachment added: "GdmLog1.txt" http://launchpadlibrarian.net/53037365/GdmLog1.txt ** Attachment added: "GdmLog2.txt" http://launchpadlibrarian.net/53037366/GdmLog2.txt ** Attachment added: "Lspci.txt" http://launchpadlibrarian.net/53037367/Lspci.txt ** Attachment added: "PciDisplay.txt" http://launchpadlibrarian.net/53037368/PciDisplay.txt ** Attachment added: "ProcCpuinfo.txt" http://launchpadlibrarian.net/53037369/ProcCpuinfo.txt ** Attachment added: "ProcInterrupts.txt" http://launchpadlibrarian.net/53037370/ProcInterrupts.txt ** Attachment added: "ProcModules.txt" http://launchpadlibrarian.net/53037371/ProcModules.txt ** Attachment added: "RelatedPackageVersions.txt" http://launchpadlibrarian.net/53037372/RelatedPackageVersions.txt ** Attachment added: "UdevDb.txt" http://launchpadlibrarian.net/53037373/UdevDb.txt ** Attachment added: "UdevLog.txt" http://launchpadlibrarian.net/53037374/UdevLog.txt ** Attachment added: "XorgConf.txt" http://launchpadlibrarian.net/53037375/XorgConf.txt ** Attachment added: "XorgLog.txt" http://launchpadlibrarian.net/53037376/XorgLog.txt ** Attachment added: "XorgLogOld.txt" http://launchpadlibrarian.net/53037377/XorgLogOld.txt ** Attachment added: "Xrandr.txt" http://launchpadlibrarian.net/53037378/Xrandr.txt ** Attachment added: "glxinfo.txt" http://launchpadlibrarian.net/53037379/glxinfo.txt ** Attachment added: "monitors.xml.txt" http://launchpadlibrarian.net/53037380/monitors.xml.txt ** Attachment added: "setxkbmap.txt" http://launchpadlibrarian.net/53037381/setxkbmap.txt ** Attachment added: "xdpyinfo.txt" http://launchpadlibrarian.net/53037382/xdpyinfo.txt ** Attachment added: "xkbcomp.txt" http://launchpadlibrarian.net/53037383/xkbcomp.txt -- mouse pointer is invisible https://bugs.launchpad.net/bugs/613377 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 613377] [NEW] mouse pointer is invisible
Public bug reported: Binary package hint: xserver-xorg-video-intel since upgrading to the latest version in Maverick two days ago, my mouse pointer is invisible on the desktop. When I hover over buttons or list entries, they get highlighted and I can click on them. But the pointer still remains invisible. Even in gdm I don't have a mouse pointer. BTW: I have removed unclutter and rebooted, but the problem is still there. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: xserver-xorg-video-intel 2:2.12.0-1ubuntu2 ProcVersionSignature: Ubuntu 2.6.35-14.19-generic 2.6.35 Uname: Linux 2.6.35-14-generic i686 Architecture: i386 DRM.card0.LVDS.1: status: connected enabled: enabled dpms: On modes: 1280x768 edid-base64: DRM.card0.VGA.1: status: disconnected enabled: disabled dpms: On modes: edid-base64: Date: Wed Aug 4 17:29:08 2010 DkmsStatus: virtualbox-ose, 3.2.6, 2.6.35-11-generic, i686: built virtualbox-ose, 3.2.6, 2.6.35-14-generic, i686: installed EcryptfsInUse: Yes Lsusb: Bus 004 Device 002: ID 08ff:2500 AuthenTec, Inc. AES2501 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub MachineType: FUJITSU LifeBook P Series PccardctlIdent: Socket 0: no product info available Socket 1: no product info available PccardctlStatus: Socket 0: no card Socket 1: no card ProcCmdLine: root=/dev/mapper/ubuntu-root ro i915.modeset=1 quiet splash ProcEnviron: LANGUAGE=en_US:en LANG=en_US.utf8 SHELL=/bin/bash SourcePackage: xserver-xorg-video-intel dmi.bios.date: 09/01/2004 dmi.bios.vendor: FUJITSU // Phoenix Technologies Ltd. dmi.bios.version: Version 1.08 dmi.board.name: FJNB189 dmi.board.vendor: FUJITSU dmi.chassis.type: 10 dmi.chassis.vendor: DWY000A90E301000 dmi.modalias: dmi:bvnFUJITSU//PhoenixTechnologiesLtd.:bvrVersion1.08:bd09/01/2004:svnFUJITSU:pnLifeBookPSeries:pvr:rvnFUJITSU:rnFJNB189:rvr:cvnDWY000A90E301000:ct10:cvr: dmi.product.name: LifeBook P Series dmi.sys.vendor: FUJITSU system: distro: Ubuntu codename: maverick architecture: i686 kernel: 2.6.35-14-generic ** Affects: xserver-xorg-video-intel (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 maverick -- mouse pointer is invisible https://bugs.launchpad.net/bugs/613377 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 576935] Re: can't add new language
*** This bug is a duplicate of bug 588518 *** https://bugs.launchpad.net/bugs/588518 ** This bug has been marked a duplicate of bug 588518 xubuntu - password always fails when trying to install language support -- can't add new language https://bugs.launchpad.net/bugs/576935 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 588518] Re: xubuntu - password always fails when trying to install language support
Turns out this is indeed a policykit issue. ** Changed in: language-selector (Ubuntu) Status: New => Invalid -- xubuntu - password always fails when trying to install language support https://bugs.launchpad.net/bugs/588518 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 578281] Re: Add search plugin for Baidu
AFAIK, Baido won't be the default search engine, but be available as an option to choose from. ** Changed in: language-pack-zh-hans (Ubuntu Maverick) Status: Fix Committed => Fix Released ** Changed in: ubuntu-translations Status: Fix Committed => Fix Released ** Changed in: language-pack-zh-hans (Ubuntu Lucid) Status: Fix Committed => Fix Released -- Add search plugin for Baidu https://bugs.launchpad.net/bugs/578281 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 603022] Re: [MIR] mlterm
I prefer to not add an additional switch to language-selector, but install it for everyone who installs translations in a language which uses RTL scripts. And surely it shouldn't replace gnome-terminal, just be an alternative. Users who need to use a terminal and deal with RTL text, will know or figure out which one to use. mlterm has been pretty popular already in such circles, I assume. -- [MIR] mlterm https://bugs.launchpad.net/bugs/603022 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 387300] Re: Sets LANGUAGE when changing the default system language
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again! ** Changed in: language-selector (Ubuntu) Status: Incomplete => Invalid -- Sets LANGUAGE when changing the default system language https://bugs.launchpad.net/bugs/387300 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 431234] Re: TypeError: 'NoneType' object is not iterable
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again! ** Changed in: language-selector (Ubuntu) Status: Incomplete => Invalid -- TypeError: 'NoneType' object is not iterable https://bugs.launchpad.net/bugs/431234 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 461648] Re: package language-selector-common 0.4.18 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again! ** Changed in: language-selector (Ubuntu) Status: Incomplete => Invalid -- package language-selector-common 0.4.18 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 https://bugs.launchpad.net/bugs/461648 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 465546] Re: python2.6 crashed with TypeError in init()
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again! ** Changed in: language-selector (Ubuntu) Status: Incomplete => Invalid -- python2.6 crashed with TypeError in init() https://bugs.launchpad.net/bugs/465546 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 474686] Re: check-language-support crashed with SIGSEGV in _PyString_Eq()
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again! ** Changed in: language-selector (Ubuntu) Status: Incomplete => Invalid -- check-language-support crashed with SIGSEGV in _PyString_Eq() https://bugs.launchpad.net/bugs/474686 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 568706] Re: Upgrade to language selector 0.4.18 crashes
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again! ** Changed in: language-selector (Ubuntu) Status: Incomplete => Invalid -- Upgrade to language selector 0.4.18 crashes https://bugs.launchpad.net/bugs/568706 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 578368] Re: Some program crash when set text as thai in gnome-language-selector
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again! ** Changed in: language-selector (Ubuntu) Status: Incomplete => Invalid -- Some program crash when set text as thai in gnome-language-selector https://bugs.launchpad.net/bugs/578368 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 302196] Re: Lacks the manpages language packs
** Changed in: language-selector (Ubuntu) Status: Incomplete => Won't Fix -- Lacks the manpages language packs https://bugs.launchpad.net/bugs/302196 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 175387] Re: Lost sound when languages are added
We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again! ** Changed in: language-selector (Ubuntu) Status: Incomplete => Invalid -- Lost sound when languages are added https://bugs.launchpad.net/bugs/175387 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 606794] Re: Language preference is not stored
Might be a file permisions issue? Can you please post the output of ls -l ~/.profile ~/.dmrc /var/cache/gdm/$USER/dmrc ** Changed in: language-selector (Ubuntu) Status: New => Incomplete -- Language preference is not stored https://bugs.launchpad.net/bugs/606794 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 605128] Re: gnome-language-selector crashed with OSError in find_string_and_replace()
** Visibility changed to: Public -- gnome-language-selector crashed with OSError in find_string_and_replace() https://bugs.launchpad.net/bugs/605128 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 607009] Re: gnome-language-selector crashed with OSError in find_string_and_replace()
*** This bug is a duplicate of bug 605128 *** https://bugs.launchpad.net/bugs/605128 ** Visibility changed to: Public ** This bug has been marked a duplicate of private bug 605128 -- gnome-language-selector crashed with OSError in find_string_and_replace() https://bugs.launchpad.net/bugs/607009 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 578281] Re: Add search plugin for Baidu
Fix is in langpack-o-matic and will be included in the next full language-pack in Maverick. Hence, setting to Fix Committed. ** Changed in: language-pack-zh-hans (Ubuntu Maverick) Status: Confirmed => Fix Committed ** Changed in: ubuntu-translations Status: Triaged => Fix Committed -- Add search plugin for Baidu https://bugs.launchpad.net/bugs/578281 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 197537] Re: [MASTER] Can't read PDF file with CJK (Chinese/Japanese/Korean) text
** Changed in: language-selector (Ubuntu) Status: Triaged => In Progress -- [MASTER] Can't read PDF file with CJK (Chinese/Japanese/Korean) text https://bugs.launchpad.net/bugs/197537 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
