Package: kbd
Version: 1.15.5-1
Severity: wishlist
Dear Maintainer,
This package uses open(1).
This usage is neither standard (in terms of LSB and POSIX) nor popular.
The unpopularity can be seen as BusyBox implements openvt(1) only [1]
while toybox
has no plan for openvt(1) or open(1) [2].
Mean
Libav is an annoying "virus".
On one hand, it pretends itself to be FFmpeg; maybe this is due to the
fact that many software don't bother to port.
On the other hand, it tries very hard to discredit FFmpeg and doesn't
bother to be compatible with new FFmpeg development.
( The converse is not true. )
Any updates on this item?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Wed, Mar 13, 2013 at 4:39 AM, Jonathan Wiltshire wrote:
> Closing. There has been no helpful response from the requestor or
> maintainers since November, despite intrigeri's prompts. I can find no bug
> that would be justification for an unblock, just this vague mention of the
> Cangjie Chinese
On Wed, Feb 13, 2013 at 3:26 PM, Norbert Preining wrote:
> I would propose to re-upload 1.4 with a new epoch to unstable, to
> unbreak current sitatuon.
I prefer "Let IBus be IBus".
Debian is not a one-stop shop like some other distros.
I guess we don't have to hide something from the users.
> O
On Wed, Feb 13, 2013 at 3:11 PM, Aron Xu wrote:
> The option has been hidden in ibus-setup, but I'm worry that whether
> ibus 1.5 itself has removed the capability.
I believe that it is removed since changing dconf key has no effect either.
For IBus (1.4.99+) + GNOME combo, it really depend on w
On Wed, Feb 13, 2013 at 1:46 PM, Norbert Preining 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
But GNOME blog says such feature is reintroduced in GNOME 3.7.
Hi, all.
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.
For errors like "ERROR:root:Could not find any typelib for IBus"
Have you installed GI stuff properly?
Have you got "gir1.2-ibus-1.0" installed?
--
To UNSUBSCRIBE
As I checked the debian/rules file and the errors given, it should be
clear that the IBus itself is not built correctly.
You build flags looks reasonable but they are different from Arch's
and Fedora's.
(Arch and Fedora have been using IBus 1.5 for a while.)
You probably hit some build system quir
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.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ..
On Fri, Feb 1, 2013 at 5:25 AM, John Paul Adrian Glaubitz
wrote:
> No, unfortunately the package is not ok yet. When I install the package
> b43-fwcutter, it will prompt the debconf question in Spanish.
Really?
Where to check the source package content?
> Also, after installing b43-fwcutter, noth
Ping?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: acpid
Version: 1:2.0.17-1
Since the current list doesn't contain mate-power-manager, MATE users
(including me) will get a immediately shut down after pressing power
button. See also:
https://github.com/mate-desktop/mate-power-manager/issues/23
powerbtn.diff
Description: Binary data
I strongly support inclusion of MATE.
Why not packaging GNOME 2 directly?
GNOME 2 and GNOME 3 are not parallel installable. And MATE renamed binaries.
Why not GNOME Fallback?
It is dropped in GNOME 3.8
It is indeed different from GNOME 2, though non-heavy users may not
notice the difference.
It i
> 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
On Sun, Nov 25, 2012 at 1:18 AM, Aron Xu wrote:
> 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 p
On Sat, Nov 24, 2012 at 5:44 AM, Osamu Aoki wrote:
> Anyway, GNOME 3.6 is not stable enough platform yet. It needs to
> stabilize itself before we package for Debian unstable (at least around
> IME related things.) We are shipping GNOME 3.4 so ibus 1.4.? is good
> choice.
I'm not aware of any c
On Sun, Nov 11, 2012 at 6:34 AM, Aron Xu wrote:
> Integration isn't always a good thing, and it is good only when people
> have done it correctly. Ubuntu has not used the whole stack of GNOME
> for several cycles, and it shouldn't be an excuses that GNOME got the
> keyboard indicator work so the e
On Sat, Nov 10, 2012 at 8:20 PM, Aron Xu wrote:
> GNOME 3.6 can live with older version of ibus if you don't enable the
> compile time integration, and currently the integration makes input
> experience gets downgraded heavily, it's highly recommended not to enable it
> at least for this cycle.
As I tried ibus-xkbc recently on (I'm sorry) Ubuntu 12.04 and checked
its upstream repo in https://github.com/sun-im/ibus-xkbc
It seems like ibus-xkbc is not in good state, there is no commits for
about 2 years and it may not work well with newer systems, say Wheezy.
For example, its setup script
On Mon, Nov 5, 2012 at 9:03 PM, Jeremy Bicha wrote:
> Yes, we'll be switching to the new ibus in Raring soon but we need to
> port our indicator patch to the new ibus first. We also have a bit
> more work to do with gnome-settings-daemon and gnome-control-center
> 3.6 first.
For indicator patch,
If you are trying to package ibus-anthy for Raring, please consider
ibus-anthy 1.4.99
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 10/25/12 1:18 AM, Marcus Lundblad wrote:
Trying to use ibus-anthy with gnome-shell 3.6.1 in experimental.
I add a Japanese keyboard layout using anthy. Things don't work.
After some digging around, I found that the file
/usr/share/ibus-anthy/engine/_config.py contains invalid paths.
These path
I didn't follow previous bugs.
However, have you noticed IBus 1.4.2?
It fixed some trivial bugs from 1.4.1:
https://github.com/ibus/ibus/commits/1.4.y
Released tarball is here:
http://code.google.com/p/ibus/downloads/list
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wit
Package: wnpp
Severity: wishlist
* Package name: tegaki-zinnia-traditional-chinese
Version : 0.3
* URL : http://tegaki.org/
* License : LGPL 2.1
Description : Traditional Chinese handwriting model for Zinnia.
The upstream offer Japanese, Simplified Chinese
(Sorry, Aron, forgot reply to all)
On Sat, Oct 20, 2012 at 2:10 AM, Aron Xu wrote:
> The situation here isn't that optimistic, because if one has enabled
> IBus integration at build time, then whenever a ibus-daemon exist no
> other input method can work because gnome-settings-daemon will force
>
On Thu, Oct 18, 2012 at 9:27 AM, Osamu Aoki wrote:
> I am a bit neutral to this. I do not think we need to be
> confrontational to upstream (GNOME3 mainly by Fedora=RH). Fedora is
> their test ground with little regards to the stability. They have
> reason to do so. If we want such thing as st
I've done the not-so-hard package upgrading.
You may find the source package here:
https://code.launchpad.net/~damage3025/ubuntu/quantal/rar/v420
What should I do next?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
On Tue, Oct 16, 2012 at 7:33 PM, Aron Xu wrote:
> From a distribution's perspective, we should preserve the possibility
> of choosing their favorites to users, but not always given them a
> default and tell them use it or go away. Your claim on those editors
> are not related to this issue anyhow.
On Tue, Oct 16, 2012 at 12:51 PM, Aron Xu wrote:
> I see your point, and I agree it's not intuitive. But unfortunately we
> can't add ibus to Recommends for all desktop tasks, and even if any
> GNOME package do that then it is a bug.
> It's a long story to tell the whole thing, but in short it is
Package: wnpp
Severity: wishlist
Package name : ibus-libpinyin
Version : 1.4.92
Upstream Author : Peng Wu
URL : https://github.com/libpinyin/ibus-libpinyin
License : GPL2
Description :
Its UI is similar to ibus-pinyin, but its internal language model is
more advanced.
Smooth pinyin inputting expe
Package: wnpp
Severity: wishlist
RIME, or Rime Input Method Engine, is an excellent Chinese Input Method.
URL: http://code.google.com/p/rimeime/
License: GNU GPL v3
Notes: You may refer to http://aur.archlinux.org/packages/ib/ibus-rime/PKGBUILD
--
To UNSUBSCRIBE, email to debian-bugs-dist-req
Package: wnpp
Severity: wishlist
RIME, or Rime Input Method Engine, is an excellent Chinese Input Method.
URL: http://code.google.com/p/rimeime/
License: GNU GPL v3
Notes: You may refer to http://aur.archlinux.org/packages/li/librime/PKGBUILD
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.
I'm sorry.
CCing ibus-devel didn't work.
Let's CC main ibus upstream developer.
This is a Debian bug regarding ibus packaging.
ibus ui needs certain icons that are not yet declared as dependency.
However, different themes of icons are all OK for ibus.
So the dependency declaration is a bit hard.
u.
I also add ibus-devel to CC.
I'd like know whether upstream developers of ibus have idea of Debian
packaging of ibus.
Regards,
Ma Xiaojun
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: ibus
Version: 1.4.1-6
ibus-ui (included in ibus package) need certain GNOME/GTK icons to start up.
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/854333
But it is not treated as dependency currently.
http://packages.debian.org/sid/ibus
So users may encounter strange error in non-GN
Package: debian-handbook
Version: 6.0+20120509
Severity: wishlist
The way of using wine mentioned by section 13.5 is strongly against
wine project's official recommendation.
http://wiki.winehq.org/FAQ#head-878d4f6d1d0654ac8c0806990af095a4a4cafa13
In general, wine project recommend users to instal
37 matches
Mail list logo