Bug#688929: parallel: config file leads to non-standard behaviour
Re-sending for archival in BTS. I still feel rather strongly that a wrong and bad design decision has been made here. Dirk On 27 September 2012 at 06:26, Dirk Eddelbuettel wrote: | | (CCing Ole) | | On 27 September 2012 at 08:38, Ondřej Surý wrote: | | severity 688929 wishlist | | tags 688929 +wontfix | | thank you | | | | On Thu, Sep 27, 2012 at 4:13 AM, Dirk Eddelbuettel e...@debian.org wrote: | | | | Package: parallel | | Version: 20120422-1 | | Severity: serious | | | | How on the earth is this a serious bug? Please go read about Debian | | Because it makes parallel deviate from the upstream behaviour. | | It creates effectively a different program. Not good at all. | | | severities before you fill your next Debian bug: | | http://www.debian.org/Bugs/Developer#severities | | I have been a Debian maintainer since 1995. I am aware of this. I chose | serious because YOU are breaking assumed behaviour. | | But I give up. I don't have it in me. I'll just tell people not to use | Debian's parallel. That's a first in the 17 years I have been involved in | this. | | | On the parallel list, I had a long-ish exchange with Ole about something | | (mostly me not understanding awk semantics ;-) but it also lead to me | | complaining that his example don't work ... which it turns out is due to the | | package installing the (very non-standard) option --tollef in | | /etc/parallel/config. | | | | This is to ensure compatibility with standard parallel tool and was a | | result of a compromise done when the package entered Debian, for a | | full background see: | | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518696 | | C'mon now, moreutils is a useful, but _much more local_ and Debian-specific | collection that does (probably) not exists outside of Debian. | | That choice was a mistake IMHO. | | Dirk | | | Ole strongly suggests not to. I think he is right. Could this be undone? | | | | He also has a new stable release 20120822. | | | | And Debian is frozen preparing for next release, so no new upstream | | versions are allowed. | | | | O. | | -- | | Ondřej Surý ond...@sury.org | | -- | Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688993: ability to send all repos to a channel
Package: kgb-bot Version: 1.15-2 Severity: wishlist It would be convenient to be able to say repos: * and get all repos sent to a channel. This could be used to feed them all to freenode #commits. Indeed, I think that would be a good default configuration to have, otherwise that channel is gonna die. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kgb-bot depends on: ii adduser3.113+nmu3 ii kgb-client 1.15-2 ii libpoe-component-irc-perl 6.78+dfsg-1 ii libpoe-component-server-soap-perl 1.14-1 ii libpoe-perl2:1.3540-1 ii libproc-pid-file-perl 1.27-1 ii libschedule-ratelimiter-perl 0.01-1 ii libyaml-perl 0.81-1 ii perl 5.14.2-13 kgb-bot recommends no packages. Versions of packages kgb-bot suggests: ii libfile-which-perl 1.09-1 ii libipc-run-perl 0.91-1 ii polygen 1.0.6.ds2-12 -- Configuration Files: /etc/default/kgb-bot changed [not included] /etc/kgb-bot/kgb.conf [Errno 13] Permission denied: u'/etc/kgb-bot/kgb.conf' -- no debconf information -- see shy jo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688994: seems no indication of which repo a commit was made to
Package: kgb-bot Version: 1.15-2 Severity: normal There are channels where it makes sense to announce commits to more than one repository. #commits is the canonical example; #debian-boot is another. I cannot seem to find a way to make the bot include the repository name in its messages. Well, I think if I were using svn, I could perhaps match a module name out of the path in the svn repo. But not for git. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kgb-bot depends on: ii adduser3.113+nmu3 ii kgb-client 1.15-2 ii libpoe-component-irc-perl 6.78+dfsg-1 ii libpoe-component-server-soap-perl 1.14-1 ii libpoe-perl2:1.3540-1 ii libproc-pid-file-perl 1.27-1 ii libschedule-ratelimiter-perl 0.01-1 ii libyaml-perl 0.81-1 ii perl 5.14.2-13 kgb-bot recommends no packages. Versions of packages kgb-bot suggests: ii libfile-which-perl 1.09-1 ii libipc-run-perl 0.91-1 ii polygen 1.0.6.ds2-12 -- Configuration Files: /etc/default/kgb-bot changed [not included] /etc/kgb-bot/kgb.conf [Errno 13] Permission denied: u'/etc/kgb-bot/kgb.conf' -- no debconf information -- see shy jo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688994: CIA going down: KGB wants your commits!
On Thu, 27 Sep 2012 20:48:23 -0400, Joey Hess wrote:
For KGB the concept of a repository is a bit fuzzy. It is just the
unit it uses to separate access control (password), channels to
broadcast to, and a word in the commit notification. But you can use
one of these for hundreds of repos, like pkg-perl does: all the git
repos (one per package) use the same client config, and just add a
module parameter derived from the path.
Would that be enough for you?
If the module parameter is displayed on IRC, then yes.
I must be missing how to do that for git, as I just filed a bug about it. :/
That works fine for pkg-perl.
1) Client side (i.e. vasks):
1a) /home/groups/pkg-perl/meta/pkg-perl-post-receive
BASE=/home/groups/pkg-perl
KGB=/home/groups/kgb/trunk
CONF=$BASE/kgb-client.conf
PKG=${DIR%.git}
if [ -e $BASE/KGB-notifications-disabled ]; then
echo KGB notifications disabled
else
cat hooks/reflog | \
PERL5LIB=$KGB/lib $KGB/script/kgb-client --conf $CONF \
--repository git --git-reflog - --module $PKG
fi
1b) /home/groups/pkg-perl/kgb-client.conf
---
repo-id: 'pkg-perl'
# first capture is branch name, second capture is module name
branch-and-module-re:
- /(trunk|tags|apps|attic)/([^/]+)
- /branches/([^/]+)/([^/]+)
- /()(scripts)/
ignore-branch: trunk
timeout: 7
password: 12345
servers:
# dam, KGB-0
- uri: http://dam.homelinux.net:9418/
# gregoa, KGB-2
- uri: http://colleen.colgarra.priv.at:8080/
# Tincho, KGB-1
- uri: http://abhean.mine.nu:9418/
status-dir: /home/groups/pkg-perl/kgb-client-status
2) Server side:
[..]
repositories:
# just a name to identify it
pkg-perl:
# needs to be the same on the client
password: 12345
channels:
- name: '#debian-perl'
network: oftc
repos:
- pkg-perl
[..]
And in #debian-perl this looks like:
20:12 KGB-0 joostvb upstream b19ebac eekboek debian/ TODO changelog * update
TODO-list
(last commit in one of our repos, in this case eekboek)
Cheers,
gregor
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Ryan Adams: Gimme A Sign
signature.asc
Description: Digital signature
Bug#688994: [kgb-maintainers] Bug#688994: seems no indication of which repo a commit was made to
Hi Joey, On Fri, Sep 28, 2012 at 1:46 AM, Joey Hess jo...@debian.org wrote: There are channels where it makes sense to announce commits to more than one repository. #commits is the canonical example; #debian-boot is another. I cannot seem to find a way to make the bot include the repository name in its messages. Well, I think if I were using svn, I could perhaps match a module name out of the path in the svn repo. But not for git. I'm not sure I understand. The repository name, as specified in the KGB conf, is shown as part of the commit message. Look at the pkg-perl use-case, we do exactly that. -- Martín Ferrari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688994: CIA going down: KGB wants your commits!
On Fri, 28 Sep 2012 03:01:46 +0200, gregor herrmann wrote:
1) Client side (i.e. vasks):
1a) /home/groups/pkg-perl/meta/pkg-perl-post-receive
BASE=/home/groups/pkg-perl
KGB=/home/groups/kgb/trunk
CONF=$BASE/kgb-client.conf
PKG=${DIR%.git}
cat hooks/reflog
if [ -e $BASE/KGB-notifications-disabled ]; then
echo KGB notifications disabled
else
cat hooks/reflog | \
PERL5LIB=$KGB/lib $KGB/script/kgb-client --conf $CONF \
--repository git --git-reflog - --module $PKG
fi
Cheers,
gregor, adding a missing line, thanks Tincho
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Johnny Shines: Too Wet To Plow
signature.asc
Description: Digital signature
Bug#688872: mime-support: Missing application/gzip media type (RFC 6713) in /etc/mime.types
On 2012-09-28 08:48:00 +0900, Charles Plessy wrote: I would like to follow the IANA and add the new meda types. However, it is hard to predict the consequences given that Debian packages have evolved for years in an environment where application/x-gzip was absent on purpose, and given on the other hand that some programs are probably going to ignore application/gzip because they hardcode the x- prefix. What is your experience with this ? I can update mime-support in experimental and ask people to test, but this is more on topic for the Jessie development cycle. I don't know which applications use /etc/mime.types, but let us consider the following ones: * Apache: it does with mod_mime thanks to the TypesConfig /etc/mime.types config line, and web servers are probably the only applications where there is a notion of encoding. Now, such applications should have their own way to deal with it, and the default /etc/apache2/mods-available/mime.conf configuration file even contains: AddType application/x-compress .Z AddType application/x-gzip .gz .tgz AddType application/x-bzip2 .bz2 with the encoding part commented out: #AddEncoding x-compress .Z #AddEncoding x-gzip .gz .tgz #AddEncoding x-bzip2 .bz2 So, even in the case of Apache, adding the gzip (etc.) media type to /etc/mime.types should be recommended, to avoid the above AddType lines. It is still possible to remove the types in Apache, if the user wants too, with RemoveType (this works at least with types added by AddType), but this should be tested with the particular case of /etc/mime.types. * Mutt: upstream provides its own etc/mime.types, e.g. installed in the user's home directory when the user installs Mutt there. In particular, it has: application/x-gunzipgz With Debian's Mutt, /etc/mime.types is used, and one gets the useless application/octet-stream (actually Mutt tries to guess whether this is text or binary, when the extension is unknown). I think that application/gzip would be more useful. But I usually use my own version of Mutt installed in my home directory, so that I don't have the problem with the missing entry in /etc/mime.types. * Subversion: it doesn't use /etc/mime.types, but has its own mapping file. Since it doesn't have the notion of encoding, I think that application/gzip is the best choice. Please let me know if an upload to Experimental would help, otherwise I propose to wait for Wheezy is released. I think that you can wait. Also, if we add application/gzip and application/zlib, then I will be reluctant to add the unregistered application/x-gzip type. Can you tell me what you think about this ? I think that you should forget the non-standard application/x-gzip, in particular because not all applications agree on what it should be (see the difference with Mutt, for instance). In the long term, I wonder whether the x- should be removed for other types, as they now seem to be deprecated: http://tools.ietf.org/html/rfc6648 But you know that. :) -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688994: [kgb-maintainers] Bug#688994: seems no indication of which repo a commit was made to
On Fri, Sep 28, 2012 at 2:07 AM, Martín Ferrari martin.ferr...@gmail.com wrote: I cannot seem to find a way to make the bot include the repository name in its messages. Well, I think if I were using svn, I could perhaps match a module name out of the path in the svn repo. But not for git. I'm not sure I understand. The repository name, as specified in the KGB conf, is shown as part of the commit message. Look at the pkg-perl use-case, we do exactly that. NO, I am being silly. You're right. Forget what I said. -- Martín Ferrari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683695: libdrm-nouveau1a: when using Nvidia Gtx 550 Ti card boot stops at populating /dev
control: retitle -1 nouveau needs patches backported from 3.4 to support GTX 550 Ti cards control: severity -1 important On Sun, Sep 23, 2012 at 8:59 PM, Dick Thomas wrote: hiya, Michael sorry for taking so long to get back to you I tried the 3.5 kernel and it works perfectly with the gfx card Kernel 3.4 apparently brings support for this particular card. This kernel bug report seems to be the most related (although not specifically this problem) and mentions specific patches: https://bugzilla.kernel.org/show_bug.cgi?id=42869 Downgrading severity since there are options like nomodeset to get around this. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688923: mathematica-fonts: [INTL:es] spanish translation
Hi Javier and David, On Thu, 27 Sep 2012 17:32:42 +0200, Javier Fernandez-Sanguino wrote: On 27 September 2012 13:41, David Prévot taf...@debian.org wrote: I'm not sure if this version is really updated Spanish translation or not. Sould I update Rafael's translation with this po file? I might have missed Rafael's translation when looking through the bug reports. I certainly did not see it in the list. As David said, Rafael's version was not sent to the list, I did send mine to the list but it has not been reviewed. I see, thanks for your clarification. Nevertheless, as he might not be as experienced as myself doing translations I would suggest you to use my version. I will review Rafael's and merge both anyway. As far as I can see, none has been proofread on the debian-l10n-spanish list, and obviously, the list was not used for coordination. I can't judge of the quality of a Spanish translation, so I don't know if one is better than the other. Anyway, even if Javier's version is better than Rafael's, it probably does not need to be updated in the archive right now (you can safely wait for the package to enter testing first, maybe someone from the Spanish team will vouch for one of these two versions, or even a third in the mean time ;-). Well, I sent the translation for review in the list and will review Rafael's. If a new translation update is in order I will submit an update to the BTS. I'll wait for a new update. Thanks for your contribution. Best regards, 2012-9-28(Fri) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688794: PANIC: Circular dependancy after reboot when installing 1.20120606.6
On Wed, 26 Sep 2012, Lionel Gamay wrote: It is quite weird to get this error on two different machines using different architectures and even while trying two different kernels on these two machines. Then four different configurations lead to this message. BTW, you are right: it is array... and not Array... in the error message. Another bad manual retyping. Ok. And yet, I can't reproduce it here with the stock Wheezy stuff, So it depends on the other stuff that is getting installed to your initramfs. I send you a copy of the initramfs generated on the i386 netbook running the 3.5-trunk kernel from experimental. Looking at it, at least I can tell it is not broken in an obvious way... Please try this: 0. create a backup of the good initramfs images 1. install the new iucode-tool 2. install the new intel-microcode * at this point your initramfs is likely bad 3. edit /usr/share/initramfs-tools/scripts/init-premount/intel-microcode change the PREREQ=udev at the top of the script to PREREQ= 4. run update-initramfs -u * at this point, your initramfs is either bad, or fixed 5. make sure the initramfs images for the backup kernel is good, maybe using the backup you made on step 0 above. Reboot and test the new initramfs. If it is broken, use the backup kernel to boot, and purge intel-microcode to fix the initramfs. So, does the PREREQ change fix the issue you had? -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688995: zh_TW translation for the 9/18 update
Package: debian-installer
Version: 20120828
Hi. Attached is the zh_TW translation of d-i for the 9/18 update.
Please run msgmerge and return me the 9/21 PO file for me to revise.
Thank you.
--
Best regards,
imacat ^_*' ima...@mail.imacat.idv.tw
PGP Key http://www.imacat.idv.tw/me/pgpkey.asc
Woman's Voice News: http://www.wov.idv.tw/
Tavern IMACAT's http://www.imacat.idv.tw/
Woman in FOSS in Taiwan http://wofoss.blogspot.com/
Apache OpenOffice http://www.openoffice.org/
EducOO/OOo4Kids Taiwan http://www.educoo.tw/
Greenfoot Taiwan http://greenfoot.westart.tw/
# Traditional Chinese translation of debconf
# Copyright (C) 2010 Tetralet tetra...@gmail.com
# This file is distributed under the same license as the debconf package.
#
# Asho Yeh a...@debian.org.tw, 2006
# Tetralet tetra...@gmail.com, 2010
# Yao Wei m...@lxde.org, 2012
# imacat ima...@mail.imacat.idv.tw, 2012
#
msgid
msgstr
Project-Id-Version: debian-installer\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2012-09-17 22:02+\n
PO-Revision-Date: 2012-09-28 01:56+\n
Last-Translator: imacat ima...@mail.imacat.idv.tw\n
Language-Team: Debian-user in Chinese [Big5] debian-chinese-big5@lists.
debian.org\n
Language: zh_TW\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=1; plural=0;\n
#. Type: boolean
#. Description
#. IPv6
#. :sl6:
#: ../netcfg-common.templates:2001
#| msgid Auto-configure network with DHCP?
msgid Auto-configure networking?
msgstr è¦èªåè¨å®ç¶²è·¯åï¼
#. Type: boolean
#. Description
#. IPv6
#. :sl6:
#: ../netcfg-common.templates:2001
#| msgid
#| Networking can either be configured by DHCP or by manually entering all
#| the information. If you choose to use DHCP and the installer is unable to
#| get a working configuration from a DHCP server on your network, you will
#| be given the opportunity to configure your network manually after the
#| attempt to configure it by DHCP.
msgid
Networking can be configured either by entering all the information
manually, or by using DHCP (or a variety of IPv6-specific methods) to detect
network settings automatically. If you choose to use autoconfiguration and
the installer is unable to get a working configuration from the network, you
will be given the opportunity to configure the network manually.
msgstr
æ¨å¯ä»¥æå輸å
¥ç¶²è·¯è¨å®ï¼æä½¿ç¨ DHCP ï¼æå種 IPv6 çæ¹æ³ï¼èªååµæ¸¬ç¶²è·¯è¨å®ãå³ä½¿
èªååµæ¸¬ç¶²è·¯è¨å®å¤±æï¼æ¨éæ¯å¯ä»¥æåè¨å®ç¶²è·¯ã
#. Type: string
#. Description
#. :sl6:
#: ../netcfg-common.templates:7001
msgid Attempting to find an available wireless network failed.
msgstr æå°å¯ç¨çç¡ç·ç¶²è·¯å¤±æã
#. Type: string
#. Description
#. :sl6:
#: ../netcfg-common.templates:7001
#| msgid
#| ${iface} is a wireless network interface. Please enter the name (the
#| ESSID) of the wireless network you would like ${iface} to use. If you
#| would like to use any available network, leave this field blank.
msgid
${iface} is a wireless network interface. Please enter the name (the ESSID)
of the wireless network you would like ${iface} to use. To connect to any
available network, leave this field blank.
msgstr
${iface} æ¯ç¡ç·ç¶²è·¯ä»é¢å¡ãè«è¼¸å
¥ ${iface} è¦ç¨çç¡ç·ç¶²è·¯çå稱
(ESSID)ãè¥é¨ä¾¿é£ä¸åªå網路é½å¥½ï¼æ¤æ¬è«çç½ã
#. Type: error
#. Description
#. :sl6:
#: ../netcfg-common.templates:13001
msgid Invalid ESSID
msgstr ä¸æ£ç¢ºç ESSID
#. Type: error
#. Description
#. :sl6:
#: ../netcfg-common.templates:13001
#| msgid
#| The ESSID \${essid}\ is invalid. ESSIDs may only be up to 32
#| characters, but may contain all kinds of characters.
msgid
The ESSID \${essid}\ is invalid. ESSIDs may only be up to ${max_essid_len}
characters, but may contain all kinds of characters.
msgstr
éå ESSID ${essid} ç¡æãESSID æå¤ ${max_essid_len} ååå
ï¼å¯ç¨
ä»»ä¸åå
ã
#. Type: string
#. Description
#. :sl6:
#: ../netcfg-common.templates:48001
msgid Waiting time (in seconds) for link detection:
msgstr é£çµåµæ¸¬ççå¾
æéï¼ç§ï¼ï¼
#. Type: string
#. Description
#. :sl6:
#: ../netcfg-common.templates:48001
msgid
Please enter the maximum time you would like to wait for network link
detection.
msgstr è«è¼¸å
¥åµæ¸¬ç¶²è·¯é£ç·ççå¾
æéä¸éã
#. Type: error
#. Description
#. :sl6:
#: ../netcfg-common.templates:49001
msgid Invalid network link detection waiting time
msgstr ä¸æ£ç¢ºçåµæ¸¬ç¶²è·¯é£ç·çå¾
æé
#. Type: error
#. Description
#. :sl6:
#: ../netcfg-common.templates:49001
msgid
The value you have provided is not valid. The maximum waiting time (in
seconds) for network link detection must be a positive integer.
msgstr æ¨æ輸å
¥çå¼ä¸¦ä¸æ£ç¢ºï¼åµæ¸¬ç¶²è·¯é£ç·ççå¾
æéä¸éï¼ç§ï¼å¿
é çºæ£æ´æ¸ã
#. Type: select
#. Choices
#. Translators: please do not translate the variable essid_list
#. :sl6:
#: ../netcfg-common.templates:50001
Bug#688996: unblock: chasen/2.4.5-6
Package: release.debian.org
Severity: wishlist
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
Please unblock chasen/2.4.5-6. It'd fix half-broken dependency.
debdiff (exclude changelog) is below.
diff -Nru chasen-2.4.5/debian/control chasen-2.4.5/debian/control
--- chasen-2.4.5/debian/control 2012-06-27 16:16:09.0 +0900
+++ chasen-2.4.5/debian/control 2012-09-28 10:39:25.0 +0900
@@ -30,7 +30,7 @@
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: libchasen0, libchasen0c2
Replaces: libchasen0, libchasen0c2
-Recommends: naist-jdic-utf8 | naist-jdic | ipadic | chasen-cannadic
+Recommends: naist-jdic-utf8 | naist-jdic | ipadic
Description: Japanese Morphological Analysis System (shared libraries)
ChaSen is a morphological analysis system. It can segment and
tokenize Japanese text string, and can output with many additional
@@ -40,7 +40,7 @@
Package: chasen
Architecture: any
-Depends: ${shlibs:Depends}, naist-jdic-utf8 (= 1:0.4.3-3) | naist-jdic (=
1:0.4.3-3) | ipadic (= 2.6.3) | chasen-cannadic, ${misc:Depends}
+Depends: ${shlibs:Depends}, naist-jdic-utf8 (= 1:0.4.3-3) | naist-jdic (=
1:0.4.3-3) | ipadic (= 2.6.3), ${misc:Depends}
Description: Japanese Morphological Analysis System
ChaSen is a morphological analysis system. It can segment and
tokenize Japanese text string, and can output with many additional
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688929: parallel: config file leads to non-standard behaviour
Hi there.
I'm the parallel mantainer here in Debian (I was sponsored by Ondřej).
On Sep 27 2012, Dirk Eddelbuettel wrote:
I still feel rather strongly that a wrong and bad design decision has been
made here.
To be really, really honest, *I* myself, am not really interested in the
--tollef thing being set as the default here in Debian, but that was a
compromise that had to be made to get GNU parallel in Debian.
I know that this has escalated up to the technical committee (which I think
was going to extremes), but I would love to kill this with a Conflicts:
and be done with this situation with moreutils and put big fat warnings in
the package description (or in some other documentation) about what one
should do to get both GNU parallel and moreutils installed.
IMVHO, this technical problem is actually getting to be a social problem:
it's not that the packages can't be coinstallable, but that the author's
opinions won't probably change, that's actually a conflict. (*)
I may be skimming too fast the Debian Policy, but since it states in section
7.4 that (among other things):
,
| Conflicts should be used
|
|when two packages provide the same file and will continue to do so,
`
and there's an impasse here, perhaps a new upload should be made to settle
this, at least temporarily, with some proper documentation.
I simply don't want to fight and, for that reason, I am willing to adopt a
less-than-perfect measure that can (even if bluntly) workaround the social
problems here.
This way, I could close both this bug and Joey's
http://bugs.debian.org/674698
Regards,
Rogério Brito.
(*) Perhaps one situation to accomodate both behaviors would be to check
(both by moreutils and GNU parallel) if the program was invoked as, say,
gparallel or tparallel and take some appropriate measure, but that's for
later, not in a freeze.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688997: Needs update to newer version to fix youtube downloading
Package: youtube-dl Version: 2012.02.27+gita171dbf-3 Severity: normal Youtube downloading no longer works with the current version; youtube-dl upstream has fixed this as of today. - Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages youtube-dl depends on: ii python 2.7.3-2 Versions of packages youtube-dl recommends: ii libav-tools 6:0.8.3-7 ii rtmpdump 2.4+20111222.git4e06e21-1 youtube-dl 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#679713: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679713
Hi, could you attach the contents of ~/.config/user-dirs.locale Is the XDG_VIDEOS_DIR variable set and does that directory exist and is writable? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#688995: zh_TW translation for the 9/18 update
or a *variety* of IPv6-specific methods is not “各种” On Fri, Sep 28, 2012 at 9:52 AM, imacat ima...@mail.imacat.idv.tw wrote: Package: debian-installer Version: 20120828 Hi. Attached is the zh_TW translation of d-i for the 9/18 update. Please run msgmerge and return me the 9/21 PO file for me to revise. Thank you. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/ -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688986: init script of Debian package of dkimproxy do not parse/read /etc/dkimproxy/dkimproxy_out.conf
Hi,
On 09/28/2012 05:03 AM, R. Tolga Korkunckaya wrote:
Severity: grave
Justification: renders package unusable
I can't agree that this renders package unusable. I've been using
dkimproxy in hundreds of servers without problem. I don't think this is
an RC bug (eg: severity normal would be more appropriate).
init script of Debian package of dkimproxy do not parse/read
/etc/dkimproxy/dkimproxy_out.conf to override default settings,
it reads /etc/default/dkimproxy file only. However, this is not
written in Debian.README file of the package.
In dkimproxy docs these overrides are addressed to the
/etc/dkimproxy/dkimproxy_in.conf and /etc/dkimproxy/dkimproxyoutn.conf
I believe the problem you are facing is that the init script
uses --conf_file ${DKOUT_CONF} when it should really be using:
--conf_file=${DKOUT_CONF} (eg = sign instead of space). This has already
been fixed in the SID version, only the stable version of this package
doesn't have the fix, but it certainly does not renders package unusable.
Cheers,
Thomas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674083: debian/rules style for python-tz
Hi, Thomas Kluyver tho...@kluyver.me.uk writes: I think Barry's key suggestion was to avoid using for loops to handle multiple versions of Python 3. The example in LibraryStyleGuide uses rules like this: build-python%: python$* setup.py build override_dh_auto_build: $(PYTHON3:%=build-python%) dh_auto_build This is just a cosmetic change, as it does not bring anything, especially considering that 'set -e' is used to make sure that the build process fails if one of the command fails. Moreover, likewise dh_python2, this should be handled by dh_python3 unless I'm missing something of course ;-). Cheers, -- Arnaud Fontaine pgplXdf0Qh2aw.pgp Description: PGP signature
Bug#672131: [bug #21714] File name too long
Follow-up Comment #49, bug #21714 (project wget): What exactly are we supposed to do to get this patch finally included? We (i.e., I and other contributors) have repeatedly answered to the maintainer's questions, fixed issues they pointed out, ported the fix to several new versions of wget, etc. Now that everything's resolved, the issue seems to be ignored. It's been going on for years now. So what should we do to move on??? ___ Reply to this item at: http://savannah.gnu.org/bugs/?21714 ___ Nachricht gesendet von/durch Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688998: Please package the latest upstream version
Source: libestr Version: 0.1.1-2 Severity: wishlist Hi, I'd like to package rsyslog v7 for experimental. This version requires a more recent version of libestr (= 1.1.2). The latest upstream version is 0.1.4. You probably didn't notice, because the watch file is broken and did not report any available updates. I've attached a fixed watch. It would be great if you could upload 0.1.4 to experimental. Cheers, Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # watch control file for uscan # Run the uscan command # to check for upstream updates and more. # See uscan(1) for format # Compulsory line, this is a version 3 file version=3 http://libestr.adiscon.com/download/ .*/libestr-(.*)\.tar\.gz
Bug#687442: linux-image-3.2.0-3-686-pae: Add Intel Ivy Bridge support
Hi Carsten, Carsten Grohmann wrote: Am Donnerstag, 20. September 2012 schrieb Julien Cristau: Test package at http://people.debian.org/~jcristau/linux-image-3.2.0-4-amd64_3.2.30-1_amd64 .deb (the version number is wrong, and the ABI is most likely incompatible with the official 3.2.29-1 package, but I forgot to change those :/). sha1sum is 9e68d152e88464b57518bf3514b7bddb6ed0365b. I'd like to test the new package. I've installed a 32-bit system currently. If you have a 64-bit CPU, one possibility is sha1sum linux-image-3.2.0-4-amd64_3.2.30-1_amd64.deb dpkg --force-architecture --install linux-image-3.2.0-4-amd64_3.2.20-1_amd64.deb The magic of multi-arch (well, sort of). :) Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688999: libccid: Can't use NTTCom USB Smart Card Reader(0x04e6:0x511a)
Package: libccid Version: 1.4.7 Severity: normal Tags: patch upstream Old ccid has the entry for NTTCom readar, but it was disappered in 1.4.7. The following is a patch. Index: ccid-1.4.7/readers/supported_readers.txt === --- ccid-1.4.7.orig/readers/supported_readers.txt 2012-09-07 22:41:01.0 +0900 +++ ccid-1.4.7/readers/supported_readers.txt2012-09-07 22:42:11.0 +0900 @@ -328,6 +328,7 @@ 0x04E6:0x5115:SCM Microsystems Inc. SCR 335 0x04E6:0x5117:SCM Microsystems Inc. SCR3320 - Smart Card Reader 0x04E6:0x5119:SCM Microsystems Inc. SCR3340 - ExpressCard54 Smart Card Reader +0x04E6:0x511A:SCM Microsystems Inc. SCR3310 USB Smart Card Reader (NTTCom) 0x04E6:0x511F:SCM Microsystems Inc. SCR3310 USB Smart Card Reader 0x04E6:0x5120:SCM Microsystems Inc. SCR331-DI USB Smart Card Reader 0x04E6:0x5121:SCM Microsystems Inc. SDI010 Smart Card Reader -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689000: unblock: remctl/3.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package remctl. This version fixes a file descriptor leak in the daemon that becomes visible with long-running processes. It doesn't have a Debian bug since the problem was discovered upstream, but the problem caused a production outage at Stanford and the fix is so trivial as to be quite low risk. The debdiff is attached. unblock remctl/3.2-4 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru remctl-3.2/debian/changelog remctl-3.2/debian/changelog --- remctl-3.2/debian/changelog 2012-06-28 13:57:33.0 -0700 +++ remctl-3.2/debian/changelog 2012-09-27 21:13:18.0 -0700 @@ -1,3 +1,10 @@ +remctl (3.2-4) unstable; urgency=low + + * Cherry-pick upstream fix to close a file descriptor leak in remctld +when checking access against ACL files. + + -- Russ Allbery r...@debian.org Thu, 27 Sep 2012 21:12:59 -0700 + remctl (3.2-3) unstable; urgency=low * Cherry-pick upstream fix to flags passed to open() when creating diff -Nru remctl-3.2/debian/patches/debian-changes remctl-3.2/debian/patches/debian-changes --- remctl-3.2/debian/patches/debian-changes 2012-06-28 13:58:15.0 -0700 +++ remctl-3.2/debian/patches/debian-changes 2012-09-27 21:15:11.0 -0700 @@ -76,3 +76,13 @@ if (marker 0) sysbail(cannot create marker file); conn = accept(fd, NULL, 0); +--- remctl-3.2.orig/server/config.c remctl-3.2/server/config.c +@@ -632,6 +632,7 @@ acl_check_file_internal(void *data, cons + return s; + } + } ++fclose(file); + return CONFIG_NOMATCH; + + fail:
Bug#689001: upgrade script refers to program not in PATH
Package: collectd Version: 5.1.0-3 Severity: normal /usr/lib/collectd/utils/migrate-4-5.px generates a script that contains calls to a rrd_filter.px that's not in PATH. (Turns out it's in /usr/lib/collectd/utils/) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages collectd depends on: iu collectd-core 5.1.0-3 iu iptables 1.4.14-3 ii libc6 2.13-35 iu librrd41.4.7-2 Versions of packages collectd recommends: ii libc6 2.13-35 iu libcurl3-gnutls 7.27.0-1 ii libdbi1 0.8.4-6 iu libdbus-1-3 1.6.2-2 ii libesmtp6 1.0.6-1+b1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 iu libglib2.0-02.33.12+really2.32.4-1 ii libhal1 0.5.14-8 pn libmemcached10 none pn libmodbus5 none iu libmysqlclient185.5.24+dfsg-9 ii libnotify4 0.7.5-1 ii libopenipmi02.0.16-1.3 ii liboping0 1.6.2-1 iu libpcap0.8 1.3.0-1 ii libperl5.14 5.14.2-13 iu libpq5 9.1.6-1 pn libprotobuf-c0 none iu libpython2.72.7.3-5 pn librabbitmq0none iu librrd4 1.4.7-2 ii libsensors4 1:3.3.2-2 ii libsnmp15 5.4.3~dfsg-2.5 iu libssl1.0.0 1.0.1c-4 pn libtokyotyrant3 none iu libupsclient1 2.6.4-2 pn libvarnishapi1 none iu libvirt00.9.12-5 iu libxml2 2.8.0+dfsg1-5 ii libyajl22.0.4-2 collectd suggests no packages. -- Configuration Files: /etc/collectd/collectd.conf changed [not included] /etc/collectd/thresholds.conf changed [not included] -- debconf information excluded -- see shy jo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688800: mplayer2: can not seek wvc1 videos
tags 688800 fixed-upstream stop On Wed, Sep 26, 2012 at 12:17 PM, Uoti Urpala uoti.urp...@pp1.inet.fi wrote: This is a bug in the libavcodec VC-1 decoder. It outputs a frame from the old position after a seek flush. Actually, the codec object in vc1dec.c seems to be completely missing the needed .flush field entry. That it happens to work closer to normal with the internal demuxer is just a side effect of a different timing mode used with the old demuxer; the decoder misbehavior does not have the same effects in that case. Upstream now has come up with a fix in form of this patch: http://git.libav.org/?p=libav.git;a=commitdiff;h=4dc8c8386eef942dba35c4f2fb3210e22b511a5b I'm going to backport it to the next stable point release. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689002: Upgrade packaging to use dh_python2
Package: urlwatch Version: 1.15-2 Severity: whislist Just a reminder to think about using dh_python2 rather than python-support. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
