Bug#782137: gnumeric: preinst script bails out too easily
Hi Dmitry, On 15 April 2015 at 04:06, Dmitry Smirnov only...@debian.org wrote: Thank you very much for helping me with this issue. I inherited original preinst code from previous maintainer and I've never hand a chance to investigate how it works... I tried your diff but it failed on upgrade as follows: /var/lib/dpkg/tmp.ci/preinst: 11: /var/lib/dpkg/tmp.ci/preinst: Bad substitution Gah, apologies for that; the colon right after the 2 should not be there. The code should work once that's been fixed. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776101: aptitude: hangs forever on 'setting up console-setup (1.116)'
On Sat, Jan 24, 2015 at 12:38:29AM +0100, Axel Beckert wrote: Gordon Morehouse wrote: on a Debian testing system hangs How long did you approximately wait? after similar output from aptitude: Installing new version of config file /etc/console-setup/compose.ISO-8859-3.inc ... Installing new version of config file /etc/console-setup/compose.ISO-8859-4.inc ... Installing new version of config file /etc/console-setup/compose.ISO-8859-7.inc ... Installing new version of config file /etc/console-setup/compose.ISO-8859-9.inc ... This output is not from aptitude but either from dpkg or ucf. Setting up console-setup (1.116) ... This is output from dpkg, announcing that it will now run console-setup's postinst script. 'top' shows aptitude taking about 3-4% CPU but it is stuck. Because aptitude is probably not the one which is working at that time. The one which should do something is either a postinst script from some to-be-installed package or some trigger. But dpkg would have announce triggers. As well as aptitude is mentioning that it's re-reading it's database. Did top show any other child process of aptitude? Ctrl-C is not effective. Ok. Kill with SIGTERM does stop the process while breaking terminal echo. Sure, because it doesn't leave aptitude a chance to do so. IMHO expected behaviour. It leaves the aptitude /var lockfile dirty. Dito. Running 'sudo dpkg --configure -a' has a couple errors about /var/cache/debconf/config.dat being locked as well. This sounds as if the aptitude including its children processes were killed while debconf tried to ask you a question or -- more likely -- generate a config file. I'm quite sure this is no issue with aptitude at all but likely with the postinst script of a to-be-installed package. I currently assume it's console-setup, also because it's a heavy debconf user. Hence reassigning. This has happened to me with the upgrade to console-setup (1.121) and after a bit of head scratching, I've narrowed down the cause to the fact that scroll lock was active on tty1. This blocked setupcon (which is invoked by the postinst, which itself was a zombie) when trying to write to /dev/tty1. I'm not sure where this could be made more resilient; it was an error on our part to have scroll lock enabled on the console (assuming it was an accidental keypress that caused that state and not some other software bug). Gordon, does that by any chance explain things for you too? Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767682: D-I: installer hangs on re-formatting ext4 partition (having grub in the partition boot record).
Hi Cyril, Cyril Brulebois wrote: I couldn't reproduce this issue with the upcoming D-I Jessie RC3: We just tested it the way we ran into it by using http://cdimage.debian.org/cdimage/daily-builds/sid_d-i/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso and we could no more reproduce it either. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782639: ITP: yubikey-piv-manager -- Graphical tool for managing your PIV-enabled YubiKey
Package: wnpp Severity: wishlist Owner: Dain Nilsson d...@yubico.com * Package name: yubikey-piv-manager Version : 1.0.0 Upstream Author : Dain Nilsson d...@yubico.com * URL : https://developers.yubico.com/yubikey-piv-manager/ * License : GPLv3+ Programming Lang: Python Description : Graphical tool for managing your PIV-enabled YubiKey This tool is used for performing administrative tasks on a PIV-enabled YubiKey. It allows management of PIN, PUK, as well as the Management Key, and can be used to generate and/or import keys and certificates. This is a GUI that wraps yubico-piv-tool, and provides some additional functionality.
Bug#775277: krb5-kdc: kpropd init scripts missing from package
Michael == Michael Weiser m.wei...@science-computing.de writes: Michael Hi, Mark and I have built and used our own local packages Michael with this patch applied for some revisions now (at least Michael -17, -18 and -19) and all seems fine. But it it is quite a Michael hassle to rebuild those local packages on every Debian Michael update. Michael Since we have provided a full, self-contained patch that Michael seems to solve the issue for good, can you please review Michael and comment on it so we can make some progress on getting Michael it included into the Debian package? Unfortunately, Debian 8.0 is in the final release freeze. After the release of Debian 8.0 later this month, we'll take a look for inclusion in the next Debian release. That's going to be a couple of years out though. --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782638: gforge-db-postgresql: Unable to permanently delete project
Package: gforge-db-postgresql Version: 5.3.2 Severity: normal Dear Maintainer, Trying to delete a project permanently, I got the following error reported : Error Deleting Project: ERROR: update or delete on table groups violates foreign key constraint plugin_projectlabels_grlabid_gid_fk on table plugin_projectlabels_group_labels DETAIL: Key (group_id)=(16) is still referenced from table plugin_projectlabels_group_labels. Hope this helps. Best regards, -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690973: Should be now ITP
retitle 690973 ITP: pgmodeler -- PostgreSQL Database Modeler thanks I think it's now ready for being pushed to the archive, if we find bugs they can be solved. Markus: you are the original submitter of this ITP, do you want to step over or should I just go ahead? Of course I would love team-maintanance (I prefer to avoid gbp and such, but might be fixable ;) ) Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#782501: apt-get clean deletes temporary files written by a running apt-get update
I wrote: [...] IMHO apt-get should not delete temporary files owned by another process. [...] That may unnecessarily narrow down potential fixes for this bug. Of course it would be possible as well (and maybe preferable) for apt-get update (and other commands?) to create their temporary files elsewhere or, depending on com- patibility and privilege considerations, use linkat(2) with AT_EMPTY_PATH. Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782501: apt-get clean deletes temporary files written by a running apt-get update
Am 15.04.2015 15:48 schrieb Tim Landscheidt t...@tim-landscheidt.de: I wrote: [...] IMHO apt-get should not delete temporary files owned by another process. [...] That may unnecessarily narrow down potential fixes for this bug. Of course it would be possible as well (and maybe preferable) for apt-get update (and other commands?) to create their temporary files elsewhere or, depending on com- patibility and privilege considerations, use linkat(2) with AT_EMPTY_PATH. Clean specifically includes the temporary files, so elsewhere is not an option. Linkat would be nice in theory, but complicates the code even more. Locking seems like the best idea IMO, not sure how things currently work for cache though.
Bug#712264: Possible idea to solve this issue
tag 712264 - wontfix thanks I'm detagging this as wontfix as I think this might get solved by using triggers. We might be able to let each app to trigger a script that creates/removes qtchooser's symlinks as necessary. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#782641: initramfs-tools: nfs booting requires /usr to be present on the nfs root filesystem
Package: initramfs-tools Version: 0.120 Severity: normal Dear Maintainer, Problem occurs when attempting to do an nfs network boot with no /usr directory present on the nfs root partition. At https://www.debian.org/releases/jessie/i386/apcs02.html.en it says that /etc, /bin, /sbin, /lib /dev must be present on the root partition in order to boot. But in the script /usr/share/initramfs-tools/scripts/nfs there is: # loop until nfsmount succeeds nfs_mount_root_impl nfs_retry_count=0 while [ ${nfs_retry_count} -lt ${delay} ] \ ! chroot ${rootmnt} test -x ${init} ; do [ $quiet != y ] log_begin_msg Retrying nfs mount /bin/sleep 1 nfs_mount_root_impl nfs_retry_count=$(( ${nfs_retry_count} + 1 )) [ $quiet != y ] log_end_msg done which attempts to execute /usr/bin/test immediately after mounting the root partition and before mounting any of the filesystems in /etc/fstab. This fails if your are trying to mount /usr from another filesystem by using an entry in /etc/fstab. The script could be modified to use the shell built-in test command by changing the line ! chroot ${rootmnt} test -x ${init} ; do to ! chroot ${rootmnt} sh -c [ -x \${init}\ ] ; do which enables the system to boot when /usr is not present. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 8.6M Nov 15 01:17 /boot/initrd.img-2.6.32-5-686 -rw-r--r-- 1 root root 14M Apr 15 12:38 /boot/initrd.img-3.16.0-4-686-pae -rw-r--r-- 1 root root 11M Nov 19 15:07 /boot/initrd.img-3.2.0-4-686-pae -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae root=UUID=704cf8be-047f-406e-903b-677e3dd1e24d ro quiet -- resume RESUME=UUID=da7f8ef7-dcc2-4203-b8f3-b2d7673c9768 -- /proc/filesystems ext3 ext2 ext4 fuseblk xfs jfs msdos vfat ntfs minix hfs hfsplus qnx4 ufs btrfs -- lsmod Module Size Used by btrfs 850694 0 xor25716 1 btrfs raid6_pq 95207 1 btrfs ufs72668 0 qnx4 12876 0 hfsplus91910 0 hfs48797 0 minix 30809 0 ntfs 197660 0 vfat 16967 0 msdos 16863 0 fat52647 2 vfat,msdos jfs 162644 0 xfs 699897 0 crc32c_generic 12576 2 libcrc32c 12394 1 xfs dm_mod 83002 0 binfmt_misc12733 1 speedstep_lib 12463 0 cpufreq_powersave 12422 0 cpufreq_userspace 12477 0 cpufreq_stats 12694 0 cpufreq_conservative13872 0 nfsd 236959 13 auth_rpcgss45765 1 nfsd oid_registry 12387 1 auth_rpcgss nfs_acl12463 1 nfsd nfs 168022 0 lockd 73443 2 nfs,nfsd fscache44782 1 nfs sunrpc211341 19 nfs,nfsd,auth_rpcgss,lockd,nfs_acl nouveau 1008276 2 snd_ens137122679 0 snd_ac97_codec 96151 1 snd_ens1371 snd_pcm_oss44124 0 mxm_wmi12467 1 nouveau snd_mixer_oss 21822 1 snd_pcm_oss wmi17147 2 mxm_wmi,nouveau snd_pcm78128 3 snd_pcm_oss,snd_ac97_codec,snd_ens1371 video 17763 1 nouveau ttm72160 1 nouveau drm_kms_helper 44450 1 nouveau drm 203555 5 ttm,drm_kms_helper,nouveau snd_seq_midi 12744 0 snd_seq_midi_event 13124 1 snd_seq_midi snd_rawmidi22284 2 snd_ens1371,snd_seq_midi i2c_algo_bit 12647 1 nouveau via686a17099 0 pcspkr 12531 0 i2c_viapro 12451 0 i2c_core 36838 5 drm,drm_kms_helper,i2c_algo_bit,i2c_viapro,nouveau evdev 17136 9 snd_seq51555 2 snd_seq_midi_event,snd_seq_midi serio_raw 12737 0 shpchp 30673 0 snd_seq_device 12980 3 snd_seq,snd_rawmidi,snd_seq_midi snd_timer 22010 2 snd_pcm,snd_seq snd55101 9 snd_pcm_oss,snd_ac97_codec,snd_timer,snd_pcm,snd_seq,snd_rawmidi,snd_ens1371,snd_seq_device,snd_mixer_oss soundcore 12890 1 snd ac97_bus 12462 1 snd_ac97_codec gameport 13270 1 snd_ens1371 button 12824 1 nouveau processor 27590 0 thermal_sys27122 2 video,processor loop 21987 0 fuse 77496 1 parport_pc 26004 1 ppdev 16686 0 lp 12766 0 parport35213 3 lp,ppdev,parport_pc autofs4
Bug#782610: linux-image-3.16.0-4-amd64, xserver-xorg-video-radeon: Acer Aspire One 725: black screen in X after resume
On Tue, Apr 14, 2015 at 2:58 PM, Simon Richter s...@debian.org wrote: Package: linux-image-3.16.0-4-amd64,xserver-xorg-video-radeon Severity: normal Hi, I've recently installed an Acer Aspire One 725 with Debian jessie, and found that after resuming from sleep, the display remains black (but backlight is on) with X. Text mode consoles work fine with and without console-setup. This system uses an AMD CPU with integrated graphics: model name: AMD C-70 APU with Radeon(tm) HD Graphics 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Device [1002:980a] As I've already passed that machine back to the owner (with sleep mode disabled in systemd config), it is difficult for me to do further testing. When you say sleep, do you mean suspend/resume or dpms? Depending on the hw involved, this patch might help: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=66c2b84ba6256bc5399eed45582af9ebb3ba2c15 Alex Simon -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) ___ xorg-driver-ati mailing list xorg-driver-...@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782615: nmu: multiple bin-NMU in squeeze-lts for CVE-2013-7439
Hi, On Mittwoch, 15. April 2015, Niels Thykier wrote: As mentioned over IRC, it seems we are unable to schedule these binNMUs for technical reasons. for those wondering: (posted here with permissions...) nthykier buxy: Re: binNMUs in squeeze-lts - looks like a no-can-do nthykier the libxrender one gives me W: can't get version info for libxrender/amd64 nthykier (repeat for i386) adsb yeah, you can't binNMU things in a suite that doesn't contain source for them adsb (or in a suite that they're an overlay for, which is how *-pu work) buxy and if we build them in squeeze, will the build chroot have squeeze- lts? buxy (assuming we can poke some ftpmaster to clear squeeze-pu afterwards) adsb I don't know buxy thanks, taking it over to #debian-buildd ansgar adsb: squeeze-lts should behave like p-u in that regard, i.e. it is an overlay over squeeze for dak. adsb ansgar: fair enough, I hadn't looked at the detail on the ftp-master side. it sounds like that's not how it's implemented in w-b though adsb oh, umm, nvm adsb you mean binNMUing in squeeze should work ansgar adsb: Wouldn't that upload to oldstable-p-u (and get rejected)? ansgar I don't know how w-b handles oldstable-p-u vs. -lts. adsb yeah. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#782640: openbox: Unable to find a valid menu file /usr/share/lxde/openbox/menu.xml
Package: openbox Version: 3.5.0-7 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Started lxde (openbox) using LightDM. Found the error message in .xsession-errors. * What exactly did you do (or not do) that was effective (or ineffective)? $ locate menu.xml * What was the outcome of this action? /etc/xdg/openbox/menu.xml /etc/xdg/openbox/LXDE/menu.xml /var/lib/openbox/debian-menu.xml We can see that /usr/share/lxde/openbox/menu.xml does not exist. * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openbox depends on: ii dpkg 1.16.16 ii libc6 2.13-38+deb7u8 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libice6 2:1.0.8-2 ii libobrender27 3.5.0-7 ii libobt0 3.5.0-7 ii libsm62:1.2.1-2 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1+deb7u2 ii libxau6 1:1.0.7-1 ii libxext6 2:1.3.1-2+deb7u1 ii libxinerama1 2:1.1.2-1+deb7u1 ii libxml2 2.8.0+dfsg1-7+wheezy4 ii libxrandr22:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u2 Versions of packages openbox recommends: ii obconf 1:2.0.3+20110805+debian-1 ii openbox-themes 1.0.2 Versions of packages openbox suggests: pn libxml2-dev none ii menu 2.1.46 ii python 2.7.3-4+deb7u1 ii ttf-dejavu 2.33-3 -- 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#782631: mirror submission for mirrors.aliyun.com
Hello, Thank you for your support and mirroring Debian. You have listed the available architectures as: amd64 and i386, however your mirror shows that you are carrying the full archive. Could you please advise on how the mirror should be listed. On Wed, 15 Apr 2015 09:08:48 + ali-yum ali-...@alibaba-inc.com wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: mirrors.aliyun.com Type: leaf Archive-architecture: amd64 i386 Archive-http: /debian/ Backports-http: /debian-backports/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.cn.debian.org Backports-upstream: ftp.cn.debian.org CDImage-upstream: ftp.cn.debian.org Updates: once Maintainer: ali-yum ali-...@alibaba-inc.com Country: CN China Sponsor: Ali-OSM http://www.alibaba.com/ Comment: Alibaba Open Source Mirror Site Best regards, Donald Norwood signature.asc Description: OpenPGP digital signature
Bug#782637: haskell-mode: fails to upgrade from wheezy to jessie to sid: Error: Cannot open load file: cl-lib
Package: haskell-mode Version: 13.12-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', the upgrade to 'jessie' succeeded, but a subsequent update to 'sid' failed. From the attached log (scroll to the bottom...): Setting up haskell-mode (13.12-1) ... Install haskell-mode for emacs23 install/haskell-mode: Handling install for emacsen flavor emacs23 Loading 00debian-vars... Loading /etc/emacs/site-start.d/50haskell-mode.el (source)... Loading /usr/share/emacs23/site-lisp/haskell-mode/haskell-mode-autoloads.el (source)... In toplevel form: ghc-core.el:32:1:Error: Cannot open load file: cl-lib In toplevel form: ghci-script-mode.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-align-imports.el:98:1:Error: Cannot open load file: cl-lib Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-bot.elc In toplevel form: haskell-c.el:30:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-cabal.el:51:1:Error: Cannot open load file: cl-lib Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-checkers.elc Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-collapse.elc In toplevel form: haskell-commands.el:20:1:Error: Cannot open load file: cl-lib Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-compat.elc In toplevel form: haskell-compile.el:30:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-complete-module.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-customize.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-debug.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-decl-scan.el:103:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-doc.el:345:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-font-lock.el:90:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-indent.el:90:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-indentation.el:36:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-interactive-mode.el:30:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-load.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-menu.el:30:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-mode.el:128:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-modules.el:21:1:Error: Cannot open load file: cl-lib Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-move-nested.elc Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-navigate-imports.elc In toplevel form: haskell-package.el:30:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-presentation-mode.el:28:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-process.el:26:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-repl.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-sandbox.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-session.el:30:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-show.el:33:1:Error: Cannot open load file: cl-lib In toplevel form: haskell-simple-indent.el:65:1:Error: Cannot open load file: cl-lib Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-sort-imports.elc Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-str.elc Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-string.elc Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-unicode-input-method.elc Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-utils.elc Wrote /usr/share/emacs23/site-lisp/haskell-mode/haskell-yas.elc In toplevel form: haskell.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: highlight-uses-mode.el:20:1:Error: Cannot open load file: cl-lib In toplevel form: inf-haskell.el:38:1:Error: Cannot open load file: cl-lib In toplevel form: w3m-haddock.el:24:1:Error: Cannot open load file: cl-lib ERROR: install script from haskell-mode package failed dpkg: error processing package haskell-mode (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for libc-bin (2.19-17) ... Errors were encountered while processing: haskell-mode cheers, Andreas haskell-mode_13.12-1.log.gz Description: application/gzip
Bug#782302: [DRE-maint] Bug#782302: gem2deb don't convert dependency names properly
Control: found -1 0.11 Control: fixed -1 0.14 On Fri, Apr 10, 2015 at 10:28:50AM +0200, Antonio Terceiro wrote: Control: severity -1 normal On Fri, Apr 10, 2015 at 01:20:14PM +0530, Pirate Praveen wrote: package: gem2deb version: 0.13 severity: critical reason: build fails even when build dependencies are installed package name should be all caps and '_' should be substituted by '-'. Because of this build fails even if the build dependencies are installed. dpkg-source --before-build ruby-fission-0.5.0 dpkg-checkbuilddeps: Unmet build dependencies: ruby-CFPropertyList (= 2.2) dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting Fair enough, I need to fix this; but it's not even close to being critical. This has been fixed in the 0.14 upload but I forgot to close the bug from the changelog. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#782635: tomcat8-admin: Default upload limit for manager app too small with no way to override
On Wed, Apr 15, 2015 at 11:22:26AM +0100, Dominic Hargreaves wrote: On Wed, Apr 15, 2015 at 12:13:56PM +0200, Emmanuel Bourg wrote: The web.xml file of the manager application is packaged as is, there is no difference with the file distributed upstream. I suggest that you raise this question on the Tomcat user list, someone should be able to help you with this configuration issue there. I'll ask, but the impression I get from reading around is that web.xml should simply be edited. I don't think we can do much at the packaging level to help you though. If it turns out that the above is correct, then I think that the Debian package should be able to enable this (eg by making web.xml a symlink to somewhere where it can be a conffile). I'll report back here either way! Hi, Here's a useful response from someone on the tomcat-users list, who seems to agree that this is something that should be changed at the Debian side. Dominic. ---BeginMessage--- On 15/04/2015 05:28, Dominic Hargreaves wrote: Hello, This is reposted from [1] and [2]; the Debian maintainers of the package suggested I ask for advice here. I am running the Tomcat manager application via a Debian package (tomcat8-admin), which deploys the webapp from /usr/share/tomcat8-admin/manager. We ran into a problem hitting th maximum upload size (configured as the multipart-config element in the HTMLManager servlet block). This is easy to fix if you're willing to edit Debian-packaged files, but this is incorrect: files in /usr/share are owned exclusively by dpkg. Is there a way to override this element from somewhere in tomcat's conf directory (which is symlinked to /etc/tomcat8 in Debian)? No. The web application setting would take priority. Searching for this problem on the web only results in suggestions about editing web.xml directly (eg http://www.giantgeek.com/blog/?p=1000) or about different programming approaches using context parameters (if I understand correctly; I'm not especially familiar with the jargon). If it's not possible to override this at the moment, then is this a bug in Tomcat, or the Debian packaging? I'd say the bug is in the Debian packaging (but I would say that wouldn't I). Without know how Tomcat is packaged in Debian, I would expect the following: - the Manager web application to be a separate, optional package - the web.xml to be placed in an appropriate location for users to be able to edit it. I took a quick look through the web.xml for the Manager app. There are plenty of settings I wouldn't expect to change but there are a handful of things that users might want to tweak. In theory, it should be possible to move those settings to context.xml but that would require code changes and would mean do things that were contrary to the spirit of the servlet spec so there would likely be resistance to such changes from the Tomcat community. One option would be for Debian to use external entities for the configurable elements and place the file that defines those entities somewhere where users can edit it. Of course I could maintain a local version of the Debian package with this overriden, but for such an apparently-obvious piece of configuration that seems wrong too. Agreed. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org ---End Message---
Bug#782609: systemd-sysv,plymouth: user experience: plymouth animation hangs
On Wed, 15 Apr 2015 12:37:07 +0200 Holger Levsen hol...@layer-acht.org wrote: Hi Simon, On Dienstag, 14. April 2015, Simon Richter wrote: Good idea: it's a stock Debian jessie installation with gnome, so the display manager is gdm. so you choose to install a default desktop system and got this? (or did you first install a non-graphical system and then apt-got into gnome?) Please also mention the version of plymouth and gdm3 you are using, which theme you selected etc. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#782623: ITP: orocos-ocl -- Orocos Component Library
El Dimecres, 15 d'abril de 2015, a les 13:33:51, Andreas Tille va escriure: Hi Leopold, it seems you missed to CC debian-science list which I'm hereby doing. :-) You probably know how SoB works ... Hi Andreas, my fault. I'm sorry. orocos is a monster and package it requires a lot of work. I was concentrate on it and I forget this step. Also, I forget orocos- rtt #782210. Best regards, Leopold Kind regards Andreas. On Wed, Apr 15, 2015 at 08:11:16AM +0200, Leopold Palomo-Avellaneda wrote: Package: wnpp Severity: wishlist Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net * Package name: orocos-ocl Version : 2.8.0 Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be * URL : http://www.orocos.org/ * License : GPL + runtime exception Programming Lang: C++ and lua Description : Orocos Component Library The Orocos Real-Time Toolkit (RTT) is not an application in itself, but it provides the infrastructure and the functionalities to build robotics applications in C++. The Orocos Component Library is a set of components in libraries. - why is this package useful/relevant? is it a dependency for another package? It's a complement for the orocos-rtt library. To have the complete orocos-toolchain you need it. Also, helps to develop components with the orocos-rtt library. - do you use it? Yes, we use it at the lab where I work. - if there are other packages providing similar functionality, how does it - compare? ROS is another framework. - how do you plan to maintain it? inside a packaging team? Inside debian-science team. I have done a preliminary work in: http://anonscm.debian.org/cgit/debian-science/packages/orocos/ocl.git/ - are you looking for co-maintainers? do you need a sponsor? Yes, both. Any help will be welcome. It's a orocos is a complex package. -- -- Linux User 152692 GPG: 05F4A7A949A2D9AA Catalonia - A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? signature.asc Description: This is a digitally signed message part.
Bug#782564: willie: Restarting fails due to missing config
Hi Antoine, I just tried running willie, but it seems that the restart and stop actions of the init script are broken. I don'T believe they are. I am using them here without problems. Interesting. One thing with this package is that the config file is not automatically configured right now, as explained in README.Debian. You need to run those commands when you install the package: chown willie /etc/willie.cfg sudo -u willie willie --config /etc/willie --configure-all chown root /etc/willie.cfg Oh, I did indeed miss that. However, instead I modified DAEMON_ARGS through /etc/default/willie to point to a preconfigured willie.cfg living elsewhere, which I think should have the same effect. From looking at the code, I also believe that neither of none of this should actually prevent the problem from occuring: when running willie --quit, no --config option is passed, so the only place willie will look for a configuration is ~willie/.willie/default.cfg. I don't have that file, do you? To double-check, I ran the above configuration commands (which write to /etc/willie.cfg as expected) and reverted my changes to the initscript. If I run the stop action, I still get willie complaining: matthijs@login:~$ sudo invoke-rc.d willie stop Welcome to Willie! I can't seem to find the configuration file, so let's generate it! Perhaps on your system, /var/lib/willie/.willie/default.cfg somehow got created, or perhaps willie's homedir isn't /var/lib/willie? Gr. Matthijs signature.asc Description: Digital signature
Bug#782614: getmail4: Fails to fetch mail
Hi, Thanks for reporting issues to the BTS. But other than the fact some people under some environment hits this problem, I do not know what to do with this info. (I am happy using getmail.) On Tue, Apr 14, 2015 at 09:49:22PM +0200, h...@pro-linux.de wrote: Package: getmail4 Version: 4.46.0-1 Severity: important Dear Maintainer, apparently since I upgraded to Jessie a few weeks ago, some mails in my POP3 mailbox prevent fetching the mails. It produces the following errors: getmail version 4.46.0 Copyright (C) 1998-2012 Charles Cazabon. Licensed under the GNU GPL version 2. SimplePOP3SSLRetriever:a...@..aa:995: Retrieval error: server for SimplePOP3SSLRetriever:a...@..aa:995 is broken; offered message b56b54610e7b but failed to provide it. Please notify the administrator of the server. Skipping message... 0 messages (0 bytes) retrieved, 0 skipped When I delete the first mail from the mailbox on the server, it usually can fetch the rest, so the first mail seems to be the offending one. Other POP3 retrievers don't have this problem, so it must be a problem in getmail4. I think identifying what IMAP/POP server you accessed and what message produces a reproduceble case should make this report a useful one. The config hasn't changed and looks like this: [retriever] type = SimplePOP3SSLRetriever server = ..aa username = password = b [destination] type = MDA_external path = /usr/bin/procmail I can provide an example of a mail that prevents fetching, it always seems to be a mail with HTML or mixed content, produced unter Windows. Please send that to BTS. (in tar.gz etc.) Your may ge more lucky by contacting upstream with the info I thought useful as above. Upstream contact: getm...@lists.pyropus.ca Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782643: apt-cacher-ng: included Debian mirrors list doesn't know about httpredir.debian.org
Package: apt-cacher-ng Version: 0.8.1-1 Severity: normal Hi, after configuring my system to use httpredir.debian.org, I noticed that files downloaded via that redirector don't land into /var/cache/apt-cacher-ng/debrep, but instead in a dedicated directory. So of course, previously cached files (in debrep) are downloaded from scratch. I suspect that httpredir.d.o needs to be added to /usr/lib/apt-cacher-ng/deb_mirrors.gz. Note that Jessie's d-i now allows picking httpredir.d.o (not sure how much it's encouraging users to do so, nor if it's the default mirror), so it may be worth fixing this bug in Jessie 8.0 or 8.1. FWIW, in the meantime I'm using this workaround locally: Remap-debrep: httpredir.debian.org/debian httpredir.debian.org/debian-backports ; file:backends_debian Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)
Hi, Am 14.04.2015 um 21:56 schrieb Michael Stapelberg: On Tue, Apr 14, 2015 at 8:59 PM, Ian Campbell i...@debian.org wrote: On Tue, 2015-04-14 at 10:02 +0200, Michael Stapelberg wrote: Apr 02 12:08:28 hostname systemd[1]: Started LSB: Start qcontrol daemon. This line in the logfile indicates that systemd is using the sysvinit script (hence the “LSB: ” prefix) of qcontrold, not the native systemd service file. Ah, that seems obvious now you point it out. The git log shows that 0.5.2 is the first version that is supposed to have systemd service files, but actually, when I look at https://packages.debian.org/jessie/armhf/qcontrol/filelist, I don’t see any files in /lib/systemd/system/, which suggests that the Debian package doesn’t install the systemd service files that upstream provides. Ian, it seems like you should be following https://wiki.debian.org/systemd/Packaging#Using_debhelper_with_dh_systemd to get the package to properly pick up the systemd service files, at which point this bug should be fixed. I could have sworn this got done (I even thought the patches had come from you!) but it really hasn't. Unfortunately I think switching over to the systemd initfiles for Jessie is out of the question at this stage, given https://lists.debian.org/debian-devel-announce/2015/03/msg00016.html. Once Jessie is out I'll get the proper fix into Stretch and Jessie-backports as soon practical. In the meantime is there any simple workaround you can think of which would make the existing sysvinit script work properly with systemd's LSB compat mode? FYI qcontrold.init currently has: # Required-Start:$local_fs $remote_fs $syslog I'd have thought that $remote_fs would be sufficiently late to ensure the /etc/modules.conf had been processed and udev to have been settled. But perhaps some other dependency is required? Any idea what it might be? pkg-systemd-maintainers, see above: is there a way to wait for udev devices to be available? What’s the current take on udev-settle, would that be a reasonable workaround for this situation? Possible solutions, in order of preference: The best way to fix this, is to make qcontrol hotplug aware, i.e. use udev_monitor [1] to listen for new devices. This way, it doesn't matter when the daemon starts, it will pick up new devices when they come (and go). An alternative, if the daemon is only supposed to be started when certain hardware is available, is to trigger the start via a udev rule and starting the .service via SYSTEMD_WANTS. See the bluez package for inspiration. udevadm settle is not really a solution, but rather a workaround. As a consequence, it was removed from the boot sequence under systemd. Most likely that's the reason that qcontrol now fails under systemd. If qcontrol ships native service files, it can pull in the systemd-udev-settle.service unit though via Wants=systemd-udev-settle.service After=systemd-udev-settle.service If I read the bug report correctly, qcontrol doesn't ship a native service file yet, though and only provides a SysV init script? In that case, the (legacy) SysV init script could run udevadm settle. This is super ugly though and not something I would recommend. I only mention it for completeness sake. Michael [1] https://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/libudev-udev-monitor.html [2] http://www.freedesktop.org/software/systemd/man/systemd.device.html#SYSTEMD_WANTS= -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#782644: xscreensaver always rejects my password
Package: xscreensaver Version: 5.30-1+b1 Severity: normal Dear Maintainer, I've been using xscreensaver for many years, and a couple months ago, it started to misbehave: it does not accept my password any more. More specifically, when the screen is locked and I type my password is tells me authentication failed and goes back to waiting for my password. When used with other accounts on my machine, it seems to work fine, but with my account, no matter how carefully I type my password, it gives me a failed authentication, so I have to switch to another virtual console to kill it in order to get back to my session. I did not change anything to xscreensaver's configuration in years, and FWIW I'm using an XFCE environment with a gdm3 login. Stefan -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (50, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xscreensaver depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-17 ii libcairo21.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglade2-0 1:2.6.4-2 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libice6 2:1.0.9-1+b1 ii libpam0g 1.1.8-3.1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libsm6 2:1.2.2-1+b1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxi6 2:1.7.4-1+b2 ii libxinerama1 2:1.1.3-1+b1 ii libxml2 2.9.1+dfsg1-5 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.11-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxt6 1:1.1.4-1+b1 ii libxxf86vm1 1:1.1.3-1+b1 ii xscreensaver-data5.30-1+b1 Versions of packages xscreensaver recommends: pn libjpeg-progs none ii perl [perl5] 5.20.2-3 ii wamerican [wordlist] 7.1-1 Versions of packages xscreensaver suggests: ii chromium [www-browser] 41.0.2272.118-1 ii conkeror [www-browser] 1.0~~pre-1+git141025-1 ii emacs20 [www-browser] 20.7-13.3 ii epiphany-browser [www-browser] 3.14.1-1 pn fortune none ii gdm33.14.1-7 ii iceweasel [www-browser] 31.6.0esr-1 ii konqueror [www-browser] 4:4.14.2-1 ii lynx-cur [www-browser] 2.8.9dev1-2+b1 pn qcam | streamer none ii xdaliclock 2.41-1 ii xemacs21-mule [www-browser] 21.4.22-11 pn xfishtank none pn xscreensaver-gl 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#780702: python-fox should depend or recommend on python-setuptools
Package: python-tox Version: 1.8.0-1 Followup-For: Bug #780702 Tox crashes out with: pkg_resources.DistributionNotFound: tox==1.8.0 unless python3-setuptools = 5.5.1-1 is installed. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.18.5-x86_64-linode52 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-tox depends on: ii libjs-sphinxdoc1.2.3+dfsg-1 ii python33.4.2-2 ii python3-pkg-resources 0.6.24-1 ii python3-py 1.4.25-1 ii python3-virtualenv 1.11.6+ds-1 ii virtualenv 1.11.6+ds-1 python-tox recommends no packages. python-tox suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782442: USB3 external HDD not recognized [regression]
On Wed, 15 Apr 2015, Ralf Jung wrote: Hi all, One of my external hard disks does not work anymore with current kernels, when I plug it into my USB3 port. ... I can do a git bisect when I am back from travel (in ~1 week), but I would appreciate some guess of which folder I should restrict the bisect to - otherwise, this would take way too long. The USB-3 driver is made up of these files: drivers/usb/host/xhci* Alan Stern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782642: moc: when resized moc displays terminal's too smal when it's not
Package: moc Version: 1:2.5.0-1 Severity: minor Tags: patch Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? When moc is resized, for example when using a tilling window manager, it dislays terminal's too small while the terminal size is still big enough to display moc correctly. I think that the threshold of lines and columns size is too high so I changed them. With this values I got the terminal's too small mention only when it gets really too small. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages moc depends on: ii libasound21.0.28-1 ii libc6 2.19-17 ii libcurl3-gnutls 7.38.0-4 ii libdb5.3 5.3.28-9 ii libfaad2 2.7-8 ii libflac8 1.3.0-3 ii libgcc1 1:4.9.2-10 ii libid3tag00.15.1b-11 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libltdl7 2.4.2-1.11 ii libmad0 0.15.1b-8 ii libmagic1 1:5.22+15-2 ii libmodplug1 1:0.8.8.4-4.1+b1 ii libmpcdec62:0.1~r459-4.1 ii libncursesw5 5.9+20140913-1+b1 ii libogg0 1.3.2-1 ii libopusfile0 0.6-1 ii librcc0 0.2.12-0.1 ii libresid-builder0c2a 2.1.1-14 ii libsamplerate00.1.8-8 ii libsidplay2 2.1.1-14 ii libsidutils0 2.1.1-14 ii libsndfile1 1.0.25-9.1 ii libspeex1 1.2~rc1.2-1 ii libstdc++64.9.2-10 ii libtagc0 1.9.1-2.1 ii libtinfo5 5.9+20140913-1+b1 ii libvorbis0a 1.3.4-2 ii libvorbisfile31.3.4-2 ii libwavpack1 4.70.0-1 ii zlib1g1:1.2.8.dfsg-2+b1 moc recommends no packages. Versions of packages moc suggests: pn moc-ffmpeg-plugin none -- no debconf information *** /home/sogal/moc_interfaces_elements.c.diff --- interface_elements.c.orig 2015-04-15 15:40:16.594245182 +0200 +++ interface_elements.c2015-04-15 15:44:57.574249398 +0200 @@ -2529,7 +2529,7 @@ /* End the program if the terminal is too small. */ static void check_term_size (struct main_win *mw, struct info_win *iw) { - mw-too_small = iw-too_small = COLS 59 || LINES 7; + mw-too_small = iw-too_small = COLS 30 || LINES 5; } /* Update the title with the current fill. */ @@ -2770,7 +2770,7 @@ bar_set_title (w-mixer_bar, name); if (!w-in_entry !w-too_small) { - bar_draw (w-mixer_bar, w-win, COLS - 37, 0); + bar_draw (w-mixer_bar, w-win, COLS - 27, 0); info_win_update_curs (w); } } @@ -3085,7 +3085,7 @@ bar_set_fill (w-mixer_bar, (double) value); if (!w-in_entry !w-too_small) - bar_draw (w-mixer_bar, w-win, COLS - 37, 0); + bar_draw (w-mixer_bar, w-win, COLS - 27, 0); } /* Draw a switch that is turned on or off in form of [TITLE]. */ @@ -3398,7 +3398,7 @@ lines.ltee, lines.rtee, lines.llcorn, lines.lrcorn); /* mixer frame */ - mvwaddch (w-win, 0, COLS - 38, lines.rtee); + mvwaddch (w-win, 0, COLS - 28, lines.rtee); mvwaddch (w-win, 0, COLS - 17, lines.ltee); /* playlist time frame */ @@ -3448,7 +3448,7 @@ if (w-in_entry) entry_draw (w-entry, w-win, 1, 0); else - bar_draw (w-mixer_bar, w-win, COLS - 37, 0); + bar_draw (w-mixer_bar, w-win, COLS - 27, 0); --- interface_elements.c.orig 2015-04-15 15:40:16.594245182 +0200 +++ interface_elements.c 2015-04-15 15:44:57.574249398 +0200 @@ -2529,7 +2529,7 @@ /* End the program if the terminal is too small. */ static void check_term_size (struct main_win *mw, struct info_win *iw) { - mw-too_small = iw-too_small = COLS 59 || LINES 7; + mw-too_small = iw-too_small = COLS 30 || LINES 5; } /* Update the title with the current fill. */ @@ -2770,7 +2770,7 @@ bar_set_title (w-mixer_bar, name); if (!w-in_entry !w-too_small) { - bar_draw (w-mixer_bar, w-win, COLS - 37, 0); + bar_draw (w-mixer_bar, w-win, COLS - 27, 0); info_win_update_curs (w); } } @@ -3085,7 +3085,7 @@
Bug#781086: closed by Thomas Goirand tho...@goirand.fr (Not aimed at Jessie / Icehouse)
I'm not clear what the process is here. openstack-deploy is known to be broken in Jessie, so the bug is being closed? Isn't the bug tracker where known issues are supposed to be tracked? In any case, if it's know to be broken, why is it still in testing? What's the point of including a non-working package in the next stable? From: ow...@bugs.debian.org To: volderm...@hotmail.com Subject: Bug#781086 closed by Thomas Goirand (Not aimed at Jessie / Icehouse) Date: Wed, 15 Apr 2015 07:33:10 + This is an automatic notification regarding your Bug report which was filed against the openstack-deploy package: #781086: openstack-deploy: configuration fails for keystone/mysql It has been closed by Thomas Goirand . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Thomas Goirand by replying to this email. -- 781086: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781086 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --Forwarded Message Attachment-- Date: Wed, 15 Apr 2015 09:31:07 +0200 From: tho...@goirand.fr To: 781086-d...@bugs.debian.org Subject: Not aimed at Jessie / Icehouse Hi, Unfortunately, the version in Jessie wasn't fully working, and it is too late to update it. So I would advise you to try using the version currently in Experimental. I'm sorry, but I have to close this bug, as it's a known issue which cannot be fixed. Cheers, Thomas Goirand (zigo) --Forwarded Message Attachment-- From: volderm...@hotmail.com To: sub...@bugs.debian.org Subject: openstack-deploy: configuration fails for keystone/mysql Date: Tue, 24 Mar 2015 10:57:01 + Package: openstack-deploy Version: 0.10 Severity: important Dear Maintainer, I am trying to install openstack on a clean system like so: 1) Install Jessie from the RC1 net-install. Select only SSH in tasksel. (This can also happens without SSH.) 2) apt update 3) apt install openstack-deploy 4) openstack-deploy all-in-one 5) accept defaults for all prompts This fails with: Setting up keystone (2014.1.3-6) ... PKG-Openstack now calling: dbc_go keystone configure usermod: no changes dbconfig-common: writing config to /etc/dbconfig-common/keystone.conf ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO). unable to connect to mysql server. error encountered creating user: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) dbconfig-common: keystone configure: noninteractive fail. dbconfig-common: keystone configure: ignoring errors from here forwards dbconfig-common: flushing administrative password ERROR 1045 (28000): Access denied for user 'keystone'@'localhost' (using password: YES) dpkg: error processing package keystone (--configure): subprocess installed post-installation script returned error exit status 1 -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#780461: updates from #debian-systemd
control: tags -1 moreinfo Hi, from #debian-system on IRC: h01ger hi. do you have any idea about what causes / how to fix #780461? (delayed hostname update via DHCP) mbiebl h01ger: can you pastebin the hook somewhere? mbiebl h01ger: is that behaviour specific to systemd or also happening under sysvinit? mbiebl how exactly is the network configured? mbiebl 15min sounds a bit excessive and doesn't look like the internal 90s timeout systemd uses for services to start h01ger mbiebl_: http://sources.debian.net/src/debian-edu- config/1.817/etc/dhcp/dhclient-exit-hooks.d/hostname/ has the hook (re: #780461) h01ger mbiebl_: its the same hook as we used in wheezy with sysv h01ger not sure how sunweaver configured his network... but he is here, so :) mbiebl h01ger, sunweaver: my suggestion would be, to boot with systemd.debug-shell on the kernel command line mbiebl then inspect the system on tty9 while it is waiting mbiebl output of ps aux mbiebl systemd-cgls mbiebl and systemdctl list-jobs mbiebl might give us a clue h01ger mind if i add this to the bug? mbiebl not at all cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#782627: systemd-sysv-generator: Failed to read configuration file '/etc/init.d/log': Is a directory
Hi, Am 15.04.2015 um 09:29 schrieb Kartik Mistry: Lots of such messages in dmesg output: [ 4052.385213] systemd-sysv-generator[10194]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4052.824814] systemd-sysv-generator[10208]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4087.754553] systemd-sysv-generator[16937]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4088.040307] systemd-sysv-generator[16963]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4088.122211] systemd-sysv-generator[16975]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4088.200528] systemd-sysv-generator[16987]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4088.273844] systemd-sysv-generator[16999]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4136.634125] systemd-sysv-generator[18852]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4147.118919] systemd-sysv-generator[23075]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 4156.402346] systemd-sysv-generator[23355]: Failed to read configuration file '/etc/init.d/log': Is a directory [ 6226.740772] systemd-sysv-generator[25337]: Failed to read configuration file '/etc/init.d/log': Is a directory Is /etc/init.d/log a directory? If so, which package put it there? What does it contain? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#782645: mysql-5.5: Multiple security fixes from the April 2015 CPU
Source: mysql-5.5 Version: 5.5.23-2 Severity: grave Tags: security upstream fixed-upstream Hi As usual for this time of the year: there is a new Oracle Patch update including updates for MySQL, see: http://www.oracle.com/technetwork/topics/security/cpuapr2015-2365600.html#AppendixMSQL Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775277: krb5-kdc: kpropd init scripts missing from package
Hi Sam, On Wed, Apr 15, 2015 at 09:30:37AM -0400, Sam Hartman wrote: Michael Since we have provided a full, self-contained patch that Michael seems to solve the issue for good, can you please review Michael and comment on it so we can make some progress on getting Michael it included into the Debian package? Unfortunately, Debian 8.0 is in the final release freeze. After the release of Debian 8.0 later this month, we'll take a look for inclusion in the next Debian release. That's going to be a couple of years out though. Thanks for the quick update. How likely is it going to be to get this into jessie-backports once 8.0 is out? Obviously we're willing to help with that in terms of patching and testing. Can we get the review and integration process started even though 8.0 isn't out yet? This way we could provide updates and fixes as needed ahead of time and start the backporting to 8.0 as quickly as possible. At the worst (if refused) we'd at least know not to waste any more energy and waiting time on it and go looking for a more permanent workaround than building patched local packages. Thank you, -- Michael Weiserscience + computing ag Senior Systems Engineer Geschaeftsstelle Duesseldorf Faehrstrasse 1 phone: +49 211 302 708 32 D-40221 Duesseldorf fax: +49 211 302 708 50 www.science-computing.de -- Vorstandsvorsitzender/Chairman of the board of management: Gerd-Lothar Leonhart Vorstand/Board of Management: Dr. Bernd Finkbeiner, Dr. Arno Steitz Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Philippe Miltin Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780264: Bug #780264 : Proposed fix for incompatibility
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear maintainer, I am working on the same issue on Ubuntu : https://bugs.launchpad.net/ubuntu/+source/pywbem/+bug/1434991 This bug is caused by the fact that SSLTimeoutError does not exist in teh M2Crypto python module and, according to the upstream git repository, has never existed. Here is a proposed patch that fixes this issue. Please let me know if this is acceptable. Kind regards, ...Louis - -- Louis Bouchard Software engineer, Cloud Sustaining eng. Canonical Ltd Ubuntu developer Debian Maintainer GPG : 429D 7A3B DD05 B6F8 AF63 B9C4 8B3D 867C 823E 7A61 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVLoMAAAoJEIs9hnyCPnphJKcP/3l6SZuZSA7Y7gO7YCAa24Ry hClYldE5OuBOyAzXgwjJsXk4EToMMqNTewbsHjvANHg24cBD0fxv1zdos42bYew6 xT9/x3+77EOtnukVfBEUu5lAIfLRVs9nIyt1LLWFS5rEx4yadB4ZMAbQskp8yMIa RTWqyyVwp6EBTbx8o3lrgA5fG6qFTOxuQAt2v0025fqB91XAVIwPf8AXhS9zz3QN K+S9KnKL0jgCyZgL8loLMTB7WbSoUooL7hFMyIs/SB/j+MKzgVg9JrApbAenh/2S 1VeSDjDJEX7KGPYs7xlPwoqbp85R/p6xCEvsbg8/SN4T5uIfSs/7mSLzk96CFBM2 wn9f/N1Nmai5pHkua64lDWH9qng/A6Cpk31pRGjV2rFqAsdjj0Fy7pNas5CggM5B cTZYw++0oUm1j4wHLxmL6YmVZGm8pYlI9xoI/82d5Y+l5zYcCUuiB1GWwoPrm8I0 K7ziUDjeaSDixaAXOCloxZpDt8b38Agp0OOP3dHpkn5jEAeIgPzNKt/tA96sL+As H9FrRmTY1fO/otFEYy9SFmnN5kchJFV7OJK8fmduGmJ94sr0t+n8Fx/kmNWBWTHk eDwBB4QVmlOW/LbgkwjxXeZOE/QIiLTswMymv3PoSBGiNZbzjXlObyzkz/jCEf99 TrlNUtQBk3IJv0mAv5O6 =jZup -END PGP SIGNATURE- diff -u pywbem-0.8.0~dev650/debian/changelog pywbem-0.8.0~dev650/debian/changelog --- pywbem-0.8.0~dev650/debian/changelog +++ pywbem-0.8.0~dev650/debian/changelog @@ -1,3 +1,11 @@ +pywbem (0.8.0~dev650-2) sid; urgency=medium + + * pywbem/cim_http.c +- Remove SSLTimeoutError exception as this exception + is inexistant in M2Crypto (Closes: #780264) + + -- Louis Bouchard louis.bouch...@ubuntu.com Wed, 15 Apr 2015 08:59:30 -0500 + pywbem (0.8.0~dev650-1) unstable; urgency=low [ Bernd Zeimetz ] only in patch2: unchanged: --- pywbem-0.8.0~dev650.orig/pywbem/cim_http.py +++ pywbem-0.8.0~dev650/pywbem/cim_http.py @@ -168,8 +168,7 @@ if not check(self.sock.get_peer_cert(), self.host): raise Error('SSL error: post connection check failed') return ret -except ( Err.SSLError, SSL.SSLError, SSL.SSLTimeoutError - , SSL.Checker.WrongHost), arg: +except ( Err.SSLError, SSL.SSLError, SSL.Checker.WrongHost), arg: raise Error(SSL error: %s % arg) class FileHTTPConnection(HTTPBaseConnection, httplib.HTTPConnection):
Bug#773713: broadcom-sta: Please support kernel 3.18
Package: broadcom-sta-dkms Version: 6.30.223.248-4 Followup-For: Bug #773713 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Tony Houghton h...@realh.co.uk To: Debian Bug Tracking System 773...@bugs.debian.org Subject: Re: broadcom-sta: Please support kernel 3.18 Bcc: Tony Houghton h...@realh.co.uk Message-ID: 20150415141153.1889.39110.reportbug@jeanette.centauri X-Mailer: reportbug 6.6.3 Date: Wed, 15 Apr 2015 15:11:53 +0100 Package: broadcom-sta-dkms Version: 6.30.223.248-3 Followup-For: Bug #773713 This package seems to work fine with 3.19-trunk from experimental when pacthed appropriately. I used patches from Ubuntu and Arch: https://github.com/longsleep/bcmwl-ubuntu/blob/master/debian/patches/0015-add-support-for-Linux-3.18.patch https://gist.github.com/hobarrera/ac0e6225210ac5bb13f6#file-broadcom-sta-6-30-223-248-linux-3-18-null-pointer-crash-patch I had to change the paths to add amd64/ before src/, I guess you'll have to make copies to do the same for i386 in the official package. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages broadcom-sta-dkms depends on: ii dkms 2.2.0.3-2 Versions of packages broadcom-sta-dkms recommends: ii wireless-tools 30~pre9-8 broadcom-sta-dkms suggests no packages. -- no debconf information -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages broadcom-sta-dkms depends on: ii dkms 2.2.0.3-2 Versions of packages broadcom-sta-dkms recommends: ii wireless-tools 30~pre9-8 broadcom-sta-dkms suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782650: xastir: [INTL:it] Italian translation of debconf messages
Package: xastir Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of xastir debconf messages proofread by the Italian localization team. I am late in sending the translation, thanks so much for waiting and for the heads-up on the upcoming package upload. Please include it in your next upload. Thanks, Beatrice # Italian translation of xastir debconf messages. # Copyright (C) 2015, xastir package's copyright holder # This file is distributed under the same license as the xastir package. # Beatrice Torracca beatri...@libero.it, 2015. msgid msgstr Project-Id-Version: xastir\n Report-Msgid-Bugs-To: xas...@packages.debian.org\n POT-Creation-Date: 2015-04-04 02:04+0100\n PO-Revision-Date: 2015-04-15 17:59+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../templates:2001 msgid Should non-superusers be able to use native AX.25 interfaces? msgstr Permettere ai non-superutenti di usare le interfacce AX.25 native? #. Type: boolean #. Description #: ../templates:2001 msgid Xastir can be installed in a way that allows members of the \xastir-ax25\ system group to use a native Linux AX.25 interface from within Xastir. Where available this configuration uses Linux capabilities in order to limit the process's privileges to only those required, falling back on installing the binary setuid where Linux capabilities are not available. msgstr Xastir può essere installato in modo da permettere ai membri del gruppo di sistema «xastir-ax25» di usare un'interfaccia nativa Linux AX.25 dall'interno di Xastir. Dove possibile, questa configurazione usa le «capabilities» Linux allo scopo di limitare i privilegi dei processi per usare solo quelli necessari, ripiegando sull'installazione del binario con bit setuid impostato dove le «capabilities» Linux non sono disponibili. #. Type: boolean #. Description #: ../templates:2001 msgid This is recommended over the alternative of running Xastir directly as root, but enabling it may be a security risk, so it is disabled by default. If in doubt, or if you do not intend to use native AX.25 interfaces (using a serial TNC or Internet connection instead), it is suggested to leave it disabled. msgstr Questa è l'impostazione raccomandata rispetto all'alternativa di eseguire Xastir direttamente come root, ma abilitarla può essere un rischio per la sicurezza perciò è in modo predefinito disabilitata. Se si è in dubbio o non si pensa di usare le interfacce AX.25 native (usando invece una connessione Internet o TNC seriale) è suggerito lasciarla disabilitata. #. Type: boolean #. Description #: ../templates:2001 msgid For more detailed information please see /usr/share/doc/xastir/README.Debian. msgstr Per informazioni più dettagliate vedere /usr/share/doc/xastir/README.Debian.
Bug#782652: nslcd: Does not start at boot when uri set to DNS
Package: nslcd Version: 0.9.4-3 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nslcd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-17 ii libgssapi-krb5-2 1.12.1+dfsg-19 ii libldap-2.4-2 2.4.40-4 Versions of packages nslcd recommends: ii bind9-host [host] 1:9.9.5.dfsg-9 ii host1:9.9.5.dfsg-9 ii ldap-utils 2.4.40-4 ii libnss-ldapd [libnss-ldap] 0.9.4-3 ii libpam-ldapd [libpam-ldap] 0.9.4-3 ii nscd2.19-17 ii nslcd-utils 0.9.4-3 Versions of packages nslcd suggests: pn kstart none -- Configuration Files: /etc/network/if-up.d/nslcd changed: if [ $IFACE = lo ] ; then exit 0 fi /usr/bin/pgrep -f ^/usr/sbin/nslcd /dev/null if [ $? = 0 ]; then exit 0 fi invoke-rc.d nslcd restart exit 0 -- debconf information: nslcd/ldap-reqcert: nslcd/ldap-sasl-realm: nslcd/ldap-sasl-authcid: * nslcd/ldap-starttls: false libraries/restart-without-asking: false nslcd/ldap-binddn: nslcd/xdm-needs-restart: nslcd/ldap-sasl-authzid: nslcd/restart-services: nslcd/disable-screensaver: * nslcd/ldap-auth-type: none nslcd/ldap-cacertfile: /etc/ssl/certs/ca-certificates.crt nslcd/ldap-sasl-mech: nslcd/ldap-sasl-krb5-ccname: /var/run/nslcd/nslcd.tkt * nslcd/ldap-uris: DNS nslcd/ldap-sasl-secprops: nslcd/restart-failed: * nslcd/ldap-base: dc=varkon-sc,dc=com -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#782651: qemu-system-aarch64 1:2.2+dfsg-5exp gives kernel panic
Package: qemu Version: 1:2.2+dfsg-5exp When I invoke qemu-system-aarch64 with the following arguments, it gives a kernel panic. snip qemu-system-aarch64 -M virt -cpu cortex-a57 -device virtio-net-device,vlan=0,id=net0 -net user,vlan=0,name=hostnet0 -show-cursor -no-reboot -nographic -m 1024 -kernel qemu-aarch64-kernel-image -bios QEMU_EFI.fd -device virtio-blk-device,drive=image -drive if=none,id=image,file=vexpress64-leg-sd.img /snip The complete log is available here - http://paste.debian.net/166958/ In the above command, you can get the images as follows: qemu-aarch64-kernel-image: http://people.linaro.org/~senthil.kumaran/qemu-aarch64-kernel-image QEMU_EFI.fd: http://people.linaro.org/~senthil.kumaran/QEMU_EFI.fd vexpress64-leg-sd.img: http://snapshots.linaro.org/kernel-hwpack/linux-leg-vexpress64/290/vexpress64-leg-sd.img.gz On the other hand, on a custom built qemu 2.2 binary with 'aarch64-softmmu' target enabled, I could run the above command without any issues, as seen here - http://paste.debian.net/166960/ Would like this to be fixed in Debian qemu 2.2 experimental builds. I am using Debian GNU/Linux 8.0 with Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) x86_64 GNU/Linux PS: I am not a qemu expert, so do point me if I miss anything here. Thank You. -- Senthil Kumaran http://www.stylesen.org/ http://www.sasenthilkumaran.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640774: Stopping nslcd no longer
found 647978 0.9.4-3 found 640774 0.9.4-3 quit Hello, I am experiencing the issue of login failure with cached credentials, yet stopping nslcd no longer helps, rather I get this in /var/log/auth.log: Apr 15 18:19:42 myhostname login[13342]: pam_ldap(login:auth): error opening connection to nslcd: No such file or directory -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#782649: [INTL:kk] Kazakh translation of the iso-codes package
Package: iso-codes Version: N/A Severity: wishlist Tags: l10n patch d-i Please find attached Kazakh translation of the iso-codes package. Thanks. -- Timur # Translation of ISO-3166 (country names) to Kazakh # # This file is distributed under the same license as the iso-codes package. # # Copyright (C) # Alastair McKinstry mckins...@debian.org, 2004. # Sairan Kikkarin sai...@sci.kz, 2006 # KDE Kazakh l10n team, 2006 # Baurzhan Muftakhidinov baurthefi...@gmail.com, 2008-2011 # Dauren Sarsenov dau...@inbox.ru, 2009 # msgid msgstr Project-Id-Version: iso_3166\n Report-Msgid-Bugs-To: Debian iso-codes team pkg-isocodes-devel@lists.alioth. debian.org\n POT-Creation-Date: 2013-07-13 08:15+0200\n PO-Revision-Date: 2015-04-02 10:54+0500\n Last-Translator: Baurzhan Muftakhidinov baurthefi...@gmail.com\n Language-Team: Kazakh kk...@googlegroups.com\n Language: kk\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Poedit 1.7.4\n #. name for AFG msgid Afghanistan msgstr Ауғанстан #. official_name for AFG msgid Islamic Republic of Afghanistan msgstr Ауғанстан Ислам Республикасы #. name for ALA msgid Åland Islands msgstr Аланд аралдары #. name for ALB msgid Albania msgstr Албания #. official_name for ALB msgid Republic of Albania msgstr Албания Республикасы #. name for DZA msgid Algeria msgstr Алжир #. official_name for DZA msgid People's Democratic Republic of Algeria msgstr Алжир Халық Демократиялық Республикасы #. name for ASM msgid American Samoa msgstr Шығыс Самоа (АҚШ) #. name for AND msgid Andorra msgstr Андорра #. official_name for AND msgid Principality of Andorra msgstr Андорра Князьдігі #. name for AGO msgid Angola msgstr Ангола #. official_name for AGO msgid Republic of Angola msgstr Ангола Республикасы #. name for AIA msgid Anguilla msgstr Ангилья #. name for ATA msgid Antarctica msgstr Антарктида #. name for ATG msgid Antigua and Barbuda msgstr Антигуа және Барбуда #. name for ARG msgid Argentina msgstr Аргентина #. official_name for ARG msgid Argentine Republic msgstr Аргентина Республикасы #. name for ARM msgid Armenia msgstr Армения #. official_name for ARM msgid Republic of Armenia msgstr Армения Республикасы #. name for ABW msgid Aruba msgstr Аруба аралдары #. name for AUS msgid Australia msgstr Австралия #. name for AUT msgid Austria msgstr Австрия #. official_name for AUT msgid Republic of Austria msgstr Австрия Республикасы #. name for AZE msgid Azerbaijan msgstr Әзірбайжан #. official_name for AZE msgid Republic of Azerbaijan msgstr Әзірбайжан Республикасы #. name for BHS msgid Bahamas msgstr Багам аралдары #. official_name for BHS msgid Commonwealth of the Bahamas msgstr Багам Аралдарының Достастығы #. name for BHR msgid Bahrain msgstr Бахрейн #. official_name for BHR msgid Kingdom of Bahrain msgstr Бахрейн Патшалығы #. name for BGD msgid Bangladesh msgstr Бангладеш #. official_name for BGD msgid People's Republic of Bangladesh msgstr Бангладеш Халық Республикасы #. name for BRB msgid Barbados msgstr Барбадос #. name for BLR msgid Belarus msgstr Беларусь #. official_name for BLR msgid Republic of Belarus msgstr Беларусь Республикасы #. name for BEL msgid Belgium msgstr Бельгия #. official_name for BEL msgid Kingdom of Belgium msgstr Бельгия Патшалығы #. name for BLZ msgid Belize msgstr Белиз #. name for BEN msgid Benin msgstr Бенин #. official_name for BEN msgid Republic of Benin msgstr Бенин Республикасы #. name for BMU msgid Bermuda msgstr Бермуд аралдары #. name for BTN msgid Bhutan msgstr Бутан #. official_name for BTN msgid Kingdom of Bhutan msgstr Бутан Патшалығы #. name for BOL msgid Bolivia, Plurinational State of msgstr Боливия, көпұлттық мемлекеті #. official_name for BOL msgid Plurinational State of Bolivia msgstr Көпұлттық Боливия мемлекеті #. common_name for BOL msgid Bolivia msgstr Боливия #. name for BES, official_name for BES msgid Bonaire, Sint Eustatius and Saba msgstr Бонайре, Синт-Эстатиус және Саба #. name for BIH msgid Bosnia and Herzegovina msgstr Босния және Герцеговина #. official_name for BIH msgid Republic of Bosnia and Herzegovina msgstr Босния және Герцеговина Республикасы #. name for BWA msgid Botswana msgstr Ботсвана #. official_name for BWA msgid Republic of Botswana msgstr Ботсвана Республикасы #. name for BVT msgid Bouvet Island msgstr Буве аралдары #. name for BRA msgid Brazil msgstr Бразилия #. official_name for BRA msgid Federative Republic of Brazil msgstr Бразилия Федеративтік Республикасы #. name for IOT msgid British Indian Ocean Territory msgstr Үнді Мұхитындағы Ұлыбритания Аймағы #. name for BRN msgid Brunei Darussalam msgstr Бруней #. name for BGR msgid Bulgaria msgstr Болгария #. official_name for BGR msgid Republic of Bulgaria msgstr Болгария Республикасы #. name for BFA msgid Burkina Faso msgstr Буркина-Фасо #. name for BDI msgid Burundi msgstr Бурунди #. official_name for BDI msgid Republic of Burundi msgstr Бурунди
Bug#782646: tzdata: The new file zone1970.tab is missing from the package
Package: tzdata Version: 2015b-1 Severity: minor There is a new file and format for tz zone descriptions, called zone1970.tab. This file is present on the sources of tzdata but is not distributed on a binary package. Can you please fix the file debian/tzdata.install to include the zone1970.tab? -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.56 tzdata recommends no packages. tzdata suggests no packages. -- debconf information: tzdata/Zones/Asia: tzdata/Zones/Africa: tzdata/Zones/Atlantic: tzdata/Zones/US: tzdata/Zones/Antarctica: tzdata/Zones/Arctic: tzdata/Zones/Australia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Indian: * tzdata/Zones/Europe: London * tzdata/Zones/Etc: UTC * tzdata/Areas: Europe tzdata/Zones/America: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782652: Acknowledgement (nslcd: Does not start at boot when uri set to DNS)
This bug might be related to #626603 -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#782647: [INTL:kk] debconf translation of the tasksel package
Control: tag -1 pending Timur Birsh t...@linukz.org (2015-04-15): Package: tasksel Version: N/A Severity: wishlist Tags: l10n patch d-i Please find attached debconf translation of the tasksel package. Thanks, committed locally, will push upload shortly. Mraw, KiBi. Thanks. -- Timur signature.asc Description: Digital signature
Bug#719601: ITP: libjs-jquery-datatable
Hi Ben, Matthias, Ole, *, any news on the jquery-datatables package? Two weeks ago upstream released version 1.10.6. Fortunately, they still seem to accept jQuery 1.7. TIA! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705568: libpam-ldapd: LDAP Authentication failure with cached credentials
found 705568 0.9.4-3 quit In 0.9.4-3 revision, Account-Type is Primary, so I applied your changes for the Account: entry, yet neither local nor LDAP users can login (even if LDAP server is reachable), and I found the following in /var/log/auth.log: Apr 15 18:40:22 myhostname login[13808]: PAM pam_parse: expecting non-zero; [... new_authtok_reqd=done ignore=ignore user_unknown=ignore authinfo_unavail=0 default=bad] -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#782647: [INTL:kk] debconf translation of the tasksel package
Package: tasksel Version: N/A Severity: wishlist Tags: l10n patch d-i Please find attached debconf translation of the tasksel package. Thanks. -- Timur # # $Id: tasksel_debian_po_kk.po 47 2009-01-26 16:20:16Z taem $ # # Baurzhan Muftakhidinov baurthefi...@gmail.com, 2008 # Dauren Sarsenov dau...@inbox.ru, 2009 # msgid msgstr Project-Id-Version: tasksel\n Report-Msgid-Bugs-To: debian-b...@lists.debian.org\n POT-Creation-Date: 2006-09-13 14:42-0400\n PO-Revision-Date: 2015-04-02 10:55+0500\n Last-Translator: Baurzhan Muftakhidinov baurthefi...@gmail.com\n Language-Team: Kazakh kk...@googlegroups.com\n Language: kk\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Poedit 1.7.4\n #. Type: multiselect #. Description #. Type: multiselect #. Description #: ../templates:1001 ../templates:2001 msgid Choose software to install: msgstr Орнатылатын БҚ таңдау: #. Type: multiselect #. Description #: ../templates:1001 msgid At the moment, only the core of the system is installed. To tune the system to your needs, you can choose to install one or more of the following predefined collections of software. msgstr Қазір сізде жүйе ядросы ғана орнатылған. Жүйеңізді өзіңіз қалайтындай баптау үшін, сіз осында көрсетілген бір немесе бірнеше бағдарламалық қамтама жинақтарын орната аласыз. #. Type: multiselect #. Description #: ../templates:2001 msgid You can choose to install one or more of the following predefined collections of software. msgstr Сіз осында көрсетілген бір немесе бірнеше бағдарламалық қамтама жинақтарын орната аласыз. #. Type: title #. Description #: ../templates:3001 msgid Software selection msgstr Бағдарламалық қамтаманы таңдау
Bug#740707: okular freezes when printer is no longer accessible
also sprach Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com [2014-03-04 15:58 +0100]: Martin: I'm sending the standard reply template for this cases, but I'll possibly get to report it upstream myself in some time, but I don't know how much time it will take me, as I can only reproduce this on $job. I assume you didn't have time to do this. I can report this upstream, but I would really like to know which package is at fault. Should I file this against okular? Isn't it much more likely that the problem is deep down in a KDE or Qt library? -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#782575: Please add Build-Depends-Package for the move to /lib
Hi Michael, Michael Biebl wrote (14 Apr 2015 11:41:29 GMT) : I therefor suggest, that libapparmor1 adds * Build-Depends-Package: libapparmor-dev to its symbols file. This way, we can simply make the Build-Depends on libapparmor-dev versioned, indicating that we want a version which was moved to lib, and get a proper versioned library dependency. Good catch, thanks! I didn't know about this symbols file feature. Please consider applying the attached patch and making a new experimental upload for libapparmor, so we can drop the hard-coded library dependency. Sure, I'm always happy to help you folks when it comes to supporting AppArmor in systemd. Applied locally, building. Will test and upload to experimental shortly. While looking at the symbols file, I also noticed, that it contains a lot of versions including the debian revision 0ubuntu1. Is that really intentional? I believe it may be helpful for collaborating on this package's maintenance with the Ubuntu folks working on AppArmor, by reducing our delta. But perhaps I'm missing something: to be honest I'm pretty much a newbie wrt. shared libraries packaging. Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725153: [Pkg-freeipa-devel] freeipa-server backport to Jessie?
Hi, this has become off-topic for debian-backports so please don't include debian- backpo...@lists.debian.org in your replies. On Mittwoch, 15. April 2015, Holger Levsen wrote: On Mittwoch, 15. April 2015, Timo Aaltonen wrote: That's separate libldap built against nss again.. I'm not going to put effort on that anymore, and it wouldn't help jessie either. to build the openldap package against libnss3-dev, one has to: - in debian/control: replace the build-dependency on libgnutls28-dev with libnss3-dev - in debian/configure.options: use --with-tls=moznss (instead of --with-tls) and also add the line CPPFLAGS=-I/usr/include/nss\ -I/usr/include/nspr LDFLAGS=-L/usr/lib/x86_64-linux-gnu/nss somewhere. With that the build still fails with smbk5pwd.c:1073:4: warning: too many arguments for format [-Wformat-extra- args] smbk5pwd.c:968:2: warning: variable 'dummy_ad' set but not used [-Wunused-but- set-variable] dummy_ad; ^ Makefile:50: recipe for target 'smbk5pwd.lo' failed make[2]: *** [smbk5pwd.lo] Error 1 make[2]: Leaving directory './openldap-2.4.40+dfsg/contrib/slapd- modules/smbk5pwd' but that should be easy to work around by not building the slapd packages or contrib modules (as freeipa-server users wont need slapd anyway...) I haven't done this now, but will update this bug once I've done so. (Which might take some weeks...) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#782507: libxrender1: i386/amd64 packages not co-installable
Interestingly, 'aptitude upgrade' installs both these packages w/o as much as a warning. (i have unattended-upgrades failing over this. Unfortunately, unattended-upgrades isn't e-mailing me on this failure as i would expect) Does this mean that 'aptitude' is not fully Multi-Arch aware/compliant? sigh. Anyway, 'aptitude upgrade' at least appears to be another temporary workaround to getting past this snafu. $ pdsh -lroot -g unattended-upgrade-desktops pdsh aptitude update -q=2; DEBIAN_FRONTEND=noninteractive aptitude -q=2 safe-upgrade --assume-yes -o Dpkg::Options::=--force-confold /dev/null --stephen -- Stephen Dowdy - Systems Administrator - NCAR/RAL 303.497.2869 - sdo...@ucar.edu- http://www.ral.ucar.edu/~sdowdy/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725153: [Pkg-freeipa-devel] freeipa-server backport to Jessie?
On 15.04.2015 19:45, Holger Levsen wrote: Hi, this has become off-topic for debian-backports so please don't include debian- backpo...@lists.debian.org in your replies. On Mittwoch, 15. April 2015, Holger Levsen wrote: On Mittwoch, 15. April 2015, Timo Aaltonen wrote: That's separate libldap built against nss again.. I'm not going to put effort on that anymore, and it wouldn't help jessie either. to build the openldap package against libnss3-dev, one has to: - in debian/control: replace the build-dependency on libgnutls28-dev with libnss3-dev - in debian/configure.options: use --with-tls=moznss (instead of --with-tls) and also add the line CPPFLAGS=-I/usr/include/nss\ -I/usr/include/nspr LDFLAGS=-L/usr/lib/x86_64-linux-gnu/nss somewhere. With that the build still fails with smbk5pwd.c:1073:4: warning: too many arguments for format [-Wformat-extra- args] smbk5pwd.c:968:2: warning: variable 'dummy_ad' set but not used [-Wunused-but- set-variable] dummy_ad; ^ Makefile:50: recipe for target 'smbk5pwd.lo' failed make[2]: *** [smbk5pwd.lo] Error 1 make[2]: Leaving directory './openldap-2.4.40+dfsg/contrib/slapd- modules/smbk5pwd' but that should be easy to work around by not building the slapd packages or contrib modules (as freeipa-server users wont need slapd anyway...) I haven't done this now, but will update this bug once I've done so. (Which might take some weeks...) You probably need the Fedora patches too: http://pkgs.fedoraproject.org/cgit/openldap.git/commit/?id=592250ebfbcc7aa47f22bf1f8613fe20f33fd39a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777673: evince: cannot move/maximize window in fluxbox
Package: evince Version: 3.14.1-2 Followup-For: Bug #777673 ping? This still is a problem. And sadly it is not limited to one application, but many GNOME applications. - Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782658: mplayer2 keeps complaining about unknown terminal after --msglevel=all=-1 --really-quiet
Package: mplayer2 Version: 2.0-728-g2c378c7-4+b1 Severity: minor Hi I'm using mplayer from a crontab and from at jobs, where environment variables are minimal. I keep receiving 1-line emails with the output of mplayer: Terminal type `unknown' is not defined. I used mplayer --msglevel=all=-1 --really-quiet . but it doesn't deactivate that specific message. I expected mplayer to be really quiet with these options. Thank you for taking care of mplayer. :) -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mplayer2 depends on: ii liba52-0.7.4 0.7.4-17 ii libasound21.0.28-1 ii libass5 0.10.2-3 ii libavcodec56 10:2.5.3-dmo2 ii libavformat56 10:2.5.3-dmo2 ii libavresample210:2.5.3-dmo2 ii libavutil54 10:2.5.3-dmo2 ii libbluray12:0.7.0-dmo1 ii libbs2b0 3.1.0+dfsg-2.1 ii libc6 2.19-17 ii libcaca0 0.99.beta19-2 ii libcdio-cdda1 0.83-4.2 ii libcdio-paranoia1 0.83-4.2 ii libcdio13 0.83-4.2 ii libdca0 0.0.5-dmo2 ii libdirectfb-1.2-9 1.2.10.0-5.1 ii libdv41.0.0-6 ii libdvdread4 5.0.0-1 ii libenca0 1.16-1 ii libfaad2 2.7-8 ii libgif4 4.1.6-11 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-12 ii liblcms2-22.6-3+b3 ii liblircclient00.9.0~pre1-1.2 ii libmad0 0.15.1b-8 ii libmpg123-0 1.20.1-2 ii libogg0 1.3.2-1 ii libpng12-01.2.50-2+b2 ii libpostproc52 6:0.git20120821-4 ii libpulse0 5.0-13 ii libquvi7 0.4.1-3 ii libsdl1.2debian 1.2.15-10+b1 ii libsmbclient 2:4.1.17+dfsg-2 ii libspeex1 1.2~rc1.2-1 ii libswscale3 10:2.5.3-dmo2 ii libtheora01.1.1+dfsg.1-6 ii libtinfo5 5.9+20140913-1+b1 ii libvdpau1 0.8-3 ii libvorbis0a 1.3.4-2 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxinerama1 2:1.1.3-1+b1 ii libxss1 1:1.2.2-1 ii libxv12:1.0.10-1+b1 ii libxvidcore4 3:1.3.3-dmo1 ii libxxf86vm1 1:1.1.3-1+b1 ii zlib1g1:1.2.8.dfsg-2+b1 mplayer2 recommends no packages. signature.asc Description: OpenPGP digital signature
Bug#771224: linux-image-3.16.0-4-amd64: Recurring traces from tcp_fragment+0x2b1/0x2c0 (linux-3.16.7/net/ipv4/tcp_output.c:1085)
Control: tag -1 moreinfo On Thu, 27 Nov 2014 21:21:56 +0400 Lebedev Roman lebedev...@gmail.com wrote: Package: src:linux Version: 3.16.7-2 Severity: normal Dear Maintainer, When there is some network activity, following trace is reliably recurring in dmesg: [34221.894283] [ cut here ] [34221.894286] WARNING: CPU: 6 PID: 0 at /build/linux-Y9HjRe/linux-3.16.7/net/ipv4/tcp_output.c:1085 tcp_fragment+0x2b1/0x2c0() [...] Sorry we didn't respond to this earlier. Do these warnings still appear under the current kernel version in testing/unstable? Ben. -- Ben Hutchings Editing code like this is akin to sticking plasters on the bleeding stump of a severed limb. - me, 29 June 1999 signature.asc Description: This is a digitally signed message part
Bug#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)
On Wed, 2015-04-15 at 17:35 +0200, Michael Biebl wrote: [...] pkg-systemd-maintainers, see above: is there a way to wait for udev devices to be available? What’s the current take on udev-settle, would that be a reasonable workaround for this situation? Possible solutions, in order of preference: Thanks. I think the systemd unit files will be the right answer for Stretch and beyond (and Jessie-backports) but I'm trying to find a suitable workaround for Jessie, which currently uses the sysvinit initscripts only. Since Jessie is pretty much imminent I was hoping for a simple and unobtrusive workaround which might get a freeze exception. I think most of your suggestions would be too much at this stage, but thanks anyway. If I read the bug report correctly, qcontrol doesn't ship a native service file yet, though and only provides a SysV init script? Yes, due to an oversight on my part when Michael S contributed the unit files upstream :-/ In that case, the (legacy) SysV init script could run udevadm settle. This is super ugly though and not something I would recommend. I only mention it for completeness sake. I think it's about the only plausible option for Jessie :-( @reportbug (sorry I don't seem to know your real name), could you try adding a call to udev settle to the qcontrold initscript, in the start case right before the daemon is launched (I can be more specific if you need). Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782515: [PATCH stable 3.10-3.16] tcp: Fix crash in TCP Fast Open
On Wed, 2015-04-15 at 19:00 +0100, Ben Hutchings wrote: Commit 355a901e6cf1 (tcp: make connect() mem charging friendly) changed tcp_send_syn_data() to perform an open-coded copy of the 'syn' skb rather than using skb_copy_expand(). The open-coded copy does not cover the skb_shared_info::gso_segs field, so in the new skb it is left set to 0. When this commit was backported into stable branches between 3.10.y and 3.16.7-ckty inclusive, it triggered the BUG() in tcp_transmit_skb(). Since Linux 3.18 the GSO segment count is kept in the tcp_skb_cb::tcp_gso_segs field and tcp_send_syn_data() does copy the tcp_skb_cb structure to the new skb, so mainline and newer stable branches are not affected. Set skb_shared_info::gso_segs to the correct value of 1. Signed-off-by: Ben Hutchings b...@decadent.org.uk --- net/ipv4/tcp_output.c | 1 + 1 file changed, 1 insertion(+) diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c index d5457e4..1ea0a07 100644 --- a/net/ipv4/tcp_output.c +++ b/net/ipv4/tcp_output.c @@ -2992,6 +2992,7 @@ static int tcp_send_syn_data(struct sock *sk, struct sk_buff *syn) goto fallback; syn_data-ip_summed = CHECKSUM_PARTIAL; memcpy(syn_data-cb, syn-cb, sizeof(syn-cb)); + skb_shinfo(syn_data)-gso_segs = 1; if (unlikely(memcpy_fromiovecend(skb_put(syn_data, space), fo-data-msg_iov, 0, space))) { kfree_skb(syn_data); Looks goot to me, thanks Ben ! Acked-by: Eric Dumazet eduma...@google.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782657: https://reproducible.debian.net/ should link packages to associated usertagged bugs
package: qa.debian.org severity: wishlist control: user qa.debian@packages.debian.org control: usertag -1 jenkins This is a feature request for https://reproducible.debian.net/ When i visit a package's r-b page like this one: https://reproducible.debian.net/rb-pkg/unstable/amd64/systemd It gives me no indication that the reason for the variation has already been diagnosed. It would be good to link each page like that to any bugs in the BTS that are usertagged with reproducible-bui...@lists.alioth.debian.org and which are either assigned to, or marked as affecting the package in question. If that were the case, then the systemd view above would link to https://bugs.debian.org/53, because it is appropriately usertagged and because it is marked as affects: systemd. --dkg signature.asc Description: PGP signature
Bug#782515: [PATCH stable 3.10-3.16] tcp: Fix crash in TCP Fast Open
Commit 355a901e6cf1 (tcp: make connect() mem charging friendly) changed tcp_send_syn_data() to perform an open-coded copy of the 'syn' skb rather than using skb_copy_expand(). The open-coded copy does not cover the skb_shared_info::gso_segs field, so in the new skb it is left set to 0. When this commit was backported into stable branches between 3.10.y and 3.16.7-ckty inclusive, it triggered the BUG() in tcp_transmit_skb(). Since Linux 3.18 the GSO segment count is kept in the tcp_skb_cb::tcp_gso_segs field and tcp_send_syn_data() does copy the tcp_skb_cb structure to the new skb, so mainline and newer stable branches are not affected. Set skb_shared_info::gso_segs to the correct value of 1. Signed-off-by: Ben Hutchings b...@decadent.org.uk --- net/ipv4/tcp_output.c | 1 + 1 file changed, 1 insertion(+) diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c index d5457e4..1ea0a07 100644 --- a/net/ipv4/tcp_output.c +++ b/net/ipv4/tcp_output.c @@ -2992,6 +2992,7 @@ static int tcp_send_syn_data(struct sock *sk, struct sk_buff *syn) goto fallback; syn_data-ip_summed = CHECKSUM_PARTIAL; memcpy(syn_data-cb, syn-cb, sizeof(syn-cb)); + skb_shinfo(syn_data)-gso_segs = 1; if (unlikely(memcpy_fromiovecend(skb_put(syn_data, space), fo-data-msg_iov, 0, space))) { kfree_skb(syn_data); -- Ben Hutchings Editing code like this is akin to sticking plasters on the bleeding stump of a severed limb. - me, 29 June 1999 signature.asc Description: This is a digitally signed message part
Bug#776015: [reportbug/master] fix usage of singular they in RFH description; thanks to Doug Torrance for the report; Closes: #776015
tag 776015 pending tag 776015 pending thanks Date: Sat Jan 24 14:22:22 2015 + Author: Sandro Tosi mo...@debian.org Commit ID: ca37faff5d2dd81aff82e3486820010006cc636e Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=ca37faff5d2dd81aff82e3486820010006cc636e Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=ca37faff5d2dd81aff82e3486820010006cc636e fix usage of singular they in RFH description; thanks to Doug Torrance for the report; Closes: #776015 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773606: [reportbug/master] clarify the menu for partial/all archs for binNMUs and RMs; thanks to Kamaraju Kusumanchi for the report; Closes: #773606
tag 773606 pending tag 773606 pending thanks Date: Mon Apr 13 12:20:58 2015 +0100 Author: Sandro Tosi mo...@debian.org Commit ID: b0fc13ed6cfc875a81e1ebd2927fd72e55735884 Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=b0fc13ed6cfc875a81e1ebd2927fd72e55735884 Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=b0fc13ed6cfc875a81e1ebd2927fd72e55735884 clarify the menu for partial/all archs for binNMUs and RMs; thanks to Kamaraju Kusumanchi for the report; Closes: #773606 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765546: [reportbug/master] clarify to not select any item in the suite menu for ftp.debian.org to choose 'unstable', that should work on every UI available; thanks to Rafael Laboissiere for the re
tag 765546 pending tag 765546 pending thanks Date: Tue Apr 14 13:44:54 2015 +0100 Author: Sandro Tosi mo...@debian.org Commit ID: ba2978f1c039098c38a729b2ca15eeb08f5fdb8a Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=ba2978f1c039098c38a729b2ca15eeb08f5fdb8a Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=ba2978f1c039098c38a729b2ca15eeb08f5fdb8a clarify to not select any item in the suite menu for ftp.debian.org to choose 'unstable', that should work on every UI available; thanks to Rafael Laboissiere for the report; Closes: #765546 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782654: ITP: bazel -- Fast and correct automated build system by Google
X-Debbugs-Cc: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Kyle Moffett k...@moffetthome.net * Package name: bazel Version : 0~pre20150410-cc4463-1 (No upstream release yet) Upstream Author : Google * URL : http://bazel.io/ * License : Apache License 2.0 Programming Lang: Java and C++ Description : Fast and correct automated build system by Google {Fast, Correct} - Choose two Bazel is a build tool that builds code quickly and reliably. It is used to build the majority of Google's software, and thus it has been designed to handle build problems present in Google's development environment, including: * A massive, shared code repository, in which all software is built from source. Bazel has been built for speed, using both caching and parallelism to achieve this. Bazel is critical to Google's ability to continue to scale its software development practices as the company grows. * An emphasis on automated testing and releases. Bazel has been built for correctness and reproducibility, meaning that a build performed on a continuous build machine or in a release pipeline will generate bitwise-identical outputs to those generated on a developer's machine. * Language and platform diversity. Bazel's architecture is general enough to support many different programming languages within Google, and can be used to build both client and server software targeting multiple architectures from the same underlying codebase. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782656: unblock: cross-gcc/14
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package cross-gcc An RC bug was filed against -13 in testing (missing dependency), which is indeed correct and the trivial fix is to add said dependency. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782542 debdiff: diff -Nru cross-gcc-14/debian/changelog cross-gcc-13/debian/changelog --- cross-gcc-14/debian/changelog 2015-04-15 18:14:56.0 +0100 +++ cross-gcc-13/debian/changelog 2015-01-28 06:18:12.0 + @@ -1,9 +1,3 @@ -cross-gcc (14) unstable; urgency=medium - - * Add missing realpath dependency (Closes: #782542) - - -- Wookey woo...@debian.org Wed, 15 Apr 2015 18:14:48 +0100 - cross-gcc (13) unstable; urgency=medium * Supporting multiple gcc trees at the same time. Currently 4.9 and 5 diff -Nru cross-gcc-14/debian/control cross-gcc-13/debian/control --- cross-gcc-14/debian/control 2015-04-15 18:11:09.0 +0100 +++ cross-gcc-13/debian/control 2015-01-28 06:18:12.0 + @@ -10,7 +10,7 @@ Package: cross-gcc-dev Architecture: all -Depends: ${misc:Depends}, make, realpath +Depends: ${misc:Depends}, make Description: Tools for building cross-compilers and cross-compiler packages This package provides the rules and scripts for making cross-toolchain packages. It can also be used directly to make cross-toolchains that unblock cross-gcc/14 -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782654: ITP: bazel -- Fast and correct automated build system by Google
On Wed, Apr 15, 2015 at 10:33 AM, Kyle Moffett k...@moffetthome.net wrote: * Package name: bazel Version : 0~pre20150410-cc4463-1 (No upstream release yet) Upstream Author : Google * URL : http://bazel.io/ * License : Apache License 2.0 Programming Lang: Java and C++ Description : Fast and correct automated build system by Google From discussions with upstream, some of Bazel's design may need to be tweaked to interoperate well with distro requirements (like Debian). They currently pack everything up into a single self-extracting archive, with most libraries statically linked, which violates Debian Policy, but they are definitely interested in making things compatible with distro packaging: https://groups.google.com/forum/#!topic/bazel-dev/YIp70JgOksI I have some patches and WIP packaging prepared here: https://github.com/kmoffett/bazel Cheers, Kyle Moffett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782515: TCP Fast Open local DoS in some Linux stable branches
On Tue, 2015-04-14 at 21:24 +0100, Ben Hutchings wrote: There is a local DoS triggered by use of the TCP Fast Open option, specific to Linux stable branches, as a result of an incompletely backported bug fix: https://bugs.debian.org/782515 http://thread.gmane.org/gmane.linux.network/359588 The 3.16.7-ckt stable branch is definitely affected, and I believe but haven't tested that the 3.10, 3.12, 3.13.11-ckt and 3.14 branches are also affected. Please assign a CVE ID for this. As mitigation, TCP Fast Open can be disabled by setting sysctl net.ipv4.tcp_fastopen=0. It was disabled by default before Linux 3.13. Ben. -- Ben Hutchings Editing code like this is akin to sticking plasters on the bleeding stump of a severed limb. - me, 29 June 1999 signature.asc Description: This is a digitally signed message part
Bug#683116: [reportbug/master] support LANG declined Description-xx field in package information; thanks to Robert Luberda for the report; Closes: #683116
tag 683116 pending tag 683116 pending thanks Date: Tue Apr 14 00:42:06 2015 +0100 Author: Sandro Tosi mo...@debian.org Commit ID: 435307f1fcffd0f431abd33aae99a45abdf085b8 Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=435307f1fcffd0f431abd33aae99a45abdf085b8 Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=435307f1fcffd0f431abd33aae99a45abdf085b8 support LANG declined Description-xx field in package information; thanks to Robert Luberda for the report; Closes: #683116 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782319: [reportbug/master] correctly handle the case where there is not MTA or smtphost defined; Closes: #782319, #780825, #769055
tag 782319 pending tag 782319 pending thanks Date: Sun Apr 12 23:14:21 2015 +0100 Author: Sandro Tosi mo...@debian.org Commit ID: 3b9cb82c8972b5190fd1364256ce18742b3fd16c Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=3b9cb82c8972b5190fd1364256ce18742b3fd16c Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=3b9cb82c8972b5190fd1364256ce18742b3fd16c correctly handle the case where there is not MTA or smtphost defined; Closes: #782319, #780825, #769055 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702521: [reportbug/master] make the Cancel button in Urwid interface works for tags and severity lists; thanks to Ryan Kavanagh for report and patch; Closes: #702521
tag 702521 pending tag 702521 pending thanks Date: Mon Apr 13 15:47:57 2015 +0100 Author: Sandro Tosi mo...@debian.org Commit ID: 2aa131aaae82e677a533f73ebde7b8c731762ecf Commit URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff;h=2aa131aaae82e677a533f73ebde7b8c731762ecf Patch URL: http://anonscm.debian.org/gitweb/?p=reportbug/reportbug.git;a=commitdiff_plain;h=2aa131aaae82e677a533f73ebde7b8c731762ecf make the Cancel button in Urwid interface works for tags and severity lists; thanks to Ryan Kavanagh for report and patch; Closes: #702521 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)
On Tue, 2015-04-14 at 10:02 +0200, Michael Stapelberg wrote: Ian, it seems like you should be following https://wiki.debian.org/systemd/Packaging#Using_debhelper_with_dh_systemd to get the package to properly pick up the systemd service files I tried this (in preparation for the changes I want to make to Stretch) and in the postinst dh_systemd_enable seems to be handling qcontrold.socket and qcontrol.service, but not qcontrold.service. Is that expected? Perhaps because qcontrold.socket implicitly makes qcontrold.service work? dh_systemd_start doesn't seem to have done anything at all. I think that is by design because dh has called dh_installinit, which has done the necessary things already by adding the calls to {update,invoke}-rc.d. I’ve added the systemd service files manually on my qnaps before I contributed them upstream, hence I never ran into this issue. What did you do manually? Does it match what I describe above? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782515: [PATCH stable 3.10-3.16] tcp: Fix crash in TCP Fast Open
From: Eric Dumazet eric.duma...@gmail.com Date: Wed, 15 Apr 2015 11:22:44 -0700 On Wed, 2015-04-15 at 19:00 +0100, Ben Hutchings wrote: Commit 355a901e6cf1 (tcp: make connect() mem charging friendly) changed tcp_send_syn_data() to perform an open-coded copy of the 'syn' skb rather than using skb_copy_expand(). The open-coded copy does not cover the skb_shared_info::gso_segs field, so in the new skb it is left set to 0. When this commit was backported into stable branches between 3.10.y and 3.16.7-ckty inclusive, it triggered the BUG() in tcp_transmit_skb(). Since Linux 3.18 the GSO segment count is kept in the tcp_skb_cb::tcp_gso_segs field and tcp_send_syn_data() does copy the tcp_skb_cb structure to the new skb, so mainline and newer stable branches are not affected. Set skb_shared_info::gso_segs to the correct value of 1. Signed-off-by: Ben Hutchings b...@decadent.org.uk ... Looks goot to me, thanks Ben ! Acked-by: Eric Dumazet eduma...@google.com Ben, thanks for taking care of this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771224: linux-image-3.16.0-4-amd64: Recurring traces from tcp_fragment+0x2b1/0x2c0 (linux-3.16.7/net/ipv4/tcp_output.c:1085)
Hi. Yes, i'm still getting both of them using current sid kernel - 3.16.7-ckt9-2 From my current (today's) dmesg: [ 1747.100540] [ cut here ] [ 1747.100556] WARNING: CPU: 6 PID: 0 at /build/linux-oP9w_T/linux-3.16.7-ckt9/net/ipv4/tcp_output.c:1085 tcp_fragment+0x2b1/0x2c0() [ 1747.100564] Modules linked in: cfg80211 cpufreq_userspace cpufreq_stats cpufreq_powersave cpufreq_conservative binfmt_misc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc nls_utf8 joydev hid_generic nls_cp437 usbhid vfat fat hid fglrx(PO) eeepc_wmi asus_wmi sparse_keymap kvm_amd kvm rfkill video mxm_wmi crc32_pclmul ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd xhci_hcd ohci_pci efi_pstore ehci_pci snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic evdev serio_raw ohci_hcd pcspkr edac_mce_amd efivars ehci_hcd fam15h_power edac_core k10temp e1000e usbcore tpm_infineon snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep sg snd_pcm ptp tpm_tis pps_core usb_common tpm snd_timer sp5100_tco wmi snd i2c_piix4 i2c_core button soundcore [ 1747.100601] processor shpchp thermal_sys tcp_yeah tcp_vegas it87 hwmon_vid loop fuse parport_pc ppdev lp parport autofs4 dm_mod crc32c_generic btrfs xor raid6_pq sd_mod crc_t10dif crct10dif_generic crct10dif_pclmul crct10dif_common crc32c_intel ahci libahci libata scsi_mod [ 1747.100621] CPU: 6 PID: 0 Comm: swapper/6 Tainted: P O 3.16.0-4-amd64 #1 Debian 3.16.7-ckt9-2 [ 1747.100624] Hardware name: To be filled by O.E.M. To be filled by O.E.M./CROSSHAIR V FORMULA-Z, BIOS 2101 04/17/2014 [ 1747.100629] 0009 8150ac86 81067747 [ 1747.100632] 8806804c1800 88067ce74740 0007 0024 [ 1747.100635] 7e0a5a60 8146e901 8806804c1800 88067ce74740 [ 1747.100639] Call Trace: [ 1747.100642] IRQ [8150ac86] ? dump_stack+0x41/0x51 [ 1747.100649] [81067747] ? warn_slowpath_common+0x77/0x90 [ 1747.100653] [8146e901] ? tcp_fragment+0x2b1/0x2c0 [ 1747.100656] [8146538e] ? tcp_mark_head_lost+0x19e/0x260 [ 1747.100660] [8146a4f6] ? tcp_fastretrans_alert+0x626/0xac0 [ 1747.100663] [8146b2fd] ? tcp_ack+0x86d/0x11b0 [ 1747.100669] [8146c111] ? tcp_rcv_established+0x1a1/0x6c0 [ 1747.100672] [812ceea5] ? iommu_area_alloc+0x75/0x90 [ 1747.100677] [81475e8f] ? tcp_v4_do_rcv+0x1af/0x4c0 [ 1747.100680] [81477c46] ? tcp_v4_rcv+0x696/0x7a0 [ 1747.100682] [8145cdbf] ? __inet_lookup_established+0x3f/0x120 [ 1747.100685] [8145377e] ? ip_local_deliver_finish+0x9e/0x200 [ 1747.100688] [8141c7f3] ? __netif_receive_skb_core+0x533/0x750 [ 1747.100694] [8101b4c5] ? read_tsc+0x5/0x20 [ 1747.100699] [8141ca8f] ? netif_receive_skb_internal+0x1f/0x90 [ 1747.100701] [8141d570] ? napi_gro_receive+0xb0/0xe0 [ 1747.100711] [a05e98cb] ? e1000_clean_rx_irq+0x27b/0x460 [e1000e] [ 1747.100718] [a05f073c] ? e1000e_poll+0x6c/0x2d0 [e1000e] [ 1747.100724] [8141ce20] ? net_rx_action+0x140/0x240 [ 1747.100729] [8106c601] ? __do_softirq+0xf1/0x290 [ 1747.100734] [8106c9d5] ? irq_exit+0x95/0xa0 [ 1747.100738] [81513c02] ? do_IRQ+0x52/0xe0 [ 1747.100743] [81511aad] ? common_interrupt+0x6d/0x6d [ 1747.100746] EOI [813ddb3f] ? cpuidle_enter_state+0x4f/0xc0 [ 1747.100752] [813ddb38] ? cpuidle_enter_state+0x48/0xc0 [ 1747.100756] [810a7e68] ? cpu_startup_entry+0x2f8/0x400 [ 1747.100763] [81042c4f] ? start_secondary+0x20f/0x2d0 [ 1747.100765] ---[ end trace c9aea56915e1a597 ]--- Roman. On Wed, Apr 15, 2015 at 9:16 PM, Ben Hutchings b...@decadent.org.uk wrote: Control: tag -1 moreinfo On Thu, 27 Nov 2014 21:21:56 +0400 Lebedev Roman lebedev...@gmail.com wrote: Package: src:linux Version: 3.16.7-2 Severity: normal Dear Maintainer, When there is some network activity, following trace is reliably recurring in dmesg: [34221.894283] [ cut here ] [34221.894286] WARNING: CPU: 6 PID: 0 at /build/linux-Y9HjRe/linux-3.16.7/net/ipv4/tcp_output.c:1085 tcp_fragment+0x2b1/0x2c0() [...] Sorry we didn't respond to this earlier. Do these warnings still appear under the current kernel version in testing/unstable? Ben. -- Ben Hutchings Editing code like this is akin to sticking plasters on the bleeding stump of a severed limb. - me, 29 June 1999
Bug#780403: debian-policy: Define what should happen when installing a package and the init script fails to start it
Russ == Russ Allbery r...@debian.org writes: Russ Ivan Baldo iba...@adinet.com.uy writes: What should happen if installing a package and then when it tries to start its service it fails? Currently the most common behaviour seems to be that the installation fails. But is that the best outcome? Russ Currently, Policy leaves this to the discretion of the package Russ maintainer. To change that, what will be needed here is not Russ just an argument that other behaviors besides failing Russ installation might be desirable, but that there is a Russ compelling need to standardize this behavior across the entire Russ archive instead of leaving it to the discretion of the Russ maintainer. I find this issue tends to come up a lot more than it used to. The issue is that systemd units tend to track a lot more errors than init scripts. So, in Jessie, there tend to be a lot more cases where a package will fail to install under the same situations where in wheezy it'd install fine. The problem is made more complex by debhelper, which makes it somewhat annoying (especially in dh 7 mode) to express this maintainer preference. So, you have a lot of dh7 packages that suddenly got much more picky because people created service units. --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750135: Status of #750135 (Maintainer of aptitude package)
Hi all, 2015-03-29 21:19 Tollef Fog Heen: ]] Christian PERRIER Hi bubulle! Quoting Axel Beckert (a...@debian.org): In the long run I'd like to see even more people working on Aptitude. But for that, a possessive lead developer or power games are quite hindering. IMHO one of the reasons Aptitude's development stalled again are those power games we've seen. So I'd prefer a solution where people who want to do stuff are also able to do it -- without getting harassed by other people involved. So do I. And I still have admin rights on aptitude on Alioth. Even though I'm not that much active in aptitude's development. Here's my proposal: - restore Manuel's commit rights - have both me and Axel watch the aptitude-devel mailing list, not to judge the technical validity of changes, but more following the social aspects - and see what happens... It can't indeed be worse than the current situation anyway. I see where the proposal is coming from, but I'd like to ask you to hold off on it a little bit. I've mailed Daniel and asked him to comment on the bug, so hopefully we can have his input soon and get this resolved. (Of course, if Daniel's happy with that approach, and Manuel is too, then I don't think anybody would have a problem with it.) Daniel has not responded to the bug at all within the two weeks (and a few days) I asked him to, so I see no point in waiting further with moving forward here. My suggestion is basically to say yes to Manuel: Make him the maintainer of aptitude and ask the Alioth admins to reinstate him as an admin, removing Daniel. Manuel is clearly interested in working on aptitude and seems to be interested in having other people contribute as well. Given aptitude currently has a lot of bugs and is an important package in the Debian ecosystem, I'd like to move forward on this fairly soon. I'm unsure to what, if any, extent we should comment on the social conflict here. I don't think it's productive for people to remove others from projects unless they're actively harmful or MIA, but on the other hand, I'm not sure stating that in a formal resolution is going to make the world a better place either. We'll need a formal resolution text and such, but are anybody opposed to what I'm suggesting above, before we start on the wordsmithing? -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779200: reportbug: did not show #777125, proably due to encoding issues
Hello Hermann, thanks for follow up so quickly! On Tue, Apr 14, 2015 at 2:22 PM, Hermann Lauer hermann.la...@iwr.uni-heidelberg.de wrote: this traceback is incomplete, please report the full (unaltered) traceback. sorry, missed obviously the end during copy paste: Traceback (most recent call last): File /usr/bin/reportbug, line 2211, in module main() File /usr/bin/reportbug, line 1081, in main return iface.user_interface() File /usr/bin/reportbug, line 1363, in user_interface mbox_reader_cmd=self.options.mbox_reader_cmd) File /usr/lib/python2.7/dist-packages/reportbug/ui/text_ui.py, line 441, in show_report fd.write(text) UnicodeEncodeError: 'ascii' codec can't encode character u'\u25cf' in position 542: ordinal not in range(128) I even tried to set LC_ALL=C but I can't replicate this issue: with LC_ALL=C I got some weird chars next to nslcd.service - LSB: LDAP connection daemon instead of the dot that should be there with UTF-8 encoding. So, can you try to edit this file (I know it's bad!) /usr/lib/python2.7/dist-packages/reportbug/ui/text_ui.py and change fd.write(text) into fd.write(text.encode('utf-8')) and tell me if this fixes the problem? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719601: ITP: libjs-jquery-datatable
Hi all, It looks that the package was ready a year ago, but never got uploaded (and I myself forgot about it). However, I don't want to sponsor it myself since I have absolutely no experience with javascript packages and their policy to check if everything is right. But could you, Ben, or Martin sponsor? Best regards Ole Am 15.04.2015 um 19:00 schrieb W. Martin Borgert: Hi Ben, Matthias, Ole, *, any news on the jquery-datatables package? Two weeks ago upstream released version 1.10.6. Fortunately, they still seem to accept jQuery 1.7. TIA! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782668: unblock: distro-info-data/0.25
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Would you accept this into jessie at this late date? It should have probably been submitted 2 weeks ago. Mea culpa. There is probably going to be another update, next month, when Ubuntu 15.10 is added. But that's less important for our users. This would be the diff against jessie: diff --git a/debian.csv b/debian.csv index 2c8a00c..adac206 100644 --- a/debian.csv +++ b/debian.csv @@ -11,6 +11,8 @@ version,codename,series,created,release,eol 5.0,Lenny,lenny,2007-04-08,2009-02-14,2012-02-06 6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-31 7,Wheezy,wheezy,2011-02-06,2013-05-04 -8,Jessie,jessie,2013-05-04 +8,Jessie,jessie,2013-05-04,2015-04-25 +9,Stretch,stretch,2015-04-25 +10,Buster,buster,2018-07-01 ,Sid,sid,1993-08-16 ,Experimental,experimental,1993-08-16 diff --git a/debian/changelog b/debian/changelog index f1a8d14..43fd29c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,15 @@ +distro-info-data (0.25) UNRELEASED; urgency=medium + + * Update Debian 9 target release date. + + -- Stefano Rivera stefa...@debian.org Wed, 15 Apr 2015 16:16:37 -0400 + +distro-info-data (0.24) unstable; urgency=medium + + * Add Debian 9 and 10 codenames (with provisional creation dates) + + -- Benjamin Drung bdr...@debian.org Mon, 10 Nov 2014 12:36:20 +0100 + distro-info-data (0.23) unstable; urgency=medium [ Colin Watson ] unblock distro-info-data/0.25 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782668: unblock: distro-info-data/0.25
Control: tags -1 moreinfo confirmed On 2015-04-15 22:30, Stefano Rivera wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Would you accept this into jessie at this late date? It should have probably been submitted 2 weeks ago. Mea culpa. There is probably going to be another update, next month, when Ubuntu 15.10 is added. But that's less important for our users. This would be the diff against jessie: [...] unblock distro-info-data/0.25 [...] Ack, please go ahead. However, please ensure this is in unstable before the 9:52 UTC dinstall tomorrow (the 15th of April). Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782275: pre-parsed cffi runtime data structures
Control: tag -1 upstream Hi Glyph (2015.04.13_23:46:18_-0400) Right now, cffi uses pycparser to parse the declarations for two reasons: 1. to generate the .c file which it then compiles, at build time 2. to generate the run-time metadata it uses to invoke that library, at run time Yep. The plan is to serialize the run-time metadata into something at build time, in cffi 1.0. Armin is working on this: https://groups.google.com/forum/#!topic/python-cffi/DKfxxcMmaGw SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782659: iceweasel: cookie exceptions retained in private mode
Package: iceweasel Version: 31.6.0esr-1 Severity: normal Dear Maintainer, I use the following custom settings for history: always use private browsing mode accept cookies from sites accept 3rd party cookies: never I noticed that in the exceptions area on the privacy tab it keeps a list of exceptions and this list is retained after restarting the browser or even the computer. As this keeps a tally of where I've been, I believe this to be a privacy concern, as private browsing mode is supposed to leave no trace of activity on one's PC. This list can be manually deleted, however many people may be unaware of its existence and having to manually delete information defeats the purpose of private mode. -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: CanvasBlocker Location: ${PROFILE_EXTENSIONS}/canvasbloc...@kkapsner.de.xpi Status: user-disabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Disconnect Location: ${PROFILE_EXTENSIONS}/2...@disconnect.me.xpi Status: enabled Name: Firebug Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi Status: user-disabled Name: Ghostery Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi Status: user-disabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi Status: user-disabled Name: HTTPS-Everywhere Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org Status: enabled Name: Privacy Badger Firefox Location: ${PROFILE_EXTENSIONS}/jid1-mnnxcxisbpn...@jetpack.xpi Status: enabled Name: SSL Version Control Location: ${PROFILE_EXTENSIONS}/jid1-zm3berws6fs...@jetpack.xpi Status: enabled Name: User Agent Switcher Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi Status: user-disabled Name: Video WithOut Flash Location: ${PROFILE_EXTENSIONS}/v...@drev.com.xpi Status: enabled -- Plugins information Name: Shockwave Flash Location: /usr/lib/gnash/libgnashplugin.so Package: browser-plugin-gnash Status: disabled Name: Skype Buttons for Kopete Location: /usr/lib/mozilla/plugins/skypebuttons.so Package: kopete Status: disabled Name: VLC Web Plugin Location: /usr/lib/mozilla/plugins/libvlcplugin.so Package: browser-plugin-vlc Status: enabled -- Addons package information ii browser-plugin 0.8.11~git20 amd64GNU Shockwave Flash (SWF) player ii browser-plugin 2.0.6-4 amd64multimedia plugin for web browser ii iceweasel 31.6.0esr-1 amd64Web browser based on Firefox ii kopete 4:4.14.1-2 amd64instant messaging and chat applic -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages iceweasel depends on: ii debianutils 4.4+b1 ii fontconfig2.11.0-6.3 ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-17 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.1-2+b2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libhunspell-1.3-0 1.3.3-3 ii libnspr4 2:4.10.7-1 ii libnss3 2:3.17.2-1.1 ii libpango-1.0-01.36.8-3 ii libsqlite3-0 3.8.7.1-1 ii libstartup-notification0 0.12-4 ii libstdc++64.9.2-10 ii libvpx1 1.3.0-3 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxrender1 1:0.9.8-1+b1 ii libxt61:1.1.4-1+b1 ii procps2:3.3.9-9 ii zlib1g1:1.2.8.dfsg-2+b1 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none pn fonts-oflb-asana-math none ii fonts-stix [otf-stix] 1.1.1-1 ii libcanberra0 0.30-2.1 ii libgnomeui-0 2.24.5-3 ii libgssapi-krb5-2 1.12.1+dfsg-19 pn mozplugger 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#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)
On Wed, Apr 15, 2015 at 8:39 PM, Ian Campbell i...@debian.org wrote: On Tue, 2015-04-14 at 10:02 +0200, Michael Stapelberg wrote: Ian, it seems like you should be following https://wiki.debian.org/systemd/Packaging#Using_debhelper_with_dh_systemd to get the package to properly pick up the systemd service files I tried this (in preparation for the changes I want to make to Stretch) and in the postinst dh_systemd_enable seems to be handling qcontrold.socket and qcontrol.service, but not qcontrold.service. Is that expected? Perhaps because qcontrold.socket implicitly makes qcontrold.service work? Correct. dh_systemd_start doesn't seem to have done anything at all. I think that is by design because dh has called dh_installinit, which has done the necessary things already by adding the calls to {update,invoke}-rc.d. Correct. I’ve added the systemd service files manually on my qnaps before I contributed them upstream, hence I never ran into this issue. What did you do manually? Does it match what I describe above? Yes, I think so. -- Best regards, Michael
Bug#781995: motif/2.3.4-6.1 failed to build
Hi all, All the builds of motif failed [1] due to a missing symbol. What are we going to do? I saw that Graham already choose to just remove the symbol from the Ubuntu package. I believe that this is really a no-no, especially without careful investigation if other packages are using this symbol and this late in the release process. Can we come up with a better solution? @Michael, how did you build the package that you didn't notice this issue in your build? Paul [1] https://buildd.debian.org/status/package.php?p=motif signature.asc Description: OpenPGP digital signature
Bug#782661: ITP: cen64 -- Cycle-Accurate Nintendo 64 Emulator
Package: wnpp Severity: wishlist Owner: John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de * Package name: cen64 Version : 0.3 Upstream Author : Tyler J. Stachecki tstac...@binghamton.edu * URL : http://www.cen64.com/ * License : BSD-3-clause Programming Lang: C, Assembly Description : Cycle-Accurate Nintendo 64 Simulator CEN64 is a new Nintendo 64 emulator which aims for perfect emulation by simulating the hardware inside the Nintendo 64 itself, down to the register-transfer level (RTL). It is still heavy under development and currently does not have any sound emulation. Being a cycle-accurate emulator, CEN64 has considerably high hardware requirements to achieve passable performance when emulating most Nintendo 64 titles. However, similar to the higan emulator, the cycle accuracy guarantess very high compatibility and despite its early development stage, CEN64 already allows to run several commercial titles without or with only minor glitches. As a distinctive feature among Nintendo 64 emulators, CEN64 offers emulation support for the 64DD external disk drive that was never released outside Japan and even there is considered rare. Thus, CEN64 offers the unique possibility for anyone to play any of the rare titles that were exclusively released on the 64DD. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750019: systemd: systemctl rescue does not work on virtual console
On 14/04/2015 03:17, Michael Biebl wrote: Is this still an issue with v215 (from jessie) or v219 (from experimental)? With Jessie v215-14 it's OK now, you can close the bug. Thank's for your help. Bye -- Francois Mescam signature.asc Description: OpenPGP digital signature
Bug#758086: CVE-2014-3577: Apache HttpComponents hostname verification bypass
Hello security team, I have prepared a patch for CVE-2014-3577 (commons-httpclient). [1] The patch is identical to the Jessie / Sid fix. Do you consider this vulnerability important enough for a DSA or do you prefer a point release update? Regards, Markus [1] https://bugs.debian.org/758086 diff -Nru commons-httpclient-3.1/debian/ant.properties commons-httpclient-3.1/debian/ant.properties --- commons-httpclient-3.1/debian/ant.properties2011-08-30 11:42:03.0 +0200 +++ commons-httpclient-3.1/debian/ant.properties2015-04-15 21:24:54.0 +0200 @@ -1,5 +1,5 @@ # JSSE stub classes required for build lib.dir=/usr/share/java #jsse.jar=/usr/share/java/jsse.jar -ant.build.javac.source=1.4 -ant.build.javac.target=1.4 +ant.build.javac.source=1.5 +ant.build.javac.target=1.5 diff -Nru commons-httpclient-3.1/debian/changelog commons-httpclient-3.1/debian/changelog --- commons-httpclient-3.1/debian/changelog 2012-12-06 14:41:48.0 +0100 +++ commons-httpclient-3.1/debian/changelog 2015-04-15 21:24:54.0 +0200 @@ -1,3 +1,20 @@ +commons-httpclient (3.1-10.2+deb7u1) wheezy-security; urgency=high + + * Team upload. + * Add CVE-2014-3577.patch. (Closes: #758086) +It was found that the fix for CVE-2012-6153 was incomplete: the code added +to check that the server hostname matches the domain name in a subject's +Common Name (CN) field in X.509 certificates was flawed. A +man-in-the-middle attacker could use this flaw to spoof an SSL server using +a specially crafted X.509 certificate. The fix for CVE-2012-6153 was +intended to address the incomplete patch for CVE-2012-5783. The issue is +now completely resolved by applying this patch and the +06_fix_CVE-2012-5783.patch. + * Change java.source and java.target ant properties to 1.5, otherwise +commons-httpclient will not compile with this patch. + + -- Markus Koschany a...@gambaru.de Wed, 15 Apr 2015 21:24:48 +0200 + commons-httpclient (3.1-10.2) unstable; urgency=low * Non-maintainer upload. diff -Nru commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch --- commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch 1970-01-01 01:00:00.0 +0100 +++ commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch 2015-04-15 21:24:54.0 +0200 @@ -0,0 +1,110 @@ +From: Markus Koschany a...@gambaru.de +Date: Mon, 23 Mar 2015 22:45:14 +0100 +Subject: CVE-2014-3577 + +It was found that the fix for CVE-2012-6153 was incomplete: the code added to +check that the server hostname matches the domain name in a subject's Common +Name (CN) field in X.509 certificates was flawed. A man-in-the-middle attacker +could use this flaw to spoof an SSL server using a specially crafted X.509 +certificate. +The fix for CVE-2012-6153 was intended to address the incomplete patch for +CVE-2012-5783. This means the issue is now completely resolved by applying +this patch and the 06_fix_CVE-2012-5783.patch. + +References: + +upstream announcement: +https://mail-archives.apache.org/mod_mbox/www-announce/201408.mbox/CVE-2014-3577 + +Fedora-Fix: +http://pkgs.fedoraproject.org/cgit/jakarta-commons-httpclient.git/tree/jakarta-commons-httpclient-CVE-2014-3577.patch + +CentOS-Fix: +https://git.centos.org/blob/rpms!jakarta-commons-httpclient/SOURCES!jakarta-commons-httpclient-CVE-2014-3577.patch + +Debian-Bug: https://bugs.debian.org/758086 +Forwarded: not-needed, already fixed +--- + .../protocol/SSLProtocolSocketFactory.java | 57 ++ + 1 file changed, 37 insertions(+), 20 deletions(-) + +diff --git a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java +index fa0acc7..e6ce513 100644 +--- a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java +@@ -44,9 +44,15 @@ import java.util.Iterator; + import java.util.LinkedList; + import java.util.List; + import java.util.Locale; +-import java.util.StringTokenizer; ++import java.util.NoSuchElementException; + import java.util.regex.Pattern; + ++import javax.naming.InvalidNameException; ++import javax.naming.NamingException; ++import javax.naming.directory.Attribute; ++import javax.naming.directory.Attributes; ++import javax.naming.ldap.LdapName; ++import javax.naming.ldap.Rdn; + import javax.net.ssl.SSLException; + import javax.net.ssl.SSLSession; + import javax.net.ssl.SSLSocket; +@@ -424,28 +430,39 @@ public class SSLProtocolSocketFactory implements SecureProtocolSocketFactory { + return dots; + } + +- private static String getCN(X509Certificate cert) { +-// Note: toString() seems to do a better job than getName() +-// +-// For example, getName() gives me this: +-//
Bug#782662: homebank: New upstream version 5.0.1
Package: homebank Version: 4.6.1-1 Severity: normal Dear Maintainer, A new version of HomeBank is available since Apr. 6: http://homebank.free.fr/news.php It fixes quite a few bugs since version 4.6.3: http://homebank.free.fr/ChangeLog -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages homebank depends on: ii homebank-data4.6.1-1 ii libatk1.0-0 2.14.0-1 ii libc62.19-17 ii libcairo21.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libofx6 1:0.9.10-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 Versions of packages homebank recommends: ii librsvg2-common 2.40.5-1 homebank suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758086: CVE-2014-3577: Apache HttpComponents hostname verification bypass
On Apr/15, Markus Koschany wrote: I have prepared a patch for CVE-2014-3577 (commons-httpclient). [1] The patch is identical to the Jessie / Sid fix. Do you consider this vulnerability important enough for a DSA or do you prefer a point release update? Hi Markus, this issue was marked no-dsa some time ago (see https://security-tracker.debian.org/tracker/CVE-2014-3577), so a point-release update will be the way to go. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782663: wheezy-pu: package commons-httpclient/3.1-10.2
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu Hello release team, the Debian Java team would like to fix commons-httpclient in wheezy which is currently affected by CVE-2014-3577. The vulnerability is marked no-dsa by the security team. [1] I am attaching the debdiff against the version in wheezy. The fix is identical to the one for Jessie / Sid. Regards, Markus [1] https://security-tracker.debian.org/tracker/CVE-2014-3577 diff -Nru commons-httpclient-3.1/debian/ant.properties commons-httpclient-3.1/debian/ant.properties --- commons-httpclient-3.1/debian/ant.properties 2011-08-30 11:42:03.0 +0200 +++ commons-httpclient-3.1/debian/ant.properties 2015-04-15 21:48:49.0 +0200 @@ -1,5 +1,5 @@ # JSSE stub classes required for build lib.dir=/usr/share/java #jsse.jar=/usr/share/java/jsse.jar -ant.build.javac.source=1.4 -ant.build.javac.target=1.4 +ant.build.javac.source=1.5 +ant.build.javac.target=1.5 diff -Nru commons-httpclient-3.1/debian/changelog commons-httpclient-3.1/debian/changelog --- commons-httpclient-3.1/debian/changelog 2012-12-06 14:41:48.0 +0100 +++ commons-httpclient-3.1/debian/changelog 2015-04-15 21:48:49.0 +0200 @@ -1,3 +1,20 @@ +commons-httpclient (3.1-10.2+deb7u1) wheezy; urgency=high + + * Team upload. + * Add CVE-2014-3577.patch. (Closes: #758086) +It was found that the fix for CVE-2012-6153 was incomplete: the code added +to check that the server hostname matches the domain name in a subject's +Common Name (CN) field in X.509 certificates was flawed. A +man-in-the-middle attacker could use this flaw to spoof an SSL server using +a specially crafted X.509 certificate. The fix for CVE-2012-6153 was +intended to address the incomplete patch for CVE-2012-5783. The issue is +now completely resolved by applying this patch and the +06_fix_CVE-2012-5783.patch. + * Change java.source and java.target ant properties to 1.5, otherwise +commons-httpclient will not compile with this patch. + + -- Markus Koschany a...@gambaru.de Wed, 15 Apr 2015 21:24:48 +0200 + commons-httpclient (3.1-10.2) unstable; urgency=low * Non-maintainer upload. diff -Nru commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch --- commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch 1970-01-01 01:00:00.0 +0100 +++ commons-httpclient-3.1/debian/patches/CVE-2014-3577.patch 2015-04-15 21:48:49.0 +0200 @@ -0,0 +1,110 @@ +From: Markus Koschany a...@gambaru.de +Date: Mon, 23 Mar 2015 22:45:14 +0100 +Subject: CVE-2014-3577 + +It was found that the fix for CVE-2012-6153 was incomplete: the code added to +check that the server hostname matches the domain name in a subject's Common +Name (CN) field in X.509 certificates was flawed. A man-in-the-middle attacker +could use this flaw to spoof an SSL server using a specially crafted X.509 +certificate. +The fix for CVE-2012-6153 was intended to address the incomplete patch for +CVE-2012-5783. This means the issue is now completely resolved by applying +this patch and the 06_fix_CVE-2012-5783.patch. + +References: + +upstream announcement: +https://mail-archives.apache.org/mod_mbox/www-announce/201408.mbox/CVE-2014-3577 + +Fedora-Fix: +http://pkgs.fedoraproject.org/cgit/jakarta-commons-httpclient.git/tree/jakarta-commons-httpclient-CVE-2014-3577.patch + +CentOS-Fix: +https://git.centos.org/blob/rpms!jakarta-commons-httpclient/SOURCES!jakarta-commons-httpclient-CVE-2014-3577.patch + +Debian-Bug: https://bugs.debian.org/758086 +Forwarded: not-needed, already fixed +--- + .../protocol/SSLProtocolSocketFactory.java | 57 ++ + 1 file changed, 37 insertions(+), 20 deletions(-) + +diff --git a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java +index fa0acc7..e6ce513 100644 +--- a/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java b/src/java/org/apache/commons/httpclient/protocol/SSLProtocolSocketFactory.java +@@ -44,9 +44,15 @@ import java.util.Iterator; + import java.util.LinkedList; + import java.util.List; + import java.util.Locale; +-import java.util.StringTokenizer; ++import java.util.NoSuchElementException; + import java.util.regex.Pattern; + ++import javax.naming.InvalidNameException; ++import javax.naming.NamingException; ++import javax.naming.directory.Attribute; ++import javax.naming.directory.Attributes; ++import javax.naming.ldap.LdapName; ++import javax.naming.ldap.Rdn; + import javax.net.ssl.SSLException; + import javax.net.ssl.SSLSession; + import javax.net.ssl.SSLSocket; +@@ -424,28 +430,39 @@ public class SSLProtocolSocketFactory implements SecureProtocolSocketFactory { + return dots; + } + +- private static String getCN(X509Certificate cert) { +-// Note: toString() seems
Bug#782664: qupzilla: should be in section web
Package: qupzilla Version: 1.8.3.1~dfsg1-4 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 cupzilla is in section x11, making it difficult to find when you are browsing (pun intended) for web browsers. Please move cupzilla to the more appropriate section web. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVLsR5AAoJECx8MUbBoAEh2mcP/3R6weMvkJuOUU3JDG6sEX1b YBWGAG6IQSnzqvGcTLY4ax+N78B5wY1nmb/iXfLl9WQAzeQzZ3G5zwCshywFqEgR DbwWE7zSku6ihky1jzIw3z9IvRWh3grQ4pzDmBeBpS0GLIUmyb38kdbr3NagY0OC hqD7O/JdpXZI35o8R8CjcjVKz+b2LkvigE6OLoW06woXGgQyqbGZ8EnJVCiut4DI GJNNjGVPtubIG4RA1VtRp4m/UlIpZGJybZFmrNq/TffBXESK/hUGqirw/55ZF9Ni UBbhokIx0oCQ9db1nT/CtmuBuwbFbV/cJFxL7+QEB/XBG38/GBPq/QSPby5a/wS/ HuSFdoNh+ZTIVWc/Ot3YM2iD6StTvEtt7Szz5BP0CMlT3FixFSYeggncS1okCyLy hGICrafQbogM2yXDUbK/4rAln98K7mXQDT91RXwBLcyLWMhLoB2gAxA1P8mnBy7u U9X4WiIGBMMlUPXx4f4o457QHIAabBB/a8AkZDIy7UK+RKrfvdfHOeO+J2pxUXCL B0HA8LQopClMoNIEXbvqHGMKXpImpaGGBqArnsJSYNq6wdFXboLguqDf9HY/KsH0 V97VjXITOI4nxhm63OtDj6wx7D5DFKyrwqamx9vr6BzDEgSvVLAd7AmHmQ+vKo/x 5/ib/VgM4NHFKZwaMLJe =v+MA -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#782665: qupzilla: shout provide virtual package www-browser
Package: qupzilla Version: 1.8.3.1~dfsg1-4 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - From the long description, CupZilla seems to be a web browser. If true, please have the package provide virtual package www-browser to ease locating it when in need of a web-browser. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVLsT5AAoJECx8MUbBoAEhQqYP/3yPT8YI/EegFw6qZOMNKdhX Ehsw72/FPeLWrr5GQrqWOHNh0Ew2gl0s94jbPFsWD6s2D2Ko/t45fjUry8ecywUl uLzsuq5Ed5biHrXOSzfycRrW928dTj4HjHw1UJfEtPYKIC8kIGFPxnfSkTmJmoAN 9t2u7bHmRVkO601da/ElGGNZZloAVryciqTXFsS4FJ5zCphUOCrhBBsr9WTxQl8U 8k63O58b8Fmm+oUg5zyBLnPM6tuiGhz2VgmnXBZhqqoaQkY4Xl+IdwyDFIKRGX4Q vpAp3ZUyxw2FTQVMCIbEsLh/hxGiHimpbXtmr9S5FKboD0PEb3suxN/iHURTw1Ff 6jhnAjlp3hr4YubRw2E40dPsSYOGBc8PxS3DKLz1qGzvzqkrn2Uxwo1pdCHjMI2E oCCIezbcjW2ou+JIUwvzs2X3rigAm7lnmW1WMgk8lnHwroQIK6sm5KCWygsYMf1U oPuUMwm80T1hI2czRVBFCvQARN3uCazYpfV360jfXSt2qfjkmRBoYKaNdyvw0yJ4 Ytjvgx8Ujqd3LM8MQQ1WdhLnPEtkPMcIoDjS6EwiSwfARQh5jjBLfzx7qvlDgNxl YjTnOvE76vSjrZROAkQgoWql31dprevb19fCOWNRS6dovHtJu5u6htXlm0HLENtc PuIvZAQGJ0G5nlbRA5W9 =3y05 -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#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)
On Wed, 2015-04-15 at 21:07 +0200, Michael Stapelberg wrote: I’ve added the systemd service files manually on my qnaps before I contributed them upstream, hence I never ran into this issue. What did you do manually? Does it match what I describe above? Yes, I think so. When I install the resulting package I get: Apr 15 19:43:26 qnap systemd[1]: Expecting device dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device... Apr 15 19:44:56 qnap systemd[1]: Job dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device/start timed out. Apr 15 19:44:56 qnap systemd[1]: Timed out waiting for device dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device. Apr 15 19:44:56 qnap systemd[1]: Dependency failed for qcontrold. and the same seems to have happened on reboot too judging from: # systemctl | grep -E qcontrol\|gpio dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device loaded inactive dead start dev-input-by\x2dpath-platform\x2dgpio\x2dkeys\x2devent.device qcontrol.service loaded activating start start qcontrol qcontrold.service loaded inactive dead start qcontrold qcontrold.socket loaded active running qcontrold.socket # ls -l /dev/input/by-path/platform-gpio-keys-event lrwxrwxrwx 1 root root 9 Apr 15 21:03 /dev/input/by-path/platform-gpio-keys-event - ../event0 I suppose you never saw this? I was wondering if perhaps because the device was a by-name symlink and not a real device? Or does the device need tagging as described in http://www.freedesktop.org/software/systemd/man/systemd.device.html ? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782666: hv3: should provide virtual package www-browser
Package: hv3 Version: 3.0~fossil20110109-4 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hv3 seems to be a web browser (from its package description). If correct, then please consider having the package provide virtual package www-browser to help locate it when hunting for a good web browser. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVLsY8AAoJECx8MUbBoAEhGWwP/3106IBQGCygKvzjKh/k2+FM FG692ptdx8PzmcT4DELjItzX0SSsu3jMYKWw6XTN6SPzy+ZlnJWEzzwcRBcRHKUo QmjwOKvrRoVOEaAM0VaUO8hd5YI+gZqf1bSykJGKW05ppY0OZUD9G4ICw/13Et0W Uppj+lUbBZS6xidLulfNbh5dXpFvIuT1/OOM6ZT/AW/lhrqdITG/xPU9tasD2Ljq YugsmmvDGYLmZ5ylKGMnJSTvGB7GkxInKi3pyakxSKAP8r/BOuxfuL4G1XT/84nk MKpYOGvjJAjd6GdcKmVbwdoVWetcH61Amd9y0qdJg/Pqobxxa6msXIXAdaJEs3u9 b2dOE+l8VMDHOA8tTnYjKFT1wAFk6bE0+O0Nqr++NDZm3ljPDRg9EBlUph7KTCUL +QM3IIKUKxL8+r5f4UxRMGD3jmltFKdQ+WHiv+UkXXteYpGcONa3NdUa9SkyHxb5 PsIk7+o5dFqkPfdIMU1P6i92qoPJ62LcOVy6RtL/iolWEKDVqAq37sGB0iRXRbsH h7XRdEyycSmvu3yVZIyrKmWoAYyxdZd36mXwEOnKUp0JEHyEn+xgGUlOPeQlsCe5 6VAoYHi4x/veGl1x4DxSxFV5CFNZKtNNqHx9+Vsn0TXpji4CaHNKcFK/vNq8nH4T uU7CoE1tN+lziLAn7nck =Tnlk -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#782667: hbro: should provide virtual package www-browser and be in section web
Package: hbro Version: 1.1.2.2-2+b15 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hbro is currently in section haskell which is reserved for implmentations of said programming language and libraries for it. As a web browser, hbro should instead be in section web. Also, the package should provide virtual package www-browser. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVLsc9AAoJECx8MUbBoAEheFYP/1u/76t6xyrvflGanD8f1ley mDhLIhaMf7RCYa3c9M6forrbbkvp5hRCj0sc5eERxM28xhd6QK/5cglaFyFNIWfT f3niNnFGEc2ERomz9+TyYMJE8DkLO243v9vNeltDJVCflZR6fD83FJtoV4/PDz4+ 1IKubEpSW0eUN3DVFqiYmxwtrSwguWV2Wzp5SqV0OHMwShwhUmuvB65FdakQeKem +qivup5N9wDQqCcBYppHujrKwd+SHF34lHYMdL6tfwiM3mJZtRy8unKrnpffmnHP 3majQGHb3fHAGZ+WrbwglwJDtXtIzaJ3a4Fgh29+H0/zP6tFc7EKx+zJNnKxY6in SB9qHX2WBx5JG8NRNMjbY+xD2iH+HqFs4gJHZQL4yRI8nz5RlKdxm6Ou3dUnLvxA sPm3ImoDirCIfdH3hijWNCA45IkAtLzQLlHEYMF1cLw3cXG+nYnwMjBCi/dpVJuj wBIttt0wVTdZaP7+u7/yAYNxvRik9AAsxJuJ8WZ/6SiPqVFT9huZx+xbwBmcPHKa etAehbB3aBgLhXRDUFpe6onTmaCMWRpWYxPIainmaBGYXTxquoNXCQWfIrUw1e1o 9lEz9bFUqIjwpA+Bi9zqqsuT2k38aducWs9VaM4vYxWWHf0zYsGALuzoHeIyk5Hc wq4UB4Dq3Dbudyxz8VpQ =GYse -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#782600: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015c
Control: tags -1 + confirmed On Tue, 2015-04-14 at 19:19 +0200, gregor herrmann wrote: Olson db 2015c has a contemporary change for Egypt, effective in ~10 days. I guess we should get this into stable-updates. Please go ahead, thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782600: wheezy-pu: package libdatetime-timezone-perl/1:1.58-1+2015c
On Wed, 15 Apr 2015 19:55:09 +0100, Adam D. Barratt wrote: On Tue, 2015-04-14 at 19:19 +0200, gregor herrmann wrote: Olson db 2015c has a contemporary change for Egypt, effective in ~10 days. I guess we should get this into stable-updates. Please go ahead, thanks. Thanks! Uploaded. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Peter Ratzenbeck: Bonnie Bessie Logan signature.asc Description: Digital Signature
Bug#782660: java-package: Provide a transitional way for the package name
Package: java-package Version: 0.52 Severity: normal Hi, during the 0.52 cycle the package names were changed from (i.e.) oracle-j2re1.7 to oracle-java7-jre While I generally think the new names are cleaner the old package is not replaced by the new package automatically. I can think of two ways for this to happen. a) add appropriate Breaks+Replaces to the generated package b) document a way to build transitional packages I have attached our local way of doing b) here. Probably not perfect, but seems to do the job. Best Regards, Bernhard lrz-java-transitional.tar.gz Description: application/gzip
Bug#781995: motif/2.3.4-6.1 failed to build
On 15 April 2015 at 21:12, Paul Gevers elb...@debian.org wrote: I saw that Graham already choose to just remove the symbol from the Ubuntu package. I believe that this is really a no-no, especially without careful investigation if other packages are using this symbol and this late in the release process. I believe it is safe to drop that symbol. It only appeared when the updated fix to #1565 was included. See also Oleksiy's comments in bug #1565 [1] from 2013-11-29 20:23. [1] http://bugs.motifzone.net/show_bug.cgi?id=1565 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754057: perl: erroneous quoting in Makefile.SH
On Mon, Jul 07, 2014 at 09:30:20AM +0300, Niko Tyni wrote: echo $1 | sed 's/\([^a-zA-Z0-9.:_\-\/]\)/\\\1/g' ;; should possibly be echo $1 | sed 's/\([^a-zA-Z0-9.:_\/-]\)/\\\1/g' ;; (My, what a mess.) To expand on this a bit, the (GNU) sed manual states in the 'Regular Expressions' chapter: to include `-' in the list, make it the first or last and The characters `$', `*', `.', `[', and `\' are normally not special within LIST. For example, `[\*]' matches either `\' or `*', because the `\' is not special here. The forward slash ('/') should be an exception here because it's the delimiter; from the chapter 'The s Command': The `/' character (or whatever other character is used in its stead) can appear in the REGEXP or REPLACEMENT only if it is preceded by a `\' character. However, it looks like this doesn't apply to character lists inside the regexp at all [1]. This seems like a possible bug in the sed documentation. So sed 's/\([^a-zA-Z0-9.:_\-\/]\)/\\\1/g' quotes characters that are - not alphanumeric (a-zA-Z0-9) - not one of '.', ':', or '_' - not in the range \-\, i.e. not '\' - not '/' while the suggested 's/\([^a-zA-Z0-9.:_\/-]\)/\\\1/g' would quote characters that are - not alphanumeric - not one of '.', ':', '_', '\', '/', or '-' which is probably what was intended here. This is still relying on the delimiter having no special meaning inside a character list. I'm not sure how portable alternative delimiters are; if they are an option here an even better solution would be 's|\([^a-zA-Z0-9.:_\/-]\)|\\\1|g' [1] sed 's/[/]//g' is accepted and removes all forward slashes; sed 's/[^/]//g' is also accepted and removes everything but forward slashes -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782574: installation-reports: d-i does not boot on beaglebone black
Karsten Merker mer...@debian.org (2015-04-15): On Tue, Apr 14, 2015 at 06:42:57PM -0700, Vagrant Cascadian wrote: Did some troubleshooting (far more than I expected, now I remember why I hadn't already done this for BBB), and came up with a patch for u-boot that makes it work with d-i by emulating some distro bootcmd variables (similar to the patch for wandboard), and a small patch to flash kernel to support the change in how the bootpart variable is used. Since Karsten mentions both have to reach jessie in lockstep, I'm wondering whether there should be a Breaks: somewhere to avoid some breakages in case of a partial update. I've tested that it boots the armhf daily hd-media installer and boots an installed system. I could upload a new version of u-boot if it's deemed worth it; otherwise we'll just need more complicated instructions for manually loading the installer on d-i. FWIW, The netboot media via tftp works without any changes. If the user ever used u-boot's saveenv command, it may take considerable effort resetting the environment using env default -a followed by manually setting board_name, findfdt and/or fdtfile variables so that it detects the correct .dtb. I didn't have consistant success zeroing out the boot device, but in theory that should work too. I had hoped to be able to spend some more time on the issue today, but things didn't work out as planned and as things are looking curently, I probably won't be able to dedicate time to it tomorrow as well. As the deadline for d-i-relevant changes is Friday, the question is what to do now. AFAICS due to the necessity to change the BBB boot script in flash-kernel when the patch is applied to u-boot, both flash-kernel and u-boot would have to enter Jessie in lockstep. As there is not enough time for regular migration to Jessie, the release team would have to urgent both packages in addition to an unblock to keep the deadline. The involved DDs are in vastly different timezones, which makes all this even more problematic. As stated above, I probably won't be able to take care of flash-kernel in time, so unless Ian would like to handle that, I do not see a a realistic chance to get this solved for Jessie. Ian, what is your take on the issue? So I've been thinking about this for a while and I'm not too happy about possibly rushing these changes at this point. What could be considered instead is having these changes staged into unstable, let them migrate to testing/stretch when the freeze is lifted, and possibly backport them in to the jessie first point release. A workaround can be documented in the D-I Jessie RC3 errata. Would that seem reasonable to all people involved? Mraw, KiBi. signature.asc Description: Digital signature
Bug#782625: spamassassin: 'Unresolvable name: localhost' fail in daily updates
Pablo Pascual wrote: Dear Maintainer, Note that I am not the maintainer but am another user trying to help. I get this error (daily mail to root) when spamassassin tries to update it: /etc/cron.daily/spamassassin: unresolvable name: localhost at /usr/bin/sa-update line 432. sa-update failed for unknown reasons Could you do some additional testing on your system? It would help to understand the issue. What is the output of these commands? grep hosts /etc/nsswitch.conf grep localhost /etc/hosts getent hosts localhost Thanks, Bob signature.asc Description: Digital signature
Bug#746946: wheezy-pu: package distro-info-data/0.23~deb7u1
Hi Adam (2015.03.28_21:09:54_+0200) Argh, this somehow fell through the cracks again. :-( And then I put this off for two weeks, and it's now out of date. New revision, including the 8.0 change, but not 7.0, as discussed. Based on #782668: diff -Nru distro-info-data-0.17~deb7u1/debian/changelog distro-info-data-0.26~deb7u1/debian/changelog --- distro-info-data-0.17~deb7u1/debian/changelog 2013-10-21 11:13:46.0 -0400 +++ distro-info-data-0.26~deb7u1/debian/changelog 2015-04-15 18:35:51.0 -0400 @@ -1,3 +1,16 @@ +distro-info-data (0.26~deb7u1) stable; urgency=medium + + * Backport updates up to 0.26: +- Correct EOL date of Debian 6.0 Squeeze to 2014-05-31. +- Correct Debian 8 version (was 8.0). +- Update EOL date of Ubuntu 12.10 Quantal Quetzal to 2014-05-16. +- Update EOL date of Ubuntu 13.04 Raring Ringtai to 2014-01-27. +- Add Ubuntu 14.10, Utopic Unicorn. +- Add Ubuntu 15.04, Vivid Vervet. +- Add Debian 9 and 10 codenames (with provisional creation dates). + + -- Stefano Rivera stefa...@debian.org Sun, 26 Oct 2014 14:14:45 -0700 + distro-info-data (0.17~deb7u1) stable; urgency=low * Add Ubuntu 14.04, Trusty Tahr. (Closes: #726696, 727020) diff -Nru distro-info-data-0.17~deb7u1/debian.csv distro-info-data-0.26~deb7u1/debian.csv --- distro-info-data-0.17~deb7u1/debian.csv 2013-10-21 10:58:51.0 -0400 +++ distro-info-data-0.26~deb7u1/debian.csv 2015-04-15 18:29:12.0 -0400 @@ -9,8 +9,10 @@ 3.1,Sarge,sarge,2002-07-19,2005-06-06,2008-03-30 4.0,Etch,etch,2005-06-06,2007-04-08,2010-02-15 5.0,Lenny,lenny,2007-04-08,2009-02-14,2012-02-06 -6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-04 +6.0,Squeeze,squeeze,2009-02-14,2011-02-06,2014-05-31 7.0,Wheezy,wheezy,2011-02-06,2013-05-04 -8.0,Jessie,jessie,2013-05-04 +8,Jessie,jessie,2013-05-04,2015-04-25 +9,Stretch,stretch,2015-04-25 +10,Buster,buster,2018-07-01 ,Sid,sid,1993-08-16 ,Experimental,experimental,1993-08-16 diff -Nru distro-info-data-0.17~deb7u1/ubuntu.csv distro-info-data-0.26~deb7u1/ubuntu.csv --- distro-info-data-0.17~deb7u1/ubuntu.csv 2013-10-21 10:58:51.0 -0400 +++ distro-info-data-0.26~deb7u1/ubuntu.csv 2015-04-15 18:29:34.0 -0400 @@ -15,7 +15,9 @@ 11.04,Natty Narwhal,natty,2010-10-10,2011-04-28,2012-10-28 11.10,Oneiric Ocelot,oneiric,2011-04-28,2011-10-13,2013-05-09 12.04 LTS,Precise Pangolin,precise,2011-10-13,2012-04-26,2017-04-26 -12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-04-18 -13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-25 +12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-05-16 +13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-27 13.10,Saucy Salamander,saucy,2013-04-25,2013-10-17,2014-07-17 14.04 LTS,Trusty Tahr,trusty,2013-10-17,2014-04-17,2019-04-17 +14.10,Utopic Unicorn,utopic,2014-04-17,2014-10-23,2015-07-23 +15.04,Vivid Vervet,vivid,2014-10-23,2015-04-23,2016-01-23 Apologies for the age of this bug. I get lazy sometimes. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org