Bug#696809: puppetmaster should start before puppet itself
Package: puppetmaster Version: 2.7.18-2 Severity: important On my system the puppet agent starts before the puppetmaster which is here the same box. Due to this, the puppet agent fails on its first run and sends warnings about being unable to contact the puppetmaster. Maybe this is also relevant for wheezy? $ ll /etc/rc2.d/ S05puppet - ../init.d/puppet* S05puppetmaster - ../init.d/puppetmaster* S05puppetqd - ../init.d/puppetqd* Best Regards Markus -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppetmaster depends on: ii puppetmaster-common 2.7.18-2 ii ruby1.8 1.8.7.358-6 puppetmaster recommends no packages. puppetmaster 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#696705: nmu: gnome-contacts_3.6.1-1 in experimental
On 26.12.2012 09:25, Paul Wise wrote: Package: release.debian.org Severity: minor User: release.debian@packages.debian.org Usertags: binnmu Please binNMU gnome-contacts in experimental so it is installable again. nmu gnome-contacts_3.6.1-1 . ALL . -m Rebuild for the libcheese ABI transition binNMUs do not work for dependencies from experimental. If we want to have gnome-contacts built against libcheese from exp, the build-depends needs to be bumped (i.e. it will require a sourceful upload) -- 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#696648: lazygal: Lazygal stops working when meets file with EXIF in wrong encoding
Hi, I think it would be great to have parameter which says to lazygal to skip such errors (just report). Thanks for the report. I need to know which tags are involved because I would expect that such errors are already handled correctly, so this is a bug but I need more info to fix it. Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696810: If using apt-get and not dpkg -i, xcp-xapi/networking_type isn't respected
Package: xcp-networkd Version: 1.3.2-13 Severity: serious If apt-get was used to install xcp-networkd instead of dpkg -i, then the debconf value selected for network-type wasn't respected. In other words, the users does: apt-get install xcp-networkd then selects bridge in debconf, then it's openvswitch which appears in /etc/xcp/network.conf instead of bridge. Note that I already have the fix, and that I'm currently working on an upload to SID. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655338: OpenDCP
Hello, Comparing with OpenJPEG: openDCP is tool to create DCP package from scratch, OpenJPEG is just a library and tool for jpeg2000 encoding, OpenDCP_j2k can be compared to OpenJPEG encoder, but it does provide XYZ colorspace conversion, multithreaded encoding process and is able to use another DC-compliant jpeg2000 encoding libraries as well (like kakadu). Comparing with opencinematools: opencinematools are just like bash-scripts written in C to create XML files, which can be created with opendcp_xml, but opencinematools supported only SMPTE version, opendcp supports Interop and SMPTE with digital signatures. And more: OpenDCP provides nice QT4 interface for package creation. I can try to help with package maintenance, resolving compilation issues, etc. Best regards, Yuri Mamaev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696811: b43 wlan0 disappears when on battery
Package: firmware-b43-installer Version: 1:015-14 Severity: serious I've just done a fresh install of wheezy beta 4 amd64 onto a HP Pavilion dv2000 laptop wifi requires firmware-b43-installer After installing firmware and rebooting, it all works fine, as long as AC power is connected If the computer boots without AC power, or if the AC power cable is removed while the computer is running, the wifi stops working. Wired ethernet works with or without AC power. Booting without AC power, I still notice messages about b43 in the dmesg output [6.448311] b43-phy0: Broadcom 4311 WLAN found (core revision 13) [6.560223] Registered led device: b43-phy0::tx [6.560259] Registered led device: b43-phy0::rx [6.560291] Registered led device: b43-phy0::radio [6.560318] Broadcom 43xx driver loaded [ Features: PMNLS ] and the module appears to be loaded. However, without AC power, the wifi controller is completely missing from the output of lspci and no other wifi commands work (e.g. iwlist). With AC power, I can see this in lspci: 07:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 02) Subsystem: Hewlett-Packard Company BCM4311 802.11b/g Wireless LAN Controller Physical Slot: 5 Flags: bus master, fast devsel, latency 0, IRQ 19 Memory at f430 (64-bit, non-prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [58] Vendor Specific Information: Len=78 ? Capabilities: [e8] MSI: Enable- Count=1/1 Maskable- 64bit+ Capabilities: [d0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [13c] Virtual Channel Capabilities: [160] Device Serial Number 97-50-73-ff-ff-a0-00-1a Capabilities: [16c] Power Budgeting ? Kernel driver in use: b43-pci-bridge but without AC power, the lspci output doesn't mention any Broadcom controller. It is a dual boot system. In Windows 7 Ultimate, the wifi works fine with or without AC power. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696659: Security uploads not working
On Wed, Dec 26, 2012 at 10:37:44AM -0500, Paul Tagliamonte wrote: On Wed, Dec 26, 2012 at 10:36 AM, Moritz Mühlenhoff j...@inutil.org wrote: On Wed, Dec 26, 2012 at 10:35:46AM -0500, Paul Tagliamonte wrote: Seems OK here. Can you make sure something's not gone wrong with your install? How did you install it? Did you upgrade python-dput too? That's where the fix is :) Bummer, I only fetched dput-ng from incoming.debian.org... Will test with the next security upload :-) Sounds great :) It worked :-) Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696648: lazygal: Lazygal stops working when meets file with EXIF in wrong encoding
Hi Alexandre, I will provide you example image file. Will it be enough? As far as I remember all tags with text data (I remember the 'Author' field was involved) are wrongly encoded there. Since photo was done using old Windows phone device working in Russian locale there most probably CP1251 charset. It may be an issue with Python EXIF library which is used in Lazygal. I have not had a chance to look into source code. I thought about separate script for fixing non-UTF8 tags as quick workaround for this. Thanks! Hi, I think it would be great to have parameter which says to lazygal to skip such errors (just report). Thanks for the report. I need to know which tags are involved because I would expect that such errors are already handled correctly, so this is a bug but I need more info to fix it. Thanks, Alex
Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification
On 26/12/12 23:39, Jonathan Nieder wrote: Charles Plessy wrote: If experimentations are blocked because the current specification does not allow unspecified types of paragraphs, how about considering to relax it ? I honestly think that License-Exception stanzas already are a fundamental enough change that they would have to be permitted in the standard before actual copyright files. And that's not weird at all --- it's normal for new features to involve changes to a spec. Maybe I am missing something basic? Am I wrong to think that factoring out license exceptions would be useful as a way of making copyright files more readable, or do they have some glaring downside that I've failed to notice? Jonathan I'm a little surprised that the License-Exception paragraph is getting more attention than my other proposed changes. :p As I understand it yes, the current spec does not allow new paragraphs, but even if it were relaxed to allow these (as Charles suggests), other parts of the spec will forbid a useful License-Exception paragraph. This is because the current spec treats short names as combinations of {X, X+, X-with-Y-exception, X+-with-Y-exception} for each X and Y. The current spec only allows you to quote the full text of a short name as a whole, not its individual components. So you would not be able to split the full text of GPL-2+ with OpenSSL exception into separate License and License-Exception paragraphs. By contrast, my proposed changes re-defines short names to be {X} only, and pushes the + and with-exception operators into the same level as and/or operators. Then GPL-2+ with OpenSSL exception is a composite license rather than a short name, and you are allowed to split the full text of its components. (I do not see any downside to this.) X -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#333480: Patch proposed upstream
For the reccord, a patch in this direction was proposed upstream, and will probably be integrated in the next few weeks: http://lists.nongnu.org/archive/html/quilt-dev/2012-12/msg00029.html Bye, Mt. -- If the facts don't fit the theory, change the facts. -- Albert Einstein (?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#321156: Patch for this feature resent upstream
package quilt tags 321156 upstream forwarded 321156 http://lists.nongnu.org/archive/html/quilt-dev/2012-12/msg00043.html thanks I pointed again upstream to the patch implementing this feature. I have good hope that it will make its way toward the next release. If not, I'll integrate the patch to the debian package myself (at least). Thanks, Mt. -- Your research agenda is so outdated that your results are on a Wikipedia page already. -- Bastard Reviewer From Hell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695852: unblock: rhash/1.2.9-8
On Thu, Dec 13, 2012 at 15:03:58 +0100, Ivo De Decker wrote: unblock rhash/1.2.9-8 Unblocked. Cheers, Julien signature.asc Description: Digital signature
Bug#696812: override: libnlopt-dev:libdevel/optional, python-nlopt:python/optional, octave-nlopt:math/optional, libnlopt0:libs/optional, libnlopt-guile0:math/optional
Package: ftp.debian.org Severity: normal Please bump the priority of nlopt-* packages to optional: nlopt packages doesn't confilct with others. So, debian/control provides now more correct priority/section information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695761: unblock: debian-edu/1.702 and debian-edu-config/1.702
On Wed, Dec 12, 2012 at 12:48:34 +0100, Holger Levsen wrote: debian-edu-config (1.702) unstable; urgency=low [ Mike Gabriel ] * In gosa-create script: Invalidate libnss cache before applying chown on new home directories. Fixes multiple failures during mass user import into GOsa². One question here: --- debian-edu-config-1.701/share/debian-edu-config/tools/gosa-create 2012-06-10 12:29:24.0 + +++ debian-edu-config-1.702/share/debian-edu-config/tools/gosa-create 2012-12-02 08:29:26.0 + @@ -32,6 +32,10 @@ echo $HOMEDIR | grep -q ^$PREFIX/$HOSTNAME || continue test -e $HOMEDIR continue cp -r /etc/skel $HOMEDIR +if type nscd /dev/null 21 ; then +nscd -i passwd +nscd -i group +fi chown -R $USERID:$GROUPID $HOMEDIR kadmin.local -q add_principal -policy users -randkey -x $USERDN $USERID logger -t gosa-create -p notice Home directory \'$HOMEDIR\' and principal \'$USERID\' created. Is there any guarantee /bin/sh has a 'type' built-in utility? I guess it will in most cases, and if it doesn't you just don't run nscd so it should be fine… Cheers, Julien signature.asc Description: Digital signature
Bug#696732: installation-guide: Section 6.3.5.1. Configuring apt: Removal of references to 'volatile'
On Wed 26 Dec 2012 at 16:25:22 +0100, Cyril Brulebois wrote: +Security updates help to keep your system secured against attacks. “help keep” I think? Either is correct and both are in common use. You could view the to as optional. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696117: Update fails with “Error while updating feed” for every subscription
Hi, On Thu, 27 Dec 2012, Ben Finney wrote: On 21-Dec-2012, Ben Finney wrote: There are *no* HTTP packets in the TCPDump capture during the gPodder session. The only traffic captured at all is from my IRC client; gPodder appears to have generated no traffic. Further investigation shows that this was because of a faulty ‘http_proxy’ environment variable value; the host name would not resolve. [...] So this bug report becomes one drawing attention to gPodder's failure to provide sufficient information to indicate that it is unable to contact the HTTP proxy; please forward this to the relevant upstream bug tracker. Upstream bug filed: https://bugs.gpodder.org/show_bug.cgi?id=1732 Thanks, Thomas
Bug#696813: gdisk always reports 'The specified path is a character device!' on kFreeBSD
Package: gdisk Version: 0.8.5-1 Severity: important Tags: patch Dear Maintainer, This package doesn't work on kFreeBSD, because all devices are character devices. The below patch fixes it. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdisk depends on: ii groff-base 1.21-9 ii libc0.1 2.13-37 ii libgcc1 1:4.7.2-4 ii libicu48 4.8.1.1-10 ii libncurses5 5.9-10 ii libpopt0 1.16-7 ii libstdc++6 4.7.2-4 ii libtinfo55.9-10 ii libuuid1 2.20.1-5.3 gdisk recommends no packages. gdisk suggests no packages. -- no debconf information diff -Nru gdisk-0.8.5/debian/changelog gdisk-0.8.5/debian/changelog --- gdisk-0.8.5/debian/changelog2012-06-16 12:15:56.0 -0500 +++ gdisk-0.8.5/debian/changelog2012-12-27 08:01:41.0 -0600 @@ -1,3 +1,10 @@ +gdisk (0.8.5-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix 'The specified path is a character device!' on kFreeBSD + + -- Jeff Epler jepler@localhost Thu, 27 Dec 2012 08:00:48 -0600 + gdisk (0.8.5-1) unstable; urgency=low * New upstream release diff -Nru gdisk-0.8.5/debian/patches/kfreebsd.diff gdisk-0.8.5/debian/patches/kfreebsd.diff --- gdisk-0.8.5/debian/patches/kfreebsd.diff1969-12-31 18:00:00.0 -0600 +++ gdisk-0.8.5/debian/patches/kfreebsd.diff2012-12-27 08:06:21.0 -0600 @@ -0,0 +1,11 @@ +--- a/diskio-unix.cc b/diskio-unix.cc +@@ -73,7 +73,7 @@ + if (fstat64(fd, st) == 0) { + if (S_ISDIR(st.st_mode)) +cerr The specified path is a directory!\n; +-#ifndef __FreeBSD__ ++#if !(defined(__FreeBSD__) || defined(__FreeBSD_kernel__)) + else if (S_ISCHR(st.st_mode)) +cerr The specified path is a character device!\n; + #endif diff -Nru gdisk-0.8.5/debian/patches/series gdisk-0.8.5/debian/patches/series --- gdisk-0.8.5/debian/patches/series 2012-06-16 07:41:09.0 -0500 +++ gdisk-0.8.5/debian/patches/series 2012-12-27 07:59:06.0 -0600 @@ -1 +1,2 @@ manpages.diff +kfreebsd.diff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696743: [pkg-php-pear] Bug#696468: phpunit-story: depends on php5-spl which does not appear to exist
On 12/27/2012 06:47 PM, Ivo De Decker wrote: Hi Thomas, On Thu, Dec 27, 2012 at 12:44:33PM +0800, Thomas Goirand wrote: I don't think it's right to say this is a bug in pkg-php-tools. pkg-php-tools only adds dependencies which are in the package.xml. If they are wrong, then it is up to the maintainer of each package to fix it, by removing ${phppear:Debian-Depends} from Depends:, and manage it by hand. Well, I meant: shouldn't pkg-php-tools know that in debian, spl is included in the php packages and not in a separate php5-spl package? If you think it shouldn't, feel free to close bug 696743. Cheers, Ivo Luis must know better than I. I haven't really used phpunit-story. But, without much testing, I believe that it should at least depend on phpunit. As I'm not sure about this, let's wait for Luis input (and probably, this holiday period is not best to expect a fast answer). 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#489705: dash: builtin echo fails to put out NULL character
Package: dash Version: 0.5.5.1-7.4 Severity: normal #!/bin/sh # test null character echo -n \\0 out.bin # this puts out nothing printf \\0 out.bin # this puts out NULL character '\0' EOF -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dash depends on: ii debianutils 3.4Miscellaneous utilities specific t ii dpkg 1.15.8.11 Debian package management system ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib dash recommends no packages. dash suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696564: unblock: fusioninventory-agent/2.2.3-5
Control: tags -1 moreinfo On Sat, Dec 22, 2012 at 23:21:51 +0100, Ivo De Decker wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, Please unblock fusioninventory-agent/2.2.3-5, uploaded by Gonéri Le Bouder. It fixes a serious bug and an important bug. Debdiff between testing and unstable attached. unblock fusioninventory-agent/2.2.3-5 Meh. - The postrm seems to contain a lot of silly cruft. - debian/changelog and debian/control disagree: + * Depends on libio-socket-ssl-perl instead of libnet-ssleay-perl +directly vs +Recommends: libio-socket-ssl-perl - The d/copyright change is unnecessary afaict - The postinst is buggy: +ucf /usr/share/doc/fusioninventory-agent/agent.cfg /etc/fusioninventory/agent.cfg violates policy 12.3 (Packages must not require the existence of any files in `/usr/share/doc/' in order to function). - There's a debian/patches/upstream-fix-backport.diff that doesn't look like it's listed in debian/patches/series, making it pointless. Cheers, Julien signature.asc Description: Digital signature
Bug#696809: [Pkg-puppet-devel] Bug#696809: puppetmaster should start before puppet itself
Markus Frosch mar...@lazyfrosch.de writes: On my system the puppet agent starts before the puppetmaster which is here the same box. Due to this, the puppet agent fails on its first run and sends warnings about being unable to contact the puppetmaster. Thank you for the bug report. A fix for this bug is available in http://anonscm.debian.org/gitweb/?p=pkg-puppet/puppet.git;a=commitdiff;h=e26520366828d9181a1bf3403a1b65adc18ee628, and has also been merged for 3.0.2-1, scheduled for unstable/testing after wheezy is released. Here's the result of installing and upgrading generated packages of puppet and puppetmaster 2.7.18-2, and packages with the bugfix applied. The apache2 package is also installed. ,[ 2.7.18-2 ] | S01apache2 - ../init.d/apache2 | S02puppet - ../init.d/puppet | S02puppetmaster - ../init.d/puppetmaster ` ,[ 2.7.18-2 + bugfix ] | S01apache2 - ../init.d/apache2 | S02puppetmaster - ../init.d/puppetmaster | S03puppet - ../init.d/puppet ` The puppet agent now starts after the puppet master. Maybe this is also relevant for wheezy? Unfortunately, no. It is late in the wheezy freeze, and the severity is not high enough for an exception, even though the fix is simple. It is, however, relevant for the next release, as well as an update release for wheezy, and for backports generated from that. -- Stig Sandbeck Mathisen pgpN5sou6E0mT.pgp Description: PGP signature
Bug#690945: [kmail] Distribution lists do not work as expected
Sorry. My last contribution was just a one-off. Still only akonadi 1.6.2 creates liable results not resulting in distributionlist@localhost. extract of dpkg -l akonadi* libakonadi* hi akonadi-backend-mysql 1.6.2-2 hi akonadi-backend-sqlit 1.6.2-2+b2 hi akonadi-server1.6.2-2+b2 hi libakonadiprotocolint 1.6.2-2+b2 With akonadi 1.7.2-* above error with groups/distribution lists is still reproducible. Regards, Markus Huber -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685230: unblock hylafax 3:6.0.6-4
On Sat, Dec 22, 2012 at 22:35:33 +0100, Ivo De Decker wrote: It might be best to revert all the changes in unstable (since -1) that are not suitable for wheezy, and try to get a version in unstable that fixes both RC bugs in a non-intrusive way (based on -1). That way, the package could be tested in unstable before it gets to wheezy. The changes that are in -2 could go to experimental for now. Agreed. Cheers, Julien signature.asc Description: Digital signature
Bug#696786: please adjust MFSROOT_LIMIT; adjust lowmem thresholds
Hi Samuel, On 27/12/12 09:56, Samuel Thibault wrote: I've applied your patches. Thank you for that. How about i386? Does its MFSROOT_LIMIT perhaps need to be increased? I have updated its lowmem figures to match 128/224 too. I really haven't tested this for kfreebsd-i386 yet. But the MFSROOT_LIMIT for 32-bit is already at its maximum, according to comments in the build/Makefile about VM address space. I'll try to test anyway to make sure it is really enough. For the lowmem figures, I imagined kfreebsd-i386 might work with lower thresholds, on systems with less RAM (around 64 to 96 MiB) but again I should test this. Something to be careful of was a quiet error in /var/log/syslog while d-i is running, about devd running out of swap space (out of memory - this is before any swap is mounted). I've seen it happen for kfreebsd-amd64 with less than 128 MiB memory - depending when it happens it has led to partman crashing (so the installer gets stuck), or the install proceeding despite some partitions not being mounted in /target/... Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696737: installation-reports: my pc is rc950. when i cat ISO image /dev/myUSBstick (dd'd before with /dev/zero) then after sync and eject and reboot ivgot syslinux.bin missing or corrupt. after
Control: tag -1 moreinfo On Wed, Dec 26, 2012 at 19:53:08 +0400, dmitry wrote: Package: installation-reports Severity: normal Dear Maintainer, * tried to install debian from USB stick * dd /dev/zero, cat ISO /dev/sdUSBstick, sync, eject, reboot * syslinux.bin missing * I expect Debian with xfce on my pc Which exact image did you use, and which exact list of commands? Cheers, Julien signature.asc Description: Digital signature
Bug#655338: OpenDCP
Ok. Thanks for the info ! I can sponsor the upload if you are willing to prepare the debian package source. I believe upstream: opendcp_0.0.27_i386.deb package is a good start. HTH On Thu, Dec 27, 2012 at 2:10 PM, Yuri Mamaev y.mam...@gmail.com wrote: Hello, Comparing with OpenJPEG: openDCP is tool to create DCP package from scratch, OpenJPEG is just a library and tool for jpeg2000 encoding, OpenDCP_j2k can be compared to OpenJPEG encoder, but it does provide XYZ colorspace conversion, multithreaded encoding process and is able to use another DC-compliant jpeg2000 encoding libraries as well (like kakadu). Comparing with opencinematools: opencinematools are just like bash-scripts written in C to create XML files, which can be created with opendcp_xml, but opencinematools supported only SMPTE version, opendcp supports Interop and SMPTE with digital signatures. And more: OpenDCP provides nice QT4 interface for package creation. I can try to help with package maintenance, resolving compilation issues, etc. Best regards, Yuri Mamaev -- To unsubscribe, send mail to 655338-unsubscr...@bugs.debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694156: debian-installer: Wrong keymap at first boot-up with encrypted LVM
Christian PERRIER bubu...@debian.org (27/12/2012): As far as I understand, the only risk you're taking here is triggering the u-i update in situations where it wasn't exactly needed. Inshort, a useless (but harmless) call. That seems fair. Thanks, uploaded. Mraw, KiBi. signature.asc Description: Digital signature
Bug#690520: ITP: thc-ipv6 -- Tools to play with IPv6
El 27/12/12 13:12, Arturo Borrero Gonzalez escribió: Hi there, i'm also interested in packaging this set of tools. At this point, I don't see any work on it. Also, THC folks just released a new version: 2.1 I've prepared a git repo for managing the debian package: https://github.com/aborrero/thc-ipv6-2.1 Anybody is interested to work together? I'm almost new to debian packaging world. Hello Arturo I stopped working on the package until wheezy release takes place. Just uploaded my packaging repo to https://github.com/mmoya/thc-ipv6 for you to look. No problem with working together on this. This is an excerpt of communication with upstream regarding the SSL issue (quoted text is mine): Hello van Hauser I'm trying to get thc-ipv6 into Debian and some issues have arose in the process: 1. To link a GPL program against OpenSSL an especial exemption is needed. Please take a look at this guide[1] and consider adding a exemption. ah sigh ... had the same issue with hydra. I do not have the time for that at the moment, but the next release is scheduled for begin of December anyway, so until then I should be able to do that. until then you can make the package without ssl (the functionality missing is useless anyway as there are no SeND deployments so far, and thats all it is needed for) 2. covert_send6d.c:6, sendpeesmp6.c:6 covert_send6.c:6 and sendpees6.c all have a #ifndef _HAVE_SSL conditional block but the text inside read: Error: thc-ipv6 was compiled with openssl support, command disabled.\n I don't understand why you use a '#ifndef _HAVE_SSL' and then complain about its *availability*. its a typo obviously. withOUT In fact, I think those '#ifndef _HAVE_SSL' are redundant if you take in account that Makefile forcibly links against with libssl and libcrypto, and the building will fail if those libraries aren't found. the libraries are always there in any installation I have seen, its the include files which pose the problem, which are not installed by default anywhere. Regards, maykel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693485: keyboard-configuration: XKBLAYOUT, XKBOPTIONS values manually set in /etc/default/keyboard lost on upgrade
On Thu, Dec 27, 2012 at 00:49:19 +0400, Bob Bib wrote: --- /etc/default/keyboard.bak +++ /etc/default/keyboard @@ -3,8 +3,8 @@ # Consult the keyboard(5) manual page. XKBMODEL=acer_laptop -XKBLAYOUT=us,ua,ru +XKBLAYOUT=us XKBVARIANT= -XKBOPTIONS=grp:alt_shift_toggle +XKBOPTIONS= BACKSPACE=guess Is this reproducible with 'dpkg-reconfigure keyboard-configuration'? If so can you stick a 'set -x' near the top of /var/lib/dpkg/info/keyboard-configuration.{config,postinst} and see where the layout gets changed? Cheers, Julien signature.asc Description: Digital signature
Bug#683833: aborts on start (config/hal)
Control: severity -1 important Control: tags -1 moreinfo On Sat, Nov 24, 2012 at 15:56:53 -0500, Michael Gilbert wrote: Could anyone please re-test this issue, on real hardware? With current Wheezy in a VM I'm unable to reproduce it. hald properly detects a fully functional (virtual) USB pointer and keyboard. Possibly the issue went away with the upgrade of some package. For example the recent fix for #631968 in glib2.0 was relevant to DBus I think. Tested in a vm with both glib2.0 2.33.12+really2.32.4-1 and 2.33.12+really2.32.4-3. X starts just fine using both. So either this is a real hardware problem, or it was fixed by something else. So, I guess we wait on someone to test on real hardware. In the mean time, no reason to keep this as grave. Cheers, Julien signature.asc Description: Digital signature
Bug#506861: python-debian: support data.tar.xz member
On Sat, Dec 15, 2012 at 08:26:59 +0100, Guillem Jover wrote: Hi! On Fri, 2012-06-29 at 00:57:03 +0100, Stuart Prescott wrote: For python 3.3, the unxz utility from the xz-utils package is used to decompress the member which is then fed into the python tarfile module as would be done for gz or bz2 members. This is crude but works fine. Perhaps python- debian and python3-debian (until python 3.3 at least) should Recommend xz- utils as a result. Perhaps better error handling around the subprocess would be advisable for the absence of unxz(1) on the system. I think this should really be fixed for wheezy, as there's an increasing number of .xz compressed binary packages in the archive already, not doing so will mean python-debian is not usable there. Not true, python-debian has functionality that doesn't need to look at debs at all. Cheers, Julien signature.asc Description: Digital signature
Bug#695476: installation-report: workarounds for i845 rev 1 on wheezy
On Tue, Dec 25, 2012 at 22:12:29 +0100, Cyril Brulebois wrote: Letting debian-x@ know about this… If this is the old coherency issue with i8[45]5 then debian-x already knows about it. There may be a fix in linux 3.8. If it's something else then we'll want a report with X and kernel logs. Cheers, Julien signature.asc Description: Digital signature
Bug#696814: libhdate1: Missing last week of February
Package: libhdate1 Version: 1.6-1 Severity: normal Tags: patch Dear Maintainer, When displaying February it is limited to only four lines of week, causing it to usually miss its last week. e.g. $ hcal 02 2013 February 2013 Sh'vat - Adar 5773 Sun Mon Tue Wed Thu Fri Sat 1/21 2/22 3/23 4/24 5/25 6/26 7/27 8/28 9/29 10^30 11/ 1 12/ 2 13/ 3 14/ 4 15/ 5 16/ 6 17/ 7 18/ 8 19/ 9 20/10 21@11 22/12 23/13 which is missing 5 days. The provided path partially fixes this, except when the 29th of February falls on Sunday. Regards, Yair. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.7-aufs-mos-1 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhdate1 depends on: ii libc6 2.13-35 libhdate1 recommends no packages. libhdate1 suggests no packages. -- no debconf information --- /cs/system/irush/yard/hcal/libhdate-1.6/examples/hcal/hcal.c 2012-01-09 03:58:45.0 +0200 +++ hcal.c 2012-12-27 16:44:35.400295151 +0200 @@ -1181,6 +1181,8 @@ int print_calendar ( const int current_m case 12: if (start_dow 5) max_calendar_lines = 6; else if (max_calendar_lines == 4) max_calendar_lines = 5; break; + case 2: if (start_dow 1 max_calendar_lines == 4) max_calendar_lines = 5; + break; } }
Bug#687583: unblock: altos/1.1-1
Control: retitle -1 unblock: altos/1.1.1-1 Hi Bdale, On Thu, Sep 13, 2012 at 04:21:45PM -0600, Bdale Garbee wrote: Please unblock package altos. This version fixes RC bug #676739 which was present at the time of wheezy freeze. After this unblock was filed, altos 1.1.1-1 entered unstable. Note that this is a new upstream release that is better in every way than the version 1.0.3 currently in Debian, and not a minimal diff fixing only the build-dep problem that is the cause of the RC bug. It has always been our intention that altos 1.1 be released with wheezy, it just took much longer to complete our testing and release process than expected, partly due to fire bans preventing test launches in Colorado this summer. Since this is a leaf package with nothing depending on it, and the only real alternative is to request that altos be removed entirely from the next stable release, we hope this will be considered acceptable for an unblock. I don't think this is in line with the freeze policy. I was going to add the debdiff to this unblock request, but I guess this says enough (diff between 1.0.3, currently in wheezy, and 1.1.1-1, in sid): 648 files changed, 71092 insertions(+), 23873 deletions(-) Based on your report, I think the only possibility is to remove altos from wheezy. But obviously, that's not my call. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696815: qcontrol: Please add armhf to your arch list
Package: qcontrol Version: 0.4.2-7+wheezy1 Severity: important Tags: d-i patch Hi Ian, thanks for your handling of qcontrol via t-p-u; unfortunately we lost the architecture update from sid in the process, meaning we only have qcontrol on armel (and not armhf) in testing. Please find attached a patch to fix that. Speedy upload appreciated, forward d-i ACK for that update. Cc-ing -boot@/-release@ accordingly. Mraw, KiBi. diff -u qcontrol-0.4.2/debian/control qcontrol-0.4.2/debian/control --- qcontrol-0.4.2/debian/control +++ qcontrol-0.4.2/debian/control @@ -9,7 +9,7 @@ Homepage: http://qnap.nas-central.org/index.php/PIC_Control_Software Package: qcontrol -Architecture: armel +Architecture: armel armhf Depends: ${shlibs:Depends}, ${misc:Depends}, udev (= 0.141-2) Description: hardware control for QNAP Turbo Station devices Allows one to send commands to the microcontroller of supported devices, @@ -28,7 +28,7 @@ Package: qcontrol-udeb Section: debian-installer -Architecture: armel +Architecture: armel armhf Depends: ${shlibs:Depends}, ${misc:Depends}, udev-udeb (= 0.141-2), event-modules XC-Package-Type: udeb Description: hardware control for QNAP Turbo Station devices diff -u qcontrol-0.4.2/debian/changelog qcontrol-0.4.2/debian/changelog --- qcontrol-0.4.2/debian/changelog +++ qcontrol-0.4.2/debian/changelog @@ -1,3 +1,9 @@ +qcontrol (0.4.2-7+wheezy2) UNRELEASED; urgency=low + + * Add armhf as a supported architecture. + + -- Cyril Brulebois k...@debian.org Thu, 27 Dec 2012 17:04:17 +0100 + qcontrol (0.4.2-7+wheezy1) testing; urgency=low * Disable firmware watchdog on TS-219p II and TS-419p II. (Closes: #693263)
Bug#696816: jenkins: Security issues were found in Jenkins core
Package: jenkins Version: 1.447.2+dfsg-2 Severity: grave Tags: security Dear Maintainer, The upstream vendor announced a security advisory, that is rated high severity. See: https://wiki.jenkins-ci.org/display/SECURITY/Jenkins+Security+Advisory+2012-11-20 Regards, Nobuhiro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466360: Please set the timestamp of patched files to guard against timestamp skews
On Mon, Feb 18, 2008 at 11:06:00AM +0100, Loïc Minier wrote: Package: quilt Version: 0.46-4 Severity: minor Hi, dpkg-source sets the mtime of all files patched by the .diff.gz to the same time as to avoid timestamp skews (which can trigger autotools to automatically update the files). I think quilt could be equally clever and set the mtime of all files patched by a specific patch to the same time. I'm setting this as minor and not wishlist because such issues regularly bite many maintainers (I was bitten again this morning). See http://lists.debian.org/debian-policy/2008/02/msg00030.html for the discussion leading to this bug report. :-) I come back on this very old bug. Sorry for the delay, I had less time for Debian in between. Could you please elaborate on what is the expected behavior here? You mean that when a patch is pushed, the same timestamp (which one, actually?) must be set on all modified files? It seems rather improbable that anything else happens, doesn't it? I mean all these files are modified automatically, and it seems very probable to me that they all get the same mtime. But I may well be wrong on this. Or maybe you mean that the files timestamps should be restored to their old value when the patch is removed? Anyway, the timestamp handling improved a lot in quilt in the last four years (!), and I would appreciate if you could double-check that the faulty behavior is still there while elaborating what the right behavior should be. Thanks for your time, and sorry for the very long delay. Mt. -- Un clavier azerty en vaut deux. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695130: openmotif is now LGPL, retirement of lesstif in jessie?
Hi Graham and Joël, I moved this discussion off-list from devel, and hope you don't object. On 26-12-12 01:06, Graham Inggs wrote: I would be happy to join a team effort. Joël, as you can see, you have now two co-maintainers if you want. If you don't object, my proposal is the following: - Joël: you own and retitle bug 695130 appropriately. - I assume you both don't have upload rights, so I will have to do that part, during the Wheezy freeze, we only target experimental. - I create a git repository on Alioth [1]. I hope you like git, but if not we can agree on an other VCS. - I can import as much of the history of openmotif as I can find [2]. - You both make to register on alioth [3] and become member of the collab-maint project [4]. Please let me know your alioth registration name, so I can send the mail as described on [1]. - We should agree on the name of the source package. Graham prefers motif i.s.o. openmotif :) - Please make sure you both are subscribed to the PTS [5] for the package openmotif for the moment, and possibly to motif after upload. Joël, to not let the enthusiasm of Graham die, I propose that we wait for a week for your response, and in case of no response, I will start with the proposal above, but will wait with uploading a new package. Paul [1] http://wiki.debian.org/Alioth/PackagingProject [2] http://snapshot.debian.org/package/openmotif/ [3] https://alioth.debian.org/account/register.php [4] https://alioth.debian.org/projects/collab-maint/ [5] http://packages.qa.debian.org/o/openmotif.html (left bottom) signature.asc Description: OpenPGP digital signature
Bug#696519: llvm-gcc-4.6: undefined reference to signbit when using boost's sign function
Hello, On 22/12/2012 09:04, Ben Goodrich wrote: Package: llvm-gcc-4.6 Version: 3.2-1~exp1 Severity: normal When attempting to compile a file that utilizes boost's sign function, such as Did you try with gcc 4.7 ? Thanks, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696740: [vpnc] fails to connect to Cisco ASA 5520 Cluster
Hi, Vpnc (in all versions 0.5.3r512-1 and above) fails to connect to the Cisco ASA 5520 Cluster with software version 8.3. This does not happen with versions pre-r512, in other words everything works fine up to 0.5.3r449-3. are you comparing squeeze and wheezy or really just different versions of the vpnc package (as opposed to different versions of both vpnc and network-manager-vpnc)? This is the relevant syslog excerpt: Dec 26 16:51:57 erde NetworkManager[2965]: info Starting VPN service 'vpnc'... Dec 26 16:51:57 erde NetworkManager[2965]: info VPN service 'vpnc' started (org.freedesktop.NetworkManager.vpnc), PID 20052 Dec 26 16:51:57 erde NetworkManager[2965]: info VPN service 'vpnc' appeared; activating connections Dec 26 16:51:57 erde NetworkManager[2965]: info VPN plugin state changed: starting (3) ... Dec 26 16:51:59 erde NetworkManager[2965]: info VPN plugin state changed: started (4) and 30s later: Dec 26 16:52:28 erde avahi-daemon[2903]: Withdrawing workstation service for tun0. Dec 26 16:52:28 erde NetworkManager[2965]:SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/tun0, iface: tun0) Dec 26 16:52:28 erde NetworkManager[2965]: warn VPN plugin failed: 1 Dec 26 16:52:28 erde NetworkManager[2965]: info VPN plugin state changed: stopped (6) Dec 26 16:52:28 erde NetworkManager[2965]: info VPN plugin state change reason: 0 ... Dec 26 16:52:29 erde NetworkManager[2965]: warn error disconnecting VPN: Could not process the request because no VPN connection was active. Dec 26 16:52:29 erde NetworkManager[2965]: warn (51) failed to find interface name for index Dec 26 16:52:29 erde NetworkManager[2965]: nm_system_iface_flush_routes: assertion `iface != NULL' failed Dec 26 16:52:29 erde NetworkManager[2965]: warn (51) failed to find interface name for index ... Dec 26 16:52:33 erde NetworkManager[2965]: info VPN service 'vpnc' disappeared This looks as though vpnc makes a connection just fine, and then after 30s the tun device just disappears, but NetworkManager doesn't tell us much and vpnc doesn't log anything to syslog. To further debug this problem, could you please establish your vpn from the command line, calling vpnc directly without using the NetworkManager plugin but making use of the --debug 1/2/3 switch? And if the error message isn't obvious, could you do the same with r449-3 and look for differences? (Please post the '--debug 3' output of both a successful r449-3 and a failing r512-2 connection if you want me to go hunting for the error.) Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696818: exim4 assumes ipv6 ::1 in /etc/hosts
Package: exim4 Version: 4.80-6 Severity: minor Dear Maintainer, I commented out this section in /etc/hosts some time ago. # The following lines are desirable for IPv6 capable hosts #::1 localhost ip6-localhost ip6-loopback #ff02::1 ip6-allnodes #ff02::2 ip6-allrouters Somewhere along the line exim4 added ::1 to it's lookup, which causes exim4 paniclog non-zero issue, though mail still seems to work. dpkg-reconfigure exim4-config and removing the ::1 fixes it. Happy New Year, and thanks for the wheezy. -- Package-specific info: Exim version 4.80 #3 built 21-Nov-2012 18:49:50 Copyright (c) University of Cambridge, 1995 - 2012 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012 Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='local' dc_other_hostnames='apisonco' dc_local_interfaces='127.0.0.1' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:apisonco -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.48 ii exim4-base 4.80-6 ii exim4-daemon-light 4.80-6 exim4 recommends no packages. exim4 suggests no packages. -- debconf information: * exim4/drec: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506861: python-debian: support data.tar.xz member
On Thu, 2012-12-27 at 16:59:15 +0100, Julien Cristau wrote: On Sat, Dec 15, 2012 at 08:26:59 +0100, Guillem Jover wrote: On Fri, 2012-06-29 at 00:57:03 +0100, Stuart Prescott wrote: For python 3.3, the unxz utility from the xz-utils package is used to decompress the member which is then fed into the python tarfile module as would be done for gz or bz2 members. This is crude but works fine. Perhaps python- debian and python3-debian (until python 3.3 at least) should Recommend xz- utils as a result. Perhaps better error handling around the subprocess would be advisable for the absence of unxz(1) on the system. I think this should really be fixed for wheezy, as there's an increasing number of .xz compressed binary packages in the archive already, not doing so will mean python-debian is not usable there. Not true, python-debian has functionality that doesn't need to look at debs at all. Well, obviously, not usable when using those parts of python-debian. Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686502: pxz produces archives broken for busybox's unxz
Abou Al Montacir wrote: Hover, I assume we can save this extra code as soon as we don't loose data. That's fine with me. All you'd need to do is error out if there is anything after the first stream. That would make it a conformant decoder and prevent silent data loss, though it would mean busybox couldn't read the XZ files pxz produces. (Context: the spec permits single-stream decoders because there are decoders in the wild that need to be very simple, like the one built into the Linux kernel that unpacks the kernel and initramfs.) On the other hand, if busybox is to start decoding concatenated streams (imitating the standard xz command), then the spec requires also correctly implementing padding. This might sound rigid, but it is important for interoperability --- without such requirements, whenever you share XZ files there would be a lot of confusion about whether it is valid and which implementations can and can't decode it. I think busybox upstream would agree that the spec shouldn't just be ignored. Hoping that clarifies, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696732: installation-guide: Section 6.3.5.1. Configuring apt: Removal of references to 'volatile'
+Release updates provide more current versions for software that changes +relatively frequently and where not having the latest version could s/and/,/ +reduce the usability of the software. It also provides regression fixes. s/software./ and fixes of security issues with minor severity./ +This service is only available for stable and oldstable releases. Potentially some markup for stable and oldstable? whether any updated versions of packages included on the CDs or DVDs are available from a mirror (either a regular package mirror, or a mirror for -security or volatile updates). +security or release updates). This suggests that the release updates mirror is somehow different which, most of time, is not true. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#696554: Processed: change severity 696554 serious
Control: severity -1 important On 2012-12-27 08:15 +0100, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: severity 696554 serious Bug #696554 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: Using the open source nouveaux driver is causing sytem to lockup hard Severity set to 'serious' from 'important' Please stop that, changing the severity is wrong and does not help to resolve your problem. Thanks, Sven Please stop downgrading the severity of my bug. I initially reported this as a serious bug, and it is. I reestablished the Serious severity of this issue as it's causing massive system instability and potential data loss. this problem is wheezy release-critical for sure. Additionally, I have a parallel bug (same symptoms) with the non-free nVidia driver filed as bug #696360. That bug carries a severity level of Serious, for the exact same reasons, without anyone downgrading it. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696817: dovecot destroys user ssl configuration
Package: dovecot-core Version: 1:2.1.7-6 Severity: serious Before upgrade I had ssl_cert = /etc/postfix/mail+server.crt but even if I told upgrade to keep my configuration, ssl configuration was destroyed putting self signed certificate instead of mine -- Package-specific info: dovecot configuration - # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.0 auth_mechanisms = plain login disable_plaintext_auth = no first_valid_uid = 115 mail_location = maildir:~/Maildir managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave spamtest spamtestplus namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { sieve = ~/main.sieve sieve_dir = ~/sieve sieve_extensions = +spamtest +spamtestplus sieve_spamtest_status_header = X-DSPAM-Result sieve_spamtest_status_type = text sieve_spamtest_text_value0 = Whitelisted sieve_spamtest_text_value1 = Innocent sieve_spamtest_text_value10 = Spam } protocols = imap lmtp sieve pop3 service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-master { mode = 0600 } user = root } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix user = postfix } } service managesieve-login { inet_listener sieve { port = 4190 } } ssl_cert = /etc/ssl/certs/dovecot.pem ssl_key = /etc/ssl/private/dovecot.pem ssl_require_crl = no userdb { driver = prefetch } userdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } verbose_proctitle = yes protocol lmtp { mail_plugins = sieve } protocol lda { mail_plugins = sieve } protocol imap { imap_client_workarounds = tb-extra-mailbox-sep tb-lsub-flags imap_idle_notify_interval = 2 mins mail_max_userip_connections = 250 } -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (800, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-core depends on: ii adduser 3.113+nmu3 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-37 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libssl1.0.0 1.0.1c-4 ii openssl 1.0.1c-4 ii ucf 3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 dovecot-core recommends no packages. Versions of packages dovecot-core suggests: ii dovecot-gssapi1:2.1.7-6 ii dovecot-imapd 1:2.1.7-6 ii dovecot-ldap 1:2.1.7-6 ii dovecot-lmtpd 1:2.1.7-6 ii dovecot-managesieved 1:2.1.7-6 ii dovecot-mysql 1:2.1.7-6 ii dovecot-pgsql 1:2.1.7-6 ii dovecot-pop3d 1:2.1.7-6 ii dovecot-sieve 1:2.1.7-6 pn dovecot-solr none ii dovecot-sqlite1:2.1.7-6 ii ntp 1:4.2.6.p5+dfsg-2 Versions of packages dovecot-core is related to: ii dovecot-common 1:2.1.7-6 ii dovecot-core [dovecot-common] 1:2.1.7-6 pn dovecot-dbgnone pn dovecot-devnone ii dovecot-gssapi 1:2.1.7-6 ii dovecot-imapd 1:2.1.7-6 ii dovecot-ldap 1:2.1.7-6 ii dovecot-lmtpd 1:2.1.7-6 ii dovecot-managesieved 1:2.1.7-6 ii dovecot-mysql 1:2.1.7-6 ii dovecot-pgsql 1:2.1.7-6 ii dovecot-pop3d 1:2.1.7-6 ii dovecot-sieve 1:2.1.7-6 ii dovecot-sqlite 1:2.1.7-6 -- 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#696743: [pkg-php-pear] Bug#696468: phpunit-story: depends on php5-spl which does not appear to exist
Hi, On Thu, Dec 27, 2012 at 10:11:21PM +0800, Thomas Goirand wrote: Luis must know better than I. I haven't really used phpunit-story. But, without much testing, I believe that it should at least depend on phpunit. As I'm not sure about this, let's wait for Luis input (and probably, this holiday period is not best to expect a fast answer). Actually, i'm working on it. Expect a new package in a few hours. -- Luis Uribe http://eviled.org signature.asc Description: Digital signature
Bug#696743: [pkg-php-pear] Bug#696743: Bug#696468: phpunit-story: depends on php5-spl which does not appear to exist
Hi, On Thu, Dec 27, 2012 at 11:47:08AM +0100, Ivo De Decker wrote: Well, I meant: shouldn't pkg-php-tools know that in debian, spl is included in the php packages and not in a separate php5-spl package? I agree with Ivo, spl is defined as a dependency from upstream but is not a separate package in Debian. I think pkg-php-tools needs to change it's behaviour when this kind of things happen. But i'm not the maintainer of the package, so just my 2 cents. -- Luis Uribe http://eviled.org signature.asc Description: Digital signature
Bug#696117: Update fails with “Error while updating feed” for every subscription
package gpodder forwarded 696117 https://bugs.gpodder.org/show_bug.cgi?id=1732 tag 696117 + upstream thanks signature.asc Description: OpenPGP digital signature
Bug#623004:
found 623004 3.7.1-1~experimental.1 thanks I could reproduce the issue with latest kernel. Thx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644174:
found 644174 3.7.1-1~experimental.1 thanks I could reproduce the issue with latest kernel. Thx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696699: cdebconf-gtk-udeb: Improper display of “info” messages
Control: reassign -1 cdebconf-gtk-udeb 0.180 Cyril Brulebois k...@debian.org (26/12/2012): Source: cdebconf-gtk-udeb Version: 0.180 Severity: important Tags: d-i patch Not sure why reportbug thought using “Source:” instead of “Package:” was a good idea. Might be the reason why -boot@ didn't receive the bug report in the first place (I had to bounce it); fixing. Mraw, KiBi. signature.asc Description: Digital signature
Bug#690520: ITP: thc-ipv6 -- Tools to play with IPv6
2012/12/27 Maykel Moya mm...@mmoya.org: I stopped working on the package until wheezy release takes place. Just uploaded my packaging repo to https://github.com/mmoya/thc-ipv6 for you to look. No problem with working together on this. Your package seems quite well done, better than mine. So I deleted my repo and started following yours. As you have the work very advanced, how could I help you, if you are interested? -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692459: debian installer should show a keyboard layout indicator in text fields
Hello, Praveen A, le Fri 09 Nov 2012 18:12:25 +0530, a écrit : 2012/11/6 Samuel Thibault sthiba...@debian.org: A visible indication on the screen would be hackish at best. Another way would be to use the scroll lock LED. Are you using the graphical or the textual installer? In the latter case, my patch to make the kernel let userspace choose LEDs for modifiers at will has not yet been integrated, it'll not be fixable for Wheezy. gnome screensaver already had it in lock screen dialogue (but it seemed to be gone in 3.6). Malayalam is not supported in text mode, so at least for Malayalam I'm happy with layout indicator in graphical mode. Mmm, just to make sure: this is already implemented in the graphical d-i, I've just tested with beta4, the scroll lock LED does light when switched to the non-latin layout. Is it also forking for you, or is there still a bug in that regard? (support in textmode will come with my kernel patch). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696659: Security uploads not working
Outstanding!! Sorry about that break, and do let us know if there are any other issues with your setup Cheers Paul On Dec 27, 2012 8:21 AM, Moritz Mühlenhoff j...@inutil.org wrote: On Wed, Dec 26, 2012 at 10:37:44AM -0500, Paul Tagliamonte wrote: On Wed, Dec 26, 2012 at 10:36 AM, Moritz Mühlenhoff j...@inutil.org wrote: On Wed, Dec 26, 2012 at 10:35:46AM -0500, Paul Tagliamonte wrote: Seems OK here. Can you make sure something's not gone wrong with your install? How did you install it? Did you upgrade python-dput too? That's where the fix is :) Bummer, I only fetched dput-ng from incoming.debian.org... Will test with the next security upload :-) Sounds great :) It worked :-) Cheers, Moritz
Bug#696819: unblock: nwchem/6.1-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nwchem. This upload fixes #696349, which unfortunately escaped us in the -4/-5 upload as the limited test suite we run during package build did not expose the issue. The bug got fixed upstream in the patch introduced in nwchem_6.1-4, but it required an additional preprocessor define to actually get compiled which we have now added in nwchem_6.1-6. As the mips build for (the already unblocked, see #690482) nwchem_6.1-5 was still missing anyway[1], I went ahead and uploaded nwchem_6.1-6 to unstable, please unblock. The debdiff is rather minimal and attached: changelog |7 +++ patches/02_makefile_flags.patch |4 ++-- 2 files changed, 9 insertions(+), 2 deletions(-) Many thanks, Michael [1] https://buildd.debian.org/status/logs.php?pkg=nwchemarch=mips diff -Nru nwchem-6.1/debian/changelog nwchem-6.1/debian/changelog --- nwchem-6.1/debian/changelog 2012-12-14 14:44:25.0 +0100 +++ nwchem-6.1/debian/changelog 2012-12-25 22:07:21.0 +0100 @@ -1,3 +1,10 @@ +nwchem (6.1-6) unstable; urgency=low + + * debian/patches/02_makefile_flags.patch: Add GCC46 to defines (Closes: +#696349). + + -- Michael Banck mba...@debian.org Tue, 25 Dec 2012 22:07:17 +0100 + nwchem (6.1-5) unstable; urgency=low * Reverted subversion revisions 3824, 3834 and 3876. diff -Nru nwchem-6.1/debian/patches/02_makefile_flags.patch nwchem-6.1/debian/patches/02_makefile_flags.patch --- nwchem-6.1/debian/patches/02_makefile_flags.patch 2012-12-14 13:23:52.0 +0100 +++ nwchem-6.1/debian/patches/02_makefile_flags.patch 2012-12-16 14:32:00.0 +0100 @@ -23,7 +23,7 @@ endif - DEFINES = -DLINUX -+ DEFINES = -DLINUX -DGCC4 ++ DEFINES = -DLINUX -DGCC4 -DGCC46 + FOPTIONS += -fno-second-underscore -Wall + FOPTIONS += -ffixed-line-length-72 -ffixed-form + FOPTIMIZE += -g -O2 @@ -47,7 +47,7 @@ endif endif - DEFINES += -DEXT_INT -+ DEFINES += -DEXT_INT -DGCC4 ++ DEFINES += -DEXT_INT -DGCC4 -DGCC46 MAKEFLAGS = -j 1 --no-print-directory - _CPU = $(shell uname -m ) + _CPU_ = $(shell uname -m )
Bug#696815: qcontrol: Please add armhf to your arch list
* Cyril Brulebois k...@debian.org [2012-12-27 17:07]: thanks for your handling of qcontrol via t-p-u; unfortunately we lost the architecture update from sid in the process, meaning we only have qcontrol on armel (and not armhf) in testing. I'm not the maintainer but: none of the devices currently supported by qcontrol work with armhf, so I don't think this is a show stopper. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692459: debian installer should show a keyboard layout indicator in text fields
Samuel Thibault, le Thu 27 Dec 2012 18:10:14 +0100, a écrit : Praveen A, le Fri 09 Nov 2012 18:12:25 +0530, a écrit : 2012/11/6 Samuel Thibault sthiba...@debian.org: A visible indication on the screen would be hackish at best. Another way would be to use the scroll lock LED. Are you using the graphical or the textual installer? In the latter case, my patch to make the kernel let userspace choose LEDs for modifiers at will has not yet been integrated, it'll not be fixable for Wheezy. gnome screensaver already had it in lock screen dialogue (but it seemed to be gone in 3.6). Malayalam is not supported in text mode, so at least for Malayalam I'm happy with layout indicator in graphical mode. Mmm, just to make sure: this is already implemented in the graphical d-i, I've just tested with beta4, the scroll lock LED does light when switched to the non-latin layout. Is it also forking for you, or is I meant working of course :) there still a bug in that regard? (support in textmode will come with my kernel patch). Samuel -- Samuel y muhahaha... y ya un train qui part de Perrache à 14h57 y qui passe à Part-Dieu à 15h10 y si je le prend à Perrache, je suis en zone bleue y si je le prends à Part-Dieu, je suis en zone blanche y donc je vais le prendre à Perrache *mais* à Part-Dieu ;-) -+- #ens-mim - vive la SNCF -+- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689753:
I would vote it to be a `normal` priority but not wishlist. Because it's actually breaks intall/update of packages. Preconfiguring packages ... (Reading database ... 170200 files and directories currently installed.) Preparing to replace linux-image-3.2.0-4-amd64 3.2.32-1 (using .../linux-image-3.2.0-4-amd64_3.2.35-2_amd64.deb) ... Unpacking replacement linux-image-3.2.0-4-amd64 ... dpkg: error processing /var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.35-2_amd64.deb (--unpack): unable to make backup link of `./boot/System.map-3.2.0-4-amd64' before installing new version: Operation not permitted dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Examining /etc/kernel/postrm.d . run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64 run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.2.0-4-amd64 /boot/vmlinuz-3.2.0-4-amd64 Errors were encountered while processing: /var/cache/apt/archives/linux-image-3.2.0-4-amd64_3.2.35-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Press Return to continue. -- Max Tsepkov Software engineer http://www.garygolden.me
Bug#696554: System freezes and lockups
- Original Message - From: Sven Joachim svenj...@gmx.de To: Mar Mel marmel6...@yahoo.com Cc: 696...@bugs.debian.org; Steven Chamberlain ste...@pyro.eu.org Sent: Thursday, December 27, 2012 2:50 AM Subject: Re: Bug#696554: System freezes and lockups On 2012-12-27 07:47 +0100, Mar Mel wrote: Okay, less than 24hrs uptime and the system froze completely. I was really hoping (with dumb luck) the newly landed 3.2.35 kernel would help out even though there were no specific nouveaux changes. Could you please try a 3.7 kernel, available in experimental, and see if that works better? Cheers, Sven Yes, thanks for the kernel suggestion. I was planning to install 3.6.9 from experimental today but first I wanted to give the latest LTS kernel 3.4.x series a shot. Last night after having another full freeze, I installed the 3.4.23 kernel, but met with the same results of constant nouveaux syslog errors. I've installed 3.7.1 from experimental today, and so far (30 min) have not had a single nouveaux message or freeze. I will continue using this kernel for the next several days if it is problem-free. One issue I have is I can't seem to install the headers I need for Virtualbox to run. $ sudo apt-get -V -s install -t experimental linux-headers-3.7-trunk-amd64 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: linux-headers-3.7-trunk-amd64 : Depends: linux-kbuild-3.7 but it is not installable E: Unable to correct problems, you have held broken packages. It seems the linux-kbuild-3.7 package is not in the experimental repository. Could you please advise how I might get the needed headers installed? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695476: installation-report: workarounds for i845 rev 1 on wheezy
Julien Cristau wrote: On Tue, Dec 25, 2012 at 22:12:29 +0100, Cyril Brulebois wrote: Letting debian-x@ know about this… If this is the old coherency issue with i8[45]5 then debian-x already knows about it. There may be a fix in linux 3.8. If it's something else then we'll want a report with X and kernel logs. Cheers, Julien It's old hardware, but I think it was pretty common in a lot of low-end machines. I want poor people to be able to use linux with cheap hardware, so I'm glad to help. I have a rev1 and a rev2 i845G available if some more info is needed, just ask. Thanks for the hard work you all do. bw -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696554: System freezes and lockups
On 27/12/12 17:48, Mar Mel wrote: One issue I have is I can't seem to install the headers I need for Virtualbox to run. Even if you had the headers, I'm not sure VBox as packaged right now can compile against them. See http://bugs.debian.org/696011 This raises a new question though: Besides the kernel, what else is different about your setup now since yesterday? It seems the virtualbox modules will not be loaded now. Also you mentioned truecrypt before - that has non-free kernel modules I think? Were those modules loaded yesterday; are they loaded now? Anything else in the kernel yesterday, especially non-free modules? I'm not sure how to show the kernel taint status, or get the list of modules (as seen in a kernel Oops) where non-free modules are tagged... Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696554: Processed: change severity 696554 serious
On 2012-12-27 17:50 +0100, Mar Mel wrote: Please stop downgrading the severity of my bug. I initially reported this as a serious bug, and it is. Please read http://www.debian.org/Bugs/Developer#severities to learn what serious means in the Debian bug tracking system. I reestablished the Serious severity of this issue as it's causing massive system instability and potential data loss. For _you_, but not for most other people. this problem is wheezy release-critical for sure. No, and I can assure you that it will not delay the wheezy release. Additionally, I have a parallel bug (same symptoms) with the non-free nVidia driver filed as bug #696360. That bug carries a severity level of Serious, for the exact same reasons, without anyone downgrading it. The maintainers have not even replied to it yet. In any case, they cannot possibly do anything about the bug anyway; you should look at the NVidia forum¹ for support. Cheers, Sven ¹ http://www.nvnews.net/vbulletin/forumdisplay.php?forumid=14 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696737: installation-reports: my pc is rc950. when i cat ISO image /dev/myUSBstick (dd'd before with /dev/zero) then after sync and eject and reboot ivgot syslinux.bin missing or corrupt. after
27.12.2012 19:23, Julien Cristau пишет: Control: tag -1 moreinfo On Wed, Dec 26, 2012 at 19:53:08 +0400, dmitry wrote: Package: installation-reports Severity: normal Dear Maintainer, * tried to install debian from USB stick * dd /dev/zero, cat ISO /dev/sdUSBstick, sync, eject, reboot * syslinux.bin missing * I expect Debian with xfce on my pc Which exact image did you use, and which exact list of commands? Cheers, Julien * debian-6.0.6-amd64-i386-netinst.iso (from main debian.org page) * debian-live-6.0.6-i386-xfce-desktop.iso * debian-testing-i386-netinst.iso (daily build) * debian-testing-i386-xfce-CD-1.iso (weekly build) list of commands: # dmesg # dd if=/dev/zero of=/dev/sdb # dd if=debian-6.0.6-amd64-i386-netinst.iso of=/dev/sdb # sync # eject /dev/sdb # reboot md5sum is match all ISO's give same result result is error message: syslinux.bin missing or corrupt the same USB stick with any ISO load fine on another PC i am experimented alot and determined that if i try 'flexible way' from official debian docs to create USB stick and use fat16 filesystem on my USB stick, then i dont see error message: syslinux.bin missing or corrupt. i see black screen and blinking cursor. P.S. i cant understand anything. im confused. BIOS dont act in loading from USB. BIOS only put syslinux in memory and give it control. then question: if my BIOS so special and cannot find syslinux.bin in MBR record then why he know that he want SYSLINUX.BIN??? thanks dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696820: Error: open(/var/mail/USER) failed: Permission denied
Package: dovecot-imapd Version: 1:2.1.7-6 Severity: grave Justification: renders package unusable Hi, Dovecot-imapd was working perfectly until the latest update. Now I get the following error every time I try to login: Dec 27 13:07:07 pyre dovecot: imap(nveber): Error: open(/var/mail/nveber) failed: Permission denied (euid=1000(nveber) egid=1000(nveber) missing +w perm: /var/mail, we're not in group 8(mail), dir owned by 0:8 mode=0775) Dec 27 13:07:07 pyre dovecot: imap(nveber): Error: Opening INBOX failed: Mailbox doesn't exist: INBOX In addition I just noticed that the lda doesnt work anymore either, so its breaking incoming mail as well: Dec 27 13:06:58 pyre dovecot: lda(nveber): Error: sieve: msgid=20121227174658.39165322...@pyre.virge.net: failed to store into mailbox 'INBOX': Internal error occurred. Refer to server log for more information. [2012-12-27 13:06:58] Dec 27 13:06:58 pyre dovecot: lda(nveber): Error: sieve: script /home/nveber/.dovecot.sieve failed with unsuccessful implicit keep (user logfile /home/nveber/.dovecot.sieve.log may reveal additional details) Dec 27 13:06:58 pyre dovecot: lda(nveber): Error: open(/var/mail/nveber) failed: Permission denied (euid=1000(nveber) egid=1000(nveber) missing +w perm: /var/mail, we're not in group 8(mail), dir owned by 0:8 mode=0775) Dec 27 13:06:58 pyre dovecot: lda(nveber): Error: BUG: Saving failed to unknown storage -- Package-specific info: dovecot configuration - # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.0 mail_location = mbox:~/mail:INBOX=/var/mail/%u managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap sieve pop3 service managesieve-login { inet_listener sieve { port = 4190 } inet_listener sieve_deprecated { port = 2000 } } ssl_cert = /etc/ssl/certs/dovecot.pem ssl_key = /etc/ssl/private/dovecot.pem userdb { driver = passwd } protocol lda { mail_plugins = sieve } -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-imapd depends on: ii dovecot-core 1:2.1.7-6 ii libc6 2.13-37 ii ucf 3.0025+nmu3 dovecot-imapd recommends no packages. dovecot-imapd suggests no packages. Versions of packages dovecot-imapd is related to: ii dovecot-core [dovecot-common] 1:2.1.7-6 pn dovecot-dbgnone pn dovecot-devnone pn dovecot-gssapi none ii dovecot-imapd 1:2.1.7-6 pn dovecot-ldap none pn dovecot-lmtpd none ii dovecot-managesieved 1:2.1.7-6 pn dovecot-mysql none pn dovecot-pgsql none ii dovecot-pop3d 1:2.1.7-6 ii dovecot-sieve 1:2.1.7-6 pn dovecot-sqlite none -- 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#264589: Link from packages.debian.org to manpages.debian.net - updated information (bug 264589)
On Jo, 27 dec 12, 15:47:03, Paul Wise wrote: In addition, I noticed that the Ubuntu manual pages have HTML markup, would it be possible to adopt whatever code they are using for that? http://manpages.debian.net/man/1/dpkg http://manpages.ubuntu.com/manpages/precise/en/man1/dpkg.1.html But with fixed width font please? Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#696821: No documentation, no examples
Package: libyaml-dev Version: 0.1.4-2 Severity: wishlist This package only contains a reference to the official documentation online (which is sparse anyway). Could you please package the available documentation and the examples (which are included in the original source), either in -dev or a separate -doc package? I don't have ubiquitous network access to check documentation online. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libyaml-dev:amd64 depends on: ii libyaml-0-2 0.1.4-2 libyaml-dev:amd64 recommends no packages. libyaml-dev:amd64 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#696822: installation-reports
Package: installation-reports Severity: wishlist -- Package-specific info: Boot method: pen drive Image version: http://cdimage.debian.org/debian-cd/6.0.6/amd64/iso-cd/debian-6.0.6-amd64-netinst.iso Date: 2012-12-27 16:00:00 Machine: sony vaio vgn-fw550f Partitions: $ df -Tl Sist. Arq.Tipo 1K-blocos Usad Dispon. Uso% Montado em /dev/sda1 ext448060296 3503212 42115716 8% / tmpfstmpfs 1029072 0 1029072 0% /lib/init/rw udev tmpfs 1024232 264 1023968 1% /dev tmpfstmpfs 1029072 0 1029072 0% /dev/shm /dev/sda5 ext4 236463864218692 224233500 1% /home Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20110106+squeeze4+b2 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux zion 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port [8086:2a41] (rev 07) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 [8086:2946] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 [8086:2948] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 03) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 03) lspci -knn: Subsystem: Sony Corporation Device [104d:9035] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI
Bug#696554: System freezes and lockups
- Original Message - From: Steven Chamberlain ste...@pyro.eu.org To: Mar Mel marmel6...@yahoo.com Cc: Sven Joachim svenj...@gmx.de; 696...@bugs.debian.org 696...@bugs.debian.org Sent: Thursday, December 27, 2012 1:10 PM Subject: Re: Bug#696554: System freezes and lockups On 27/12/12 17:48, Mar Mel wrote: One issue I have is I can't seem to install the headers I need for Virtualbox to run. Even if you had the headers, I'm not sure VBox as packaged right now can compile against them. See http://bugs.debian.org/696011 I have virtualbox 4.1.24 installed locally. On my laptop (arch linux), the vbox kernel modules build successfully against all kernel series thus far, though I'm still at 3.6.10 there, so haven't tried 3.7.x. series yet. Is there something obvious I'm overlooking in installing the headers for 3.7.1 from experimental? One of my vm's is a critical need. This raises a new question though: Besides the kernel, what else is different about your setup now since yesterday? It seems the virtualbox modules will not be loaded now. The kernel is the only change since yesterday. I'm not aware of any other non-free modules other than virtualbox and truecrypt. The vbox modules were loaded yesterday with the stock wheezy 3.2.0-4 and vanilla 3.4.23. They are not loaded now since I can't build them due to the header installation issue. Also you mentioned truecrypt before - that has non-free kernel modules I think? Were those modules loaded yesterday; are they loaded now? Truecrypt module has been loaded in all instances, including the current 3.7.1 kernel running now. Anything else in the kernel yesterday, especially non-free modules? I'm not sure how to show the kernel taint status, or get the list of modules (as seen in a kernel Oops) where non-free modules are tagged... Not that I know of. I do have a serious _new_ problem though. One of the first things I tested with this new kernel is the suspen/resume function. When the system resumes, the GPU fan runs at full speed! I've verified after multiple reboots and suspend/resume cycles. Any thoughts on how to remedy this problem? In summary: 1) the 3.7.1 kernel from experimental seems to solve this bug. I won't be able to confirm this until at least several days of nouveaux-problem-free uptime. 2) I need to install the matching kernel headers. Help please? 3) After resume, GPU fan runs 100% speed. Help please? Thanks Steven and Sven for followuping up on this so diligently. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696823: trap action is not executed in shall exit error
Package: mksh Version: 40.9.20120630-4 Hi, following code: #!/bin/sh trap 'echo 0' EXIT unset v ${v?} bash and dash will run the echo 0, mksh does not perform. Is this the intended behavior? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696554: System freezes and lockups
On 2012-12-27 18:48 +0100, Mar Mel wrote: Yes, thanks for the kernel suggestion. I was planning to install 3.6.9 from experimental today but first I wanted to give the latest LTS kernel 3.4.x series a shot. Last night after having another full freeze, I installed the 3.4.23 kernel, but met with the same results of constant nouveaux syslog errors. I've installed 3.7.1 from experimental today, and so far (30 min) have not had a single nouveaux message or freeze. I will continue using this kernel for the next several days if it is problem-free. One issue I have is I can't seem to install the headers I need for Virtualbox to run. Yes, that is not possible. However, loading the virtualbox kernel module invalidates your warranty on the kernel anyway. Have you tried to reproduce the problem with the 3.2 kernel and vboxdrv.ko _not_ loaded? It seems the linux-kbuild-3.7 package is not in the experimental repository. Could you please advise how I might get the needed headers installed? Build your own kernel from source (e.g. with make deb-pkg). There might be other ways, but I don't know them. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696631: libconfig-model-dpkg-perl: '+' is allowed in package names
Le Wednesday 26 December 2012 23:45:24, Salvatore Bonaccorso a écrit : I have commited a tentative fix for this to our git repo, but would be good if Dominique Dumont can have a look at it before releasing. The patch is fine with me. Thanks for the help Dominique signature.asc Description: This is a digitally signed message part.
Bug#695945: quik-installer returns error during debian-installer
Hi, Ed Swierk eswi...@cs.stanford.edu (14/12/2012): Dec 14 02:17:16 main-menu[190]: (process:1505): ofpath: Driver pata_macio is not supported If this is the reason for the failure, then it's probably harmless. My memory tells me that oldworld booting didn't need any OF path parameters to be set. Thus, there would be no need to run ofpath. Risto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696820: Acknowledgement (Error: open(/var/mail/USER) failed: Permission denied)
Hi, So I downgraded to version -5 but the problem was still there. Next I restored my old config files and found the following difference: pyre:/etc# diff -r dovecot/ dovecot.restored/dovecot/ diff -r dovecot/conf.d/10-mail.conf dovecot.restored/dovecot/conf.d/10-mail.conf 30c30 mail_location = mbox:~/mail:INBOX=/var/mail/%u --- #mail_location = So it seems my config had no mail_location set, and worked fine that way. Then when I installed -6 it decided to set one causing it to stop working. Once I comment out that line everythign works fine again. I see README.Debian mentions something about this, but its supposed to be a non-fatal error. It seems it isnt? On my system I use /home/user/Maildir maildir directories to store users mail. Thanks, Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696803: cloud.debian.org: Please set a default locale.
On 27 December 2012 12:08, Charles Plessy ple...@debian.org wrote: Package: cloud.debian.org Severity: normal Dear James and Anders, Our official images are configured with the en_US.UTF-8 locale generated, but on the other hand there is no default. As a consequence, when I log in by SSH, the locale of my remote computer is used, and since it is not English, it triggers problems such as error messages and crashes (tracd). Since en_US.UTF-8 is already on the system, maybe the most straightforward way is to make it the default ? (I heard about C.UTF-8 on #522776, but it does not seem to be available in /etc/locale.gen). Have a nice day, -- Charles Plessy Illkirch-Graffenstaden, France -- To UNSUBSCRIBE, email to debian-cloud-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121227110802.gb12...@falafel.plessy.net I was not aware that I did not set the default. I guess my terminal transmits the one I generate, so I never encountered the error. How do I do that? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696805: cloud.debian.org: startpar: service(s) returned failure: hostname.sh ... failed!
On 27 December 2012 12:26, Charles Plessy ple...@debian.org wrote: Package: cloud.debian.org Severity: normal Hi all, there is one failed error message in the boot messages of our official instances ran on the AWS. startpar: service(s) returned failure: hostname.sh ... failed! I am not sure if it has practical consequences... -- Charles -- To UNSUBSCRIBE, email to debian-cloud-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121227112640.gc12...@falafel.plessy.net I know, I know :-) : https://github.com/andsens/ec2debian-build-ami/issues/21 It annoys me so much, but I can't do anything about it unfortunately, it's a bug in the script, a workaround would become quite awkward. I am not sure whether it is fixed in wheezy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696154: cloud.debian.org: Please install 'less' by default on official Debian AMIs.
On 27 December 2012 11:28, Charles Plessy ple...@debian.org wrote: Le Tue, Dec 18, 2012 at 03:14:02PM +0100, Stefano Zacchiroli a écrit : On Mon, Dec 17, 2012 at 02:11:52PM -0800, Clint Byrum wrote: How is it a slippery slope if it is driven by data? Seriously, figure out a way to ask users what they want. popcon isn't going to be all that useful here becuase of the wild diversity of systems that exist in popcon. But you can certainly just ask users to list any optional packages that they'd like to see on images. Or have a subset of popcon just for cloud images. Data is always good to have so, sure, let's find out ways to do that. But I urge to figure out how to gather data that distinguish the wishes that are cloud-specific wrt the others. For everything that is not cloud specific, I think we should strive to make the corresponding improvements where they belong, i.e. in Debian default installation choices. And I'm sure there is room for improvements there, because there is always room for improvement :-) Here, I think we should be mostly concerned for cloud-specific needs and, sure enough, we should add them to the pre-built images we offer. Hi all, I think that the Debian defaults should be based on common practice. In that sense, I think that we should first work out a package list that suits our needs, and only after, if we can demonstrate that it is of general interest, propose that it may be reflected on Debian's standards. It would be tempting to use package priorities, with important representing the bare minimum discussed earlier, and standard representing the images that are ready to use for some simple tasks. However, this would mean downgrading the priority of exim4 and raising the priority of openssh. I do not volunteer to lead this discussion... I think that this rules out bothering debian-b...@lists.debian.org until we have a good record of providing images that are used broadly, except perhaps to propose a new tasksel task (or more if relevant). We therefore need a good definition of what is minimal, in terms of packages and in terms of image size. For instance, on the Amazon cloud, the size of instances is defined in gigabytes, and our images are currently configured to use 8 Gb volumes by default. For the cloud-specific part, the defintion of what is minimal also needs some arguments, that can for instance justify why we ship systems with ssh by default and not other packages, as it is equally easy to install them with user metadata. Lastly, there are packages like less, or psmisc (/usr/bin/killall), that have a neglectable footprint in terms of cost and security. I understand the argument of slippery slope, but if we consider the 8 Gb images discussed above, there is enough space to install some of them. If we all agree that the contents of the images is not set on stone (that is, we can remove less when it proves to be deleterious to some users), why not satisfying our current users (including myself), instead of focusing on the leanest solution, that I think is likely to attract less users. Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-cloud-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121227102816.ga12...@falafel.plessy.net Up until this instance the counter arguments had me swayed, but you do make some good points. I am currently writing my master thesis, so I do not have the time to participate in any discussions right now, I will follow the discussions though and happily implement whatever you guys decide :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696554: System freezes and lockups
- Original Message - From: Sven Joachim svenj...@gmx.de To: Mar Mel marmel6...@yahoo.com Cc: 696...@bugs.debian.org; Steven Chamberlain ste...@pyro.eu.org Sent: Thursday, December 27, 2012 1:32 PM Subject: Re: Bug#696554: System freezes and lockups On 2012-12-27 18:48 +0100, Mar Mel wrote: Yes, thanks for the kernel suggestion. I was planning to install 3.6.9 from experimental today but first I wanted to give the latest LTS kernel 3.4.x series a shot. Last night after having another full freeze, I installed the 3.4.23 kernel, but met with the same results of constant nouveaux syslog errors. I've installed 3.7.1 from experimental today, and so far (30 min) have not had a single nouveaux message or freeze. I will continue using this kernel for the next several days if it is problem-free. One issue I have is I can't seem to install the headers I need for Virtualbox to run. Yes, that is not possible. However, loading the virtualbox kernel module invalidates your warranty on the kernel anyway. Have you tried to reproduce the problem with the 3.2 kernel and vboxdrv.ko _not_ loaded? I have completely purged virtualbox and all kernel headers. Yes, I can reproduce the nouveaux driver errors with the 3.2.0-4 wheezy kernel without vbox modules loaded. Currently no modules taint the kernel. Upon further investigation, truecrypt uses the built-in crypto module, so that is not affecting this issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696823: trap action is not executed in shall exit error
Jonny dixit: following code: #!/bin/sh trap 'echo 0' EXIT unset v ${v?} bash and dash will run the echo 0, mksh does not perform. Is this the intended behavior? Hrm. POSIX says: ${parameter:?[word]} Indicate Error if Null or Unset. If parameter is unset or null, the expansion of word (or a message indicating it is unset if word is omitted) shall be written to standard error and the shell exits with a non-zero exit status. Otherwise, the value of parameter shall be substituted. An interactive shell need not exit. Also, the trap command description is not explicit about that here. So it may actually be deliberate, but I do not know. I’ve used the following test script: trap 'echo EXtrap' EXIT trap 'echo ERtrap' ERR set -e print -r -- and run $1 eval $1 echo and out ATT ksh runs the ERR trap, then the EXIT trap, both when called with 'false' and '${v?}' as $1 argument. mksh until R29g inclusive runs the ERR trap, then the EXIT trap, when passed 'false'; mksh R30 and up runs the ERR trap twice (bug?) then the EXIT trap. For '${v?}', R21 was the last one to run the EXIT trap; the ERR trap was never run. This is neither documented nor specified somewhere. I believe running the ERR trap once, then the EXIT trap, may be the desired behaviour though, so I’ll keep this open as a bug. It will most likely be fixed in mksh R41b, if I can figure out a fix that is ;-) as it may be tricky. If you want to get it fixed in wheezy, please take it up with the release team yourself once I’ve got a fix, which I’ll announce here. Thanks for the discovery, //mirabilos -- 08:05⎜XTaran:#grml mika: Does grml have an tool to read Apple ⎜System Log (asl) files? :) 08:08⎜ft:#grml yeah. /bin/rm. ;) 08:09⎜mrud:#grml hexdump -C 08:31⎜XTaran:#grml ft, mrud: *g* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696735: pu: package xen/4.0.1-5.5 - -5.6 (fix for Xen clock bug: #599161)
Control: tags -1 + squeeze confirmed On Wed, 2012-12-26 at 23:30 +0800, Thomas Goirand wrote: I have prepared an update for Xen for Stable, with the previous agreement of Guido, who takes care of Xen updates in Debian Stable (Waldi doesn't seem to care about Debian stable). The debdiff is here: http://archive.gplhost.com/debian/pool/squeeze/main/x/xen/xen_4.0.1-5.6.debdiff This fixes #599161 which is a 2 years lasting entry in our BTS. +xen (4.0.1-5.6) stable-proposed-updates; urgency=low + + * Non-maintainer upload, previously discussed with Guido. + * Fixes Xen clock long standing issue, eg: fix scale_delta() inline assembly, + causing domU offset and possibly leading to crashes (Closes: #599161). Thanks + to Ian Campbell i...@hellion.org.uk for forwarding the patch to the Debian + BTS, and Jan Beulich jbeul...@suse.com for working on an upstream patch. The indentation's somewhat odd there; generally the second and subsequent lines would be in line with Fixes rather than the asterisk. In any case, please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687583: unblock: altos/1.1-1
Ivo De Decker ivo.dedec...@ugent.be writes: Based on your report, I think the only possibility is to remove altos from wheezy. I'm not happy about it, but that would be a better choice than shipping wheezy with 1.0.3. Bdale pgpwuFIhjsURl.pgp Description: PGP signature
Bug#696554: System freezes and lockups
On 27/12/12 19:02, Mar Mel wrote: I have completely purged virtualbox and all kernel headers. Yes, I can reproduce the nouveaux driver errors with the 3.2.0-4 wheezy kernel without vbox modules loaded. Currently no modules taint the kernel. Upon further investigation, truecrypt uses the built-in crypto module, so that is not affecting this issue. Would you mind sharing the complete dmesg output from startup, up to and including the nouveau error messages? If I do a side-by-side comparison with my own system I may be able to spot something. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#279888: pegasos 2 ?
tags 279888 moreinfo thanks So what is the status of this bug ? You mentioned: I will probably contribute to this myself next week too. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694613: pidgin-sipe Debian package maintainership
Hi Anibal, could you please comment on the Debian bug #694613 [1], as he MIA team is concerned with your recent inactivity. If you don't want or can't care about the package right now, I would be willing to step up as a new Maintainer. You can come back anytime to help with the package, if you will wish to. Regards, Jakub [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694613 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696824: tcm: FTBFS on non-linux archs
Package: tcm Version: 2.20+TSQD-4.2 Severity: important Hello, tcm currently FTBFS on non-linux archs, apparently due to a non-matching patch, see for instance https://buildd.debian.org/status/fetch.php?pkg=tcmarch=kfreebsd-amd64ver=2.20%2BTSQD-4.2stamp=1255935290 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel J'ai beaucoup de mal a lire fcola quand il y a toutes les annonces de howto : les annonces interessantes sont noyees dans les howto. Ca serait pas mal de degager toute cette pollution dans un autre groupe. JLM in Guide du linuxien pervers : Cachez ces doc que je ne saurais voir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692791: #692791: CVE-2012-5519 Security update towards Squeeze ?
On Sat, Dec 08, 2012 at 11:32:57AM +0100, Didier Raboud wrote: Le samedi, 8 décembre 2012 09.12:20, Yves-Alexis Perez a écrit : On sam., 2012-12-08 at 01:58 +0100, Didier 'OdyX' Raboud wrote: I propose to get CVE-2012-5519 (#692791) fixed with the attached debdiff. To be honest, considering how invasive the patch is, I'd like it to stay a bit in unstable. There already have been few correction in sid, so in case there are more, it's better to include the relevant bits at first. Sure! My intent was just to make the 1.4.4 backport of the patch public, not necessarily to have it released immediately. That said, who triggers the re-examination of the patch for security release? AFAICS can there haven't been any regressions, can we should go ahead with the update now. Didier, can you upload to security-master, please? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690836: partial review of unblock: fcitx/4.2.4.2-1
Hi, I am touching on this bug as part of the request by the RT [1]. Some remarks: - I suggest explaining in more detail why this version of the package deserves a freeze exception [2]. I don't see any RC or important bugs fixed, or release goals achieved, so I DON'T expect the RT to grant the unblock. - If I understand correctly, at least, that is how I reproduced it, your code.diff is the difference of the 4.2.4.1-7 versus the 4.2.4.2-1 package with the patches applied, showing only the new code. - I wonder if you could explain in more detail what the changes are about. The changes are not minor (see below) and not easily understandable to an outsider (such as me). $ diffstat code.diff CMakeLists.txt |2 src/frontend/gtk2/fcitximcontext-gio.c | 139 - src/frontend/gtk2/fcitximcontext.c | 134 ++- src/lib/fcitx-gclient/fcitxclient.c| 81 ++- src/module/lua/luawrap.c |2 src/module/xkb/xkb.c |2 6 files changed, 231 insertions(+), 129 deletions(-) Paul [1] https://lists.debian.org/debian-devel-announce/2012/11/msg3.html [ Unblocks and Freeze Policy ] [2] http://release.debian.org/wheezy/freeze_policy.html signature.asc Description: OpenPGP digital signature
Bug#692649: trousers: CVE-2012-0698
On Thu, Nov 08, 2012 at 10:40:19PM +0100, Pierre Chifflier wrote: On Thu, Nov 08, 2012 at 08:03:35AM +0100, Moritz Muehlenhoff wrote: Package: trousers Severity: grave Tags: security Justification: user security hole Please see here for details: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-0698 Cheers, Moritz Hi Moritz, I have tested with the python script referenced in the sourceforge ticket [1], and testing/unstable version is not affected. Version in squeeze seems affected, so I have prepared an upload with the fix from upstream [2]. I am attaching the diff to this email, can you confirm me if it is fine, and if I can upload it ? Sorry for the late reply. This seems to have fallen through the cracks and I'm currently catching up with old mail. I think this doesn't warrant a DSA, but could you fix this through a stable point update? http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable (Adding Jonathan, the stable point update security coordinator to CC) Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696732: installation-guide: Section 6.3.5.1. Configuring apt: Removal of references to 'volatile'
On Thu 27 Dec 2012 at 17:43:00 +0100, Philipp Kern wrote: +Release updates provide more current versions for software that changes +relatively frequently and where not having the latest version could s/and/,/ +reduce the usability of the software. It also provides regression fixes. s/software./ and fixes of security issues with minor severity./ +This service is only available for stable and oldstable releases. As a matter of interest, the quoted text ( ) was taken from the apt-setup templates file to provide some continuity between the Guide and the d-i screen message. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593464: Bug #593464 proxychains: doesn't work with i386 binaries on amd64 platform
Uploaded an improved version for unstable (lintian clean, etc). -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696519: llvm-gcc-4.6: undefined reference to signbit when using boost's sign function
Quoting Sylvestre Ledru sylves...@debian.org: Hello, On 22/12/2012 09:04, Ben Goodrich wrote: Package: llvm-gcc-4.6 Version: 3.2-1~exp1 Severity: normal When attempting to compile a file that utilizes boost's sign function, such as Did you try with gcc 4.7 ? Yes, the behavior is essentially the same with llvm-g++-4.7: goodrich@CYBERPOWERPC:/tmp$ cat sign.cpp #include boost/math/special_functions/sign.hpp #include iostream int main() { std::cout expect 1, get boost::math::sign(10.0) std::endl; std::cout expect 0, get boost::math::sign(0.0) std::endl; std::cout expect -1, get boost::math::sign(-5.0) std::endl; std::cout do not know what to expect boost::math::sign(0.0 / 0.0) std::endl; return 0; } goodrich@CYBERPOWERPC:/tmp$ llvm-g++-4.7 -v sign.cpp Using built-in specs. COLLECT_GCC=g++-4.7 COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-15' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.7.2 (Debian 4.7.2-15) COLLECT_GCC_OPTIONS='-fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so' '-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/4.7/cc1plus -quiet -v -imultilib . -imultiarch x86_64-linux-gnu -iplugindir=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin -D_GNU_SOURCE sign.cpp -iplugindir=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin -quiet -dumpbase sign.cpp -mtune=generic -march=x86-64 -auxbase sign -version -fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so -o /tmp/ccN9Fa5I.s GNU C++ (Debian 4.7.2-15) version 4.7.2 (x86_64-linux-gnu) compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR version 3.1.0-p10, MPC version 0.9 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Versions of loaded plugins: dragonegg: 3.2 ignoring duplicate directory /usr/include/x86_64-linux-gnu/c++/4.7 ignoring nonexistent directory /usr/local/include/x86_64-linux-gnu ignoring nonexistent directory /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../x86_64-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/include/c++/4.7 /usr/include/x86_64-linux-gnu/c++/4.7/. /usr/include/c++/4.7/backward /usr/lib/gcc/x86_64-linux-gnu/4.7/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/4.7/include-fixed /usr/include/x86_64-linux-gnu /usr/include End of search list. GNU C++ (Debian 4.7.2-15) version 4.7.2 (x86_64-linux-gnu) compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR version 3.1.0-p10, MPC version 0.9 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Versions of loaded plugins: dragonegg: 3.2 Compiler executable checksum: 851519e7af57e4424f649c87aa6fe655 COLLECT_GCC_OPTIONS='-fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so' '-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64' as -v --64 -o /tmp/ccg12jab.o /tmp/ccN9Fa5I.s GNU assembler version 2.22 (x86_64-linux-gnu) using BFD version (GNU Binutils for Debian) 2.22 COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/ LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so' '-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/4.7/collect2 --sysroot=/ --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.7/crtbegin.o -L/usr/lib/gcc/x86_64-linux-gnu/4.7 -L/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib
Bug#695764: partial review of unblock: packagekit/0.7.6-2
On Tue, Dec 25, 2012 at 15:33:36 +0100, Paul Gevers wrote: Hi, I am touching on this bug as part of the request by the RT [1]. You might want to: - send your review to the submitter/package maintainer so they can comment/reply - reply to the original thread instead of creating a new one. Thanks, Julien signature.asc Description: Digital signature
Bug#696554: System freezes and lockups
Thanks for the logs. Do you have a dual monitor setup? If so, set glxgears running on one of them where you'll be able to see it. Then please try this from a terminal window on the other monitor: $ mplayer -nosound -vo xv -dr -fs somefile.avi (Any video file should be okay as long as it's at least 10 seconds long.) This is just to see if it can trigger the freezes on demand. If it does, pressing 'q' and waving the mouse around should hopefully get you out of MPlayer within a few seconds, and your system will hopefully recover from freezing. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696732: installation-guide: Section 6.3.5.1. Configuring apt: Removal of references to 'volatile'
On Thu, Dec 27, 2012 at 08:08:23PM +, Brian Potkin wrote: On Thu 27 Dec 2012 at 17:43:00 +0100, Philipp Kern wrote: +Release updates provide more current versions for software that changes +relatively frequently and where not having the latest version could s/and/,/ +reduce the usability of the software. It also provides regression fixes. s/software./ and fixes of security issues with minor severity./ +This service is only available for stable and oldstable releases. As a matter of interest, the quoted text ( ) was taken from the apt-setup templates file to provide some continuity between the Guide and the d-i screen message. Contrary to the guide the debconf template files are frozen for a long time and we often fail to update them in time for translators to catch up. Hence it might be easier if the guide moves and debconf translations follow suit. ;-) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#696815: qcontrol: Please add armhf to your arch list
On Thu, 2012-12-27 at 17:32 +, Martin Michlmayr wrote: * Cyril Brulebois k...@debian.org [2012-12-27 17:07]: thanks for your handling of qcontrol via t-p-u; unfortunately we lost the architecture update from sid in the process, meaning we only have qcontrol on armel (and not armhf) in testing. I'm not the maintainer but: none of the devices currently supported by qcontrol work with armhf, so I don't think this is a show stopper. Me neither, which is why I hadn't pushed for this in Wheezy. I was in two minds about doing it in Sid even, but it seemed harmless enough. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693385: expecting no as an answer to unblock: bind9/1:9.8.4.dfsg-1
On Tue, Dec 25, 2012 at 11:57:56AM +0100, Paul Gevers wrote: Hi, I am touching on this bug as part of the request by the RT [1]. Reading through the discussion of a later CVE bug in bind9 [2], my expectation regarding the unblock bind9/1:9.8.4.dfsg-1 request is that the answer will be no, due to: And then we're talking about a version that does this over the version in testing: 2248 files changed, 71094 insertions(+), 36757 deletions(-) And about software whose bug tracking system and VCS are both proprietary. So one cannot even sanely review it as the context information from the RT tickets is not publicly available. [typo corrected] Agreed, we can proceed with backporting further security fixes for Wheezy based on 9.8.1. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696825: AttributeError: 'module' object has no attribute 'FlowImages'
Package: calibre Version: 0.9.0+dfsg-1 Severity: grave I get the following traceback when I try starting up a fresh install of calibre on my laptop running debian sid: spang@shawangunk:~/share/books calibre (git)-[master] /usr/lib/calibre/calibre/ebooks/metadata/opf2.py:14: RuntimeWarning: compiletime version 2.6 of module 'lxml.etree' does not match runtime version 2.7 from lxml import etree Traceback (most recent call last): File /usr/bin/calibre, line 20, in module sys.exit(main()) File /usr/lib/calibre/calibre/gui2/main.py, line 400, in main app, opts, args, actions = init_qt(args) File /usr/lib/calibre/calibre/gui2/main.py, line 85, in init_qt from calibre.gui2.ui import Main File /usr/lib/calibre/calibre/gui2/ui.py, line 30, in module from calibre.gui2.cover_flow import CoverFlowMixin File /usr/lib/calibre/calibre/gui2/cover_flow.py, line 23, in module class EmptyImageList(pictureflow.FlowImages): AttributeError: 'module' object has no attribute 'FlowImages' I do wonder if it's related to the state of python in unstable right now, but it sure does make calibre unusable. cheers, Christine -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (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 Versions of packages calibre depends on: ii calibre-bin 0.9.0+dfsg-1 ii fonts-liberation 1.07.2-6 ii imagemagick 8:6.7.7.10-5 ii poppler-utils 0.18.4-4 ii python-beautifulsoup 3.2.1-1 ii python-chardet2.0.1-2 ii python-cherrypy3 3.2.2-2 ii python-cssutils 0.9.10~b1-1 ii python-dateutil 1.5+dfsg-0.1 ii python-dbus 1.1.1-1 ii python-feedparser 5.1.2-1 ii python-imaging1.1.7-4 ii python-lxml 2.3.5-1 ii python-mechanize 1:0.2.5-3 ii python-netifaces 0.8-2 ii python-pkg-resources 0.6.24-1 ii python-pyparsing 1.5.6+dfsg1-2 ii python-qt44.9.3-4 ii python-routes 1.13-2 ii python2.7 2.7.3-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages calibre recommends: ii python-dnspython 1.10.0-1 calibre 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#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)
On Thu, Dec 27, 2012 at 01:10:58AM +0100, Cyril Brulebois wrote: I guess we could indeed make busybox call “setupcon” (maybe with the -k flag?) before spawning a shell, if that file exists? (possibly with its stderr redirected to /dev/null to avoid the gzip-related message?) Isn't it possible to create a ~/.profile or /etc/profile script calling setupcon? This would be clearer and easier to maintain. The profile script could easily test for the existence of /etc/default/keyboard. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688574: Bug#691115: unblock libdvdread/4.2.0+20120521-3
Hi Daniel! (Trying to make Wheezy better.) Dmitry Smirnov wrote (15 Dec 2012 10:57:10 GMT) : I don't need to -- the original bug reporter (#688574) was not aware of similar cases. He had a perfect example of a problem and I just had a misfortune to discover another case of similar crash. Two questions here: 1. Do you think #688574 is serious enough to be worth fixing in Wheezy? (If so, perhaps the bug priority should be revisited. Also, given you've uploaded a new upstream version to unstable, a fix would probably have to go through t-p-u.) 2. Any comment on Adam's reasoning about how the fix is sub-optimal, and about his suggestions to improve it? (Related question: what's the upstream status of this patch, by the way?) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688966: Review midgard2-core package
Control: tags -1 - moreinfo Hi, Piotr Pokora wrote (03 Oct 2012 11:02:22 GMT) : We do not have access to NEW. Hence you'd need to provide us with a debdiff for us to voice our opinion about it. Attached. The patch was too big, so it did not make it to the list, but it is attached to the bug report, so removing the moreinfo tag: next thing to do is to review the patch, not to wait for the bug submitter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org