Bug#592795: Announce of the upcoming NMU for the fontconfig package
(CC'ing Keith and Joss privately: you guys may have missed my initial mail and I wouldn't like to initiate an l10n NMU process without giving you another chance to object: I know we're early in the release process and you amy feel there's no need for urgent hunting of pending l10n stuff) Dear maintainer of fontconfig and Debian translators, Some days ago, I sent a notice to the maintainer of the fontconfig Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ar ca cs da de es eu fi fr gl hu it ja ko lt ml nb nl pt pt_BR ro ru sk sv ta tr vi zh_CN zh_TW Among these, the following translations are incomplete: ca ml ta tr zh_CN If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the fontconfig package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, April 06, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, March 24, 2011 : send the first intent to NMU notice to the package maintainer. Tuesday, March 29, 2011 : send this notice Wednesday, April 06, 2011 : (midnight) deadline for receiving translation updates Thursday, April 07, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Thursday, April 14, 2011 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: fontcon...@packages.debian.org\n POT-Creation-Date: 2009-12-31 13:48-0800\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../fontconfig-config.templates:2001 msgid Native msgstr #. Type: select #. Choices #: ../fontconfig-config.templates:2001 msgid Autohinter msgstr #. Type: select #. Choices #: ../fontconfig-config.templates:2001 msgid None msgstr #. Type: select #. Description #: ../fontconfig-config.templates:2002 msgid Font tuning method for screen: msgstr #. Type: select #. Description #: ../fontconfig-config.templates:2002 msgid Please select the preferred method for tuning fonts for screen rendering. msgstr #. Type: select #. Description #: ../fontconfig-config.templates:2002 msgid Select 'Native' if you mostly use DejaVu (the default in Debian) or any of the Microsoft fonts. Select 'Autohinter' if you mostly use other TrueType fonts. Select 'None' if you want blurry text. msgstr #. Type: select #. Choices #: ../fontconfig-config.templates:3001 msgid Automatic msgstr #. Type: select #. Choices #: ../fontconfig-config.templates:3001 msgid Always msgstr #. Type: select #. Choices #: ../fontconfig-config.templates:3001 msgid Never msgstr #. Type: select #. Description #: ../fontconfig-config.templates:3002 msgid Enable subpixel rendering for screen: msgstr #. Type: select #. Description #: ../fontconfig-config.templates:3002 msgid Rendering text at a subpixel level generally makes it look a bit better on flat (LCD) screens, but can show color artifacts on CRT screens. The \Automatic\ choice will enable it only if a LCD screen is detected. msgstr #. Type: boolean #. Description #: ../fontconfig-config.templates:4001 msgid Enable bitmapped fonts by default? msgstr #. Type: boolean #. Description #: ../fontconfig-config.templates:4001 msgid By default, only outline fonts are used by applications which support fontconfig. msgstr #. Type: boolean #. Description #: ../fontconfig-config.templates:4001 msgid Outline fonts are fonts which scale well to various sizes. In contrast, bitmapped fonts are often lower quality. Enabling this option will affect the systemwide default; this and many other fontconfig options may be enabled or disabled on a per-user basis.
Bug#601574: Announce of the upcoming NMU for the atftp package
Dear maintainer of atftp and Debian translators, Some days ago, I sent a notice to the maintainer of the atftp Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ca cs da de es fr gl it ja nl pl pt pt_BR ru sv vi Among these, the following translations are incomplete: pl pt_BR If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the atftp package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, April 06, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, March 24, 2011 : send the first intent to NMU notice to the package maintainer. Tuesday, March 29, 2011 : send this notice Wednesday, April 06, 2011 : (midnight) deadline for receiving translation updates Thursday, April 07, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Thursday, April 14, 2011 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: ldro...@debian.org\n POT-Creation-Date: 2006-10-02 00:46+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../atftpd.templates:1001 msgid Should the server be started by inetd? msgstr #. Type: boolean #. Description #: ../atftpd.templates:1001 msgid atftpd can be started by the inetd superserver or as a daemon and handle incoming connections by itself. The latter is only recommend for very high usage server. msgstr #. Type: string #. Description #: ../atftpd.templates:2001 msgid Server timeout: msgstr #. Type: string #. Description #: ../atftpd.templates:2001 msgid How many seconds the main thread waits before exiting. msgstr #. Type: string #. Description #: ../atftpd.templates:3001 msgid Retry timeout: msgstr #. Type: string #. Description #: ../atftpd.templates:3001 msgid How many seconds to wait for a reply before retransmitting a packet. msgstr #. Type: string #. Description #: ../atftpd.templates:4001 msgid Maximum number of threads: msgstr #. Type: string #. Description #: ../atftpd.templates:4001 msgid Maximum number of concurrent threads that can be running. msgstr #. Type: select #. Description #: ../atftpd.templates:5001 msgid Verbosity level: msgstr #. Type: select #. Description #: ../atftpd.templates:5001 msgid Level of logging. 7 logs everything including debug logs. 1 will log only the system critical logs. 5 (LOG_NOTICE) is the default value. msgstr #. Type: boolean #. Description #: ../atftpd.templates:6001 msgid Enable 'timeout' support? msgstr #. Type: boolean #. Description #: ../atftpd.templates:7001 msgid Enable 'tsize' support? msgstr #. Type: boolean #. Description #: ../atftpd.templates:8001 msgid Enable 'block size' support? msgstr #. Type: boolean #. Description #: ../atftpd.templates:9001 msgid Enable multicast support? msgstr #. Type: string #. Description #: ../atftpd.templates:10001 msgid TTL for multicast packets: msgstr #. Type: string #. Description #: ../atftpd.templates:11001 msgid Port to listen for tftp request: msgstr #. Type: string #. Description #: ../atftpd.templates:12001 msgid Port range for multicast file transfer: msgstr #. Type: string #. Description #: ../atftpd.templates:12001 msgid Multicast transfer will use any available port in a given set. For example, \2000-2003, 3000\ allow atftpd to use port 2000 to 2003 and 3000. msgstr #. Type: string #. Description #: ../atftpd.templates:13001 msgid Address range for multicast transfer: msgstr #. Type: string #. Description #: ../atftpd.templates:13001 msgid Multicast transfer will use any available
Bug#620001: libpango1.0-0: Wrong rendering of Lao MAI KONG (U+0EBB)
Package: libpango1.0-0 Version: 1.28.3-5 Severity: normal Tags: patch As reported upstream since 1.28.0 in GNOME #616495, Lao MAI KONG (U+0EBB) has been rendered incorrectly in some cases, such as when combined with PO PA (U+0E9B) or YO YA (U+0EA2). https://bugzilla.gnome.org/show_bug.cgi?id=616495 This was also reported to Ubuntu in LP #294545, with screenshots, but was wrongly identified and closed as GTK+: https://bugs.launchpad.net/bugs/294545 I've just added Pango as an affected project there. Anyway, the problem still exists in Debian unstable, after all. And, from the age of the bug, upstream maintainers seem to lose interest in reviewing my proposed patch (although the initial source in trouble is mine). So far, I have maintained a patched version after every sid update here for local Thai/Lao users: http://ftp.debianclub.org/debclub/pool/main/p/pango1.0/ It should be good to merge the patch into sid, and reduce the difference, until upstream cares to take it. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpango1.0-0 depends on: ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libthai0 0.1.15-1 Thai language support library ii libx11-6 2:1.4.2-1 X11 client-side library ii libxft2 2.2.0-2FreeType-based font drawing librar ii libxrender1 1:0.9.6-1 X Rendering Extension client libra Versions of packages libpango1.0-0 recommends: ii x-ttcidfont-conf 32 TrueType and CID fonts configurati Versions of packages libpango1.0-0 suggests: pn ttf-arphic-bkai00mp none (no description available) pn ttf-arphic-bsmi00lp none (no description available) pn ttf-arphic-gbsn00lp none (no description available) pn ttf-arphic-gkai00mp none (no description available) ii ttf-baekmuk 2.2-3 Baekmuk series TrueType fonts ii ttf-sazanami-gothic [ttf-japa 20040629-8 Sazanami Gothic Japanese TrueType ii ttf-sazanami-mincho [ttf-japa 20040629-8 Sazanami Mincho Japanese TrueType pn ttf-thryomanesnone (no description available) -- no debconf information Index: pango1.0-1.28.0/modules/thai/thai-fc.c === --- pango1.0-1.28.0.orig/modules/thai/thai-fc.c 2010-04-22 17:50:34.0 +0700 +++ pango1.0-1.28.0/modules/thai/thai-fc.c 2010-04-22 17:50:35.0 +0700 @@ -131,8 +131,8 @@ /**/ 0, 0x0ea1, 0x0ea2, 0x0ea3, 0, 0x0ea5, 0, 0x0ea7, /**/ 0, 0, 0x0eaa, 0x0eab, 0, 0x0ead, 0x0eae, 0x0eaf, 0x0eb0, 0x0eb1, 0x0eb2, 0x0eb3, 0x0eb4, 0x0eb5, 0x0eb6, 0x0eb7, -0x0eb8, 0x0eb9, 0, 0x0ebb, 0x0ebc, 0x0ebd, 0, 0, -0x0ec0, 0x0ec1, 0x0ec2, 0x0ec3, 0x0ec4, 0, 0x0ec6, 0, +0x0eb8, 0x0eb9, 0, 0, 0x0ebc, 0x0ebd, 0, 0, +0x0ec0, 0x0ec1, 0x0ec2, 0x0ec3, 0x0ec4, 0, 0x0ec6, 0x0ebb, 0x0ec8, 0x0ec9, 0x0eca, 0x0ecb, 0x0ecc, 0x0ecd, 0, 0, 0x0ed0, 0x0ed1, 0x0ed2, 0x0ed3, 0x0ed4, 0x0ed5, 0x0ed6, 0x0ed7, 0x0ed8, 0x0ed9, 0, 0, 0x0edc, 0x0edd, 0, 0 Index: pango1.0-1.28.0/modules/thai/thai-charprop.h === --- pango1.0-1.28.0.orig/modules/thai/thai-charprop.h 2010-04-22 17:50:34.0 +0700 +++ pango1.0-1.28.0/modules/thai/thai-charprop.h 2010-04-22 17:50:35.0 +0700 @@ -36,9 +36,10 @@ #define islao(wc) (0x0E80 = (wc) (wc) 0x0EE0) /* ucs2tis() * Lao: [0x0E80..0x0EDF] - [0x20..0x7F] + * exception: 0x0EBB - 0x67 * Thai: [0x0E00..0x0E5F] - [0xA0..0xFF] */ -#define ucs2tis(wc) (((wc) - 0x0E00 + 0x20)^0x80) +#define ucs2tis(wc) ((wc)==0x0EBB ? 0x67 : ((wc) - 0x0E00 + 0x20)^0x80) /* Define TACTIS character classes */ #define CTRL 0 Index: pango1.0-1.28.0/modules/thai/thai-charprop.c === --- pango1.0-1.28.0.orig/modules/thai/thai-charprop.c 2010-04-22 17:55:14.0 +0700 +++ pango1.0-1.28.0/modules/thai/thai-charprop.c 2010-04-22 17:58:30.0 +0700 @@ -89,8 +89,8 @@ /*40*/
Bug#593670: Announce of the upcoming NMU for the hadoop package
Dear maintainer of hadoop and Debian translators, Some days ago, I sent a notice to the maintainer of the hadoop Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de es fr it ja pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the hadoop package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, April 06, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, March 24, 2011 : send the first intent to NMU notice to the package maintainer. Tuesday, March 29, 2011 : send this notice Wednesday, April 06, 2011 : (midnight) deadline for receiving translation updates Thursday, April 07, 2011 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Thursday, April 14, 2011 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: had...@packages.debian.org\n POT-Creation-Date: 2010-04-17 08:00+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid Should namenoded's file system be formatted? msgstr #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid The Name Node daemon manages the Hadoop Distributed File System (HDFS). Like a normal file system, it needs to be formatted prior to first use. If the HDFS file system is not formatted, the Name Node will fail to start. msgstr #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid This operation does not affect other file systems on this computer. You can safely choose to format the file system if you're using HDFS for the first time and don't have data from previous installations on this computer. msgstr #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid If you choose not to format the file system right now, you can do it later by executing \hadoop namenode -format\ as the user \hadoop\. msgstr signature.asc Description: Digital signature
Bug#619944: - support
Hi, As a former Slovak translation coordination, I support this list also. Stanislav Valasek
Bug#593670: Announce of the upcoming NMU for the hadoop package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-03-29 07:45, Christian PERRIER wrote: Dear maintainer of hadoop and Debian translators, Some days ago, I sent a notice to the maintainer of the hadoop Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. Hi, Thomas did send a reply[1] about this NMU to you suggesting that it would be a waste of your time to update the translations (for reasons mentioned in the original email). It is possible he did so only as a list reply (I cannot see the headers of this email in the archive and I cannot remember the original email). ~Niels [1] http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2011-March/030863.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNkXhpAAoJEAVLu599gGRCEFkP/jvmLJJ0XsuS2h3tiNLsPGR7 UioQ7oYOMyKbq5P0mO/o7Yma1lWrZgnFKDk7uABkj1Ph/wRrtBPw6wX95irQUfUb yYonEHhTg8kWCFPKyfWj2+KxJbDOEWFkQPutj+nD2dyj9iuNcUVr9O+SHKNFEDwd o55HnrCfbPUCgDkWvWMxq7+bQgQdac/04zbklWSYHVHbcMplbC4KuB76DW7LQYHD piCrT2T+dcKn+Oa7Vqavjh83oB/wdUs47IaRNuVIjLtfuc7hTmF/g0BERQeEftNS Q4TVPwNT/JR9gJ5eP4nw2eQPojcs8PKr0ZWN/LQY10e78cRt7al++pQ9Lf4y88LX ezhRgrqrmDA2p50KnkKV6oaiz+SkqWrmf3lDvuyqdyFkVClT8qq2e/PmJPmC2Yfj Ts5GyK9bT7U3q0exYkqGXTDcZV5ZVX/KK3Wzs0FwM1OFW4uFagQuVxrzy27m8J9/ 23wmZUExpAlg4F3i+dSBmqNBuFYQlz8BzlzttAKokXbU626M9Z5Tn7PWZ0CiFR3S Udh77NsZGOsg8xtvfJi6Z2Xhyc1kKxYEsXY+YyRK+aqhikIHZc7wnLnQRweFXLnH 2tAtpV8Qdn5vHT3GM6iZQa+TA1pWKdu7p6KS6ycBnHyC3Tl2zvtT46EhBDtoAbIF A5662plDrdHRmTIvDgcM =cwHR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619983: Search for iso image misses the current device
Quoting Jens Seidel (jenssei...@users.sf.net): Package: debian-installer I tried the squeeze installer installed on a USB stick. Since I want to use the stick also for other stuff I rearranged the files and moved them to /boot (as this is searched by syslinux for its config file). So I have now all installation specific stuff in this single directory (I updated the paths in the syslinux config of course). Nevertheless the installer is now not able to find the iso file in /boot. It searches the whole disk (after I told it is OK) but misses the current USB stick partition which contains less then 10 files? Please change this. Maybe you should also provide all files in /boot per default. Could you check this with daily builds? Important changes were introduced recently (that even allow choosing which ISO image to use when there is more than one on the USB stick) so it might as well have solved the issue you raise. signature.asc Description: Digital signature
Bug#610784: grub-pc: *** glibc detected *** grub-probe: free(): invalid pointer: 0x0000000000671c08 ***
Hi Vladimir! On Mon, Mar 28, 2011 at 04:37:22PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: *** glibc detected *** grub-probe: free(): invalid pointer: 0x00671c08 *** *** glibc detected *** grub-probe: free(): invalid pointer: 0x00671c08 *** *** glibc detected *** grub-probe: free(): invalid pointer: 0x00671c08 *** This may be due to DIOCGDINFO bug. Could you test the latest upstream or attached patch? Unfortunately I have not anymore the very same Hardware available to test it. But I can check if I get it reproduced somewhere else and then try the patch. Did you succeed with reproduce the failure? Bests Salvatore signature.asc Description: Digital signature
Bug#620002: libpango1.0-0: VTE always displays Thai SARA AM (U+0E33) with dotted circle
Package: libpango1.0-0 Version: 1.28.3-5 Severity: normal Tags: patch As reported upstream since Pango 1.24.x in GNOME #583718, Thai SARA AM (U+0E33) is always rendered with dotted circle in VTE, and thus gnome-terminal. https://bugzilla.gnome.org/show_bug.cgi?id=583718 This was once considered a duplicate of GNOME #584160, in which all complex text languages are to be solved at once. But 2 years have passed without any progress, and Thai people have suffered and complained everywhere about this very visible glitch. https://bugzilla.gnome.org/show_bug.cgi?id=584160 In fact, this problem has been commonly treated in typewriters and text-mode consoles by letting SARA AM take its own cell without decomposition, making the fix very trivial. No need for any special complex text analysis. I have applied the proposed patch in my local repository for Thai users here, with rebuilding on every update in sid for the past 2 years: http://ftp.debianclub.org/debclub/pool/main/p/pango1.0/ The patch has even been taken by Thai Ubuntu local team as a solution for Thai Ubuntu users: http://www.ubuntuclub.com/node/2970 It should benefit to have the patch merged into sid, to reduce the downstream difference, until upstream decides something over it. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpango1.0-0 depends on: ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libthai0 0.1.15-1 Thai language support library ii libx11-6 2:1.4.2-1 X11 client-side library ii libxft2 2.2.0-2FreeType-based font drawing librar ii libxrender1 1:0.9.6-1 X Rendering Extension client libra Versions of packages libpango1.0-0 recommends: ii x-ttcidfont-conf 32 TrueType and CID fonts configurati Versions of packages libpango1.0-0 suggests: pn ttf-arphic-bkai00mp none (no description available) pn ttf-arphic-bsmi00lp none (no description available) pn ttf-arphic-gbsn00lp none (no description available) pn ttf-arphic-gkai00mp none (no description available) ii ttf-baekmuk 2.2-3 Baekmuk series TrueType fonts ii ttf-sazanami-gothic [ttf-japa 20040629-8 Sazanami Gothic Japanese TrueType ii ttf-sazanami-mincho [ttf-japa 20040629-8 Sazanami Mincho Japanese TrueType pn ttf-thryomanesnone (no description available) -- no debconf information Index: pango1.0-1.24.3/modules/thai/thai-fc.c === --- pango1.0-1.24.3.orig/modules/thai/thai-fc.c 2009-06-21 17:37:22.0 +0700 +++ pango1.0-1.24.3/modules/thai/thai-fc.c 2009-06-21 17:38:02.0 +0700 @@ -171,6 +171,8 @@ if (G_UNLIKELY (!font_info)) { + PangoFontMap *fontmap; + /* No cached information not found, so we need to compute it * from scratch */ @@ -187,6 +189,26 @@ else font_info-font_set = THAI_FONT_TIS; + /* check if the font is monospace */ + font_info-is_monospace = FALSE; + fontmap = pango_font_get_font_map (font); + if (fontmap) +{ + PangoFontFamily **families; + int n_families, i; + + pango_font_map_list_families (fontmap, families, n_families); + for (i = 0; i n_families; i++) +{ + if (pango_font_family_is_monospace (families[i])) +{ + font_info-is_monospace = TRUE; + break; +} +} + g_free (families); +} + g_object_set_qdata_full (G_OBJECT (font), info_id, font_info, (GDestroyNotify)g_free); } Index: pango1.0-1.24.3/modules/thai/thai-shaper.c === --- pango1.0-1.24.3.orig/modules/thai/thai-shaper.c 2009-06-21 17:37:26.0 +0700 +++ pango1.0-1.24.3/modules/thai/thai-shaper.c 2009-06-21 17:38:02.0 +0700 @@ -164,7 +164,8 @@ { case 1: if (is_char_type (cluster[0], - BelowVowel|BelowDiac|AboveVowel|AboveDiac|Tone|SaraAm)) + BelowVowel|BelowDiac|AboveVowel|AboveDiac|Tone) + ||
Bug#620003: merkaartor: deps problem? [relocation error: /usr/lib/libgdal1.7.0.so.1]
Package: merkaartor Version: 0.17.2-3 Severity: important Tags: sid This problem usually shows some dependency needs to be stricter, sometimes it's just pointless to fix, but may worth one fast look. :-) (It most probably will heal itself as soon as I upgrade other libs. It may bite others upgrading, though.) It may be not in merkaartor but in libgdal1-1.7.0 or libmysqlclient_16 or their dependencies, reassign at will. $ merkaartor merkaartor: relocation error: /usr/lib/libgdal1.7.0.so.1: symbol __cxa_pure_virtual, version libmysqlclient_16 not defined in file libmysqlclient.so.16 with link time reference Thanks, Peter -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (2000, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38.1-narya2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages merkaartor depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.5.2-6GCC support library ii libgdal1-1.7.0 1.7.3-2 Geospatial Data Abstraction Librar ii libgps192.95-8 Global Positioning System - librar ii libproj04.7.0-1 Cartographic projection library ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-svg 4:4.6.3-4Qt 4 SVG module ii libqt4-webkit 4:4.6.3-4Qt 4 WebKit module ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libspatialite2 2.4.0~rc2-5 Geospatial extension for SQLite - ii libsqlite3-03.7.3-1 SQLite 3 shared library ii libstdc++6 4.5.2-6 The GNU Standard C++ Library v3 ii libzbar00.10+doc-4 bar code scanner and decoder (libr ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime merkaartor recommends no packages. Versions of packages merkaartor suggests: pn spatialite-binnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592795: Announce of the upcoming NMU for the fontconfig package
On Tue, 29 Mar 2011 07:44:56 +0200, Christian PERRIER bubu...@debian.org wrote: (CC'ing Keith and Joss privately: you guys may have missed my initial mail and I wouldn't like to initiate an l10n NMU process without giving you another chance to object: I know we're early in the release process and you amy feel there's no need for urgent hunting of pending l10n stuff) Please feel free to NMU for translations; I'll pull any updates into the package when I release it next (fortunately, fontconfig isn't seeing a lot of active development, and so the next upstream release may be a long time off). -- keith.pack...@intel.com pgpQNypLk675J.pgp Description: PGP signature
Bug#428189: coreutils: move printf to /bin
Hi, there have been systems failing to boot in the past (#532324) because there was no consensus about what scripts may assume that /bin/sh implements. Due disagreement on #532324, the Technical Committee was called to decide in #539158. Their decision was: | 1. The Technical Committee refuses to overrule the udev maintainer, as | requested by Bug 539158. The committee suggests that the policy | maintainers document in the policy what the current best practices on | providing printf (and similar functions used in the initrd like [ and | test) by shells. I think not overruling udev's maintainer was correct, because #532324 was just one symptom of an underlying problem and just fighting symptoms is wrong. The underlying problem is that the policy does not reflect reality, or, vice versa, that reality does not care about section 10.4 of the policy. Imagine, for example, what could happen if 'which' would not work until /usr/ is mounted[1]. 'setupcon', that is used to setup the console during boot, also uses 'printf', but luckily not the part that currently is run before mounting. Not requiring '[' as builtin command without providing /bin/[ is also wrong, and even if nobody ever would build such a shell, policy and reality should match (at least for documentation purposes). There are also a few bugs somehow related to /bin/sh, among them #538822 and #540512. A sane solution to the /bin/sh related bugs might enable additional shells to become /bin/sh. This would significantly raise the probability of bugs similar to #532324 to occur. I see two possible ways solve this problem without requiring to remove 'printf' from various scripts: 1. Move the binaries 'printf', '[' and 'test' to /bin with compatibility symlinks in /usr/bin. 2. Adapt the Debian policy to require 'printf', '[' and 'test' as builtin commands for all shells that can be used as /bin/sh. Moving the binaries to /bin has already been requested in #532343. Quoting the relevant part[2]: | would you be willing to move [, printf and test to /bin/ and place | symlinks to them in /usr/bin/ to help resolving this problem? | | Not really, as to be consistent you'd need *all* posix utilities in | /bin. I'd rather just say that debian supports all posix commands, shell | builtin or not, once /usr is mounted. Anything else is just too | complicated (and affects more than just this specific case, and more | than just coreutils). Your decision seems to be based on the assumption that the reason why this was requested was to comply with POSIX, even before /usr is mounted. A more appropriate reason for this request is to improve the conformance between Debian's policy and its userland. Having these binaries in /bin/ would also: * avoid the need to adapt (nearly?) all shells before they are eligible to become /bin/sh in Debian * avoid the need to adapt the Debian policy accordingly[3] * make the way 'printf' is provided consistent to the way its predecessor[4] 'echo' is provided Please reconsider your decision regarding moving these binaries to /bin. If you do not want to move them, please reassign this bug to debian-policy and retitle it to debian-policy: please require builtin printf, test and [ by system shells. Thanks Carsten [1] /bin/which uses printf on non-ksh shells, though there is a possible workaround for this: http://git.eyrie.org/?p=devel/c-tap-harness.git;a=commitdiff;h=83dc5bef09e6dd6fef60debf257039b758f2a43b [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532343#57 [3] Otherwise at least the '[' and 'test' part would require to be fixed and very likely the 'printf' part too. [4] POSIX reads: New applications are encouraged to use printf instead of echo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620004: libpango1.0-0: Weird cursor movements on Thai leading/following vowels
Package: libpango1.0-0 Version: 1.28.3-5 Severity: normal Tags: patch As reported upstream since Pango 1.23.x in GNOME #576156, cursor movement on Thai leading/following vowels introduced in that version has been counter-intuitive to Thai users. Instead of moving cell by cell, it skips leading and following vowels, causing unexpected editing behavior. https://bugzilla.gnome.org/show_bug.cgi?id=576156 This bug has also caused failed tests on Mozilla: https://bugzilla.mozilla.org/show_bug.cgi?id=474068 The same problem has been fixed elsewhere, including Chromium browser and ICU, but not Pango. Instead, upstream insists on conformance to Unicode Annex #29, no matter how it's against all practical uses on earth, such as evidences shown in Mozilla bug: https://bugzilla.mozilla.org/show_bug.cgi?id=474068#c65 UAX#29 amendments have been proposed for many times, but got rejected. The last hope is that my recent evidences could convince the committee. It's under progress, BTW. Meanwhile, I have maintained my patched package in a local repository for Thai users, with rebuilding on every sid update for the past 2 years, as also mentioned in Bug #620001 and #620002: http://ftp.debianclub.org/debclub/pool/main/p/pango1.0/ It should be good to get the patch included in sid, to get the downstream difference reduced, until the necessary action is taken upstream (both Unicode and GNOME). Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpango1.0-0 depends on: ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libthai0 0.1.15-1 Thai language support library ii libx11-6 2:1.4.2-1 X11 client-side library ii libxft2 2.2.0-2FreeType-based font drawing librar ii libxrender1 1:0.9.6-1 X Rendering Extension client libra Versions of packages libpango1.0-0 recommends: ii x-ttcidfont-conf 32 TrueType and CID fonts configurati Versions of packages libpango1.0-0 suggests: pn ttf-arphic-bkai00mp none (no description available) pn ttf-arphic-bsmi00lp none (no description available) pn ttf-arphic-gbsn00lp none (no description available) pn ttf-arphic-gkai00mp none (no description available) ii ttf-baekmuk 2.2-3 Baekmuk series TrueType fonts ii ttf-sazanami-gothic [ttf-japa 20040629-8 Sazanami Gothic Japanese TrueType ii ttf-sazanami-mincho [ttf-japa 20040629-8 Sazanami Mincho Japanese TrueType pn ttf-thryomanesnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619936: Bugfix, first try
retitle 619936 dlint fails when output of dig is changed via .digrc thanks Hello Patrik! On Mon, 28 Mar 2011 20:24:35 +0200 Patrik Schindler p...@pocnet.net wrote: Since dlint is a shell script, I will add debugging output here: Thanks. Might have been the next step. How to cope with that properly? I am not sure yet. A first try is this: --- dlint.dist 2011-03-29 08:32:35.0 +0200 +++ dlint 2011-03-29 08:58:14.0 +0200 @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/dash # # program:dlint # usage: dlint [-n] zone @@ -106,7 +106,7 @@ # Check if dig is installed and get the version number. # If version 2.1, fail. If version 9 or greater, set special settings. # -ver=`dig localhost any | grep DiG | head -1 | sed -e 's/.*DiG \([0-9.]*\).*/\1/'` +ver=`dig -v 21 | grep DiG | head -1 | sed -e 's/.*DiG \([0-9.]*\).*/\1/'` ans=`echo $ver | awk '$1 = 2.1 {print ok; exit}'` # floating point math if test x$ans != xok; then Replacing sh is needed as the redirection via 21 might not be supported by all shells. Using dash seems a good choice at it is the default shell within Debian and a required package. I'd better like a solution which works within every shell and not change the shell used by dlint. Again, I will look into this later, my time does not allow anything more for the moment. Thanks for taking time and sorry for not debugging in the first place myself. You are welcome - and no problem at all. Thank you for debugging it now. Regards Florian -- Florian Hinzmann private: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616164: Notify ubuntu
Hi Dave, Thanks for the patch. There is still another commit for this patch in the upstream cvs. Can you apply that in Ubuntu ? http://www.openldap.org/devel/cvsweb.cgi/servers/slapd/main.c.diff?r1=1.278r2=1.279hideattic=1sortbydate=0 Our release team notified me about the extra addition. Regards, Matthijs Möhlmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619936: Severity important
severity 619936 important thanks This might hinder me in getting the resulting bugfix into a point release, but anyway: The package is usable in most installations, so the definition of severity important is eminently suited. Regards Florian -- Florian Hinzmann private: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619990: developers-reference: Update of merkel.d.o URLs
Hi, On Tue, 29 Mar 2011, Charles Plessy wrote: - For Britney, I do not find the equivalent on ries.d.o for the following: merkel:/org/ftp-debian-org;/testing/update_out/ merkel:~aba/testing/update_out Was it moved somewhere else ? It's now part of release.debian.org and thus not mirrored on ries.debian.org. hertzog@ries:~$ ls -al /srv/ftp.debian.org/web/testing lrwxrwxrwx 1 dak ftpteam 35 3 juil. 2010 /srv/ftp.debian.org/web/testing - /srv/release.debian.org/www/britney hertzog@ries:~$ ls -al /srv/release.debian.org/www/britney ls: cannot access /srv/release.debian.org/www/britney: No such file or directory But I think it's not very important: - the former is web accessible at http://ftp-master.debian.org/testing/update_output/ - the latter is probably not really the reference implementation of britney anymore it can either be removed or replaced with http://git.debian.org/?p=debian-release/britney1.git;a=summary and http://git.debian.org/?p=debian-release/britney2.git;a=summary Index: pkgs.dbk === --- pkgs.dbk (révision 8598) +++ pkgs.dbk (copie de travail) @@ -2596,10 +2596,7 @@ before or after this main run, depending on the exact type. /para para -If you want to see more details, you can look it up on -filenamemerkel:/org/ftp-debian-org;/testing/update_out//filename (or -in filenamemerkel:~aba/testing/update_out/filename to see a setup with -a smaller packages file). Via web, it's at ulink +If you want to see more details, you can look it up on ulink url=http://ftp-master-host;/testing/update_out_code/;/ulink. /para para Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619845: test suite failures with --no-copy-dt-needed-entries
Hi Kurt, * Kurt Roeckx wrote on Mon, Mar 28, 2011 at 01:08:22AM CEST: We're seeing this currently in Debian: FAIL: tests/tagdemo-make.test /bin/bash ./libtool --tag=CXX --mode=link g++ -g -O2 -o tagdemo main.o libbaz.la -ldl libtool: link: g++ -g -O2 -o .libs/tagdemo main.o ./.libs/libbaz.so -ldl -Wl,-rpath -Wl,/home/kurt/libtool/libtool-2.4/_inst-tagdemo/lib /usr/bin/ld: main.o: undefined reference to symbol 'convenience' /usr/bin/ld: note: 'convenience' is defined in DSO //home/kurt/libtool/libtool-2.4/tests/tagdemo/.libs/libfoo.so.0 so try adding it to the linker command line //home/kurt/libtool/libtool-2.4/tests/tagdemo/.libs/libfoo.so.0: could not read symbols: Invalid operation collect2: ld returned 1 exit status I was expecting this to break with the change in toolchain. In case you wonder why we get that error now, it's because gcc now passes --no-copy-dt-needed-entries to the linker. I think I've mailed the lists with a similar case just like this before. The problem is main.o is linking to libbaz (which is not a convenience library, and is linked to libfoo), but is using symbols from libfoo directly and not linking too it. This is just wrong, but used to work because ld fixed it for you. And libtool probably also tries to fix it for you if you don't set link_all_deplibs to no. I plan to adjust all the tests to add the proper libraries. Would you be interested in the patch? Yes, please. I'm not quite sure whether the test case was intended to exercise this, or it was just inadvertent; the latter is more likely. Presumably one or more of the tests from the Autotest testsuite in Libtool fail as well due to this? Thanks for the report, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620005: liboauth-php: Should provide 400 or 401 error codes when triggering exceptions
Package: liboauth-php Version: 0~svn622-1 Severity: wishlist Tags: upstream patch The specs indicate that the OAuth providers should return HTTP codes 400 or 401 depending on error conditions. In order to implement this with the library, the best would be that exceptions are created with such a return code in addition to the provided strings. See a proposed patch that implements this at : http://code.google.com/p/oauth/issues/detail?id=48#c4 Would it be suitable for inclusion in the Debian package ? Thanks in advance. Best regards, -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liboauth-php depends on: ii php55.3.3-7+squeeze1 server-side, HTML-embedded scripti ii php5-cli5.3.3-7+squeeze1 command-line interpreter for the p liboauth-php recommends no packages. liboauth-php suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458363: SSL disabled nowadays
block 458363 by 286672 thanks I don't think that this bug will be fixed, unless bug #286672[1] is fixed, since at the moment SSL is completely disabled and the application doesn't link to OpenSSL (the library that could provide SSL support). Rupert Footnotes: [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=286672 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618112: titantools: FTBFS: collect2: ld returned 1 exit status
On Tue, March 29, 2011 06:29, Lucas Nussbaum wrote: reopen 618112 thanks On 29/03/11 at 01:51 +0200, Javier Fernández-Sanguino Peña wrote: On Sun, Mar 13, 2011 at 06:18:28PM +0100, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Strange, you are rebuilding titantools 4.0.11-4 (from oldstable) when the latest version is 4.0.11+notdfsg1-2. 4.0.11-4 is still available in lenny and sid. I suspect that you forgot to ask for it to be removed when it was uploaded to non-free. In the case of unstable, this is because: noshell | 4.0.11-4 | sid | alpha, hppa alpha and hppa don't have non-free autobuilders, so the old binaries will need to be removed by ftp-master. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609125: vlc-nox postinst conifguration segfaults when regenerating plugins cache
I believe this problem to be fixed. Yesterday I upgraded a bunch of packages: several core X-packages that had been waiting a long time, updated nvidia packages and latest kernel package (this is on unstable). Currently I have the latest version of every installed package. With these packages updated, this crash no longer occurs. Because of the large number of packages it's hard to tell exactly what fixed it but given the stack traces above it might be the nvidia packages. This time, those packages told me that I might have remnants of an old manual nvidia installation, and that this might cause problems. I asked the package installer to remove the left overs for me, and after that the vlc-nox postinst worked correctly. So the fix seems to be to install the latest version of the nvidia packages and let it clean it up for you, or supposedly to manually look around for files and links installed by nvidia-installer. /Oskar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620003: merkaartor: deps problem? [relocation error: /usr/lib/libgdal1.7.0.so.1]
reassign 620003 libmysqlclient16 forcemerge 619085 620003 found 619085 5.1.49-3 thanks Please see #619085. On 03/29/2011 08:13 AM, Peter Gervai wrote: Package: merkaartor Version: 0.17.2-3 Severity: important Tags: sid This problem usually shows some dependency needs to be stricter, sometimes it's just pointless to fix, but may worth one fast look. :-) (It most probably will heal itself as soon as I upgrade other libs. It may bite others upgrading, though.) It may be not in merkaartor but in libgdal1-1.7.0 or libmysqlclient_16 or their dependencies, reassign at will. $ merkaartor merkaartor: relocation error: /usr/lib/libgdal1.7.0.so.1: symbol __cxa_pure_virtual, version libmysqlclient_16 not defined in file libmysqlclient.so.16 with link time reference Thanks, Peter -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (2000, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38.1-narya2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages merkaartor depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.5.2-6GCC support library ii libgdal1-1.7.0 1.7.3-2 Geospatial Data Abstraction Librar ii libgps192.95-8 Global Positioning System - librar ii libproj04.7.0-1 Cartographic projection library ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-svg 4:4.6.3-4Qt 4 SVG module ii libqt4-webkit 4:4.6.3-4Qt 4 WebKit module ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libspatialite2 2.4.0~rc2-5 Geospatial extension for SQLite - ii libsqlite3-03.7.3-1 SQLite 3 shared library ii libstdc++6 4.5.2-6 The GNU Standard C++ Library v3 ii libzbar00.10+doc-4 bar code scanner and decoder (libr ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime merkaartor recommends no packages. Versions of packages merkaartor suggests: pn spatialite-binnone (no description available) -- no debconf information -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618970: [Evolution] Bug#618970: Bug#618970: evolution always crash after upgrade
reassign 618970 tracker-miner-evolution forcemerge 618970 619017 affects 618970 evolution thanks On lun., 2011-03-28 at 13:28 +0200, alfredo amontagna wrote: adding Michael Biebl in CC (I hope I'm doing the right thing, otherwise Michael sorry for the noise) Michael please check for my bug #618970 submited to evolution package. after some investigation I found the problem. the evolution crash appears to be caused by interactions with a tracker package. after removing tracker-miner-evolution evolution start normally. I don't know If the problem is in the evolution or in the tracker package. Yves-Alexis, Michael, let me know if you need more test and/or information and thank you very much for your hard work in the debian project. Hmh, sorry, I missed that when processing #619017. I don't really have an idea, maybe the plugin needs to be rebuilt against newer eds, or maybe there's a fix in the newer tracker plugin. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561991: fakechroot bugginess on squeeze
debootstrap --variant=fakechroot does not currently work on squeeze. It fails with error messages like: W: Failure while unpacking required packages. This will be attempted up to five times. These errors appear to be due to two distinct bugs: #561991 and #588508 Maybe a targeted patch of these two bugs in fakechroot is a good candidate for the next point release of squeeze? I'm attaching a debdiff against what is currently in stable (2.9-1.1). i tested this as a non-privileged user on an i386 squeeze environment with: mkdir root PATH=/sbin:/usr/sbin:$PATH fakeroot \ -i $(pwd)/fakeroot.state \ -s $(pwd)/fakeroot.state \ fakechroot \ debootstrap --variant=fakechroot squeeze root Without these patches applied, the base fakechroot does not succeed. With these patches applied, it completes successfully. I also tried fixing only one bug or the other, but debootstrap failed to complete without both fixes together, so i think they are both necessary. I ran into these bugs while building debirf images. It would be nice for users of debian stable to not have to use a backported fakechroot for debirf. I do not believe these fixes have any adverse affect on other uses of fakechroot. Is there anything else you need from me in order to consider this request for a future point release? Regards, --dkg PS i am not subscribed to debian-release -- please CC me on replies. thanks! diff -u fakechroot-2.9/configure.ac fakechroot-2.9/configure.ac --- fakechroot-2.9/configure.ac +++ fakechroot-2.9/configure.ac @@ -172,6 +172,7 @@ unlinkat \ ulckpwdf \ utime \ +utimensat \ utimes \ ]) diff -u fakechroot-2.9/config.h.in fakechroot-2.9/config.h.in --- fakechroot-2.9/config.h.in +++ fakechroot-2.9/config.h.in @@ -368,6 +368,9 @@ /* Define to 1 if you have the `utimes' function. */ #undef HAVE_UTIMES +/* Define to 1 if you have the `utimensat' function. */ +#undef HAVE_UTIMENSAT + /* Define to 1 if you have the utime.h header file. */ #undef HAVE_UTIME_H diff -u fakechroot-2.9/configure fakechroot-2.9/configure --- fakechroot-2.9/configure +++ fakechroot-2.9/configure @@ -12458,6 +12458,7 @@ unlinkat \ ulckpwdf \ utime \ +utimensat \ utimes \ do : diff -u fakechroot-2.9/src/libfakechroot.c fakechroot-2.9/src/libfakechroot.c --- fakechroot-2.9/src/libfakechroot.c +++ fakechroot-2.9/src/libfakechroot.c @@ -543,6 +543,9 @@ /* static int (*next_ulckpwdf) (void) = NULL; */ #endif static int (*next_utime) (const char *filename, const struct utimbuf *buf) = NULL; +#ifdef HAVE_UTIMENSAT +static int (*next_utimensat) (int dirfd, const char *pathname, const struct timespec times[2], int flags) = NULL; +#endif static int (*next_utimes) (const char *filename, const struct timeval tv[2]) = NULL; @@ -821,6 +824,9 @@ /*nextsym(ulckpwdf, ulckpwdf); */ #endif nextsym(utime, utime); +#ifdef HAVE_UTIMENSAT +nextsym(utimensat, utimensat); +#endif nextsym(utimes, utimes); } @@ -896,10 +902,19 @@ /* #include unistd.h */ int __lxstat (int ver, const char *filename, struct stat *buf) { -char *fakechroot_path, *fakechroot_ptr, fakechroot_buf[FAKECHROOT_MAXPATH]; +char *fakechroot_path, *fakechroot_ptr, fakechroot_buf[FAKECHROOT_MAXPATH], tmp[FAKECHROOT_MAXPATH]; +int retval; +READLINK_TYPE_RETURN status; +const char* orig; +orig = filename; expand_chroot_path(filename, fakechroot_path, fakechroot_ptr, fakechroot_buf); if (next___lxstat == NULL) fakechroot_init(); -return next___lxstat(ver, filename, buf); +retval = next___lxstat(ver, filename, buf); +/* deal with http://bugs.debian.org/561991 */ +if ((buf-st_mode S_IFMT) == S_IFLNK) + if ((status = readlink(orig, tmp, sizeof(tmp)-1)) != -1) +buf-st_size = status; +return retval; } #endif @@ -909,10 +924,19 @@ /* #include unistd.h */ int __lxstat64 (int ver, const char *filename, struct stat64 *buf) { -char *fakechroot_path, *fakechroot_ptr, fakechroot_buf[FAKECHROOT_MAXPATH]; +char *fakechroot_path, *fakechroot_ptr, fakechroot_buf[FAKECHROOT_MAXPATH], tmp[FAKECHROOT_MAXPATH]; +int retval; +READLINK_TYPE_RETURN status; +const char* orig; +orig = filename; expand_chroot_path(filename, fakechroot_path, fakechroot_ptr, fakechroot_buf); if (next___lxstat64 == NULL) fakechroot_init(); -return next___lxstat64(ver, filename, buf); +retval = next___lxstat64(ver, filename, buf); +/* deal with http://bugs.debian.org/561991 */ +if ((buf-st_mode S_IFMT) == S_IFLNK) + if ((status = readlink(orig, tmp, sizeof(tmp)-1)) != -1) +buf-st_size = status; +return retval; } #endif @@ -2158,10 +2182,19 @@ /* #include unistd.h */ int lstat (const char *file_name, struct stat *buf) { -char *fakechroot_path, *fakechroot_ptr, fakechroot_buf[FAKECHROOT_MAXPATH]; +char *fakechroot_path, *fakechroot_ptr, fakechroot_buf[FAKECHROOT_MAXPATH], tmp[FAKECHROOT_MAXPATH]; +
Bug#580447: Regression: LinearShade no longer works
On 06.05.10 Kumar Appaiah (a.ku...@alumni.iitm.ac.in) wrote: Hi, I use ConTeXt to make my presentations. With the latest upgrade, I am unable to use linear shades, a concept I borrowed from the ConTeXt Garden Wiki. Two dumb questions: 1. How do I process your test file, I'm not a Context user? 2. Could you send me the exact URL frtom Context Garden, which describes how to use linear shade? Thanks, Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#565500: must not depend on libthai
Package: pango1.0 Followup-For: Bug #565500 For the record, CVE-2009-4012 (DSA-1971) was later analyzed by Red Hat [1] to be ineffective. Instead, Pango itself was found to be vulnerable. [1] https://bugzilla.redhat.com/show_bug.cgi?id=554416 Although I couldn't find an obvious exploit when I got the report, I took the action immediately anyway, and I don't think taking this as a penalty is fair. But yes, technically speaking, downgrading libthai to Recommends is possible, by splitting pango-thai-lang.so into a new subpackage and let libpango1.0-0 recommends it. But as Loic said, it's a trade-off. Thai users must be guaranteed not to miss it by the default installation. If I'm right, the default installation already includes the recommended packages. If that's confirmed, the split should not cause problem to Thai users, while removing it would still be allowed. BTW, I have got another compelling reason to split: I'd like to re-fork the removed pango-libthai, after upstream has ignored my proposed patches for too long (it's 2 years now without any progress). The split, probably with pango-thai-fc.so as well, should allow alternative implementation which I can maintain myself and respond to bugs more quickly. But if all patches in bug #620001, #620002 and #620004 are accepted into sid, the urge for the split can be dropped. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620006: mirror submission for ftp.uni-pannon.hu
Package: mirrors Severity: wishlist Submission-Type: new Site: ftp.uni-pannon.hu Aliases: ftp.vein.hu Type: leaf Archive-architecture: amd64 i386 ia64 Archive-ftp: /debian/ Archive-http: /debian/ IPv6: yes Archive-upstream: ftp.be.debian.org Updates: twice Maintainer: Laszlo Szabo szab...@almos.uni-pannon.hu Country: HU Hungary Location: Hungary/Veszprem Sponsor: University of Pannonia www.uni-pannon.hu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611208: Needs git commit to build with experimental gtk version
severity 611208 serious thanks Hi This now FTBFS in unstable. libgtk2.0-dev in unstable now is at: libgtk2.0-dev | 2.24.3-1~sid1| sid | alpha, amd64, armel, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mipsel, powerpc, s390, sparc Bests Salvatore signature.asc Description: Digital signature
Bug#620007: [patch] update bind9-default.md5sum
Package: bind9 Version: 1:9.7.3.dfsg-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch Hi, I noticed that in Ubuntu a bind9 upgrade causes a /etc/default/bind9.dpkg-dist file to be created. Looking at this I found that the md5sum of the default file is outdated, attached is a patch that fixes this. I also noticed that there is code that saves the md5sum of the /etc/default/bind9 in /usr/share/bind9/bind9-default.md5sum after the file got created. I don't quite understand how this will work, this file is also part of the normal package so it will be overwriten on each upgrade reseting the information when postinst runs next. I checked the md5sum on sid as well, same as in ubuntu maverick and natty so the patch should be safe. In Ubuntu, the attached patch was applied to achieve the following: * debian/bind9-default.md5sum: - updated to reflect the default md5sum in maverick and natty, this avoids a bogus /etc/default/bind9.dpkg-dist file (LP: #556332) Thanks for considering the patch. Cheers, Michael -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-7-generic (SMP w/4 CPU cores) Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- bind9-9.7.3.dfsg/debian/bind9-default.md5sum +++ bind9-9.7.3.dfsg/debian/bind9-default.md5sum @@ -1 +1 @@ -1229a956d3c6ca11fa344d69f082d7ca /etc/default/bind9 +2cfcfb7bf1b99c7930fd475907e38be7 /etc/default/bind9
Bug#620008: dvb-t teletext do not properly refresh the cache
Package: libzvbi0 Version: 0.2.33-4 I've compiled xawtv from http://dl.bytesex.org/cvs-snapshots/xawtv-20081014-100645.tar.gz to get mtt, an stand alone dvb-t teletext viewer for gnome using libzvbi0 library. It works correctly, the problem is that when a page is wrongly received (lines with wrong characters), it keeps forever, never refresh cache, even if I stop and restart the computer, the exactly same error on the same page is still there. I am using Debian GNU/Linux sid, kernel 2.6.32-30 and libc6 2.11.2-11 smime.p7s Description: S/MIME Cryptographic Signature
Bug#620009: haskell-platform: New upstream release 2011.2.0.0 available (version bump)
Package: haskell-platform Severity: wishlist A new version of the Haskell Platform is available at http://hackage.haskell.org/platform/ , specifically version 2011.2.0.0, released this month. It includes GHC 7.x, which breaks compatibility with GHC 6.x, so it may be necessary to use a ghc7 metapackage (?) Some discussion has occurred at Ubuntu bug #711366 ( https://bugs.launchpad.net/ubuntu/+source/haskell-platform/+bug/711366 ). Incidentally, version 2010.2.0.0 was released last year as well but doesn't seem to have made it into Debian. (?) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611208: Bug in libgtk2-perl fixed in revision 72027
tag 611208 + pending thanks Some bugs are closed in revision 72027 by Salvatore Bonaccorso (carnil) Commit message: New upstream release (Closes: #611208) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618970: Same problem here
Hi guys, Just to let you know, Alfredo is not the only one encountering this problem, I've got it too. Using the --disable-eplugin work for me as well, as does removing the package tracker-miner-evolution === gdb trace === noj@Holk:~$ gdb evolution GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/evolution...Reading symbols from /usr/lib/debug/usr/bin/evolution...done. done. (gdb) run Starting program: /usr/bin/evolution [Thread debugging using libthread_db enabled] [New Thread 0x7fffdc518700 (LWP 15790)] Program received signal SIGSEGV, Segmentation fault. 0x7661d699 in g_object_ref (_object=0xf83cb320) at /tmp/buildd/glib2.0-2.28.2/./gobject/gobject.c:2636 2636 /tmp/buildd/glib2.0-2.28.2/./gobject/gobject.c: No such file or directory. in /tmp/buildd/glib2.0-2.28.2/./gobject/gobject.c (gdb) thread apply all bt Thread 2 (Thread 0x7fffdc518700 (LWP 15790)): #0 0x75e80113 in poll () from /lib/libc.so.6 #1 0x761646c9 in g_main_context_poll (context=0x783c0c70, block=value optimized out, dispatch=value optimized out, self=value optimized out) at /tmp/buildd/glib2.0-2.28.2/./glib/gmain.c:3404 #2 g_main_context_iterate (context=0x783c0c70, block=value optimized out, dispatch=value optimized out, self=value optimized out) at /tmp/buildd/glib2.0-2.28.2/./glib/gmain.c:3086 #3 0x76164e75 in g_main_loop_run (loop=0x783c0c50) at /tmp/buildd/glib2.0-2.28.2/./glib/gmain.c:3299 #4 0x7fffef06d084 in gdbus_shared_thread_func (data=value optimized out) at /tmp/buildd/glib2.0-2.28.2/./gio/gdbusprivate.c:276 #5 0x76189ea4 in g_thread_create_proxy (data=0x783c0d50) at /tmp/buildd/glib2.0-2.28.2/./glib/gthread.c:1897 #6 0x772ca8ba in start_thread () from /lib/libpthread.so.0 #7 0x75e8b02d in clone () from /lib/libc.so.6 #8 0x in ?? () Thread 1 (Thread 0x77f9f800 (LWP 15787)): #0 0x7661d699 in g_object_ref (_object=0xf83cb320) at /tmp/buildd/glib2.0-2.28.2/./gobject/gobject.c:2636 #1 0x7fffd9478680 in tracker_evolution_plugin_init (plugin=0x78299300) at tracker-evolution-plugin.c:2273 #2 0x7663eae8 in g_type_create_instance (type=value optimized out) at /tmp/buildd/glib2.0-2.28.2/./gobject/gtype.c:1889 #3 0x766223d9 in g_object_constructor (type=18446744073579311904, n_construct_properties=106, construct_params=0x69) at /tmp/buildd/glib2.0-2.28.2/./gobject/gobject.c:1615 #4 0x76620751 in g_object_newv (object_type=value optimized out, n_parameters=4167899392, parameters=value optimized out) at /tmp/buildd/glib2.0-2.28.2/./gobject/gobject.c:1479 #5 0x766211cd in g_object_new_valist (object_type=140737361218832, first_property_name=0x0, var_args=0x7fffe060) at /tmp/buildd/glib2.0-2.28.2/./gobject/gobject.c:1596 #6 0x766214e1 in g_object_new (object_type=140737361218832, first_property_name=0x7fffd947a9e6 name) at /tmp/buildd/glib2.0-2.28.2/./gobject/gobject.c:1311 #7 0x7fffd9476fd3 in enable_plugin_real () at tracker-evolution-plugin.c:2112 #8 0x7fffd94770f5 in enable_plugin (ep=value optimized out, enabled=1) at tracker-evolution-plugin.c:2154 #9 e_plugin_lib_enable (ep=value optimized out, enabled=1) at tracker-evolution-plugin.c:2165 #10 0x7fffe4eda0f3 in plugin_lib_loadmodule (plugin=0x786ddc00) at e-plugin-lib.c:70 #11 0x7fffe4eda437 in plugin_lib_construct (plugin=0x786ddc00, root=value optimized out) at e-plugin-lib.c:154 #12 0x779753c8 in ep_load_plugin (root=0x786c3d50, pdoc=0x786aac10) at e-plugin.c:367 #13 0x77975786 in ep_load () at e-plugin.c:413 #14 e_plugin_load_plugins () at e-plugin.c:564 #15 0x77ffdc45 in main (argc=1, argv=0x7fffe3f8) at main.c:662 === package information === Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii tracker-miner-evolution 0.8.17-2 metadata database, indexer and search tool - evolution plugin Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
# Guido Günther wrote: # # Did this happen after an update or is this a fresh install? # # Being curious, I tried the squeeze and sid versions. found 617759 icedove/3.0.11-2 icedove/3.0.11-1+squeeze1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618702: Re[2]: Bug#618702: eiskaltdcpp-qt: does not start, prints 'symbol lookup error'
Hi Janos, You don't need do this actions. Just install the package eiskaltdcpp-qt-dbg. And then run program in gdb as usual: $ gdb eiskaltdcpp-qt (gdb) run GDB must use it debugging symbols automatically. Wait for program fault and launch command: (gdb) bt full And send me this full backtrace please. Regards, Boris
Bug#619360: SyntaxError from python-support
So David, i think that we should add a X-Python-Version: = 2.6 in debian/rules per http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619360: SyntaxError from python-support
On Tue, 29 Mar 2011 11:10:03 +0200, Riccardo Magliocchetti wrote: So David, i think that we should add a X-Python-Version: = 2.6 in debian/rules per http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html Like this? http://git.debian.org/?p=collab-maint/bootchart2.git;a=commitdiff;h=37549064ff71ad73aecdbc19c2219d287671bcc5 (5 days ago) I just didn't have enough time to test it and make an upload, so please just wait. -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#619820: Fwd: Re: Bug#619820: either bash or dash should be enough
this should be saved in the bug log. cheers! ---BeginMessage--- Ben Finney ben+deb...@benfinney.id.au writes: Luk Claes l...@debian.org writes: Well, by making dash the default *system* shell. bash is still the default user shell. So, does that mean ‘bash’ and ‘dash’ should both remain essential? Practically speaking, I think bash is going to have to remain essential. There are innumerable scripts, package build rules, maintainer scripts, and other things in Debian referencing /bin/bash without declaring a dependency, particularly since that was one of the common solutions to bashisms in scripts when we did the cleanup to be able to support dash as /bin/sh. I don't think there's much to be gained by going through all of those and requiring them to declare a dependency, particularly given how much third-party Linux stuff also assumes that /bin/bash is always available. So, I think this reduces to whether or not dash needs to remain essential. I personally think that our default /bin/sh shell should be essential, and the reasons why we switched to dash for that still apply, so I'm comfortable keeping it essential. The problem with instead making sh essential is that we'd have to be very careful about what was allowed to Provide sh. Other people have discovered, for example, that zsh as /bin/sh has interesting and surprising issues that can break software that otherwise works with more common /bin/sh shells. If someone sets up their /bin/sh symlink manually to point to some other shell, more power to them, but allowing those shells to Provide sh the way that various awk implementations Provide awk promises somewhat more interoperability and testing than I think we can promise. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zkoeixpi@windlord.stanford.edu ---End Message--- signature.asc Description: This is a digitally signed message part.
Bug#619996: nfs-common: idmapd.conf(5) manual page missing
On Tue, Mar 29, 2011 at 03:01:52PM +1100, Jason White wrote: Ben Hutchings b...@decadent.org.uk wrote: It is not included in the upstream source - even though idmapd(8) refers to it! That's weird. Fedora have it, howver. Perhaps this is a forward upstream bug. Hi all, Please see #594933 - the sources for that man page are in libnfsidmap, not in nfs-common. regards, iustin signature.asc Description: Digital signature
Bug#620010: oracle-java7: Developper preview available !
Package: oracle-java7 Version: wnpp Severity: wishlist Developper preview is available here : http://download.java.net/jdk7/ It is an RC quality java 7, near the final one ! Could you considere to package it and make it available in experimental repo ? Thanks for taking care about that issue ! Best Regards Mourad -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619360: SyntaxError from python-support
Il 29/03/2011 11:17, David Paleino ha scritto: On Tue, 29 Mar 2011 11:10:03 +0200, Riccardo Magliocchetti wrote: So David, i think that we should add a X-Python-Version:= 2.6 in debian/rules per http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html Like this? http://git.debian.org/?p=collab-maint/bootchart2.git;a=commitdiff;h=37549064ff71ad73aecdbc19c2219d287671bcc5 (5 days ago) I just didn't have enough time to test it and make an upload, so please just wait. No hurry, note to self: check git before commenting bugs ;) thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616081: linux-image-2.6.37-2-amd64: atl1c fail to force 100 full duplex
On Mon, Mar 7, 2011 at 10:21 AM, luca boncompagni lbo...@gmail.com wrote: On Sun, Mar 6, 2011 at 5:21 PM, Ben Hutchings b...@decadent.org.uk wrote: On Wed, 2011-03-02 at 19:26 +0100, luca boncompagni wrote: Yes, with ethtool I use autoneg off, but if I veirfy this I get Auto-negotiation: on. Disabling autoneg is a silly thing to do, but it ought to work. Please test version 2.6.37 as packaged in unstable. Ben. Hi, I'm running version 2.6.37-2-amd64, I think this is unstable package. Luca Hi, after upgrading to 2.6.38-1-amd64 when I plug the cable, I get the following stack: Kernel failure message 1: [ cut here ] WARNING: at /build/buildd-linux-2.6_2.6.38-1-i386-d1S5Sz/linux-2.6-2.6.38/debian/build/source_i386_none/net/sched/sch_generic.c:256 dev_watchdog+0xf4/0x188() Hardware name: VPCS11F7E NETDEV WATCHDOG: eth1 (atl1c): transmit queue 0 timed out Modules linked in: usb_storage uas acpi_cpufreq mperf cpufreq_stats cpufreq_conservative cpufreq_powersave cpufreq_userspace parport_pc ppdev lp parport sco bnep rfcomm l2cap kvm uinput fuse loop firewire_sbp2 snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep arc4 snd_pcm_oss snd_mixer_oss ecb snd_pcm snd_seq_midi i915 snd_rawmidi iwlagn snd_seq_midi_event battery ac snd_seq iwlcore tpm_tis mac80211 uvcvideo sony_laptop power_supply snd_timer drm_kms_helper processor tpm videodev usbhid hid drm snd_seq_device btusb pcspkr v4l2_compat_ioctl32 bluetooth i2c_algo_bit snd i2c_i801 i2c_core video button tpm_bios evdev wmi psmouse cfg80211 serio_raw rfkill soundcore snd_page_alloc ext4 mbcache jbd2 crc16 sg sd_mod sr_mod cdrom crc_t10dif ahci libahci libata scsi_mod sdhci_pci firewire_ohci ehci_hcd sdhci usbcore thermal atl1c thermal_sys mmc_core firewire_core crc_itu_t nls_base [last unloaded: scsi_wait_scan] Pid: 0, comm: kworker/0:1 Not tainted 2.6.38-1-amd64 #1 Call Trace: IRQ [81046c64] ? warn_slowpath_common+0x78/0x8c [81046d17] ? warn_slowpath_fmt+0x45/0x4a [812815db] ? netif_tx_lock+0x43/0x74 [81281700] ? dev_watchdog+0xf4/0x188 [8104229b] ? try_to_wake_up+0x16a/0x17c [81052b78] ? run_timer_softirq+0x1c2/0x28e [8128160c] ? dev_watchdog+0x0/0x188 [8106744c] ? ktime_get+0x5f/0xb8 [8104c61b] ? __do_softirq+0xc3/0x1a0 [8100a85c] ? call_softirq+0x1c/0x30 [8100be03] ? do_softirq+0x3f/0x79 [8104c4bd] ? irq_exit+0x36/0x7b [81020946] ? smp_apic_timer_interrupt+0x87/0x95 [8100a313] ? apic_timer_interrupt+0x13/0x20 EOI [8100f481] ? sched_clock+0x5/0x8 [a03fa0b1] ? acpi_idle_enter_simple+0xca/0xfc [processor] [a03fa0aa] ? acpi_idle_enter_simple+0xc3/0xfc [processor] [81252a83] ? cpuidle_idle_call+0x11f/0x1cc [81008d93] ? cpu_idle+0xab/0xe1 [813171e9] ? start_secondary+0x1bf/0x1c5 ---[ end trace 0cbf2409cfa5161e ]--- Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619863: xserver-xorg-video-openchrome: FTBFS on hurd-i386
tags 619863 + pending On Mon, Mar 28, 2011 at 04:18:15AM +0200, Samuel Thibault wrote: Package: xserver-xorg-video-openchrome Version: 1:0.2.904+svn916-3 Severity: important Tags: patch Hello, Here is a patch to fix build on hurd-i386: due to lack of DRI support, XvMC needs to be dropped. Samuel Hello, Thanks for the patch, it just landed in our VCS ! Does this require an upload now, or can it wait for the next version ? Best Regards, -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 signature.asc Description: Digital signature
Bug#620011: Core file location changed and /usr/bin/sbcl doesn't follow...
Package: sbcl Version: 1:1.0.47.0-1 Severity: grave Justification: renders package unusable It seems that the location for the core file has changed: /usr/lib/sbcl/sbcl-dist.core Fine, but the wrapper binary doesn't seem to know about it: rupert@hake:~ sbcl fatal error encountered in SBCL pid 9337(tid 3085084352): can't find core file at /usr/lib/sbcl/sbcl.core This makes sbcl unusable on my system, and I presume on everyone else's? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-rc8+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sbcl depends on: ii libc6 2.13-0exp4 Embedded GNU C Library: Shared lib Versions of packages sbcl recommends: ii binfmt-support2.0.4 Support for extra binary formats Versions of packages sbcl suggests: pn sbcl-docnone (no description available) ii sbcl-source 1:1.0.47.0-1 Source code files for SBCL ii slime 1:20100722-1 Superior LISP Interaction Mode for -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620012: installation-report: wishlist feature suggestion in re hard disk configuration
Package: installation-reports Version: 2.44 Severity: wishlist Tags: d-i This wish concerns how hard disks are prepared for an installation. The expert user interface should be kept basically the same, but the install program should use something like blkid to determine what is already on preexisting partitions. And ... 1. for partitions that already have labels, the label should be preserved and used in the new /etc/fstab. 2. for partitions that already have a UUID, that UUID should be prserved. i.e. restored using the -U option in mkfs.extN. 3. for partitions that do not have labels, use UUID in /etc/fstab. IMHO, partition labels ought to be a persistent feature of the hardware, like serial numbers, or property tags. It is productive of errors to have the installer gratuitously erase what the owner of the hardware has deliberately expended the effort to create once. And if the owner/user has gone to the effort of labeling the partitions, his/her wishes ought to be respected. In fact, on a computer with multiple OSes installed, the actual values of partition labels and UUIDs are store in multiple, different instances of /etc/fstab. Keeping these instances in sync with changes in what is actually written on the disk is really a drag. This suggestion/wish need not apply to truly alien partitions such as Windows XP. -- Package-specific info: Boot method: CD Image version: business card many different build dates Date: Date and time of the install Machine: i386 ASUS M2V board Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20110106+squeeze1 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux big 2.6.32-5-486 #1 Tue Mar 8 21:03:02 UTC 2011 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. K8T890CF Host Bridge [1106:0351] lspci -knn: Subsystem: VIA Technologies, Inc. K8T890CF Host Bridge [1106:0351] lspci -knn: 00:00.1 Host bridge [0600]: VIA Technologies, Inc. VT3351 Host Bridge [1106:1351] lspci -knn: 00:00.2 Host bridge [0600]: VIA Technologies, Inc. VT3351 Host Bridge [1106:2351] lspci -knn: 00:00.3 Host bridge [0600]: VIA Technologies, Inc. VT3351 Host Bridge [1106:3351] lspci -knn: 00:00.4 Host bridge [0600]: VIA Technologies, Inc. VT3351 Host Bridge [1106:4351] lspci -knn: 00:00.5 PIC [0800]: VIA Technologies, Inc. VT3351 I/O APIC Interrupt Controller [1106:5351] lspci -knn: 00:00.6 Host bridge [0600]: VIA Technologies, Inc. Device [1106:6238] lspci -knn: Subsystem: Device [0008:] lspci -knn: 00:00.7 Host bridge [0600]: VIA Technologies, Inc. VT3351 Host Bridge [1106:7351] lspci -knn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. [K8T890 North / VT8237 South] PCI Bridge [1106:b999] lspci -knn: 00:02.0 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller [1106:a238] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:03.0 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller [1106:c238] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:03.1 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller [1106:d238] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:03.2 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller [1106:e238] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:03.3 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller [1106:f238] lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:0f.0 IDE interface [0101]: VIA Technologies, Inc. VT8237A SATA 2-Port Controller [1106:0591] (rev 80) lspci -knn: Subsystem: VIA Technologies, Inc. VT8237A SATA 2-Port Controller [1106:0591] lspci -knn: Kernel driver in use: sata_via lspci -knn:
Bug#619863: xserver-xorg-video-openchrome: FTBFS on hurd-i386
Hello, Julien Viard de Galbert, le Tue 29 Mar 2011 11:22:18 +0200, a écrit : Does this require an upload now, or can it wait for the next version ? We'd like an upload soon, to make the xorg package installable. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585508: Bug#585510: herculesstudio: changing back from ITP to RFP
On Sun, Feb 20, 2011 at 08:14:02AM +0100, Lucas Nussbaum wrote: The last activity of the hercules maintainer in Debian is from May 2010, so I'm not sure if he is still active. What you could do is prepare an hercules upload as a (friendly) NMU, and then seek a sponsor for it. Liang Guo prepared the attached NMU and I'm uploaded it to DELAYED/3-days. Kind regards and cheers Philipp Kern reverted: --- hercules-3.07/config.lt +++ hercules-3.07.orig/config.lt @@ -1,1266 +0,0 @@ -#! /bin/sh -# Generated by configure. -# Run this file to recreate a libtool stub with the current configuration. - -lt_cl_silent=false -SHELL=${CONFIG_SHELL-/bin/sh} -## ## -## M4sh Initialization. ## -## ## - -# Be more Bourne compatible -DUALCASE=1; export DUALCASE # for MKS sh -if test -n ${ZSH_VERSION+set} (emulate sh) /dev/null 21; then : - emulate sh - NULLCMD=: - # Pre-4.2 versions of Zsh do word splitting on ${1+$@}, which - # is contrary to our usage. Disable this feature. - alias -g '${1+$@}'='$@' - setopt NO_GLOB_SUBST -else - case `(set -o) 2/dev/null` in #( - *posix*) : -set -o posix ;; #( - *) : - ;; -esac -fi - - -as_nl=' -' -export as_nl -# Printing a long string crashes Solaris 7 /usr/bin/printf. -as_echo='\\\' -as_echo=$as_echo$as_echo$as_echo$as_echo$as_echo -as_echo=$as_echo$as_echo$as_echo$as_echo$as_echo$as_echo -# Prefer a ksh shell builtin over an external printf program on Solaris, -# but without wasting forks for bash or zsh. -if test -z $BASH_VERSION$ZSH_VERSION \ - (test X`print -r -- $as_echo` = X$as_echo) 2/dev/null; then - as_echo='print -r --' - as_echo_n='print -rn --' -elif (test X`printf %s $as_echo` = X$as_echo) 2/dev/null; then - as_echo='printf %s\n' - as_echo_n='printf %s' -else - if test X`(/usr/ucb/echo -n -n $as_echo) 2/dev/null` = X-n $as_echo; then -as_echo_body='eval /usr/ucb/echo -n $1$as_nl' -as_echo_n='/usr/ucb/echo -n' - else -as_echo_body='eval expr X$1 : X\\(.*\\)' -as_echo_n_body='eval - arg=$1; - case $arg in #( - *$as_nl*) - expr X$arg : X\\(.*\\)$as_nl; - arg=`expr X$arg : .*$as_nl\\(.*\\)`;; - esac; - expr X$arg : X\\(.*\\) | tr -d $as_nl -' -export as_echo_n_body -as_echo_n='sh -c $as_echo_n_body as_echo' - fi - export as_echo_body - as_echo='sh -c $as_echo_body as_echo' -fi - -# The user is always right. -if test ${PATH_SEPARATOR+set} != set; then - PATH_SEPARATOR=: - (PATH='/bin;/bin'; FPATH=$PATH; sh -c :) /dev/null 21 { -(PATH='/bin:/bin'; FPATH=$PATH; sh -c :) /dev/null 21 || - PATH_SEPARATOR=';' - } -fi - - -# IFS -# We need space, tab and new line, in precisely that order. Quoting is -# there to prevent editors from complaining about space-tab. -# (If _AS_PATH_WALK were called with IFS unset, it would disable word -# splitting by setting IFS to empty value.) -IFS=$as_nl - -# Find who we are. Look in the path if we contain no directory separator. -case $0 in #(( - *[\\/]* ) as_myself=$0 ;; - *) as_save_IFS=$IFS; IFS=$PATH_SEPARATOR -for as_dir in $PATH -do - IFS=$as_save_IFS - test -z $as_dir as_dir=. -test -r $as_dir/$0 as_myself=$as_dir/$0 break - done -IFS=$as_save_IFS - - ;; -esac -# We did not find ourselves, most probably we were run as `sh COMMAND' -# in which case we are not to be found in the path. -if test x$as_myself = x; then - as_myself=$0 -fi -if test ! -f $as_myself; then - $as_echo $as_myself: error: cannot find myself; rerun with an absolute file name 2 - exit 1 -fi - -# Unset variables that we do not need and which cause bugs (e.g. in -# pre-3.0 UWIN ksh). But do not cause bugs in bash 2.01; the || exit 1 -# suppresses any Segmentation fault message there. '((' could -# trigger a bug in pdksh 5.2.14. -for as_var in BASH_ENV ENV MAIL MAILPATH -do eval test x\${$as_var+set} = xset \ - ( (unset $as_var) || exit 1) /dev/null 21 unset $as_var || : -done -PS1='$ ' -PS2=' ' -PS4='+ ' - -# NLS nuisances. -LC_ALL=C -export LC_ALL -LANGUAGE=C -export LANGUAGE - -# CDPATH. -(unset CDPATH) /dev/null 21 unset CDPATH - - - -# as_fn_error ERROR [LINENO LOG_FD] -# - -# Output `basename $0`: error: ERROR to stderr. If LINENO and LOG_FD are -# provided, also output the error to LOG_FD, referencing LINENO. Then exit the -# script with status $?, using 1 if that was 0. -as_fn_error () -{ - as_status=$?; test $as_status -eq 0 as_status=1 - if test $3; then -as_lineno=${as_lineno-$2} as_lineno_stack=as_lineno_stack=$as_lineno_stack -$as_echo $as_me:${as_lineno-$LINENO}: error: $1 $3 - fi - $as_echo $as_me: error: $1 2 - as_fn_exit $as_status -} # as_fn_error - - -# as_fn_set_status STATUS -# --- -# Set $? to STATUS, without forking. -as_fn_set_status () -{ - return $1 -} # as_fn_set_status - -# as_fn_exit STATUS -#
Bug#619728: RM: kdelibs -- ROM; obsolete
tags 619728 +moreinfo thanks Hi! * Ana Guerrero a...@debian.org [110326 15:25]: Most of the rdepends has been already removed from Debian and others are filed waiting to be removed. There are some packages that have a replacement or they are waiting for a upload to remove the kde3 support, I will add the blocking bugs for those. As far as I can see, the last remaining peaces preventing removal are kst (tracked via #604335) and knutclient (tracked in #604299). So I set the moreinfo tag for now, as dak doesn't know about blocked bugs ;) Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619729: RM: arts -- ROM; obsolete
tags 619729 + moreinfo thanks Hi! * Ana Guerrero a...@debian.org [110326 15:30]: arts provided the sound system to the now obsolete KDE 3. Please remove it! Sorry, but that would break quite some stuff: Checking reverse dependencies... # Broken Depends: allegro4.2: liballegro4.2-plugin-arts cynthiune.app: cynthiune.app kdelibs: kdelibs4-dev kdelibs4c2a libsdl1.2: libsdl1.2-dev libsdl1.2debian-all libsdl1.2debian-arts xsidplay: xsidplay zapping: zapping [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] # Broken Build-Depends: allegro4.2: libartsc0-dev cynthiune.app: libartsc0-dev kdelibs: libarts1-dev (= 1.5.0) libsdl1.2: libarts1-dev libartsc0-dev mpg123: libartsc0-dev roaraudio: libartsc0-dev xsidplay: libartsc0-dev zapping: libartsc0-dev For some of these packages, there doesn't even seem to be a bug report, asking the maintainers to do something. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619968: closed by Rene Engelhard r...@debian.org (Re: Bug#619968: openoffice.org: Slow start because of localhost.(none) dns request)
tags 619968 patch On Mon, Mar 28, 2011 at 11:51 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the openoffice.org package: #619968: openoffice.org: Slow start because of localhost.(none) dns request It has been closed by Rene Engelhard r...@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 Rene Engelhard r...@debian.org by replying to this email. -- 619968: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619968 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Rene Engelhard r...@debian.org To: 619968-d...@bugs.debian.org Date: Mon, 28 Mar 2011 23:40:16 +0200 Subject: Re: Bug#619968: openoffice.org: Slow start because of localhost.(none) dns request Hi, On Mon, Mar 28, 2011 at 11:02:22PM +0200, Javier Barroso wrote: I honestly don't believe a normal debian install creates it in this way. Indeed, debian doesn't create it, but openoffice in squeeze make these So what? your network setup is broken. Fix it. If it involves adding localhost.(none) to /etc/hosts, fine. But that's your network config. petitions, so better having this line in /etc/hosts than waiting 10-15 seconds until your document is popup and then you can work. a) /etc/hosts is not OOos job. OOo can't and shouldn't write there. b) modifying /etc/hosts from OOo in deb install (would be 1. broken 2. senseless 3. against debian policy As reference I have two links: Well, it's known that OOo ias problems if the loopback interface and/or localhost has problems. There's no point for OOo, though, working localhost network is essential for other stuff, too. https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/655511 And this is as bogus as this bug is. Closing this nonsensical bug. Fix your network config. Ok, after I added a domain to /etc/hostname (making the hostname FQDN), openoffice works fine without localhost.(none) issue. But debian installer allow you to create a /etc/hostname without be a FQDN (without any domain), and then the first request of openoffice is to localhost.(none) (or nameofyourhost.(none)) and if your dns server won't like this name (like our dns), openoffice will be no responsive until dns answer is received. $ time dig @dnsip localhost.(none) ; DiG 9.7.2-P3 @dnsip localhost.(none) ; (1 server found) ;; global options: +cmd ;; connection timed out; no servers could be reached real0m15.008s user0m0.004s sys 0m0.008s Could be this issue discussed in other place ? Or is for nothing asking in debian-devel or any other mail list? My propose is this patch to /usr/bin/soffice shell script, but I'm not sure you would like it: $ diff -u /usr/bin/soffice soffice.withwarning --- /usr/bin/soffice2011-01-26 06:22:06.0 +0100 +++ soffice.withwarning 2011-03-29 11:42:57.618979530 +0200 @@ -68,6 +68,10 @@ # sanity checks +if ! grep -q \. /etc/hostname ; then +echo Warning: your documents could be loaded slowly because your has a not FQDN hosntame 2 +echo Fix your network config 2 +fi case $FILE_LOCKING in auto|yes|no) ;; *) I'm ccing you because I'm not sure I can reply to closed bugs (sorry if I'm wasting your time) Thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619729: RM: arts -- ROM; obsolete
On Tue, Mar 29, 2011 at 11:40:43AM +0200, Alexander Reichle-Schmehl wrote: tags 619729 + moreinfo thanks Hi! * Ana Guerrero a...@debian.org [110326 15:30]: arts provided the sound system to the now obsolete KDE 3. Please remove it! Sorry, but that would break quite some stuff: People using arts voluntarily? I am *very* surprised! thanks. Ana Checking reverse dependencies... # Broken Depends: allegro4.2: liballegro4.2-plugin-arts cynthiune.app: cynthiune.app kdelibs: kdelibs4-dev kdelibs4c2a libsdl1.2: libsdl1.2-dev libsdl1.2debian-all libsdl1.2debian-arts xsidplay: xsidplay zapping: zapping [alpha amd64 armel hppa i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] # Broken Build-Depends: allegro4.2: libartsc0-dev cynthiune.app: libartsc0-dev kdelibs: libarts1-dev (= 1.5.0) libsdl1.2: libarts1-dev libartsc0-dev mpg123: libartsc0-dev roaraudio: libartsc0-dev xsidplay: libartsc0-dev zapping: libartsc0-dev For some of these packages, there doesn't even seem to be a bug report, asking the maintainers to do something. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510415: Call for votes on Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian
On Thu, Aug 27, 2009 at 02:34:16PM -0700, Don Armstrong wrote: On Thu, 27 Aug 2009, Andreas Barth wrote: 34215 With 4 people ranking 3 first, and Steve ranking it second, I believe the outcome is no longer in doubt, and so the CTTE has resolved that 3. Qmail is to be allowed in to the archive after a patch to resolve the delayed bounces issue, where mail sent to an invalid recipient which a reasonable MTA is capable of knowing is invalid is accepted instead of being rejected at RCPT TO time. After upload, the process outlined in option #2 will take effect. [From option #2] Ftpmaster should perform standard NEW processing for licensing, copyright, and general packaging issues as normal. with the addition of an RC bug filed immediately to preventing normal transition for a period of at least a month after traversing NEW. Hi, packages are in NEW since more than one year without any comments from ftpmasters. I don't think that's standard NEW processing for licensing, copyright, and general packaging issues as normal, isn't it? Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620013: netenv: [INTL:pt_BR] Brazilian Portuguese debconf templates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: netenv Tags: l10n patch Severity: wishlist Hello, Please, could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. - -- Flamarion Jorge -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNkbBcAAoJEJhPZF0zwv0zSfkP/1NE0ZTTzrZgxQwU6aq/3WPh hXYh+waX8mqn1hbyF4dZT8Xjq7AbZ689m5wHFGmzNDLE76xXOSNdNQYgI6Opg2Ov /hW4csTYIaGQJiXqYw4raeoOxE2UT+P7Di6u38Z0DINehTY81Mc2vGIltHX+pVMz saBAZ5EEs3Hw21YrgCv2r49HWOgZF2ju+Vpyfnpd1oh4HebEN1wLUlxCNkE8Red4 c7I9kUHqQRT7qoMkQiWxbAFdLjWk5veiT9iHOa7wDTSM50NMtX/1PncR3jbjWDJQ 0oGrey8pz6VkdO2dz0ImzdqACVrOkoRsOronwqlPCoO2tiNpWqB9/30n1aSVfIL7 oSA0nt7e6A78/a00JqWnyhOTAS7yJWtOAzh3HAkut9wAsbbYKGYXNeMvLIxRluQP FuLZI3I9ZsT+5jqKLPNgK+01MuvqrOhHB63xqqySw415FMjpWSJBadtWdNhE0l3h r0WccmOn+M/YoK/lZjzz+u5DZed6GvQWHs1gJXVEQZQ6ntLPL9cMg93S+LOUPNJq cX5lB5WQLmjCykk0zBuRxnIJBXFDN0qYyEWYapxnMo129oM6eKZ/XeORB/DJB8Pk Is6pFv1Tm7A8vCqv3cLzJ+ssKOwLUvxDdYAouPPa8pnaidSjGWWeJC8UcZySwBML QbCZ3rZA0BeUA6V8Q96I =ZJzh -END PGP SIGNATURE- # Debconf translations for netenv. # Copyright (C) 2011 THE netenv'S COPYRIGHT HOLDER # This file is distributed under the same license as the netenv package. # Flamarion Jorge jorge.flamar...@gmail.com, 2011. # msgid msgstr Project-Id-Version: netenv 0.94.3-27\n Report-Msgid-Bugs-To: ar...@debian.org\n POT-Creation-Date: 2006-12-17 14:34+0100\n PO-Revision-Date: 2011-03-24 10:04-0300\n Last-Translator: Flamarion Jorge jorge.flamar...@gmail.com\n Language-Team: Brazilian Portuguese debian-l10n-portuguese@lists.debian. org\n Language: pt_BR\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: boolean #. Description #: ../templates:1001 msgid Upon upgrade, ask again to renew configuration? msgstr Na atualização, perguntar novamente pela renovação da configuração? #. Type: boolean #. Description #: ../templates:1001 msgid You've answered that you want to keep your current configuration this time. Because the automatic configuration may get new features, you will be asked the question again when you upgrade netenv the next time. msgstr Você respondeu que deseja manter sua configuração atual nesse momento. Como a configuração automática poder trazer novas funcionalidades, essa pergunta será feita a você novamente na próxima vez que atualizar o netenv. #. Type: boolean #. Description #: ../templates:1001 msgid If, however, you want debconf to remember your decision and never touch your configuration, you can specify that now, by not choosing this option. msgstr Se, no entanto, você desejar que o debconf memorize sua decisão e nunca mais toque na sua configuração, você pode especificar isso agora, não escolhendo essa opção. #. Type: boolean #. Description #: ../templates:2001 msgid Keep existing configuration? msgstr Manter configuração existente? #. Type: boolean #. Description #: ../templates:2001 msgid It appears that you already have configured netenv for ${NODE}. Now you can select whether you want to keep the actual configuration or whether netenv setup should create a new one, overriding the old file. msgstr Parece que você já configurou o netenv para ${NODE}. Agora você pode selecionar se quer manter a configuração atual ou se o configurador do netenv deve criar uma nova, sobrescrevendo o arquivo antigo. #. Type: error #. Description #: ../templates:3001 msgid Not configuring netenv: No parseable configuration found msgstr Não configurar o netenv: Nenhuma configuração analisável encontrada #. Type: error #. Description #: ../templates:3001 msgid The netenv package has tried to set up one network environment based on your current network settings. However, it didn't find a configuration that it understands - neither in /etc/network/interfaces, nor in /etc/pcmcia/network. opts. msgstr O pacote netenv tentou configurar um ambiente de rede baseado nas suas configurações atuais de rede. Entretanto, ele não encontrou uma configuração que ele entendesse - nem em /etc/network/interfaces, nem em /etc/pcmcia/ network.opts. #. Type: error #. Description #. Type: error #. Description #: ../templates:3001 ../templates:4001 msgid netenv will be disabled. Please refer to the documentation. msgstr O netenv será desabilitado. Por favor consulte a documentação. #. Type: error #. Description #: ../templates:4001 msgid Not configuring netenv: Duplicate configuration found msgstr Não configurar o netenv: Configuração duplicada encontrada #. Type: error #. Description #: ../templates:4001 msgid The netenv package has tried to set up one network environment based on your current network settings. However, it found configuration data at two
Bug#619995: bitlbee does not start on kFreeBSD
Hello, Eric Hermes wrote: bitlbee will not start on kFreeBSD, and the following error shows up in /var/log/daemon.log: Mar 28 21:17:43 nene bitlbee[2269]: Unable to create UNIX socket: Protocol not supported That one isn't really a big deal, it's just the IPC socket (which isn't really used yet). This is the only thing it logs? What if you start it with -n? Wilmer. -- + .''`. - -- ---+ +- -- --- - --+ | wilmer : :' : gaast.net | | OSS Programmer www.bitlbee.org | | lintux `. `~' debian.org | | Full-time geek wilmer.gaast.net | +--- -- - ` ---+ +-- - --- -- -+ signature.asc Description: OpenPGP digital signature
Bug#607956: [Pkg-utopia-maintainers] Bug#607956: Bug#607956: network-manager: Does not start with dhcp=dhcpcd option in NetworkManager.conf
Hi Michael, NM does not work with dhcpcd v3 (dhcpcd=1:3.2.3-8) NetworkManager[3399]: warn invalid connection: 'NMSettingConnection' / 'id' invalid: 1 /sbin/dhcpcd-bin: invalid option -- 'B' usage: dhcpcd [-adknpEGHMNRSTY] [-c script] [-h hostname] [-i classID] [-l leasetime] [-m metric] [-r ipaddress] [-s ipaddress] [-t timeout] [-u userclass] [-F none | ptr | both] [-I clientID] [-P pidfile] interface NetworkManager[3399]: info (eth2): DHCPv4 client pid 3402 exited with status 1 NM work fine with dhcpcd v5 (dhcpcd5=5.2.11-1) if /etc/init.d/dhcpcd daemon is NOT running. Otherwise NM never get IP: NetworkManager[3292]: info Activation (ath3) Beginning DHCPv4 transaction (timeout in 45 seconds) dhcpcd[3297]: sending commands to master dhcpcd process NetworkManager[3292]: info dhcpcd started with pid 3297 NetworkManager[3292]: info Activation (ath3) Stage 3 of 5 (IP Configure Start) complete. NetworkManager[3292]: info (ath3): DHCPv4 client pid 3297 exited with status 0 There is the nice summary of the problem in third paragraph of comment #10 here: http://bugs.gentoo.org/show_bug.cgi?id=345365#c10 Comment #13 claim that issue is resolved: http://bugs.gentoo.org/show_bug.cgi?id=345365#c13 Not sure if it can be applicable to Debian. Look very Gentoo specific. My workaround is just to delete /etc/init.d/dhcpcd from the system. Not exactly elegant solution but it work. Cheers! Viktor On Fri, Mar 18, 2011 at 12:50 PM, Michael Biebl bi...@debian.org wrote: Am 10.03.2011 12:46, schrieb Viktor Malyarchuk: Hi Michael, yes this is the case. If I build NM on the system with Sid's dhcpcd5 installed, dhcpcd support is enabled. If build happens on dhcpcd-free system, dhcpcd support is disabled by default but could be enabled by --with-dhcpcd=/sbin/dhcpcd. Could you be so kind to enable NM's dhcpcd support by applying attached patch? It is one-liner that add --with-dhcpcd=/sbin/dhcpcd \ to debian/rules. Which version of dhcpcd do you use? According to configure.ac, on v4 (and later, I guess) is fully supported: AC_ARG_WITH([dhcpcd], AS_HELP_STRING([--with-dhcpcd=yes|no|path], [Enable dhcpcd 4.x support])) ... AC_MSG_CHECKING(for dhcpcd) # We fully work with upstream dhcpcd-4 for path in /sbin /usr/sbin /usr/pkg/sbin /usr/local/sbin; do test -x ${path}/dhcpcd || continue case `$path/dhcpcd --version 2/dev/null` in I'm wondering if this could cause problems, given that Debian ships both dhcpcd v3 and v5 and /sbin/dhcpcd is managed via alternatives. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
Bug#620014: openafs-modules-dkms: cannot install openafs with overflow tmp mounted - no space
Package: openafs-modules-dkms Version: 1.6.0~pre3-1 Severity: normal When overflow tmp is mounted the package locks up during configure. # dpkg --pending --configure Setting up openafs-modules-dkms (1.6.0~pre3-1) ... Removing old openafs-1.6.0pre3 DKMS files... -- Deleting module version: 1.6.0pre3 completely from the DKMS tree. -- Done. Loading new openafs-1.6.0pre3 DKMS files... Building only for 2.6.38-1-amd64 Building initial module for 2.6.38-1-amd64 /usr/sbin/dkms: line 28: echo: write error: No space left on device FilesystemSize Used Avail Use% Mounted on /dev/sda3 9.7G 9.4G 0 100% / tmpfs 1.9G 0 1.9G 0% /lib/init/rw udev 1.9G 264K 1.9G 1% /dev tmpfs 1.9G 0 1.9G 0% /dev/shm /dev/sda1 9.7G 8.8G 912M 91% /home /dev/sda4 208G 159G 39G 81% /scratch overflow 1.0M - - - /tmp -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (900, 'stable'), (700, 'oldstable'), (510, 'unstable'), (500, 'testing'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openafs-modules-dkms depends on: ii dkms 2.1.1.2-5 Dynamic Kernel Module Support Fram ii libc6-dev 2.11.2-10 Embedded GNU C Library: Developmen ii perl 5.10.1-17 Larry Wall's Practical Extraction Versions of packages openafs-modules-dkms recommends: pn openafs-clientnone (no description available) openafs-modules-dkms suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619649: dictionaries-common: ispell dictionary prompt unclear
On Mon, Mar 28, 2011 at 04:14:19PM -0500, Jonathan Nieder wrote: I would be happier if the prompt could say something like If the context does not require some specific language and the user has not specified a dictionary in ~/.ispell-default, ispell will fall back to using the default dictionary pointed to by symlinks named default.aff and default.hash under /usr/lib/ispell. ~/.ispell-default is only used by ispell-wrapper, not by ispell itself. I should have put something about it in text. Please indicate which dictionary should be used as a system-wide default. This determines the target of the aforementioned symlinks and also sets a global emacs default. Use Manual symlink setting if you want to handle the symlinks yourself. There will be no global emacs default for ispell in that case. though I'm not sure whether that describes current application behavior well or not. I like the second part, with some reference to ispell-wrapper added, but would make the first different. Symlinks will indeed be used only when ispell is invoked without any -d option. Something like When no explicit dictionary is specified on its invocation, ispell will fall back to using the default dictionary pointed to by symlinks named default.aff and default.hash under /usr/lib/ispell. Please indicate which dictionary should be used as a system-wide default. This determines the target of the aforementioned symlinks and also sets global ispell-wrapper and Emacs defaults. Use Manual symlink setting if you want to handle the symlinks yourself. There will be no global Emacs nor ispell-wrapper defaults for ispell in that case. Thanks or your help. Comments are welcome. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620016: torsocks: Please ship zsh completion
Package: torsocks Version: 1.1-2 Severity: wishlist Hi, a simple Zsh completion function could inform this shell torsocks is a prefix-style command, i.e. it should be ignored and normal completion applied to the text that follows it. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614225: EDID ok
P.S. I'm using it without xorg.conf, and the EDID seems ok: I have no error message into the log. Ciao Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620017: torsocks: Please ship bash completion
Package: torsocks Version: 1.1-2 Severity: wishlist Hi, a simple Bash completion function could inform this shell torsocks is a prefix-style command, i.e. it should be ignored and normal completion applied to the text that follows it. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | We're dreaming of something else. | Something more clandestine, something happier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619968: closed by Rene Engelhard r...@debian.org (Re: Bug#619968: openoffice.org: Slow start because of localhost.(none) dns request)
On Tue, Mar 29, 2011 at 11:49:24AM +0200, Javier Barroso wrote: Could be this issue discussed in other place ? Or is for nothing asking in debian-devel or any other mail list? Watse of anything. My propose is this patch to /usr/bin/soffice shell script, but I'm not sure you would like it: Correct. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620018: ITP: nova -- open source software for building reliable cloud infrastructure
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: nova Version : 2011.1.1 Upstream Author : Openstack developers openst...@lists.launchpad.net * URL : http://www.openstack.org/ * License : Apache 2.0 Programming Lang: Python Description : open source software for building reliable cloud infrastructure OpenStack is free, open source software for building reliable cloud infrastructure. The OpenStack mission is to produce the ubiquitous Open Source cloud computing platform that will meet the needs of public and private cloud providers regardless of size, by being simple to implement and massively scalable. OpenStack Compute, codenamed Nova, is a cloud computing fabric controller. In addition to its native, open API (the OpenStack API), it also supports the Amazon EC2 API. Nova is intended to be modular and easy to extend and adapt. It supports many different hypervisors (KVM and Xen to name a few), different database backends (SQLite, MySQL, and PostgreSQL, for instance), different types of user databases (LDAP or SQL), etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#470144: claim 750,000.00 GBP in the Premier Oil 2011 Promo Send Your
Names: Address: Tel: Occupation: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618702: Re[2]: Bug#618702: eiskaltdcpp-qt: does not start, prints 'symbol lookup error'
Hi Boris, user@localhost:~$ gdb eiskaltdcpp-qt GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/eiskaltdcpp-qt...Reading symbols from /usr/lib/debug/usr/bin/eiskaltdcpp-qt...done. (no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/eiskaltdcpp-qt [Thread debugging using libthread_db enabled] Signal handlers installed. $XDG_CONFIG_HOME: /home/user/.config/eiskaltdc++/ $XDG_DOWNLOAD_DIR: /home/user/Downloads/ Loading: Hash database [New Thread 0xb534db70 (LWP 14369)] Loading: Shared Files [New Thread 0xb4b4cb70 (LWP 14370)] Loading: Download Queue [Thread 0xb4b4cb70 (LWP 14370) exited] Loading: Users [New Thread 0xb3b29b70 (LWP 14371)] UserList icons has been loaded Application icons has been loaded /usr/bin/eiskaltdcpp-qt: symbol lookup error: /usr/bin/eiskaltdcpp-qt: undefined symbol: _ZN4dcpp4Util7getAwayEv [Thread 0xb534db70 (LWP 14369) exited] [Thread 0xb3b29b70 (LWP 14371) exited] Program exited with code 0177. (gdb) bt full No stack. (gdb) Janos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620019: ITP: swift -- a distributed virtual object store
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: swift Version : 1.2.0 Upstream Author : Openstack openst...@lists.launchpad.net * URL : http://www.openstack.org/ * License : Apache 2.0 Programming Lang: Python Description : a distributed virtual object store Swift is a distributed virtual object store that can be used by the Openstack cloud computing software. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616353: iceweasel: Current tab not highlighted correctly
Hello I have the same issue, and according to this link [1] it seems to be related to the proprietary NVIDIA drivers and Cairo. [1] http://www.nvnews.net/vbulletin/showthread.php?t=158745 Cheers, Markus
Bug#620020: uim: IM toggle key does not work
Package: uim Version: 1:1.5.7-9.1 Severity: normal When I set up an IM toggle key it does not work. Beeps come out of speaker and IM is not toggled. Setting the same key as IM switch works. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (900, 'stable'), (700, 'oldstable'), (510, 'unstable'), (500, 'testing'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim depends on: ii uim-common 1:1.5.7-9.1 Common files for uim ii uim-fep 1:1.5.7-9.1 uim Front End Processor ii uim-gtk2.0 1:1.5.7-9.1 GTK+2.x immodule for uim ii uim-utils1:1.5.7-9.1 Utilities for uim ii uim-xim 1:1.5.7-9.1 A bridge between uim and XIM uim recommends no packages. uim suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620021: O: libloki -- a C++ library of generic design patterns
Package: wnpp Severity: normal The current maintainer of snappea, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Source: libloki Format: 1.0 Binary: libloki0.1.7, libloki0.1.7-dbg, libloki-dev, libloki-doc Architecture: any Version: 0.1.7-2 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://loki-lib.sourceforge.net/ Standards-Version: 3.8.3 Build-Depends: debhelper (= 7) Checksums-Sha1: 457e7d4e829f329e4f15106fbfe47e7a6b25d062 546329 libloki_0.1.7.orig.tar.gz 81468d349385b3e77e8cf7d8219cb7b28ac84ae0 4910 libloki_0.1.7-2.diff.gz Checksums-Sha256: 0c2094ce916b106731c8be61c32f538a22e1c0f8398bd5d6295b13d08e0c41a3 546329 libloki_0.1.7.orig.tar.gz 2ab7cda50ad2ae04b199fd2ccc3566ac08d0451bc45ca9e2b7bfbf5238ca97f1 4910 libloki_0.1.7-2.diff.gz Files: af532c24a7f2e12d0829be8201934d92 546329 libloki_0.1.7.orig.tar.gz bd9b459324d815fe53d9adf5891e64b0 4910 libloki_0.1.7-2.diff.gz Package: libloki-dev Priority: optional Section: libdevel Installed-Size: 1164 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: libloki Version: 0.1.7-2 Depends: libloki0.1.7 (= 0.1.7-2) Suggests: libloki-doc Filename: pool/main/libl/libloki/libloki-dev_0.1.7-2_amd64.deb Size: 163966 MD5sum: 68eab5bc23e51251e268ca58d8493245 SHA1: 3c20f5e2acd44709667d413d268935361a6df564 SHA256: 65d1f843ca20c0405fec62010186e0e1b168804da780c5e190d5820c2a6084f8 Description: a C++ library of generic design patterns (development files) Loki is a (the?) C++ library of generic programming techniques, containing flexible implementations of common design patterns and idioms. It is an essential library for modern C++ programming and exposes many cool features of the language. . The code accompanies the (non-free) book, _Modern C++ Design_ (Alexandrescu, 2001), which goes into depth on the design of the library. . This package contains the header files and static libraries needed to build programs that use loki. Homepage: http://loki-lib.sourceforge.net/ Tag: devel::lang:c++, devel::library, role::devel-lib Package: libloki-doc Priority: optional Section: doc Installed-Size: 2124 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: all Source: libloki Version: 0.1.7-2 Filename: pool/main/libl/libloki/libloki-doc_0.1.7-2_all.deb Size: 173106 MD5sum: 9e035f241ef0385696c4266560ea940b SHA1: de083450d59973d9a595bad1704869f7cfce7681 SHA256: e029f5ca1395c6f7a7fcc84ad460585746df5d7cc2b5d33814489a35a9a8fe9f Description: a C++ library of generic design patterns (documentation) Loki is a (the?) C++ library of generic programming techniques, containing flexible implementations of common design patterns and idioms. It is an essential library for modern C++ programming and exposes many cool features of the language. . This package contains the generated doxygen documentation for loki. Homepage: http://loki-lib.sourceforge.net/ Tag: role::documentation Package: libloki0.1.7-dbg Priority: extra Section: debug Installed-Size: 420 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: libloki Version: 0.1.7-2 Depends: libloki0.1.7 (= 0.1.7-2) Filename: pool/main/libl/libloki/libloki0.1.7-dbg_0.1.7-2_amd64.deb Size: 128806 MD5sum: 082a5a543549ae4fbbbfbdeebbd7152a SHA1: 070cbc44f55c0304f010f99f434356d5e0fc9240 SHA256: 5347d7ea94bf06ecc79fe854d70dcc02779ee12ed17845bf18a84d369088d859 Description: a C++ library of generic design patterns (debug information) Loki is a (the?) C++ library of generic programming techniques, containing flexible implementations of common design patterns and idioms. It is an essential library for modern C++ programming and exposes many cool features of the language. . This package contains debugging symbols useful for tracing bugs in the libloki package. Homepage: http://loki-lib.sourceforge.net/ Tag: qa::low-popcon, role::debug-symbols Package: libloki0.1.7 Priority: optional Section: libs Installed-Size: 128 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: libloki Version: 0.1.7-2 Depends: libc6 (= 2.3), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.1.1) Filename: pool/main/libl/libloki/libloki0.1.7_0.1.7-2_amd64.deb Size: 33486 MD5sum: 2de522e9d5e3b11d7b8d47190f395c50 SHA1: 08160188ae45a7b5352af5abd94dc494807a0476 SHA256: a20b7c8fd49d695bd818992eb2dc6256fdbeb9513b7317e4625c16ef4c00c376 Description: a C++ library of generic design patterns Loki is a (the?) C++ library of generic programming techniques, containing flexible implementations of common design patterns and idioms. It is an essential library for modern C++ programming and exposes many cool features of the
Bug#593810: Segfault in libc by cupsd
Hi, Sounds roughly like http://bugs.debian.org/570638. Is this still reproducible? Could you try cups 1.4.3 and 1.4.4 (available from snapshot.debian.org) to see if the problem goes away between? I've had to reinstall my system a few weeks ago, and I have no problems anymore. It could related to an update of cups (currently using 1.4.6-3) or some changes in my system configuration (even if I tried to reset everything several times, delete old jobs, etc on my old system without any luck, of course I could have missed something). Anyway, my cups server did not segfault since then (and I printed a lot of things). So the problem is gone for me. Cheers, -- Jean-Pierre Flori -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620022: kcollectd: misleading package description
Package: kcollectd Version: 0.9-2 Severity: normal The package description says: , [ % apt-cache show kcollectd ] | Description: simple collectd graphing frontend for KDE | Kcollectd is a graphical KDE-frontend to collectd that allows to view | RRD files that have been created by collectd. It allows to easily | navigate in the data with the mouse and can be used as a chart recorder. ` I don't see how I can use kcollectd with rrd files that aren't the ones created by collectd on the host where kcollectd is running. The package description is misleading for me therefore (since RRD files that have been created by collectd doesn't seem to be the whole truth). regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-03-29t12-59...@devnull.michael-prokop.at
Bug#620023: kcollectd: fails to start if /var/lib/collectd/rrd does not exist
Package: kcollectd Version: 0.9-2 Severity: grave Justification: renders package unusable When installing kcollectd with --no-install-recommends (since I don't want to use local collectd), kcollectd doesn't even start up. Stracing resolved: | open(/var/lib/collectd/rrd, O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory) After manually running sudo mkdir -p /var/lib/collectd/rrd kcollectd starts. If kcollectd isn't supported to work without a locally installed collectd then collectd should be part of depends. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-03-29t12-52...@devnull.michael-prokop.at
Bug#620024: O: librcc -- Library for autoconvert codepages
Package: wnpp Severity: normal The current maintainer of licrcc, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: librcc Binary: librcc0, librccgtk2-0, librcc-dev Architecture: any Version: 0.2.9-2 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://rusxmms.sourceforge.net/ Standards-Version: 3.8.4 Build-Depends: debhelper (= 7.0.50~), librcd-dev, libenca-dev, libdb-dev, libxml2-dev, libaspell-dev, doxygen, automake, libtool, pkg-config, libgtk2.0-dev Checksums-Sha1: 0a3d85c32b5fb830e82998ee9d06a4f4922c7c46 488876 librcc_0.2.9.orig.tar.gz 68f6d0cefb82ba513544c20b85bc76d569b79221 3427 librcc_0.2.9-2.debian.tar.gz Checksums-Sha256: 5a747fc073b41a2132604204315f1bf9fddbd83b5988c19b7f650d21d06b5991 488876 librcc_0.2.9.orig.tar.gz c7114e36d899066287446e83dc094178049f8e86d3192466f05c4da8cb1efe75 3427 librcc_0.2.9-2.debian.tar.gz Files: 98bf20d610f6bcd77893fc374f72a3af 488876 librcc_0.2.9.orig.tar.gz e885daf92fd22a0063cce3b5af15194d 3427 librcc_0.2.9-2.debian.tar.gz Package: librcc-dev Priority: extra Section: libdevel Installed-Size: 1640 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcc Version: 0.2.9-2 Depends: librcc0 (= 0.2.9-2), librccgtk2-0 (= 0.2.9-2), librcd-dev Filename: pool/main/libr/librcc/librcc-dev_0.2.9-2_amd64.deb Size: 285108 MD5sum: 16f3d6afda61ab2370bc975c8f7b76b4 SHA1: 348ace78b4d846eb8ea5ae75f76b45023b7d SHA256: 5661bed9752987245620f1a90b49caaf88d741a1d4d34ef1bc25f5133dd9a7d7 Description: Library for autoconvert codepages development files Originally, the project was aimed to provide means to work with multiple encodings * Language Autodetection * On the fly translation between languages, using online-services! * Encoding Autodetection for most of European Languages1 * Support for encoding detection plugins (besides Enca and LibRCD) * Recoding/translation of multi-language playlists! * Cache to speed-up re-recoding. * Possibility to configure new languages and encodings. * Shared configuration file. For example mentioned TagLib and LibID3 patches do not have their own user interface, but will utilize the same recoding configuration as XMMS. * As well the separate program for configuration adjustment is available. * GTK/GTK2 UI Library: you can add properties page to your GTK+ application with 3 lines of code. * Menu localization opportunity This package contains the include files, static library and development tools for librcc, as well as the testlibraw program. Homepage: http://rusxmms.sourceforge.net/ Tag: devel::examples, devel::library, role::devel-lib Package: librcc0 Priority: extra Section: libs Installed-Size: 196 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcc Version: 0.2.9-2 Depends: librcd0, libenca0, libaspell15 (= 0.60), libc6 (= 2.2.5), libdb4.8, libxml2 (= 2.7.4) Filename: pool/main/libr/librcc/librcc0_0.2.9-2_amd64.deb Size: 56764 MD5sum: f1efb11015914180cf32077ed1700052 SHA1: 50c98f960e56c8860546c1437289e8bf3ae338eb SHA256: e8f37da8391bd524cd6819aea134a731195636276f2019296617527b0a1d5692 Description: Library for autoconvert codepages Originally, the project was aimed to provide means to work with multiple encodings * Language Autodetection * On the fly translation between languages, using online-services! * Encoding Autodetection for most of European Languages1 * Support for encoding detection plugins (besides Enca and LibRCD) * Recoding/translation of multi-language playlists! * Cache to speed-up re-recoding. * Possibility to configure new languages and encodings. * Shared configuration file. For example mentioned TagLib and LibID3 patches do not have their own user interface, but will utilize the same recoding configuration as XMMS. * As well the separate program for configuration adjustment is available. * GTK/GTK2 UI Library: you can add properties page to your GTK+ application with 3 lines of code. * Menu localization opportunity Homepage: http://rusxmms.sourceforge.net/ Tag: role::shared-lib Package: librccgtk2-0 Priority: extra Section: libs Installed-Size: 136 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcc Version: 0.2.9-2 Replaces: librcc0 ( 0.2.8-1) Depends: librcc0 (= 0.2.9-2), libatk1.0-0 (= 1.29.3), libc6 (= 2.2.5), libcairo2 (= 1.2.4), libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libglib2.0-0 (= 2.16.0), libgtk2.0-0 (= 2.8.0), libpango1.0-0 (= 1.14.0), libxml2 (= 2.7.4) Filename: pool/main/libr/librcc/librccgtk2-0_0.2.9-2_amd64.deb
Bug#620025: O: librcd -- Library for autodection charset of Russian text
Package: wnpp Severity: normal The current maintainer of librcd, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: librcd Binary: librcd0, librcd-dev Architecture: any Version: 0.1.13-2 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://rusxmms.sourceforge.net/ Standards-Version: 3.8.4 Build-Depends: debhelper (= 7.0.50~), automake, libtool Checksums-Sha1: 2192da9e5c502448d085a9ffb7723b2d650d0d17 408133 librcd_0.1.13.orig.tar.gz 10ba40e7c33e19301ec1af3c7d27673037206af1 2381 librcd_0.1.13-2.debian.tar.gz Checksums-Sha256: 7b49d0e36601b796ff6329db7443ec80a279a16a4ac160045ab38c9bf58fc768 408133 librcd_0.1.13.orig.tar.gz e395d4db443e024578acaefd97678b72b27dc811d384e035ef3d8bd4618212ec 2381 librcd_0.1.13-2.debian.tar.gz Files: 612c0dd8335d257e989d16c0b14175c9 408133 librcd_0.1.13.orig.tar.gz 2802eba25971e733cffde7c51ece32e6 2381 librcd_0.1.13-2.debian.tar.gz Package: librcd-dev Priority: extra Section: libdevel Installed-Size: 300 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcd Version: 0.1.13-2 Depends: librcd0 (= 0.1.13-2) Filename: pool/main/libr/librcd/librcd-dev_0.1.13-2_amd64.deb Size: 66028 MD5sum: 1e3558ff4d26c08685894dfd76ab9025 SHA1: cd1fe941d88f1c8887c9ede34f1ace2005fdc888 SHA256: f50f051b1cbed837e0f04e04ad9ca23b32f7a4e83ba1e95f5c458c1679d565b2 Description: Library for autodection charset of Russian text - dev files Library for autodection charset of Russian text Homepage: http://rusxmms.sourceforge.net/ Package: librcd0 Priority: extra Section: libs Installed-Size: 288 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: librcd Version: 0.1.13-2 Depends: libc6 (= 2.2.5) Filename: pool/main/libr/librcd/librcd0_0.1.13-2_amd64.deb Size: 65398 MD5sum: 3418d0a8dc4167dcb7e5583f502f752d SHA1: 8656bbf672756d9cf1cb9b598ef01b12a60b03fb SHA256: 46c8c6753fc98179e8c676687fb8ff0801598fa3c7827df940f8b63b1aab9ffc Description: Library for autodection charset of Russian text LibRCD is used by RusXMMS project for encoding auto-detection. It is optimized to handle very short titles, like ID3 tags, file names and etc, and provides very high accuracy even for short 3-4 letter words. Current version supports Russian and Ukrainian languages and able to distinguish UTF-8, KOI8-R, CP1251, CP866, ISO8859-1. If compared with Enca, LibRCC provides better detection accuracy on short titles and is able to detect ISO8859-1 (non-cyrillic) encoding what allows to properly display correct ID3 v.1 titles. Homepage: http://rusxmms.sourceforge.net/ Tag: role::shared-lib -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620026: synergy: Mouse stuck on left edge of client computer
Package: synergy Version: 1.3.6-1 Severity: normal I'm running synergys on Debian and synergyc on a Mac using Mac OS X 10.6. When I move the mouse off the left edge of the server (leela)'s, it warps to the left edge of jeffry (the client)'s screen and stays there. There is no way to move it back. Moving the mouse up and down does result in vertical motion in the mouse cursor, but the motion of the cursor always seems to be delayed by a fixed number of motion events. It is quite hard to explain, but if I move the mouse up, the mouse pointer on the client will not move for a while, then move up. If I then move the mouse down, the pointer on the client will continue to move up for a while, then slow, reverse, and eventually move down. If I then reverse the mouse again, the mouse pointer continues to move down, then slows, and then moves up again. I have used both syngergyc 1.3.1 from MacPorts and a binary of 1.4.2 from the Synergy web site. Here is my config file: section: screens leela: jeffry.local: end section: links leela: left = jeffry.local jeffry.local: right = leela end -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (545, 'stable'), (540, 'squeeze-updates'), (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synergy depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-1 GCC support library ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libsm62:1.2.0-1 X11 Session Management library ii libstdc++64.6.0-1The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3X11 Xinerama extension library ii libxtst6 2:1.2.0-1 X11 Testing -- Record extension li synergy recommends no packages. synergy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620027: O: ntfs-config -- Enable/disable write support for any NTFS devices
Package: wnpp Severity: normal The current maintainer of ntfs-config, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: ntfs-config Binary: ntfs-config Architecture: any Version: 1.0.1-9 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://flomertens.free.fr/ntfs-config/ Standards-Version: 3.9.1 Build-Depends: debhelper (= 7.0.50), autotools-dev, cdbs, python-gtk2-dev, libgtk2.0-dev (= 2.6), libglade2-dev, python-support, libhal-dev (= 0.5.2), libhal-storage-dev (= 0.5.2), libxml-parser-perl, autoconf, python-dev Checksums-Sha1: 05614d394530e014a0004513058ad665a762249e 261807 ntfs-config_1.0.1.orig.tar.gz bf8106f49aee83c8525465ccc50cfcdc926fa50f 11404 ntfs-config_1.0.1-9.debian.tar.gz Checksums-Sha256: 611dbcfa7aebf44ef8ad170d16952e256aec055e4f2cb334cf20a12a75bbdcb2 261807 ntfs-config_1.0.1.orig.tar.gz a7301cff0bd55ebb0fbc9faf671edfda00c80cf394f408f4853a35eb6d79217b 11404 ntfs-config_1.0.1-9.debian.tar.gz Files: d491c8129aa9dad4de28b2b0b2b8f309 261807 ntfs-config_1.0.1.orig.tar.gz 87fdf9daf19eacbe2d60040c40715c29 11404 ntfs-config_1.0.1-9.debian.tar.gz Package: ntfs-config Priority: optional Section: admin Installed-Size: 908 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Version: 1.0.1-9 Depends: ntfs-3g, python, python-support (= 0.90.0), udev, python-glade2 Suggests: disk-manager Filename: pool/main/n/ntfs-config/ntfs-config_1.0.1-9_amd64.deb Size: 104970 MD5sum: 5fa6cdf6ceefa06c1802daf73fc6a062 SHA1: db7d4737a0f1f02eb0de96897fb594fbfebcd634 SHA256: 5cf3fb34f1a0f3fca9bc9c77192740dfb6dce9dfcc7c1a8ea52c2d9ab19d3734 Description: Enable/disable write support for any NTFS devices This program allow you to easily configure all of your NTFS devices to allow write support via a friendly gui. For that use, it will configure them to use the open source ntfs-3g driver. You'll also be able to easily disable this feature. . It just so happens that this program is a newer and improved version, but very few people know about it. It's better to install the disk-manager. Homepage: http://flomertens.free.fr/ntfs-config/ Python-Version: 2.5, 2.6 Tag: admin::configuring, admin::filesystem, implemented-in::python, role::program, scope::utility, use::configuring -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620028: uim fails
Package: uim Version: 1:1.5.7-9.1 Severity: normal After some playing with keyboard shortcuts trying to set up UIM in a workable way I am no longer able to trigger the IM at all. The menu shows neither direct nor Anthy as selected method and it is not possible to select either, neither through horkey nor menu. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (900, 'stable'), (700, 'oldstable'), (510, 'unstable'), (500, 'testing'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim depends on: ii uim-common 1:1.5.7-9.1 Common files for uim ii uim-fep 1:1.5.7-9.1 uim Front End Processor ii uim-gtk2.0 1:1.5.7-9.1 GTK+2.x immodule for uim ii uim-utils1:1.5.7-9.1 Utilities for uim ii uim-xim 1:1.5.7-9.1 A bridge between uim and XIM uim recommends no packages. uim suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620029: O: php-memcache -- memcache extension module for PHP5
Package: wnpp Severity: normal The current maintainer of php-memcache, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: php-memcache Binary: php5-memcache Architecture: any Version: 3.0.5-1 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://pecl.php.net/package/memcache Standards-Version: 3.9.1 Build-Depends: debhelper (= 7), php5-dev (= 5.3.1), cdbs, zlib1g-dev Checksums-Sha1: 17e563090af78fde82f486885be5bbe25b0480ab 55030 php-memcache_3.0.5.orig.tar.bz2 7599d58d858a97a15c836a42db288b01fcaef1c9 5900 php-memcache_3.0.5-1.debian.tar.gz Checksums-Sha256: 6db3e7eba843dba238bb8015e406def1180e2e0da3af51fe2c4767a86727b29c 55030 php-memcache_3.0.5.orig.tar.bz2 a144e920c22a6376b06dc801f4dfd9f0298afc94f77ad64b5ac448a1418a5427 5900 php-memcache_3.0.5-1.debian.tar.gz Files: 878077ba0873fa50d8de8627e2f71d72 55030 php-memcache_3.0.5.orig.tar.bz2 cdc5f14965fc272ef82c03f9b95978aa 5900 php-memcache_3.0.5-1.debian.tar.gz Package: php5-memcache Priority: optional Section: php Installed-Size: 188 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: php-memcache Version: 3.0.4-4 Depends: libc6 (= 2.7), phpapi-20090626, php5-common, ucf Suggests: memcached Filename: pool/main/p/php-memcache/php5-memcache_3.0.4-4_amd64.deb Size: 49188 MD5sum: 81dd8a61c88fb92f5d4a0694c2f93e6e SHA1: aef1460c67893796863278215f213440f88a65bd SHA256: ecc7f17d0d3a07637ee5f01a7066b5e367651d9eac9d1abdc301e0a4363778bc Description: memcache extension module for PHP5 Memcached is a caching daemon designed especially for dynamic web applications to decrease database load by storing objects in memory. . This extension allows you to work with memcached through handy OO and procedural interfaces in your php5 applications. Homepage: http://pecl.php.net/package/memcache Tag: implemented-in::c, network::load-balancing, qa::rfa, role::shared-lib, use::storing, web::scripting -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620030: O: php-memcached -- memcached extension module for PHP5
Package: wnpp Severity: normal The current maintainer of php-memcached, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: php-memcached Binary: php5-memcached Architecture: any Version: 1.0.2-1 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://pecl.php.net/package/memcached Standards-Version: 3.8.4 Build-Depends: debhelper (= 7), php5-dev (= 5.3.1), cdbs, libmemcached-dev (= 0.39) Checksums-Sha1: 496330d5b25e4c9ffcbc0b7a1c756fc947d01cc8 22967 php-memcached_1.0.2.orig.tar.gz dc6e254c65809bdef3e124fe880ec4102e0620f0 3898 php-memcached_1.0.2-1.debian.tar.gz Checksums-Sha256: 14c9172e9a4702799edad173cd539c548779d75128f9362116835bd9a015b70e 22967 php-memcached_1.0.2.orig.tar.gz 6dadac51152f3ad39a8da1b2f4d4ec653357a3f7b1cfdcdac6150f941afd1a3f 3898 php-memcached_1.0.2-1.debian.tar.gz Files: 7994dc0a08db0a153c7f89037ff659ee 22967 php-memcached_1.0.2.orig.tar.gz e3e773fa0e222444e2be936e1269da19 3898 php-memcached_1.0.2-1.debian.tar.gz Package: php5-memcached Priority: optional Section: php Installed-Size: 148 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: php-memcached Version: 1.0.2-1 Depends: libc6 (= 2.2.5), libmemcached5 (= 0.39), phpapi-20090626, php5-common, ucf Filename: pool/main/p/php-memcached/php5-memcached_1.0.2-1_amd64.deb Size: 27484 MD5sum: ffc97fe3b1e467e5a309a9762d79d680 SHA1: 8159a42530a325e62cec149b84ec5cf14334fce4 SHA256: 97aab080cc3c0b75ffaeee0a569373aa7cf6789a27c4da5389ac9f5d4c48723f Description: memcached extension module for PHP5 Memcached is a caching daemon designed especially for dynamic web applications to decrease database load by storing objects in memory. . This extension uses libmemcached library to provide API for communicating with memcached servers. Homepage: http://pecl.php.net/package/memcached -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620031: Subject: unison-gtk: Ceased asking for SSH password
Package: unison-gtk Version: 2.32.52-2 Justification: renders package unusable Severity: grave *** Please type your report below this line *** After a recent upgrade, unison-gtk ceased asking for a password when selecting an ssh-based synchronization profile from the list (with, say, Root1 being /home/tcrass and Root2 something like ssh://arrakis/home/tcrass). On cklicking [OK], The profile selection dialog vanishes, but nothing else seems to happen after that. When running unision-gtk with the -debug all option, I get the following output: [startup] Preferences: ui = graphic ... (lots of preferences) ... debug = all addprefsto = common.prefs [remote] Shell connection: ssh (ssh, arrakis, -e, none, unison, -server) ...and that is where the application hangs. BTW, it does not make any difference whether or not ssh-askpass is installed. And yes, the remote machine is accessible via ssh. Any ideas? Regards -- tcrass -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/1 CPU core) 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 unison-gtk depends on: ii libatk1.0-01.32.0-3 The ATK accessibility toolkit ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.4-1 The GLib library of C routines ii libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio Versions of packages unison-gtk recommends: ii openssh-client [ssh-client] 1:5.8p1-3 secure shell (SSH) client, for sec ii ssh-askpass 1:1.2.4.1-9 under X, asks user for a passphras unison-gtk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620032: O: psimedia -- Plugin for Psi/Psi+ for audio and video calls
Package: wnpp Severity: normal The current maintainer of psimedia, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: psimedia Binary: psi-plus-plugin-psimedia Architecture: any Version: 1.0.3-7 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://delta.affinix.com/psimedia/ Standards-Version: 3.9.1 Build-Depends: cdbs (= 0.4.53), debhelper (= 7.0.1), libqt4-dev (= 4.4.0), libgstreamer-plugins-base0.10-dev (= 0.10.23), liboil0.3-dev, libspeexdsp-dev (= 1.2~rc1) Checksums-Sha1: 1ea109c1b27544c1f810e7395f0f6f9a16334dc5 326628 psimedia_1.0.3.orig.tar.gz be2cb22249c91b3468d81ca7fde8d349d0ef9529 4488 psimedia_1.0.3-7.debian.tar.gz Checksums-Sha256: c5691f177680feb6e5e5907c2acbc8a0148465b44828152dea0402d053157857 326628 psimedia_1.0.3.orig.tar.gz 21c5884f988a44b2726bff270b4bfd32a9de9797e98a13ca9f3074f6984e61c6 4488 psimedia_1.0.3-7.debian.tar.gz Files: c69badf8510229d8ce73d72c847e4f33 326628 psimedia_1.0.3.orig.tar.gz df6d987ca5a75ddde9d517f8b13cda10 4488 psimedia_1.0.3-7.debian.tar.gz Package: psi-plus-plugin-psimedia Priority: extra Section: net Installed-Size: 644 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: psimedia Version: 1.0.3-7 Replaces: psimedia Depends: psi-plus | psi-plus-webkit, libc6 (= 2.7), libgcc1 (= 1:4.1.1), libglib2.0-0 (= 2.16.0), libgstreamer-plugins-base0.10-0 (= 0.10.23), libgstreamer0.10-0 (= 0.10.16), liboil0.3 (= 0.3.1), libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libspeexdsp1 (= 1.2~beta3.2-1), libstdc++6 (= 4.1.1), libxml2 (= 2.6.27), gstreamer0.10-plugins-good, gstreamer0.10-alsa Filename: pool/main/p/psimedia/psi-plus-plugin-psimedia_1.0.3-7_amd64.deb Size: 236472 MD5sum: d6972eae77883b6b499027a45c61b0a4 SHA1: c0f1a26df5fb6003fb6bf8088f627f985a949198 SHA256: 9b765edfa4af835204cfc17f86a9fb8e9eee2e773eed3f6aaf35562f650aa150 Description: Plugin for Psi/Psi+ for audio and video calls PsiMedia is a thick abstraction layer for providing audio and video RTP services to Psi-like IM clients. . The implementation is based on GStreamer. Homepage: http://delta.affinix.com/psimedia/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620033: O: qconf -- A nice configure script for your qmake-based project
Package: wnpp Severity: normal The current maintainer of qconf, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 1.0 Source: qconf Binary: qconf Architecture: any Version: 1.4-1 Maintainer: Ivan Borzenkov ivan1...@list.ru Homepage: http://delta.affinix.com/qconf Standards-Version: 3.8.2 Build-Depends: debhelper (= 7), cdbs, libqt4-dev Checksums-Sha1: cd97eab9ddafb276e86d130389cafd9a8c922a50 35016 qconf_1.4.orig.tar.gz 2e778dc1cd70960383c85b90d96231e76ecda46f 2119 qconf_1.4-1.diff.gz Checksums-Sha256: 0974045dc115251d80acb620f7c9bafd805e4c220b85ad7770484234b5146bba 35016 qconf_1.4.orig.tar.gz 5b02420785757b5eda9f65e9e7aef32b2deb92cf50bb5c5caf2b7431804da60e 2119 qconf_1.4-1.diff.gz Files: 0c1fb959940f589ee3dff0d3de844cf1 35016 qconf_1.4.orig.tar.gz 08157990bb08976014826c6c5f83b498 2119 qconf_1.4-1.diff.gz Package: qconf Priority: optional Section: devel Installed-Size: 248 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Version: 1.4-1 Depends: libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libqt4-xml (= 4:4.5.2), libqtcore4 (= 4:4.5.2), libstdc++6 (= 4.1.1) Filename: pool/main/q/qconf/qconf_1.4-1_amd64.deb Size: 59446 MD5sum: aa32ad44e4e72add0d84eb1f626087aa SHA1: 1a9a7c1e669268a3b777a8533b0cfb294f70375a SHA256: 4d7dc00f262cac3d7e68476306c53776507565046a37db8cd327a72d8121f338 Description: A nice configure script for your qmake-based project It is intended for developers who don't need (or want) to use the more complex GNU autotools. With qconf/qmake, it is easy to maintain a cross-platform project that uses a familiar configuration interface on unix. Homepage: http://delta.affinix.com/qconf Tag: uitoolkit::qt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617360: aptitude: a race causes package failed to install message on some hosts
Hello, The same issue occur here. We have a few Xen DomUs created from our Debian squeeze template, but only two of them are affected by this bug. Of course, we have installed the same versions of aptitude, dpkg and cron-apt. I should add too that the issue is not always repeatable. Sometimes I can run `LANG=C /usr/bin/aptitude dist-upgrade -d -y` and the bug doesn't occur at all. But sometimes I can see it for all command calls. Probably the bug is visible only for LANG=C. I couldn't see it for my default LANG=pl_PL.UTF-8. I'm not sure why aptitude displays me information about failed installation of a package (A package failed to install. Trying to recover:). I don't want to upgrade/install any package when I use -d option of aptitude. I want only to *download* the package. Do you have any idea how to debug it? I was trying to find a reason of the bug using `strace -f` as well, but no success. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620034: O: psi-plus -- Jabber client using Qt
Package: wnpp Severity: normal The current maintainer of psi-plus, Ivan Borzenkov ivan1...@list.ru, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Format: 3.0 (quilt) Source: psi-plus Binary: psi-plus, psi-plus-dbg, psi-plus-webkit, psi-plus-webkit-dbg, psi-plus-common, psi-plus-plugins, psi-plus-plugins-dbg, psi-plus-content-download, psi-plus-skins Architecture: any Version: 0.15~svn3447-1 Maintainer: Ivan Borzenkov ivan1...@list.ru Uploaders: Boris Pek tehnic...@mail.ru Homepage: http://psi-dev.googlecode.com/ Standards-Version: 3.9.1 Build-Depends: debhelper (= 7.0.50~), quilt, qconf, libqtwebkit-dev | libqt4-dev (= 4.5.2), libqca2-dev (= 2.0.0), libxss-dev, libaspell-dev, zlib1g-dev, libsm-dev Checksums-Sha1: eb2de2977c4212f28915ce6ce72806ff6e617f00 7489614 psi-plus_0.15~svn3447.orig.tar.bz2 10d91952c714190aec9b293eac56a9fd9b13b1d1 13318 psi-plus_0.15~svn3447-1.debian.tar.gz Checksums-Sha256: 11389b4894c06934557eb79e25c5ee51d50581841a62ae671c87f830e0c20b47 7489614 psi-plus_0.15~svn3447.orig.tar.bz2 fbd3b983c19dc313d9218e3c177efaeaee32a74c8a2b36050672a6b6cfa4d058 13318 psi-plus_0.15~svn3447-1.debian.tar.gz Files: 941a4aa0d35a9b1c601ad0912ee3655a 7489614 psi-plus_0.15~svn3447.orig.tar.bz2 820478b9cc167e54985caf8370a1c3af 13318 psi-plus_0.15~svn3447-1.debian.tar.gz Package: psi-plus-plugins Priority: optional Section: net Installed-Size: 2984 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Source: psi-plus Version: 0.15~svn2744-1 Depends: psi-plus, libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libqt4-dbus (= 4:4.5.3), libqt4-network (= 4:4.5.3), libqt4-xml (= 4:4.5.3), libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.6.1), libstdc++6 (= 4.1.1) Filename: pool/main/p/psi-plus/psi-plus-plugins_0.15~svn2744-1_amd64.deb Size: 1234630 MD5sum: 0c570bf30cb1085fd135ee0c594195eb SHA1: e9909819ffb7d0e3cba82bd3aa639079275810ea SHA256: 5844d12a405251eadf6c5acf6111c8f76d6b4952d121f7bcb2e34b963cd8ab96 Description: Plugins for Psi+ Psi+ Plugins: - Attention - Plugin to send an attention message, compatible with Pidgin, Miranda IM (with the Nudge plugin), etc. - Autoreply - plugin to autoreply - Birthday Reminder - birthday and anniversary reminder - Cleaner - Plugin to clear the avatar and vCard cache, as well as the chat history - Conference Logger - plugin to log conferences - Chess - a plugin for playing chess. The plugin is compatible with Tkabber - Extended Options - Plugin for easy configuration of additional parameters (advanced options) in Psi+ - Gmailnotify - notification of new messages in Gmail - History Keeper - a plugin to remove the history of marked contacts when exiting Psi+ - ICQ Must Die - Plugin to transfer contacts from ICQ to Jabber - Image - send image files embedded in an instant message - Juick - Plugin to work with the Juick service - QIP X-statuses - Plugin to display x-statuses of QIP Infium contacts - Screenshot - a plugin to take screenshots with the option of uploading them to a specified FTP-server - Skins - a plugin for creating, storing and using of skins in Psi+ - Stop Spam - anti-spam plugin - Storage Notes - a plugin to keep notes on the Jabber server, with access to them from Psi+ or Miranda IM - Translate - automatically transliterate text in the send message field - Watcher - Plugin to monitor the status of certain contacs Homepage: http://psi-dev.googlecode.com/ Tag: uitoolkit::qt Package: psi-plus-skins Priority: optional Section: net Installed-Size: 3216 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: all Source: psi-plus Version: 0.15~svn2744-1 Depends: psi-plus Filename: pool/main/p/psi-plus/psi-plus-skins_0.15~svn2744-1_all.deb Size: 2881224 MD5sum: 54ab5be5b67b3ba9cfc90d70af1b57c2 SHA1: a480bbc64ead6b65e0920bfbbedaafff5657f84c SHA256: 344f60f797b47b582908febba05ab029548ef4b189a003f4bdbeee5910141a60 Description: Skins for Psi+ Psi+ skins from psi+ svn Homepage: http://psi-dev.googlecode.com/ Package: psi-plus Priority: optional Section: net Installed-Size: 10452 Maintainer: Ivan Borzenkov ivan1...@list.ru Architecture: amd64 Version: 0.15~svn2744-1 Replaces: psi, psi-translations Provides: psi, psi-translations Depends: libaspell15 (= 0.60), libc6 (= 2.3), libgcc1 (= 1:4.1.1), libqca2, libqt4-dbus (= 4:4.5.3), libqt4-network (= 4:4.5.3), libqt4-qt3support (= 4:4.5.3), libqt4-xml (= 4:4.5.3), libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.6.1), libstdc++6 (= 4.1.1), libx11-6, libxext6, libxss1, zlib1g (= 1:1.1.4) Recommends: sox, libqca2-plugin-ossl, psi-plus-plugins, psi-plus-icons, psi-plus-skins Suggests:
Bug#601806: tag 601806 wheezy sid
tag 601806 wheezy sid Hi, Since the linker's behavior has only changed in wheezy and sid, add those tags to this bug so it isn't shown as affecting squeeze. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620035: distrib/pre-installed: list of countries
Package: www.debian.org Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, cvs diff: Diffing . Index: pre-installed.wml === RCS file: /cvsroot/webwml/webwml/english/distrib/pre-installed.wml,v retrieving revision 1.18 diff -u -r1.18 pre-installed.wml - --- pre-installed.wml 9 Jun 2008 21:20:46 - 1.18 +++ pre-installed.wml 29 Mar 2011 11:29:09 - @@ -13,7 +13,6 @@ a href=#itITc/anbsp;nbsp; a href=#mxMXc/anbsp;nbsp; a href=#esESc/anbsp;nbsp; - -a href=#chCHc/anbsp;nbsp; a href=#usUSc/anbsp;nbsp; pThe companies listed on this page will pre-install Debian on your Apparently a Swiss vendor was listed at some time but was removed, and the link at the top of the page was forgotten. cheers - -- vbi - -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'squeeze-updates'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk2Rw4gACgkQKqpm2L3fmXoSXgCgpBk5DmgGnydMU/v0YUwvKrZt R7AAoKsoBCi+zKQ3td9BFexE0NfmdzvH =2mrG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620036: live-magic: Refers to lenny as stable and squeeze as testing
Package: live-magic Version: 1.13 Severity: important Upon starting live-magic, I am forced to make a choice between the following radio buttons: - What distribution of Debian would you like to build? If unsure, select Stable (lenny) (*) Stable (lenny) - well-tested and rarely changes ( ) Testing (squeeze) - receives new versions from unstable if they are not too buggy ( ) Unstable (sid) - untested and frequently changing - Stable should be squeeze, testing should be wheezy. While the problem may just be cosmetic, it's actually impossible to tell what is going to happen when selecting these top two options, because it will depend on the nature of the bug - will it go by the name stable or testing, meaning I should pay attention to that part, or will it go according to the codename lenny or squeeze? It makes it rather difficult to use. This was a lenny system upgraded to squeeze, so it is possible this was an upgrade issue. -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-magic depends on: ii gksu 2.0.2-5 graphical frontend to su ii live-build 2.0.12-2Debian Live - System Build Scripts ii python 2.6.6-3+squeeze6interactive high-level object-orie ii python-glade22.17.0-4GTK+ bindings: Glade support ii python-gtk2 2.17.0-4Python bindings for the GTK+ widge ii python-support 1.0.10 automated rebuilding support for P ii python-vte 1:0.24.3-2 Python bindings for the VTE widget ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from Versions of packages live-magic recommends: ii cdebootstrap 0.5.7 Bootstrap a Debian system live-magic suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581617: Not fixed?
Hi, I'm not sure if this is the same bug or not - pinentry-qt4 (on kde 4.5 with sloppy focus follows mouse) doesn't get the keyboard focus when it first appears. It usually comes up in front, so I see it, but I always have to move the mouse on it. (It's not a general problem with focus follows mouse: for example, a kcalc has the keyboard focus even if the mouse pointer is not on it.) cheers -- vbi -- Powerpoint: das Viagra für Manager. -- Detlef Borchert, NZZ, 22.7.2005 signature.asc Description: This is a digitally signed message part.
Bug#481448: synaptic: I guess menu should be a dependency instead of only suggested.
Package: synaptic Version: 0.75.1 Followup-For: Bug #481448 menu isn't that big (specially if compared to synaptic itself) and is needed for synaptic.desktop to work. It seems it should rather be a dependency instead of only suggested. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/1 CPU core) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synaptic depends on: ii apt [libapt-pkg4.10]0.8.13 Advanced front-end for dpkg ii apt-utils [libapt-inst1 0.8.13 APT utility programs ii hicolor-icon-theme 0.12-1 default fallback theme for FreeDes ii libatk1.0-0 1.32.0-3 The ATK accessibility toolkit ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libept1 1.0.5High-level library for managing De ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-1GCC support library ii libglib2.0-02.28.2-1 The GLib library of C routines ii libgtk2.0-0 2.24.3-1~sid1The GTK+ graphical user interface ii libpango1.0-0 1.28.3-5 Layout and rendering of internatio ii libstdc++6 4.6.0-1 The GNU Standard C++ Library v3 ii libvte9 1:0.24.3-2 Terminal emulator widget for GTK+ ii libx11-62:1.4.2-1X11 client-side library ii libxapian22 1.2.4-1 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages synaptic recommends: ii apt-xapian-index 0.41 maintenance and search tools for a ii gksu 2.0.2-5 graphical frontend to su ii libgtk2-perl 2:1.222-1 Perl interface to the 2.x series o ii rarian-compat 0.8.1-5 Documentation meta-data library (c ii software-properties-gtk0.60.debian-3 manage the repositories that you i Versions of packages synaptic suggests: ii deborphan 1.7.28.4 program that can find unused packa pn dwww none (no description available) ii menu 2.1.45 generates programs menu for all me -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618725: sun-java6-plugin: workaround
On Mon, Mar 28, 2011 at 2:51 PM, T 78...@web.de wrote: In /etc/sysctl.d/bindv6only.conf you have to change this line: net.ipv6.bindv6only=1 To this: net.ipv6.bindv6only=0 AFAIK 0 is the default in Debian. Torsten It is 1 by default, at least in current sid. Btw there's one more workaround: in your Sun Java Control Panel - Java - View - User - Runtime Paremeters add -Djava.net.preferIPv4Stack=true Regards, Pavel Mihaduk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620038: pu: package fcgiwrap/1.0-1+squeeze1
Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Version: fcgiwrap doesn't stop properly on squeeze (#602199). I just uploaded 1.0.3-2 with Jordi's fixes that were pending since four months to unstable. I'd like to propose the attached fix for squeeze, too. diff -Nru fcgiwrap-1.0/debian/changelog fcgiwrap-1.0/debian/changelog --- fcgiwrap-1.0/debian/changelog 2010-05-25 21:38:28.0 +0200 +++ fcgiwrap-1.0/debian/changelog 2011-03-29 13:49:50.0 +0200 @@ -1,3 +1,12 @@ +fcgiwrap (1.0-1+squeeze1) stable; urgency=low + + * Non-maintainer upload. + * Unquote $pid and $DAEMON on stop_daemon() so it actually stops +(closes: #602199). + * Reduce the wait when just stopping (closes: #602200). + + -- Philipp Kern pk...@debian.org Tue, 29 Mar 2011 13:47:24 +0200 + fcgiwrap (1.0-1) unstable; urgency=low * New upstream release. diff -Nru fcgiwrap-1.0/debian/init fcgiwrap-1.0/debian/init --- fcgiwrap-1.0/debian/init2010-05-25 21:35:04.0 +0200 +++ fcgiwrap-1.0/debian/init2011-03-29 13:49:20.0 +0200 @@ -39,6 +39,8 @@ # If this value is set too low you might not # let some servers to die gracefully and # 'restart' will not work +QDIETIME=0.5 # The same as DIETIME, but a lot shorter for the + # stop case. #STARTTIME=2# Time to wait for the server to start, in seconds # If this value is set each time the server is @@ -49,7 +51,6 @@ # be a false positive (says it did not start # when it actually did) - # Include defaults if available if [ -f /etc/default/$NAME ] ; then . /etc/default/$NAME @@ -137,13 +138,13 @@ [ ! -e $PIDFILE ] return PIDS=$(cat $PIDFILE) for pid in $PIDS; do - if running_pid '$pid' '$DAEMON'; then + if running_pid $pid $DAEMON; then kill -15 $pid # Is it really dead? -sleep $DIETIMEs +sleep $QDIETIMEs if running_pid $pid $DAEMON; then kill -9 $pid - sleep $DIETIMEs + sleep $QDIETIMEs if running_pid $pid $DAEMON; then echo Cannot kill $NAME (pid=$pid)! exit 1 signature.asc Description: Digital signature
Bug#581617: Not fixed?
Am Tuesday 29 March 2011 schrieb Adrian von Bidder: Hi, I'm not sure if this is the same bug or not - pinentry-qt4 (on kde 4.5 with sloppy focus follows mouse) doesn't get the keyboard focus when it first appears. It usually comes up in front, so I see it, but I always have to move the mouse on it. I think the bug that the pinentry window is opened behind the window of the application that invoked it is fixed with pinentry-qt4 0.8.1-1. But now there is the problem you described. The window does not get focus, which on one side can be considered a feature, but on the other hand is quite dangerous: If the window of the application that invoked pinentry- qt4 still accepts keyboard input when the pinentry window has opened, the entered password can appear in clear text on the screen. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#590992: pkg-config search path puts arch triplet in the wrong place
tags 590992 + patch thanks On Fri, 30 Jul 2010 at 12:55:16 -0700, Steve Langasek wrote: Could you please swap these paths for the multiarch /usr/lib/$(DEB_GNU_HOST_TYPE)/pkgconfig ones? For the record, this is now /usr/lib/$(DEB_HOST_MULTIARCH) with dpkg = 1.16.0 (they differ on i386). Ubuntu has a minimal patch. This bug is blocked by upload of dpkg 1.16 for DEB_HOST_MULTIARCH, which sadly doesn't seem to have a bug number. See also http://wiki.debian.org/Multiarch/Bootstrapping S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620039: libreoffice-writer: writer ignores document custom properties when converting from .doc
Package: libreoffice-writer Version: 1:3.3.1-1 Severity: normal When I open Word document (.doc), LibreOffice ignores custom document properties. See screenshots of custom properties windows in Word and LibreOffice for the same document in attachment. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-writer depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc11:4.5.2-4 GCC support library ii libicu44 4.4.2-2 International Components for Unico ii libreoffice-base-core 1:3.3.1-1 office productivity suite -- share ii libreoffice-core 1:3.3.1-1 office productivity suite -- arch- ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii libwpd-0.9-9 0.9.1-2 Library for handling WordPerfect d ii libwpg-0.2-2 0.2.0-4 WordPerfect graphics import/conver ii libwps-0.2-2 0.2.0-3 Works text file format import filt ii ure1.7.0+LibO3.3.1-1 LibreOffice UNO runtime environmen ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages libreoffice-writer recommends: ii default-jre [java5-runtime] 1:1.6-40 Standard Java or Java compatible R ii libreoffice-emailmerge 1:3.3.1-1office productivity suite -- email ii libreoffice-filter-binfilte 1:3.3.1-1office productivity suite -- legac ii libreoffice-java-common 1:3.3.1-1office productivity suite -- arch- ii libreoffice-math1:3.3.1-1office productivity suite -- equat ii openjdk-6-jre [java5-runtim 6b18-1.8.7-2 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java5-runtim 6.24-1 Sun Java(TM) Runtime Environment ( Versions of packages libreoffice-writer suggests: ii libreoffice-base 1:3.3.1-1 office productivity suite -- datab pn libreoffice-gcj none (no description available) Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-2.1 generic font configuration library ii libatk1.0-0 1.32.0-1+sid1 The ATK accessibility toolkit ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.3-1Multi-protocol file transfer libra ii libdb4.8 4.8.30-4Berkeley v4.8 Database Libraries [ ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-4 GCC support library ii libglib2.0-0 2.28.2-1The GLib library of C routines ii libgraphite3 1:2.3.1-0.2 SILGraphite - a smart font rende ii libgstreamer-plugins 0.10.30-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.32-4 Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libhunspell-1.2-01.2.14-4spell checker and morphological an ii libhyphen0 2.7.1-4 ALTLinux hyphenation library - sha ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libicu44 4.4.2-2 International Components for Unico ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libmythes-1.2-0 2:1.2.1-1 simple thesaurus library ii libneon27-gnutls 0.29.5-3An HTTP and WebDAV client library ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9-2Network Security Service libraries ii libpango1.0-01.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-0 1.2.44-2PNG library - runtime ii librdf0 1.0.13-2Redland Resource Description Frame ii libreoffice-common 1:3.3.1-1 office productivity suite -- arch- ii libsm6 2:1.2.0-1 X11 Session Management library ii libssl0.9.8 0.9.8o-5SSL shared libraries ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl4.6.2-7 STLport C++ class library ii libx11-6 2:1.4.1-5 X11 client-side library ii libxaw7 2:1.0.9-2 X11
Bug#620040: bugzilla3: site_wide_secret is not set in localconfig
Package: bugzilla3 Version: 3.6.2.0-4 Severity: important The default localconfig contains an empty site_wide_secret string: # This secret key is used by your installation for the creation and # validation of encrypted tokens to prevent unsolicited changes, # such as bug changes. A random string is generated by default. # It's very important that this key is kept secret. It also must be # very long. site_wide_secret = ''; The comment seems to imply that somehow an empty value is replaced with a random string, but I'm not quite sure this is the case from looking at the Bugzilla code. It looks more like the empty string gets used as is. That would effectively disable the CSRF protection, which depends on this secret. It would be a good idea to check how Bugzilla actually handles an empty string, and if necessary either (a) adjust the comment, or (b) generate a random secret in postinst -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.21-quartic (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bugzilla3 depends on: ii apache22.2.9-10+lenny8 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-4 Apache HTTP Server - traditional n ii dbconfig-common1.8.39common framework for packaging dat ii debconf1.5.36Debian configuration management sy ii libappconfig-perl 1.56-2Perl module for configuration file ii libcgi-pm-perl 3.49-1module for Common Gateway Interfac ii libdatetime-perl 2:0.6100-2module for manipulating dates, tim ii libdatetime-timezone-p 1:1.20-1+2010kframework exposing the Olson time ii libdbd-mysql-perl 4.007-1+lenny1A Perl5 database interface to the ii libemail-mime-creator- 1.454-2 Simple Email::MIME mail message cr ii libemail-mime-modifier 1.442-3 Modify Email::MIME objects easily ii libemail-mime-perl 1.861-3 Easy MIME message parsing ii libemail-send-perl 2.192-3 Simply Sending Email ii libjs-yui 2.8.1-1 Yahoo User Interface Library ii libmail-sendmail-perl 0.79-5Send email from a perl script ii libtemplate-perl 2.22-0.1 template processing system written ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii mysql-client 5.0.51a-24+lenny4 MySQL database client (metapackage ii mysql-client-5.0 [mysq 5.0.51a-24+lenny4 MySQL database client binaries ii nullmailer [mail-trans 1:1.04-1.1simple relay-only mail transport a ii patch 2.5.9-5 Apply a diff file to an original ii perl-modules [libcgi-p 5.10.1-16 Core Perl modules ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-support 1.0.11automated rebuilding support for P ii ucf3.0016Update Configuration File: preserv Versions of packages bugzilla3 recommends: ii cvs 1:1.12.13-12 Concurrent Versions System ii imagemagick 7:6.3.7.9.dfsg2-1~lenny4 image manipulation programs ii libchart-perl 2.4.1-5 Chart Library for Perl ii libtemplate-plu 2.66-2 GD plugin(s) for the Template Tool ii libxml-parser-p 2.36-1.1+b1 Perl module for parsing XML files pn mysql-server | none (no description available) ii perlmagick 7:6.3.7.9.dfsg2-1~lenny4 Perl interface to the libMagick gr Versions of packages bugzilla3 suggests: ii bugzilla3-doc 3.0.4.1-2+lenny2 comprehensive guide to Bugzilla ii graphviz2.20.2-3 rich set of graph drawing tools ii libauthen-radius-perl 0.13-1 user authentication against radius ii libgd-gd2-perl 1:2.39-2 Perl module wrapper for libgd - gd ii libgd-graph-perl1.44-3 Graph Plotting Module for Perl 5 ii libgd-text-perl 0.86-5 Text utilities for use with GD ii libhtml-parser-perl 3.56-1+lenny1A collection of modules that parse ii libhtml-scrubber-perl 0.08-4 Perl extension for scrubbing/sanit ii libmailtools-perl 2.03-1 Manipulate email in perl programs ii libmime-tools-perl 5.427-1 Perl5 modules for MIME-compliant m ii libnet-ldap-perl1:0.36-1 A Client interface to LDAP servers ii libsoap-lite-perl 0.710.08-1 Client and server side SOAP implem ii libwww-perl 5.813-1+lenny2 WWW client/server library for Perl ii libxml-twig-perl1:3.32-1 Perl module for processing huge XM ii patchutils 0.2.31-4 Utilities to work with
Bug#618112: titantools: FTBFS: collect2: ld returned 1 exit status
On 29 March 2011 09:15, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Tue, March 29, 2011 06:29, Lucas Nussbaum wrote: Strange, you are rebuilding titantools 4.0.11-4 (from oldstable) when the latest version is 4.0.11+notdfsg1-2. 4.0.11-4 is still available in lenny and sid. I suspect that you forgot to ask for it to be removed when it was uploaded to non-free. In the case of unstable, this is because: noshell | 4.0.11-4 | sid | alpha, hppa alpha and hppa don't have non-free autobuilders, so the old binaries will need to be removed by ftp-master. Thanks for the info, I will contact ftp-master for the removal. Regards Javier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
Am 28.03.2011 13:58, schrieb Reinhard Tartler: I'm happy that Fabian agrees with me. I'll see if I can propose some configure switch for 0.7, but TBH, the trick with building the libraries in different flavors is a very Debian specific trick that cannot be upstreamed easily. Nor am I convinced that this should go upstream. Maybe av_log(NULL, AV_LOG_VERBOSE, ...) should be used here instead of plain fprintf(stderr, ...)? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620042: ibus fails
Package: ibus Version: 1.3.7-1 Severity: normal According to docs ibus can be started either by 1) im-switch -s ibus which does not work because ibus does not register itself with im-switch 2) ibus-daemon -xd which does nothing. According to ibus-setup the toggle key is Ctrl-space which does nothing and the tray icon only shows No input window in its menu. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (900, 'stable'), (700, 'oldstable'), (510, 'unstable'), (500, 'testing'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ibus depends on: ii gconf2 2.32.1-2 GNOME configuration database syste ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-4 simple interprocess messaging syst ii libgconf2-4 2.32.1-2 GNOME configuration database syste ii libglib2.0-02.28.4-1 The GLib library of C routines ii libgtk2.0-0 2.24.3-1 The GTK+ graphical user interface ii libibus21.3.7-1 New input method framework using d ii librsvg2-common 2.32.1-1 SAX-based renderer library for SVG ii libx11-62:1.3.3-4X11 client-side library ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-ibus 1.3.7-1 New input method framework using d ii python-notify 0.1.1-2+b2 Python bindings for libnotify ii python-support 1.0.10 automated rebuilding support for P ii python-xdg 0.19-2 Python library to access freedeskt Versions of packages ibus recommends: ii ibus-gtk 1.3.7-1New input method framework using d ii ibus-qt4 1.3.0-1+b1 qt-immodule for ibus (QT4) ii im-switch 1.20 Input method switch framework ibus suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620043: logrotate: Please ise NN numbering, not just single N
Package: logrotate Version: 3.7.8-6 Severity: normal -- Package-specific info: Contents of /etc/logrotate.d lrwxrwxrwx 1 root root 41 Mar 18 21:20 /etc/logrotate.d - host-homenet-server-logrotate/logrotate.d If the rotate count if bigger than 10, the files do not sort in sensible manner: 1 10 11 12 .. 2 20 21 .. 3 .. Please use at least NN numbering for all files: 01 02 03 .. 10 11 12 .. 20 21 .. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages logrotate depends on: ii base-passwd 3.5.22 Debian base system master password ii cron 3.0pl1-116 process scheduling daemon ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libselinux1 2.0.96-1 SELinux runtime shared libraries Versions of packages logrotate recommends: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii mailx 1:20081101-2 Transitional package for mailx ren logrotate suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620044: libjna-posix-java: Package does not install maven artifacts.
Package: libjna-posix-java Version: 1.0.1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch *** /tmp/tmpp9A9J It would be great if this library could install Maven artifacts to /usr/share/maven-repo. Attached patch should do the job. * Enabled maven artifact deployment: - debian/control: Build-Depends added maven-repo-helper - debian/rules: install maven artifacts - debian/libjna-posix-java.poms: pom locations. Thanks for considering the patch. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-28-generic (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash === modified file 'debian/control' --- debian/control 2010-01-10 15:24:40 + +++ debian/control 2011-03-29 12:21:44 + @@ -2,7 +2,7 @@ Section: java Priority: optional Maintainer: Nicolas Duboc ndu...@debian.org -Build-Depends: debhelper ( 7.0.0), ant +Build-Depends: debhelper ( 7.0.0), ant, maven-repo-helper Build-Depends-Indep: default-jdk, libjna-java, junit4 Standards-Version: 3.8.3 Homepage: http://kenai.com/projects/jna-posix === added file 'debian/libjna-posix-java.poms' --- debian/libjna-posix-java.poms 1970-01-01 00:00:00 + +++ debian/libjna-posix-java.poms 2011-03-29 12:20:54 + @@ -0,0 +1 @@ +pom.xml === modified file 'debian/rules' --- debian/rules2010-01-10 15:24:40 + +++ debian/rules2011-03-29 12:20:54 + @@ -40,6 +40,9 @@ mv $(PKG_BUILDDIR)/$(JAVA_DIR)/jna-posix.jar $(PKG_BUILDDIR)/$(JAVA_DIR)/$(jarname)-$(jarversion).jar dh_link -p libjna-posix-java $(JAVA_DIR)/$(jarname)-$(jarversion).jar $(JAVA_DIR)/$(jarname).jar + mh_installpoms -plib$(jarname)-java + mh_installjar -plib$(jarname)-java -l pom.xml dist/$(jarname).jar + dh_installdirs -p libjna-posix-java-doc $(DOC_DIR) mv dist/javadoc $(PKG_DOC_BUILDDIR)/$(DOC_DIR)