Bug#1029821: change gnome-desktop's default choice of Japanese input methods for Debian
Hi, On Thu, Mar 2, 2023 at 10:49 PM Osamu Aoki wrote: > Yoshino-san, did you check how mozc maintainers think about your proposal. > > If they agree, I think promoting mozc for little endian platform may be good > idea for better user experience. I am trying to reach them. Anyway, I have just updated the patch to limit architectures. Regards, -- YOSHINO Yoshihito use_mozc_jp.debdiff Description: Binary data
Bug#983653: task-japanese-gnome-desktop: no Japanese input method available out of the box
Hi, On Mon, Mar 1, 2021 at 7:51 PM Holger Wansing wrote: > May I ask how that interacts with the uim framework? > > We currently have > > Recommends: > [...] > uim, > uim-mozc | uim-anthy, > > in task-japanese-desktop, so if you now add ibus-mozc | ibus-anthy to > task-japanese-gnome-desktop, we will have both, uim-mozc and ibus-mozc > installed > on a Gnome system. Yes. > Is that ok? Or does that cause any harm/conflict/what ever? This is ok. "im-config" package deals with such an IM framework selection. When ibus and uim are both installed, ibus is preferred and used by default. (The selection can be changed by user choice.) Then no input method in ibus framework is currently installed, so its user cannot type Japanese text out of the box. Regards, -- YOSHINO Yoshihito
Bug#983653: task-japanese-gnome-desktop: no Japanese input method available out of the box
Package: task-japanese-gnome-desktop Version: 3.64 Severity: grave Tags: bullseye l10n patch Justification: renders package unusable X-Debbugs-Cc: debian-japan...@lists.debian.org Dear Maintainer, On a fresh bullseye installation of Japanese GNOME desktop, its user cannot type Japanese text out of the box. A fresh buster installation of Japanese GNOME desktop dist-upgraded to bullseye is also affected. Note that a fresh buster installation of Japanese GNOME desktop itself is not affected. This is caused by the change in the gnome-shell package (Bug#815050) to add "Recommends: ibus", which breaks any non-ibus input method framework (Bug#941624), especially uim (mainly used by Japanese users) and fcitx (mainly used by Chinese users), while reverting the change is perhaps not feasible to western language users for emoji support. Adding some Japanese input method to the ibus framework should work around the problem for Japanese users. Specifically, adding Recommends: ibus-mozc (or ibus-anthy on architectures where mozc is not available) to this package should work around the problem. The attached patch should apply the work-around. Thanks in advance, -- YOSHINO Yoshihito -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/1 CPU thread) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages task-japanese-gnome-desktop depends on: ii tasksel 3.64 Versions of packages task-japanese-gnome-desktop recommends: ii thunderbird 1:78.7.1-1 ii thunderbird-l10n-ja 1:78.7.1-1 task-japanese-gnome-desktop suggests no packages. -- no debconf information --- tasksel-3.64/debian/control 2021-02-15 02:01:51.0 +0900 +++ tasksel-3.64/debian/control 2021-02-28 13:04:16.335684227 +0900 @@ -1423,6 +1423,7 @@ This task localises the GNOME desktop in Japanese. Depends: ${misc:Depends}, Recommends: + ibus-mozc | ibus-anthy, # evolution has a problem for Japanese, for example it uses always UTF-8 # subject instead of iso-2022-jp used Japanese de-facto. I recommend # thunderbird as default mailer for Japanese desktop users.
Bug#945344: libuim-data: registers unusable "tutcode" module
Package: libuim-data Version: 1:1.8.8-4+deb10u2 Severity: grave Justification: renders package unusable Dear Maintainer, After upgrading buster to 10.2, libuim-data accidentally registers "tutcode" module even when uim-tcode is not installed: $ env LANG=C dpkg -l uim-tcode dpkg-query: no packages found matching uim-tcode $ $ cat /var/lib/uim/installed-modules.scm ;; This is an automatically generated file. DO NOT EDIT. ;; The described order of input methods affects which IM is preferred ;; at the default IM selection process for each locale. i.e. list ;; preferable IM first for each language (define installed-im-module-list '("tutcode" "mozc")) (define installed-im-list '(tutcode mozc)) (define enabled-im-list installed-im-list) $ This is caused by an output pattern of dpkg-query which the current postinst does not handle: $ export LANG=C $ dpkg-query -W -f='${Status}\n' uim-skk unknown ok not-installed $ dpkg-query -W -f='${Status}\n' uim-tcode dpkg-query: no packages found matching uim-tcode libuim-data should avoid registering the broken modules (whose dependencies are not satisfied.) It should also unregister the modules because "uim-module-manager --register " inserts in front of the existing installed modules, which means it prefers the broken module over any other working modules. Thanks in advance, -- YOSHINO Yoshihito -- System Information: Debian Release: 10.2 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- no debconf information
Bug#919680: old patch found
Control: retitle -1 anthy-el: does not work with emacs >= 24.3 I have found that exactly the same content of this patch was included in older versions of anthy-el in order to work with emacs >= 24.3: https://sources.debian.org/src/anthy/9100h-25/debian/patches/work-with-emacs-24.3.1.patch/ Many patches including this have been (perhaps accidentally?) dropped somewhere between 9100h-25 and 1:0.3-1. Please consider re-including this patch. Thanks in advance, -- YOSHINO Yoshihito
Bug#919680: anthy-el: does not work with emacs25
Package: anthy-el Version: 1:0.3-7 Severity: grave Tags: patch upstream Justification: renders package unusable Dear Maintainer, pressing any key emits the following error, and cannot enter any characters: anthy-last-command-char: Symbol’s value as variable is void: last-command-char Attached is a patch which fixes this problem. Regards, -- YOSHINO Yoshihito -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages anthy-el depends on: ii anthy1:0.3-7 ii emacs-gtk [emacsen] 1:26.1+1-3 anthy-el recommends no packages. anthy-el suggests no packages. -- no debconf information --- a/src-util/anthy.el 2015-04-28 17:21:03.0 +0900 +++ b/src-util/anthy.el 2019-01-18 23:41:38.0 +0900 @@ -892,7 +892,7 @@ ((event-matches-key-specifier-p event 'backspace) 8) (t (char-to-int (event-to-character event) -last-command-char)) +last-command-event)) ;; ;;
Bug#833507: wpasupplicant: Unable to connect WLAN (wlan0: CTRL-EVENT-SCAN-FAILED ret=-22)
Package: wpasupplicant Version: 2:2.6-13 Followup-For: Bug #833507 Dear Maintainer, I use /etc/network/interfaces to configure networking, not network-manager. Upgrading wpasupplicant to >= 2:2.6 my machine (MacBook Air with broadcom-sta wl module) fails to connect to a wi-fi network, with a lot of syslog messages of "CTRL-EVENT-SCAN-FAILED ret=-22". Downgrading the package to 2:2.4-1.1 restores it to work fine. I do not know how to configure ifupdown to disable random mac address usage just as how network-manager does in /usr/lib/NetworkManager/conf.d/no-mac-addr-change.conf . Regards, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com> -- System Information: Debian Release: buster/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages wpasupplicant depends on: ii adduser 3.116 ii libc6 2.25-3 ii libdbus-1-3 1.12.2-1 ii libnl-3-200 3.2.27-2 ii libnl-genl-3-200 3.2.27-2 ii libpcsclite1 1.8.22-1 ii libreadline7 7.0-3 ii libssl1.1 1.1.0g-2 ii lsb-base 9.20170808 wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl ii wpagui2:2.6-13 -- no debconf information
Bug#853034: patches Re: unar: Fuzzer-generated crashing testcases for a dozen identified file formats
Package: unar Followup-For: Bug #853034 Control: tags -1 + patch Dear Maintainer, I have refreshed the package repo's fix-crashes.patch to fully include an upstream commit 59f5a49. Then I have created two patches on top of those upstream fixes. Now the uploaded files on the upstream issue page seems to work well. BTW debian/rules calls some test programs with no arguments, which actually do nothing. Are you planning to include test archive files in the source package? Regards, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com> Description: Import upstream's commits to fix crashes. Forwarded: https://bitbucket.org/WAHa_06x36/theunarchiver/issues/933 Origin: upstream, https://bitbucket.org/WAHa_06x36/theunarchiver/commits/59f5a493ecfde7a74ab5cabce26e4ff6403eedc3 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/0dd444080021fc1e0d1af535a877298071bd8e97 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/c2df329bab6e9c8cffcefd19bad809c2b957d3fd https://bitbucket.org/WAHa_06x36/theunarchiver/commits/01766d7c47f38e9ef0af18d12fdd16ab1a051ced https://bitbucket.org/WAHa_06x36/theunarchiver/commits/411668fd77ee7b66bbdf33d84978c18ff550a9a9 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/b63593e649bd0d39d084890cbc9259be7e60f017 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/93d9c87ef611c4f466003b72fa55d9d9e449867d https://bitbucket.org/WAHa_06x36/theunarchiver/commits/80b6388262fa3d384b3754b1ff8ede142edff5eb https://bitbucket.org/WAHa_06x36/theunarchiver/commits/f022d13ea2a8ee23ccd6a35eb87be2346da3a9dc https://bitbucket.org/WAHa_06x36/theunarchiver/commits/a434c35e79717527ecaa9e1fec5d70dff1eb4fa7 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/9acc5e4d54c37cea95db65e3de70077535735d92 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/e6551148652ad44dfe0837bac29f6aa6caa78c60 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/424343b088321c23004b6bd13583736c5464b2c3 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/2dfc5d31f51b24237bedb8b4189d7aae5f730a4e https://bitbucket.org/WAHa_06x36/theunarchiver/commits/648b1b192113c98dbf191475c0ab5b6aed7bd119 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/cc0a3fde4f4f065e475fb0bab4c1ab64fa2f5ccd https://bitbucket.org/WAHa_06x36/theunarchiver/commits/dc791d9d4cb02b557885af8d13ec0522dc5274ae https://bitbucket.org/WAHa_06x36/theunarchiver/commits/a77f14b715c014a15ee6d4a6d42546d8d033eabd https://bitbucket.org/WAHa_06x36/theunarchiver/commits/f1a42c132896d9ce6d20a23b0939e4812ca09db3 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/893ff8545db7288523457d1d37aedd2c127c9e88 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/9e39d2c1e7dbe4a1e994bb3983660ead375077b4 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/a88d8d1f045ec895a083d98702f93242a45de210 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/cbd4c03ed01b942925fa051a325ee69b0e4811be https://bitbucket.org/WAHa_06x36/theunarchiver/commits/2529baec38b5621654abde299d19a34c50de26ea https://bitbucket.org/WAHa_06x36/theunarchiver/commits/c1c49487cb5ed571fa4ed834188538b0121f4a8f https://bitbucket.org/WAHa_06x36/theunarchiver/commits/a393f6d75b899a1fb3a220d9b002de3ce313763d https://bitbucket.org/WAHa_06x36/theunarchiver/commits/b42e91a8226986b1dc5f8f334a161b9d02f57c91 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/7eb8da6f1b2d68c483f2f123102cc3b3fcf1612e https://bitbucket.org/WAHa_06x36/theunarchiver/commits/8b5b9b93d1d2767c0444cb92e90477b921592b00 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/929cbd9124b70b7c5d4ad8c98085f9bd24823976 https://bitbucket.org/WAHa_06x36/theunarchiver/commits/ebb43bc5ec0e31daee223dd729bbd5b1c69cf16d https://bitbucket.org/WAHa_06x36/theunarchiver/commits/da4adab4b9cf62b1766f3a72dd3f00a5a74d7701 Last-Update: 2017-03-23 Index: unar-1.10.1/UniversalDetector/universalchardet/Big5Freq.tab === --- unar-1.10.1.orig/UniversalDetector/universalchardet/Big5Freq.tab +++ unar-1.10.1/UniversalDetector/universalchardet/Big5Freq.tab @@ -55,9 +55,6 @@ #define BIG5_TYPICAL_DISTRIBUTION_RATIO (float)0.75 -//Char to FreqOrder table , -#define BIG5_TABLE_SIZE 5376 - static const PRInt16 Big5CharToFreqOrder[] = { 1,1801,1506, 255,1431, 198, 9, 82, 6,5008, 177, 202,3681,1256,2821, 110, // 16 Index: unar-1.10.1/UniversalDetector/universalchardet/CharDistribution.cpp === --- unar-1.10.1.orig/UniversalDetector/universalchardet/CharDistribution.cpp +++ unar-1.10.1/UniversalDetector/universalchardet/CharDistribution.cpp @@ -70,42 +70,42 @@ float CharDistributionAnalysis::GetConfi EUCTWDistributionAnalysis::EUCTWDistributionAnalysis() { mCharToFreqOrder = EUCTWCharToFreqOrder; - mTableSize = EUCTW_TABLE_SIZE; + mTableSize = sizeof(EUCTWCharToFreqOrder)/sizeof(EUCTWCharToFreqOrder[0]); mTypicalDistributionRatio = EUCTW_TYPICAL_DISTRIBUTION
Bug#862558: plasma-workspace: Freezes during login with fresh installed Stretch Japanese environment
Followup-For: Bug #862558 Control: reassign -1 plasma-workspace Control: affects -1 uim-qt5 uim-mozc Control: tags -1 + patch Dear Maintainer, This is a bug in ksplashqml. An upstream commit https://cgit.kde.org/plasma-workspace.git/commit/?id=56d2c15b9acb9c4b57398b281685807c3191f622 has caused this problem. x-session-manag,133,kdetest /usr/bin/x-session-manager ├─(ksplashqml,232) ├─ssh-agent,191 /usr/bin/im-launch x-session-manager ├─uim-toolbar,220 │ ├─{llvmpipe-0},235 │ ├─{llvmpipe-1},236 │ ├─{llvmpipe-2},237 │ └─{llvmpipe-3},238 └─uim-xim,219 ksplashqml,233,kdetest Breeze --pid ├─mozc_server,239 │ ├─{IPCServer},244 │ ├─{QueueTimer},240 │ ├─{QueueTimer},243 │ └─{WatchDog},242 ├─uim-candwin-qt5,245 -v │ ├─{QDBusConnection},249 │ └─{QXcbEventReader},248 ├─{QDBusConnection},255 ├─{QQmlThread},254 ├─{QXcbEventReader},234 ├─{llvmpipe-0},250 ├─{llvmpipe-1},251 ├─{llvmpipe-2},252 └─{llvmpipe-3},253 # strace -f -p 133 strace: Process 133 attached read(3, ^Cstrace: Process 133 detached It looks like the parent process (133), x-session-manager (startkde script), is waiting for the stdout of the ksplashqml process (232), but which is now defunct. Its child process(es) may be writing to the same fd. # ls -l /proc/133/fd/3 lr-x-- 1 kdetest kdetest 64 May 31 05:13 /proc/133/fd/3 -> pipe:[88694] The direct child of the ksplashqml process (233), the splash screen daemon, closes the file descriptor at ksplash/ksplashqml/main.cpp:97. # ls -l /proc/233/fd/1 ls: cannot access '/proc/233/fd/1': No such file or directory One of the children of the process (239), mozc_server, is holding the fd: # ls -l /proc/239/fd/1 l-wx-- 1 kdetest kdetest 64 May 31 05:14 /proc/239/fd/1 -> pipe:[88694] So the startkde process has finished reading the pid number string from the now-defunct process, but is still waiting for another write(s) until the (shared) fd has been closed. This mozc_server process has been started during uim-qt5 (a QPlatformInputContext) startup in the SplashApp initialization phase at ksplash/ksplashqml/main.cpp:92. Due to the upstream commit the splash screen daemon does not close file descriptors before the SplashApp initialization, thus its subprocess shares the fds. The commit log states Wayland initialization of this daemon needs the channels. While it may require open file descriptors 0, 1 or 2, no one should expect the process to talk to the parent through the descriptors, since the splash screen is a daemon. An attached patch reverts the commit and redirects the file descriptors to /dev/null. Regards, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com> --- plasma-workspace-5.8.6.orig/ksplash/ksplashqml/main.cpp +++ plasma-workspace-5.8.6/ksplash/ksplashqml/main.cpp @@ -24,6 +24,9 @@ #include #include +#include +#include +#include #include void logMessageHandler(QtMsgType type, const char *msg) @@ -83,6 +86,16 @@ int main(int argc, char **argv) return 0; } + +int devNull = open("/dev/null", O_RDWR); +if (devNull == -1) { +return -1; +} +// replace stdin,stdout,stderr, otherwise startkde will block +dup2(devNull, 0); +dup2(devNull, 1); +dup2(devNull, 2); +close(devNull); } //enable to send log output to /tmp/ksplash @@ -91,13 +104,6 @@ int main(int argc, char **argv) QQuickWindow::setDefaultAlphaBuffer(true); SplashApp app(argc, argv); -if (!test && !nofork) { -// close stdin,stdout,stderr, otherwise startkde will block -close(0); -close(1); -close(2); -} - return app.exec(); }
Bug#858876: libjna-jni: causes NoClassDefFoundError
Package: libjna-jni Followup-For: Bug #858876 Control: reopen -1 Dear Maintainer, Sorry for the delay. I have upgraded this package, while this error still persists. Exactly the same error message appears in the netbeans log. Creating the symlink works around this error. Regards, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com>
Bug#858876: libjna-jni: causes NoClassDefFoundError
Hi Emmanuel, On Tue, Mar 28, 2017 at 4:47 PM, Emmanuel Bourg <ebo...@apache.org> wrote: > Thank you for the report. The symlink was in the same directory? What > JRE did you use? Yes, in the same directory. I use openjdk-8-jre:i386. Regards, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com>
Bug#858876: libjna-jni: causes NoClassDefFoundError
Package: libjna-jni Version: 4.2.2-2 Severity: grave Justification: renders package unusable Dear Maintainer, netbeans with native look and feel enabled fails to look up libjnidispatch.so: INFO [org.netbeans.core.nativeaccess.NativeWindowSystemImpl] java.lang.NoClassDefFoundError: Could not initialize class com.sun.jna.Native at com.sun.jna.platform.unix.X11.(X11.java:380) at com.sun.jna.platform.WindowUtils$X11WindowUtils.getAlphaVisualIDs(WindowUtils.java:1537) at com.sun.jna.platform.WindowUtils$X11WindowUtils.isWindowAlphaSupported(WindowUtils.java:1487) [catch] at com.sun.jna.platform.WindowUtils.isWindowAlphaSupported(WindowUtils.java:1823) at org.netbeans.core.nativeaccess.NativeWindowSystemImpl.isWindowAlphaSupported(Unknown Source) at org.netbeans.core.windows.FloatingWindowTransparencyManager$1.run(Unknown Source) at java.lang.Thread.run(Thread.java:745) This is apparently caused by a change introduced in 4.2.2-1: > * Renamed the native library to avoid conflicts with other JNA jars used >on the system (LP: #1065253) Workaround: Creating a symlink libjnidispatch.so -> libjnidispatch.system.so fixes this error. Regards, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com> -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages libjna-jni depends on: ii libc62.24-9 ii libffi6 3.2.1-6 libjna-jni recommends no packages. libjna-jni suggests no packages. -- no debconf information
Bug#735655: nadoka does not start
Control: reopen -1 Control: notfixed -1 0.7.6-1.1 Control: tags -1 + stretch Control: severity -1 grave Justification: renders package unusable Dear Maintainer, /usr/bin/nadoka fails to start: $ nadoka /usr/bin/nadoka: 2: exec: /usr/bin/ruby1.8: not found The patch provided by zeha in 0.7.6-1.1 should fix this problem. However, the patch is actually not applied because this source package is of version 1.0, not 3.0 (quilt), thus debian/patches/ is ignored... Regards, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com>
Bug#836241: revised patch
Hi, I have missed the debian/control lines sorted. Attaching a revised patch. Thanks, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com> --- plasma-workspace-5.8.5/debian/control +++ plasma-workspace-5.8.5/debian/control @@ -139,6 +139,7 @@ qml-module-org-kde-draganddrop, qml-module-org-kde-extensionplugin, qml-module-org-kde-kcoreaddons, + qml-module-org-kde-kholidays, qml-module-org-kde-kquickcontrols, qml-module-org-kde-kquickcontrolsaddons, qml-module-org-kde-kwindowsystem,
Bug#836241: patch
Control: tags -1 + patch Dear maintainer, Attached is a trivial patch which should fix the problem. Thanks, -- YOSHINO Yoshihito <yy.y.ja...@gmail.com> --- a/debian/control +++ b/debian/control @@ -143,6 +143,7 @@ qml-module-org-kde-kquickcontrolsaddons, qml-module-org-kde-kwindowsystem, qml-module-org-kde-solid, + qml-module-org-kde-kholidays, qml-module-qt-labs-folderlistmodel, qml-module-qtgraphicaleffects, qml-module-qtqml-models2,
Bug#832431: Server name seems to have changed
Control: forwarded -1 https://bitbucket.org/benallard/galileo/issues/277 Control: tags -1 + upstream fixed-upstream
Bug#787302: wine32-development: fails to upgrade with wine-development
Package: wine32-development Version: 1.7.44-1 Severity: grave Justification: renders package unusable Dear Maintainer, wine32-development fails to upgrade to 1.7.44-1 in conjunction with wine-development. /usr/bin/regedit-development/wine32, which looks weird, conflicts with /usr/bin/regedit-development in wine-development. (Reading database ... 188231 files and directories currently installed.) Preparing to unpack .../wine32-development_1.7.44-1_i386.deb ... Unpacking wine32-development:i386 (1.7.44-1) over (1.7.43-1) ... dpkg: error processing archive /var/cache/apt/archives/wine32-development_1.7.44-1_i386.deb (--unpack): trying to overwrite '/usr/bin/regedit-development', which is also in package wine-development 1.7.44-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/wine32-development_1.7.44-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages wine32-development depends on: ii libc62.19-18 ii libfreetype6 2.5.2-4 ii libncurses5 5.9+20150516-2 iu libwine-development 1.7.44-1 ii x11-utils7.7+3 Versions of packages wine32-development recommends: ii libasound2-plugins 1.0.28-1+b1 ii libgl1-mesa-dri 10.5.5-1 pn libwine-gecko-2.36 none iu wine-development1.7.44-1 Versions of packages wine32-development suggests: pn wine32-development-preloader none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786909: chromium: unconditionally downloads binary blob
Package: chromium Version: 43.0.2357.65-1 Severity: serious Tags: security upstream Justification: Policy 2.1.2 Control: forwarded -1 https://code.google.com/p/chromium/issues/detail?id=491435 Dear Maintainer, After upgrading chromium to 43, I noticed that when it is running and immediately after the machine is on-line it silently starts downloading Chrome Hotword Shared Module extension, which contains a binary without source code. There seems no opt-out config. $ chromium --temp-profile $ find /tmp/tmp.*/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/ /tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/ /tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja /tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja/hotword.data /tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja/hotword-x86-64.nexe $ file /tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja/hotword-x86-64.nexe /tmp/tmp.YClr3VfmnS/Default/Extensions/lccekmodgklaepjeofjdjpbminllajkg/0.3.0.5_0/_platform_specific/x86-64_ja/hotword-x86-64.nexe: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, BuildID[sha1]=24d25d55886dca48921031d6928b0a34f5659830, stripped -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages chromium depends on: ii libasound2 1.0.28-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo21.14.2-2 ii libcups2 1.7.5-11 ii libdbus-1-3 1.8.18-1 ii libexpat12.1.0-6+b3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.4-1 ii libglib2.0-0 2.44.1-1 ii libgnome-keyring03.12.0-1+b1 ii libgtk2.0-0 2.24.25-3 ii libharfbuzz0b0.9.40-3 ii libjpeg62-turbo 1:1.4.0-7 ii libnspr4 2:4.10.8-1 ii libnss3 2:3.19-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpci3 1:3.2.1-3 ii libspeechd2 0.8-7 ii libspeex11.2~rc1.2-1 ii libsrtp0 1.4.5~20130609~dfsg-1.1 ii libstdc++6 5.1.1-7 ii libx11-6 2:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.1 1.1.28-2+b2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1+b1 ii x11-utils7.7+3 ii xdg-utils1.1.0~rc1+git20111210-7.4 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-l10n 43.0.2357.65-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel
Control: tags -1 + patch Hi, Do you know of the patch you were mentioning ? If it is a single patch, we may carry. But looking at the make-dfsg patches, it does not look so. debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch in make-dfsg 4.0-8 contains the workaround. I have refreshed and attached the patch for kbuild. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com From 53b4a9e66800dde643d3ce7966c5193001e3f12e Mon Sep 17 00:00:00 2001 From: Paul Smith psm...@gnu.org Date: Sun, 20 Oct 2013 12:49:01 -0400 Subject: [PATCH] * read.c (record_files): [SV 33034] Change fatal() to error() Allows deprecated syntax. However we don't guarantee this syntax will continue to be legal in the future. Change suggested by David Boyce david.s.bo...@gmail.com --- NEWS | 19 --- read.c | 2 +- 2 files changed, 9 insertions(+), 12 deletions(-) Index: kbuild/src/kmk/NEWS === --- kbuild.orig/src/kmk/NEWS +++ kbuild/src/kmk/NEWS @@ -114,6 +114,12 @@ http://sv.gnu.org/bugs/index.php?group=m after the variable name, to allow for simple, conditional, or appending multi-line variable assignment. +* Change the fatal error for mixed explicit and implicit rules, that was + introduced in GNU make 3.82, to a non-fatal error. However, this syntax is + still deprecated and may return to being illegal in a future version of GNU + make. Makefiles that rely on this syntax should be fixed. + See https://savannah.gnu.org/bugs/?33034 + Version 3.81 @@ -128,8 +134,8 @@ Version 3.81 any prerequisite that does not exist, even though that prerequisite might have caused the target to rebuild. Starting with the _next_ release of GNU make, '$?' will contain all prerequisites that caused - the target to be considered out of date. See this Savannah bug: - http://savannah.gnu.org/bugs/index.php?func=detailitemitem_id=16051 + the target to be considered out of date. + See http://savannah.gnu.org/bugs/?16051 * WARNING: Backward-incompatibility! GNU make now implements a generic second expansion feature on the Index: kbuild/src/kmk/read.c === --- kbuild.orig/src/kmk/read.c +++ kbuild/src/kmk/read.c @@ -2743,7 +2743,7 @@ l_next: /* Reduce escaped percents. If there are any unescaped it's an error */ name = filenames-name; if (find_percent_cached (name)) -fatal (flocp, _(mixed implicit and normal rules)); +error (flocp, _(*** mixed implicit and normal rules: deprecated syntax)); } }
Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel
This reply was for 732521. Sorry for the noise. On Sat, Sep 20, 2014 at 3:29 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote: Control: tags -1 + patch Hi, Do you know of the patch you were mentioning ? If it is a single patch, we may carry. But looking at the make-dfsg patches, it does not look so. debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch in make-dfsg 4.0-8 contains the workaround. I have refreshed and attached the patch for kbuild. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665199: Dump databases before the remove operation
Hi, In the case of this bug report (install, remove, distupgrade, and install again), the remove operation in squeeze deletes the db4.8-linked version of slapcat (in squeeze). Then slapd.preinst in wheezy cannot dump the old db4.8 database of openldap. I think we have two options: either a) modify slapd.prerm in squeeze to dump the old database or b) make slapd in wheezy depend on db-util and modify slapd.postinst in wheezy to upgrade the old database Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: libghc-warp-dev: does not parse request headers correctly
Package: libghc-warp-dev Severity: grave Tags: upstream patch Dear Maintainer, warp 1.2.1.1 does not parse request headers correctly, such as multi-line headers, or a header with no space between colon and value. Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libghc-warp-dev depends on: ii libc62.13-35 ii libffi5 3.0.10-3 pn libghc-base-dev-4.5.0.0-c8e71none ii libghc-blaze-builder-conduit-dev [libghc-blaze-builder-cond 0.4.0.2-1 ii libghc-blaze-builder-dev [libghc-blaze-builder-dev-0.3.1.0- 0.3.1.0-1+b2 pn libghc-bytestring-dev-0.9.2.1-4adca none ii libghc-case-insensitive-dev [libghc-case-insensitive-dev-0. 0.4.0.1-2+b2 ii libghc-conduit-dev [libghc-conduit-dev-0.4.2-d1822] 0.4.2-2 pn libghc-ghc-prim-dev-0.2.0.0-bd29cnone ii libghc-http-types-dev [libghc-http-types-dev-0.6.11-1dd27] 0.6.11-1 ii libghc-lifted-base-dev [libghc-lifted-base-dev-0.1.1-51e15] 0.1.1-1+b1 ii libghc-network-conduit-dev [libghc-network-conduit-dev-0.4. 0.4.0.1-2 ii libghc-network-dev [libghc-network-dev-2.3.0.13-6b330] 2.3.0.13-1+b2 ii libghc-simple-sendfile-dev [libghc-simple-sendfile-dev-0.2. 0.2.3-1+b2 ii libghc-transformers-dev [libghc-transformers-dev-0.3.0.0-f2 0.3.0.0-1 ii libghc-unix-compat-dev [libghc-unix-compat-dev-0.3.0.1-b9c7 0.3.0.1-1+b1 ii libghc-wai-dev [libghc-wai-dev-1.2.0.2-eb498]1.2.0.2-1 ii libgmp10 2:5.0.5+dfsg-2 libghc-warp-dev recommends no packages. Versions of packages libghc-warp-dev suggests: ii libghc-warp-doc 1.2.1.1-1 ii libghc-warp-prof 1.2.1.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, On Sat, Oct 27, 2012 at 11:31 PM, Joachim Breitner nome...@debian.org wrote: Version: 1.3.4.1-1 Am Samstag, den 27.10.2012, 22:36 +0900 schrieb YOSHINO Yoshihito: Upstream has fixed the issue (tracked in https://github.com/yesodweb/wai/issues/76) and released as warp 1.2.2 (while this requires simple-sendfile = 0.2.4, also needs to upgrade warp-tls to = 1.2.1 for the updated dependency.) if 1.2.2 indeed contains the fix, then we have a fixed version of the library in experimental. Sorry for the lack of information. I would like to have this fix in wheezy. -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: [Pkg-haskell-maintainers] Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, On Sat, Oct 27, 2012 at 11:40 PM, Joachim Breitner nome...@debian.org wrote: I see. Can you elaborate on the severity of the problem? Do such request headers occur in common situations, or is it just a theoretical problem? Actually I have stuck in a warp server receiving request from Japanese mobile phones, which send a header with no space between colon and value. It seems that we’d have to backport these two patches: https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5 https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465 or am I missing something? Looks ok. -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, On Sun, Oct 28, 2012 at 5:11 AM, Joachim Breitner nome...@debian.org wrote: So how can we get the bugfix into wheezy (if you deem it important enough to be fixed at this stage of the freeze – do you)? Yes, for a better release. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676996: uim: stops working
Package: uim Version: 1:1.8.1-2 Severity: grave Justification: renders package unusable Dear Maintainer, After upgrading to 1:1.8.1-2, uim reports a following error (seen in .xsession-errors) and stops working: Error: in cdr: pair required but got: #f libuim: [fatal] an unhandled error raised from Scheme interpreter libuim: All functionality has been disabled to save user application data. libuim: [fatal] an unhandled error raised from Scheme interpreter libuim: [fatal] ユーザアプリケーションデータを保護するため、全機能を停止しました。 Downgrading uim to 1:1.8.1-1 it works again. It seems the multiarch support breaks the behavior. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uim depends on: ii uim-common 1:1.8.1-2 ii uim-fep 1:1.8.1-2 ii uim-gtk2.0 1:1.8.1-2 ii uim-gtk31:1.8.1-2 ii uim-qt 1:1.8.1-2 ii uim-utils 1:1.8.1-2 ii uim-xim 1:1.8.1-2 uim recommends no packages. uim suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666588: fixed-upstream
tags 666588 + fixed-upstream thanks Hi, Upstream has committed the fix http://gauche.git.sourceforge.net/git/gitweb.cgi?p=gauche/Gauche;a=commitdiff;h=d9316851a700bc467e5a2f394af61ba71849315c while this is still not included in its latest version (0.9.3.2). Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653691: closed by Julien Valroff jul...@debian.org (Closing bug)
package hohot repoen 653691 thanks Hi, The package in the Debian archive is still broken since the fixed version of the package is not uploaded. Please close this bug only when/after the fix is uploaded. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com On Sat, Apr 7, 2012 at 16:00, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the hotot package: #653691: hotot: missing Depends: python-dbus It has been closed by Julien Valroff jul...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Julien Valroff jul...@debian.org by replying to this email. -- 653691: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653691 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Julien Valroff jul...@debian.org To: 653691-d...@bugs.debian.org Cc: Date: Sat, 7 Apr 2012 08:56:54 +0200 Subject: Closing bug Package hotot Version 1:0.9.7.37+git20120123.5524ecc-1 This bug was actually closed in a version which was not uploaded to the archive. Hence closing manually. Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- Forwarded message -- From: YOSHINO Yoshihito yy.y.ja...@gmail.com To: Debian Bug Tracking System sub...@bugs.debian.org Cc: Date: Fri, 30 Dec 2011 20:20:19 +0900 Subject: hotot: missing Depends: python-dbus Package: hotot Version: 1:0.9.7.32+git20111213.1d89daf-1 Severity: grave Justification: renders package unusable Hotot does not work with a following error message: $ hotot Traceback (most recent call last): File /usr/bin/hotot, line 13, in module import hotot.hotot File /usr/share/hotot/hotot/hotot.py, line 15, in module import dbus ImportError: No module named dbus Installing python-dbus fixes the problem. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc7-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hotot depends on: ii libjs-jquery 1.7.1-1 ii python 2.7.2-9 ii python-gobject 3.0.3-1 ii python-gtk2 2.24.0-2 ii python-keybinder 0.2.2-3 ii python-notify 0.1.1-3 ii python-webkit 1.1.8-2 hotot recommends no packages. hotot suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666195: texlive-lang-cjk: fails to install: latex.ltx missing
Package: texlive-lang-cjk Version: 2011.20120322-1 Severity: grave Justification: renders package unusable During the installation of this package, fmtutil-sys fails: fmtutil: running `eptex -ini -jobname=platex -progname=platex *platex.ini' ... This is e-pTeX, Version 3.1415926-p3.2-110825-2.3 (utf8.euc) (TeX Live 2012/dev/Debian) (INITEX) restricted \write18 enabled. entering extended mode (/usr/share/texlive/texmf-dist/tex/platex/config/platex.ini making platex with Babel format (/usr/share/texlive/texmf-dist/tex/platex/base/platex.ltx ! I can't find file `latex.ltx'. l.42 \input latex.ltx (Press Enter to retry, or Control-D to exit) Please type another input file name: ! Emergency stop. l.42 \input latex.ltx No pages of output. Transcript written on platex.log. Installing texlive-latex-base fixes the problem. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- Package-specific info: ## List of ls-R files -rw-r--r-- 1 root root 1702 Mar 29 15:42 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Mar 25 00:48 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Mar 22 23:43 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN -rw-rw-r-- 1 root staff 80 Mar 29 15:41 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 31 Mar 22 23:43 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Mar 22 23:43 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Mar 22 23:43 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files lrwxrwxrwx 1 root root 35 Mar 22 23:42 /usr/share/texmf/web2c/texmf.cnf - ../../texlive/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 3741 Mar 29 15:41 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 37 Mar 22 23:43 /usr/share/texlive/texmf-dist/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-TEXLIVEDIST -rw-r--r-- 1 root root 3693 Mar 29 15:41 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Mar 25 00:48 mktex.cnf ## md5sums of texmf.d -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-lang-cjk depends on: ii dpkg1.16.2 ii fonts-ipaexfont-gothic 00103-9 ii fonts-ipaexfont-mincho 00103-9 ii fonts-ipafont-gothic00303-6 ii fonts-ipafont-mincho00303-6 ii tex-common 3.5 ii texlive-base2011.20120322-1 ii texlive-binaries2011.20120328-1 ii texlive-common 2011.20120322-1 ii texlive-doc-zh 2011.20120322-1 Versions of packages texlive-lang-cjk recommends: pn latex-cjk-allnone pn ruby | ruby-interpreter none pn thailatexnone texlive-lang-cjk suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.42 ii dpkg 1.16.2 ii ucf3.0025+nmu2 Versions of packages tex-common suggests: pn debhelper none Versions of packages texlive-lang-cjk is related to: ii tex-common3.5 ii texlive-binaries 2011.20120328-1 -- debconf information: tex-common/check_texmf_missing: tex-common/check_texmf_wrong: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665479: texlive-binaries: /usr/bin/platex missing which was previously found in ptex-bin
Package: texlive-binaries Version: 2011.20120322-1 Severity: grave Justification: renders package unusable This package does not provide /usr/bin/platex. This command used to be included in ptex-bin, which this package Conflicts/Replaces and Provides. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-binaries depends on: ii dpkg1.16.2 ii ed 1.6-1 ii libc6 2.13-27 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgcc1 1:4.7.0-1 ii libkpathsea62011.20120322-1 ii libpng12-0 1.2.47-1 ii libpoppler130.16.7-3 ii libptexenc1 2011.20120322-1 ii libstdc++6 4.7.0-1 ii libt1-5 5.1.2-3.5 ii libx11-62:1.4.4-4 ii libxaw7 2:1.0.9-3 ii libxmu6 2:1.1.0-3 ii libxpm4 1:3.5.9-4 ii libxt6 1:1.1.1-2 ii perl5.14.2-9 ii tex-common 3.4 ii texlive-common 2011.20120322-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages texlive-binaries recommends: pn luatexnone pn python2.7.2-10 pn ruby none pn texlive-base none pn wish none texlive-binaries suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662741: netcat-openbsd: does not receive a server's response unless -q sec is specified
Package: netcat-openbsd Version: 1.105-1,1.105-2,1.105-3 Severity: grave Justification: renders package unusable After upgrading to wheezy/sid version of netcat-openbsd, a script using nc does not function correctly. If it is run non-interactively, nc.openbsd quits silently before receiving a server's response unless -q sec option is specified: $ printf GET / HTTP/1.0\r\n\r\n | nc.openbsd www.example.com 80 $ printf GET / HTTP/1.0\r\n\r\n | nc.traditional www.example.com 80 HTTP/1.0 302 Found Location: http://www.iana.org/domains/example/ Server: BigIP Connection: close Content-Length: 0 $ printf GET / HTTP/1.0\r\n\r\n | nc.openbsd -q 1 www.example.com 80 HTTP/1.0 302 Found Location: http://www.iana.org/domains/example/ Server: BigIP Connection: close Content-Length: 0 Note that typing input from terminal does not seem to be affected: $ nc.openbsd www.example.com 80 GET / HTTP/1.0 HTTP/1.0 302 Found Location: http://www.iana.org/domains/example/ Server: BigIP Connection: close Content-Length: 0 -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653691: hotot: missing Depends: python-dbus
Package: hotot Version: 1:0.9.7.32+git20111213.1d89daf-1 Severity: grave Justification: renders package unusable Hotot does not work with a following error message: $ hotot Traceback (most recent call last): File /usr/bin/hotot, line 13, in module import hotot.hotot File /usr/share/hotot/hotot/hotot.py, line 15, in module import dbus ImportError: No module named dbus Installing python-dbus fixes the problem. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc7-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hotot depends on: ii libjs-jquery 1.7.1-1 ii python2.7.2-9 ii python-gobject3.0.3-1 ii python-gtk2 2.24.0-2 ii python-keybinder 0.2.2-3 ii python-notify 0.1.1-3 ii python-webkit 1.1.8-2 hotot recommends no packages. hotot suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653691: still missing in Depends field
Hi, Building git HEAD still lacks Depends field. Attached patch should fix the problem. I do not know a correct way to generate Depends field when packaging python apps ... Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com diff --git a/debian/control b/debian/control index 959c692..6bb1c53 100644 --- a/debian/control +++ b/debian/control @@ -11,7 +11,7 @@ Vcs-Browser: http://git.debian.org/?p=collab-maint/hotot.git;a=summary Package: hotot Architecture: all -Depends: ${python:Depends}, ${misc:Depends}, python-gtk2, python-gobject, python-webkit, python-keybinder, python-notify, libjs-jquery +Depends: ${python:Depends}, ${misc:Depends}, python-gtk2, python-gobject, python-webkit, python-keybinder, python-notify, libjs-jquery, python-dbus Description: lightweight microblogging client Hotot is a lightweight Twitter and identi.ca client based on GTK+ and WebKit. .
Bug#632889: Build static library
package libgpg-error-dev tags 632889 +patch thanks Hi, According to ./configure --help: --enable-static[=PKGS] build static libraries [default=no] Using an attached patch it builds and installs the static library successfully. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com diff -urN libgpg-error-1.10/debian/libgpg-error-dev.install libgpg-error-1.10.new/debian/libgpg-error-dev.install --- libgpg-error-1.10/debian/libgpg-error-dev.install 2011-09-10 17:39:47.0 +0900 +++ libgpg-error-1.10.new/debian/libgpg-error-dev.install 2011-12-09 01:52:57.0 +0900 @@ -1,5 +1,6 @@ usr/bin/* usr/include/* usr/lib/libgpg-error.la +usr/lib/libgpg-error.a #usr/lib/libgpg-error.so usr/share/aclocal/*.m4 diff -urN libgpg-error-1.10/debian/rules libgpg-error-1.10.new/debian/rules --- libgpg-error-1.10/debian/rules 2011-09-10 17:39:47.0 +0900 +++ libgpg-error-1.10.new/debian/rules 2011-12-09 01:54:41.0 +0900 @@ -40,6 +40,7 @@ dh_testdir ./configure $(confflags) --enable-maintainer-mode \ + --enable-static \ --prefix=/usr --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info
Bug#650995: causes dependency loop in boot sequence (according to insserv)
Package: console-common Followup-For: Bug #650995 Hi, I am also getting the same error when upgrading console-common to 0.7.86. [Kel Modderman] I would like to know why this change in dependency was made by the console-common maintainers? Perhaps they have tried to fix a lintian error: $ lintian /var/cache/apt/archives/console-common_0.7.85_all.deb W: console-common: debconf-is-not-a-registry usr/sbin/install-keymap W: console-common: debconf-is-not-a-registry usr/share/console/getkmapchoice.pl E: console-common: init.d-script-missing-dependency-on-remote_fs etc/init.d/keymap.sh: required-start This error indicates /usr might be necessary before using /etc/init.d/keymap.sh. This script invokes commands in /usr if console-tools package is installed: [ -x /usr/bin/unicode_start ] || [ -x /bin/unicode_start ] || return [ -x /usr/bin/unicode_stop ] || [ -x /bin/unicode_stop ] || return Note that /bin/unicode_* are available in kbd package, which is used in my installation. So console-tools might have to move /usr/bin/unicode_* to /bin/ to avoid such a dependency loop. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-common depends on: ii console-data 2:1.12-1 ii debconf [debconf-2.0] 1.5.41 ii debianutils4.1 ii kbd1.15.3-7 ii lsb-base 3.2-28 console-common recommends no packages. console-common suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637177: virtualbox-source: vboxpci is missing
Package: virtualbox-source Version: 4.1.0-dfsg-1 Justification: renders package unusable Severity: grave Tags: patch vboxpci is built using module-assistant, but it is not installed into the generated package. So starting the kernel modules fails: Done with /usr/src/virtualbox-modules-3.0.0-1-amd64_4.1.0-dfsg-1+3.0.0-1_amd64.d eb . dpkg -i /usr/src/virtualbox-modules-3.0.0-1-amd64_4.1.0-dfsg-1+3.0.0-1_amd64.deb dpkg: warning: parsing file '/var/lib/dpkg/available' near line 634933 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit (Reading database ... 218367 files and directories currently installed.) Preparing to replace virtualbox-modules-3.0.0-1-amd64 4.1.0-dfsg-1+3.0.0-1 (using .../virtualbox-modules-3.0.0-1-amd64_4.1.0-dfsg-1+3.0.0-1_amd64.deb) ... Unpacking replacement virtualbox-modules-3.0.0-1-amd64 ... Setting up virtualbox-modules-3.0.0-1-amd64 (4.1.0-dfsg-1+3.0.0-1) ... Stopping VirtualBox kernel modules. Starting VirtualBox kernel modulesNo suitable vboxpci module for running kernel found ... failed! failed! invoke-rc.d: initscript virtualbox, action restart failed. An attached patch fixes this problem. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-source depends on: ii build-essential11.5 Informational list of build-essent ii bzip2 1.0.5-6 high-quality block-sorting file co ii debhelper 8.9.4 helper programs for debian/rules ii kbuild 1:0.1.98svn2318-8 framework for writing simple makef Versions of packages virtualbox-source recommends: ii module-assistant 0.11.4 tool to make module package creati virtualbox-source suggests no packages. -- no debconf information diff -ur virtualbox-4.1.0-dfsg/debian/virtualbox-source.files/rules virtualbox-4.1.0-dfsg.new/debian/virtualbox-source.files/rules --- virtualbox-4.1.0-dfsg/debian/virtualbox-source.files/rules 2011-07-30 00:40:42.0 +0900 +++ virtualbox-4.1.0-dfsg.new/debian/virtualbox-source.files/rules 2011-08-09 14:00:13.205137474 +0900 @@ -50,6 +50,7 @@ $(MAKE) -C vboxdrv clean $(MAKE) -C vboxnetflt clean $(MAKE) -C vboxnetadp clean + $(MAKE) -C vboxpci clean dh_clean binary-modules: prep-deb-files @@ -61,6 +62,7 @@ dh_install vboxdrv/vboxdrv.ko /lib/modules/$(KVERS)/misc/ dh_install vboxnetflt/vboxnetflt.ko /lib/modules/$(KVERS)/misc/ dh_install vboxnetadp/vboxnetadp.ko /lib/modules/$(KVERS)/misc/ + dh_install vboxpci/vboxpci.ko /lib/modules/$(KVERS)/misc/ dh_installudev dh_installdocs dh_installchangelogs
Bug#562948: Patch to add fallback and Depends
package python-qt-dev tags 562948 patch thanks Hello, An attached patch adds to preinst file fallback code if pycentral not found (which was in lenny's python-qt-dev prerm generated by dh_pycentral), and to control file missing Depends. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com diff -urN python-qt3-3.18.1/debian/control python-qt3-3.18.1.new/debian/control --- python-qt3-3.18.1/debian/control 2010-01-23 16:28:21.0 +0900 +++ python-qt3-3.18.1.new/debian/control 2010-01-23 16:25:24.0 +0900 @@ -92,6 +92,7 @@ Linguist translation files from Python code. Package: python-qt-dev +Depends: ${shlibs:Depends}, ${python:Depends} Suggests: sip4 Replaces: python-qt3 ( 3.17.3-2) Architecture: all diff -urN python-qt3-3.18.1/debian/python-qt-dev.preinst python-qt3-3.18.1.new/debian/python-qt-dev.preinst --- python-qt3-3.18.1/debian/python-qt-dev.preinst 2010-01-23 16:28:21.0 +0900 +++ python-qt3-3.18.1.new/debian/python-qt-dev.preinst 2010-01-23 16:25:07.0 +0900 @@ -4,7 +4,30 @@ if [ $1 = upgrade ] then if dpkg --compare-versions $2 lt 3.17.6-2; then + if which python /dev/null 21 which pycentral /dev/null 21; then pycentral pkgremove python-qt-dev + else + flist=$(tempfile) + find /usr/share/pycentral/python-qt-dev -depth -mindepth 2 \ + \( -name '*.py' -printf 'p %P\n' -o -printf '%y %P\n' \) \ + $flist 2/dev/null || true + if [ -s $flist ]; then + for d in /usr/lib/python[0-9].[0-9]; do + case $d in */python2.1|*/python2.2) continue; esac + while read t n; do +case $t in +p) rm -f $d/$n $d/${n}[co];; +d) rmdir $d/$n 2/dev/null || true;; +*) rm -f $d/$n +esac + done $flist + done + fi + rm -f $flist + dpkg -L python-qt-dev \ + | awk '/\/usr\/share\/pycentral/ {next} /\.py$/ {print $0c\n $0o}' \ + | xargs rm -f 2 + fi fi fi
Bug#563121: Returning a status of non-zero might not be safe
Hello, test -x `which foo` foo bar baz returns status 1, which comes to an error if a script executed this as the last command. E.g. like #563121, prerm will exit with status 1 if defoma not found unless explicitly writing the last line exit 0 in the prerm template. So I think changing defoma templates like if test -x `which foo`; then foo bar baz fi would be good, since the script should simply ignore the block when defoma is not found. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561427: Statically linked ptex also crashes
I tried both 2 options. - build your own kpathsea4 library and link it statically, but then apply the attached patch, otherwise it will break By using the patch, ptex seems to work correctly. As a workaround I attached another patch to statically link libkpathsea4. - make sure that the header files in /usr/include/kpathsea/ are used and not the ones in the package (tetex3), and link dynamically against libkpathsea5, in this case no patch needed. Removing dependency on c-vararg.h, adding kpathsea/types.h and using system libtool (which, as a result, appears to fix FTBFS on kfreebsd: #511433) it seems to work with libkpathsea5 except that some macros are needed, P[1-3]{C,H}, which are defined in old c-proto.h. Attached a patch. Note that this also seems to work with new pTeX 3.1.11. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com diff -urN ptex-bin-3.1.10+0.04b/debian/patches/teTeX/common.mk.patch ptex-bin-3.1.10+0.04b.new/debian/patches/teTeX/common.mk.patch --- ptex-bin-3.1.10+0.04b/debian/patches/teTeX/common.mk.patch 2009-12-24 22:42:03.0 +0900 +++ ptex-bin-3.1.10+0.04b.new/debian/patches/teTeX/common.mk.patch 2009-12-24 14:03:18.0 +0900 @@ -9,12 +9,3 @@ # You can change [X]CPPFLAGS, [X]CFLAGS, or [X]DEFS, but # please don't change ALL_CPPFLAGS or ALL_CFLAGS. -@@ -54,7 +54,7 @@ - kpathsea_dir = $(kpathsea_parent)/kpathsea - kpathsea_srcdir_parent = $(top_srcdir)/.. - kpathsea_srcdir = $(kpathsea_srcdir_parent)/kpathsea --kpathsea = $(kpathsea_dir)/libkpathsea.la -+kpathsea = -lkpathsea - - @ma...@ifeq ($(CC), gcc) - @ma...@xdefs = -Wpointer-arith $(warn_more) diff -urN ptex-bin-3.1.10+0.04b/debian/rules ptex-bin-3.1.10+0.04b.new/debian/rules --- ptex-bin-3.1.10+0.04b/debian/rules 2009-12-24 22:42:03.0 +0900 +++ ptex-bin-3.1.10+0.04b.new/debian/rules 2009-12-24 20:59:34.0 +0900 @@ -49,6 +49,8 @@ # Apply patch to texk/make/common.mk (to avoid depending on built-in libkpathsea). patch -p0 -d $(TETEX_SRC_DIR)/texk/make debian/patches/teTeX/common.mk.patch + # Apply patch to texk/kpathsea/fontmap.c (to fix loading of fonts in libkpathsea). + patch -p3 -d $(TETEX_SRC_DIR) debian/patches/teTeX/fix-free-error-in-fontmap-lookup.patch # Apply patches to pTeX source (should be named as *.patch) # Put patches in debian/patches. @@ -73,7 +75,7 @@ ./configure --prefix=/usr --without-dialog --without-texinfo \ --with-system-ncurses --with-x --with-system-zlib \ --with-system-pnglib --disable-multiplatform \ - --enable-shared) + --disable-shared) # For web2c (cd $(TETEX_SRC_DIR)/texk/web2c \ CFLAGS=$(CFLAGS) \ @@ -92,6 +94,10 @@ dh_testdir # Add here commands to compile the package. + # Build kpathsea. + (cd $(TETEX_SRC_DIR)/texk/kpathsea \ + make) + # Build pTeX. (cd $(TETEX_SRC_DIR)/texk/web2c/$(PTEX_SRC_DIR) \ make programs) diff -urN ptex-bin-3.1.10+0.04b/debian/control ptex-bin-3.1.10+0.04b.new/debian/control --- ptex-bin-3.1.10+0.04b/debian/control 2009-12-24 22:42:03.0 +0900 +++ ptex-bin-3.1.10+0.04b.new/debian/control 2009-12-28 20:02:09.0 +0900 @@ -2,13 +2,13 @@ Section: tex Priority: optional Maintainer: Masayuki Hatta (mhatta) mha...@debian.org -Build-Depends: debhelper ( 4.0.0), texlive-base-bin, texlive-extra-utils, texlive-metapost, flex, bison, libkpathsea-dev | libkpathsea4-dev, ptex-base (= 2.4), ptex-buildsupport (= 3.0) +Build-Depends: debhelper ( 4.0.0), texlive-binaries, texlive-extra-utils, texlive-metapost, flex, bison, libkpathsea-dev, ptex-base (= 2.4), ptex-buildsupport (= 3.0), libtool Standards-Version: 3.7.3 Package: ptex-bin Architecture: any Replaces: platex -Depends: ptex-base (= 1:2.0-3), texlive-base-bin, texlive-math-extra, ${shlibs:Depends} +Depends: ptex-base (= 1:2.0-3), texlive-binaries, texlive-math-extra, ${shlibs:Depends} Suggests: dvipsk-ja, jbibtex-bin, jmpost, mendexk Conflicts: platex Description: The ASCII pTeX binary files @@ -33,7 +33,7 @@ Package: jmpost Architecture: any -Depends: ${shlibs:Depends}, texlive-base-bin +Depends: ${shlibs:Depends}, texlive-binaries Recommends: ptex-bin, dvipsk-ja Description: Japanized MetaPost, a system for drawing pictures This is jMetaPost, a Japanized MetaPost based on the original diff -urN ptex-bin-3.1.10+0.04b/debian/patches/teTeX/Makefile.in.patch ptex-bin-3.1.10+0.04b.new/debian/patches/teTeX/Makefile.in.patch --- ptex-bin-3.1.10+0.04b/debian/patches/teTeX/Makefile.in.patch 1970-01-01 09:00:00.0 +0900 +++ ptex-bin-3.1.10+0.04b.new/debian/patches/teTeX/Makefile.in.patch 2009-12-28 20:02:09.0 +0900 @@ -0,0 +1,11 @@ +--- texk/web2c/web2c/Makefile.in.orig 2004-07-11 07:54:28.0 + texk/web2c/web2c/Makefile.in 2009-12-28 09:28:33.0 + +@@ -37,7 +37,7 @@ + fixwrites: fixwrites.o kps.o + $(build_link_command) fixwrites.o kps.o + splitup: splitup.o kps.o +- $(build_link_command) splitup.o kps.o ++ $(build_link_command) -lkpathsea splitup.o
Bug#561427: Statically linked ptex also crashes
Hello, I tried ptex linked statically with libkpathsea4 (using tetex source included in ptex-buildsupport), but it crashes with the same error except that all /usr/lib/libkpathsea.so.4's in the backtrace are replaced with ptex... Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559735: fluid-soundfont-{gm,gs}: postinst is not idempotent; dpkg-reconfigure fails and breaks the previously generated file
Package: fluid-soundfont-gm,fluid-soundfont-gs Version: 3.1-3 Severity: serious Justification: Policy 6.2 Maintainer scripts idempotency Running dpkg-reconfigure fluid-soundfont-{gm,gs} fails with a following message: flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Type `flac' for details. FluidR3_GM.sf2.flac: ERROR initializing decoder init status = FLAC__STREAM_DECODER_INIT_STATUS_ERROR_OPENING_FILE An error occurred opening the input file; it is likely that it does not exist or is not readable. Then files under /usr/share/sounds/sf2 are truncated: -rw-r--r-- 1 root root 0 2009-12-07 00:38 FluidR3_GM.sf2 -rw-r--r-- 1 root root 0 2009-12-07 00:39 FluidR3_GS.sf2 Reinstalling the packages fixes the files. I think first checking the existence of FluidR3_G{M,S}.sf2.flac file in postinst will work around the problem. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fluid-soundfont-gm depends on: ii flac 1.2.1-2+b1 Free Lossless Audio Codec - comman Versions of packages fluid-soundfont-gm recommends: ii fluid-soundfont-gs3.1-3 Fluid (R3) General MIDI SoundFont Versions of packages fluid-soundfont-gm suggests: pn fluidsynthnone (no description available) ii timidity 2.13.2-36 Software sound renderer (MIDI sequ -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532644: it seems problem around calling dh_install
Changing the argument of dh_install will seem to fix installation path (the same as version 0.3.107-3.) --- libaio-0.3.107/debian/rules 2009-06-24 16:56:18.0 +0900 +++ libaio-0.3.107.new/debian/rules 2009-06-24 16:56:43.293694401 +0900 @@ -62,7 +62,7 @@ binary-arch: install-arch dh_testdir dh_testroot - dh_install --sourcedir=$(CURDIR)/debian/tmp + dh_install --sourcedir=debian/tmp dh_installchangelogs ChangeLog dh_installdocs dh_installexamples -- YOSHINO Yoshihito yy.y.ja...@gmail.com --- libaio-0.3.107/debian/rules 2009-06-24 16:56:18.0 +0900 +++ libaio-0.3.107.new/debian/rules 2009-06-24 16:56:43.293694401 +0900 @@ -62,7 +62,7 @@ binary-arch: install-arch dh_testdir dh_testroot - dh_install --sourcedir=$(CURDIR)/debian/tmp + dh_install --sourcedir=debian/tmp dh_installchangelogs ChangeLog dh_installdocs dh_installexamples
Bug#506286: ocaml: FTBFS using dash
Package: ocaml Version: 3.11.0~beta1-1 Severity: serious Justification: no longer builds from source Build fails with the following message: ./configure: 1548: Syntax error: ( unexpected (expecting )) make: *** [config-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Build succeeded when I use bash (bash ./configure in debian/rules). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocaml depends on: ii libx11-dev2:1.1.5-2 X11 client-side library (developme ii ocaml-base3.11.0~beta1-1 Runtime system for OCaml bytecode ii ocaml-nox 3.11.0~beta1-1 ML language implementation with a ocaml recommends no packages. Versions of packages ocaml suggests: ii tcl8.4-dev8.4.19-2 Tcl (the Tool Command Language) v8 ii tk8.4-dev 8.4.19-2 Tk toolkit for Tcl and X11, v8.4 - -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412279: closed by Bastian Venthur [EMAIL PROTECTED] (Bug#412279: fixed in gtk-qt-engine 1:0.8~svn-rev31-3)
I deleted the symlink I placed, then updated this package to version 1:0.8~svn-rev31-3, but the same error occurs and Qt is not used. $ gnome-about (gnome-about:23694): Gtk-WARNING **: Unable to locate theme engine in module_path: qtengine, (gnome-about:23694): Gtk-WARNING **: Unable to locate theme engine in module_path: qtengine, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412279: gtk-qt-engine: unusable with GTK+ 2.10
Package: gtk-qt-engine Version: 1:0.8~svn-rev31-1 Severity: grave Justification: renders package unusable After upgrading GTK+ to 2.10 this package does not work. Any GTK 2 applications do not use Qt. $ gnome-about (gnome-about:25627): Gtk-WARNING **: Unable to locate theme engine in module_path: qtengine, (gnome-about:25627): Gtk-WARNING **: Unable to locate theme engine in module_path: qtengine, $ I tried the following $ cd /usr/lib/gtk-2.0/2.10.0/engines/ $ sudo ln -s ../../2.4.0/engines/libqtengine.so then it seems to work fine. $ gnome-about $ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages gtk-qt-engine depends on: ii libatk1.0-0 1.12.4-2 The ATK accessibility toolkit ii libc6 2.5-0exp3GNU C Library: Shared libraries ii libcairo2 1.2.6-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.2-20070105-1 GCC support library ii libglib2.0-02.12.9-2 The GLib library of C routines ii libgtk2.0-0 2.10.7-1 The GTK+ graphical user interface ii libice6 1:1.0.3-1X11 Inter-Client Exchange library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libqt3-mt 3:3.3.7-3Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.2-1X11 Session Management library ii libstdc++6 4.2-20070105-1 The GNU Standard C++ Library v3 ii libx11-62:1.1.1-1X11 client-side library ii libxcursor1 1:1.1.8-1X cursor management library ii libxext61:1.0.3-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-1X11 miscellaneous 'fixes' extensio ii libxi6 1:1.1.0-1X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.2.0-3X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra gtk-qt-engine recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]