Bug#706045: [pkg-fetchmail-maint] Bug#706045: help?
Hi, * Tomas Pospisek t...@sourcepole.ch [2013-04-25 11:29]: This bug being a RC blocker: is anyone of the fetchmail maintainers working on this bug (mimedecode option drops last message line if it is unterminated)? Shall I try to integrate the patch and do a NMU? *t Feel free, otherwise I'll probably fix it next week. Sorry I'm traveling right now... Cheers Nico -- Nico Golde - XMPP: n...@jabber.ccc.de - GPG: 0xA0A0 pgpp97JFsRRNu.pgp Description: PGP signature
Processed: user release.debian....@packages.debian.org, usertagging 706193, tagging 706193
Processing commands for cont...@bugs.debian.org: user release.debian@packages.debian.org Setting user to release.debian@packages.debian.org (was a...@adam-barratt.org.uk). usertags 706193 + wheezy-can-defer There were no usertags set. Usertags are now: wheezy-can-defer. tags 706193 + wheezy-ignore Bug #706193 [src:xbmc] Compile against system libavcodec Added tag(s) wheezy-ignore. thanks Stopping processing here. Please contact me if you need assistance. -- 706193: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706193 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706099: marked as done (automysqlbackup: Code injection via unsafe database names inside eval)
Your message dated Fri, 26 Apr 2013 07:32:31 + with message-id e1uvd8x-du...@franck.debian.org and subject line Bug#706099: fixed in automysqlbackup 2.6+debian.3-1 has caused the Debian Bug report #706099, regarding automysqlbackup: Code injection via unsafe database names inside eval to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 706099: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706099 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: automysqlbackup Version: 2.5-6 Severity: grave Tags: security patch This is related to http://bugs.debian.org/706095 as autopostgresqlbackup is a fork of automysqlbackup. In automysqlbackup, database names are used unmangled and unquoted inside several evals: # dgrep eval automysqlbackup /usr/sbin/automysqlbackup:#used eval for rm commands to try and resolve rotation issues. /usr/sbin/automysqlbackup:eval rm -f $BACKUPDIR/latest/* /usr/sbin/automysqlbackup: eval $PREBACKUP /usr/sbin/automysqlbackup: eval rm -fv $BACKUPDIR/weekly/$DB/${DB}_week.$REMW.* /usr/sbin/automysqlbackup: eval rm -fv $BACKUPDIR/daily/$DB/*.$DOW.sql.* /usr/sbin/automysqlbackup: eval rm -fv $BACKUPDIR/weekly/week.$REMW.* /usr/sbin/automysqlbackup: eval rm -fv $BACKUPDIR/daily/*.$DOW.sql.* /usr/sbin/automysqlbackup: eval $POSTBACKUP /usr/sbin/automysqlbackup:eval rm -f $LOGFILE /usr/sbin/automysqlbackup:eval rm -f $LOGERR # Proof of concept exploit by using code copy and pasted from the script on the commandline. Depending on the configuration, users may be able to create databases without root access: # mysqladmin create ';ls;' # DBNAMES=`mysql --defaults-file=/etc/mysql/debian.cnf --batch --skip-column-names -e show databases| sed 's/ /%/g'` # echo $DBNAMES information_schema ;ls; bangstat mysql performance_schema phpmyadmin test # for DB in $DBNAMES; do eval echo rm -fv $BACKUPDIR/weekly/$DB/${DB}_week.$REMW.*; done rm -fv /weekly/information_schema/information_schema_week..* rm -fv /weekly/ acpid automysqlbackup console-setup devptsgrub hobbit-client locale netdiag nss ntp-servers rsyslogtmpfs apache2 autopostgresqlbackup cron dphys-config halt hwclockmbmon networking ntp rcS smartmontools useradd aptitude-robot bsdmainutils debsumsfail2ban hddtemp keyboard mdadm nfs-common ntpdate rsyncssh -bash: /: Is a directory acpid automysqlbackup console-setup devptsgrub hobbit-client locale netdiag nss ntp-servers rsyslogtmpfs apache2 autopostgresqlbackup cron dphys-config halt hwclockmbmon networking ntp rcS smartmontools useradd aptitude-robot bsdmainutils debsumsfail2ban hddtemp keyboard mdadm nfs-common ntpdate rsyncssh -bash: _week..*: command not found rm -fv /weekly/bangstat/bangstat_week..* rm -fv /weekly/mysql/mysql_week..* rm -fv /weekly/performance_schema/performance_schema_week..* rm -fv /weekly/phpmyadmin/phpmyadmin_week..* rm -fv /weekly/test/test_week..* # The patch is the same as in http://bugs.debian.org/706095 except for maybe line numbers and possibly some context lines, but there's no (relevant) difference in the relevant lines: # diff -Bb (fgrep eval /usr/sbin/autopostgresqlbackup) (fgrep eval /usr/sbin/automysqlbackup) 0a1 #used eval for rm commands to try and resolve rotation issues. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 ---End Message--- ---BeginMessage--- Source: automysqlbackup Source-Version: 2.6+debian.3-1 We believe that the bug you reported is fixed in the latest version of automysqlbackup, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 706...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thomas Goirand z...@debian.org (supplier of updated automysqlbackup package) (This message was generated automatically at their request; if you
Bug#706187: marked as done (github-backup broken by API changes at github)
Your message dated Fri, 26 Apr 2013 08:47:49 + with message-id e1uvejp-0002gk...@franck.debian.org and subject line Bug#706187: fixed in haskell-github 0.7.0-1 has caused the Debian Bug report #706187, regarding github-backup broken by API changes at github to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 706187: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706187 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: github-backup Version: 1.20120627+b1 Severity: grave Justification: renders package unusable github recently added a requirement that users of the API set a User-Agent header. github-backup doesn't appear to set such a header and so it is no longer useable. It would be nice if the header were setable by the user. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-amd64 (SMP w/4 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 github-backup depends on: ii libc6 2.13-38 ii libffi5 3.0.10-3 ii libgmp10 2:5.0.5+dfsg-2 ii zlib1g1:1.2.7.dfsg-13 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part ---End Message--- ---BeginMessage--- Source: haskell-github Source-Version: 0.7.0-1 We believe that the bug you reported is fixed in the latest version of haskell-github, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 706...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Joachim Breitner nome...@debian.org (supplier of updated haskell-github package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 26 Apr 2013 09:50:15 +0200 Source: haskell-github Binary: libghc-github-dev libghc-github-prof libghc-github-doc Architecture: source all amd64 Version: 0.7.0-1 Distribution: experimental Urgency: low Maintainer: Debian Haskell Group pkg-haskell-maintain...@lists.alioth.debian.org Changed-By: Joachim Breitner nome...@debian.org Description: libghc-github-dev - Haskell Github API - GHC libraries libghc-github-doc - Haskell Github API - documentation libghc-github-prof - Haskell Github API - GHC profiling libraries Closes: 706187 Changes: haskell-github (0.7.0-1) experimental; urgency=low . * New upstream release (Closes: #706187) Checksums-Sha1: bb36e0cf3718bba3546c8fe69fa77c6c812fee56 2425 haskell-github_0.7.0-1.dsc 313acec1fc4a5d8f1933739e49f6b8260275ff64 24465 haskell-github_0.7.0.orig.tar.gz 5f1c8ecea977a624bf3fac766dad539d1bf2bcfa 2922 haskell-github_0.7.0-1.debian.tar.gz 62ab0f5386de36ec6b196a99b0e8b48e2e825f65 128796 libghc-github-doc_0.7.0-1_all.deb 3f80c646a22078a7f2bbb160ef6c8afb43907b11 1741266 libghc-github-dev_0.7.0-1_amd64.deb 8f09df9f37a41b809a2989badc00fbffbf52423b 1820368 libghc-github-prof_0.7.0-1_amd64.deb Checksums-Sha256: f140345a751f59d3850a38b4d9ce7a96d161d5275a9c660d038c2a412ca99e3d 2425 haskell-github_0.7.0-1.dsc 7704604cdc7bf3f382492fdd8fc0919789f86fccc4ca3229741634ef2f1c0065 24465 haskell-github_0.7.0.orig.tar.gz 143cd574acbd54b7a7fb7060b281c9237176e913b78c69b6a37273e1ecc9de7a 2922 haskell-github_0.7.0-1.debian.tar.gz 87baf8c3b17194585cb1fd47e77f63041e898d9d94f924b8897ed8a023e517b6 128796 libghc-github-doc_0.7.0-1_all.deb 3c98a2933f14dfbef046a6d70d25c32f7cb01f28d9677675fd4283aafdbe8b77 1741266 libghc-github-dev_0.7.0-1_amd64.deb 62c98ad96aa6dae0e84a20a98fd6aded07e7aa97fc1f2db452bfd51a993ce2d8 1820368 libghc-github-prof_0.7.0-1_amd64.deb Files: 8718245a152fadc683cd95d3f1654817 2425 haskell extra haskell-github_0.7.0-1.dsc d0d92e85c2846d77d3888a801e68e600 24465 haskell extra haskell-github_0.7.0.orig.tar.gz dc167a10aa5e2932c60c5979c895c7eb 2922 haskell extra haskell-github_0.7.0-1.debian.tar.gz f7ef8f5644e550135b66bb60a8594f07 128796 doc extra libghc-github-doc_0.7.0-1_all.deb 3519ad3d028df629adc5082bd191ba33 1741266 haskell extra libghc-github-dev_0.7.0-1_amd64.deb efd5f5f4db3de9c7bebb992206359c2e 1820368 haskell extra
Bug#706187: closed by Joachim Breitner nome...@debian.org (Bug#706187: fixed in haskell-github 0.7.0-1)
On Fri, 2013-04-26 at 08:51 +, Debian Bug Tracking System wrote: haskell-github (0.7.0-1) experimental; urgency=low . * New upstream release (Closes: #706187) Thanks, but I think this bug needs to be fixed in wheezy too? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Processed: found 706187 in haskell-github/0.4.0-1
Processing commands for cont...@bugs.debian.org: found 706187 haskell-github/0.4.0-1 Bug #706187 {Done: Joachim Breitner nome...@debian.org} [haskell-github] github-backup broken by API changes at github Marked as found in versions haskell-github/0.4.0-1. thanks Stopping processing here. Please contact me if you need assistance. -- 706187: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706187 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: affects 706187
Processing commands for cont...@bugs.debian.org: affects 706187 github-backup Bug #706187 {Done: Joachim Breitner nome...@debian.org} [haskell-github] github-backup broken by API changes at github Added indication that 706187 affects github-backup thanks Stopping processing here. Please contact me if you need assistance. -- 706187: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706187 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706093: marked as done (clinfo: file conflict with amd-clinfo: usr/bin/clinfo)
Your message dated Fri, 26 Apr 2013 10:17:40 + with message-id e1uvfim-00014z...@franck.debian.org and subject line Bug#706093: fixed in clinfo 0.0.20130409-2 has caused the Debian Bug report #706093, regarding clinfo: file conflict with amd-clinfo: usr/bin/clinfo to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 706093: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706093 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: clinfo,amd-clinfo Version: 0.0.20130409-1 Severity: serious Tags: sid User: trei...@debian.org Usertags: edos-file-overwrite Control: affects -1 amd-clinfo Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package clinfo. (Reading database ... 6780 files and directories currently installed.) Unpacking clinfo (from .../clinfo_0.0.20130409-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/clinfo_0.0.20130409-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/clinfo', which is also in package amd-clinfo 1:12-6+point-3 Errors were encountered while processing: /var/cache/apt/archives/clinfo_0.0.20130409-1_amd64.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/clinfo This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. Cheers, Andreas PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. PS: @Vincent: looks like we need to revisit the general OpenCL package layout soon after wheezy was released. If this clinfo has at least the same functionality as amd-clinfo (I haven't tested the new one, yet), we could drop the non-free one entirely - or is there still use for it? amd-clinfo=1:12-6+point-3_clinfo=0.0.20130409-1.log.gz Description: GNU Zip compressed data ---End Message--- ---BeginMessage--- Source: clinfo Source-Version: 0.0.20130409-2 We believe that the bug you reported is fixed in the latest version of clinfo, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 706...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Simon Richter s...@debian.org (supplier of updated clinfo package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 26 Apr 2013 12:02:59 +0200 Source: clinfo Binary: clinfo Architecture: source amd64 Version: 0.0.20130409-2 Distribution: unstable Urgency: low Maintainer: Simon Richter s...@debian.org Changed-By: Simon Richter s...@debian.org Description: clinfo - Query OpenCL system information Closes: 706093 Changes: clinfo (0.0.20130409-2) unstable; urgency=low . * Conflict/Replace amd-clinfo (Closes: #706093) Checksums-Sha1: 9875f49eebbf9e59b4b361e47fed10f34b476bfe 1283 clinfo_0.0.20130409-2.dsc 78f70ad0ddaeba5ff371a14634cfe4ae73b0daec 1442 clinfo_0.0.20130409-2.debian.tar.gz 4e711356c9fe9897c3660c8573ff86f17fb12aae 7016 clinfo_0.0.20130409-2_amd64.deb Checksums-Sha256: e25eaa55ad31c7337668bcc5d852ffb3b14d58b27ff43cf1b3b29ac67df47b16 1283 clinfo_0.0.20130409-2.dsc e9b192fc6536f7c9c1bfa60c5f92fce1e1fb6691ae24a72a2721e769ca769257
Bug#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
Hi Joey thank you for your helpful comments. I'm working on fixing the issues. I do have one question because I'm completely new to the translation side of things... On Thu, Apr 25, 2013 at 08:28:27AM -0400, Joey Hess wrote: There are also some hardcoded user-visible strings embedded in the code, which need to be a) moved to the template and b) somehow translated 3 months ago. I don't think that (An entry dialog will appear) adds anything to the $manual_entry string (Enter device manually). There is an enter information manually string in choose-mirror that could be copied, with full translations. I found the string, in po/sublevel1, here's the templates.po #. Type: select #. Choices #: ../choose-mirror-bin.templates.http-in:2001 #: ../choose-mirror-bin.templates.ftp.sel-in:2001 msgid enter information manually msgstr Is it the case that I need to a) give a unique number to the new question in grub-installer/po/templates.pot b) modify po/sublevel1/template.po to point to the new question like this: #. Type: select #. Choices #: ../choose-mirror-bin.templates.http-in:2001 #: ../choose-mirror-bin.templates.ftp.sel-in:2001 +#: ../grub-installer.templates:29001 msgid enter information manually msgstr Cheers Vince -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
Hi, just another how-to-reproduce: run d-i on a system with /boot on RAID 1 and / on LVM on RAID 10 on five discs. d-i (priority=low) asks whether to install grub2 to the MBR, I say yes, and it installs to /dev/sda, so I’ll have to, later, in the installed system, reconfigure it to tell it to install to all discs. Why isn’t the normal postinst of the grub-pc run in-target with debconf pass-through instead? That one WFM… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706098: auctex 11.86 is not loaded by emacs 23.4
On Thu, Apr 25, 2013 at 12:26:17PM +0200, Domenico Cufalo wrote: Here is the confirmation of our problem: M-x load-library RET auctex RET And I obtain Loading auctex... byte-code: Cannot open load file: /usr/share/emacs23/site-lisp/auctex/tex-site.el Hi, For the records, I cannot reproduce this neither in current i386 wheezy (emacs23.4+1-4 and auctex 11.86-11) M-x load-library RET auctex RET Loading /usr/share/emacs/site-lisp/auctex.el (source)...done nor in bleeding edge i386 sid (emacs23.4+1-4 and auctex 11.87-1) M-x load-library RET auctex RET Loading /usr/share/emacs/site-lisp/auctex.el (source)...done tex-site.el should be available at /usr/share/emacs/site-lisp/tex-site.el, is it there? Is something with the same name available at a different location first in load-path? Since you could not reproduce this problem in a fresh install, this is a possibility. If only the expected file is available, please check your emacsen `load-path' value in case it has been changed in any way. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706098: auctex 11.86 is not loaded by emacs 23.4
Great! I found another auctex.el in /usr/share/emacs/site-lisp/auctex. I removed this and all works fine! Probably, this file goes back to the previous installation, made on squeeze and failed (cf. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704915) Hi and thanks, Domenico 2013/4/26 Agustin Martin agmar...@debian.org On Thu, Apr 25, 2013 at 12:26:17PM +0200, Domenico Cufalo wrote: Here is the confirmation of our problem: M-x load-library RET auctex RET And I obtain Loading auctex... byte-code: Cannot open load file: /usr/share/emacs23/site-lisp/auctex/tex-site.el Hi, For the records, I cannot reproduce this neither in current i386 wheezy (emacs23.4+1-4 and auctex 11.86-11) M-x load-library RET auctex RET Loading /usr/share/emacs/site-lisp/auctex.el (source)...done nor in bleeding edge i386 sid (emacs23.4+1-4 and auctex 11.87-1) M-x load-library RET auctex RET Loading /usr/share/emacs/site-lisp/auctex.el (source)...done tex-site.el should be available at /usr/share/emacs/site-lisp/tex-site.el, is it there? Is something with the same name available at a different location first in load-path? Since you could not reproduce this problem in a fresh install, this is a possibility. If only the expected file is available, please check your emacsen `load-path' value in case it has been changed in any way. Regards, -- Agustin -- *Prof. Domenico Cufalo* Via Contessa Matilde 14 56123 Pisa (PI) Tel.: +393475207746 E-Mail cuf...@gmail.com
Bug#676648: confirmed
Hi Toni, On 04/25/2013 11:50 PM CEST +02:00, Toni Mueller wrote: $ gdb /usr/bin/cheese core.cheese.1366926564 Did you already have cheese coredumps before the fix or did cheese just hang? If so, this is a different bug than the one that I fixed. I only had a coredump once with cheese, that was when I ran it the first time after having patched it. Since then it is running just fine on my notebook. Are you able to reliably reproduce the coredumps? Regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676648: confirmed
Hi Micha, On Fri, Apr 26, 2013 at 01:56:45PM +0200, Micha Lenk wrote: Did you already have cheese coredumps before the fix or did cheese just hang? If so, this is a different bug than the one that I fixed. I had core dumps both before and after. fine on my notebook. Are you able to reliably reproduce the coredumps? Yes. I get a coredump every time trying to run cheese. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676648: confirmed
Hi Toni, On 04/26/2013 02:00 PM CEST +02:00, Toni Mueller wrote: fine on my notebook. Are you able to reliably reproduce the coredumps? Yes. I get a coredump every time trying to run cheese. Then this is a different issue. The issue that was fixed in #676648 was just a hanging cheese, not a crashing one. I will clone this bug so that we can track your cheese crashes in a separate bug number. Regards, Micha P.S.: I wonder what hanging or crashing cheese tastes like... -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706216: dovecot-core: uninstallable on new wheezy system
Package: dovecot-core Version: 1:2.1.7-7 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The postinst script is still broken and the package is uninstallable on a fresh minimal installation. = snip === You already have ssl certs for dovecot. However you should move them out of /etc/ssl and into /etc/dovecot and update the configuration in /etc/dovecot/conf.d/10-ssl.conf accordingly. See /usr/share/doc/dovecot-core/README.Debian.gz for details. [] Starting IMAP/POP3 mail server: dovecotdoveconf: Fatal: Error in configuration file /etc/dovecot/conf.d/10-ssl.conf line 12: ssl_cert: Can't open file /etc/dovecot/dovecot.pem: No such file or directory failed! invoke-rc.d: initscript dovecot, action start failed. snip === There wasn't any dovecot configuraiton before and in /etc/dovecot/conf.d/10-ssl.conf it says: snip === ssl_cert = /etc/dovecot/dovecot.pem ssl_key = /etc/dovecot/private/dovecot.pem snip === So I do not even see why the postinst script thinks I have certs outside of womewhere it thinks they make sense. In any case, I think that postinst script thinks far too much. - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQJOBAEBCAA4BQJReoeaMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZrQg/+Kwy/KWd/pX48X9riBW0h 0R7bKgzzbdSZpGJx4KouX+6Iox7k3IWmJJAcwUg/bLS4hyZcdKMzrkz4W7ApN7xP pds4XKaJ2Rtj9Ved1ywZt+N0eBWwKG/kCzM8uiva2t1NWEPShdWqcQevGdSiySFr 8vmEKJtI9lXvuOjhxXu7dqAV8SFe5TvAtEE2BFbJoFeRGA2QG0Q4zhyZ8X3bhsxQ y5WLd+3b6n3mA79i6UWFh3aEqUKawH2cqs440Rr3x7O9/S9KKdSn4Zg7n59s6m8U EeI6PHrrUB6waC41pZ2hgUNrT50mp3L19rLCzlXeSHghg2xlZYsiIrg7KgEJlhmZ ca+JVRTNRwx+whXVGvzGvWT+hj1JfxFe0yXpwr7T35sMDzPcI38qwCWBqmC3V+U0 Z/mfzmOT8AhIii6LOF6P/xW1roh50s3CBPjVUzBdvLHCQ7Vn0Rj2f37AO/z8J3q3 atgn2xzwmRmURQOip3jQ6GmsSWM4ANRfDxtG6H7vKqobKR3yXvDGKAyxlYhXRMSm hqPMBni+mDJJE10/fbaEW9qxwRe6a6by9PnkdJ6YZGykJv+wwT31tk39K8vT4VhZ subxd9oZlY7OYaTCWsvGotH5yB+kyakw7KjcWZlaVP7t5vMojtNu8gAIagxKl2ju 6Qyz6y9Pbc22b7VT+NjSobA= =i67j -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648160: util-vserver: wheezy vserver guests don't start
Carlos Alberto Lopez Perez clo...@igalia.com writes: On 25/04/13 20:23, micah wrote: Hi Carlos, Carlos Alberto Lopez Perez clo...@igalia.com writes: So please: update the package to a newer upstream version. util-vserver was removed from wheezy as was the kernel support. It is not surprising that this version doesn't work, it only worked with squeeze. At this stage, it will not be included in wheezy at all. I'm already aware of that. But that don't means that this should not be fixed on sid isn't it? I'm sorry, I didn't realize you were trying this in sid. Yes, you are right. If you are interested in doing work on the user-space utilities in Debian, or doing the work to provide the support in the kernel, it would be welcome. In this case, upgrading the package to the newer upstream version is quite easy. I could provide a .dsc with the changes required if you want, but I don't think I did nothing special about it. I just put the debian/ directory of the old package on the new upstream tarball, updated the changelog and cleaned debian/patches/* Yes, and testing it I guess helps. There is a debian svn repository for util-vserver that would also need to be updated (or moved to git and then updated). With your permission, I'd like to close this bug. I don't think this is an appropriate approach to deal with this problem. I rather would ask you to remove the package util-vserver from Debian sid completely than to have it in a broken state. Well, that is what I was planning on doing - removing it from sid. Without the kernel support available, I was thinking I will give up the package entirely. I used to provide kernel patch packages, but I am going to attempt to migrate away from Linux-Vservers now, even though I like them more than the current alternatives. So, the question then becomes... would you like to maintain this package in Debian? It would be quite useful for people to have an active maintainer of the user-space utilities in Debian, in my opinon. However, I can no longer be that person. I would however be able to sponsor package uploads, if you, or someone else, would be interested and wanting to do that work. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
Vincent McIntyre wrote: I found the string, in po/sublevel1, here's the templates.po #. Type: select #. Choices #: ../choose-mirror-bin.templates.http-in:2001 #: ../choose-mirror-bin.templates.ftp.sel-in:2001 msgid enter information manually msgstr Is it the case that I need to a) give a unique number to the new question in grub-installer/po/templates.pot A cron job should take care of this, as long as an identical string is used in the templates file. -- see shy jo signature.asc Description: Digital signature
Bug#706216: dovecot-core: uninstallable on new wheezy system
Control: tags -1 + moreinfo On 2013-04-26 14:56, Dominik George wrote: The postinst script is still broken and the package is uninstallable on a fresh minimal installation. = snip === You already have ssl certs for dovecot. However you should move them out of /etc/ssl and into /etc/dovecot and update the configuration in /etc/dovecot/conf.d/10-ssl.conf accordingly. [...] So I do not even see why the postinst script thinks I have certs outside of womewhere it thinks they make sense. In any case, I think that postinst script thinks far too much. Hmmm. To test this on a fresh minimal installation, I did: - mkdir /srv/chroots/wheezy - debootstrap wheezy /srv/chroots/wheezy/ http://mirror/debian - for f in proc sys dev/pts; do mount -o bind /$f /srv/chroots/wheezy/$f; done - chroot /srv/chroots/wheezy - tasksel install standard - apt-get install dovecot-core and got a successfully installed and running daemon. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#706216: dovecot-core: uninstallable on new wheezy system
Processing control commands: tags -1 + moreinfo Bug #706216 [dovecot-core] dovecot-core: uninstallable on new wheezy system Added tag(s) moreinfo. -- 706216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706216 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645713: Could not perform immediate configuration on 'gcc'.
Followup-For: Bug #645713 Hi, yet another instance of this bug. Observed during piuparts dist-upgrade test from squeeze to wheezy with --enable-recommends. The package tested was open-cobol and the test fails with E: Could not perform immediate configuration on 'gcc'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) apt/wheezy works fine on this test case. Andreas dpkg_status_645713_gcc.bz2 Description: BZip2 compressed data
Processed (with 5 errors): Fwd: Bug#676648: confirmed
Processing commands for cont...@bugs.debian.org: clone 676648 -1 Bug #676648 {Done: Micha Lenk mi...@debian.org} [libgstreamer0.10-0] cheese: Cheese crashes/won't start with camera connected, but starts without camera Bug #698857 {Done: Micha Lenk mi...@debian.org} [libgstreamer0.10-0] libgstreamer0.10-0: cheese hangs accessing webcam on Samsung NF310 Failed to clone 676648: Bug is marked as being merged with others. Use an existing clone. reopen -1 Failed to reopen -1: The 'bug' parameter (-1) to Debbugs::Control::set_done did not pass regex check Debbugs::Control::set_done('transcript', 'GLOB(0x1cdcb58)', 'requester', 'Micha Lenk mi...@debian.org', 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', '517a9eec.1020...@debian.org', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 283 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 282 Debbugs::Control::Service::control_line('line', 'reopen -1', 'clonebugs', 'HASH(0x2ccd950)', 'limit', 'HASH(0x2ccd338)', 'common_control_options', 'ARRAY(0x2ccd380)', 'errors', ...) called at /usr/lib/debbugs/service line 474 reassign -1 cheese Failed to clear fixed versions and reopen on -1: The 'bug' parameter (-1) to Debbugs::Control::set_package did not pass regex check Debbugs::Control::set_package('transcript', 'GLOB(0x1cdcb58)', 'requester', 'Micha Lenk mi...@debian.org', 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', '517a9eec.1020...@debian.org', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 255 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 254 Debbugs::Control::Service::control_line('line', 'reassign -1 cheese', 'clonebugs', 'HASH(0x2ccd950)', 'limit', 'HASH(0x2ccd338)', 'common_control_options', 'ARRAY(0x2ccd380)', 'errors', ...) called at /usr/lib/debbugs/service line 474 found -1 cheese/3.4.2-2 Failed to add found on -1: The 'bug' parameter (-1) to Debbugs::Control::set_found did not pass regex check Debbugs::Control::set_found('transcript', 'GLOB(0x1cdcb58)', 'requester', 'Micha Lenk mi...@debian.org', 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', '517a9eec.1020...@debian.org', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 298 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 297 Debbugs::Control::Service::control_line('line', 'found -1 cheese/3.4.2-2', 'clonebugs', 'HASH(0x2ccd950)', 'limit', 'HASH(0x2ccd338)', 'common_control_options', 'ARRAY(0x2ccd380)', 'errors', ...) called at /usr/lib/debbugs/service line 474 retitle -1 cheese: crashes in cheese_camera_setup () Failed to set the title of -1: The 'bug' parameter (-1) to Debbugs::Control::set_title did not pass regex check Debbugs::Control::set_title('transcript', 'GLOB(0x1cdcb58)', 'requester', 'Micha Lenk mi...@debian.org', 'request_addr', 'cont...@bugs.debian.org', 'request_msgid', '517a9eec.1020...@debian.org', 'request_subject', ...) called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 514 eval {...} called at /usr/local/lib/site_perl/Debbugs/Control/Service.pm line 513 Debbugs::Control::Service::control_line('line', 'retitle -1 cheese: crashes in cheese_camera_setup ()', 'clonebugs', 'HASH(0x2ccd950)', 'limit', 'HASH(0x2ccd338)', 'common_control_options', 'ARRAY(0x2ccd380)', 'errors', ...) called at /usr/lib/debbugs/service line 474 thanks Stopping processing here. Please contact me if you need assistance. -- Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706216: dovecot-core: uninstallable on new wheezy system
Control: severity -1 normal Hi, you are right, I missed a detail. I copied /etc/ssl/private from another machine before, so /etc/ssl/private/dovecot.pem existed. This is what the postinst script checks for and the nchooses to not modify the config file. This is broken because it does not check that the file is used anywhere - a file existing somewhere in the system more or less unrelated to dovecot can break the isntallation. This is not RC, but the script should get its intelligence fixed anyway. -nik signature.asc Description: Digital signature
Processed: Re: Bug#706216: dovecot-core: uninstallable on new wheezy system
Processing control commands: severity -1 normal Bug #706216 [dovecot-core] dovecot-core: uninstallable on new wheezy system Severity set to 'normal' from 'grave' -- 706216: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706216 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
Le jeudi 25 avril 2013 à 19:47 +0200, Julien Cristau a écrit : On Thu, Apr 25, 2013 at 15:05:47 +0200, Michael Biebl wrote: All packages shipping gconf schemas have a Depends on gconf2. It is generated via dh_gconf which adds gconf2 (= 2.28.1-2) to misc:Depends. This version is already satisfied by gconf2 from squeeze. We could bump that and binNMU the rdeps. But then we'd have some arch:all rdeps (which would need sourceful uploads) and I'm actually not sure if a more tightened Depends actually ensures that the new gconf2 is unpacked before its rdeps. Does anyone know? No way are we touching heaps of packages at this point. Either there's an isolated fix in one package, or this issue gets a wheezy-ignore. I think we only need to fix the packages: * that still have a dh_gconf prerm snippet in squeeze * AND that don’t have a prerm anymore in wheezy (or that haven’t been uploaded since squeeze). That might not represent too many packages. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645713: fails to upgrade a default GNOME desktop installation from squeeze → sid
On Friday, 19. April 2013 17:51:36 Julien Cristau wrote: On Tue, Apr 9, 2013 at 18:17:00 +0200, David Kalnischkies wrote: I have done very few tests, but it seems like bringing openoffice.org-core back (as a transitional package) is the simplest workaround. If I remember right all status-files I have seen so far about ... (Such a transition package needs to break at least openoffice.org-report-builder-bin as it is otherwise not removed on upgrade. I have no idea what else / how depends should look like) I've tried to build a transitional openoffice.org-core package, but either I did it wrong (quite possible) or it doesn't help. I tried reintroducing openoffice.org-core as a transitional package myself (patch attached). While adding the package does not produce upgrade regressions, it does not fix this issue here either. BTW, there is yet another set of these immediate-configuration issues in #677805: E: Could not perform immediate configuration on 'python-sugar-toolkit-0.88'. That should probably be merged with this bug. Andreas openoffice.org_3.4.0~ooo340m1-5.1.dsc.diff.gz Description: GNU Zip compressed data
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
Le vendredi 26 avril 2013 à 18:54 +0200, Josselin Mouette a écrit : I think we only need to fix the packages: * that still have a dh_gconf prerm snippet in squeeze * AND that don’t have a prerm anymore in wheezy (or that haven’t been uploaded since squeeze). Here is the list. Forget those who haven’t been updated, they won’t be affected since there is nothing to unpack; 30 packages remain. agave alleyoop bisho brightside buzztard-data conglomerate-common contacts dasher-data firestarter g2ipmsg gconf-editor gecko-mediaplayer gfax gjiten gmfsk gnome-alsamixer gnomeradio gnomint grdesktop gshare gtetrinet libgnome2-common libgnomevfs2-common libgsf-bin link-monitor-applet-common maximus mssh regexxer rubrica teg I’ll leave to the release team the decision to re-upload them with an empty prerm. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706098: auctex 11.86 is not loaded by emacs 23.4
On Fri, 2013-04-26 at 13:57 +0200, Domenico Cufalo wrote: Great! I found another auctex.el in /usr/share/emacs/site-lisp/auctex. I removed this and all works fine! Assuming I haven't missed anything, can we therefore close this report? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706098: auctex 11.86 is not loaded by emacs 23.4
Yes, sure! Thank you very much again! 2013/4/26 Adam D. Barratt a...@adam-barratt.org.uk On Fri, 2013-04-26 at 13:57 +0200, Domenico Cufalo wrote: Great! I found another auctex.el in /usr/share/emacs/site-lisp/auctex. I removed this and all works fine! Assuming I haven't missed anything, can we therefore close this report? Regards, Adam
Bug#704719: marked as done (visp: FTBFS: symbols differ from expectations)
Your message dated Fri, 26 Apr 2013 21:03:35 + with message-id e1uvpnr-000315...@franck.debian.org and subject line Bug#704719: fixed in visp 2.7.0-2 has caused the Debian Bug report #704719, regarding visp: FTBFS: symbols differ from expectations to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 704719: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704719 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: visp Version: 2.6.2-1 Severity: serious Justification: fails to build from source Builds of visp for architectures other than amd64 fail because the (mangled) symbol names aren't quite as libvisp2.symbols expects: https://buildd.debian.org/status/package.php?p=vispver=2.6.2-1 Could you please account for this architecture-dependent variation? Thanks! ---End Message--- ---BeginMessage--- Source: visp Source-Version: 2.7.0-2 We believe that the bug you reported is fixed in the latest version of visp, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 704...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thomas Moulard thomas.moul...@gmail.com (supplier of updated visp package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 26 Apr 2013 10:47:10 +0900 Source: visp Binary: libvisp-dev libvisp2 libvisp2-dbg libvisp-doc Architecture: source amd64 all Version: 2.7.0-2 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Changed-By: Thomas Moulard thomas.moul...@gmail.com Description: libvisp-dev - visual servoing library - development files libvisp-doc - visual servoing library - documentation libvisp2 - visual servoing library libvisp2-dbg - visual servoing library - debugging symbols Closes: 704719 Changes: visp (2.7.0-2) unstable; urgency=low . * Update symbols file for armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc architectures using pkgkde-getbuildlogs (Closes: #704719). * Disable opencv support on sparc64 and x32. * Disable OGRE support on sh4. * Disable libdc1394 support on all non-linux platforms. Checksums-Sha1: 189ec6fc487e74455b059120660a9939ec396073 2441 visp_2.7.0-2.dsc ed7d05f128a180b797822d42d7032567f9083529 44476 visp_2.7.0-2.debian.tar.gz f6a8de18aa5d126bdfe0a2c76adf4460de739e57 360704 libvisp-dev_2.7.0-2_amd64.deb 1cfc20a42f4c1b2aa9dc0fcbaad1e3205a515ffb 1078090 libvisp2_2.7.0-2_amd64.deb a7c5757f17ae31980b152ae5572cfd9452284825 7619998 libvisp2-dbg_2.7.0-2_amd64.deb dd04a6b7eff858c6f60c54b28b2f3338d2a5c95c 44621910 libvisp-doc_2.7.0-2_all.deb Checksums-Sha256: cd41ab376de714f4f6d50dbc224e753c638ffddc99ed9ac7a0cb0cbc42aebc47 2441 visp_2.7.0-2.dsc 2397d27307f869f55fd02bea08ba2561820f392c5a15ddce83d1d8cfd01ca5f2 44476 visp_2.7.0-2.debian.tar.gz c8449367b7546c9e37efb8d25842ab67ca070f7dfb8077d55c7a67add6753e22 360704 libvisp-dev_2.7.0-2_amd64.deb 3bac63190d591b55cb5dc4604e96859398f70ac3e26f77337bc489d41d74fc35 1078090 libvisp2_2.7.0-2_amd64.deb a5e22fcd931b44c7c2a3288b24f9611a0cdc1e42bcf7c2718f15edefd00d24a2 7619998 libvisp2-dbg_2.7.0-2_amd64.deb 60d211b2196232b74c1a1572c7d51708623963be57d104819efa60a15fe0fad1 44621910 libvisp-doc_2.7.0-2_all.deb Files: 16412465349d51820a148feee94412ce 2441 libs extra visp_2.7.0-2.dsc 922c44832255b2b3e3228fd92af7e5ab 44476 libs extra visp_2.7.0-2.debian.tar.gz 76c99941878110bf7699dcd7152d70f4 360704 libdevel extra libvisp-dev_2.7.0-2_amd64.deb 240471433da79521c66d8bb9580cf047 1078090 libs extra libvisp2_2.7.0-2_amd64.deb 0b11886a9c13a8255f3d7c820188bb7e 7619998 debug extra libvisp2-dbg_2.7.0-2_amd64.deb 5a6256f6c262b25b97f8b57e7a8150b4 44621910 doc extra libvisp-doc_2.7.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJReuK7AAoJEDIkf7tArR+mRlQP/A2fMa+KJNGRxLHjTNY5m8Au 0Q9tgjZ1Ij4Sn5N6tSX7TNPTdrU9w7p7KEajbGIUNtZtL8tOzh9vKXrSJOxJm3i8 JcpZ+INJK9sap+IhtebgbncpSVOKq6XMqRZy34OyWeEmj7feEiUjGCzvBGmU0Ft7 iZ77OfTz7T/a2r717lDp8OakuJjZZ1KL6QQBRjGu0/t1XQBr4dErsU/Zj8KVvYMH j2XXSysNbSSwPMugHxOuk23sTV6TWEpiPw6HDQB5PbML0YhArrHvWbGJJ9pDgJB6
Bug#706188: github-cli: missing dependency on git
control: tag -1 patch, pending Hi, I've uploaded an nmu fixing this issue to delayed/5. Please see attached. Best wishes, Mike github-cli.patch Description: Binary data
Processed: re: github-cli: missing dependency on git
Processing control commands: tag -1 patch, pending Bug #706188 [github-cli] github-cli: missing dependency on git Added tag(s) pending and patch. -- 706188: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706188 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648160: util-vserver: wheezy vserver guests don't start
On 26/04/13 16:38, micah wrote: Carlos Alberto Lopez Perez clo...@igalia.com writes: I don't think this is an appropriate approach to deal with this problem. I rather would ask you to remove the package util-vserver from Debian sid completely than to have it in a broken state. Well, that is what I was planning on doing - removing it from sid. Without the kernel support available, I was thinking I will give up the package entirely. I used to provide kernel patch packages, but I am going to attempt to migrate away from Linux-Vservers now, even though I like them more than the current alternatives. I'm in the same situation. I use both Debian and linux-vserver daily. Debian removed support for the vserver kernel flavor on wheezy. So I have to choose between: migrating from linux-vserver to LXC/OpenVZ or building my own kernels. LXC is not yet production ready from a security perspective. A root user on a LXC container can do very nasty things to the host system. OpenVZ faces the same fate than linux-vserver. Support for it got removed from Debian, so I would end in the same situation that I'm right now with linux-vserver. So the most reasonable option for me is building my own kernels with the vserver patchset and wait until LXC becomes at least as secure as vserver is. So, the question then becomes... would you like to maintain this package in Debian? It would be quite useful for people to have an active maintainer of the user-space utilities in Debian, in my opinon. However, I can no longer be that person. I would however be able to sponsor package uploads, if you, or someone else, would be interested and wanting to do that work. I will happily sign for that. However I would like to migrate the package scm from svn to git. I have not experience packaging with svn and learning to do that now will be a backwards step IMHO. If you can add my alioth user (clopez-guest) to the pkg-vserver project and create a new empty git repository on alioth for pkg-vserver I can take care of migrating the svn repository to git (I already have experience doing this kind of migrations) and uploading the result there for review. Regards! signature.asc Description: OpenPGP digital signature
Bug#706137: libfdt-dev: Missing header file prevents the library usage
control: tag -1 patch, pending Hi, I've uploaded an nmu to delayed/5 fixing this issue. Please see attached. Best wishes, Mike device.patch Description: Binary data
Processed: re: libfdt-dev: Missing header file prevents the library usage
Processing control commands: tag -1 patch, pending Bug #706137 [libfdt-dev] libfdt-dev: Missing header file prevents the library usage Added tag(s) pending and patch. -- 706137: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706137 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
Am 26.04.2013 19:17, schrieb Josselin Mouette: Le vendredi 26 avril 2013 à 18:54 +0200, Josselin Mouette a écrit : I think we only need to fix the packages: * that still have a dh_gconf prerm snippet in squeeze * AND that don’t have a prerm anymore in wheezy (or that haven’t been uploaded since squeeze). Here is the list. Forget those who haven’t been updated, they won’t be affected since there is nothing to unpack; 30 packages remain. Of those 30 packages, the following 8 are arch:all, i.e they would need a sourceful upload: buzztard-data conglomerate-common dasher-data gfax gshare libgnome2-common libgnomevfs2-common link-monitor-applet-common dasher, libgnome and gnome-vfs are maintained by the GNOME team, which means we could do an upload without NMU delay. For the remaining, the popcon count is rather low. Michael -- 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#706112: debian-installer: Wheezy installer always install bootloader in /dev/sda
Quoting Vincent McIntyre (vincent.mcint...@csiro.au): b) modify po/sublevel1/template.po to point to the new question like this: #. Type: select #. Choices #: ../choose-mirror-bin.templates.http-in:2001 #: ../choose-mirror-bin.templates.ftp.sel-in:2001 +#: ../grub-installer.templates:29001 msgid enter information manually msgstr That isn't needed, as long as you take care to use the very exact same string. template.pot files are anyway automatically generated and PO files are updated accordingly. Then the PO files *in the package* will be updated during the same daily cron job. signature.asc Description: Digital signature
Bug#706188: github-cli: missing dependency on git
On Fri, 2013-04-26 at 18:32 -0400, Michael Gilbert wrote: Hi, I've uploaded an nmu fixing this issue to delayed/5. Please see attached. fwiw, at a five day delay plus two days in unstable, the upload would theoretically be eligible to migrate the night before the release. The chances of that upload getting unblocked are practically nil unless the release is delayed for some reason. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706098: marked as done (auctex 11.86 is not loaded by emacs 23.4)
Your message dated Sat, 27 Apr 2013 00:53:07 +0200 with message-id 87zjwk29bg.fsf@compi.olympus.invalid and subject line Re: Bug#706098: auctex 11.86 is not loaded by emacs 23.4 has caused the Debian Bug report #706098, regarding auctex 11.86 is not loaded by emacs 23.4 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 706098: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706098 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: auctex Version: 11.86-11 Severity: grave Justification: renders package unusable Dear Maintainer, I just upgraded my machine from Squeeze to Wheezy. As in subject, it seems that auctex is not loaded by emacs. In another machine (but with wheezy Xfce 32bit; fresh installation), on the contrary, I'm not affected by this problem. Unfortunately I have no idea of how to make debugging in this case. ;-) Hi and thanks, Domenico -- Package-specific info: Content of '/usr/share/emacs/site-lisp/auctex' d41d8cd98f00b204e9800998ecf8427e /usr/share/emacs/site-lisp/auctex/.nosearch 7a5ac7b2ea13114a7237cad95ce9e127 /usr/share/emacs/site-lisp/auctex/Makefile c515b501a8d5009537edfb0348d3f14e /usr/share/emacs/site-lisp/auctex/auctex.el 3366a99dd44e27fa57e0bcc130c4fa1c /usr/share/emacs/site-lisp/auctex/bib-cite.el 542b9f88e6d102b497e17c104de7568a /usr/share/emacs/site-lisp/auctex/confdefs.h 683dbf2998518f1d182da52f12bd1d63 /usr/share/emacs/site-lisp/auctex/config.log dbb7f49fb883815b70b880b1c047d6b7 /usr/share/emacs/site-lisp/auctex/config.status 5e59995360ee103714cbb9c827362002 /usr/share/emacs/site-lisp/auctex/context-en.el 1829a4905363692bf8eee2c451e0274a /usr/share/emacs/site-lisp/auctex/context-nl.el 19918a10a7209a5c5634ba6bd3028951 /usr/share/emacs/site-lisp/auctex/context.el 2b11f4f8c3a4189bf7cc8fec5a51e8c0 /usr/share/emacs/site-lisp/auctex/doc/Makefile 762c149dfbb34fd320b76af25f2af63e /usr/share/emacs/site-lisp/auctex/font-latex.el f176261b5a5511cbe1401ee72ffb8947 /usr/share/emacs/site-lisp/auctex/images/amstex.xpm d33121019448617a3ad3bcafdeb8db40 /usr/share/emacs/site-lisp/auctex/images/bibtex.xpm 1a43d6438010bceb374ab0a5f2bd05a8 /usr/share/emacs/site-lisp/auctex/images/dropdown.xpm 41f1ae0341ae2e307d92a7b8b815f868 /usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm 2e4b8669b0168f32247411be3f999437 /usr/share/emacs/site-lisp/auctex/images/dvips.xpm 55f7600cadc3a209e94bacf6bbc42a7c /usr/share/emacs/site-lisp/auctex/images/error.xpm c29ad797273fd27201a40bd939a95fe0 /usr/share/emacs/site-lisp/auctex/images/exec.xpm 79b958849511c67d6b13ef9f5b3673e8 /usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm a8570e26e9f96b6f527cdbe218d6c55f /usr/share/emacs/site-lisp/auctex/images/execdvips.xpm e647bc601aef2dc71b134a989df1adff /usr/share/emacs/site-lisp/auctex/images/execerror.xpm 4610ec6133f89ceb441c43dfee077361 /usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm c9cd1fc9fe4fd122cbf900fae654a67b /usr/share/emacs/site-lisp/auctex/images/exectex.xpm 6a6b9af945d4735f048ea8e475f8d9b8 /usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm 466466f6d1867510b058a9c184ffce5d /usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm 39d8ccaffb40b0c118e000f45272db05 /usr/share/emacs/site-lisp/auctex/images/execviewps.xpm 6767e2583c668dcb47495197b9e8cb65 /usr/share/emacs/site-lisp/auctex/images/gv.xpm ff9c61ef5148a0cacd5422d7c0d99396 /usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm ece6608586b591f50f20d17cdb316a1c /usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm b1f10de33dcf1b5ca9ac6155c13683a3 /usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm 44e35faa18ab34f3c13ac3b0082bcc47 /usr/share/emacs/site-lisp/auctex/images/pdftex.xpm 84673eb20ac3be7bf0eb4e84e23e828f /usr/share/emacs/site-lisp/auctex/images/prverr16.xpm 59e6a0dddb00ab16c4209a2e4c6e283d /usr/share/emacs/site-lisp/auctex/images/prverr20.xpm 30dc2ada41625cb24ea459bd62f7386c /usr/share/emacs/site-lisp/auctex/images/prverr24.xbm 225929f8131bdd7b9b8207494a59619a /usr/share/emacs/site-lisp/auctex/images/prverr24.xpm 0dac3d8eb00c902037cc5fa6a03e53e3 /usr/share/emacs/site-lisp/auctex/images/prvtex-cap-up.xpm 40feb30f80d3606f32ba54b57ba18af5 /usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm e1b3c9d6a6eb6fb6f096736cdfc059cf /usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm 32406fc4b893b48d2996c424f61ea238 /usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
Am 27.04.2013 00:50, schrieb Michael Biebl: Am 26.04.2013 19:17, schrieb Josselin Mouette: Le vendredi 26 avril 2013 à 18:54 +0200, Josselin Mouette a écrit : I think we only need to fix the packages: * that still have a dh_gconf prerm snippet in squeeze * AND that don’t have a prerm anymore in wheezy (or that haven’t been uploaded since squeeze). Here is the list. Forget those who haven’t been updated, they won’t be affected since there is nothing to unpack; 30 packages remain. Of those 30 packages, the following 8 are arch:all, i.e they would need a sourceful upload: ... dasher, libgnome and gnome-vfs are maintained by the GNOME team, which means we could do an upload without NMU delay. For the remaining, the popcon count is rather low. That all said, I do not particularly like this workaround/hack and I would very much prefer if the situation could be avoided during the upgrade where /usr/bin/python is a dangling symlink. Michael -- 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#706137: libfdt-dev: Missing header file prevents the library usage
Hi, On Fri, Apr 26, 2013 at 06:45:18PM -0400, Michael Gilbert wrote: Hi, I've uploaded an nmu to delayed/5 fixing this issue. Please see attached. ^ You won't make it. Please accelerate your upload. Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits signature.asc Description: Digital signature
Bug#706137: libfdt-dev: Missing header file prevents the library usage
On Fri, Apr 26, 2013 at 6:56 PM, Jonathan Wiltshire wrote: Hi, On Fri, Apr 26, 2013 at 06:45:18PM -0400, Michael Gilbert wrote: Hi, I've uploaded an nmu to delayed/5 fixing this issue. Please see attached. ^ You won't make it. Please accelerate your upload. If I accelerate the upload, then I'll be in violation of devref, making myself a target for snarky criticism ;) Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706110: libgnome{, vfs}2-common: fails to upgrade from squeeze: prerm failure: gconf-schemas: not found
On 2013-04-27 00:56, Michael Biebl wrote: Am 27.04.2013 00:50, schrieb Michael Biebl: Am 26.04.2013 19:17, schrieb Josselin Mouette: Le vendredi 26 avril 2013 à 18:54 +0200, Josselin Mouette a écrit : I think we only need to fix the packages: * that still have a dh_gconf prerm snippet in squeeze * AND that don’t have a prerm anymore in wheezy (or that haven’t been That all said, I do not particularly like this workaround/hack and I would very much prefer if the situation could be avoided during the upgrade where /usr/bin/python is a dangling symlink. I haven't looked at the packages at all, I don't know what dh_gconf does, I don't know anything about gnomish packaging. What I understood from the discussion is the following: * in squeeze, dh_gconf generated maintainer script snippets * in wheezy this no longer happens, perhaps the gconf things were reorganized completely * OK, now I looked at squeeze's libgnome2-common.prerm and see # Automatically added by dh_gconf if [ $1 = remove ] || [ $1 = upgrade ]; then gconf-schemas --unregister $LONG_LIST_OF_SCHEMA_FILES fi # End automatically added section * What happens if that is *not* done during upgrades? Is there perhaps something that would magically fix this up in wheezy? At least /var/lib/dpkg/info/gconf2.triggers has interest /usr/share/gconf/schemas If skipping the old gconf-schemas --unregister call is not problematic because an equivalent action will be done by trigger processing (and no stale schemas will stay registered), adding the empty dummy prerm should be a safe solution. And we should do it at least for the two packages that have shown to produce the problem so far. Of course we would like to understand what happens to make python dangling ... but given the tight timeframe we probably can't analyze/fix that in depth. But we might work around this, especially if we are sure not to hide any problems by doing this - i.e. if the gconf-schemas --unregister call is actually superfluous. Andreas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706137: libfdt-dev: Missing header file prevents the library usage
On Fri, Apr 26, 2013 at 07:12:22PM -0400, Michael Gilbert wrote: On Fri, Apr 26, 2013 at 6:56 PM, Jonathan Wiltshire wrote: Hi, On Fri, Apr 26, 2013 at 06:45:18PM -0400, Michael Gilbert wrote: Hi, I've uploaded an nmu to delayed/5 fixing this issue. Please see attached. ^ You won't make it. Please accelerate your upload. If I accelerate the upload, then I'll be in violation of devref, making myself a target for snarky criticism ;) I think the last week of the cycle counts as an excellent reason not to do so, personally. Devref isn't stone tablets and it allows for exceptions when they are technically justified. Better that than missing the release, which is what'll happen at the moment. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#706137: libfdt-dev: Missing header file prevents the library usage
On Fri, Apr 26, 2013 at 7:57 PM, Jonathan Wiltshire wrote: On Fri, Apr 26, 2013 at 07:12:22PM -0400, Michael Gilbert wrote: On Fri, Apr 26, 2013 at 6:56 PM, Jonathan Wiltshire wrote: Hi, On Fri, Apr 26, 2013 at 06:45:18PM -0400, Michael Gilbert wrote: Hi, I've uploaded an nmu to delayed/5 fixing this issue. Please see attached. ^ You won't make it. Please accelerate your upload. If I accelerate the upload, then I'll be in violation of devref, making myself a target for snarky criticism ;) I think the last week of the cycle counts as an excellent reason not to do so, personally. Devref isn't stone tablets and it allows for exceptions when they are technically justified. Better that than missing the release, which is what'll happen at the moment. It would be nice to encounter more pragmatic/rational thinking like this outside of release-is-imminent time :) Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org