Bug#583990: liferea: reproducibly dumps core after 20 minutes to a few hours of running,version graph
tags 583990 unreproducible thanks. For about two weeks now my liferea on Debian Lenny crashes everytime I start it after latest one day (i.e. when I come back from work, it's always gone). Since Debian Lenny is no longer supported, can you try testing the version of liferea in Squeeze or Wheezy? Thanks for your time. -David Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702209: unblock (pre-approval): dpkg/1.16.10
On Sun, 2013-03-17 at 16:55:22 +0100, Niels Thykier wrote: On 2013-03-06 03:26, Guillem Jover wrote: There appears to be something in my dpkg unblock requests that seems to make the list setup unhappy (previously in #690920), just sending this so that it (hopefully) appears on the list. For the real details please see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702209 Feel free to go ahead with these changes. Done now, thanks for the review and approval! 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#702458: [Pkg-xen-devel] unblock: xcp-xapi - urgent documentation fixes
On 03/07/2013 04:23 AM, Daniel Pocock wrote: Package: release.debian.org Severity: normal The current README.Debian is quite old It gives some advice that will lead to people having a broken system (e.g. no networking). It describes a procedure for configuring networking that is completely opposite to what has been described more recently on the upstream mailing list http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702337 I'm happy to overhaul this document and submit a debdiff for the release team to review - please confirm if this work should go ahead. No other files in the package will be changed. Hi Daniel and the release team, First, thanks Daniel, for taking care of this. I do appreciate such contributions. I agree the README is not perfect, though I don't agree it is such a disaster. The network configuration which I described in it does work, contrary to what Daniel says. Others also reported using this howto successfully. What's annoying though, is that to do it, you have to reboot under a broken networking setup for a while, to be able to do such a configuration, which is very annoying if you don't have a KVM over IP in your server. I have applied all of your git patches. Thanks for them. However, I cannot apply the part that changes paragraph 4.2, as it did work for me, and that I would not recommend removing all trace of the network interface (you would loose network if you reboot without XCP). I by the way believe that your paragraph IMPORTANT BUG is important to add. Mike told me Citrix guys would come back to me with a fix for #695221 (though it's been weeks I didn't hear about him yet). 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#703248: [www.debian.org] proposed-updates.fr: équipe de publication de la version stable
Quoting Filipus Klutiero (chea...@gmail.com): Package: www.debian.org Severity: minor Tags: l10n X-Debbugs-Cc: debian-l10n-fre...@lists.debian.org http://www.debian.org/releases/proposed-updates.fr.html contains: L'équipe de publication de la version stable de Debian vérifie régulièrement les paquets dans p-u-new (ou o-p-u-new) et décide de les accepter ou de les rejeter. L'équipe de publication de la version stable de Debian translates Debian's Stable Release Team. But while équipe de publication is a proper translation for release team, the stable release team is not stable's release team , it is the stable release's team (where release means version). A proper translation would be simply L'équipe de la version stable de Debian. I have no idea of what problem you're trying to solve, here. Where have you seen that Debian Stable Release Team is more Debian Stable Releases' Team more than Debian Stable's Release Team? I see this as useless nitpicking and your proposal is very prone to change a perfectly clear translation into a vague term (l'équipe de la version stable de Debian). Also, this is not accurate : the SRM is a *release* team that works hands in hands with the overall release team, their main job being to publish *releases* of Debian stable. They are not a distinct team working in their own world, which is what your proposal suggests. This bug should imho be tagged as wontfix. signature.asc Description: Digital signature
Bug#648485: gnome-shell-frippery extension looks pretty good as gnome-panel doesn't seem to be there anymore.
Hi all, It would be nice to have this extension as there seems to be nothing like gnome-panel anymore. See the bottom-panel extension as part of the gnome-shell-frippery extension list. That's the one which has all the things I'm looking for. If somebody can up it would be grateful. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: bbswitch packaging
On Sun, Mar 17, 2013 at 9:25 AM, Ritesh Raj Sarraf r...@researchut.com wrote: On Thursday 28 February 2013 11:16 AM, Ritesh Raj Sarraf wrote: Installed, rebooted and everything seems to be working fine. This is on the following platform: rrs@zan:~$ uname -a Linux zan 3.7-trunk-amd64 #1 SMP Debian 3.7.8-1~experimental.1 x86_64 GNU/Linux rrs@zan:~$ lspci | grep NVIDIA 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [Quadro K1000M] (rev ff) PS: bumblebee 3.1 is supposed to have support for primus which I will test once it can be built. I pulled in your changes today and built primus. It is playing well with my setup. Bumblebee is able to apply the power savings when optirun/primusrun is not in use. I wasn't actually done with primus' packaging; for some reason I kept on getting a strange error (primus: fatal: failed to open secondary X display) every time I tried running primusrun, even though it works with the optirun+virtualgl backend, so I'm surprised that it worked for you. That prompted me to dig deeper to find out what was causing the issue for me; it turns out that, for whatever reason, reverting one of my previous changes (overriding CXXFLAGS with dpkg-buildflags' default build flags) fixed the problem for me, although I'm still unsure why build hardening flags would've been the root cause. Oh well... I did have to uncomment the following in primusrun to make it work. # Mesa drivers need a few symbols to be visible export PRIMUS_LOAD_GLOBAL=${PRIMUS_LOAD_GLOBAL:-'libglapi.so.0'} Please pull in my latest commits and test primusrun without uncommenting the above line. The primusrun wrapper script should still work correctly. The NEW queue is big already and there's very little progress (has to do with the freeze). But you would want to push primus now for review. Agreed, at this point I think bumblebee and primus are ready for review (bbswitch is already in the NEW queue and I'm happy with it as-is). If you're offering to review the package and/or sponsor it, thanks in advance! And feel free to make changes directly in the git repo if you want to change anything. :) (Aron, if you have a bit of time to spare, could you also take a look at the changes I've made to bumblebee + primus?) Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703296: apt-cacher-ng: Sometimes eats 100% CPU forever without apparent activity or reason
Package: apt-cacher-ng Version: 0.7.11-1 Severity: important Hi, on a few Wheezy systems I run, apt-cacher-ng from sid often starts eating 100% of the CPU and seems to never stop, unless I restart it. I've no idea what triggered this, but at least the CPU eating goes on even if there is no activity reported in the apt-cacher-ng logs. Cheers! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.8.2+yama1 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-cacher-ng depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.9 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii liblzma5 5.1.1alpha+20120614-2 ii libstdc++6 4.7.2-5 ii libwrap0 7.6.q-24 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages apt-cacher-ng recommends: ii ed1.6-2 ii perl 5.14.2-20 Versions of packages apt-cacher-ng suggests: pn doc-base none ii libfuse2 2.9.0-4 -- Configuration Files: /etc/apt-cacher-ng/acng.conf changed: CacheDir: /var/cache/apt-cacher-ng LogDir: /var/log/apt-cacher-ng Port:3142 Remap-debrep: file:deb_mirror*.gz /debian ; file:backends_debian # Debian Archives Remap-uburep: file:ubuntu_mirrors /ubuntu ; file:backends_ubuntu # Ubuntu Archives Remap-debvol: file:debvol_mirror*.gz /debian-volatile ; file:backends_debvol # Debian Volatile Archives Remap-cygwin: file:cygwin_mirrors /cygwin # ; file:backends_cygwin # incomplete, please create this file or specify preferred mirrors here Remap-sfnet: file:sfnet_mirrors # ; file:backends_sfnet # incomplete, please create this file or specify preferred mirrors here Remap-alxrep: file:archlx_mirrors /archlinux # ; file:backend_archlx # Arch Linux Remap-fedora: file:fedora_mirrors # Fedora Linux Remap-epel: file:epel_mirrors # Fedora EPEL Remap-slrep: file:sl_mirrors # Scientific Linux ReportPage: acng-report.html ExTreshold: 4 VfilePattern = (^|.*?/)(Index|Packages(\.gz|\.bz2|\.lzma|\.xz)?|InRelease|Release|Release\.gpg|Sources(\.gz|\.bz2|\.lzma|\.xz)?|release|index\.db-.*\.gz|Contents-[^/]*(\.gz|\.bz2|\.lzma|\.xz)?|pkglist[^/]*\.bz2|rclist[^/]*\.bz2|/meta-release[^/]*|Translation[^/]*(\.gz|\.bz2|\.lzma|\.xz)?|MD5SUMS|SHA1SUMS|((setup|setup-legacy)(\.ini|\.bz2|\.hint)(\.sig)?)|mirrors\.lst|repo(index|md)\.xml(\.asc|\.key)?|directory\.yast|products|content(\.asc|\.key)?|media|filelists\.xml\.gz|filelists\.sqlite\.bz2|repomd\.xml|packages\.[a-zA-Z][a-zA-Z]\.gz|info\.txt|license\.tar\.gz|license\.zip|.*\.db(\.tar\.gz)?|.*\.files\.tar\.gz|.*\.abs\.tar\.gz|metalink\?repo|.*prestodelta\.xml\.gz)$|/dists/.*/installer-[^/]+/[^0-9][^/]+/images/.* PfilePattern = .*(\.d?deb|\.rpm|\.dsc|\.tar(\.gz|\.bz2|\.lzma|\.xz)(\.gpg)?|\.diff(\.gz|\.bz2|\.lzma|\.xz)|\.o|\.jigdo|\.template|changelog|copyright|\.udeb|\.debdelta|\.diff/.*\.gz|(Devel)?ReleaseAnnouncement(\?.*)?|[a-f0-9]+-(susedata|updateinfo|primary|deltainfo).xml.gz|fonts/(final/)?[a-z]+32.exe(\?download.*)?|/dists/.*/installer-[^/]+/[0-9][^/]+/images/.*)$ WfilePattern = (^|.*?/)(Release|InRelease|Release\.gpg|(Packages|Sources)(\.gz|\.bz2|\.lzma|\.xz)?|Translation[^/]*(\.gz|\.bz2|\.lzma|\.xz)?|MD5SUMS|SHA1SUMS|.*\.xml|.*\.db\.tar\.gz|.*\.files\.tar\.gz|.*\.abs\.tar\.gz|[a-z]+32.exe)$|/dists/.*/installer-.*/images/.* /etc/apt-cacher-ng/backends_debian changed: http://ftp.us.debian.org/debian/ /etc/apt-cacher-ng/security.conf [Errno 13] Permission non accord.©e: u'/etc/apt-cacher-ng/security.conf' -- debconf information: apt-cacher-ng/gentargetmode: No automated setup -- 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#703281: rygel security issue
On Sun, Mar 17, 2013 at 07:12:59PM -0400, debm...@lavabit.com wrote: [...] When starting rygel preferences a second time (without having changed the preferences) the sharing option is activated. Unreproducible. Therefore everyone starting rygel preferences for once, activates the uPnP sharing function of all default folders (Music, Videos, Pictures) unintentionally. Considering the latest events with general uPnP security issues, this might be a very serious security issue with might lead to compromising the system. Why would any of them apply to the rygel implementation? Since UPnP is basically something you should only use on a trusted local network, I don't really see any big problems anyway. I replicated the bug using Debian release candidate as well as even more current versions. The gnome 3 fallback mode was used. Please provide detailed information on what you did, what happened, what you expected to happen and also include your configuration files. (please use reportbug tool in the future which will help you out with attaching useful information to the bug report. And please use a better subject line in the future.) -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701149: difficult to find a kernel + initrd to boot the installer
ftp.zcu.cz: /mirrors/linux/debian/dists/wheezy/main/ \ installer-i386/current/images/netboot/gtk/ \ debian-installer/i386/ (line broken by me for readability) has, at this time, a linux kernel of size 2503264 bytes. With an initrd.gz of size 28526283 bytes. That was mirrored there on 12-Feb-2013. Although the kernel from there is the same one as the one that boots into the installer on my machine, the initrd.gz is not. Indeed, the pair from ftp.zcu.cz resulted in a kernel panic when I used it. I would expect it would be much easier for me to boot into the installer. Maybe I am doing something wrong. I am still unsure where did I get in kernel + initrd.gz from that does work. Maybe I took them from some iso image. As far as I can tell so far, there has been a regression in the installer ability to run on my machine. From my point of view, the current version of the kernel + initrd.gz, those that were made close to 23-Feb-2013, are worse then those that were made close to 11-Feb-2013. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703290: davical: possible code insertion or XSS
Also worth noting that there is a (non-default) configuration setting that restricts the availability of setup.php to only administrators. I guess I'm listed as 'upstream' for DAViCal as well as being the DD responsible for the package. Unfortunately I have no time to do either job for the foreseeable future. So if people think this sort of thing is actually 'grave' then someone other than me needs to step forward and apply the (presumably trivial) fixes that resolve it. I guess that would be to htmlencode the response from that URL, since making it 'SSL' (as far as I can see) would add approximately 0.1% of additional security. I note that 12 characters is precisely sufficient to contain 'script src=' and no more. Cheers, Andrew. On Mon, 2013-03-18 at 03:10 +0100, Christoph Anton Mitterer wrote: Package: davical Version: 1.1.1-1 Severity: grave Tags: security upstream Justification: user security hole Hi. Marking this as grave for now, so that the security team get's notified and can have a look whether this is more serious. I personally think it's not that serious and the checking security team member can likley lower the severity. (thanks) In Davical's /usr/share/davical/htdocs/setup.php there's code that shows one whether the current version is used. check_davical_version() does about this: $url = 'http://www.davical.org/current_davical_version?v='.$c-version_string; $version_file = @fopen($url, 'r'); if ( ! $version_file ) return new CheckResult( false, translate(Could not retrieve) . '$url', 'dep_warning' ); $current_version = trim(fread( $version_file,12)); fclose($version_file); $result = new CheckResult($c-version_string == $current_version); if ( ! $result-getOK() ) { if ( $c-version_string $current_version ) { $result-setClass('dep_ok'); $result-setDescription( sprintf(i18n('Stable: %s, We have: %s !'), $current_version, $c-version_string) ); } else { $result-setDescription( sprintf(i18n('Want: %s, Currently: %s'), $current_version, $c-version_string) );^M } } 1) The URL is not SSL secure... but even if,... that wouldn't change anything IMHO. 2) An attacker can possibly insert up to 12 characters into $current_version which are then not checked for their content. That 12 characters are subsequentally sprintf-ed into HTML which is set to the user. Well I don't know whether one can do any nasty things in 12 characters... but there are kinda freaks out there. Workaround for now would be to set: http://www.php.net/manual/en/filesystem.configuration.php#ini.allow-url-fopen to On. Cheers, Chris. -- andrew (AT) morphoss (DOT) com +64 (2) 7233 2426 Even a hawk is an eagle among crows. signature.asc Description: This is a digitally signed message part
Bug#688830: [new] Please include who-permits-upload as a convenient interface to retrieve DM permissions
Hey, On 2013-03-18 00:27, Arno Töll wrote: open(CMD, '-|', $GPG, @gpg_arguments) || leave $GPG: $!\n; while (my $l = CMD) { if ($l =~ /^pub/) { $uid = $l; last; } } You may want to consume the rest of CMD here; not sure about GPG, but some programs will die with a SIGPIPE if you only consume part of their output. I believe something like: 1 for CMD; should do[1]. my @fields = split(:, $uid); $uid = $fields[9]; close(CMD) || leave(gpg returned an error: $?); ~Niels [1] Should be the same as the slightly more verbose: { local $_; while (CMD) { 1; } } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703113: libsasl2-modules-gssapi-mit: Java client GSSAPI connections to OpenLDAP fail
--On Saturday, March 16, 2013 07:03:38 PM -0500 Dan White dwh...@olp.net wrote: On 03/15/13 01:47 -0700, Bill MacAllister wrote: Package: libsasl2-modules-gssapi-mit Version: 2.1.25.dfsg1-6 Severity: important Dear Maintainer, We are starting the process of upgrading our LDAP service to OpenLDAP 2.4.34 on wheezy. None of the Java applications that we have tested can connect to the LDAP server using GSSAPI. Can you reproduce this problem using ldapwhoami on the client? No I can't. trainmaster% ldapwhoami -h ldap-dev1 SASL/GSSAPI authentication started SASL username: w...@stanford.edu SASL SSF: 56 SASL data security layer installed. dn:uid=whm,cn=accounts,dc=stanford,dc=edu Also ldapsearch works fine. And an assortment of perl scripts that use both Net::LDAP and Net::LDAPapi don't appear to have a problem. Bill -- Bill MacAllister Infrastructure Delivery Group, Stanford University -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703296: apt-cacher-ng: Sometimes eats 100% CPU forever without apparent activity or reason
Hallo, * intrig...@debian.org [Sun, Mar 17 2013, 07:46:57PM]: on a few Wheezy systems I run, apt-cacher-ng from sid often starts eating 100% of the CPU and seems to never stop, unless I restart it. I've no idea what triggered this, but at least the CPU eating goes on even if there is no activity reported in the apt-cacher-ng logs. Please enable more verbosity, i.e. Debug:7 in acng.conf. It might be the daily cleanup job that triggers it but we need to know more. If you can catch it, please monitor its activies for a while, i.e. strace -f -p $(pidof apt-cacher-ng) | tee strace-log.txt Thanks, Eduard. -- Getty Linux Systeme sind da mehr wie Maenner, die reifen mit der Zeit, sind aber am anfang eigentlich zu garnix zu gebrauchen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703297: ITP: sagemath-database-elliptic-curves -- Databases for elliptic curves
Package: wnpp Severity: wishlist Owner: Julien Puydt julien.pu...@laposte.net * Package name: sagemath-database-elliptic-curves Version : 0.7 Upstream Author : R. Andrew Ohana andrew.oh...@gmail.com * URL : http://www.sagemath.org/packages/standard/ * License : GPL-2+ Programming Lang: python Description : Databases for elliptic curves This package contains in fact two databases: - the subset of John Cremona's database of elliptic curves up to conductor at most 1 - William Stein's database of interesting elliptic curves This is part of the effort to package sage in debian, and corresponds to the elliptic_curves spkg, of which it is a repackaging. Shall I put myself as maintainer or put it under the debian-science-maintainers umbrella?Shall I manage the package in the debian-science git directory? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702458: [Pkg-xen-devel] unblock: xcp-xapi - urgent documentation fixes
On 18/03/13 07:02, Thomas Goirand wrote: On 03/07/2013 04:23 AM, Daniel Pocock wrote: Package: release.debian.org Severity: normal The current README.Debian is quite old It gives some advice that will lead to people having a broken system (e.g. no networking). It describes a procedure for configuring networking that is completely opposite to what has been described more recently on the upstream mailing list http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702337 I'm happy to overhaul this document and submit a debdiff for the release team to review - please confirm if this work should go ahead. No other files in the package will be changed. Hi Daniel and the release team, First, thanks Daniel, for taking care of this. I do appreciate such contributions. I agree the README is not perfect, though I don't agree it is such a disaster. The network configuration which I described in it does work, contrary to what Daniel says. Others also reported using this howto successfully. What's annoying though, is that to do it, you have to reboot under a broken networking setup for a while, to be able to do such a configuration, which is very annoying if you don't have a KVM over IP in your server. I have applied all of your git patches. Thanks for them. However, I cannot apply the part that changes paragraph 4.2, as it did work for me, and that I would not recommend removing all trace of the network interface (you would loose network if you reboot without XCP). The email on the list says that you must do exactly what I described, empty the /etc/network/interfaces file This works for me - I have done multiple reboots to test I also tried re-running the pif-reconfigure-ip a couple of times with the empty interfaces file, it definitely expects to work that way. It may be that it works differently for Linux bridge users, I use the Open vSwitch bridge. If I do not follow those exact steps, then the dom0 IP networking works, but XCP fails to add any domU to the xenbr0 bridge and they have to be bridged using manual brctl commands. I by the way believe that your paragraph IMPORTANT BUG is important to add. Mike told me Citrix guys would come back to me with a fix for #695221 (though it's been weeks I didn't hear about him yet). 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#659440: Patch for bumblebee package
Hi, First off, sorry for the delayed response... On Thu, Mar 7, 2013 at 1:32 AM, Ralf Jung p...@ralfj.de wrote: Hi, attached is a patch for the bumblebee package to properly handle the configuration files stored in /etc/bumblebee. For some reason, the package used to not ship these files, but instead copy them in postinst, which means users would not be prompted about changes in the default configuration, nor obtain an updated configuration if they did not change the file. I noticed this earlier too, but I was unsure whether there was a specific reason upstream decided not to use conffiles for some of the configuration files in /etc/bumblebee. That's something I plan on asking the upstream PPA maintainers, but for now I'm somewhat hesitant to change it... I also simplieifed debian/rules a bit in favour of using debian/bumblebee.install to give additional files which are included in the package. The bash-completion file is installed by make install, so there's no need to do that again. Thanks, applied this part of your patch to the git repo. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697607: #697607 Wishlist: print code of last key pressed
A Dilluns, 18 de març de 2013 00:30:38, Thomas Dickey va escriure: I considered it (see attached/revised patch) but there's a problem with the change: on exit, the last-key will generally be just the key that led to exiting the widget, e.g., the enter-key or escape-key. The existing exit status tells as much. I am developing an application in the old style, assigning actions to function keys. Different parts of the program will be run depending on the code of the last function key pressed. Working in this manner is adequate for text terminals because here we can not show a lot of buttons or drop-down menus. Attached is a sample script, which serves to visualize this idea (it does nothing more). Also, if you want, try the entire application, is in beta status but usable; needs cgroups configuration, and custom packages: dpkg , libcgroup, and optionally a patched kernel. http://livenet.selfip.com/ftp/debian/live-net-jobadmin/ following is the link to some custom patches, related to that: http://livenet.selfip.com/ftp/debian/cgroups-daemon Jordi Pujol Live never ending Tale GNU/Linux Live forever! http://livenet.selfip.com test02.sh Description: application/shellscript
Bug#673424: bbswitch packaging
On Monday 18 March 2013 11:44 AM, Vincent Cheng wrote: I wasn't actually done with primus' packaging; for some reason I kept on getting a strange error (primus: fatal: failed to open secondary X display) every time I tried running primusrun, even though it works with the optirun+virtualgl backend, so I'm surprised that it worked for you. That prompted me to dig deeper to find out what was causing the issue for me; it turns out that, for whatever reason, reverting one of my previous changes (overriding CXXFLAGS with dpkg-buildflags' default build flags) fixed the problem for me, although I'm still unsure why build hardening flags would've been the root cause. Oh well... I already purged the virtualgl packages, so I am pretty sure that it is using the primus backend. Please pull in my latest commits and test primusrun without uncommenting the above line. The primusrun wrapper script should still work correctly. Yes. It works but there's a catch. See below. The NEW queue is big already and there's very little progress (has to do with the freeze). But you would want to push primus now for review. Agreed, at this point I think bumblebee and primus are ready for review (bbswitch is already in the NEW queue and I'm happy with it as-is). If you're offering to review the package and/or sponsor it, thanks in advance! And feel free to make changes directly in the git repo if you want to change anything. :) I am too new and haven't investigated much about this whole dual graphics display. But I am willing to sponsor if there are no takers. By the way, with bumblebee + primus installed, you still will want to recommend users to call apps with the optirun interface. primus just sets some library variables and calls the application. The application is never run on the discrete nvidia card. Where as, if you run optirun (or -b primus), you will notice it running on nvidia. Easiest way to verify this is to watch /proc/acpi/bbswitch when using either of the interface. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#703250: apt: failing tests in test/libapt does not cause FTBFS
On Mon, Mar 18, 2013 at 08:54:02AM +0800, Daniel Hartwig wrote: On 18 March 2013 04:05, Michael Vogt m...@debian.org wrote: This patch looks good! I commited it to bzr. Unfortunately its not sufficient as current a msgfail() in framework will not cause a != 0 exit status. So to properly fix this some more work is needed. The attached (additional) patch should make it work now. Hello This makes it so the first failure prevents later tests in the same file from running. It can be bothersome to diagnose faults if e.g. individual tests are not properly ordered, or are otherwise independent of each other. Some test frameworks avoid such early abort and run all tests. Great! I like this better than my original approach of failing too early. Attached is a small variation that will also count the number of failures, the obvious issue is that failure numbers 255 in a single test can not be reported via the exit code. The diff is against your patch (and also against the debian-sid branch in bzr). Cheers, Michael === modified file 'test/integration/framework' --- test/integration/framework 2013-03-18 07:08:37 + +++ test/integration/framework 2013-03-18 07:22:26 + @@ -1,6 +1,6 @@ #!/bin/sh -- # no runable script, just for vi -TESTFAILURES=no +TESTFAILURES=0 # we all like colorful messages if expr match $(readlink -f /proc/$$/fd/1) '/dev/pts/[0-9]\+' /dev/null \ @@ -38,7 +38,7 @@ } msgpass() { echo ${CPASS}PASS${CNORMAL} 2; } msgskip() { echo ${CWARNING}SKIP${CNORMAL} 2; } -msgfail() { echo ${CFAIL}FAIL${CNORMAL} 2; TESTFAILURES=yes; } +msgfail() { echo ${CFAIL}FAIL${CNORMAL} 2; TESTFAILURES=$((TESTFAILURES+1)); } # enable / disable Debugging MSGLEVEL=${MSGLEVEL:-3} @@ -116,7 +116,8 @@ } exitwithstatus() { - [ $TESTFAILURES = yes ] exit 1 || exit 0; +# the % 255 ensures the exit it != 0 even on overflow +exit $((TESTFAILURES | TESTFAILURES % 255)); } addtrap() {
Bug#703250: apt: failing tests in test/libapt does not cause FTBFS
On 2013-03-18 08:25, Michael Vogt wrote: On Mon, Mar 18, 2013 at 08:54:02AM +0800, Daniel Hartwig wrote: On 18 March 2013 04:05, Michael Vogt m...@debian.org wrote: This patch looks good! I commited it to bzr. Unfortunately its not sufficient as current a msgfail() in framework will not cause a != 0 exit status. So to properly fix this some more work is needed. The attached (additional) patch should make it work now. Hello This makes it so the first failure prevents later tests in the same file from running. It can be bothersome to diagnose faults if e.g. individual tests are not properly ordered, or are otherwise independent of each other. Some test frameworks avoid such early abort and run all tests. Great! I like this better than my original approach of failing too early. Attached is a small variation that will also count the number of failures, the obvious issue is that failure numbers 255 in a single test can not be reported via the exit code. The diff is against your patch (and also against the debian-sid branch in bzr). Cheers, Michael Hi, You may want to deploy the overflow guard to the integration test runner as well[1]. ~Niels [1] i.e. test/integration/run-tests -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703250: apt: failing tests in test/libapt does not cause FTBFS
On 18 March 2013 15:25, Michael Vogt m...@debian.org wrote: This makes it so the first failure prevents later tests in the same file from running. It can be bothersome to diagnose faults if e.g. individual tests are not properly ordered, or are otherwise independent of each other. Some test frameworks avoid such early abort and run all tests. Great! I like this better than my original approach of failing too early. Attached is a small variation that will also count the number of failures, the obvious issue is that failure numbers 255 in a single test can not be reported via the exit code. The diff is against your patch (and also against the debian-sid branch in bzr). FWIW I would use the second patch I sent, as it uses similar terminology and semantics as Niels and is thus consistent between the different test suites. Using exit status to report number of failures is generally discouraged, no? C.f. standards.info and common practice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703274: why the epoch update on file?
On 18.03.2013 03:57, Antoine Beaupré wrote: Why did this upload have to bump the epoch number up? It seems to me a 5.11-2.1, or -2.2 upload would have been fine here. Unstable already had 5.12-2, so a new upload as 5.11 would have been rejected. 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#673424: bbswitch packaging
On Mon, Mar 18, 2013 at 12:22 AM, Ritesh Raj Sarraf r...@researchut.com wrote: On Monday 18 March 2013 11:44 AM, Vincent Cheng wrote: I wasn't actually done with primus' packaging; for some reason I kept on getting a strange error (primus: fatal: failed to open secondary X display) every time I tried running primusrun, even though it works with the optirun+virtualgl backend, so I'm surprised that it worked for you. That prompted me to dig deeper to find out what was causing the issue for me; it turns out that, for whatever reason, reverting one of my previous changes (overriding CXXFLAGS with dpkg-buildflags' default build flags) fixed the problem for me, although I'm still unsure why build hardening flags would've been the root cause. Oh well... I already purged the virtualgl packages, so I am pretty sure that it is using the primus backend. Please pull in my latest commits and test primusrun without uncommenting the above line. The primusrun wrapper script should still work correctly. Yes. It works but there's a catch. See below. The NEW queue is big already and there's very little progress (has to do with the freeze). But you would want to push primus now for review. Agreed, at this point I think bumblebee and primus are ready for review (bbswitch is already in the NEW queue and I'm happy with it as-is). If you're offering to review the package and/or sponsor it, thanks in advance! And feel free to make changes directly in the git repo if you want to change anything. :) I am too new and haven't investigated much about this whole dual graphics display. But I am willing to sponsor if there are no takers. Thanks! I'll take you up on your sponsorship offer if I don't hear back from Aron in a while. :) By the way, with bumblebee + primus installed, you still will want to recommend users to call apps with the optirun interface. primus just sets some library variables and calls the application. The application is never run on the discrete nvidia card. Errr, no. As I understand it, that's exactly what primus is supposed to do (offload glx calls to nvidia card, hence the purpose of adding primus' own libGL to LD_LIBRARY_PATH). optirun just makes it convenient to switch between virtualgl or primus through a configuration setting. Try testing with: # apt-get install mesa-utils $ optirun -b primus glxgears -info $ primusrun glxgears -info They should give you the same results. Refer to the following screenshots [1] [2]. Where as, if you run optirun (or -b primus), you will notice it running on nvidia. Easiest way to verify this is to watch /proc/acpi/bbswitch when using either of the interface. That's not reliable way of verifying this because you can force the secondary X server to be permanently on, and running on your nvidia GPU. It's as simple as s/KeepUnusedXServer=false/KeepUnusedXServer=true/ in /etc/bumblebee/bumblebee.conf, or optirun bash. Regards, Vincent [1] http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primusrun-nvidia.png [2] http://www.ugrad.cs.ubc.ca/~b2c8/debian/primus/primusrun-nvidia.png -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703299: ITP: sagemath-database-graphs -- Databases of graphs
Package: wnpp Severity: wishlist Owner: Julien Puydt julien.pu...@laposte.net * Package name: sagemath-database-graphs Version : 20120404.p4 Upstream Author : R. Andrew Ohana andrew.oh...@gmail.com * URL : http://www.sagemath.org/packages/standard/ * License : GPL-2+ Description : Databases of graphs This package contains a database of graphs, created by Emily Kirkman based on the work of Jason Grout. It also contains the ISGCI graph database. This is part of the effort to package sage in debian, and corresponds to the elliptic_curves spkg, of which it is a repackaging. Shall I put myself as maintainer or put it under the debian-science-maintainers umbrella?Shall I manage the package in the debian-science git directory? Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703297: ITP: sagemath-database-elliptic-curves -- Databases for elliptic curves
Am 18.03.2013 07:56, schrieb Julien Puydt: Shall I put myself as maintainer or put it under the debian-science-maintainers umbrella?Shall I manage the package in the debian-science git directory? I think you can put all Sage related packages into the Debian Science Team (also into git) without asking every time. Cheers, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703109: [php-maint] Bug#703109: Bug#703109: DateTime-modify('tomorrow') Bug in PHP 5.3 in Debian Squeeze 4.3.5-4
Christian, with wheezy almost out of the door (as Bob already explained), there's certainly no incentive to create non-security bug fix release of php5, which probably won't even get into next point release of squeeze. I know this is annoying, but we have only limited resources to maintain php5 in Debian. Thanks for understanding. And Thomas, please, don't give people false hopes. Ondrej On Mon, Mar 18, 2013 at 6:45 AM, Thomas Goirand tho...@goirand.fr wrote: On 03/15/2013 11:11 PM, Christian Stoller wrote: The 5.3.14 result is correct. It was apparently a bug in earlier 5.3 versions. cheers, Derick http://www.mail-archive.com/internals@lists.php.net/msg64588.html So it seems like the patch has not been integrated into Debian. It would be nice if this could be done. Hi Christian, If you want this to happen and Squeeze to be fixed, then I think you should try and search upstream fix in their Git. Thomas ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org
Bug#703179: Live nonfree images don't start x-session on radeon video cards
No, it's not happen with normal (not nonfree enabled) images. It starts, but with software rendering. from dmesg: [ 74.447167] [drm] Setting GART location based on new memory map [ 74.448905] [drm] Loading R300 Microcode [ 74.466856] platform radeon_cp.0: firmware: agent aborted loading radeon/R300_cp.bin (not found?) [ 74.466945] [drm:radeon_do_init_cp] *ERROR* Failed to load firmware! Xorg.0.log: [69.336] X.Org X Server 1.12.4 Release Date: 2012-08-27 [69.336] X Protocol Version 11, Revision 0 [69.336] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [69.336] Current Operating System: Linux debian 3.2.0-4-486 #1 Debian 3.2.35-2 i686 [69.337] Kernel command line: boot=live config quiet splash initrd=/live/initrd1.img BOOT_IMAGE=/live/vmlinuz1 [69.337] Build Date: 23 February 2013 06:25:22PM [69.337] xorg-server 2:1.12.4-5 (Julien Cristau jcris...@debian.org) [69.337] Current version of pixman: 0.26.0 [69.337]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [69.337] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [69.337] (==) Log file: /var/log/Xorg.0.log, Time: Mon Mar 18 07:24:08 2013 [69.500] (==) Using system config directory /usr/share/X11/xorg.conf.d [69.516] (==) No Layout section. Using the first Screen section. [69.516] (==) No screen section available. Using defaults. [69.516] (**) |--Screen Default Screen Section (0) [69.516] (**) | |--Monitor default monitor [69.517] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [69.517] (==) Automatically adding devices [69.517] (==) Automatically enabling devices [70.413] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [70.413]Entry deleted from font path. [71.215] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [71.215]Entry deleted from font path. [71.215] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [71.215] (==) ModulePath set to /usr/lib/xorg/modules [71.215] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [71.215] (II) Loader magic: 0xb77065a0 [71.215] (II) Module ABI versions: [71.215]X.Org ANSI C Emulation: 0.4 [71.215]X.Org Video Driver: 12.1 [71.215]X.Org XInput driver : 16.0 [71.215]X.Org Server Extension : 6.0 [71.223] (--) PCI:*(0:1:5:0) 1002:5a62:144d:c02b rev 0, Mem @ 0xd000/268435456, 0xc000/65536, I/O @ 0x9000/256, BIOS @ 0x/131072 [71.226] (II) Open ACPI successful (/var/run/acpid.socket) [71.226] (II) LoadModule: extmod [71.229] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [71.377] (II) Module extmod: vendor=X.Org Foundation [71.377]compiled for 1.12.4, module version = 1.0.0 [71.377]Module class: X.Org Server Extension [71.377]ABI class: X.Org Server Extension, version 6.0 [71.377] (II) Loading extension SELinux [71.377] (II) Loading extension MIT-SCREEN-SAVER [71.377] (II) Loading extension XFree86-VidModeExtension [71.377] (II) Loading extension XFree86-DGA [71.377] (II) Loading extension DPMS [71.377] (II) Loading extension XVideo [71.377] (II) Loading extension XVideo-MotionCompensation [71.377] (II) Loading extension X-Resource [71.377] (II) LoadModule: dbe [71.377] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [71.476] (II) Module dbe: vendor=X.Org Foundation [71.476]compiled for 1.12.4, module version = 1.0.0 [71.476]Module class: X.Org Server Extension [71.476]ABI class: X.Org Server Extension, version 6.0 [71.476] (II) Loading extension DOUBLE-BUFFER [71.476] (II) LoadModule: glx [71.477] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [71.532] (II) Module glx: vendor=X.Org Foundation [71.532]compiled for 1.12.4, module version = 1.0.0 [71.532]ABI class: X.Org Server Extension, version 6.0 [71.532] (==) AIGLX enabled [71.532] (II) Loading extension GLX [71.532] (II) LoadModule: record [71.533] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so [71.564] (II) Module record: vendor=X.Org Foundation [71.564]compiled for 1.12.4, module version = 1.13.0 [71.564]Module class: X.Org Server Extension [71.564]ABI class: X.Org Server
Bug#701817: unblock: botan1.10/1.10.4-1
Jack, can you answer the question of our release manager, please? We are very close to the next stable release and thus our release managers are very picky what change they allow to go in. I know that minor botan releases are meant to be API/ABI compatible, and those changes don't seem to mangle the API, but we want to strictly follow our release process, so we don't accidentaly introduce some breakage at this point of time. If those issues are not severe enough it might be better idea to get them in using other mechanisms (stable-proposed-updates) in next point minor Debian release. Thank you very much, Ondrej -- Forwarded message -- From: Jonathan Wiltshire j...@debian.org Date: Fri, Mar 15, 2013 at 9:43 PM Subject: Re: Bug#701817: unblock: botan1.10/1.10.4-1 To: OndÅ?ej Surý ond...@debian.org, 701...@bugs.debian.org Control: tag -1 moreinfo Hi Ondřej, On Wed, Feb 27, 2013 at 02:52:52PM +0100, Ondřej Surý wrote: Please unblock package botan1.10 Hi, I would like to pre-mediate the inclusion of 1.10.4 (e.g. new upstream version). The patch is very small and fixes three issues. Upstream changelog: What is the impact and severity of these issues? I don't have enough knowledge of the package to assess this from the upstream release notes, and the BTS is lacking any clues. Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- Ondřej Surý ond...@sury.org signature.asc Description: PGP signature
Bug#703022: debian-policy: Appendix G: Diversion example faulty (doesn't work for conffiles)
Hi, On Thu, 14 Mar 2013, Guillem Jover wrote: It should work way better than before, in part thanks the to the usage and bug reporting from MIT, but as you say there's still some wrinkles, which I plan on fixing for 1.17.x; in any case I'm always interested in any bug reports affecting these. The major issue I had with this case is when you try to purge the diverting package. On remove, you put back in place in the original conffile and at that point dpkg should (but doesn't currently) forget about the conffile in the diverting package. Otherwise on purge, you actually remove the diverted conffile and you have no files left. I don't know if that's part of your known wrinkles. If not, I'll happily open a bug report. Let me know. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703300: bugs.debian.org: (Binary) attachments get changed by the bts
Package: bugs.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 In my bug 692876 [1], which I created with reportbug on Wheezy, my test video got corrupted. I added a new one by sending it as an attachement in an e-mail that I created with my e-mail client (icedove). In both cases, the attachement got changed (I think by the bts) in exactly the same way. The file that I uploaded has a size of 288476 B and md5sum: e2118dd2933edaedea4898cd6217e4f6 Both files in the bts are 518268 B and md5sum: f09bb165114b5112b92503e1a937bb78 [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692876 - -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJRRsqxAAoJEJxcmesFvXUKAwYH/0qWUD+vbkUB96pPhXo1vX7F vyJ+oXGa/NW9+rO2HSIABk+RzpqxD3T2nddQ/zjrEkIcp3RbVFT8nv0JQ+a8eL/I CjdwYDmamCTfoR0FueiHfTlix5VbmMPL0iy7NWktCd2V8MokzNagxI52FU4/dKrl 0a/lnpwYsVO5Jwq/ioSplE9OhXHZ+Cxhgzy/N3iDNnnZKRtZ0EVHkQ0cFi/DQK2N C9MYztthx7vu1BLjxhw3YZ6Wn8qWuG4J6ziEIoZyuwq+jwmDZUOBIf6/gx+SOQIk G343batugJB5/DH6y60uMDMLmyEcyOmV+R2gizXI1itVyAH2esEc/aUEOJ1IuDM= =KjbU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696387: Any reason for delaying unblocking metapackages?
Hi, please do not understand this mail as an attempt to force you to some action. I simply wonder whether there is some reason that the upload of DebiChem metapackages (bug #702722) happened after four days (even with a remark I do not really get) but #696387 is left without any comment for three monthes. I plan to upload debian-science metapackages (as mentioned in my mail[1]) but was simply waiting to understand your motivation why #696387 is delayed. If you do not agree with the reasons given in[1] it would be nice if you let us know. Kind regards and thanks for your hard work on the Wheezy release Andreas. [1] https://lists.debian.org/debian-release/2012/06/msg00323.html -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703109: [php-maint] Bug#703109: Bug#703109: DateTime-modify('tomorrow') Bug in PHP 5.3 in Debian Squeeze 4.3.5-4
Thanks for your replies. I have written a workaround for this bug. So it’s okay ;-) Here’s the workaround for people running into the same problem: ?php $d = new DateTime('2013-02-05 06:33:33'); $d-modify('tomorrow'); $d = new DateTime($d-format('Y-m-d 00:00:00')); // - this line added to set the time to 00:00:00 echo $d-format('Y-m-d H:i:s').\n; ? Best regards Christian From: ond...@sury.org [mailto:ond...@sury.org] On Behalf Of Ondrej Surý Sent: Monday, March 18, 2013 8:49 AM To: Thomas Goirand; 703...@bugs.debian.org Cc: Christian Stoller Subject: Re: [php-maint] Bug#703109: Bug#703109: DateTime-modify('tomorrow') Bug in PHP 5.3 in Debian Squeeze 4.3.5-4 Christian, with wheezy almost out of the door (as Bob already explained), there's certainly no incentive to create non-security bug fix release of php5, which probably won't even get into next point release of squeeze. I know this is annoying, but we have only limited resources to maintain php5 in Debian. Thanks for understanding. And Thomas, please, don't give people false hopes. Ondrej On Mon, Mar 18, 2013 at 6:45 AM, Thomas Goirand tho...@goirand.fr wrote: On 03/15/2013 11:11 PM, Christian Stoller wrote: The 5.3.14 result is correct. It was apparently a bug in earlier 5.3 versions. cheers, Derick http://www.mail-archive.com/internals@lists.php.net/msg64588.html So it seems like the patch has not been integrated into Debian. It would be nice if this could be done. Hi Christian, If you want this to happen and Squeeze to be fixed, then I think you should try and search upstream fix in their Git. Thomas ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org
Bug#599267: More Infos
hi, maybe I could help, if you provide more infos. What I think: Renaming is a move (create a new hardlink and delete the old one; on condition that is the same volume), that why you need write access to this dir. Further more the new hardlink will be created with the primary group of the user. So could you attach the following outputs of: # getfacl directory of thumbs.db and # id xbcu Thank you. Greetings Björn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702769: bup: diff for NMU version 0.25~git2011.11.04-5.1
tags 702769 + patch tags 702769 + pending thanks Hello, After comparing the changes in bup between the current version in unstable and the one in experimental, I found that the FTBFS is due to a change in Git and has been fixed upstream by this commit: https://github.com/bup/bup/commit/9269e652b57947c6a518d0b544f9df0cb933385f I modified a bit this patch reverting user %d to user%d as this bit has been reverted in a later commit anyway and the current version of bup also uses user%d: https://github.com/bup/bup/commit/4875d0cb42eb66c3ac7f0297e0cb7aca6d4f3975 Therefore, I'veprepared anNMU for bup(versioned as 0.25~git2011.11.04-5.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, Arnaud Fontaine diff -Nru bup-0.25~git2011.11.04/debian/changelog bup-0.25~git2011.11.04/debian/changelog --- bup-0.25~git2011.11.04/debian/changelog 2012-05-25 19:55:17.0 +0900 +++ bup-0.25~git2011.11.04/debian/changelog 2013-03-18 16:57:28.0 +0900 @@ -1,3 +1,12 @@ +bup (0.25~git2011.11.04-5.1) unstable; urgency=low + + * Non-maintainer upload. + * Recent version of Git expects that the commit username is not empty, +whereas bup was using GECOS field which may be empty, thus tests +executed at build time were broken. Closes: #702769. + + -- Arnaud Fontaine ar...@debian.org Mon, 18 Mar 2013 16:49:50 +0900 + bup (0.25~git2011.11.04-5) unstable; urgency=low * Add 0.22a-1 changelog entry to this file. Remove changelog diff -Nru bup-0.25~git2011.11.04/debian/patches/debian-changes bup-0.25~git2011.11.04/debian/patches/debian-changes --- bup-0.25~git2011.11.04/debian/patches/debian-changes2012-05-30 07:07:54.0 +0900 +++ bup-0.25~git2011.11.04/debian/patches/debian-changes2013-03-18 16:58:54.0 +0900 @@ -299,3 +299,21 @@ self.inprogress = None except Exception, e: it.abort() +--- bup-0.25~git2011.11.04.orig/lib/bup/helpers.py bup-0.25~git2011.11.04/lib/bup/helpers.py +@@ -231,9 +231,13 @@ def userfullname(): + if not _userfullname: + uid = os.getuid() + try: +-_userfullname = pwd.getpwuid(uid)[4].split(',')[0] ++entry = pwd.getpwuid(uid) ++_userfullname = entry[4].split(',')[0] or entry[0] + except KeyError: +-_userfullname = 'user%d' % uid ++pass ++finally: ++if not _userfullname: ++ _userfullname = 'user%d' % uid + return _userfullname + + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703302: unblock: nvidia-graphics-drivers/304.84-1 nvidia-support/304.84-1 nvidia-graphics-modules/304.84+1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock packages nvidia-graphics-drivers, nvidia-settings, nvidia-graphics-modules 304.84 is a new upstream release (the only way we can get upstream bugfixes for the blob) that fixes an issue with logging into KDE a second time after logging out but not restarting X. So far this has been reported three times in the BTS. Along this I added some documentation and license updates: - use License: GPL-2.0 from current dh_make template - add missing copyright/license to the nvidia-detect script - put my patches into the public domain, they get applied to the kernel module source, so GPL is not appropriate I just noticed debian/nvidia-cuda-proxy.* got added, too, but the nvidia-cuda-proxy is not in ebian/control, so this is just a bit noise. Annotated changelog entry: new upstream: * New upstream legacy 304xx branch release 304.84 (2013-03-04). - Improved compatibility with recent Linux kernels. - Fixed a bug that could lead to rendering corruption after an X server generation (i.e., leaving an X server running after all of its clients have exited). (Closes: #700121, #696839, #702918) - Fixed a bug that could cause the X server to crash when performing an RandR 1.0 rotation (e.g., `xrandr --orientation left`) after unplugging the last connected monitor. - Added support for X.org xserver ABI 14 (xorg-server 1.14). - Fixed font rendering performance and corruption problems on X servers with backported support for the new glyph cache functionality added to Pixman 0.27. - Fixed a potential X server crash during initialization, when a graphics card with a TV connector has no TV connected. - Added a new X configuration option, UseHotplugEvents, to allow the suppression of RandR events when adding or removing non-DisplayPort displays. See the X Config Options appendix of the README for details. * Add xorg-video-abi-14 as alternative dependency. * kernel-3.7.patch: Remove, fixed upstream. fix for nvidia-kernel-source, the corresponding fix for nvidia-kernel-dkms was already in 304.64-4, and this change is already in nvidia-graphics-drivers-legacy-* in wheezy: * Fix debian/module/debian/kernel-version to cope with $KSRC/linux/version.h being moved to $KSRC/include/generated/uapi/linux/version.h in Linux 3.7. (Closes: #696570) documentation and similar: * nvidia-vdpau-driver: Move to Section: non-free/video. (See #700666) * README.alternatives: Document to run 'dpkg-reconfigure glx-alternative-nvidia' after running 'update-alternatives --config nvidia'. (See #702782) * README.Debian: Add information about reporting upstream bugs to NVIDIA. * Update my email address and remove DMUA. missing copyright: * Add copyright information to the nvidia-detect script originally written by Filipus Klutiero for the wiki page. drop cruft: * patch-3.0-rt-nvidia.patch: Remove, disabled since 304.30-2. relicense: * Put my patches into the public domain, they get applied to the kernel module source that is under a non-free license from NVIDIA. nvidia-graphics-modules is just a rebuild against the new driver. nvidia-settings has some upstream changes, so better keep the version in sync. These three packages should go into testing together. I won't mind giving them a bit more time than the usual 10 days in unstable. Andreas unblock nvidia-graphics-drivers/304.84-1 unblock nvidia-support/304.84-1 unblock nvidia-graphics-modules/304.84+1 diffstat for nvidia-graphics-drivers-304.64 nvidia-graphics-drivers-304.84 README.alternatives |3 + changelog | 38 + control |4 - copyright | 51 +++- detect/nvidia-detect.in | 18 module/conftest.h |2 module/debian/kernel-version| 16 --- module/debian/patches/kernel-3.7.patch | 22 -- module/debian/patches/patch-3.0-rt-nvidia.patch | 51 module/debian/patches/series|2 nvidia-cuda-proxy.dirs |1 nvidia-cuda-proxy.install |2 nvidia-cuda-proxy.lintian-overrides |3 + nvidia-cuda-proxy.manpages |1 nvidia-glx.README.Debian.in | 16 +++ rules.defs |4 - 16 files changed, 129 insertions(+), 105 deletions(-) diff -Nru --exclude '*.run' nvidia-graphics-drivers-304.64/debian/README.alternatives nvidia-graphics-drivers-304.84/debian/README.alternatives --- nvidia-graphics-drivers-304.64/debian/README.alternatives 2011-07-07
Bug#693981: Solved to me
hi, I've solved it by myself. I took the source of the package, also the build-deps. Patched the source with this: https://attachments.samba.org/attachment.cgi?id=6869 and built the package. Works like a charme :) Greatings Björn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703303: ITP: sagemath-database-polytopes -- Databases of polytopes
Package: wnpp Severity: wishlist Owner: Julien Puydt julien.pu...@laposte.net * Package name: sagemath-database-polytopes Version : 20100210.p2 Upstream Author : Andrey Novoseltsev novos...@gmail.com * URL : http://www.sagemath.org/packages/standard/ * License : GPL-2+ Description : Databases of polytopes This package contains a database of 2-dimension and of 3-dimensional reflexive polytopes. This is part of the effort to package sage in debian, and corresponds to the polytopes_db spkg, of which it is a repackaging. I'll put it under the debian-science-maintainers umbrella and manage the package in the debian-science git directory. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702405: quilt: Please use state directory .quilt (not .pc)
Hi Martin, On Fri, 15 Mar 2013, Martin Quinson wrote: I was also wondering whether it would be very impossible to transition this directory name. I was thinking that maybe a solution using .pc if it exists and .quilt when creating it from scratch would be rather elegant. I quickly glanced through the dpkg-source sources, and it must be doable in there too. But that's definitely not a quick task doable over a friday night :) Everything is doable but at what cost and for what gain? Basically quilt and dpkg-dev must then be upgraded together and each new upstream version (adding support of .quilt) must break the older versions of the other. There are thousands of .gitignore file that would also have to be updated to ignore .quilt instead of .pc. I'm pretty sure there must be other softwares that hardcode quilt's .pc directory for one reason or another. Raphael, do you think that I should look at the source harder and that it will really be difficult, or do you just think that the cosmetic advantage does not worth the mild difficulty, actually? Do we have a good test suite in dpkg-source, for example, or am I on my own to prepare the patch? There's no test suite for dpkg-source. There is one for other parts though. What are the other tools that we should take care of if considering doing this? I don't know, but you should probably ask on the upstream mailing list to get a few more answers. May I suggest that you keep this for later when we're back in sync with upstream? :-) Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664767: Brcmsmac driver woes, possible regression?
Camaleón wrote[1]: vermagic: 3.9.0-rc2 SMP mod_unload modversions 686 As soon as I load the brcmsmac module, N-M pop-ups and asks for the secrets... constantly until it quits, that is, I cannot even connect to the wifi AP with the Broadcom card, it's a bit frustrating :-( (attaching full dmesg and syslog files) Thanks. I also downloaded Debian experimental kernel sources (3.8.2), do you want me to compile and test this? I see no reason to do that. Hm. Jonathan [1] http://bugs.debian.org/664767 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702405: quilt: Please use state directory .quilt (not .pc)
Hello, On Mon, Mar 18, 2013 at 09:34:34AM +0100, Raphael Hertzog wrote: Everything is doable but at what cost and for what gain? Of course, that should not be very high in our TODO lists. That's why I actually tagged it wontfix :) I'm still considering implementing this, I'm not completely convinced yet. I don't know, but you should probably ask on the upstream mailing list to get a few more answers. May I suggest that you keep this for later when we're back in sync with upstream? :-) Sure. I will delay asking upstream until we get most of our patches merged in a released version. Thanks, Mt. -- i don't think so, said Rene Descartes. Just then, he vanished. je pense pas, non. furent les derniers mots de Descartes avant de disparaître. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683847: unblock: sgml-base/1.26+nmu4
On Sun, Mar 17, 2013 at 12:14:24AM +, Adam D. Barratt wrote: So, having procrastinated on this for far too long, I did some tests. Thanks for looking into this. Starting from a freshly debootstrapped squeeze chroot with gnome-desktop-environment installed, I added a local repo containing just sgml-base from sid and dist-upgraded. This /should/ not be a way to discover issues nor to discover differences between 1.26+nmu{3,4}. (Besides noise during nmu3 triggers.) Unfortunately I don't have a typescript to check for any warning messages, but the dist-upgrade completed without any apparent issues. Thanks. But this test is not that useful for sgml-base. All you would be seeing here had you upgraded to just wheezy would be noisy please rebuild messaged emitted from preinst calls to update-catalog by packages being upgraded. The real problems are not related to upgrading/installing/removing. They are related to using sgml tools. As far as I understand converting an xml file using xmlto should discover some of the issues. Errors that point to sgml-base failures are either catalog files that do not exist or missing definitions (because the catalogs are not listed). To trigger sgml-base related issues in wheezy try one of the following: * Remove but not purge a sgml-base rdep. Observe missing files errors from sgml tools. #676717 * Upgrade squeeze - wheezy without upgrading dpkg (or upgrading dpkg late). Observe missing definitions from sgml tools. #678902 * Install squeeze. Install a sgml-base rdep. Remove it (not purge). Upgrade the system to wheezy. Now install it again. Observe a conffile prompt. * Just upgrade squeeze - wheezy. Observe noise about rebuilding packages that are already rebuilt. As the NMUer of sgml-base I recommend to the release team to unblock sgml-base, because it fixes real issues and has not shown any new issues in the past months. The changes I made were minimal to the best of my knowledge and in the spirit of RC bug fixes and freeze policy. I am happy to attempt different solutions at your preference. In my opinion at least the first two issues mentioned above must be fixed for wheezy and the sid version does that. Please don't hesitate to bug me with further questions. Helmut signature.asc Description: Digital signature
Bug#703305: ITP: fonts-sil-averia-sans-gwf -- Avería Sans GWF font family
Package: wnpp Severity: wishlist Owner: Alfonso Sabato Siciliano alfi...@gmail.com Package name: fonts-sil-averia-sans-gwf Version : 1.00 Upstream Author : Dan Sayers i...@iotic.com URL : http://iotic.com/averia License : SIL Open Font License Description : Avería Sans GWF font family Avería (breakdown or mechanical damage in Spanish - related to the root of the English word average) is a Unicode typeface family created from the average of all fonts on the computer of the creator, Dan Sayers. The process is described at http://iotic.com/averia/. All metrics are the result of an averaging process. The included glyphs are those that existed in a majority of the source fonts - which are the following: Range Description U+0020-U+007E Basic Latin U+00A0-U+00FF Latin-1 Supplement And some glyphs from the following: Range Description U+0100-U+017F Latin Extended-A U+0180-U+021F Latin Extended-B U+02B0-U+02FF Spacing Modifier Letters U+0370-U+03D5 Greek U+2000-U+2122 General Punctuation U+2200-U+25CS Mathematical Operators Avería Sans GWF exists in Regular, Bold, Italic, Bold Italic, Light and Light Italic styles - based on the sans-serif subset of the 725 fonts on the creator's computer. Legal info: The Averia Libre families of fonts are based on the average of all 725 fonts in the Google Web Fonts project, released under the SIL Open Font License, as of 9 Nov 2011. The upstream confirm: all of the Averîa Libre fonts are strictly composed of the average of OFL fonts. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703307: chromium: please add icon to Debian menu entry
Package: chromium Version: 25.0.1364.160-1 Severity: wishlist Please add chromium's icon to the Debian menu entry. See [0] for details. [0] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.7 -- Sebastian -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.8-trunk-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 chromium depends on: ii chromium-inspector 25.0.1364.160-1 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.7.91-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.17-0experimental2 ii libcairo2 1.12.2-3 ii libcups21.5.3-2.15 ii libdbus-1-3 1.6.8-1 ii libevent-2.0-5 2.0.19-stable-3 ii libexpat1 2.1.0-1 ii libflac81.2.1-6 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgcrypt11 1.5.0-5 ii libgdk-pixbuf2.0-0 2.27.2-1 ii libglib2.0-02.35.8-1 ii libgnome-keyring0 3.4.1-1 ii libgtk2.0-0 2.24.17-1 ii libjpeg88d-1 ii libnspr42:4.9.2-1 ii libnss3 2:3.13.6-2 ii libnss3-1d 2:3.13.6-2 ii libpango1.0-0 1.32.5-1 ii libpulse0 2.0-6 ii libspeex1 1.2~rc1-7 ii libstdc++6 4.7.2-5 ii libudev0175-7.1 ii libvpx1 1.1.0-1 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxrandr2 2:1.3.2-2 ii libxrender1 1:0.9.7-1 ii libxslt1.1 1.1.26-14 ii libxss1 1:1.2.2-1 ii xdg-utils 1.1.0~rc1+git20111210-6 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n 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#703306: linux-image-2.6.32-5-amd64: duplicate MAC addresses with igb
Package: linux-2.6 Version: 2.6.32-48squeeze1 Severity: important Tags: squeeze Hello, With squeeze default kernel 2.6.32-48squeeze1, my quad port i350 ethernet card is showing duplicate MAC addresses. This is not the case with squeeze-backport kernel 3.2.0-0.bpo.4-amd64 (3.2.35-2~bpo60+1) whith 2.6.32-48squeeze1 : # uname -a Linux tomtom 2.6.32-5-amd64 #1 SMP Mon Feb 25 00:26:11 UTC 2013 x86_64 GNU/Linux # modinfo igb version:3.0.6-k2 # dmesg |grep eth [3.364316] igb :01:00.0: eth0: (PCIe:5.0Gb/s:Width x4) bc:30:5b:f4:2d:78 [3.364605] igb :01:00.0: eth0: PBA No: G10565-011 [3.452281] igb :01:00.1: eth1: (PCIe:5.0Gb/s:Width x4) bc:30:5b:f4:2d:78 [3.452570] igb :01:00.1: eth1: PBA No: G10565-011 [3.532262] igb :01:00.2: eth2: (PCIe:5.0Gb/s:Width x4) bc:30:5b:f4:2d:79 [3.532551] igb :01:00.2: eth2: PBA No: G10565-011 [3.612270] igb :01:00.3: eth3: (PCIe:5.0Gb/s:Width x4) bc:30:5b:f4:2d:78 [3.612559] igb :01:00.3: eth3: PBA No: G10565-011 whith 3.2.35-2~bpo60+1 : # uname -a Linux tomtom 3.2.0-0.bpo.4-amd64 #1 SMP Debian 3.2.35-2~bpo60+1 x86_64 GNU/Linux # modinfo igb version:3.2.10-k # dmesg | grep eth [3.785560] igb :01:00.0: eth0: (PCIe:5.0Gb/s:Width x4) bc:30:5b:f4:2d:78 [3.785851] igb :01:00.0: eth0: PBA No: G10565-011 [3.882341] igb :01:00.1: eth1: (PCIe:5.0Gb/s:Width x4) bc:30:5b:f4:2d:79 [3.882632] igb :01:00.1: eth1: PBA No: G10565-011 [3.961575] igb :01:00.2: eth2: (PCIe:5.0Gb/s:Width x4) bc:30:5b:f4:2d:7a [3.961866] igb :01:00.2: eth2: PBA No: G10565-011 [4.053582] igb :01:00.3: eth3: (PCIe:5.0Gb/s:Width x4) bc:30:5b:f4:2d:7b [4.053873] igb :01:00.3: eth3: PBA No: G10565-011 See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=47;bug=627702 The following report has been captured with kernel 3.2.35 running. ask me if you need the same with a 2.6 kernel. Regards, Joseph. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Dell Inc. product_name: PowerEdge R720 product_version: chassis_vendor: Dell Inc. chassis_version: bios_vendor: Dell Inc. bios_version: 1.3.6 board_vendor: Dell Inc. board_name: 0VWT90 board_version: A02 ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Sandy Bridge DMI2 [8086:3c00] (rev 07) Subsystem: Dell Device [1028:048c] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 0 Capabilities: access denied 00:01.0 PCI bridge [0604]: Intel Corporation Sandy Bridge IIO PCI Express Root Port 1a [8086:3c02] (rev 07) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: f000- Memory behind bridge: dc00-dcff Prefetchable memory behind bridge: d900-d91f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:02.0 PCI bridge [0604]: Intel Corporation Sandy Bridge IIO PCI Express Root Port 2a [8086:3c04] (rev 07) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity+ SERR+ NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:02.2 PCI bridge [0604]: Intel Corporation Sandy Bridge IIO PCI Express Root Port 2c [8086:3c06] (rev 07) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: e000-efff Memory behind
Bug#703308: ITP: sagemath-database-conway-polynomials -- Database of Conway polynomials
Package: wnpp Severity: wishlist Owner: Julien Puydt julien.pu...@laposte.net * Package name: sagemath-database-conway-polynomials Version : 20100210.p2 Upstream Author : R. Andrew Ohana andrew.oh...@gmail.com * URL : http://www.sagemath.org/packages/standard/ * License : GPL-2+ Description : Database of Conway polynomials This package contains a small database of Conway polynomials. . It is part of the sagemath software suite. This is part of the effort to package sage in debian, and corresponds to the conway_polynomials spkg, of which it is a repackaging. I'll put it under the debian-science-maintainers umbrella and manage the package in the debian-science git directory. Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699803: Acknowledgement (munin: TLS not working with Munin master v2.0.x)
Steve Schnepp wrote on 2013-02-28 14:54:54 +0100: I'm looking further on what changed between 1.4 2.0. The fetch_service_config method in the file /usr/share/perl5/Munin/Master/Node.pm is changed to use the new _node_read_fast method which uses sysread for reading from a socket and bypasses the TLS layer completely. A simple work-a-round to revert the fetch_service_config method to use the _node_read method instead of the _node_read_fast method for reading, like in the attached patch. A proper fix whould probably be to make the _node_read_fast to work with TLS connections, too. --- /usr/share/perl5/Munin/Master/Node.pm 2013-01-20 13:18:35.0 +0200 +++ /usr/share/perl5/Munin/Master/Node.pm 2013-03-18 11:14:16.765775420 +0200 @@ -528,7 +528,7 @@ $self-_node_write_single(fetch $plugin\n); -my $lines = $self-_node_read_fast(); +my $lines = $self-_node_read(); my $elapsed = tv_interval($t0); my $nodedesignation = $self-{host}./.$self-{address}./.$self-{port};
Bug#703116: Please update to latest upstream
On Fri, Mar 15, 2013 at 01:08:19PM +0100, Julien Puydt wrote: Package: pari-gp Version: 2.5.1-2 Would it be possible to package pari 5.3, which has a few nice bug fixes in it (I'm thinking about trac.sagemath.org/sage_trac/ticket/13314) ? This will be done after the freeze. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702908: PTS: upload signature parsing patch
Hi, On Wed, 13 Mar 2013, Markus Wanner wrote: I noticed in particular that you used xsl:when a few times where a simple xsl:if would have been more appropriate. I didn't find any place where xsl:if would have been sufficient. However, I guess that's also a bit a matter of taste. I prefer xsl:choose whenever I need xsl:otherwise (i.e. an else clause). AFAIK there's no such thing for an xsl:if. With that, you'd have to repeat the test with a negation. While a bit less clutter with xml tags, I think that's more prone to error. Ok, fine. attached is an updated patch. I sanitized the body pseudo-header parsing, especially when combined with an OpenPGP signature. Thanks. The patch looks good for me. But we need to get python-gpgme installed on the server. We should also ask DSA to mirror the keyring on the machine. They do it for many other machines where it's needed. Paul, can you take care of that as well? Markus, ideally it would be nice if you could provide some configuration parameters where we can list supplementary keyrings to include for looking up the signatures. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703309: RFS: fonts-sil-averia-sans-gwf/1.00-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package fonts-sil-averia-sans-gwf * Package name: fonts-sil-averia-sans-gwf Version : 1.00-1 * URL : http://iotic.com/averia * License : SIL Open Font License Section : fonts It builds this binary packages: fonts-sil-averia-sans-gwf - Avería Sans GWF font family To access further information about this package, please visit the following URL: http://mentors.debian.net/package/fonts-sil-averia-sans-gwf Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/fonts-sil-averia-sans-gwf/fonts-sil-averia-sans-gwf_1.00-1.dsc Regards, Alfonso Sabato Siciliano thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703310: libgmpada: autopkgtest fails due to stderr output
Package: libgmpada Version: 0.0.20121109-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch raring Hello, libgmpada's autopkgtest fails [1] because it writes things to stderr [2] which is not allowed by autopkgtest. I fixed this by dropping the set -v option, and redirecting gnatmake's stderr output (which doesn't look at all like errors, it's just build progress) to stdout. Thanks for considering, Martin [1] https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-libgmpada/ [2] https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-libgmpada/1/ARCH=i386,label=adt/artifact/results/dsc0t-link_with_shared-stderr -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru libgmpada-0.0.20121109/debian/changelog libgmpada-0.0.20121109/debian/changelog --- libgmpada-0.0.20121109/debian/changelog 2013-03-09 12:45:59.0 +0100 +++ libgmpada-0.0.20121109/debian/changelog 2013-03-18 10:51:50.0 +0100 @@ -1,3 +1,11 @@ +libgmpada (0.0.20121109-1ubuntu2) raring; urgency=low + + * debian/tests/link_with_shared: Drop set -v option and redirect gnatmake +stderr to stdout, to avoid writing stuff to stderr. Fixes autopkgtest +failure. + + -- Martin Pitt martin.p...@ubuntu.com Mon, 18 Mar 2013 10:51:15 +0100 + libgmpada (0.0.20121109-1ubuntu1) raring; urgency=low * pass --no-as-needed to build to fix failure diff -Nru libgmpada-0.0.20121109/debian/tests/link_with_shared libgmpada-0.0.20121109/debian/tests/link_with_shared --- libgmpada-0.0.20121109/debian/tests/link_with_shared2012-11-09 03:28:13.0 +0100 +++ libgmpada-0.0.20121109/debian/tests/link_with_shared2013-03-18 10:50:53.0 +0100 @@ -1,5 +1,5 @@ #!/bin/sh -set -C -e -f -u -v +set -C -e -f -u # Use -dbg instead of -dev to avoid mentioning ALIVERSION here cat $TMPDIR/demo.gpr EOF @@ -10,5 +10,5 @@ for Object_Dir use $TMPDIR; end Demo; EOF -gnatmake -P $TMPDIR/demo.gpr +gnatmake -P $TMPDIR/demo.gpr 21 $TMPDIR/demo signature.asc Description: Digital signature
Bug#703311: unblock: navit/0.5.0~svn5126+dfsg.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Release Team, Please consider unblocking package navit. The new release 0.5.0~svn5126+dfsg.1-3 introduces three segfault fixes related to bugs #682553 and #703110. Debdiff attached. Many thanks in advance. unblock navit/0.5.0~svn5126+dfsg.1-3 - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-486 Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJRRuXYAAoJEO/obGx//s+D1MkH/Rq6u2/w0O1CrLvX9ml2eoz9 FCMQu5O/ozZYzMPtqd+hB9+WGir6J2yLAngmzCa9vqcPLz6e83fFTJmyXHXQtGi4 +pNtJ4MkK5CuN7MoH1hSK27eygKuNhr+Yl6Mah9SVVKp4r6DXX9vn3nxKvGRbrsQ vf//GC8A7LB7yW/V9vO1Lh/pAFh2nDL6c8FJ/9RYE4F4gPxScQN1W91C1sHI95Bn V4eBtTmJuccZvzj8dEOmudBN8lawI7RjvM1IhqNGiXXZbhkWHZTSXqu4EQwIBkb3 lfRfTbhG0y7y/DWxB5i/DBHWW6w+rCRbmBlAb2lJT/YiWNBvATTYUBkGNlZyn80= =C0Fa -END PGP SIGNATURE- diff -Nru navit-0.5.0~svn5126+dfsg.1/debian/changelog navit-0.5.0~svn5126+dfsg.1/debian/changelog --- navit-0.5.0~svn5126+dfsg.1/debian/changelog 2012-06-09 22:11:21.0 +0200 +++ navit-0.5.0~svn5126+dfsg.1/debian/changelog 2013-03-17 17:49:14.0 +0100 @@ -1,3 +1,16 @@ +navit (0.5.0~svn5126+dfsg.1-3) unstable; urgency=low + + * New patches: ++ maptool-uninitialised-values.patch: + Fix segfault in maptool due to uninitialised values (Closes: #682553) ++ keep-null-gps-vehicle.patch: + Don't deactivate Null GPS vehicle when position is set manually + (fix a segfault) ++ check-empty-dest-map.patch: + Don't remove previous destination when there is none (Closes: #703110) + + -- Gilles Filippini p...@debian.org Sun, 17 Mar 2013 17:49:06 +0100 + navit (0.5.0~svn5126+dfsg.1-2) unstable; urgency=low * d/rules: diff -Nru navit-0.5.0~svn5126+dfsg.1/debian/patches/check-empty-dest-map.patch navit-0.5.0~svn5126+dfsg.1/debian/patches/check-empty-dest-map.patch --- navit-0.5.0~svn5126+dfsg.1/debian/patches/check-empty-dest-map.patch 1970-01-01 01:00:00.0 +0100 +++ navit-0.5.0~svn5126+dfsg.1/debian/patches/check-empty-dest-map.patch 2013-03-17 16:33:53.0 +0100 @@ -0,0 +1,25 @@ +Description: Don't remove last dest when destination map is empty +Author: Gilles Filippini p...@debian.org +Bug-Debian: http://bugs.debian.org/703110 +Last-Update: 2013-03-12 +Index: navit/navit/bookmarks.c +=== +--- navit.orig/navit/bookmarks.c 2013-03-11 23:55:15.0 +0100 navit/navit/bookmarks.c 2013-03-12 19:53:34.0 +0100 +@@ -797,10 +797,12 @@ + + /* First, remove the last former_destination */ + former_destinations = read_former_destination_map_as_list(former_destination_map); +- dest = g_list_last(former_destinations)-data; +- former_destinations = g_list_remove(former_destinations, dest); +- free_former_destination(dest); +- write_former_destinations(former_destinations, former_destination_file, map_projection(former_destination_map)); ++ if (former_destinations != NULL) { ++ dest = g_list_last(former_destinations)-data; ++ former_destinations = g_list_remove(former_destinations, dest); ++ free_former_destination(dest); ++ write_former_destinations(former_destinations, former_destination_file, map_projection(former_destination_map)); ++ } + + /* Then, append the new one */ + bookmarks_append_destinations(former_destination_map, former_destination_file, c, count, type, description, limit); diff -Nru navit-0.5.0~svn5126+dfsg.1/debian/patches/keep-null-gps-vehicle.patch navit-0.5.0~svn5126+dfsg.1/debian/patches/keep-null-gps-vehicle.patch --- navit-0.5.0~svn5126+dfsg.1/debian/patches/keep-null-gps-vehicle.patch 1970-01-01 01:00:00.0 +0100 +++ navit-0.5.0~svn5126+dfsg.1/debian/patches/keep-null-gps-vehicle.patch 2013-03-17 17:39:16.0 +0100 @@ -0,0 +1,19 @@ +Description: Don't unset vehicle profile on set_position + set_position with no vehicle profile segfaults. +Author: Gilles Filippini p...@debian.org +Last-Update: 2013-03-17 +Index: navit/navit/gui/internal/gui_internal.c +=== +--- navit.orig/navit/gui/internal/gui_internal.c 2013-03-17 16:36:36.0 +0100 navit/navit/gui/internal/gui_internal.c 2013-03-17 16:42:25.0 +0100 +@@ -3736,7 +3736,9 @@ + struct attr vehicle, source; + int deactivate=0; + if (navit_get_attr(this-nav, attr_vehicle, vehicle, NULL) vehicle.u.vehicle +-!(vehicle_get_attr(vehicle.u.vehicle, attr_source, source, NULL) source.u.str !strcmp(demo://,source.u.str))) ++!(vehicle_get_attr(vehicle.u.vehicle, attr_source, source, NULL) source.u.str ++ !strcmp(demo://,source.u.str)
Bug#692876: Debian bug report 692876
Hi! On Mon, 18 Mar 2013, Paul Gevers wrote: On 18-03-13 00:53, Carl Eugen Hoyos wrote: On 17-03-13 10:33, Carl Eugen Hoyos wrote: I would like to test, could you provide the sample test.avi ? http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=test.avi;att=1;bug=692876 I tried several (very different) applications, none recognizes the file type (and I am therefore unable to reproduce your problem). Could you confirm / Are you sure that the sample you found the original issue with is the same than the one you uploaded? I confirm that this is NOT the file that I use to test. Mine is 288476 B and has md5sum e2118dd2933edaedea4898cd6217e4f6 and is attached to this message. I have no idea how the file in the bts got corrupted. Thank you for the updated sample! It appears that your problem is not reproducible with current FFmpeg, nor any releases, see http://ffmpeg.org/download.html While this issue will certainly be fixed quickly in avconv, please remember that this is only one of several hundred known (user-reported) regressions in avconv over FFmpeg. Carl Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702876: linux-image-2.6.32-5-openvz-amd64: OpenVZ 'vzctl start VEID --wait' hangs.
Hi Yes this ia a won't fix. There are two reasons for that. 1) the problem is in squeeze. 2) openvz patched kernels have been removed from Debian. I guess you can use kernels from http://download.openvz.org/debian/. They are for wheezy but I can not see any strong reasons why they won't work for squeeze. // Ola On Tue, Mar 12, 2013 at 12:36:23PM +, Tim Small wrote: Package: linux-image-2.6.32-5-openvz-amd64 Version: 2.6.32-48squeeze1 Severity: normal Tags: When using the squeeze openvz kernel, the --wait feature of 'vzctl' seems to wait forever. Broken with: + Squeeze hardware node + Squeeze guests + vzctl 3.0.24 and also 3.0.30 + kernel 2.6.32-5-openvz-amd64 #1 SMP Mon Feb 25 01:16:25 UTC 2013 x86_64 GNU/Linux but works with: + As above, but using RHEL6 kernel from http://download.openvz.org/kernel/branches/rhel6-2.6.32/042stab074.10/vzkernel-2.6.32-042stab074.10.x86_64.rpm instead of the Debian kernel. I'm guessing that this is probably a won't fix at this stage in Squeeze, but thought I should flag it up to save time for anyone else chasing this bug. Tim. -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.32-5-openvz-amd64 depends on: ii debconf [debconf 1.5.36.1Debian configuration management sy ii initramfs-tools 0.98.8 tools for generating an initramfs ii linux-base 2.6.34-1~experimental.2 Linux image base package ii module-init-tool 3.12-2 tools for managing Linux kernel mo ii vzctl3.0.24-12 server virtualization solution - c Versions of packages linux-image-2.6.32-5-openvz-amd64 recommends: ii firmware-linux-free2.6.32-48squeeze1 Binary firmware for various driver Versions of packages linux-image-2.6.32-5-openvz-amd64 suggests: pn grub | lilo none (no description available) pn linux-doc-2.6.32 none (no description available) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130312123623.4279.43109.report...@ermintrude.seoss.co.uk -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703312: linux-image-3.2.0-4-amd64: soft lockup on shutdown when module cx88_dvb is loaded
Package: src:linux Version: 3.2.39-2 Severity: important I get following message on shutdown: BUG: soft lockup - CPU#3 stuck for 22s! [migration/3:17] Stack: Call Trace: IRQ EOI Code: 83 c4 58 5b 5d When I unload the module the shutdown works. -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.39-2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=70492002-c40c-4dcc-be75-8317d7492e1a ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 12.406465] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 12.406474] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 12.406482] cfg80211: (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 12.406489] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [ 12.406496] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 12.406503] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [ 12.406676] cfg80211: Calling CRDA for country: AU [ 12.417658] cfg80211: Regulatory domain changed to country: AU [ 12.417667] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 12.417676] cfg80211: (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm) [ 12.417684] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2300 mBm) [ 12.417692] cfg80211: (525 KHz - 533 KHz @ 4 KHz), (300 mBi, 2300 mBm) [ 12.417699] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 3000 mBm) [ 12.417721] cfg80211: Calling CRDA for country: DE [ 12.428373] cfg80211: Regulatory domain changed to country: DE [ 12.428381] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 12.428390] cfg80211: (240 KHz - 2483500 KHz @ 4 KHz), (N/A, 2000 mBm) [ 12.428397] cfg80211: (515 KHz - 525 KHz @ 4 KHz), (N/A, 2000 mBm) [ 12.428404] cfg80211: (525 KHz - 535 KHz @ 4 KHz), (N/A, 2000 mBm) [ 12.428411] cfg80211: (547 KHz - 5725000 KHz @ 4 KHz), (N/A, 2698 mBm) [ 12.485869] tveeprom 1-0050: Hauppauge model 90002, rev C176, serial# 68408 [ 12.485880] tveeprom 1-0050: MAC address is 00:0d:fe:01:0b:38 [ 12.485888] tveeprom 1-0050: tuner model is Thompson DTT7592 (idx 76, type 4) [ 12.485896] tveeprom 1-0050: TV standards ATSC/DVB Digital (eeprom 0x80) [ 12.485902] tveeprom 1-0050: audio processor is None (idx 0) [ 12.485909] tveeprom 1-0050: decoder processor is CX882 (idx 25) [ 12.485916] tveeprom 1-0050: has no radio, has IR receiver, has no IR transmitter [ 12.485922] cx88[0]: hauppauge eeprom: model=90002 [ 12.580113] Registered IR keymap rc-hauppauge [ 12.580426] input: cx88 IR (Hauppauge Nova-T DVB-T as /devices/pci:00/:00:14.4/:04:05.0/rc/rc0/input6 [ 12.580715] rc0: cx88 IR (Hauppauge Nova-T DVB-T as /devices/pci:00/:00:14.4/:04:05.0/rc/rc0 [ 12.581177] input: MCE IR Keyboard/Mouse (cx88xx) as /devices/virtual/input/input7 [ 12.581932] rc rc0: lirc_dev: driver ir-lirc-codec (cx88xx) registered at minor = 0 [ 12.581950] cx88[0]/0: found at :04:05.0, rev: 5, irq: 20, latency: 32, mmio: 0xfc00 [ 12.582274] cx88[0]/0: registered device video1 [v4l2] [ 12.582427] cx88[0]/0: registered device vbi0 [ 12.582527] cx88[0]/2: cx2388x 8802 Driver Manager [ 12.582574] cx88[0]/2: found at :04:05.2, rev: 5, irq: 20, latency: 32, mmio: 0xfb00 [ 12.636100] cx88/2: cx2388x dvb driver version 0.0.9 loaded [ 12.636109] cx88/2: registering cx8802 driver, type: dvb access: shared [ 12.636119] cx88[0]/2: subsystem: 0070:9002, board: Hauppauge Nova-T DVB-T [card=18] [ 12.636127] cx88[0]/2: cx2388x based DVB/ATSC card [ 12.636132] cx8802_alloc_frontends() allocating 1 frontend(s) [ 12.663045] DVB: registering new adapter (cx88[0]) [ 12.663058] DVB: registering adapter 0 frontend 0 (Conexant CX22702 DVB-T)... [ 13.136133] HDMI status: Codec=0 Pin=5 Presence_Detect=0 ELD_Valid=0 [ 13.168110] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0 [ 13.200128] HDMI status: Codec=2 Pin=5 Presence_Detect=0 ELD_Valid=0 [ 13.232178] HDMI status: Codec=3 Pin=5 Presence_Detect=0 ELD_Valid=0 [ 13.248350] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input8 [ 13.248821] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input9 [ 13.249264] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input10 [ 13.249697] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input11 [ 13.924595] kvm: Nested
Bug#702908: PTS: upload signature parsing patch
On Mon, Mar 18, 2013 at 5:49 PM, Raphael Hertzog wrote: Thanks. The patch looks good for me. But we need to get python-gpgme installed on the server. We should also ask DSA to mirror the keyring on the machine. They do it for many other machines where it's needed. Paul, can you take care of that as well? Filed a ticket in rt.d.o about those two things. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703313: nvidia-kernel-dkms: Upgrade breaks VT text consoles
Package: nvidia-kernel-dkms Version: 304.84-1 Severity: grave Upgrading the nvidia packages from 304.64-4 to 304.84-1 breaks text consoles for me. If I switch VT with ctrl-alt-Fx, the display switches itself off (switching back to the X session works, though). The same happens after the xserver is shut down, i.e. I can't see the system's messages on the console when I shut down the computer. Downgrading the following packages to 304.64-4 fixes the problem: libgl1-nvidia-alternatives libglx-nvidia-alternatives libgl1-nvidia-glx libxvmcnvidia1 nvidia-alternative nvidia-glx nvidia-kernel-dkms nvidia-kernel-source nvidia-settings nvidia-vdpau-driver xserver-xorg-video-nvidia As I have already seen the unblock request, I have filed this at severity grave to avoid testing migration without loo. But I leave it up to the maintainers to decide which bug is less severe, this one or the ones fixed by 304.84-1. -- Package-specific info: uname -a: Linux k 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 GNU/Linux /proc/version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 SMP Debian 3.2.39-2 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 304.84 Wed Feb 27 04:58:49 PST 2013 GCC version: gcc version 4.6.3 (Debian 4.6.3-15) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce 210] [10de:0a65] (rev a2) (prog-if 00 [VGA controller]) Subsystem: CardExpert Technology Device [10b0:1401] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f900 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (64-bit, prefetchable) [size=256M] Region 3: Memory at ee00 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at cf00 [size=128] [virtual] Expansion ROM at e000 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.976914] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.976982] vgaarb: loaded [0.977028] vgaarb: bridge control possible :01:00.0 [1.468962] Linux agpgart interface v0.103 [6.131203] nvidia: module license 'NVIDIA' taints kernel. [7.173447] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:03.0/:01:00.1/sound/card1/input8 [7.173792] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:03.0/:01:00.1/sound/card1/input9 [7.174125] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:03.0/:01:00.1/sound/card1/input10 [7.174487] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:03.0/:01:00.1/sound/card1/input11 [7.176581] nvidia :01:00.0: setting latency timer to 64 [7.176589] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [7.176866] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 304.84 Wed Feb 27 04:58:49 PST 2013 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Dec 21 17:35 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 46 Jul 20 2011 /etc/alternatives/glx--libGL.so-i386-linux-gnu - /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so lrwxrwxrwx 1 root root 46 Jul 20 2011 /etc/alternatives/glx--libGL.so-i386-linux-gnu - /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so lrwxrwxrwx 1 root root 41 Dec 21 17:35 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 41 Dec 21 17:35 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 49 Dec 21 17:35 /etc/alternatives/glx--libXvMCNVIDIA.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 57 Dec 21 17:35 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 49 Dec 21 17:35 /etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Dec 21 17:35 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 36 Dec 21 17:35 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Dec 21 17:35 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 22 Jul 20 2011
Bug#703314: Please add unprefix tool
Package: moreutils Version: 0.47 Severity: wishlist Hi, it'd be great to have a generic tool that can rewrite numbers that use SI or binary prefixes to exact values; e.g. unprefix -b 1M would print 1048576, and unprefix -s 1M would print 100. The reverse would also be useful (but would likely merit a different name). At the extreme, the tool could act as a filter and rewrite all numbers it sees on stdin (like adnsresfilter). -- Andras Korn korn at elan.rulez.org I'll bet you anything I don't have a gambling problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703250: apt: failing tests in test/libapt does not cause FTBFS
On Mon, Mar 18, 2013 at 08:28:58AM +0100, Niels Thykier wrote: On 2013-03-18 08:25, Michael Vogt wrote: On Mon, Mar 18, 2013 at 08:54:02AM +0800, Daniel Hartwig wrote: On 18 March 2013 04:05, Michael Vogt m...@debian.org wrote: This patch looks good! I commited it to bzr. Unfortunately its not sufficient as current a msgfail() in framework will not cause a != 0 exit status. So to properly fix this some more work is needed. The attached (additional) patch should make it work now. [..] You may want to deploy the overflow guard to the integration test runner as well[1]. Indeed, added to bzr. Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703315: mdadm: core dump with bad disk
Package: mdadm Version: 3.2.5-5 Severity: normal Dear Maintainer, The disk /dev/sdb is broken. However, the kernel sees it, as you can see in /proc/partitions. In this situation, I see this: tucano:~# mdadm /dev/md3 --add /dev/sdb1 Segmentation fault (core dumped) Looking in /var/log/syslog, I see this: Mar 18 11:40:06 tucano kernel: [332471.213222] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:06 tucano kernel: [332471.213234] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:06 tucano kernel: [332471.213246] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 08 08 00 00 08 00 Mar 18 11:40:06 tucano kernel: [332471.213268] end_request: I/O error, dev sdb, sector 2056 Mar 18 11:40:06 tucano kernel: [332471.263165] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:06 tucano kernel: [332471.263178] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:06 tucano kernel: [332471.263191] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 1a 23 1f 80 00 00 08 00 Mar 18 11:40:06 tucano kernel: [332471.263214] end_request: I/O error, dev sdb, sector 438509440 Mar 18 11:40:06 tucano kernel: [332471.263223] quiet_error: 304 callbacks suppressed Mar 18 11:40:06 tucano kernel: [332471.263231] Buffer I/O error on device sdb1, logical block 54813424 Mar 18 11:40:06 tucano kernel: [332471.263272] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:07 tucano kernel: [332471.263279] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:07 tucano kernel: [332471.263289] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 1a 23 1f 80 00 00 08 00 Mar 18 11:40:07 tucano kernel: [332471.263309] end_request: I/O error, dev sdb, sector 438509440 Mar 18 11:40:07 tucano kernel: [332471.263317] Buffer I/O error on device sdb1, logical block 54813424 Mar 18 11:40:07 tucano kernel: [332471.263449] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:07 tucano kernel: [332471.263457] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:07 tucano kernel: [332471.263468] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 1a 23 1f f0 00 00 08 00 Mar 18 11:40:07 tucano kernel: [332471.263490] end_request: I/O error, dev sdb, sector 438509552 Mar 18 11:40:07 tucano kernel: [332471.263498] Buffer I/O error on device sdb1, logical block 54813438 Mar 18 11:40:07 tucano kernel: [332471.263534] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:07 tucano kernel: [332471.263541] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:07 tucano kernel: [332471.263552] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 1a 23 1f f0 00 00 08 00 Mar 18 11:40:07 tucano kernel: [332471.263573] end_request: I/O error, dev sdb, sector 438509552 Mar 18 11:40:07 tucano kernel: [332471.263581] Buffer I/O error on device sdb1, logical block 54813438 Mar 18 11:40:07 tucano kernel: [332471.263701] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:07 tucano kernel: [332471.263708] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:07 tucano kernel: [332471.263719] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 08 00 00 00 10 00 Mar 18 11:40:07 tucano kernel: [332471.263739] end_request: I/O error, dev sdb, sector 2048 Mar 18 11:40:07 tucano kernel: [332471.263748] Buffer I/O error on device sdb1, logical block 0 Mar 18 11:40:07 tucano kernel: [332471.263757] Buffer I/O error on device sdb1, logical block 1 Mar 18 11:40:07 tucano kernel: [332471.263792] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:07 tucano kernel: [332471.263799] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:07 tucano kernel: [332471.263809] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 08 00 00 00 08 00 Mar 18 11:40:07 tucano kernel: [332471.263829] end_request: I/O error, dev sdb, sector 2048 Mar 18 11:40:07 tucano kernel: [332471.263837] Buffer I/O error on device sdb1, logical block 0 Mar 18 11:40:07 tucano kernel: [332471.263924] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:07 tucano kernel: [332471.263931] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:07 tucano kernel: [332471.263942] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 08 00 00 00 08 00 Mar 18 11:40:07 tucano kernel: [332471.263962] end_request: I/O error, dev sdb, sector 2048 Mar 18 11:40:08 tucano kernel: [332471.263970] Buffer I/O error on device sdb1, logical block 0 Mar 18 11:40:08 tucano kernel: [332471.268437] sd 2:0:0:0: [sdb] Unhandled error code Mar 18 11:40:08 tucano kernel: [332471.268447] sd 2:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK Mar 18 11:40:08 tucano kernel: [332471.268458] sd 2:0:0:0: [sdb] CDB: Read(10): 28 00 00 00 08 08 00 00 08 00 Mar 18 11:40:08 tucano kernel: [332471.268478] end_request: I/O error, dev sdb, sector 2056 Mar 18 11:40:08 tucano kernel: [332471.268594] sd 2:0:0:0: [sdb] Unhandled
Bug#559179: mutextrace: package does not contain any documentation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I wrote a manual page for the mutextrace utility. Please consider including it under the very same license as the rest of the source. Well done! Indeed. Simon -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAlFG/r8ACgkQ0sfeulffv7sBRwP/eNFdQDHBwIdbBd18dk9ROZcS x+QsBeBxCGSo4+3Mh09KAh9VNoq4lqvK0MgQCjBmxViqBI4J32NJ+WCeT0ATZuI5 tQvmt7SJx5TOerIR5vuqKCvOWx56mrPafW5Nq61JDMdFy/6l4JeCpPNrukVhfoDB /ci91OjMWNj8N1Agfy0= =eV0R -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703032: strongswan: It totally breaks local network
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2013-03-14 14:25, Vladimir Stavrinov wrote: It may be possible I am only one who encounter this problem, because of very unusual configuration: leftsubnet = 192.168.0.0/24 rightsubnet = 0.0.0.0/0 Could you please send the whole relevant config, because I have not encountered the problem so far. With this configuration I had a problem in version 4.5 also, but I have solved it by deleting second default route from table 220. May be it is bad solution, but it works. Meanwhile with 4.6 version I've got very different, strange and fatal problem. With this configuration the machine where this strongswan is running announces all address of local network 192.168.0.0/24 as it's own, so all IP address becomes binded with the same MAC address and network stops working: nobody can connect each other. I'm not sure I fully understand the binding you mention: does the gateway answer all ARP requests when the tunnel is up? Rene -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJRRvFgAAoJEDzCOI+szQadDAEP/3QpMHEuCRl8S4WnWkTUGW7H nWGlPpAvUm6EfADHGrxMhnPmMmP5CRPYZOqMAWzPpN1pClKNDkYLNgE6KRkqm0yt wbaJtPQrhHnUfIp4hGOpq7Pq0IITrIJ0qyusAi30hibZ+WO6IC/9L+5zwxVKzMQs 1++EuwHxy3sPDcAnY7E9PYGZjJqXBlP34+8sej7ArNvWlLry6mMMrgjMn7jGlTOx QR8eGX/egCFFwlrx2CJslxcDooNq1lsGx4W+EjLzLm7Sb+nm35DLZ7T5A8xViK/j CwbNDWajk4DPXKLyVdvX7qNEu1pGXIa0mwuOauWUbZHuAqoKav9iPuEmtdLg4+z7 yLZAgDgMvxoD35Em1HI6PUjS4POCFcTf9MJ0LE8wUSrofjU0Lrw//lwOfDQTpBxy BL0TDsdzJxX7/k+g8QhBozEpUYwgpD9MMJjSZgFkVPOjfIKusoWOsMxRLhbOVgIt umadBRRX1021Hfo6+ZWNSiJqXtLHtXkLK/j5QyjrAFbz0bPHol43CUsRIktVmuho Vcl/iOjX5A1eo/oLmqFSJJGceTh700Xae7V6Cp/23Rav1Q4FctoYLg5J2MOSu4eJ CFPo0taG5MFzNBsJhDNm4VHPKb0ZD8uN9sVzp2i/HWxxJKMbgDIxt2lcZkJVNiRf CsHXxd+/ZFycHtcDMtmK =cTIF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: bbswitch packaging
Hi, By the way, with bumblebee + primus installed, you still will want to recommend users to call apps with the optirun interface. primus just sets some library variables and calls the application. The application is never run on the discrete nvidia card. Errr, no. As I understand it, that's exactly what primus is supposed to do (offload glx calls to nvidia card, hence the purpose of adding primus' own libGL to LD_LIBRARY_PATH). optirun just makes it convenient to switch between virtualgl or primus through a configuration setting. You are right - I used primusrun for my games for quite a while, until optirun gained support for it. The advantage of optirun is that it can bumblebee knows it's socket path and the path's to the NVidia libraries etc., so it can set the correct environment variables for primusrun, depending on bumblebee configuration and whether nouveau or NVidia are used. Actually, optirun could use primusrun without calling the primusrun script - I do not know why it does not do that. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664812: rpc.lockd on kfreebsd
Hi! Steven Chamberlain ste...@pyro.eu.org writes: I don't understand why the bug only happens on GNU/kFreeBSD, but the changes in the attached patch appear to fix it. \o/ works here as well! Thanks! Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628996: Bug#671726: Bug#671728: Bug#671726: apt: should be able to provide hook information through a named pipe
Hi Daniel, On Sun, Mar 17, 2013 at 05:34:03PM +0800, Daniel Hartwig wrote: Control: reopen 628996 Control: retitle 628996 apt-listbugs: please use debconf #Control: tags 628996 - moreinfo On 17 March 2013 16:17, Francesco Poli invernom...@paranoici.org wrote: On Sun, 17 Mar 2013 10:41:52 +0800 Daniel Hartwig wrote: [...] Debconf may provide a suitable interface there Please see the bug log of #628996 for more details about a possible Debconf frontend and the related difficulties... [..] Debconf is the standard way to handle this type of user interaction during Apt activity, and provides more control to the user (i.e. using DEBIAN_FRONTEND and preconfiguring). At the moment, current non-interactive behaviour is one of: - avoid running apt-listbugs, due to work-around for #662983; - abort always when RC bugs. The second is, IMO, the more reasonable default. Ideally, the minimum severity of bugs to cause abort should be configurable but that is yet another wishlist :-) [..] No doubt the current behaviour of noop is not doing apt-listbugs justice. I agree that debconf is generally the best way to handle a situation where terminal interaction may or may not be possible. But as far as I understand, debconf could only be used to set/retrieve a generic policy decision: whether and at what level of severity should packages be pin'ed, right? If that is so, then debconf can not support the current granularity of user interaction: ie. I want to pin this and that package and I'm OK upgrading this other one. If I understand correctly, debconf can only be used with predefined templates, thus predefined generic policy questions (as opposed to questions that can be different on every invocation). If that is so, then debconf would be an improvement over the current noop, but would still leave something be desired. -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703316: [l10n:eu] postfix 2.10.0-2: updated Basque translation
Package: postfix Version: 2.10.0-2 X-Debbugs-CC: debian-l10n-bas...@lists.debian.org Severity: wishlist Tags: l10n patch Attached Basque translation. Please, could you add it for us? Thanks and best regards, Dooteo # translation of postfix-eu.po to Euskara # translation of postfix debconf to Euskara # Postfix debconf templates basque translation # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide p...@beobide.net, 2007, 2008, 2009. # Iñaki Larrañaga Murgoitio doo...@zundan.com, 2013. msgid msgstr Project-Id-Version: postfix-eu\n Report-Msgid-Bugs-To: post...@packages.debian.org\n POT-Creation-Date: 2013-03-17 07:52-0600\n PO-Revision-Date: 2013-03-18 12:02+0100\n Last-Translator: Iñaki Larrañaga Murgoitio doo...@zundan.com\n Language-Team: American English debian-l10n-bas...@lists.debian.org\n Language: eu\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../templates:1001 msgid Add a 'mydomain' entry in main.cf for upgrade? msgstr Gehitu 'mydomain' sarrera main.cf-en bertsio-berritzean? #. Type: boolean #. Description #: ../templates:1001 msgid Postfix version 2.3.3-2 and later require changes in main.cf. Specifically, mydomain must be specified, since hostname(1) is not a fully qualified domain name (FQDN). msgstr Postfix 2.3.3-2 bertsio eta berriagoek main.cf fitxategian aldaketa batzuk egitea behar dute. Zehazki, mydomain ezarri egin behar da, hostname(1) ez bada guztiz kualifikaturiko domeinu izen (FQDN) bat. #. Type: boolean #. Description #: ../templates:1001 msgid Failure to fix this will result in a broken mailer. Decline this option to abort the upgrade, giving you the opportunity to add this configuration yourself. Accept this option to automatically set mydomain based on the FQDN of the machine. msgstr Hau konpontzean huts egiteak posta sistema apurtzea eragin dezake. Utzi aukera hau alde batera bertsio berritzea bertan behera uzteko eta konfigurazio aldaketak eskuz egiteko aukera izateko. Onartu aukera hau makinaren FQDN-an oinarritutako mydomain automatikoki ezartzeko. #. Type: boolean #. Description #: ../templates:2001 #| msgid Correct retry entry in master.cf for upgrade? msgid Set smtpd_relay_restrictions in main.cf for upgrade? msgstr Ezarri 'smtpd_relay_restrictions' main.cf-en bertsio-berritzean? #. Type: boolean #. Description #: ../templates:2001 msgid Postfix version 2.10 adds smtpd_relay_restrictions, to separate relaying restrictions from recipient restrictions, and you have a non-default value for smtpd_recipient_restrictions. msgstr Postfix 2.10 bertsioak 'smtpd_relay_restrictions' gehitzen du, birbidalketaren murriztapenak hartzailearen murriztapenetatik bereizteko, eta 'smtpd_relay_restrictions'-rentzako balio ez-lehenetsia daukazu. #. Type: boolean #. Description #: ../templates:2001 msgid Failure to do this may result in deferred or bounced mail after the upgrade. Accept this option to set smtpd_relay_restrictions equal to smtpd_recipient_restrictions. msgstr Hau egitean huts egiteak mezua atzeratzea edo errebotatzea eragin dezake bertsio-berritu ondoren. Onartu aukera hau 'smtpd_relay_restrictions' 'smtpd_recipient_restrictions'-ren berdina bezala ezartzeko. #. Type: boolean #. Description #: ../templates:3001 msgid add 'sqlite' entry to dynamicmaps.cf? msgstr gehitu 'sqlite' sarrera dynamicmaps.cf fitxategiari? #. Type: boolean #. Description #: ../templates:3001 msgid Postfix version 2.9 adds sqlite support to maps, but your dynamicmaps.cf does not reflect that. Accept this option to add support for sqlite maps. msgstr Postfix 2.9 bertsioak 'sqlite'-ren euskarria gehitzen die mapei, baina dynamicmaps.cf fitxategiak ez du halakorik adierazten. Onartu aukera hau sqlite mapen euskarria gehitzeko. #. Type: boolean #. Description #: ../templates:4001 msgid Install postfix despite an unsupported kernel? msgstr Instalatu Postfix nahiz eta onartu gabeko kernela izan? #. Type: boolean #. Description #: ../templates:4001 msgid Postfix uses features that are not found in kernels prior to 2.6. If you proceed with the installation, Postfix will not run. msgstr Postfix-ek 2.6 kernelaren aurretikoak ez dituzten ezaugarri batzuek erabiltzen ditu. Instalazioarekin aurrera jarraituz gero postfix ezingo da abiarazi. #. Type: boolean #. Description #: ../templates:5001 msgid Correct retry entry in master.cf for upgrade? msgstr Zuzendu 'retry' sarrera master.cf-en bertsio-berritzean? #. Type: boolean #. Description #: ../templates:5001 msgid Postfix version 2.4 requires that the retry service be added to master.cf. msgstr Postfix 2.4 bertsioak 'retry' zerbitzua master.cf fitxategiari gehitzea eskatzen du. #. Type: boolean #. Description #: ../templates:5001 msgid Failure to fix this
Bug#703240: apt: pkgTagSection.Exists sometimes lies about a field being present, .Find does not
On Sun, Mar 17, 2013 at 03:26:33PM +0100, Niels Thykier wrote: Package: apt Version: 0.9.7.8 Severity: normal Thanks for your bugreport and your testcase! [..] Attached is a prototype test case for test/libapt that triggers this flaw. I pushed a fix (that also removes the inline as Julian suggested) to lp:~mvo/apt/fix-tagfile-hash Attached is a bzr bundle for code-review feedback. Cheers, Michael # Bazaar merge directive format 2 (Bazaar 0.90) # revision_id: michael.v...@ubuntu.com-20130318111035-xb3zjpbg9knv3p9r # target_branch: sftp://m...@bzr.debian.org/bzr/apt/apt/debian-wheezy/ # testament_sha1: f26237e646426aeb92b52c713f87bb8c6757dd94 # timestamp: 2013-03-18 12:12:20 +0100 # base_revision_id: egon@debian-devbox-20130314132643-9xymnu7o2pt5ysev # # Begin patch === modified file 'apt-pkg/tagfile.cc' --- apt-pkg/tagfile.cc 2012-03-04 22:47:05 + +++ apt-pkg/tagfile.cc 2013-03-18 11:10:35 + @@ -282,10 +282,17 @@ for (; Stop Section + 2 (Stop[-2] == '\n' || Stop[-2] == '\r'); Stop--); } /*}}}*/ +// TagSection::Exists - return True if a tag exists/*{{{*/ +bool pkgTagSection::Exists(const char* const Tag) +{ + unsigned int tmp; + return Find(Tag, tmp); +} + /*}}}*/ // TagSection::Find - Locate a tag /*{{{*/ // - /* This searches the section for a tag that matches the given string. */ -bool pkgTagSection::Find(const char *Tag,unsigned Pos) const +bool pkgTagSection::Find(const char *Tag,unsigned int Pos) const { unsigned int Length = strlen(Tag); unsigned int I = AlphaIndexes[AlphaHash(Tag)]; === modified file 'apt-pkg/tagfile.h' --- apt-pkg/tagfile.h 2011-12-13 00:22:38 + +++ apt-pkg/tagfile.h 2013-03-18 11:10:35 + @@ -59,7 +59,7 @@ inline bool operator !=(const pkgTagSection rhs) {return Section != rhs.Section;}; bool Find(const char *Tag,const char *Start, const char *End) const; - bool Find(const char *Tag,unsigned Pos) const; + bool Find(const char *Tag,unsigned int Pos) const; std::string FindS(const char *Tag) const; signed int FindI(const char *Tag,signed long Default = 0) const ; unsigned long long FindULL(const char *Tag, unsigned long long const Default = 0) const; @@ -73,7 +73,7 @@ virtual void TrimRecord(bool BeforeRecord, const char* End); inline unsigned int Count() const {return TagCount;}; - inline bool Exists(const char* const Tag) {return AlphaIndexes[AlphaHash(Tag)] != 0;} + bool Exists(const char* const Tag); inline void Get(const char *Start,const char *Stop,unsigned int I) const {Start = Section + Indexes[I]; Stop = Section + Indexes[I+1];} === modified file 'test/libapt/makefile' --- test/libapt/makefile2012-09-02 19:32:40 + +++ test/libapt/makefile2013-03-18 11:10:35 + @@ -93,8 +93,15 @@ SOURCE = cdromreducesourcelist_test.cc include $(PROGRAM_H) -# text IndexCopy::ConvertToSourceList +# test IndexCopy::ConvertToSourceList PROGRAM = IndexCopyToSourceList${BASENAME} SLIBS = -lapt-pkg SOURCE = indexcopytosourcelist_test.cc include $(PROGRAM_H) + +# test tagfile +PROGRAM = PkgTagFile${BASENAME} +SLIBS = -lapt-pkg +SOURCE = tagfile_test.cc +include $(PROGRAM_H) + === added file 'test/libapt/tagfile_test.cc' --- test/libapt/tagfile_test.cc 1970-01-01 00:00:00 + +++ test/libapt/tagfile_test.cc 2013-03-18 11:10:35 + @@ -0,0 +1,57 @@ +#include apt-pkg/fileutl.h +#include apt-pkg/tagfile.h + +#include assert.h +#include stdlib.h +#include string.h + +char *tempfile = NULL; +int tempfile_fd = -1; + +void remove_tmpfile(void) +{ + if (tempfile_fd 0) + close(tempfile_fd); + if (tempfile != NULL) { + unlink(tempfile); + free(tempfile); + } +} + +int main(int argc, char *argv[]) +{ + FileFd fd; + const char contents[] = FieldA-12345678: the value of the field; + atexit(remove_tmpfile); + tempfile = strdup(apt-test.); + tempfile_fd = mkstemp(tempfile); + + /* (Re-)Open (as FileFd), write and seek to start of the temp file */ + equals(fd.OpenDescriptor(tempfile_fd, FileFd::ReadWrite), true); + equals(fd.Write(contents, strlen(contents)), true); + equals(fd.Seek(0), true); + + pkgTagFile tfile(fd); + pkgTagSection section; + equals(tfile.Step(section), true); + + /* It has one field */ + equals(section.Count(), 1); + + /* ... and it is called FieldA-12345678 */ + equals(section.Exists(FieldA-12345678), true); + + /* its value is correct */ + equals(section.FindS(FieldA-12345678), std::string(the value of the field)); + /* A non-existent field has an empty string as value */ + equals(section.FindS(FieldB-12345678), std::string()); + + /* ... and Exists does not lie about missing fields...
Bug#703315: mdadm: core dump with bad disk
18.03.2013 14:41, Francesco Potortì wrote: Package: mdadm Version: 3.2.5-5 Severity: normal Dear Maintainer, The disk /dev/sdb is broken. However, the kernel sees it, as you can see in /proc/partitions. In this situation, I see this: tucano:~# mdadm /dev/md3 --add /dev/sdb1 Segmentation fault (core dumped) The only way forward from this is to try to get some debugging out of it. You've a coredump, we need a backtrace to see/know where it errors out. For this, the best is to try the same with a binary recompiled to have debugging symbols. Are you familiar with (re)compile process and willing to help finding the bug? I can help a bit with the former, by providing you a debug build of mdadm. Thank you! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703194: kismet does not work in setuid mode
When I manually set the suid bit on /usr/bin/kismet_capture kismet works for non-root users too. Which should be the default behaviour if setcap is not present Maybe a required capability is missing? I will have to check that with upstream and come back with an answer. The capabilities specified should be enough, I tool a look on the source code and it seems it is a check in the tool for root uid, without taking into conideration the capabilities option Also, I'm not a capability expert, but shouldn't the permissions on /usr/bin/kismet_capture set to 0750 so that only members of the group kismet are able to execute the program and not anybody else? You are right on that, I will fix it. Thank you very much for your bug report, Nick -- =Do- N.AND -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685808: pdns-backend-pgsql: schema out-of-date, please provide no-dnssec.schema
On Sun, Mar 17, 2013 at 05:11:31PM -0400, James Cloos wrote: I intended that paragraph specifically for the case where the admin did not choose to use dbconfig-common, including those cases where pdns was instaled before the deb first aquired dbconfig-common support. wheezy will be the first Debian stable with a dbconfig-common supported version of pdns. Thus, it should be the case that the admin will be asked upon updating to wheezy whether to use dbconfig-common. My primary NS is nearly a decade old now, mostly if not entirely on sid. The first version in unstable using dbconfig-common was 3.0-1 by virtue of its changelog. You should have been asked that question upon upgrading to 3.0-1. AFAICR dbconfig was not an option when I installed pdns on it. But it became an option some time in the past, and it should have asked you. Did it? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703240: apt: pkgTagSection.Exists sometimes lies about a field being present, .Find does not
On 2013-03-18 12:14, Michael Vogt wrote: On Sun, Mar 17, 2013 at 03:26:33PM +0100, Niels Thykier wrote: Package: apt Version: 0.9.7.8 Severity: normal Thanks for your bugreport and your testcase! [..] You are most welcome, :) Attached is a prototype test case for test/libapt that triggers this flaw. I pushed a fix (that also removes the inline as Julian suggested) to lp:~mvo/apt/fix-tagfile-hash Attached is a bzr bundle for code-review feedback. Cheers, Michael apt-fix-tagfile-hash [...] Fix looks good at first glace (don't have time to apply and test it atm). === added file 'test/libapt/tagfile_test.cc' --- test/libapt/tagfile_test.cc 1970-01-01 00:00:00 + +++ test/libapt/tagfile_test.cc 2013-03-18 11:10:35 + @@ -0,0 +1,57 @@ +#include apt-pkg/fileutl.h +#include apt-pkg/tagfile.h + +#include assert.h +#include stdlib.h +#include string.h + +char *tempfile = NULL; +int tempfile_fd = -1; + +void remove_tmpfile(void) +{ + if (tempfile_fd 0) + close(tempfile_fd); + if (tempfile != NULL) { + unlink(tempfile); Come to think of it; shouldn't I have an include for unlink, like unistd.h or so. + free(tempfile); + } +} + +int main(int argc, char *argv[]) +{ + [...] +} [...] ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703032: strongswan: It totally breaks local network
Hi Vladimir, It may be possible I am only one who encounter this problem, because of very unusual configuration: leftsubnet = 192.168.0.0/24 rightsubnet = 0.0.0.0/0 With this configuration I had a problem in version 4.5 also, but I have solved it by deleting second default route from table 220. What exactly is the point of rightsubnet=0.0.0.0/0 if you don't want to tunnel everything? How does your network topology look like? With this configuration the machine where this strongswan is running announces all address of local network 192.168.0.0/24 as it's own, so all IP address becomes binded with the same MAC address and network stops working: nobody can connect each other. That's due to the farp plugin that is enabled by default in the Debian package. With rightsubnet=0.0.0.0/0 It will fake ARP responses for every IP address, which is certainly not optimal. Try disabling the plugin by specifying a custom list of plugins with the charon.load option in strongswan.conf (you can use the list returned in 'ipsec statusall' as template, just remove the farp plugin from it). Regards, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636581: NOKIA 2013 SORTEO DEL AÑO NUEVO
Su ID de correo electrónico ha ganado 1,000,000.00 libras de NOKIA 2013 SORTEO DE AÑO NUEVO, celebrada el 28 de enero 2013 adjunta con el número de sorteo NOK 00-161. Estás en contacto con nuestro agente de reclamaciones en este Email: (collectionsdep...@hotmail.co.uk) con los siguientes detalles para reclamaciones. Nombre Completo: dirección: Número de móvil: edad: País: Persona de contacto: Sr. John Carrick Correo electrónico de contacto: collectionsdep...@hotmail.co.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628996: Bug#671726: Bug#671728: Bug#671726: apt: should be able to provide hook information through a named pipe
On 18 March 2013 18:56, Serafeim Zanikolas s...@debian.org wrote: No doubt the current behaviour of noop is not doing apt-listbugs justice. I agree that debconf is generally the best way to handle a situation where terminal interaction may or may not be possible. But as far as I understand, debconf could only be used to set/retrieve a generic policy decision: whether and at what level of severity should packages be pin'ed, right? If that is so, then debconf can not support the current granularity of user interaction: ie. I want to pin this and that package and I'm OK upgrading this other one. If I understand correctly, debconf can only be used with predefined templates, thus predefined generic policy questions (as opposed to questions that can be different on every invocation). Yes, the templates are predefined, but the questions are not. A question is a template with potentially some substitutions made. The substitutions can be arbitrary, including multi-line strings, and there should be little if any flexability lost. Effectively it is no different to printf type string templates, coupled with pre-determined responses (such as, what action to take for pkg X with bugs Y). If that is so, then debconf would be an improvement over the current noop, but would still leave something be desired. The context for scripts in Pre-Install-Pkgs implies several restrictions that the current apt-listbugs interface takes liberties with. To seriously address this involves numerous compromises and limitations being imposed on the interface, at least when called via the Apt hook. Anyway, the direction is clear so lets see when work begins. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682705: gimp 2nd level dialogs freeze
Update. I have switched to using Single Window Mode to see if it made a difference to the dialog freezing problem and indeed it does. Previously, the problem would happen every time I used GIMP and sometimes several times per session. I define a session as editing or creating one image. Using Single Window Mode the issue only transpires infrequently, perhaps once in every 10 sessions. Regards, Iain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668779: /usr/bin/latex2man: latex2man: predictable /tmp filenames
Package: texlive-extra-utils Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.7) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/668779/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703212: [tex-k] dvips segfault
Hi Norbert, at Debian we got a bug report about segfaulting dvips when reading and writing to itself .. (yes I know it is not very intelligent, but still segfaulting is not optimal): Please test r29416. Regards, Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703317: ITP: ruby-rack-mobile-detect -- rack middleware for ruby webapps to detect mobile devices
package: wnpp severity: wishlist * Homepage: http://github.com/talison/rack-mobile-detect * Version: 0.4.0 * Upstream Author: Tom Alison * License: MIT * Description: Rack::MobileDetect detects mobile devices and adds an X_MOBILE_DEVICE header to the request if a mobile device is detected. Specific devices can be targeted with custom Regexps and redirect support is available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703318: ITP: fw-admin -- Dual stack firewall
Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * Package name: fw-admin Version : 1.0 Upstream Author : Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * URL : https://github.com/aborrero/fw-admin * License : GPL-3 Programming Lang: bash Description : Dual stack firewall Dual Stack (IPv4 and IPv6) firewall. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703245: ekiga: Manual missing / not found by Help/F1
On 17/03/13 16:41, Frank B. Brokken wrote: Package: ekiga Version: 4.0.1-1 Severity: normal [...] But the manual appears to be missing (and the one shown at the Wiki link doesn't reflect the current situation; e.g., ekiga doesn't show a Tools menu entry in either the wheezy or experimental distributions). You are right, some screenshots need to be updated in the manual... Versions of packages ekiga recommends: ii gvfs 1.12.3-4 pn yelpnone The manual is not shown because yelp is not installed on your system. Do you know what to do to show the manual in a classical browser? Should this be put in debian files or in ekiga's own code? By the way, ekiga uses gtk_show_uri, and already has some code for browsers: https://git.gnome.org/browse/ekiga/tree/lib/platform/platform.c#n91. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702509: unattended-upgrades: does not run autonomously, even after it was enabled
Well, after upgrading, unattended-upgrades was launched daily as it should be. The only problem then was that it didn't perform any package upgrade even when there were things to upgrade. After checking the /var/log/unattended-upgrades/unattended-upgrades.log, I spotted the problem: Initial blacklisted packages: Starting unattended upgrades script Allowed origins are: ['o=Debian,a=testing', 'o=Debian,a=testing-updates', 'o=Debian,a=proposed-updates', 'origin=Debian,archive=testing,label=Debian-Security'] Checking: idle3 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: krb5-locales ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: libavahi-client3 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: libavahi-common-data ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:' mirrordirector.raspbian.org' isTrusted:True]) Checking: libavahi-common3 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: libavahi-glib1 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: libgssapi-krb5-2 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: libgstreamer-plugins-base0.10-0 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:' mirrordirector.raspbian.org' isTrusted:True]) Checking: libk5crypto3 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: libkrb5-3 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: libkrb5support0 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: libsystemd-login0 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: perl ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: perl-base ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: perl-modules ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: python3 ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) Checking: python3-minimal ([Origin component:'main' archive:'testing' origin:'Raspbian' label:'Raspbian' site:'mirrordirector.raspbian.org' isTrusted:True]) pkgs that look like they should be upgraded: Fetched 0 B in 0s (0 B/s) fetch.run() result: 0 blacklist: [] Packages that are auto removed: '' InstCount=0 DelCount=0 BrokenCout=0 No packages found that can be upgraded unattended The origin used by these packages is Raspbian, not Debian, so I updated my /etc/apt/apt.conf.d/50unattended-upgrades file and changed all Debian references by Raspbian and the problem seems to be solved by now. Thanks all of you for your support. ♥ On Tue, Mar 12, 2013 at 6:39 PM, Arturo Moral amo...@gmail.com wrote: I just upgraded to version 0.79.5 (current in wheezy). I replaced my old /etc/apt/apt.conf.d/50unattended-upgrades config file by the new one and modified some lines: // Automatically upgrade packages from these origin patterns Unattended-Upgrade::Origins-Pattern { // Archive or Suite based matching: // Note that this will silently match a different release after // migration to the specified archive (e.g. testing becomes the // new stable). o=Debian,a=testing; o=Debian,a=testing-updates; // o=Debian,a=proposed-updates; origin=Debian,archive=testing,label=Debian-Security; }; // List of packages to not update Unattended-Upgrade::Package-Blacklist { //vim; //libc6; //libc6-dev; //libc6-i686; }; // This option allows you to control if on a unclean dpkg exit // unattended-upgrades will automatically run // dpkg --force-confold --configure -a // The default is true, to ensure updates keep getting installed //Unattended-Upgrade::AutoFixInterruptedDpkg false; // Split the upgrade into the smallest possible chunks so that // they can be interrupted with SIGUSR1. This makes the upgrade // a bit slower but it has the benefit that shutdown while a upgrade // is
Bug#628996: apt-listbugs: please use debconf
On Mon, Mar 18, 2013 at 08:00:51PM +0800, Daniel Hartwig wrote: On 18 March 2013 18:56, Serafeim Zanikolas s...@debian.org wrote: [..] If I understand correctly, debconf can only be used with predefined templates, thus predefined generic policy questions (as opposed to questions that can be different on every invocation). Yes, the templates are predefined, but the questions are not. A question is a template with potentially some substitutions made. The substitutions can be arbitrary, including multi-line strings, and there should be little if any flexability lost. Effectively it is no different to printf type string templates, coupled with pre-determined responses (such as, what action to take for pkg X with bugs Y). Daniel, thanks for taking the time to clarify. It makes sense now. Francesco, implementation details aside, are you OK with the direction? -- Every great idea is worthless without someone to do the work. --Neil Williams -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703319: ITP: ruby-literati -- render literate Haskell with Ruby
Subject: ITP: ruby-literati -- render literate Haskell with Ruby Package: wnpp Owner: Per Andersson avtob...@gmail.com Severity: wishlist * Package name: ruby-literati Version : 0.0.4 Upstream Author : Jim McAnally jmcana...@github.com * URL : http://github.com/jm/literati * License : MIT/Expat Programming Lang: Ruby Description : render literate Haskell with Ruby Render literate Haskell into HTML using Ruby. . By default, literati renders using Markdown. other markup languages can be used with the extended API. . Also included is a simple script which will take literate Haskell as input and generate HTML to stdout. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: bbswitch packaging
On Monday 18 March 2013 01:15 PM, Vincent Cheng wrote: Try testing with: # apt-get install mesa-utils $ optirun -b primus glxgears -info $ primusrun glxgears -info Okay!! I got uniform results but I had to again uncomment the following line. Without it, it was running on the Intel card. # Need functions from primus libGL to take precedence export LD_LIBRARY_PATH=${PRIMUS_libGL}${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH} Where as, if you run optirun (or -b primus), you will notice it running on nvidia. Easiest way to verify this is to watch /proc/acpi/bbswitch when using either of the interface. That's not reliable way of verifying this because you can force the secondary X server to be permanently on, and running on your nvidia GPU. It's as simple as s/KeepUnusedXServer=false/KeepUnusedXServer=true/ in /etc/bumblebee/bumblebee.conf, or optirun bash. Yes. But I have ensure always that I review the config file. And in my opinion, the defaults should be KeepUnusedXServer=false I will try to update all the packages now and see the final results. Looks like you guys have pushed some updates today. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#702071: CVE-2013-1788, CVE-2013-1789 and CVE-2013-1790
tag 702071 - moreinfo tag 702071 + confirmed found 702071 poppler/0.18.4-5 thanks Hi, thanks for the tests cases, Salvatore. I've verified the issues, and the situation that I found for current wheezy+sid (= 0.18.4-5) is the following: Alle sabato 2 marzo 2013, Salvatore Bonaccorso ha scritto: CVE-2013-1788[0]: invalid memory issues This applies, but not with all the reported documents. CVE-2013-1789[1]: crash in broken documents This seems to not apply. CVE-2013-1790[2]: uninitialized memory read This applies. I will backport and test the appropriate fixes for this version of poppler, and then upload. Regarding stable, I will do the proper investigation (and eventually backport fixes as needed) once sid is fixed and the fixed version has successfully migrated to wheezy; this way I want to reduce the potential issues. Is that okay for the security team? -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#703290: davical: possible code insertion or XSS
Hi. On Mon, 2013-03-18 at 19:43 +1300, Andrew McMillan wrote: Also worth noting that there is a (non-default) configuration setting that restricts the availability of setup.php to only administrators. Ok.. perhaps changing this to be the default is the solution... I guess I'm listed as 'upstream' for DAViCal as well as being the DD responsible for the package. Unfortunately I have no time to do either job for the foreseeable future. ... once you're back having time to play with Davical again :) Aren't you the upstream? So if people think this sort of thing is actually 'grave' then someone other than me needs to step forward and apply the (presumably trivial) fixes that resolve it. I guess that would be to htmlencode the response from that URL As I said... I don't think either that it allows much more than kinda DoS in the sense of sending garbage... I just marked it as grave so that people who have more knowledge about PHP/XSS/security in general... get notified and can comment. since making it 'SSL' (as far as I can see) would add approximately 0.1% of additional security. As I've said :) Thanks, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#695919: dpkg-source --require-valid-signature can be tricked
Hi Ansgar, et all. Question: AFAIU dpkg/apt uses gpgv for the verification of OpenPGP messages, right? So isn't the whole thin also a problem in gpg? I mean when I have a clearsigned message, it should (at least per default) not tell the file would verify if only a subpart does. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#703274: why the epoch update on file?
On 2013-03-18, Adam D. Barratt wrote: On 18.03.2013 03:57, Antoine Beaupré wrote: Why did this upload have to bump the epoch number up? It seems to me a 5.11-2.1, or -2.2 upload would have been fine here. Unstable already had 5.12-2, so a new upload as 5.11 would have been rejected. Such an upload could have been done in testing-proposed-updates. A. -- Travail, du latin Tri Palium trois pieux, instrument de torture. pgpWSbCvKcGvV.pgp Description: PGP signature
Bug#703320: [myspell-pt-br] Please consider to use new upstream version in next update
Package: myspell-pt-br Version: 20110527-2 Severity: wishlist Dear maintainer, Please consider to use new 3.0 upstream version [1] in next update. Note it works only with LibreOffice 3.3 or later. Maybe you need to create a new myspell-pt-br package specific to this version of LibreOffice. [1]http://pt-br.libreoffice.org/projetos/projeto-vero-verificador-ortografico Note now there is a different version (2.1.2) for mozilla applications and probably it will be needed to create a separate package for them. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-rt-amd64 Debian Release: 7.0 50 experimentalftp.br.debian.org 100 unstableftp.br.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== dictionaries-common (= 0.20) | 1.12.11 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== hunspell | libreoffice-core | 1:4.0.2~rc1-1 OR openoffice.org-hunspell| OR openoffice.org-core (= 2.0.2) | iceape-browser | OR iceweasel | 19.0-1 OR icedove| 17.0.2-1 Thanks in advance, -- Marcelo Santana (aka msantana) marcgsant...@yahoo.com.br http://blog.msantana.eng.br | http://identi.ca/mgsantana GnuPG fprint: 88FB 5D63 ED02 3B5D 90D6 3A3E 8698 1CC9 89C5 5467 signature.asc Description: PGP signature
Bug#703274: why the epoch update on file?
On 18.03.2013 13:55, Antoine Beaupré wrote: On 2013-03-18, Adam D. Barratt wrote: On 18.03.2013 03:57, Antoine Beaupré wrote: Why did this upload have to bump the epoch number up? It seems to me a 5.11-2.1, or -2.2 upload would have been fine here. Unstable already had 5.12-2, so a new upload as 5.11 would have been rejected. Such an upload could have been done in testing-proposed-updates. That really wouldn't have helped. The problem is that builds of packages on s390x are (well, were) broken _in unstable_ by the version of libmagic _in unstable_. Any breakage in testing is purely a side-effect of broken packages built in unstable migrating. 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#703298: automake: tests fail: undefined reference to `yywrap'
Hi, This bug report is a little strange... On 18/03/13 07:45, Aapo Rantalainen wrote: Version: 1:1.11.3-1ubuntu2 That's not even a Debian package? Debian Squeeze has only version 1:1.11.1-1+squeeze1 Debian Wheezy has a newer version 1:1.11.6-1 where these problems may be fixed already. Severity: serious Justification: fails to build from source This type of package doesn't really get 'built' as such... so a failure of a test might be considered not 'serious'. FAIL: cond35.test (exit: 2) FAIL: lex3.test (exit: 2) These tests pass for me on a Debian system running testing/sid. cond35: running flex --version flex-2.5.35 2.5.35 cond35: running bison --version bison (GNU Bison) 2.4.1 Wheezy has bison 2.5 cond35: running gcc --version sbox-arm-none-linux-gnueabi-gcc (Linaro GCC 4.7-2012.07) 4.7.2 20120701 (prerelease) That's not even Debian's compiler. Debian Release: wheezy APT prefers precise APT policy: (500, 'precise') What happened there? 'precise' isn't a Debian suite... Architecture: amd64 (x86_64) The system isn't armel? So the above is from some sort of cross-compile toolchain that isn't working? 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#703298: affects only ubuntu?
Control: notfound -1 1.9-1 Version: 1:1.11.3-1ubuntu2 Wait - this is an Ubuntu version of the package - can you test this again in Debian? I would be very surprised if automake fails to build in Debian as this point, as we are in a freeze and automake hasn't been changed since july 2012. So if Debian is really affected by this, please reply by stating which version is affected, using a syntax similar to the one I used above (but with found). Otherwise, if Ubuntu only is affected, please report the bug in: https://bugs.launchpad.net/ubuntu/+source/automake1.11 Thanks for your report, A. -- Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. - Brian W. Kernighan signature.asc Description: Digital signature
Bug#680626: update report on python wheezy upgrade problems?
This bug is blocking release, is it still happening? This has been opened more than 6 months ago... A. -- Si Dieu existe, j'espère qu'Il a une excuse valable - Daniel Pennac signature.asc Description: Digital signature
Bug#703315: mdadm: core dump with bad disk
18.03.2013 14:41, Francesco Potortì wrote: Package: mdadm Version: 3.2.5-5 Severity: normal Dear Maintainer, The disk /dev/sdb is broken. However, the kernel sees it, as you can see in /proc/partitions. In this situation, I see this: tucano:~# mdadm /dev/md3 --add /dev/sdb1 Segmentation fault (core dumped) The only way forward from this is to try to get some debugging out of it. You've a coredump, we need a backtrace to see/know where it errors out. For this, the best is to try the same with a binary recompiled to have debugging symbols. Are you familiar with (re)compile process and willing to help finding the bug? I can help a bit with the former, by providing you a debug build of mdadm. I have a programming background and a lot of past experience in compiling and debugging, but I have not done it for quite a while, so I am willing to do it if you help me, because otherwise I could not find the time to do things by myself. Also, I still have that running kernel and broken disk, but I should substitute it soon, because I have now no more redundancy, so this has to be done quickly. Let's start :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703321: installation-reports
Package: installation-reports Boot method: DVD debian-wheezy-D1-rc1-i386-DVD-1.iso ( and disks 2 and 3 ) Image version: http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-dvd/ Date: 16th march Machine: vintage toshiba laptops 'spa-40' x2 Processor: intel celeron 2.7ghz Memory: 512mb Partitions: not applicable Output of lspci -knn (or lspci -nn): 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: Downloaded all 3 DVD's Performed the graphical install, all went fine EXECEPT When prompted to scan for the other DVD's the drive was 'locked' I forced drive open with a pin in the mechanical overide hole for both extra DVD's and install went fine, also had to do the same thing when prompted to insert the DVD's later in the install. Once all done and finished on reboot, adding extra utilities that i use the installer managed drive locking etc without problems. ( considered a success but newbees would be stumped ) Then installed the xfce4 as i trully hate the new gnome and had forgot to set the option in the install at the begining. Many thanks span
Bug#680626: update report on python wheezy upgrade problems?
On 18.03.2013 14:11, anarcat wrote: This bug is blocking release, is it still happening? This has been opened more than 6 months ago... Were you intending to ask the original submitter? If so you need to actually CC them (or know they're subscribed, but CCing seems safer). 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#703322: drupal7: Test module fails due to curl version 5.4.4
Package: drupal7 Version: 7.14-2 Severity: normal Tags: patch wheezy Dear Maintainer, Using the simpletest module fails for many if not all tests. Steps to reproduce: 1) enable the Testing module 2) in the Configuration menu, select Testing 3) check the checkbox next to Actions 4) click Run tests A large angry red wall of text appears after a few seconds. The expected result is a green message stating that the tests have succeeded. I've managed to find the fix in the drupal git repository: http://drupal.org/commitlog/commit/2/ec12b314fac08e638ff4ed152cb7412739941166 http://drupalcode.org/project/drupal.git/commit/ec12b31 This bug report describes the issue: http://drupal.org/node/1671200 Apparently drupal versions up to and including 7.16 are incompatible with curl 5.4.4 which happens to exactly the version in wheezy. Please add the above commit (attached) to the patches directory! Is there a possibility to still get this fix into wheezy? Thanks, -- 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/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages drupal7 depends on: ii apache2 2.2.22-13 ii apache2-mpm-prefork [httpd] 2.2.22-13 ii curl 7.26.0-1+wheezy1 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii mysql-client 5.5.28+dfsg-1 ii mysql-client-5.5 [virtual-mysql-client] 5.5.28+dfsg-1 ii php5 5.4.4-14 ii php5-gd 5.4.4-14 ii php5-mysql 5.4.4-14 ii postfix [mail-transport-agent] 2.9.6-2 ii wwwconfig-common 0.2.2 Versions of packages drupal7 recommends: ii mysql-server 5.5.28+dfsg-1 drupal7 suggests no packages. -- debconf information excluded commit ec12b314fac08e638ff4ed152cb7412739941166 Author: webchick webch...@24967.no-reply.drupal.org Date: Sat Aug 18 13:15:22 2012 +0200 Issue #1671200 by chx, sun, jaimealsilva: Fixed Simpletest broken on 5.4: CURLOPT_COOKIEJAR cannot be NULL on php5-curl version 5.4.4. diff --git a/modules/simpletest/drupal_web_test_case.php b/modules/simpletest/drupal_web_test_case.php index d83dbeb..19a6c94 100644 --- a/modules/simpletest/drupal_web_test_case.php +++ b/modules/simpletest/drupal_web_test_case.php @@ -1685,6 +1685,13 @@ class DrupalWebTestCase extends DrupalTestCase { if (!isset($this-curlHandle)) { $this-curlHandle = curl_init(); + + // Some versions/configurations of cURL break on a NULL cookie jar, so + // supply a real file. + if (empty($this-cookieFile)) { +$this-cookieFile = $this-public_files_directory . '/cookie.jar'; + } + $curl_options = array( CURLOPT_COOKIEJAR = $this-cookieFile, CURLOPT_URL = $base_url, @@ -1699,7 +1706,12 @@ class DrupalWebTestCase extends DrupalTestCase { $curl_options[CURLOPT_HTTPAUTH] = $this-httpauth_method; $curl_options[CURLOPT_USERPWD] = $this-httpauth_credentials; } - curl_setopt_array($this-curlHandle, $this-additionalCurlOptions + $curl_options); + // curl_setopt_array() returns FALSE if any of the specified options + // cannot be set, and stops processing any further options. + $result = curl_setopt_array($this-curlHandle, $this-additionalCurlOptions + $curl_options); + if (!$result) { +throw new Exception('One or more cURL options could not be set.'); + } // By default, the child session name should be the same as the parent. $this-session_name = session_name();
Bug#699033: libdnsjava-java: New upstream release available
Hello, On Sat, 26 Jan 2013, Raphaël Hertzog wrote: Debian currently has dnsjava 2.0.8-1 but there's a new upstream version available (2.1.4): http://www.dnsjava.org/download/dnsjava-2.1.4.tar.gz I intend to sponsor an NMU of this new upstream version prepared by the Jitsi developers here: http://mentors.debian.net/package/dnsjava The NMU would refresh the packaging: - use the 3.0 (quilt) source format - use a more recent debhelper compat level (9) - use javahelper If you have any objections, please let me know. For public reference, chris grzegorczyk replied privately to me at the end of january suggesting that eucalyptus should work without problems with the newest version and that he could prepare an updated version (although this never happened). Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703323: devscripts: [wrap-and-sort] add trailing comma
Package: devscripts Version: 2.13.0 Severity: wishlist Tags: patch Please add support for adding a trailing comma in wrap-and-sort. This way adding further dependencies after the last item will not generate extra two lines of vcs diff: - last + last, + newlast See an example patch/debdiff here: https://launchpadlibrarian.net/134537579/devscripts_2.13.0ubuntu1_2.13.0ubuntu2.diff.gz Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703324: x2goclient: new upstream version
Package: x2goclient Version: 3.99.2.1-5 Severity: wishlist Hi. There's a new upstream version (4.0.0.4) available. I have some serious problems with the whole x2go... more or less it freezes all the time on connections... and it never works to resume existin sessions... perhaps that new version helps. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703325: libboost1.50-dev: Compile errors when `boost/chrono/duration.hpp` and `apache2/httpd.h` are included
Package: libboost1.50-dev Version: 1.50.0-2 Severity: normal Dear Maintainer, When trying to compile such file: % cat test.cpp #include apache2/httpd.h #include boost/chrono/duration.hpp int main() {} I'm getting the following error: % gcc -lboost_system -I/usr/include/apr-1.0 1.cpp In file included from 1.cpp:2:0: /usr/include/boost/chrono/duration.hpp: In function ‘typename boost::enable_ifboost::mpl::and_boost::is_convertibleRep1, typename boost::common_typeRep1, Rep2::type, boost::is_convertibleRep2, typename boost::common_typeRep1, Rep2::type , boost::chrono::durationtypename boost::common_typeRep1, Rep2::type, Period ::type boost::chrono::operator*(const boost::chrono::durationRep1, Period, const Rep2)’: /usr/include/boost/chrono/duration.hpp:566:54: error: expected unqualified-id before numeric constant /usr/include/boost/chrono/duration.hpp:567:34: error: type/value mismatch at argument 1 in template parameter list for ‘templateclass Rep, class Period class boost::chrono::duration’ /usr/include/boost/chrono/duration.hpp:567:34: error: expected a type, got ‘13’ /usr/include/boost/chrono/duration.hpp:567:38: error: invalid type in declaration before ‘;’ token /usr/include/boost/chrono/duration.hpp:568:23: error: request for member ‘count’ in ‘(CD)(d)’, which is of non-class type ‘CD {aka int}’ /usr/include/boost/chrono/duration.hpp:568:16: error: expected primary-expression before ‘(’ token /usr/include/boost/chrono/duration.hpp:568:23: error: request for member ‘count’ in ‘(CD)(d)’, which is of non-class type ‘CD {aka int}’ /usr/include/boost/chrono/duration.hpp:568:43: error: expected type-specifier before numeric constant /usr/include/boost/chrono/duration.hpp:568:43: error: expected ‘’ before numeric constant /usr/include/boost/chrono/duration.hpp:568:43: error: expected ‘(’ before numeric constant /usr/include/boost/chrono/duration.hpp: In function ‘typename boost::disable_ifboost::chrono::detail::is_durationRep2, typename boost::chrono::detail::duration_divide_resultboost::chrono::durationRep1, Period, Rep2::type::type boost::chrono::operator/(const boost::chrono::durationRep1, Period, const Rep2)’: /usr/include/boost/chrono/duration.hpp:595:56: error: expected unqualified-id before numeric constant /usr/include/boost/chrono/duration.hpp:596:36: error: type/value mismatch at argument 1 in template parameter list for ‘templateclass Rep, class Period class boost::chrono::duration’ /usr/include/boost/chrono/duration.hpp:596:36: error: expected a type, got ‘13’ /usr/include/boost/chrono/duration.hpp:596:40: error: invalid type in declaration before ‘;’ token /usr/include/boost/chrono/duration.hpp:598:23: error: request for member ‘count’ in ‘(CD)(d)’, which is of non-class type ‘CD {aka int}’ /usr/include/boost/chrono/duration.hpp:598:16: error: expected primary-expression before ‘(’ token /usr/include/boost/chrono/duration.hpp:598:23: error: request for member ‘count’ in ‘(CD)(d)’, which is of non-class type ‘CD {aka int}’ /usr/include/boost/chrono/duration.hpp:598:43: error: expected type-specifier before numeric constant /usr/include/boost/chrono/duration.hpp:598:43: error: expected ‘’ before numeric constant /usr/include/boost/chrono/duration.hpp:598:43: error: expected ‘(’ before numeric constant /usr/include/boost/chrono/duration.hpp: In function ‘typename boost::disable_ifboost::chrono::detail::is_durationRep2, typename boost::chrono::detail::duration_modulo_resultboost::chrono::durationRep1, Period, Rep2::type::type boost::chrono::operator%(const boost::chrono::durationRep1, Period, const Rep2)’: /usr/include/boost/chrono/duration.hpp:636:56: error: expected unqualified-id before numeric constant /usr/include/boost/chrono/duration.hpp:637:36: error: type/value mismatch at argument 1 in template parameter list for ‘templateclass Rep, class Period class boost::chrono::duration’ /usr/include/boost/chrono/duration.hpp:637:36: error: expected a type, got ‘13’ /usr/include/boost/chrono/duration.hpp:637:40: error: invalid type in declaration before ‘;’ token /usr/include/boost/chrono/duration.hpp:639:23: error: request for member ‘count’ in ‘(CD)(d)’, which is of non-class type ‘CD {aka int}’ /usr/include/boost/chrono/duration.hpp:639:16: error: expected primary-expression before ‘(’ token /usr/include/boost/chrono/duration.hpp:639:23: error: request for member ‘count’ in ‘(CD)(d)’, which is of non-class type ‘CD {aka int}’ /usr/include/boost/chrono/duration.hpp:639:43: error: expected type-specifier before numeric constant /usr/include/boost/chrono/duration.hpp:639:43: error: expected ‘’ before numeric constant /usr/include/boost/chrono/duration.hpp:639:43: error: expected ‘(’ before numeric constant That's probably because of `#define CR 13` in httpd.h and `typedef typename