Bug#659440: Bug#692597: Bug#659440: ITP: primus -- Low-overhead client-side GPU offloading
I agree both bbswitch and bumblebee should be maintained in pkg-nvidia, and I've already done that for bbswitch. But I think primus and virtualgl should not go into the team. What do you think?
Bug#673424: Fwd: Bug#673424: bbswitch packaging
On Sun, Mar 24, 2013 at 7:59 AM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, I'm unsure if you're aware of the pull request I've made upstream [1], but if you have anything you want changed upstream, please feel free to jump into the conversation. I think by now we've sorted out more or less all of the remaining issues that are blocking the merge of the Debian-specific stuff, but if there's anything I missed, now's your chance to let upstream know. Regards, Vincent [1] https://github.com/Bumblebee-Project/bumblebee-ppa/pull/10 I'm ready to sponsor current version of bumblebee, but I'd like to wait for your confirmation in case you have some action to do with upstream changes. I committed a small change to bumblebee.preinst, replacing Ubuntu with the system so that it can be vendor agnostic. If this needs to be forwarded upstream then please do me a favor, thanks. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: Fwd: Bug#673424: bbswitch packaging
On Wed, Apr 3, 2013 at 6:45 PM, Vincent Cheng vincentc1...@gmail.com wrote: Just a quick followup... On Mon, Apr 1, 2013 at 3:57 AM, Vincent Cheng vincentc1...@gmail.com wrote: On Sun, Mar 31, 2013 at 12:18 PM, Aron Xu a...@debian.org wrote: On Sun, Mar 24, 2013 at 7:59 AM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, I'm unsure if you're aware of the pull request I've made upstream [1], but if you have anything you want changed upstream, please feel free to jump into the conversation. I think by now we've sorted out more or less all of the remaining issues that are blocking the merge of the Debian-specific stuff, but if there's anything I missed, now's your chance to let upstream know. Regards, Vincent [1] https://github.com/Bumblebee-Project/bumblebee-ppa/pull/10 I'm ready to sponsor current version of bumblebee, but I'd like to wait for your confirmation in case you have some action to do with upstream changes. I committed a small change to bumblebee.preinst, replacing Ubuntu with the system so that it can be vendor agnostic. If this needs to be forwarded upstream then please do me a favor, thanks. I'll make a note of that change to be forwarded upstream (together with the virtualgl stuff). Upstream decided to drop the preinst file (which I was hoping for too), so the above change is no longer relevant anymore. Good to know. I intend to upload a new version of primus first (with the changes made by upstream in [1]). Bumblebee is pretty much done at this point, so feel free to go ahead and upload it as is, but it's not going to be very useful without primus. Then again, I expect that bbswitch+bumblebee will sit in the NEW queue for a while, so it's not like it'll make a difference in the end. :P There's been quite a restructuring of the primus packaging lately, done by upstream; primus now queries the bumblebee daemon when it comes to picking nouveau/nvidia, instead of relying on environment variables set in primusrun, so we can now drop primus-nvidia, the duplicate primusrun scripts, and the maintainer scripts / use of the alternatives system (i.e. simplifies things a _lot_). However that also depends on a few changes to bumblebee as well. Hence, would you be willing to upload the latest bumblebee + primus code from upstream's git repos (rather than the current stable bumblebee 3.1 release)? (fwiw primus has never really seen a formal 'stable' release, so it doesn't really matter for primus) Then could you add it to Debian's git repo? As an aside, I made a comment about the current architecture field of bbswitch after Ratesh uploaded 0.6, but I suppose you may have missed them: Also, why did you opt for Architecture: linux-any for a dkms package? Everything inside the binary package is installed into an arch-independent location, so I think it should probably be arch:all instead, and most dkms packages [1] adhere to being arch:all, including dkms itself. But since you've explicitly moved the package from arch:all to arch:linux-any, I'll just leave it be... AFAIK even though bbswitch does not contain any architecture specific file, it does not work on other platforms other than linux-any, e.g. kfreebsd and hurd. So I moved it to linux-any. (And yes, there is dkms support for kfreebsd.) There's also the issue that Nvidia Optimus is a feature included only with Intel+Nvidia AFAIK, hence bbswitch+bumblebee+primus is really only useful on i386 and amd64 anyways. Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704705: [Pkg-ime-devel] Bug#704705: ibus: cannot use with both Mozilla i386 apps and emacs
Hi Toni, If I understand correctly, you have installed amd64 version of ibus-gtk/gtk3/qt4, this is not sufficient for i386 applications as IM Modules are run-time plugin for respective UI toolkit. Can you try to install ibus-gtk:i386, ibus-gtk3:i386, and ibus-qt4:i386, to see whether your problem get resolved? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704705: [Pkg-ime-devel] Bug#704705: ibus: cannot use with both Mozilla i386 apps and emacs
with itself Not exactly the cause of our bug but this is another indication of how imperfect multiarch support is. With this, using the 32 bit Mozilla apps seems to work (I can enter Chinese text into a form field). Now only the Emacs question is really open, but emacs is amd64, so the whole multiarch question most likely does not even apply (proceed with fingers crossed - what will happen tomorrow?). Hmmm... so this is expected problem of current packaging which we have no easy solution. This should be true for current testing version too. I retract this comment. Well, I basically have that version that was in experimental for a short time, and that what is now in unstable, although the underlying system is intended to become Wheezy. If things were more predictable, instead of installing one package, then the other to see that the first package was lost, is imho unsatisfactory and misleading, but likely outside the scope of ibus. Multiarch is major major change. So expect some rough ride if you wish to use that functionality. It should be smoother for Jessie but wheezy is first trial. Please have a try with Fcitx, as I'm using its Multiarch support in my everyday life. It works fine since the #1 day of getting Multiarch support. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704705: [Pkg-ime-devel] Bug#704705: ibus: cannot use with both Mozilla i386 apps and emacs
On Sat, Apr 6, 2013 at 10:37 PM, Toni Mueller supp...@oeko.net wrote: Please have a try with Fcitx, as I'm using its Multiarch support in my everyday life. It works fine since the #1 day of getting Multiarch support. I am currently running fcitx, but this has problems of its own, most notably (in my experience, anyway - I guess it works better elsewhere): It's impossible to activate and deactivate it using Super_R (one of my only unused keys not already captivated by other applications), keyboard shortcuts are hard to configure, and the popup menu that indicates the current settings, and the preview window that offers the choices, is so tiny that it is very hard to read for me (oh, and I cannot scroll the list of choices, too). @Aron: Should I file bugs for any of these? Yes, please. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704989: dkms: Add POST_BUILD to the dkms_conf_variables list
Package: src:dkms Version: 2.2.0.3 Severity: wishlist Tags: patch X-Debbugs-CC: pkg-zfsonli...@lists.alioth.debian.org This is a patch from Darik Horn, we would like to use this variable in ZFS on Linux packaging, while the POST_BUILD directive is ignored by the read_conf() function because it not in dkms_conf_variables list. 0001-Add-POST_BUILD-to-the-dkms_conf_variables-list.patch Description: Binary data
Bug#673424: Fwd: Bug#673424: bbswitch packaging
On Thu, Apr 4, 2013 at 5:22 PM, Vincent Cheng vincentc1...@gmail.com wrote: On Wed, Apr 3, 2013 at 5:13 AM, Aron Xu a...@debian.org wrote: [snip] Then could you add it to Debian's git repo? Done. But in the process of building the packages I hit another issue [1], so please hold off (yet again) on uploading primus until it gets fixed. Do you think it's time to upload bumblebee? As an aside, I made a comment about the current architecture field of bbswitch after Ratesh uploaded 0.6, but I suppose you may have missed them: Also, why did you opt for Architecture: linux-any for a dkms package? Everything inside the binary package is installed into an arch-independent location, so I think it should probably be arch:all instead, and most dkms packages [1] adhere to being arch:all, including dkms itself. But since you've explicitly moved the package from arch:all to arch:linux-any, I'll just leave it be... AFAIK even though bbswitch does not contain any architecture specific file, it does not work on other platforms other than linux-any, e.g. kfreebsd and hurd. So I moved it to linux-any. (And yes, there is dkms support for kfreebsd.) However, we end up duplicating the package on all linux archs (there's no difference between the bbswitch package built on i386 vs. amd64, or mips, or sparc, or ppc...). It just feels redundant to me, but on the whole it's just a minor issue. I'm fine with leaving it as-is. How about bumblebee though? That really should be restricted to i386 and amd64 only; Nvidia Optimus is AFAIK only supposed to work with Intel+Nvidia hardware combinations, so that pretty much limits it to being used on i386 + amd64. I guess yes? Don't know other people's opinion. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: Fwd: Bug#673424: bbswitch packaging
On Wed, Apr 10, 2013 at 1:55 PM, Vincent Cheng vincentc1...@gmail.com wrote: Just for the record, here are some source packages (taken directly from latest pkg-nvidia git) for your convenience: http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia-20130409/bumblebee_3.1-1.dsc http://www.ugrad.cs.ubc.ca/~b2c8/debian/pkg-nvidia-20130409/primus_0~20130225-1.dsc bumblebee has been uploaded, but I still have questions about primus. primus has Recommends: primus-libs-ia32 [amd64], this means by default it will pull in some dependency if the users have i386 added to his architecture list. I doubt this is desirable for all cases, users should just install primus-libs:i386 when he needs to run 32bit applications, but not automated by the package manager in such a way? A nice error message indicating that needing a 32bit version of primus-libs would be sufficient to guide the user to install, IMHO. What do you think? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705223: netcat-openbsd: May send raw LF line endings even if the -C option is used
Hi, Can you try netcat-openbsd in Wheezy? It contains quite some fixes and there is something related to CRLF handling. On Thu, Apr 11, 2013 at 9:37 PM, Jorgen Grahn grahn+deb...@snipabacken.se wrote: Package: netcat-openbsd Version: 1.89-4 Severity: normal I was using this shell script to stress-test a TCP server I'm working on: #!/bin/bash action() { local delay=$1; shift local n=$1; shift while [ $((n--)) -gt 0 ] ; do echo foobar sleep $delay done } action $1 $2 | nc -C some-host some-port | wc The server takes CRLF-separated commands/requests, and I was puzzled when I found that it reported receiving fewer commands than I sent. After debugging the server for a while with no luck, I finally saw that the TCP stream from netcat contained some foobar\nfoobar\r\n patterns, e.g. immediately after connection. Whatever method the -C option uses to ensure translation of CR to CRLF, it's not foolproof. Maybe only slow manual input was considered. My workaround was to stop using -C, and to add CRLF explicitly using echo -ne foobar\r\n instead. BR, Jorgen -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.4.10 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages netcat-openbsd depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines netcat-openbsd recommends no packages. netcat-openbsd suggests no packages. -- no debconf information -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705722: [xml/sgml-pkgs] Bug#705722: libxml2: CVE-2013-1969
found 705722 2.9.0+dfsg1-4 thanks I think this bug only exist from 2.9.0? xmlBufGetInputBase() does not exist before that. On Fri, Apr 19, 2013 at 12:51 PM, Salvatore Bonaccorso car...@debian.org wrote: Package: libxml2 Severity: grave Tags: security patch upstream Hi, the following vulnerability was published for libxml2. CVE-2013-1969[0]: se-after-free error in htmlParseChunk() and xmldecl_done() If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. A patch commited in git upstream repo is at [1]. For further information see: [0] http://security-tracker.debian.org/tracker/CVE-2013-1969 [1] https://git.gnome.org/browse/libxml2/commit/?id=de0cc20c29cb3f056062925395e0f68d2250a46f Please adjust the affected versions in the BTS as needed. Regards, Salvatore ___ debian-xml-sgml-pkgs mailing list debian-xml-sgml-p...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-xml-sgml-pkgs -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698100: apt-btrfs-snapshot: add an option for deleting a range of snapshots
Package: src:apt-btrfs-snapshot Severity: wishlit Hi, I'm using apt-btrfs-snapshot everyday and find it useful if there is an option for deleting a range of snapshots, which means deleting snapshots created from $DATE1 to $DATE2. By doing so I can keep a copy of initial state of the filesystem without doing it using custom scripts. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696184: fail2ban: CVE-2012-5642: input variable quoting flaw on matches content
On Fri, Jan 18, 2013 at 4:24 AM, Yaroslav Halchenko y...@debian.org wrote: squeeze backports -- would like to get fresh version from wheezy (hm http://packages.debian.org/squeeze-backports/fail2ban doesn't even list corresponding changelog, so can't deduce maintainer of bpo build easily... got the .deb -- CCing Aron) I'll update the squeeze-backports version ASAP, thanks for notifying me! -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
Hi, I've made some progress on bumblebee and pushed to pkg-nvidia repo: http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git But because it's late here I can't test it now, if anyone can try it please let me know your results, thanks! -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
Hi Vincent, On Mon, Jan 21, 2013 at 5:12 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi Aron, On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: Hi, I've made some progress on bumblebee and pushed to pkg-nvidia repo: http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git But because it's late here I can't test it now, if anyone can try it please let me know your results, thanks! I've made a number of small changes to take into account certain differences between Debian and Ubuntu's packaging of nvidia's proprietary drivers [1][2] and added an udev rule to fix a bug [3]. Also cleaned up a few lintian tags (patch headers, and added a spiffy new watch file). I haven't actually tried installing those packages yet, but I'll try to get to that asap (on a slightly unrelated note, I'll also try to clean up my primus packaging a bit and get that uploaded too). Thanks for your work, I've tested my previous version on Debian Wheezy with a T420 Laptop, and it works as expected, using sysvinit and systemd, 3.2 and 3.7 kernels, all of them are ok. I tried to install my version of bbswitch and bumblebee on Ubuntu, but it appears that upstart needs more tuning, which I haven't worked on yet. If you have interest in it please have a try. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
On Mon, Jan 21, 2013 at 5:51 PM, Andreas Beckmann deb...@abeckmann.de wrote: On 2013-01-21 10:12, Vincent Cheng wrote: On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: I've made some progress on bumblebee and pushed to pkg-nvidia repo: I've made a number of small changes to take into account certain differences between Debian and Ubuntu's packaging of nvidia's proprietary drivers [1][2] and added an udev rule to fix a bug [3]. Nice too see some progress :-) Are there any problems you encounter with the nvidia driver packaging in Debian? Please also test with nvidia-kernel-common and glx-alternative-* from experimental (they change the kernel module blacklist handling to be controlled with the glx alternatives, a update-initramfs call may be needed in addition to update-alternatives, but therefore you can disable the blacklist without manually doing rm or dpkg --purge). No real problems so far, there are only some if/else to handle the difference between Debian and Ubuntu, as both Vincent and I would like to make this package working in the two systems. We haven't tried the packages you mentioned from experimental, will do that and thanks for the info. One of the goals of the current packaging is usability in live systems - having all the proprietary drivers co-installable and allow them to be installed but deactivated, so that some (yet to be written) utility could detect hardware, switch alternatives, and create X config. It would be nice if bumblebee would somehow integrate in this. (Disclaimer: I don't do anything -live myself.) Andreas I agree that integrating bumblebee into live systems is useful, and actually bumblebee works with nouveau as well at least for power saving (disabling the discrete card), which is useful for those who installs multiple systems typically Linux + Windows. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696184: fail2ban: CVE-2012-5642: input variable quoting flaw on matches content
On Sat, Jan 19, 2013 at 5:42 PM, Aron Xu a...@debian.org wrote: On Fri, Jan 18, 2013 at 4:24 AM, Yaroslav Halchenko y...@debian.org wrote: squeeze backports -- would like to get fresh version from wheezy (hm http://packages.debian.org/squeeze-backports/fail2ban doesn't even list corresponding changelog, so can't deduce maintainer of bpo build easily... got the .deb -- CCing Aron) I'll update the squeeze-backports version ASAP, thanks for notifying me! Uploaded just now. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701381: Bug #701381 busybox: ftbfs with eglibc-2.17
tags 701381 + patch This upstream patch fixes the problem: http://git.busybox.net/busybox/commit/?id=c5fe9f7b723f949457263ef8e22ab807d5b549ce -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: bbswitch packaging
On Tue, Mar 19, 2013 at 4:54 AM, Ritesh Raj Sarraf r...@researchut.com wrote: On Tuesday 19 March 2013 01:35 AM, Vincent Cheng wrote: # Need functions from primus libGL to take precedence export LD_LIBRARY_PATH=${PRIMUS_libGL}${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH} That line was already uncommented out in the script shipped by the package... Oh!! I must have missed that. Yes. But I have ensure always that I review the config file. And in my opinion, the defaults should be KeepUnusedXServer=false I suppose a better way of explaining why watching /proc/acpi/bbswitch isn't reliable is by referencing the differences between how the virtualgl and primus backends work. Virtualgl will always cause the secondary X server to be spawned (everything is rendered on the secondary X server before being displayed on the primary X server), whereas primus will only offload glx calls to bumblebee, thus the secondary X server will only start up when you run some sort of opengl application with primus. That means that optirun bash or optirun xterm will invariably turn on the secondary X server and the nvidia gpu, whereas primusrun bash or primusrun xterm (or some other application that doesn't use any glx calls) will not. Thanks for explaining this. I will try to update all the packages now and see the final results. Looks like you guys have pushed some updates today. Please do test out my changes, but also please don't upload the packages yet. I want to sort out the conffiles issue [1] first... No worries. I myself would prefer if Aron (or someone else from the current pkg-nvidia team) reviews and does the upload. It's very much appreciated if you can help on sponsoring, as my personal time isn't very abundant recently so it could be a quite long delay waiting my uploads... But I'll keep an eye on the package and responded as soon as I can. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703760: ITP: ibus-bogo -- A Vietnamese input engine for IBus.
On Sat, Mar 23, 2013 at 7:14 PM, Trung Ngo ndtrung4...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Trung Ngo ndtrung4...@gmail.com * Package name: ibus-bogo Version : 0.3.0 Upstream Author : ibus-bogo Development Team bogoengine-...@googlegroups.com * URL : http://bogoengine.github.com/ * License : GPLv3+ Programming Lang: Python 3 Description : A Vietnamese input engine for IBus. This is a new input method for Vietnamese offering various conveniences like not using pre-editing, fluid accent placement, legacy charsets conversion, mixed Vietnamese/English typing, autotext,... Moreover, it aims to be clean, concise, easily readable and contributable to foster free software development activities in Vietnam. I would like to invite you joining IME Packaging Team to work on this package, the team is a place where many of input method related packages are maintained and will hopefully provide help when needed. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: Fwd: Bug#673424: bbswitch packaging
Hi Ritesh, Vincent, I've cut off quotes as my reply does not apply to specific sentences... I agree that keeping a package simple have benefits, but I don't think making our life harder is a good reason to cut down such stuff. Our current packaging are largely based on upstream's efforts, and we have to agree that upstream consider both Debian and Ubuntu are important. We'd like to have a good relation with upstream, and actually we have friends who use these packages on both Debian and Ubuntu, so if we just cut down the compatibility stuff then we must deal with both Debian and Ubuntu to keep everyone happy, or we get hated. The differences between nvidia packaging isn't likely to change in a short time base on my understanding, so it's not neat to have a so long list in Depends/Recommends, and yes I agree it looks awful but we have no better choice to make everyone happy and keep the work load as less as it can be. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703820: enchant: FTBFS on !amd64 architectures
Package: src:enchant Severity: important Version: 1.6.0-8 Hi, When checking the build status of enchant/1.6.0-8, it appears to fail to build on all non-amd64 architectures. Looking at the logs it appears to be some problem in symbols file, which should use the (c++) syntax because the actual symbols are designed to be architecture specific. https://buildd.debian.org/status/package.php?p=enchantsuite=experimental -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703933: [xml/sgml-pkgs] Bug#703933: libxslt: CVE-2012-6139
Hi, Please go ahead with NMU, and thank you very much!
Bug#612317: No RN info about Btrfs
I haven't tried to install the system for quite a while, but it would be nice to confirm that whether btrfs for /boot is supported now. If a separate /boot is needed then it definitely worth to be added to RN. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695864: tcpcopy: Small fix for long description
On Fri, Dec 14, 2012 at 12:34 AM, Teemu Hukkanen tjhuk...@iki.fi wrote: Package: tcpcopy Version: 0.6.3-1 Severity: minor The description reads: so that it is a very handful tool ..., where instead of handful you want handy. Thanks. Thank you for your help, I'll do this in next upload. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694941: Please provide an option to list all available input methods
On Fri, Dec 14, 2012 at 9:11 AM, Gunnar Hjalmarsson gunna...@ubuntu.com wrote: Thanks, Aron, for addressing this issue. On 2012-12-02 15:53, Aron Xu wrote: I'm not sure whether file in /etc/X11/xinit/xinput.d is considered out-dated once im-switch is gone, but currently it's a reliable way to detect which input methods have been installed. In another discussion I mentioned two examples of why I don't think that's a reliable method, at least not in an im-config context: * uim 'pollutes' /etc/X11/xinit/xinput.d/ with a few files whose names are not valid input methods. * nabi adds a file with just that name, while im-config's idea of the method name is 'hangul'. I see, thanks. Attached please find a patch that would implement an option to list installed input methods. Maybe it can be done more elegantly, but the patch is at least something to start with. One thing I'd like to mention is that I excluded 'xim' from the list. If I understand it correctly, the xim option does not launch any input method daemon. To be honest I don't really know what it is, so I may well be totally wrong here. For xim, let's wait Osamu's opinion... But IMHO there is already some code (almost the same) in im-config, it would be great to maintain only one copy of the very function in im-config, probably by making it a function. Osamu? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: [RFC] First release of spl-dkms and zfs-linux packages for Debian
Hi, On Sun, Dec 16, 2012 at 9:26 AM, Carlos Alberto Lopez Perez clo...@igalia.com wrote: Hi! Finally found some time to work on the spl-dkms and zfs-linux packages. I started with debian helpers from Darik Horn and I ended rewriting many things. Hope all looks ok O:-) You have a summary of the most relevant changes on the commit message [1] Keep in mind that the packages are still in beta status. There are things to fix like all the pending lintian warnings, perhaps rewriting debian/copyright (copyright notices can be added together when they share one or more authors, there is not need for an entry for each one) Also I will wait until upstream releases 0.6.0. I don't want to release a -rc version. Also 0.6.0 would be the version where the ZPL layer will be considered stabilized. Darik said zfsonlinux upstream won't release 0.6.0 but go with 0.6.1 directly, because 0.6.0-rcX is actually numbers larger than 0.6.0. Releasing to experimental is okay for wider testing, and only upload to unstable when the versions/patches are acknowledged by upstream is reasonable. I founded that there is not possible to add two people as maintainers. debuild will complain about malformed maintainer address. So I guess we need to set-up a project on Alioth to handle the team maintenance. I'm not a DD, so I would be very grateful if some of you that are DDs (Aron?) could set-up the Alioth project to collaborative maintain this package and add us to it (my login-name on Alioth is clopez-guest). I've set up a pkg-zfsonlinux team on alioth, and you've been added to the project already. Git hosting is okay now, but please don't create repository before we've decided how to maintain it. I recommend to use git-buildpackage, but you may like other ways. I removed from the control files lot of replaces/conflicts that didn't make sense to me. Perhaps for Ubuntu make sense (don't know). I guess Darik can review it and fix when needed so Ubuntu users can have a painless upgrade from the Darik's PPA packages to this ones. As you probably know Ubuntu steals the packages from Debian/sid for normal versions and from Debian/testing for LTS versions. So I guess this packages would end on Ubuntu's official repositories in a year or so. Those information is better to be preserved for compatibility, it makes no sense to deliberately make other people's life harder. In the future we can use experimental to provide upstream snapshots periodically and Darik's stable PPA can just replicate it for Ubuntu releases he would like to support. One question that floats over my mind is related to the name of the packages libzfs-dev libzfs1 and zfsutils. On Debian/kFreeBSD there are packages with the same name. Is allowed to have different source packages building binary packages with the same name when they are different architectures? If is not allowed then I guess we will have to rename the packages. It is possible when there isn't architecture collision, but we need to come into an agreement with kBSD people (and maybe ftp-masters) before actually doing so. The repositories with the packages are here: https://github.com/clopez/zfs-linux https://github.com/clopez/spl-dkms I'll have a look on them later, and I think it's better to host such repositories on Debian's infrastructure after we've decided how to use it. Just in case someone want to test it, I have uploaded all packages built for AMD64 as also the source packages to here: http://ftp.neutrino.es/zfs-linux/ To test it, at least the packages zfs-dkms and zfsutils should be installed (with all the required dependencies). I will be on holidays next week. So looking forward to see your replies when I come back. Keep in mind that the packages are still a work-in-progress. Patches/pull-requests/suggestions are welcome :) Best regards! - [1] https://github.com/clopez/spl-dkms/commit/a88b5bf72fe8f11f7dbd0ebe17ba7b46e00a4e6f https://github.com/clopez/zfs-linux/commit/8f3e1ef9a2dfbff9594e5d823e0d18121efba688 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: [RFC] First release of spl-dkms and zfs-linux packages for Debian
The alioth project page is: https://alioth.debian.org/projects/pkg-zfsonlinux/ Please anyone interested in helping on the actual packaging apply and join the team. Currently I'll give admin privilege to anyone who is DD, and later to other people who need it when the project is on its right track. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694941: Please provide an option to list all available input methods
Hi, On Wed, Dec 19, 2012 at 5:46 AM, Gunnar Hjalmarsson gunna...@ubuntu.com wrote: On 2012-12-18 16:54, Osamu Aoki wrote: Since you recommend xim for people who wish to disable IM, what would you say if the language-selector UI was changed so that none is the shown label, but it actually sets xim? Would that make sense to you? I do not know the answer ... that was part of the reason somewhat redundant choice are offered. Please experiment ... Thanks for your honest reply. Aron, do you have any thoughts on this? I have updated the merge proposals at https://launchpad.net/bugs/1090754 in accordance with the above. The im-config patch is now somewhat neater (attached to this message). Yes, sure. I think it's good enough for me to put +1 on including it to Ubuntu. On Debian side let's leave this for Osamu to decide. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593464: Bug #593464 proxychains: doesn't work with i386 binaries on amd64 platform
tags 593464 = patch thanks Please see the attached debdiff, if it's okay then I can upload it. -- Regards, Aron Xu proxychains_3.1-5.debdiff Description: Binary data
Bug#673424: bbswitch packaging
On Sat, Mar 2, 2013 at 5:56 AM, Ralf Jung p...@ralfj.de wrote: Hi, Do you have enough manpower? I'd be happy to join the team. Help is appreciated! Packaging work isn't too much, but we are in need of manpower to test packages for different versions of Linux kernels and nvidia drivers... Sure, I can easily test on various kernels with the current testing/unstable NVidia drivers. I'd prefer to to constantly switch NVidia version on my main work machine as that goes quite deep into the system. Your current (as of yesterday) bbswitch and bumblebee packages, together with current upstream primus (did not yet look at that package) work fine here with the 3.8 kernel and NVidia drivers 304.64. Great, thanks for confirmation. Btw, do you have any idea why bbswitch is stuck for so long in NEW? If I read that page correctly http://ftp-master.debian.org/new/bbswitch_0.5-1.html it's in there for more than four months now. Because Wheezy is in deep freeze, ftp-masters doesn't process NEW as frequent/complete as usual... Except from bugging them for times, we have to wait... -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693393: [Pkg-netsim-devel] Bug#693393: Increase in .deb size from 2MB to 1.2GB!
This time it's 943MiB for new upstream release (with increased amount of docs), we tried to reduce the size by removing most of duplicate files and run optipng against all PNG files. Do you have any idea to help us reduce the size further? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686572: ibus 1.5.1
Dear all, I've worked on ibus 1.5.1 and am planning to upload it to unstable soon this weekend after more testing from me and my partner. I believe it's OK to upload it to unstable since it looks to be very close to Wheezy's release, and 1.5.1 is an upstream updated stable release. From this version, the git repository of ibus starts to use pristine-tar so that its checksum matches upstream ones, also symbols file is corrected. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686572: [Pkg-ime-devel] Bug#686572: ibus 1.5.1
Unfortunately we have to postponed 1.5.1's landing in unstable, as there is new libraries required for some components, in this case it's libpyzy for ibus-pinyin. On Sat, Feb 2, 2013 at 3:56 AM, Aron Xu happyaron...@gmail.com wrote: Dear all, I've worked on ibus 1.5.1 and am planning to upload it to unstable soon this weekend after more testing from me and my partner. I believe it's OK to upload it to unstable since it looks to be very close to Wheezy's release, and 1.5.1 is an upstream updated stable release. From this version, the git repository of ibus starts to use pristine-tar so that its checksum matches upstream ones, also symbols file is corrected. -- Regards, Aron Xu ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: ibus: non-functional, setup breaks
Thanks for the report, I was on train when I first saw the report, I'll deal with it very soon. On Fri, Feb 8, 2013 at 5:40 PM, Norbert Preining prein...@logic.at wrote: Package: ibus Version: 1.5.1-1 Severity: grave Justification: renders package unusable Hi, I am trying to run ibus from experimental, but it does not work at all anymore. Ctrl-Space does not activate anything, LEFT clicking on the GNOME kbd indicator in the top bar does only show a small grey rectangle (2px by 10px or so). RIGHT clicking on the indicator an selecting preferences has no effect. RIGHT clicking and selecting restart has no effect. Starting ibus-setup from the command line produces ERROR:root:Could not find any typelib for IBus Traceback (most recent call last): File /usr/share/ibus/setup/main.py, line 30, in module from gi.repository import IBus ImportError: cannot import name IBus In the syslog/dmesg I see traps: ibus-dconf[7263] trap int3 ip:7f91ae830491 sp:7fff79687c00 error:0 Thanks Norbert -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-rc6+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ibus depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libdconf00.12.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libgtk2.0-0 2.24.10-2 ii libibus-1.0-51.5.1-1 ii libpango1.0-01.30.0-1 ii librsvg2-common 2.36.1-1 ii libx11-6 2:1.5.0-1 ii libxi6 2:1.6.1-1 ii python 2.7.3-3 ii python-ibus 1.5.1-1 ii python-notify0.1.1-3 ii python-xdg 0.19-5 Versions of packages ibus recommends: ii ibus-clutter 0.0+git20090728.a936bacf-5 ii ibus-gtk 1.5.1-1 ii ibus-gtk3 1.5.1-1 ii ibus-qt4 1.3.1-2.1 ii im-config [im-switch] 0.20 Versions of packages ibus suggests: pn ibus-doc none -- no debconf information ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Sat, Feb 9, 2013 at 1:31 AM, Ma Xiaojun damage3...@gmail.com wrote: You have latest ibus and ibus-table upstream release in unstable now. I just want to remind you guys that other components of IBus may need update also. For example latest upstream release of ibus-anthy is 1.5.0 while you have 1.2.x something. Sure, it wasn't uploaded because I have to go and travel by train as mentioned in my previous mail... -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: ibus: non-functional, setup breaks
Hi, The problem seems to be a easy one, just install gir1.2-ibus-1.0 and ibus-setup/ibus-daemon will work without problem. I'll upload new version very soon. On Fri, Feb 8, 2013 at 5:40 PM, Norbert Preining prein...@logic.at wrote: Package: ibus Version: 1.5.1-1 Severity: grave Justification: renders package unusable Hi, I am trying to run ibus from experimental, but it does not work at all anymore. Ctrl-Space does not activate anything, LEFT clicking on the GNOME kbd indicator in the top bar does only show a small grey rectangle (2px by 10px or so). RIGHT clicking on the indicator an selecting preferences has no effect. RIGHT clicking and selecting restart has no effect. Starting ibus-setup from the command line produces ERROR:root:Could not find any typelib for IBus Traceback (most recent call last): File /usr/share/ibus/setup/main.py, line 30, in module from gi.repository import IBus ImportError: cannot import name IBus In the syslog/dmesg I see traps: ibus-dconf[7263] trap int3 ip:7f91ae830491 sp:7fff79687c00 error:0 Thanks Norbert -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-rc6+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ibus depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libdconf00.12.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libgtk2.0-0 2.24.10-2 ii libibus-1.0-51.5.1-1 ii libpango1.0-01.30.0-1 ii librsvg2-common 2.36.1-1 ii libx11-6 2:1.5.0-1 ii libxi6 2:1.6.1-1 ii python 2.7.3-3 ii python-ibus 1.5.1-1 ii python-notify0.1.1-3 ii python-xdg 0.19-5 Versions of packages ibus recommends: ii ibus-clutter 0.0+git20090728.a936bacf-5 ii ibus-gtk 1.5.1-1 ii ibus-gtk3 1.5.1-1 ii ibus-qt4 1.3.1-2.1 ii im-config [im-switch] 0.20 Versions of packages ibus suggests: pn ibus-doc none -- no debconf information ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: ibus: non-functional, setup breaks
Hi, On Fri, Feb 8, 2013 at 6:42 PM, Osamu Aoki os...@debian.org wrote: On Fri, Feb 08, 2013 at 11:12:40AM +0100, Toni Mueller wrote: Hi, On Fri, Feb 08, 2013 at 06:40:15PM +0900, Norbert Preining wrote: Package: ibus Version: 1.5.1-1 a similar statement goes for the predecessor version, 1.4.99.20120917-3. I get that same import error, too. I really hoped that 1.5.1 would fix, not exacerbate or continue, the situation. I don't run Gnome, however - only a pure 'awesome', with no custom configuration. This is somewhat expected complication which I am no expert to explain. Aron, What we need is a wiki.debian.org/ibus page which describes post-1.5 migration howto. I am sure you have already done some. Osamu Thanks for the follow up! I'm looking for the possibility of automate update to 1.5, and it seems to be OK. I'll write the migration howto if that's not possible. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Fri, Feb 8, 2013 at 8:24 PM, Norbert Preining prein...@logic.at wrote: Dear all, thanks for taking care for that. On Fr, 08 Feb 2013, Osamu Aoki wrote: This is somewhat expected complication which I am no expert to explain. Aron, What we need is a wiki.debian.org/ibus page which describes post-1.5 migration howto. I am sure you have already done some. I see, but shouldn't that be taken care of automatically? If the upgrade needs user interaction of *every* user that looks like a big problem. If it is the sysadm who needs to change something, shouldn't this be done during postinst? And, what is it? I would like to get my Japanese input running again ;-) Thanks Norbert Be a bit more patient, :-) I've started working on ibus-anthy already. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692453: [Pkg-ime-devel] Processed (with 1 errors): I can confirm it is an ibus bug
unblock 692453 by 700076 thanks This is not a problem in ibus, gnome-control-center needs a rebuild to catch up with the changes. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: ibus: non-functional, setup breaks
On Sat, Feb 9, 2013 at 3:35 PM, Norbert Preining prein...@logic.at wrote: Hi Aron, On Sa, 09 Feb 2013, Aron Xu wrote: The problem seems to be a easy one, just install gir1.2-ibus-1.0 and ibus-setup/ibus-daemon will work without problem. I'll upload new version very soon. I just saw in the git repo: ibus (1.5.1-2) unstable; urgency=low * debian/control: _ ibus Depends on gir1.2-ibus-1.0 (Closes: #700076). -- Aron Xu a...@debian.org Sat, 09 Feb 2013 14:58:41 +0800 Upf, no, as I said. Norbert It's not the complete thing I would upload, sorry for not setting the release to UNRELEASED... -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: ibus: non-functional, setup breaks
Hi Norbert, Can you please try to run dconf update as root? As to see whether a file named /etc/dconf/db/ibus get created. Thank you. On Sat, Feb 9, 2013 at 4:50 PM, Aron Xu happyaron...@gmail.com wrote: On Sat, Feb 9, 2013 at 3:35 PM, Norbert Preining prein...@logic.at wrote: Hi Aron, On Sa, 09 Feb 2013, Aron Xu wrote: The problem seems to be a easy one, just install gir1.2-ibus-1.0 and ibus-setup/ibus-daemon will work without problem. I'll upload new version very soon. I just saw in the git repo: ibus (1.5.1-2) unstable; urgency=low * debian/control: _ ibus Depends on gir1.2-ibus-1.0 (Closes: #700076). -- Aron Xu a...@debian.org Sat, 09 Feb 2013 14:58:41 +0800 Upf, no, as I said. Norbert It's not the complete thing I would upload, sorry for not setting the release to UNRELEASED... -- Regards, Aron Xu ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Sat, Feb 9, 2013 at 7:16 PM, Norbert Preining prein...@logic.at wrote: Hi Aron, On Sa, 09 Feb 2013, Aron Xu wrote: Can you please try to run dconf update as root? As to see whether a file named /etc/dconf/db/ibus get created. Yes, I have now /etc/dconf/db/ibus /etc/dconf/db/ibus.d/00-upstream-settings but ibus-setup still crashes: [~] ibus-setup Traceback (most recent call last): File /usr/share/ibus/setup/main.py, line 563, in module setup = Setup() File /usr/share/ibus/setup/main.py, line 83, in __init__ self.__init_ui() File /usr/share/ibus/setup/main.py, line 247, in __init_ui self.__init_hotkey() File /usr/share/ibus/setup/main.py, line 88, in __init_hotkey variant = self.__config.get_value('general/hotkey', name) AttributeError: 'NoneType' object has no attribute 'get_value' Yes, I pushed another patch to git, can you try it? I see no problem so far. http://anonscm.debian.org/gitweb/?p=pkg-ime/ibus.git;a=blob;f=debian/patches/correct-type-of-shortcuts.patch;h=57da4f5342ecea88c653d0b08f6ec5788478f358;hb=HEAD -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Sat, Feb 9, 2013 at 7:41 PM, Norbert Preining prein...@logic.at wrote: Hi Aron, On Sa, 09 Feb 2013, Aron Xu wrote: Yes, I pushed another patch to git, can you try it? I see no problem so far. getting better. I have now: - ibus* 1.5.1-2~1 (your version -2 from git) - mozc* 1.6.1187.102-1~exp2.1 (experimental version rebuild with ibus1.5) ibus-setup is now working (yeah!), ibus-mozc also, so yeah, I think that looks fine now. Good to know. But there are still three problems I see: - when *left*clicking on the icon in the gnome top bar, a window pops up which has two part: upper part: configuration for the input method lower part: list of input methods now when I have INternational kbd selcted, the upper part is empty, of course. When I have ibus-mozc selected, the upper part shows two menu items which expand to sub menus, BUT: the text in in the FIRST menu is NOT visible. Screenshot attached. Urh... Where's the screenshot? - separate input methods for separate windows feature seems to got lost I have the same input method for all windows - the ibus-mozc bar does not appear when I selected and activate the ibus-mozc input method. It showed the current settings, and access to settings etc I would like to know what desktop environment are you using? This could be related to the ibus integration if you are using GNOME , IMHO. - (number four of three ;-) settings were not taken over, probably because I in the meantime purged all ibus. But I thought that are user settings and a purge of the packages will not loose the user settings. This is expected, as in 1.5 we are moving from gconf to dconf, there is no configuration migration from upstream, all previous user configurations will lost. I hope I didn't confuse you, if there are some things unclear in my explanation, please let me know Norbert Thank you. I'm also looking into dealing with the /etc/dconf/db/ibus in maintainer scripts. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Sat, Feb 9, 2013 at 8:28 PM, Praveen A prav...@gmail.com wrote: 2013/2/9 Aron Xu happyaron...@gmail.com: Yes, I pushed another patch to git, can you try it? I see no problem so far. http://anonscm.debian.org/gitweb/?p=pkg-ime/ibus.git;a=blob;f=debian/patches/correct-type-of-shortcuts.patch;h=57da4f5342ecea88c653d0b08f6ec5788478f358;hb=HEAD I did a rebuild and ibus-setup doesn't work with my locale. It worked after changing locale to en_IN You forgot to tell me what's your locale - the one that doesn't work, ;-) Also I'd like to know what's your desktop environment, though it could be not directly related to this error. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Sat, Feb 9, 2013 at 8:44 PM, Praveen A prav...@gmail.com wrote: 2013/2/9 Aron Xu happyaron...@gmail.com: You forgot to tell me what's your locale - the one that doesn't work, ;-) My locale is ml_IN (it was in the log - ValueError: unknown locale: ml_IN). Now it is failing even with en_IN $ LANG=en_IN ibus-setup Traceback (most recent call last): File /usr/share/ibus/setup/main.py, line 563, in module setup = Setup() File /usr/share/ibus/setup/main.py, line 83, in __init__ self.__init_ui() File /usr/share/ibus/setup/main.py, line 247, in __init_ui self.__init_hotkey() File /usr/share/ibus/setup/main.py, line 88, in __init_hotkey variant = self.__config.get_value('general/hotkey', name) AttributeError: 'NoneType' object has no attribute 'get_value' Do you have gir1.2-ibus-1.0 installed? This time the error should be related to locale, IMHO. Also I'd like to know what's your desktop environment, though it could be not directly related to this error. I'm using gnome 3.8 from experimental. Thanks. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: ibus: non-functional, setup breaks
On Sun, Feb 10, 2013 at 7:59 AM, Norbert Preining prein...@logic.at wrote: On Sa, 09 Feb 2013, Adam D. Barratt wrote: It might be an issue for the release if any of the reverse dependencies need an update for some other reason, given that the new ibus upload changes SONAME.., Ok, conceeded. Indeed in this case upload to experimental would have been better. Rational is that I've observed quite some users starting to use packages converted from rpm using alien because they have been waiting too long. At the same time uploading to experimental helps very little for testing (as I've already done for 1.4.99*) because when it breaks people think that's normal. This is a shame, I'd like to change it. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Sun, Feb 10, 2013 at 2:21 AM, Norbert Preining prein...@logic.at wrote: On Sa, 09 Feb 2013, Aron Xu wrote: But there are still three problems I see: - when *left*clicking on the icon in the gnome top bar, a window pops up which has two part: upper part: configuration for the input method lower part: list of input methods now when I have INternational kbd selcted, the upper part is empty, of course. When I have ibus-mozc selected, the upper part shows two menu items which expand to sub menus, BUT: the text in in the FIRST menu is NOT visible. Screenshot attached. Urh... Where's the screenshot? Sorry, as usual ... now! - separate input methods for separate windows feature seems to got lost I have the same input method for all windows - the ibus-mozc bar does not appear when I selected and activate the ibus-mozc input method. It showed the current settings, and access to settings etc I would like to know what desktop environment are you using? This could be related to the ibus integration if you are using GNOME , IMHO. Gnome3 from Debian/unstable. I think this could be related, ibus 1.4.x does nothing with GNOME ibus integration, but ibus 1.5.x does. I'll ask my partner to verify this. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Mon, Feb 11, 2013 at 02:32:28AM +0900, Changwoo Ryu wrote: It depends on the behavior of python-gobject 3.4.x in experimental. A workaround is to use the patch by Fedora guys: https://bugzilla.redhat.com/show_bug.cgi?id=854161 https://bugzilla.redhat.com/attachment.cgi?id=611688 Thanks for the links, the first one has been done in git yesterday, I haven't looked the second one before. During testing we found another problem in 1.5, not critical but quite ugly, that is it depends on dconf-service to read for configuration, but dconf-service isn't available at all time. A direct result is that if you have installed ibus using apt-get, then you must log out and re-login to the desktop environment, so that during the initialization process of DE dconf-service is very likely to exist, and ibus can suceed in reading from it. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: Bug#700076: Bug#700076: ibus: non-functional, setup breaks
Hi Norbert, On Tue, Feb 12, 2013 at 4:02 PM, Norbert Preining prein...@logic.at wrote: Hi Aron, one more bug I found ... iceweasel/firefox ignores the current ibus plugin. It works in sakura/gnome-term etc, but not in iceweasel. Thanks for catching the issue. It really seems that this ibus 1.5 was not tested *at*all*??? Frankly, I haven't tested it in very detail since Fedora 18 has been released with this version. But it turns out that 1.5.1 (already an update to 1.5) is still not quite working, let's try to figure issues out and work with upstream for fixes. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] ibus: non-functional, setup breaks
On Tue, Feb 12, 2013 at 5:54 PM, Norbert Preining prein...@logic.at wrote: Hi Aron, Frankly, I haven't tested it in very detail since Fedora 18 has been released with this version. Oh, surprise. I guess we should look into the patches fedora applies, they wouldn't ship it as it, or? If I can do anything let me know Norbert Yes, I'm surprised when it actually breaks like this... And after asking some Chinese users of F18 they said it's very hard to get it work, sadly. It seems to be quite difficult to deal with current situation after my checking into details of the whole stack because, ibus 1.5 series depends extensively on gobject technology, but due to the nature of input method - it need to work with all reasonable combination of the libraries/applications, we may need to patch everything to make it actually work for every certain situations (think about Sid, experimental and Ubuntu). I have verified that current git master does not work on Ubuntu Raring at all, it just throw out tons of errors and eventually crashes. This is not something wanted, and I don't think fixing it in this way is feasible. A possible solution is to revert everything back to ibus 1.4.2 series and keep supporting it, and it will be supported by mainstream distribution maintainers until ibus upstream release a reasonable version. If you agree then I can start doing it. An alternative solution is to try to fix as much as possible, but I bet users will suffer. What do you think? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: ibus: non-functional, setup breaks
On Wed, Feb 13, 2013 at 6:18 AM, Norbert Preining prein...@logic.at wrote: Hi Ma, On Mi, 13 Feb 2013, Ma Xiaojun wrote: FYI, manually compiled IBus 1.5.0 works fine on my Ubuntu 12.10 box (with MATE as DE); I have used that box for many days. - separate IME for different windows is working? AFAIK this feature is removed, but not simply caused by bug. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: ibus: non-functional, setup breaks
On Wed, Feb 13, 2013 at 3:04 PM, Norbert Preining prein...@logic.at wrote: Hi Ma, thanks for your email, good research, horrible reading (GNome devs are *sick*, removing features without understanding their imprtance) On Mi, 13 Feb 2013, Ma Xiaojun wrote: On Wed, Feb 13, 2013 at 1:46 PM, Norbert Preining prein...@logic.at wrote: Is this really gone? (BTW, even if they remove it, I would consider it a bug that should be reintroduced upstream ) Yes. http://code.google.com/p/ibus/issues/detail?id=1568 Yeah, but this is ALL about gnome 3.6, but we are discussing here Debian/unstable for now, that menas gnome 3.4 ibus 1.5 at the moment. It seems, from my reading of that bug report https://bugzilla.gnome.org/show_bug.cgi?id=684210 that ibus 1.5 still has this capability, but it is not exposed in 1.5, and there is an easy way to get it back. The option has been hidden in ibus-setup, but I'm worry that whether ibus 1.5 itself has removed the capability. Here is a relevant commit, though I'm not sure this is the whole story: https://github.com/ibus/ibus/commit/53d33ec4e6ad41a116f25cfa7ce12e04f6f93752 -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: ibus: non-functional, setup breaks
On Wed, Feb 13, 2013 at 3:26 PM, Norbert Preining prein...@logic.at wrote: Hi, On Mi, 13 Feb 2013, Aron Xu wrote: Here is a relevant commit, though I'm not sure this is the whole story: https://github.com/ibus/ibus/commit/53d33ec4e6ad41a116f25cfa7ce12e04f6f93752 Seen that, it is huge, not sure reverting it would help. There are too many code changes there. I have the feeling this is a catch all commit and not really one commit for one thing. THat makes revering much harder. On Mi, 13 Feb 2013, Ma Xiaojun wrote: I believe that it is removed since changing dconf key has no effect either. Argh, that is a good point, if chanigng dconf key does not work, all hope is lost. I would propose to re-upload 1.4 with a new epoch to unstable, to unbreak current sitatuon. Or do you see any chance that ibus upstream fixes this? Do you think uploading as something like 1.5.1a.is.1.4.2 will work? It's complicated but avoids epoch... We can wait until ibus upstream provides a reasonable release and then continue the versioning. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: ibus: non-functional, setup breaks
On Wed, Feb 13, 2013 at 8:32 PM, Norbert Preining prein...@logic.at wrote: On Mi, 13 Feb 2013, Aron Xu wrote: Do you think uploading as something like 1.5.1a.is.1.4.2 will work? Should work I guess, if you really want to avoid epochs. Just try with dpkg --compare-version 1.5.1-2 lt 1.5.1a.is.1.4.2-1 ? I've uploaded as 1.5.1.is.1.4.2-1, this is smaller than 1.5.2 anyway. I'll rebuild ibus-chewing once the 1.4.2 version is published, and asked ftp-masters to reject ibus-any/1.5.0-1 in NEW. I'll continue the work for 1.5.x in experimental after this revert, but the time will be at least next week. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] ibus: non-functional, setup breaks
On Wed, Feb 13, 2013 at 6:21 AM, Norbert Preining prein...@logic.at wrote: Hi Aron, On Di, 12 Feb 2013, Aron Xu wrote: It seems to be quite difficult to deal with current situation after my checking into details of the whole stack because, ibus 1.5 series depends extensively on gobject technology, but due to the nature of What does upstream say to this problem? Do you have contact with upstream? Good one? They must be aware that there are problems with gnome3, aren't they? A possible solution is to revert everything back to ibus 1.4.2 series and keep supporting it, and it will be supported by mainstream Less advisable if possible in any way. But it depends on upstream and their willingness to work on the problems. From what I've read, it seems that upstream is working quite busy with the need of every current development version of gnome-shell, and we must wait for more time before it suits better into environments like Debian. AFAIK opensuse will stay with ibus 1.4.2, and we've done that too for Debian Sid and Ubuntu Raring. We can keep at least what we already have in this way. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: ibus: non-functional, setup breaks
On Wed, Feb 13, 2013 at 9:15 PM, Toni Mueller supp...@oeko.net wrote: On Wed, Feb 13, 2013 at 02:46:07PM +0900, Norbert Preining wrote: On Mi, 13 Feb 2013, Aron Xu wrote: - separate IME for different windows is working? AFAIK this feature is removed, but not simply caused by bug. Ok, maybe I was wrong with my explanation: What about the *activation*status* of the IME? Before I had the option to have some windows with Japanese input, and some with system kbd. Is this really gone? (BTW, even if they remove it, I would consider it a bug that should be reintroduced upstream ) ACK. The ability to activate the IME on a per-window basis, is crucial - at least for a Western user. Thanks for the acknowledgement, I understand the situation. I've reverted the version in Sid to 1.4.2, though the debian version is something odd (to avoid epoch). I'll leave the work of ibus 1.5 for experimental, and downgrade the severity of this bug to important so we can keep track of the progress. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659440: bumblebee packaging
Hi, On Tue, Jan 29, 2013 at 3:00 PM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, have you contacted upstream and asked to merge our work with their PPA packaging? I want to try to push as much of our work upstream to avoid duplicate work and potential oversights on our part...also, I suppose maybe some of their Ubuntu PPA packagers might be able to help with upstart. I'll go about preparing a merge request on Github if you aren't planning on doing so yourself. Not yet, while my first packaging was based on their PPA, though they only installed upstart init scripts in their PPA. Please go ahead with the merge request. Now that bumblebee is taken care of, I've (finally) uploaded my primus packaging, to collab-maint for now (but am open to moving it into pkg-nvidia) [1]. Regards, Vincent [1] http://anonscm.debian.org/gitweb/?p=collab-maint/primus.git I'm okay for either collab-maint or pkg-nvidia, so it's up to your choice, :) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700589: [Pkg-ime-devel] Bug#700589: fcitx: Can't see more than five candidates at a time, and no scrolling, either
Hi Toni, Thanks for your report, but I have to say there is a hard limit of 10 candidates set by upstream, to make sure the list does not go too long for display. Personally I agree with the design, but if you think it should empower users to choose much longer list (say 15 like in your report), please file a bug upstream. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699418: [Pkg-ime-devel] Bug#699418: fcitx-config-gtk(3): depends on gnome-icon-theme-symbolic?
Thank you very much for the report, the dependency will be updated in next upload, but I guess there is no chance for Wheezy... It's a bit late now. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699418: [Pkg-ime-devel] Bug#699418: fcitx-config-gtk(3): depends on gnome-icon-theme-symbolic?
tags 699418 + pending thanks On Fri, Feb 15, 2013 at 11:39 PM, Aron Xu happyaron...@gmail.com wrote: Thank you very much for the report, the dependency will be updated in next upload, but I guess there is no chance for Wheezy... It's a bit late now. Pushed to pkg-ime repo, will be published once 4.2.7 is accepted from NEW. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: ZFS on Linux and native ZFS on BSD
Dear fellow developers, It has been quite some time since native ZFS on Linux (zfsonlinux, or ZoL) enters release candidate testing phrase, and a team has been founded recently for the work in Debian (pkg-zfsonlinux). Here we have several issues to be confirmed and coordinated between kBSD and ZoL, so that we can work for the desirable direction. 1. Naming of the packages In kFreeBSD, src:zfsutils produces libnvpair1{,-udeb}, libumem1{,-udeb}, libuutil1{,-udeb}, libzfs1{,-udeb}, libzpool1{,-udeb}, and zfsutils{,-udeb}. I'm curious if we can reuse the names of these binary packages on linux-any architectures, and choose a different source package name (zfs-linux, currently)? 2. Partman support As far as I know, partman-zfs is GPL licensed, and does not need to link against any CDDL stuff, so I think it would be OK to integrate ZoL support if there are people do the work? 3. Compatibility (zpool, etc) In ZoL RC14, zpool version has been bumped to 5000, following the step of OpenIndiana. I'm curious what's the current zpool version in kFreeBSD, and what's your plan? It would be great if people can import existing ZoL partition to a kFreeBSD installation, or reversely. There is also a question about /etc/hostid handling, do you know how is it handled in kBSD? Existing packaging work of Fedora ZoL makes hostid static, but I doubt it's desired. 4. About zfs-fuse on Linux Debian package maintainer of zfs-fuse has joined the team of ZoL, and he said we may remove zfs-fuse from the archive when ZoL is available in unstable, so zfs-fuse won't get in the way of naming and compatibility then. 5. Licensing ZoL is an independent Linux kernel module developed by Lawrence Livermore National Laboratory (LLNL) under a contract between U.S. Department of Energy and LLNL, and is separated into two parts to avoid violating CDDL. A Solaris Porting Layer (SPL) kernel module is developed to provide many of the Solaris kernel APIs, and is licensed under GPL-2+, while the zfs modules are CDDL, reusing existing OpenSolaris code and cooperate with BSDs and OpenIndiana. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700815: [Pkg-ime-devel] Bug#700815: fcitx: doesn't start due to library problem
Hi, I wonder what's the version of your fcitx-libs package? This looks like you haven't upgrade that package properly. $ grep FcitxXDGMakeDirUser debian/*.symbols debian/fcitx-libs.symbols: FcitxXDGMakeDirUser@Base 4.2.7 -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700979: [Pkg-ime-devel] Bug#700979: fcitx-frontend-gtk3: debug statements send to stdout
tags 700979 + pending thanks Hi, This is reported by another user privately, and a fix is already pushed to git, waiting for next upload. http://anonscm.debian.org/gitweb/?p=pkg-ime/fcitx.git;a=commitdiff;h=5ec4f7d52d067f375e58ab803b2f65d243b79567 On Wed, Feb 20, 2013 at 7:23 AM, Norbert Preining prein...@logic.at wrote: Package: fcitx-frontend-gtk3 Version: 1:4.2.7-1 Severity: normal Hi Aron, as usual, thanks for your work on the input methods, fcitx is really a life safer now that ibus is in pain. Over here I got a bit an annoying problem, namely that the gtk3 frontend spits out lots of debug messages: (DEBUG-17809 /tmp/buildd/fcitx-4.2.7/src/frontend/gtk3/fcitximcontext-gio.c:1007) fcitx_im_context_get_preedit_string (DEBUG-17809 /tmp/buildd/fcitx-4.2.7/src/frontend/gtk3/fcitximcontext-gio.c:772) fcitx_im_context_set_cursor_location 9 0 21 0 (DEBUG-17809 /tmp/buildd/fcitx-4.2.7/src/frontend/gtk3/fcitximcontext-gio.c:482) fcitx_im_context_set_client_window (DEBUG-17809 /tmp/buildd/fcitx-4.2.7/src/frontend/gtk3/fcitximcontext-gio.c:420) fcitx_im_context_finalize (I hope I copied all of them) Is this something we can turn of? Thanks a lot and all the best Norbert -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-rc7+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fcitx-frontend-gtk3 depends on: ii fcitx-libs 1:4.2.7-1 ii fcitx-libs-gclient 1:4.2.7-1 ii fcitx-module-dbus 1:4.2.7-1 ii libc6 2.13-38 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libpango1.0-0 1.30.0-1 Versions of packages fcitx-frontend-gtk3 recommends: ii fcitx-frontend-gtk2 1:4.2.7-1 fcitx-frontend-gtk3 suggests no packages. -- no debconf information ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700988: [Pkg-ime-devel] Bug#700988: librime: FTBFS on 32-bit architectures: .symbols discrepancies
Thanks for spotting the FTBFS! I've CC'ed Yunqiang, who uploaded this version. The symbols file really needs to use (c++) tags, but not plain symbols. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: bbswitch packaging
On Tue, Feb 26, 2013 at 3:31 AM, Ralf Jung p...@ralfj.de wrote: Hi, what's the current state on this? There was a Bumblebee release today which no longer depends on VirtualGL, so libjpeg-turbo is not at all a blocker anymore. Please let me know if I can help, and how :) Kind regards, Ralf Both bbswitch and bumblebee has been uploaded to unstable, and is waiting in NEW queue for ftp team's review. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: bbswitch packaging
On Feb 26, 2013 6:40 PM, Ralf Jung p...@ralfj.de wrote: Hi, Both bbswitch and bumblebee has been uploaded to unstable, and is waiting in NEW queue for ftp team's review. Awesome. Are these the correct package repositories? http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bbswitch.git;a=summary http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git;a=summary http://anonscm.debian.org/gitweb/?p=pkg-nvidia/primus.git;a=summary Yes, you are right. Do you have enough manpower? I'd be happy to join the team. Help is appreciated! Packaging work isn't too much, but we are in need of manpower to test packages for different versions of Linux kernels and nvidia drivers...
Bug#700076: [Pkg-ime-devel] Bug#700076: Bug#700076: Bug#700076: ibus: non-functional, setup breaks
I think your problem could be related to IM Modules? What's the version of ibus-gtk*?
Bug#396416: Bug #396416 libxml2-dev: libxml2.la leaves out dependencies on -lz -lm
As the LA-Removal release goal has got a lot progress and all reverse dependencies of libxml2 has been either removed there .la file or emptied dependency_libs, we have removed .la file of libxml2 as its usually useless or even harmful in some case. pkg-config can help with static linking, so don't rely on the information from .la file as many of them has gone from Debian. Just for record. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670643: Bug #670643 libapache2-mod-proxy-html: mod_proxy_html fails to load beacause libxml2.so.2 location is changed.
Hi Glennie, I'm merging #670643 with #670633, which is the same issue. This bug can be closed if the problem get fixed in mod-proxy-html, there is already an open report against src:libxml2 (#670572) to track all problems related to the path change of libxml2. Currently I have only heard about some Apache modules are affected, but there might be more. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670633: Bug #670633 not usable because libxml2.so.* are moved to Multi-Arch path
Hi Emmanuel, It seems an update on this package is needed, as we are probably not able to make Apache 2.4 into testing before Wheezy's freeze, in other words we have a rather big chance to release Wheezy with current version of Apache. Though, I'm not part of the Apache maintainers, who may give us more information. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589525: Bug #589525: mirror submission for mirrors.163.com
FYI, the trace file of mirrors.163.com shows it's syncing from ftp.cn.debian.org (which I have seen for some time, I believe they've switched to it). -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670066: Bug #670066 python-openturns is unusable
Hi, Freeze is approaching, is there any news on version 1.0? Or do we need to fix open bugs and release with 0.15? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672423: task-kannada-desktop: please remove scim-tables from Depends
Package: task-kannada-desktop Severity: important Please remove scim-tables from Depends as we are trying to get rid the package from Debian. scim-tables has a dead upstream for years, not maintained in Debian and very buggy now. Please advise relevant users to use ibus-table instead. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672424: task-malayalam-desktop: please remove scim-tables from Depends
Package: task-malayalam-desktop Severity: important Please remove scim-tables from Depends as we are trying to get rid the package from Debian. scim-tables has a dead upstream for years, not maintained in Debian and very buggy now. Please advise relevant users to use ibus-table instead. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665041: New upstream release of etl, synfig and synfigstudio
Hi, Thanks for your work on etl, synfig and synfigstudio! I had a quick look at etl and it appears to be almost okay (almost because I didn't look throughout, but its a fair simple package). Upstream of the software has released a minor update of the package, so please package it and send an RFS to me ASAP in time of Wheezy's freeze, which is said to happen in June. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672556: conky: new upstream release 1.9.0
Package: src:conky Severity: wishlist Dear maintainer, DEHS shows that there is upstream release 1.9.0 available, would you consider package it for Wheezy? As freeze is planned in June, upstream release with significant changes will not go into Wheezy when the freeze is in effect. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672557: gnote: new upstream release 0.9.0
Package: gnote Severity: wishlist Dear maintainer, DEHS shows that there is upstream release 0.9.0 available, would you consider package it for Wheezy? As freeze is planned in June, upstream release with significant changes will not go into Wheezy when the freeze is in effect. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672810: slashem: not build-able on [!linux-any] architectures
Package: src:slashem Version: 0.0.7E7F3-4 Hi, It appears that slashem is not build-able on [!linux-any] architectures, please consider either porting the software to support other architectures, or specify it's only available on [linux-any] in debian/control. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670066: Bug #670066 python-openturns is unusable
Hi, On Mon, May 14, 2012 at 6:47 AM, D. Barbier bou...@gmail.com wrote: On 2012/5/10 Aron Xu wrote: Hi, Freeze is approaching, is there any news on version 1.0? Or do we need to fix open bugs and release with 0.15? Hello, IMO https://github.com/dbarbier/deb-ot is in a pretty good shape. Some polishing may be needed, my laptop is not powerful and take hours to build it. Denis I had a very quick look at the packaging, the following things need to be corrected at least: 1.Don't need to Build-Depends on g++, it's provided by build-essential already. 2.debian-soname.patch need to be updated. It cannot be successfully applied now. 3.In debian/changelog, use only one of experimental and UNRELEASED. And I'm building the package, will reply about the result later. (I've disabled debian-soname.patch before build.) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670066: Bug #670066 python-openturns is unusable
The test build failed on amd64 and i386, at the same place. Attached is my change to your git tree and the build log produced on amd64. -- Regards, Aron Xu 0001-fixes-for-build-test.patch Description: Binary data openturns_1.0-1_20120513_2352.log.xz Description: Binary data
Bug#665041: New upstream release of etl, synfig and synfigstudio
On Sat, May 12, 2012 at 4:05 PM, Dmitry Smirnov only...@member.fsf.org wrote: Thanks Aron, I updated all three packages for new upstream release: http://members.iinet.net.au/~onlyjob/etl_0.04.15-1.dsc http://members.iinet.net.au/~onlyjob/synfig_0.63.05-1.dsc http://members.iinet.net.au/~onlyjob/synfigstudio_0.63.05-1.dsc They should be ready for upload now. Cheers, Dmitry. All done, thanks! -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672100: presage upload
Hi, I have uploaded presage for this fix, but please note the orig.tar.gz isn't identical to the one already present in archive. Please make sure use the same orig.tar.gz when updating package, otherwise it will result into auto-reject by ftp-master. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694301: gnome-settings-daemon: ibus integration makes ibus useless
Package: gnome-settings-daemon Version: 3.6.1-1 Severity: grave IBus integration in GNOME = 3.6.0 is filtering input method engines and properties, which makes most of the commonly used engines being filtered out, or being completely broken because their configuration menu items (properties) are almost all being filtered out. Although engines that are not in its white list can be exposed in gnome-control-center by manually change a gsettings value, those engines cannot be used because the existence of white list filtering. The items in white list are selected by GNOME developers that they think are most sophisticated based on their opinion that inputting using IME is just as easy as input Spanish using an US keyboard which only needs one or very few options, but the actual situation is in the contrary. It's a very complicated thing just like there are different editors including vim, emacs, gedit and even more, and those editors can't be limited by a DE. Maintaining a patch to that white list to enable commonly used engines and properties is not feasible for a downstream project, at least pkg-ime does not have any plan to support such a move, so the best option is to drop IBus integration in GNOME by configuring gnome-settings-daemon and gnome-control-center with --disable-ibus, which preserves the original behavior. There has been lots of complains in GNOME's desktop-devel-list from Chinese users and developers, and there isn't real progress on figuring such collision out right away. Currently Ubuntu has decided to go with --disable-ibus for Raring with GNOME 3.6, and OpenSuSE does not have the plan to support such a feature in foreseeable time. Only Fedora has been officially being the test ground of GNOME so they have the integration. I see no reason to enable it in Debian, as we are not yet another test ground. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591459: GNOME's ibus integration issue
We are going to release Wheezy with IBus 1.4.x + GNOME 3.4.x, which is working. GNOME 3.6 has made IBus not useable when the integration is enabled, details are in GNOME's desktop-devel-list. ibus-mozc isn't in its white list so there is no possibility to make it behave normally in current context. I have filed a bug against gnome-settings-daemon in Debian, although gnome-control-center needs to be configured with --disable-ibus either. Ref: http://bugs.debian.org/694301 -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694301: tag as pending
tags 694301 + pending tags 691656 + pending thanks I have committed necessary changes to Debian's gnome-settings-daemon and gnome-control-center repository to disable IBus integration for experimental. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694636: unblock: libxml2/2.8.0+dfsg1-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock libxml2/2.8.0+dfsg1-7, this fixes CVE-2012-5134, that's Bug #694521. -- Regards, Aron Xu diff -Nru libxml2-2.8.0+dfsg1/debian/changelog libxml2-2.8.0+dfsg1/debian/changelog --- libxml2-2.8.0+dfsg1/debian/changelog2012-10-07 14:20:32.0 +0800 +++ libxml2-2.8.0+dfsg1/debian/changelog2012-11-28 22:56:13.0 +0800 @@ -1,3 +1,11 @@ +libxml2 (2.8.0+dfsg1-7) unstable; urgency=low + + [ Daniel Veillard ] + * Fix potential out of bound access +CVE-2012-5134, Closes: #694521. + + -- Aron Xu a...@debian.org Wed, 28 Nov 2012 22:40:13 +0800 + libxml2 (2.8.0+dfsg1-6) unstable; urgency=low [ Daniel Veillard ] diff -Nru libxml2-2.8.0+dfsg1/debian/patches/0006-Fix-potential-out-of-bound-access.patch libxml2-2.8.0+dfsg1/debian/patches/0006-Fix-potential-out-of-bound-access.patch --- libxml2-2.8.0+dfsg1/debian/patches/0006-Fix-potential-out-of-bound-access.patch 1970-01-01 08:00:00.0 +0800 +++ libxml2-2.8.0+dfsg1/debian/patches/0006-Fix-potential-out-of-bound-access.patch 2012-11-28 22:56:13.0 +0800 @@ -0,0 +1,22 @@ +From: Daniel Veillard veill...@redhat.com +Date: Wed, 28 Nov 2012 22:38:50 +0800 +Subject: Fix potential out of bound access + +--- + parser.c |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/parser.c b/parser.c +index 9863275..e1b0364 100644 +--- a/parser.c b/parser.c +@@ -3932,7 +3932,7 @@ xmlParseAttValueComplex(xmlParserCtxtPtr ctxt, int *attlen, int normalize) { + c = CUR_CHAR(l); + } + if ((in_space) (normalize)) { +-while (buf[len - 1] == 0x20) len--; ++while ((len 0) (buf[len - 1] == 0x20)) len--; + } + buf[len] = 0; + if (RAW == '') { +-- diff -Nru libxml2-2.8.0+dfsg1/debian/patches/series libxml2-2.8.0+dfsg1/debian/patches/series --- libxml2-2.8.0+dfsg1/debian/patches/series 2012-10-07 14:16:14.0 +0800 +++ libxml2-2.8.0+dfsg1/debian/patches/series 2012-11-28 22:56:13.0 +0800 @@ -3,3 +3,4 @@ 0003-Fix-parser-local-buffers-size-problems.patch 0004-Fix-entities-local-buffers-size-problems.patch 0005-Fix-a-failure-to-report-xmlreader-parsing-failures.patch +0006-Fix-potential-out-of-bound-access.patch signature.asc Description: Digital signature
Bug#640129: [osgearth] Viewer does not work at all -- missing dependency on shared library?
The missing library could be libdapclient3, can you try to install the package and see if it works? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689425: unblock: fcitx-googlepinyin/0.1.6-1
On Sat, Dec 1, 2012 at 9:18 PM, Julien Cristau jcris...@debian.org wrote: On Tue, Oct 2, 2012 at 21:29:30 +0800, Aron Xu wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock This is a relatively big debdiff, but most of the noise are come from the newly added svg files which show up as text files in diff. These changes are limiting the input and install icons to avoid crashing fcitx main program. Even when known issues in fcitx has already been fixed, it would be good to make fcitx-googlepinyin safer. There's another change in the package which you don't mention here. What is that about? Cheers, Julien I guess you mean the build system related change? It's about changing the configuration format to the up-to-date format used in fcitx 4.2.x branch, the original configuration format is from 4.0.x branch and out-dated. It's a quite easy change as we already have done that for most of other components for quite some time. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694941: Please provide an option to list all available input methods
Package: src:im-config Severity: wishlist I'm not sure whether file in /etc/X11/xinit/xinput.d is considered out-dated once im-switch is gone, but currently it's a reliable way to detect which input methods have been installed. I see that im-config has its own code to detect from a list of input methods that comes with the package, this is fine, but there is no way for people/applications outside im-config to know such info, this generates problems when updating language-selector in Ubuntu, which needs to know what input methods are available and list them for user's choice. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686453: zfsonlinux packaging
I've done a quick review of spl-linux package in PPA, and overall the package is in acceptable state on technical side, and here are my comments: 1. Version number of upstream release needs to be mangled to something like 0.6.0~rc12, because 0.6.0-rc12 is larger than 0.6.0, and 0.6.0.xx isn't that easy to identify for users. 2. Recommend to clear d/changelog for uploading to Debian, it's a new start, :-) 3. Use compat 9 and Build-Depends on debhelper = 9, this makes your binaries in usr/sbin being hardened at build-time. 4. Architecture should be linux-any, as they are only intended for Linux. 5. Revise descriptions in d/control based on Carlos's current draft in ITP. 6. Update Standards-Version to 3.9.4 7. spl-dkms.postinst spl-dkms.prerm should be removed because they are not actually used. 8. Add a dedicate paragraph in d/copyright for GPL-2+. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686453: zfsonlinux packaging
On Sat, Dec 8, 2012 at 5:42 AM, Darik Horn dajh...@vanadac.com wrote: 1. Version number of upstream release needs to be mangled to something like 0.6.0~rc12, because 0.6.0-rc12 is larger than 0.6.0, and 0.6.0.xx isn't that easy to identify for users. 2. Recommend to clear d/changelog for uploading to Debian, it's a new start, :-) I asked upstream about this concern earlier. The current plan is to release the first non-RC as version 0.6.1 and use git-buildpackage versioning afterwards. (ie: There will be no official 0.6.0 release, only release candidates.) I intend to clear the changelog when I branch for wheezy and raring, and then use separate branches thereafter. Good to know! 3. Use compat 9 and Build-Depends on debhelper = 9, this makes your binaries in usr/sbin being hardened at build-time. 4. Architecture should be linux-any, as they are only intended for Linux. 5. Revise descriptions in d/control based on Carlos's current draft in ITP. 6. Update Standards-Version to 3.9.4 7. spl-dkms.postinst spl-dkms.prerm should be removed because they are not actually used. 8. Add a dedicate paragraph in d/copyright for GPL-2+. Okay, done. See: https://github.com/dajhorn/pkg-spl/commit/e07989f936096ef82b7807f904caed26c02a864a Thanks, and I see there is a .pc directory in your git repository, which is not necessary, quilt/dpkg-source will re-create it whenever they process the patches. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704616: Bug #704616: virtualbox-dkms: Fails to build against kernel 3.9-rc5 due to MAX_PRIO being moved
It would be nice to get this fixed in updates because 3.9 kernel is now in wheezy-backports, which makes virtualbox-dkms fails to work. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716817: ibus should recommend im-config ...
On Sat, Jul 13, 2013 at 11:14 AM, Osamu Aoki os...@debian.org wrote: Hi, I was not sure Aron's thought on ibus-qt4 and ibus-clutter. Since this change seems to have been introduced by him. Then I read: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692424#15 So he seems to agree with me. OK, Aron? Sure, :) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715531: [xml/sgml-pkgs] Bug#715531: libxml2: CVE-2013-2877
fixed 715531 libxml2/2.9.1+dfsg1-2 thanks This problem does not exist in 2.9.1, it's some of the last commits that makes up the release of 2.9.1. I'll have a look at wheezy then. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714914: fcitx started while no env are set with gdm 3.8
On Mon, Jul 15, 2013 at 12:25 AM, Osamu Aoki os...@debian.org wrote: $ set |grep IM_MODULE;set |grep XMODIFIERS CLUTTER_IM_MODULE=xim GTK_IM_MODULE=ibus QT4_IM_MODULE=ibus XMODIFIERS=@im=ibus So it has right values and im-config/ibus of this version is working. I haven't tried myself, but ibus is the chosen input method of GNOME, so it could be that if GNOME finds ibus is present then set it, and if it does not present then override it to blank. I believe Yunqiang does not have ibus installed at the moment he reports this bug. If you agree my assessment, let's close this to keep BTS clean. Regards, Osamu PS: When I was playing with experimental and installed currently broken ibus 1.5.2-4 (experimental) with GNOME 3.8?, system failed to start ibus but started fcitx. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715568: [Pkg-ime-devel] Bug#715568: Regarding Mozc Icon on the system tray with IBus 1.5.x/gnome-shell 3.8.x
On Sun, Jul 14, 2013 at 6:25 PM, Yohei Yukawa yuk...@google.com wrote: Hi, Osamu Aoki wrote: I have ibus-mozc under gnome-shell 3.8. Hmmm... icon is gone but my old setting seems to be working. I can input Japanese using mozc. I am missing keyboard icon. Mozc 1.6.1187.102 does not fill some IBus properties. As a result, gnome-shell 3.8.x cannot show some indicators when Mozc is selected. Could you try the following patch? https://code.google.com/p/mozc/issues/detail?id=182#c2 Mozc 1.10.1389.102 and later contain this patch. Can you report this patch to the package ibus-mozc? ibus-mozc is maintained in mozc source code and the package isn't maintained by pkg-ime, so the patch needs go there. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716740: bumblebee: primus or virtualgl not available in wheezy-backports
Hi James, primus has been uploaded to wheezy-backports, sitting in NEW right now. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716898: im-config: dynamic configuration capability of IM
On Sun, Jul 14, 2013 at 8:04 PM, Osamu Aoki os...@debian.org wrote: Package: im-config Version: 0.22-3 Severity: wishlist This is not really about im-config itself but about life after im-config. im-config (or its previous life as im-switch included) needs to be activated by the starting of the X via Xsession. This interface is used by by im-config (or im-switch). Another way to start IM is from XDG autostart (/etc/xdg/autostart/) instead of Xsession. So extending im-config (or im-switch) to use this can be done by this route for GNOME3 Dynamically resetting environment variable is not a part of design for im-config. These are basic design issues. Switching different IM tools requires to restart X session even with this XDG autostart extension. Tago-san's im-chooser can dynamically update IM without restarting X so it looks better. https://fedorahosted.org/im-chooser/ https://fedorahosted.org/im-chooser/wiki/ImChooser http://tagoh.bitbucket.org/imsettings/ Supported Toolkits * GTK+ * LXDE * MATE * Qt * XFCE * X (with IMSettings XIM server; require libgxim) I do not know how im-chooser workis with GNOME3. I don't think they have being worked out the problem between imsettings and gnome-settings-daemon. And it seems that GNOME people would like to push forward to deprecate imsettings someday. I agree that the feature list of imsettings looks more attractive than im-config, and I want to know your opinion that will it be an option to use imsettings in the future? Personally, I think starting input method by the DE is the next to go, i.e. done by gnome-settings-daemon and kdeinit/kded. This enables the DE to implement better integrated experience of input methods. For DEs do not have this support, or people who don't use a DE, then tools like im-config and imsettings are still needed. I believe this means some detection on both sides to determine who should be responsible on starting and maintaining IMs. As for GNOME3 gnome-shell related GUI configuration, I found a post for similar issues on Ubuntu bug list for im-switch by Ma: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/875435 A better approach of supporting IBus and other IM framework is using a separate UI. The UI can be very native to DE concerned and it communicates with the IM framework concerned through DBus. I've found four existing examples: https://github.com/tualatrix/fcitx-gimpanel (DE: Unity, IMF: Fcitx) https://github.com/fujiwarat/ibus-gjs (DE: GNOME, IMF: IBus) http://userbase.kde.org/Tutorials/Kimpanel (DE: KDE, IMF: Multiple) https://github.com/csslayer/kimpanel-for-gnome-shell (DE: GNOME, IMF: Multiple) I agree that separate UI can be the best idea of supporting different situations, and in Fcitx we are using DBus as the canonical message bus for virtually everything. An example is that Fcitx does not have any indicator related dependencies, but it can appear in Ubuntu's appmenu with full functions, this is just the opposite way that what Ubuntu uses to implement ibus's indicator patch. (Note that fcitx-gimpanel is semi-abandoned and kimpanel-for-gnome-shell is the recommended way of using Fcitx under Gnome Shell.) (The original bug for im-switch discussed in the bug report is not fixed in Debian but the effectively same fix is done.) At any rate, this is something to think about. Best wishes, Aron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654307: Bug#716898: im-config: dynamic configuration capability of IM
On Mon, Jul 15, 2013 at 12:21 PM, Osamu Aoki os...@debian.org wrote: Hi, I just installed FEDORA 19 to see how it should work according to them. On Mon, Jul 15, 2013 at 01:37:49AM +0800, Aron Xu wrote: On Sun, Jul 14, 2013 at 8:04 PM, Osamu Aoki os...@debian.org wrote: ... For non-GNOME3 such as LXDE etc., im-chooser is attractive, but for GNOME3 no at this moment. Personally, I think starting input method by the DE is the next to go, i.e. done by gnome-settings-daemon and kdeinit/kded. I agree. Basically sticking to the upstream decision is good idea. If KDE also start integrating IM setting, may be we should think about unified approach to such integrated DE. Although KDE does not have plan so far, we can see this small kcm module doing basically the same thing: http://kde-apps.org/content/show.php/kcm+imchooser?content=146776PHPSESSID=ca03e058b90 This enables the DE to implement better integrated experience of input methods. For DEs do not have this support, or people who don't use a DE, then tools like im-config and imsettings are still needed. I believe this means some detection on both sides to determine who should be responsible on starting and maintaining IMs. I think simply disabling im-config for us is good idea. Let's discuss this at http://bugs.debian.org/654307 Basically, create Blacklist for im-config baed on DE. 70im-config_launch to include something like: case $BASESTARTUP in gnome-session*) : # NOP ;; kde-session*) # what ever KDE sets. : # NOP ;; *) ... do what im-config used to do esac This is something needed for jessie ! I think we need to be careful on disabling im-config, as DE has the ability to override variables at run time. We need to make sure the user has an IM to be functional anyway, so it would be better to define a method that the DE and signal tools like im-config to disable itself. As for GNOME3 gnome-shell related GUI configuration, I found a post for similar issues on Ubuntu bug list for im-switch by Ma: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/875435 I see. That looks like what we experience now. A better approach of supporting IBus and other IM framework is using a separate UI. The UI can be very native to DE concerned and it communicates with the IM framework concerned through DBus. I've found four existing examples: https://github.com/tualatrix/fcitx-gimpanel (DE: Unity, IMF: Fcitx) https://github.com/fujiwarat/ibus-gjs (DE: GNOME, IMF: IBus) http://userbase.kde.org/Tutorials/Kimpanel (DE: KDE, IMF: Multiple) https://github.com/csslayer/kimpanel-for-gnome-shell (DE: GNOME, IMF: Multiple) I agree that separate UI can be the best idea of supporting different situations, and in Fcitx we are using DBus as the canonical message bus for virtually everything. An example is that Fcitx does not have any indicator related dependencies, but it can appear in Ubuntu's appmenu with full functions, this is just the opposite way that what Ubuntu uses to implement ibus's indicator patch. As I checked FEDORA19, its default Setting GUI can select all iBus modules now. But not for fcitx, SCIM, But solving this should be outside of im-config. The best we can do is not doing anything to interfare with them for integrated DEs. (Note that fcitx-gimpanel is semi-abandoned and kimpanel-for-gnome-shell is the recommended way of using Fcitx under Gnome Shell.) I see. How do you switch to kimpanel-for-gnome-shell? Any GUI tool? Are they compatible with integrated ibus? By installing and enabling the gnome-shell plugin. When the plugin is running, Fcitx will switch to that UI on the fly. It does work with IBus, but needs additional settings. There is another way of handling UI of IMs in KDE, there is a plasma component called KIMPanel, both Fcitx and IBus can use it as UI (maybe also SCIM, not very sure), and KIMPanel itself is well integrated with the desktop. Such component is also replaceable and there is a fork called KIMToy which changed quite a lot from the original one. Fcitx has the ability to switch among different UIs on the fly, so KIMPanel/KIMToy isn't a problem. As to the original wishlist bug #716898, this should be im-config: dynamic IM-setting classic WMs (non-GNOME3) and this may be done by offering im-chooser for them while disabling it for GNOME3 and other IM setting integrated DE. This is long term... if anyone find too much time to kill :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org