Bug#755247: libkolabxml1 missing in sid
Package: libkolabxml1 Version: 1.0.1-0ubuntu3 Severity: grave Justification: renders package unusable Dear Maintainer, libkolabxml1 is missing from Debian sid. I upgraded a bunch of packages to sid. aptitude removed parts of KDE due to missing dependencies. To fix that, I ran aptitude install -t sid kde-workspace-bin It wouldn't install because: The following packages have unmet dependencies: libkolab0 : Depends: libkolabxml1 (= 1.0.1) which is a virtual package. I installed the libkolabxml1 .deb from Ubuntu and could install kde-workspace-bin after that. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'unstable'), (3, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15-trunk-amd64 (SMP w/8 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 libkolabxml1 depends on: ii libboost-system1.54.0 1.54.0-5+b1 ii libboost-thread1.54.0 1.54.0-5+b1 ii libc6 2.19-7 ii libcurl3-gnutls7.37.1-1 ii libgcc11:4.9.1-1 ii libstdc++6 4.9.1-1 ii libxerces-c3.1 3.1.1-5 libkolabxml1 recommends no packages. libkolabxml1 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#755126: openjdk-7-source: trying to overwrite '/usr/lib/jvm/openjdk-7/src.zip'
Hi all, This bug caused by incorrect implementation of fix for #749648 openjdk-7-jdk contains link /usr/lib/jvm/openjdk-7/src.zip - ../java-7-openjdk-amd64/src.zip , but it should be in another direction /usr/lib/jvm/openjdk-7-amd64/src.zip - ../openjdk-7/src.zip -- Alexander Kudrevatykh alexan...@kudrevatykh.com signature.asc Description: This is a digitally signed message part
Bug#752045: [BTS#752045] templates://dictionaries-common/{dictionaries-common.templates} : Final update for English review
Dear Debian maintainer, On Monday, June 23, 2014, I notified you of the beginning of a review process concerning debconf templates for dictionaries-common. The debian-l10n-english contributors have now reviewed these templates, and the final proposed changes are attached to this update to the original bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading dictionaries-common with these changes right now. The second phase of this process will begin on Tuesday, July 22, 2014, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Tuesday, August 12, 2014. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Wednesday, August 13, 2014, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: dictionaries-common/debconf_database_corruption Type: note Description: Possible debconf database corruption The setting for ${question} is missing, but packages providing candidates are installed: ${class_packages} . This may be due to corruption in the debconf database. See /usr/share/doc/dictionaries-common/README.problems on Debconf database corruption. . In this case, running /usr/share/debconf/fix_db.pl can help to put the debconf database in a consistent state. . Some questions are likely to be asked after this message in order to leave the dictionaries system in a (provisionally) working state. Template: dictionaries-common/invalid_debconf_value Type: error # TRANSLATORS: DO NOT TRANSLATE variable names such as ${value} _Description: Invalid configuration value for default dictionary An invalid value has been found for a configuration setting for dictionaries-common. ${value} does not correspond to any installed package on the system. . This is usually caused by previous problems during package installation, where the package providing ${value} was selected for installation but finally not installed because of errors in other packages. . To fix this error, reinstall (or install) the package that provides ${value}. Then, if you don't want that package on this system, remove it, which will also delete this configuration setting. A menu of choices will be shown after this message in order to leave the system in a working state until you fix the problem. . This error message can also appear during ispell dictionary or wordlist renaming (e.g.: wenglish - wamerican). In this case it is harmless and everything will be fixed after you select your default in the menu(s) shown after this message. Template: dictionaries-common/default-ispell Type: select Choices-C: ${choices}, Manual symlink setting __Choices: ${echoices}, Manual symlink setting _Description: System default ispell dictionary: Please indicate which dictionary ispell should use as system-wide default when no other spell-checking dictionary is specified. . This sets up the /usr/lib/ispell/default.aff and /usr/lib/ispell/default.hash symlinks, as well as ispell's global ispell-wrapper and Emacs defaults. . Use Manual symlink setting if you want to handle the symlinks yourself. In this case ispell will have no global ispell-wrapper or Emacs defaults. . The default ispell dictionary can be changed at any time by running select-default-ispell. Template: dictionaries-common/default-wordlist Type: select Choices-C: ${choices}, Manual symlink setting __Choices: ${echoices}, Manual symlink setting _Description: System default wordlist: Please indicate which wordlist the /usr/share/dict/words symlink should point to. This will provide a simple list of dictionary words for basic spell-checking and word searches. Use Manual symlink setting
Bug#755248: icinga2: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: icinga2 Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#755249: IPv6 link non-functional after suspend
Package: src:linux Version: 3.14.12-1 Severity: important Hi! After suspend/resume the computer is unable to perform any IPv6 connection (no ping to fixed IP, no nc, no anything). tcpdump was unfortunately not helpfull in figuring out where exactly it breaks because, as soon as I start tcpdump, things work again. If I stop tcpdump after resume I can still reach all routed IPv6 addresses but only the local ones I have contacted while tcpdump running. Removing the interface and adding it again helps as well. Christoph -- Package-specific info: ** Version: Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-4) ) #1 SMP Debian 3.14.12-1 (2014-07-11) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.14-1-amd64 root=/dev/mapper/ssd-root ro quiet rootdelay=2 ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [ 4017.392368] PM: early resume of devices complete after 0.097 msecs [ 4017.392667] r8169 :06:00.0: System wakeup disabled by ACPI [ 4017.407482] [drm] probing gen 2 caps for device 1022:9603 = 300d02/0 [ 4017.407486] [drm] PCIE gen 2 link speeds already enabled [ 4017.408227] serial 00:06: activated [ 4017.411290] [drm] PCIE GART of 1024M enabled (table at 0x00478000). [ 4017.411375] radeon :01:00.0: WB enabled [ 4017.411377] radeon :01:00.0: fence driver on ring 0 use gpu addr 0x8c00 and cpu addr 0x88049af11c00 [ 4017.411378] radeon :01:00.0: fence driver on ring 1 use gpu addr 0x8c04 and cpu addr 0x88049af11c04 [ 4017.411379] radeon :01:00.0: fence driver on ring 2 use gpu addr 0x8c08 and cpu addr 0x88049af11c08 [ 4017.411380] radeon :01:00.0: fence driver on ring 3 use gpu addr 0x8c0c and cpu addr 0x88049af11c0c [ 4017.411381] radeon :01:00.0: fence driver on ring 4 use gpu addr 0x8c10 and cpu addr 0x88049af11c10 [ 4017.412156] radeon :01:00.0: fence driver on ring 5 use gpu addr 0x00075a18 and cpu addr 0xc90013735a18 [ 4017.556738] ata7.00: ACPI cmd ef/03:46:00:00:00:a0 (SET FEATURES) filtered out [ 4017.572711] ata7.00: configured for UDMA/33 [ 4017.579225] [drm] ring test on 0 succeeded in 1 usecs [ 4017.579228] [drm] ring test on 1 succeeded in 0 usecs [ 4017.579231] [drm] ring test on 2 succeeded in 0 usecs [ 4017.579298] [drm] ring test on 3 succeeded in 2 usecs [ 4017.579306] [drm] ring test on 4 succeeded in 1 usecs [ 4017.581956] r8169 :06:00.0 eth0: link down [ 4017.712104] ata5: SATA link down (SStatus 0 SControl 300) [ 4017.712132] ata2: SATA link down (SStatus 0 SControl 300) [ 4017.712157] ata4: SATA link down (SStatus 0 SControl 300) [ 4017.765000] br0: port 1(eth0) entered disabled state [ 4017.765068] [drm] ring test on 5 succeeded in 2 usecs [ 4017.765072] [drm] UVD initialized successfully. [ 4017.765681] [drm] ib test on ring 0 succeeded in 0 usecs [ 4017.765702] [drm] ib test on ring 1 succeeded in 0 usecs [ 4017.765722] [drm] ib test on ring 2 succeeded in 0 usecs [ 4017.765743] [drm] ib test on ring 3 succeeded in 0 usecs [ 4017.765763] [drm] ib test on ring 4 succeeded in 0 usecs [ 4017.784087] usb 1-4: reset high-speed USB device number 3 using ehci-pci [ 4017.884105] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 4017.886062] ata6.00: failed to get NCQ Send/Recv Log Emask 0x1 [ 4017.886289] ata6.00: failed to get NCQ Send/Recv Log Emask 0x1 [ 4017.886291] ata6.00: configured for UDMA/133 [ 4017.900172] sd 5:0:0:0: [sdc] Starting disk [ 4017.916305] [drm] ib test on ring 5 succeeded [ 4018.069640] firewire_core :02:00.0: rediscovered device fw0 [ 4018.384278] usb 1-4.1: reset low-speed USB device number 4 using ehci-pci [ 4018.924338] usb 1-4.4: reset low-speed USB device number 6 using ehci-pci [ 4019.228049] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 4019.230434] ata3.00: configured for UDMA/133 [ 4019.244158] sd 2:0:0:0: [sdb] Starting disk [ 4019.340070] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 4019.352019] ata1.00: configured for UDMA/133 [ 4019.368157] sd 0:0:0:0: [sda] Starting disk [ 4019.390838] PM: resume of devices complete after 1998.468 msecs [ 4019.391011] PM: Finishing wakeup. [ 4019.391012] Restarting tasks ... done. [ 4019.500092] usb 1-2: new high-speed USB device number 7 using ehci-pci [ 4019.538481] r8169 :06:00.0 eth0: link up [ 4019.539255] br0: port 1(eth0) entered forwarding state [ 4019.539277] br0: port 1(eth0) entered forwarding state [ 4019.707857] xhci_hcd :03:00.0: xHCI Host Controller [ 4019.707868] xhci_hcd :03:00.0: new USB bus registered, assigned bus number 2 [ 4019.812515] xhci_hcd :03:00.0: irq 45 for MSI/MSI-X [ 4019.812540] xhci_hcd :03:00.0: irq 46 for MSI/MSI-X [ 4019.812560] xhci_hcd :03:00.0: irq 47 for MSI/MSI-X [ 4019.812579] xhci_hcd :03:00.0: irq 48 for MSI/MSI-X [ 4019.812596] xhci_hcd :03:00.0: irq 49 for MSI/MSI-X [ 4019.812613] xhci_hcd
Bug#755250: ncurses: FTBFS on kfreebsd: fatal error: machine/console.h: No such file or directory
Source: ncurses Version: 5.9+20140712-1 Severity: serious On kfreebsd-{amd64,i386} ncurses FTBFS: , | /«BUILDDIR»/ncurses-5.9+20140712/ncurses/base/lib_mouse.c:119:29: fatal error: machine/console.h: No such file or directory | #include machine/console.h | ^ | compilation terminated. | make[2]: *** [../obj_s/lib_mouse.o] Error 1 ` This seems to have been triggered by a change in the buildds: ncurses has a configure option --with-sysmouse (use FreeBSD sysmouse interface provide mouse support on the console) which previously had always been defaulted to no on kfreebsd, but today that has changed: , | checking if you want to use sysmouse... yes ` This is the offending code in lib_mouse.c: --8---cut here---start-8--- #if USE_SYSMOUSE #undef buttons /* symbol conflict in consio.h */ #undef mouse_info /* symbol conflict in consio.h */ #include osreldate.h #if defined(__DragonFly_version) || (defined(__FreeBSD__) (__FreeBSD_version = 400017)) #include sys/consio.h #include sys/fbio.h #else #include machine/console.h #endif #endif /* use_SYSMOUSE */ --8---cut here---end---8--- I suspect it should check for __FreeBSD_kernel__ in addition to __FreeBSD__ according to [1]. Question to the porters: should we build ncurses with sysmouse support? If it actually works that seems useful, but the GNU/kFreeBSD FAQ is currently silent on mouse topics. 1. https://wiki.debian.org/Debian_GNU/kFreeBSD_FAQ#Q._How_do_I_detect_kfreebsd_with_preprocessor_directives_in_a_C_program.3F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755251: libpeas: support DEB_BUILD_OPTIONS=nocheck
Source: libpeas Version: 1.10.0-2 Severity: wishlist Tags: patch Hi, please support building with nocheck in DEB_BUILD_OPTIONS, so tests are skipped when building, as also recommended by Policy §4.9.1. Patch attached for it. Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -23,7 +23,9 @@ DEB_MAKE_CHECK_TARGET = build/libpeas-1.0-0:: +ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) HOME=$(CURDIR) xvfb-run $(MAKE) check +endif DEB_DH_MAKESHLIBS_ARGS_libpeas-1.0-0 += -X/usr/lib/libpeas-1.0/
Bug#755250: ncurses: FTBFS on kfreebsd: fatal error: machine/console.h: No such file or directory
Question to the porters: should we build ncurses with sysmouse support? If it actually works that seems useful, but the GNU/kFreeBSD FAQ is currently silent on mouse topics. So far we do not support moused, and therefore sysmouse interface will not work [1]. Please disable this support explicitely for now. Many thanks Petr [1] http://www.freebsd.org/cgi/man.cgi?query=sysmouse -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707781: ITP: xf86-input-xwiimote -- X.Org Wii remote input driver
Hi, Would you tell me how the state of this bug ? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755162: After dist-upgrade courier-imap does not connect
On 07/18/2014 02:00 PM, Jaap van Wingerde wrote: Package: courier-imap Version: 4.10.0-20120615-1 Severity: important After distribution upgrade from Squeeze to Wheezy courier-imap does not connect anymore: jaap@gaugino:~$ telnet 127.0.0.01 143 Trying 127.0.0.1... Connected to 127.0.0.01. Escape character is '^]'. Connection closed by foreign host. jaap@gaugino:~$ So imapproxy and squirrelmail do not work anymore. courier-imap-ssl works normal. Anything corresponding to be found in the logs? This isn't necessarily a courier-imap problem, so please provide further information. Regards Racke -- Perl and Dancer Development Visit our Perl::Dancer conference 2014: http://act.perl.dance/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618862: systemd: ignores keyscript in crypttab
Version: 208-6 On Sat, Mar 19, 2011 at 03:40:25AM +0100, Mourad De Clerck wrote: my root and swap partition are encrypted with cryptsetup; root uses a custom keyscript and swap uses the cryptsetup-provided decrypt_derived keyscript. systemd seems to be unable to work with keyscripts at all, and requires password input for every volume that wasn't activated already. Luckily, my root FS is activated by the initramfs. I have a slightly simplier setup: small /boot, big crypted partition, with LVM on it. root and swap are LVs. The only interesting part is the `passdev` keyscript from pkg:cryptsetup, which mounts a device and reads a file on that device as the actual key. With the upgrade from 204-14 to 208-6, my system shows an interesting behaviour. The crypt is properly opened in initrd, but then systemd decides to reopen it, totally failing to use the keyscript and its weird keyfile naming, resulting in a timeout: Jul 18 20:42:29 nana systemd[1]: Expecting device dev-disk-by\x2dlabel-usbext3:-keyfile\x2dnana.luks:10.device... Jul 18 20:43:59 nana systemd[1]: Job dev-disk-by\x2dlabel-usbext3:-keyfile\x2dnana.luks:10.device/start timed out. Jul 18 20:43:59 nana systemd[1]: Timed out waiting for device dev-disk-by\x2dlabel-usbext3:-keyfile\x2dnana.luks:10.device. Jul 18 20:43:59 nana systemd[1]: Dependency failed for Cryptography Setup for nana-crypt. Jul 18 20:43:59 nana systemd[1]: Dependency failed for Encrypted Volumes. My crypttab: # target name source device key file options nana-crypt UUID= /dev/disk/by-label/usbext3:/keyfile-nana.luks:10 luks,discard,keyscript=/lib/cryptsetup/scripts/passdev,tries=1 My fstab: LABEL=nana-boot /boot ext4noatime,discard 0 0 /dev/mapper/nana--vg01-nana--root / ext4 noatime,discard,errors=remount-ro 0 1 /dev/mapper/nana--vg01-nana--home /home ext4 noatime,discard,errors=remount-ro 0 1 /dev/mapper/nana--vg01-nana--swap noneswapdefaults 0 0 Greets Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755252: lists.debian.org:No notice to sender if mail is not accepted in mailing list.
Package: lists.debian.org Severity: normal Dear Maintainer, I am a subscriber and user of debian-dug-in mailing list. Please see https://lists.debian.org/debian-dug-in/ I sent a mail on 18th of this month which didn't make it to the list. I read and re-read the behavior outlined in https://www.debian.org/MailingLists/ and am pretty sure that none of the rules should have been applied to me. Even, via some logic they was an application, I didn't receive any notice to know the same and was unaware until I messaged a friend to know why no action/reply given on the contents of the mail and hence came to know the mail didn't come to the list. There were few hyperlinks and the content was larger than my usual length. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#461490: 461490 will be solved if 262783 is solved
control: forcemerge 262783 461490 461490 will be solved if 262783 is solved -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749410: isc-dhcp-client: shutdown/reboot hangs after K03rsyslog
* Elimar Riesebieter riese...@lxtec.de [2014-07-06 20:26 +0200]: [...] Running isc-dhcp-client 4.2.4-7 ping works. Running 4.3.0+dfsg-1 it tells: No network. Any progress? Do you need more info's? Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755253: linuxinfo: [INTL:ru] Russian program translation
Package: linuxinfo Version: 1.9.1 Severity: wishlist Tags: l10n patch 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 *** Russian program translation is attached. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ru.po.gz Description: application/gzip
Bug#755252: lists.debian.org:No notice to sender if mail is not accepted in mailing list.
tag 755252 wontfix thanks On Sat, 19 Jul 2014, shirish शिरीष wrote: Package: lists.debian.org Severity: normal Dear Maintainer, I am a subscriber and user of debian-dug-in mailing list. Please see https://lists.debian.org/debian-dug-in/ I sent a mail on 18th of this month which didn't make it to the list. I read and re-read the behavior outlined in https://www.debian.org/MailingLists/ and am pretty sure that none of the rules should have been applied to me. Even, via some logic they was an application, I didn't receive any notice to know the same and was unaware until I messaged a friend to know why no action/reply given on the contents of the mail and hence came to know the mail didn't come to the list. There were few hyperlinks and the content was larger than my usual length. There is no solution to create such a notification without creating bounce spam to innocent victims. So I have to say this is a wontix. Feel free to contact us with a message-id, a timestamp and probably a logline to ask us why a message didn't made it to a list. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755094: transition: harfbuzz
On 17/07/14 18:56, أحمد المحمودي wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Transition is due to upstream API change: replacement of 'hb_version_check' with 'hb_version_atleast'. I see the package in NEW is 0.9.30 but upstream has just released 0.9.32. Can you check if there are any other breaks in 0.9.32, and if so update to it? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755254: RFS: pybtex/0.18-1 -- BibTeX-compatible bibliography processor (update)
Package: sponsorship-requests Severity: normal Hello, I'm looking for an sponsor of my new package of Pybtex. For changes, please cf. http://anonscm.debian.org/viewvc/python-apps/packages/pybtex/trunk/ or checkout: svn://anonscm.debian.org/python-apps/packages/pybtex/trunk/ Mentors upload: http://mentors.debian.net/package/pybtex package: http://mentors.debian.net/debian/pool/main/p/pybtex/pybtex_0.18-1.dsc Buildlog: http://www.danielstender.com/buildlogs/pybtex_0.18-1_amd64.build Changelog: * New upstream release. * deb/changelog: fixed typo (fixes lintian complaint on experimental-to-unstable-w/o-comment). * deb/control: + Updated maintainer email address. + Bumped standards to 3.9.5 (no changes needed). + Use canonical URIs for Vcs-* fields [Jakub Wilk]. + Added python-pkg-resources to Depends (Closes: #684699). + Removed Conflicts (obsolete). * deb/copyright: changed Format line for DEP-5, updated. * deb/rules: + Added export lines for DH_VERBOSE and DEB_BUILD_OPTIONS. + Removed build targets in favour of simplified dh sequencer call. * Changed to build with dh_python2: + deb/control: removed b-d on python-support, bumped version of python-all to 2.6.6-3~. + deb/rules: rearragned, added python2 to dh sequencer. * Upstream now ships with changelog: + deb/clean: removed doc/changelog. + deb/control: removed b-p on elinks. + deb/rules: dropped override for dh_installchangelogs. * Removed lintian-overrides (obsolete). Thank you very much, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755212: transition: protobuf-c
Hi Robert, On 18/07/14 22:19, Robert Edmonds wrote: I am requesting an upload slot to upload protobuf-c 1.0.0-1 to unstable. I am hoping to accomplish a transition to protobuf-c 1.0.0 in time for the jessie release. (Disclaimer: I am also one of the protobuf-c upstream maintainers.) This requires an ABI bump as well as some other changes that affect reverse (build-) dependencies, described below. Can you open bug reports for the rdeps that need patches and make them block this bug? Also file bugs for your recommendations (e.g. ship .proto files) and the code copy, though those are not blockers IIUC. Please go ahead with this if you are ready to NMU the rdeps after the transition starts (assuming the maintainers don't do it, of course). Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755255: clang-3.5 segfault when compiling libsofia in freeswitch source tree
Package: clang-3.5 Version: 1:3.5~svn213400-1~exp1 Severity: important Tags: upstream Dear Maintainer, Tried compiling FreeSWITCH with latest clang-3.5 and ended up with clang segfaulting while trying to compile libsofia. I will attach the files required to replicate the issue. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 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 clang-3.5 depends on: ii libc62.19-7 ii libc6-dev2.19-7 ii libclang-common-3.5-dev 1:3.5~svn213400-1~exp1 ii libclang1-3.51:3.5~svn213400-1~exp1 ii libedit2 3.1-20140620-1 ii libffi6 3.1-2 ii libgcc-4.9-dev 4.9.0-7 ii libgcc1 1:4.9.0-7 ii libllvm3.5 1:3.5~svn213400-1~exp1 ii libobjc-4.9-dev 4.9.0-7 ii libstdc++-4.9-dev4.9.0-7 ii libstdc++6 4.9.0-7 ii libtinfo55.9+20140118-1 Versions of packages clang-3.5 recommends: ii llvm-3.5-dev 1:3.5~svn213400-1~exp1 ii python2.7.8-1 Versions of packages clang-3.5 suggests: pn gnustepnone pn gnustep-devel 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#720540: Debian bug #720540
Hello, I want to adopt the package simple-scan. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#755256: grub-xen: Cannot boot XZ compressed kernels
Package: grub-xen Version: 2.02~beta2-10 Severity: important Dear Maintainer, Currently grub-xen cannot boot kernels which are configured with CONFIG_KERNEL_XZ=y and reports error: not xen image.. The Debian kernels have been compiled with this option since 3.6.8-1~experimental.1. Fixing this is as simple as adding an insmod xzio after the existing insmod gzio in /etc/grub.d/10_linux. (insmod gzio needs to stay for compat with Wheezy kernels) It is possible to extract the compressed payload from an x86 bzImage and inspect the magic numbers to determine the required decompression algorithm, but that seems like a lot more work for a pretty small gain. Cheers, Ian. -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/c1edab93-0151-44a9-b727-6db233208284 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/xvda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ ${next_entry} ] ; then set default=${next_entry} set next_entry= save_env next_entry set boot_once=true else set default=0 fi if [ x${feature_menuentry_id} = xy ]; then menuentry_id_option=--id else menuentry_id_option= fi export menuentry_id_option if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='hd0,msdos1' c1edab93-0151-44a9-b727-6db233208284 else search --no-floppy --fs-uuid --set=root c1edab93-0151-44a9-b727-6db233208284 fi font=/usr/share/grub/unicode.pf2 fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=en_GB insmod gettext fi terminal_output gfxterm if [ ${recordfail} = 1 ] ; then set timeout=-1 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=5 fi fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload=${1} } set linux_gfx_mode= export linux_gfx_mode menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-c1edab93-0151-44a9-b727-6db233208284' { load_video insmod gzio insmod xzio insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='hd0,msdos1' c1edab93-0151-44a9-b727-6db233208284 else search --no-floppy --fs-uuid --set=root c1edab93-0151-44a9-b727-6db233208284 fi echo'Loading Linux 3.14-1-amd64 ...' linux /boot/vmlinuz-3.14-1-amd64 root=UUID=c1edab93-0151-44a9-b727-6db233208284 ro quiet echo'Loading initial ramdisk ...' initrd /boot/initrd.img-3.14-1-amd64 } submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-c1edab93-0151-44a9-b727-6db233208284' { menuentry 'Debian GNU/Linux, with Linux 3.14-1-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.14-1-amd64-advanced-c1edab93-0151-44a9-b727-6db233208284' { load_video insmod gzio insmod xzio insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='hd0,msdos1' c1edab93-0151-44a9-b727-6db233208284 else search --no-floppy --fs-uuid --set=root c1edab93-0151-44a9-b727-6db233208284 fi echo'Loading Linux 3.14-1-amd64 ...'
Bug#754646: libnfs: FTBFS on kfreebsd-*: invalid application of 'sizeof' to incomplete type 'struct sockaddr6_in'
Control: tags -1 upstream Control: forwarded -1 https://github.com/sahlberg/libnfs/pull/87 Hi Cyril, Could you please test the patch proposed upstream? I can't log in to kFreeBSD machines available for DDs because my ssh keys somehow don't propagate there. Thanks, Balint On 07/13/2014 05:36 AM, Cyril Brulebois wrote: Source: libnfs Version: 1.9.4-1 Severity: serious Justification: FTBFS Hi, your package no longer builds on kfreebsd-*: | libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I/«PKGBUILDDIR»/include -I/«PKGBUILDDIR»/include/nfsc -I/«PKGBUILDDIR»/mount -I/«PKGBUILDDIR»/nfs -I/«PKGBUILDDIR»/nlm -I/«PKGBUILDDIR»/nsm -I/«PKGBUILDDIR»/portmap -I/«PKGBUILDDIR»/rquota -D_U_=__attribute__((unused)) -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FILE_OFFSET_BITS=64 -c socket.c -fPIC -DPIC -o .libs/libnfs_la-socket.o | socket.c: In function 'rpc_connect_sockaddr_async': | socket.c:509:54: error: invalid application of 'sizeof' to incomplete type 'struct sockaddr6_in' | ((struct sockaddr_in6 *)ss)-sin6_len = sizeof(struct sockaddr6_in); | ^ | Makefile:489: recipe for target 'libnfs_la-socket.lo' failed | make[3]: *** [libnfs_la-socket.lo] Error 1 Full build logs: https://buildd.debian.org/status/fetch.php?pkg=libnfsarch=kfreebsd-amd64ver=1.9.4-1stamp=1404122913 https://buildd.debian.org/status/fetch.php?pkg=libnfsarch=kfreebsd-i386ver=1.9.4-1stamp=1404122853 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640768: gogoc: tunnel drops out every now and then
Package: gogoc Version: 1:1.2-5 Followup-For: Bug #640768 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? installing a new kernel built from git://github.com/torvalds/linux in the last day or so. * What exactly did you do (or not do) that was effective (or ineffective)? did a: modprobe tun manually, then added tun to /etc/modules * What was the outcome of this action? * What outcome did you expect instead? not to have to manually load a module in order for gogoc to run. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-rc5+ (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gogoc depends on: ii iproute2 3.15.0-2 ii libc62.19-7 ii libgcc1 1:4.9.1-1 ii libssl1.0.0 1.0.1h-3 ii libstdc++6 4.9.1-1 ii net-tools1.60-26 Versions of packages gogoc recommends: pn radvd none Versions of packages gogoc suggests: pn sipcalc none -- Configuration Files: /etc/default/gogoc changed: CHECK_KEYFILE=yes /etc/gogoc/gogoc.conf [Errno 13] Permission denied: u'/etc/gogoc/gogoc.conf' -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754952: [openjdk-7-jre] SIGSEGV when trying to load Smartcard IO (PCSC)
The problem is gone in version 7u65-2.5.1-1. So I guess this issue can be closed. Best regards Tobias Wich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754669: fixed in sash 3.8-2
]] Cyril Brulebois Hi, Tollef Fog Heen tfh...@debian.org (2014-07-16): Format: 1.8 Date: Wed, 16 Jul 2014 20:48:59 +0200 Source: sash Binary: sash Architecture: source amd64 Version: 3.8-2 Distribution: unstable Urgency: medium Maintainer: Tollef Fog Heen tfh...@debian.org Changed-By: Tollef Fog Heen tfh...@debian.org Description: sash - Stand-alone shell Closes: 754669 Changes: sash (3.8-2) unstable; urgency=medium . * Use #if instead of #ifdef for HAVE_LINUX_* in sash.c to make this build on kfreebsd. Closes: #754669 It now fails with a missing include: | cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wall -Wmissing-prototypes -DHAVE_GZIP=1 -DHAVE_LINUX_ATTR=0 -DHAVE_LINUX_CHROOT=0 -DHAVE_LINUX_LOSETUP=0 -DHAVE_LINUX_PIVOT=0 -DHAVE_LINUX_MOUNT=0 -DHAVE_BSD_MOUNT=1 -DMOUNT_TYPE='ufs' -c cmds.c | cmds.c:35:24: fatal error: linux/loop.h: No such file or directory | #include linux/loop.h | ^ | compilation terminated. Do you want a reopen or a new bug report? I just fixed this, so neither should be necessary. Now I also test built on falla. :-) Thanks for the poke. -- 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#754646: libnfs: FTBFS on kfreebsd-*: invalid application of 'sizeof' to incomplete type 'struct sockaddr6_in'
On 19/07/14 11:28, Balint Reczey wrote: Control: tags -1 upstream Control: forwarded -1 https://github.com/sahlberg/libnfs/pull/87 Hi Cyril, Could you please test the patch proposed upstream? I can't log in to kFreeBSD machines available for DDs because my ssh keys somehow don't propagate there. What porterboxes have you tried? asdfasdf.debian.net, falla.debian.org? That's a problem and the appropriate admins need to be notified. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755222: downgrading
control: severity -1 normal Hi, when recommends are not available, they are not installed and nothing bad happens. You suggest to remove the bogus recommends in this bug, as flightgear seems to work perfectly without it, so how can this bug be critical and not normal? It doesnt break anything to have bogus recommends. cheers, Hplger signature.asc Description: This is a digitally signed message part.
Bug#755222: fgo: invalid Recommends breaks apt-get source flightgear/testing
Control: reassign -1 apt It doesnt break anything to have bogus recommends. The bug is that it does break apt-get source...but if unsatisfiable Recommends are not against policy, that's an apt bug (probably related to #607999), not an fgo bug. Do you have a deb (not just deb-src: see #441178/#626251) line for testing? Do either of the following work? apt-get source flightgear/testing --only-source apt-get source flightgear=3.0.0-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754646: libnfs: FTBFS on kfreebsd-*: invalid application of 'sizeof' to incomplete type 'struct sockaddr6_in'
Hi Emilio, 2014-07-19 11:51 GMT+02:00 Emilio Pozuelo Monfort po...@debian.org: On 19/07/14 11:28, Balint Reczey wrote: Control: tags -1 upstream Control: forwarded -1 https://github.com/sahlberg/libnfs/pull/87 Hi Cyril, Could you please test the patch proposed upstream? I can't log in to kFreeBSD machines available for DDs because my ssh keys somehow don't propagate there. What porterboxes have you tried? asdfasdf.debian.net, falla.debian.org? That's a problem and the appropriate admins need to be notified. asdfasdf, but it could be a mail gateway problem as well and I have already reported a problem which may be related. Since upstream plans making a new release this weekend I wanted to speed up fixing all the FTBFS-s by asking for help. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755257: munin-plugins-core should suggest libdbd-pg-perl
Package: munin-plugins-core Version: 2.0.6-4+deb7u2 Severity: normal Dear Maintainer, The postgres munin plugins fail on a freshly installed system after postgres, munin-node and munin-plugins-core are installed: thomas@beryl:~$ readlink /etc/munin/plugins/postgres_cache_ALL /usr/share/munin/plugins/postgres_cache_ thomas@beryl:~$ sudo -u postgres /etc/munin/plugins/postgres_cache_ALL Failed to connect to database: DBD::Pg not found, and cannot do psql yet thomas@beryl:~$ Once libdbd-pg-perl is installed: thomas@beryl:~$ sudo -u postgres /etc/munin/plugins/postgres_cache_ALL blks_read.value 49238 blks_hit.value 20241867 thomas@beryl:~$ If munin-plugins-core suggests libdbd-pg-perl this might be prevented. Kind Regards Tom -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin-plugins-core depends on: ii munin-common 2.0.6-4+deb7u2 ii perl 5.14.2-21+deb7u1 Versions of packages munin-plugins-core recommends: ii libnet-snmp-perl 6.0.1-2 Versions of packages munin-plugins-core suggests: pn libnet-netmask-perl none pn libnet-telnet-perl none ii python 2.7.3-4+deb7u1 pn ruby | ruby-interpreter 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#734509: Please adopt the data source www.debian.org for Debian Contributors (#734509)
(Mail sent to the debian-www list, CC'ing the bug report) Hi everybody of the website team: When Debian Contributors was launched, some data sources were created as proof of concept, among this, there is the data source of website committers: https://contributors.debian.org/source/www.debian.org It would be really awesome that somebody of the website team adopts this data source, so contributions are periodically gathered and sent to contributors.debian.org The details are explained in bug #734509: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734509 And how to create a data source is explained here: https://wiki.debian.org/DebianContributors (but in fact you don't need to create a data source, only need to edit the existing one, adopt it, and configure the cron job to post submissions). Any DD can do this job (I'm not a DD [yet]). Could anybody help? -- Laura Arjona https://wiki.debian.org/LauraArjona 0x7E4AF4A3.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#751082: Non-free Nvidia driver (340.24) upload pending
Hi, For those interested in the state of the current non-free nvidia blob in unstable, I intend on uploading the latest stable version, 340.24 (which has support for xserver 1.16), within a day. I've pushed updating packaging files to [1] and a freshly generated tarball to [2]; please feel free to build and test. [1] svn://svn.debian.org/svn/pkg-nvidia/packages/nvidia-graphics-drivers/trunk/ [2] svn://svn.debian.org/svn/pkg-nvidia/tarballs/nvidia-graphics-drivers_340.24.orig.tar.gz I also intend to upload fresh copies of nvidia-settings, nvidia-xconfig, and the latest legacy nvidia 304.xxx branch shortly after. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739694: Invalid file ref in documentation (man page)
severity 739694 minor thanks On Fri, Feb 21, 2014 at 01:27:56PM +0100, Mathieu Malaterre wrote: Package: mt-st man page refers to: [...] Otherwise, a default device defined in the file /usr/include/sys/mtio.h is used. [...] I believe this is inacurate as it does not exists at least on my system. Maybe instead: /usr/include/linux/mtio.h or /usr/include/x86_64-linux-gnu/sys/mtio.h The path quoted in the man page exist on my system, and is provided by libc6-dev-i386 (of all things…). It seems the actual path can be system-dependent (/usr/include/sys on x86, /usr/include/x86_64-linux-gnu on i386; the linux/mtio.h file is different, as that's a kernel header). I'll patch the man page to note that this path can vary by system. regards, iustin signature.asc Description: Digital signature
Bug#734509: Please adopt the data source www.debian.org for Debian Contributors (#734509)
(Mail sent to the debian-www list, CC'ing the bug report) Hi everybody of the website team: When Debian Contributors was launched, some data sources were created as proof of concept, among this, there is the data source of website committers: https://contributors.debian.org/source/www.debian.org It would be really awesome that somebody of the website team adopts this data source, so contributions are periodically gathered and sent to contributors.debian.org The details are explained in bug #734509: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734509 And how to create a data source is explained here: https://wiki.debian.org/DebianContributors (but in fact you don't need to create a data source, only need to edit the existing one, adopt it, and configure the cron job to post submissions). Any DD can do this job (I'm not a DD [yet]). Could anybody help? -- Laura Arjona https://wiki.debian.org/LauraArjona 0x7E4AF4A3.asc Description: application/pgp-keys 0x7E4AF4A3.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#627817: ITP: dict-sanskrit -- package of several Sanskrit dictionaries
Alive! -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754982: FTBFS on kfreebsd with new miniupnpc
Hi Leo, I have attached the commits which I have locally, in order to fix and upload transmission 2.84-0.1. I didn't include 0003-Upgraded-to-upstream-release-2.84.patch because it's 13MB. 1/ Do you agree that I git push these changes? 2/ Do you agree if I NMU these changes, which are fixing the 2 RC bugs currently opened against transmission? Cheers, Thomas Goirand (zigo) From fab1998a877c7eb54960dee464042425c83dc1b4 Mon Sep 17 00:00:00 2001 From: Thomas Goirand z...@debian.org Date: Fri, 18 Jul 2014 10:36:49 + Subject: [PATCH 1/6] New upstream release (Closes: #754982) --- debian/changelog | 8 1 file changed, 8 insertions(+) diff --git a/debian/changelog b/debian/changelog index 780b145..8a06649 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +transmission (2.84-0.1) unstable; urgency=medium + + * Non-maintainer upload. + * New upstream release: +- Fixes build with newer miniupnpc (Closes: #754982). + + -- Thomas Goirand z...@debian.org Fri, 18 Jul 2014 10:35:51 + + transmission (2.82-1.1) unstable; urgency=medium * Non-maintainer upload. -- 2.0.1 From 76de3471e3acc2e55ea53935e6809cd8bf004938 Mon Sep 17 00:00:00 2001 From: Thomas Goirand z...@debian.org Date: Fri, 18 Jul 2014 10:38:17 + Subject: [PATCH 2/6] Ran wrap-and-sort. --- debian/changelog | 1 + debian/control | 74 -- debian/copyright | 1 - debian/transmission-cli.install| 2 +- debian/transmission-common.install | 6 ++-- debian/transmission-daemon.install | 6 ++-- debian/transmission-gtk.install| 4 +-- debian/transmission-qt.install | 6 ++-- 8 files changed, 61 insertions(+), 39 deletions(-) diff --git a/debian/changelog b/debian/changelog index 8a06649..ed54140 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,7 @@ transmission (2.84-0.1) unstable; urgency=medium * Non-maintainer upload. * New upstream release: - Fixes build with newer miniupnpc (Closes: #754982). + * Ran wrap-and-sort. -- Thomas Goirand z...@debian.org Fri, 18 Jul 2014 10:35:51 + diff --git a/debian/control b/debian/control index 30cfb4a..b28702e 100644 --- a/debian/control +++ b/debian/control @@ -2,18 +2,25 @@ Source: transmission Section: net Priority: optional Maintainer: Leo Costela cost...@debian.org -Build-Depends: debhelper (= 8), autotools-dev, dh-autoreconf, - dh-systemd [linux-any], - libgtk-3-dev, libevent-dev (= 2.0), - libglib2.0-dev, libnotify-dev (= 0.7), libssl-dev, zlib1g-dev, - libcurl4-gnutls-dev | libcurl4-dev | libcurl-dev, - intltool (= 0.40), - qt5-qmake, qtbase5-dev, qttools5-dev-tools, qt5-default, - libminiupnpc-dev, libnatpmp-dev (= 20110808), - libsystemd-daemon-dev [linux-any], -# buildflags.mk - dpkg-dev (= 1.16.1~), -# libcanberra-gtk-dev +Build-Depends: autotools-dev, + debhelper (= 8), + dh-autoreconf, + dh-systemd [linux-any], + intltool (= 0.40), + libcurl4-gnutls-dev | libcurl4-dev | libcurl-dev, + libevent-dev (= 2.0), + libglib2.0-dev, + libgtk-3-dev, + libminiupnpc-dev, + libnatpmp-dev (= 20110808), + libnotify-dev (= 0.7), + libssl-dev, + libsystemd-daemon-dev [linux-any], + qt5-default, + qt5-qmake, + qtbase5-dev, + qttools5-dev-tools, + zlib1g-dev Standards-Version: 3.9.5 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/transmission.git Vcs-Git: git://anonscm.debian.org/collab-maint/transmission.git @@ -22,10 +29,12 @@ Bugs: https://trac.transmissionbt.com/ Package: transmission Architecture: all -Depends: transmission-gtk (= ${binary:Version}) | transmission-qt (= ${binary:Version}) | transmission-cli (= ${binary:Version}), transmission-common (= ${binary:Version}), ${misc:Depends} +Depends: transmission-common (= ${binary:Version}), + transmission-gtk (= ${binary:Version}) | transmission-qt (= ${binary:Version}) | transmission-cli (= ${binary:Version}), + ${misc:Depends} Description: lightweight BitTorrent client Transmission is a set of lightweight BitTorrent clients (in GUI, CLI - and daemon form). All its incarnations feature a very simple, intuitive + and daemon form). All its incarnations feature a very simple, intuitive interface on top on an efficient, cross-platform back-end. . This is just a metapackage depending on one of the front-end @@ -34,7 +43,6 @@ Description: lightweight BitTorrent client Package: transmission-common Architecture: all Depends: ${misc:Depends} -# because of the usr/share/icons move to -common Replaces: transmission-gtk ( 2.10-1) Breaks: transmission-gtk ( 2.10-1) Description: lightweight BitTorrent client (common files) @@ -42,14 +50,19 @@ Description: lightweight BitTorrent
Bug#755258: udev: Fails to create /dev/ppp
Package: udev Version: 208-6 Severity: grave Justification: renders package unusable After upgrading udev and libudev1 from version 204-14 to 208-6, I can no longer use Internet connection: wajig restart networking [] Running /etc/init.d/networking restart is deprecated because it may not [warnable some interfaces ... (warning). [] Reconfiguring network interfaces...Plugin rp-pppoe.so loaded. Couldn't open the /dev/ppp device: No such file or directory Linux kernel does not support PPPoE -- are you running 2.4.x? Failed to bring up dsl-provider. done. Downgrading udev fixes the issue: sudo dpkg -i udev_204-14_i386.deb libudev1_204-14_i386.deb dpkg: ostrze|enie: zastpienie udev w wersji 208-6 wcze[niejsz wersj 204-14 (Odczytywanie bazy danych ... 336558 plikó katalogóbecnie zainstalowanych.) Preparing to unpack udev_204-14_i386.deb ... Unpacking udev (204-14) over (208-6) ... dpkg: ostrze|enie: zastpienie libudev1:i386 w wersji 208-6 wcze[niejsz wersj 204-14 Preparing to unpack libudev1_204-14_i386.deb ... Unpacking libudev1:i386 (204-14) over (208-6) ... Konfigurowanie pakietu libudev1:i386 (204-14) ... Konfigurowanie pakietu udev (204-14) ... [ ok ] Stopping the hotplug events dispatcher: udevd. [ ok ] Starting the hotplug events dispatcher: udevd. /// stripped a few `Processing triggers' lines wajig restart networking [] Running /etc/init.d/networking restart is deprecated because it may not [warnable some interfaces ... (warning). [] Reconfiguring network interfaces...Plugin rp-pppoe.so loaded. done. Regards, robert -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF8, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.53 ii libacl12.2.52-1 ii libblkid1 2.20.1-5.8 ii libc6 2.19-7 ii libkmod2 18-1 ii libselinux12.3-1 ii libudev1 208-6 ii lsb-base 4.1+Debian13 ii procps 1:3.3.9-7 ii util-linux 2.20.1-5.8 udev recommends no packages. udev suggests no packages. -- debconf information: udev/title/upgrade: * udev/reboot-warning: udev/new_kernel_needed: false udev/devfs-warning: udev/reboot_needed: udev/sysfs_deprecated_incompatibility: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753802: gns3: unable to install on wheezy-backports - missing backport of dynamips
Hi Paul, On 18/07/14 19:21, Paul Gevers wrote: On 18-07-14 16:35, Daniel Lintott wrote: I shall give this time once again and after that I fear I shall have to give up on backports and have the package that is currently broken removed from the archive. Build, signed and uploaded. I trust that you follow this package in backports as you are it's maintainer in Debian anyways. Many thanks for the upload... I do indeed follow the package in backports, I may be wrong but I believe the backports buildd's operate that same as the main archive, which means the package won't be autobuilt due to being non-free. The package is autobuildable, thanks to work upstream to confirm the the status of the microcode blobs[1], but I'm waiting for a reply from the non-free release team to enable autobuilding. Until autobuilding is possible, it would be nice to have at least i386/amd64 packages. I've also noticed in the backports new queue, that the changes since stable are missing. Regards, Daniel [1] http://anonscm.debian.org/gitweb/?p=users/dlintott-guest/dynamips.git;a=blobdiff;f=debian/copyright;h=5c4c9ce9eb7f5ab03978a56efa995306ce1003da;hp=76bbaf73962caba60e531f0dbf61b3e40fb5de39;hb=9f6106785793d20ad5e871772ae860b569298e3c;hpb=bca0bd32d1eb6579598a5a9d1d52ca918116da89 signature.asc Description: OpenPGP digital signature
Bug#754665: Removal of D based games from armel/armhf (Tatan #754665)
Hi all, D based games are currently unbuildable again on armel/armhf because libphobos-dev does not exist on these arches [3]. See [1] for an example bug report. We had the same issue one year ago and Peter had to request the removal [2] of all binary packages except for amd64 and i386. In the meantime gdc 4.8 reintroduced support for armel/armhf but with 4.9 it seems this shimmer of hope is gone. Since all D games are affected and not only Tatan, shall I request the removal for all of them from armel/armhf or does anybody have a better idea? Regards, Markus [1] https://bugs.debian.org/754665 [2] https://bugs.debian.org/715347 [3] https://packages.debian.org/unstable/libphobos-4.9-dev signature.asc Description: OpenPGP digital signature
Bug#755259: libpeas: please disable seed support on hurd-i386
Source: libpeas Version: 1.10.0-2 Severity: normal Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, currently libpeas fails to build on hurd-i386 [1]. The problem is that the seed library is currently broken on hurd-i386, for sure because of upstream bug #733393 [2], and also because of some issue in webkitgtk (which is currently out-of-date on hurd-i386, so not easy to debug at the moment). Since some architectures already have no seed support, please temporarly add hurd-i386 as well, until at least [2] is fixed and webkitgtk builds again. libpeas without seed support builds fine otherwise on hurd-i386, with the test suite passing too. [1] https://buildd.debian.org/status/fetch.php?pkg=libpeasarch=hurd-i386ver=1.10.0-2stamp=1405003568 [2] https://bugzilla.gnome.org/show_bug.cgi?id=733393 Thanks, -- Pino --- a/debian/control.in +++ b/debian/control.in @@ -13,7 +13,7 @@ gobject-introspection (= 1.39.0), libgirepository1.0-dev (= 0.10.1), libgtk-3-dev, - libseed-gtk3-dev (= 2.91.91) [!mips !powerpc !s390x !sparc], + libseed-gtk3-dev (= 2.91.91) [!mips !powerpc !s390x !sparc !hurd-i386], python-dev (= 2.5.2), python-gi-dev (= 3.7.2), python3-dev, --- a/debian/rules +++ b/debian/rules @@ -16,7 +16,7 @@ --enable-python2 \ --enable-python3 -ifeq (,$(filter $(DEB_HOST_ARCH),mips powerpc s390x sparc)) +ifeq (,$(filter $(DEB_HOST_ARCH),mips powerpc s390x sparc hurd-i386)) DEB_CONFIGURE_EXTRA_FLAGS += --enable-seed endif
Bug#754646: libnfs: FTBFS on kfreebsd-*: invalid application of 'sizeof' to incomplete type 'struct sockaddr6_in'
Hi Balint, Balint Reczey bal...@balintreczey.hu (2014-07-19): Control: tags -1 upstream Control: forwarded -1 https://github.com/sahlberg/libnfs/pull/87 Hi Cyril, Could you please test the patch proposed upstream? I can't log in to kFreeBSD machines available for DDs because my ssh keys somehow don't propagate there. please get in touch with debian-bsd@, I'm quite short on time. Mraw, KiBi. signature.asc Description: Digital signature
Bug#739695: Convenient copy of mtio.h in source
On Fri, Feb 21, 2014 at 01:30:23PM +0100, Mathieu Malaterre wrote: Package: mt-st It is not clear what the impact would be, but I think it would be easier to maintain this package if the mtio.h copy would not be used and instead the system installed one would be used instead. Thanks for the report. Here are the diff (as of today on wheezy): $ diff -u mtio.h /usr/include/linux/mtio.h --- mtio.h 2008-02-20 20:31:49.0 +0100 +++ /usr/include/linux/mtio.h 2014-01-11 01:15:51.0 +0100 @@ -1,9 +1,8 @@ /* * linux/mtio.h header file for Linux. Written by H. Bergman * - * Sanitized version for mt/stinit (definitions not used by these - * programs have been removed) 7 Oct 2007/Kai Mäkisara This is the part that makes me a bit suspicious - maybe there was more to using a local file than including directly (unlikely, but…). I'll try to ping the upstream, if he's still active, and get more info. But yes, using the kernel header and build-depending on linux-libc-dev makes sense. thanks, iustin signature.asc Description: Digital signature
Bug#755260: [owncloud] After migration from 6.0.4, Files' Shared with menus don't work
Package: owncloud Version: 7.0.0~rc3+dfsg-1 Severity: normal --- Please enter the report below this line. --- I upgraded my owncloud server from the latest 6.0.4 to 7.0.0 from experimental. When I log in, I observe that the following menus, from the Files app, are not working: - Shared with you - Shared with others When I am in the All files menu, I can see files shared with me by other users. I am also able to see my photos folder marked as shared with another user. I tried unsharing the two shared folders and sharing it back, but it didn't have any effect. The server runs an updated Debian Sid. I installed the server with apache2 (2.4.9), mysql (5.5.37) and php 5.6.0~rc2 --- System information. --- Architecture: amd64 Kernel: Linux 3.14-1-amd64 Debian Release: jessie/sid 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755261: github-backup: doesn't detect https URLs as github remotes
Package: github-backup Version: 1.20140707 Severity: normal These URLs work with git clone but not with github-backup: https://github.com/mtsuszycki/whowatch/ https://github.com/mtsuszycki/whowatch git://github.com/mtsuszycki/whowatch/ git://github.com/mtsuszycki/whowatch Here is an example of what happens: pabs@chianamo ~ $ cd tmp/ mpabs@chianamo ~/tmp $ mkdir test-github-backup-whowatch-bug pabs@chianamo ~/tmp $ cd test-github-backup-whowatch-bug/ pabs@chianamo ~/tmp/test-github-backup-whowatch-bug $ ls pabs@chianamo ~/tmp/test-github-backup-whowatch-bug $ git clone https://github.com/mtsuszycki/whowatch/ Cloning into 'whowatch'... remote: Counting objects: 484, done. remote: Compressing objects: 100% (178/178), done. remote: Total 484 (delta 299), reused 478 (delta 296) Receiving objects: 100% (484/484), 186.45 KiB | 70.00 KiB/s, done. Resolving deltas: 100% (299/299), done. Checking connectivity... done. pabs@chianamo ~/tmp/test-github-backup-whowatch-bug $ cd whowatch/ pabs@chianamo ~/tmp/test-github-backup-whowatch-bug/whowatch (master=) $ github-backup github-backup: no github remotes found -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages github-backup depends on: ii git 1:2.0.1-1 ii libc6 2.19-7 ii libffi6 3.1-2 ii libgmp10 2:6.0.0+dfsg-4 ii libicu52 52.1-4 ii zlib1g1:1.2.8.dfsg-1 github-backup recommends no packages. github-backup suggests no packages. -- no debconf information -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#582447: #582447 - nautilus: segfaults sometimes when navigating between directories
Hey Manuel, this is an old bug. Could you please still reproduce this issue with newer nautilus version like 3.4.2-1+build1 or 3.8.2-3 ? thanks regards Pedro
Bug#755262: github-backup: fails with mtsuszycki/whowatch repository
Package: github-backup Version: 1.20140707 Severity: normal github-backup fails with the mtsuszycki/whowatch repository: pabs@chianamo ~/tmp $ mkdir test-github-backup-whowatch-bug pabs@chianamo ~/tmp $ cd test-github-backup-whowatch-bug/ pabs@chianamo ~/tmp/test-github-backup-whowatch-bug $ git clone git://github.com/mtsuszycki/whowatch.git Cloning into 'whowatch'... remote: Counting objects: 484, done. remote: Compressing objects: 100% (178/178), done. remote: Total 484 (delta 299), reused 478 (delta 296) Receiving objects: 100% (484/484), 186.45 KiB | 94.00 KiB/s, done. Resolving deltas: 100% (299/299), done. Checking connectivity... done. pabs@chianamo ~/tmp/test-github-backup-whowatch-bug $ cd whowatch/ pabs@chianamo ~/tmp/test-github-backup-whowatch-bug/whowatch (master=) $ github-backup Gathering metadata for git://github.com/mtsuszycki/whowatch.git ... Updating github_mtsuszycki_whowatch.wiki fatal: remote error: access denied or repository not exported: /d/nw/de/a9/c4/7522761/7522761.wiki.git error: Could not fetch github_mtsuszycki_whowatch.wiki fatal: Cannot lock the ref 'refs/heads/Ref github'. github-backup: git [Param update-ref,Param refs/heads/Ref \github\,Param c410a97b374db1a8cc276b75f55b3d97290b6314] failed -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages github-backup depends on: ii git 1:2.0.1-1 ii libc6 2.19-7 ii libffi6 3.1-2 ii libgmp10 2:6.0.0+dfsg-4 ii libicu52 52.1-4 ii zlib1g1:1.2.8.dfsg-1 github-backup recommends no packages. github-backup suggests no packages. -- no debconf information -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#669618: bash-completion should autocomplete bash alias as well
I just stumbled on the same problem and after some experimentation, I'm sourcing a modified completion loader at the end of my .bashrc (specifically after the original completion code is loaded). _custom_completion_loader() { local cmd=${1##*/} local cmdt=$(type -t $1) local compfile=./completions #[[ $BASH_SOURCE == */* ]] compfile=${BASH_SOURCE%/*}/completions compfile=/usr/share/bash-completion/completions if [[ $cmdt = 'alias' ]]; then cmd=$( alias $cmd | sed s/^alias [^=]*='\([^ ']*\)[ '].*$/\1/ ) [[ $(type -t _${cmd}) = 'function' ]] complete -F _${cmd} $1 return 124 fi compfile+=/${cmd} # Avoid trying to source dirs; https://bugzilla.redhat.com/903540 [[ -f $compfile ]] . $compfile /dev/null return 124 # Need to define *something*, otherwise there will be no completion at all. complete -F _minimal $cmd return 124 } complete -D -F _custom_completion_loader Beware of wrapped lines. This code is fresh from my keyboard and not at all well-tested! Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755263: wheezy-pu: package ipython/0.13.1-2+deb7u1
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu Hi release team I would like to update ipython in wheezy to fix CVE-2014-3429 It is a remote execution flaw via cross origin websockets, but one requires a uuid from the process in order to make use of it so it was decided by the security team that its severe enough for a DSA. But it should stil be fixed in stable just in case. See this page for details of the issue: http://lambdaops.com/cross-origin-websocket-hijacking-of-ipython diff -Nru ipython-0.13.1/debian/changelog ipython-0.13.1/debian/changelog --- ipython-0.13.1/debian/changelog 2012-11-25 20:04:22.0 +0100 +++ ipython-0.13.1/debian/changelog 2014-07-16 20:29:04.0 +0200 @@ -1,3 +1,9 @@ +ipython (0.13.1-2+deb7u1) stable-security; urgency=medium + + * Fix CVE-2014-3429: remote execution via cross origin websocket + + -- Julian Taylor jtaylor.deb...@googlemail.com Wed, 16 Jul 2014 20:27:50 +0200 + ipython (0.13.1-2) unstable; urgency=low * update watch file to use github directly diff -Nru ipython-0.13.1/debian/patches/CVE-2014-3429.patch ipython-0.13.1/debian/patches/CVE-2014-3429.patch --- ipython-0.13.1/debian/patches/CVE-2014-3429.patch 1970-01-01 01:00:00.0 +0100 +++ ipython-0.13.1/debian/patches/CVE-2014-3429.patch 2014-07-16 20:27:40.0 +0200 @@ -0,0 +1,60 @@ +Description: check origin of websocket connection CVE-2014-3429 +Origin: https://github.com/ipython/ipython/pull/4845 + +--- a/IPython/frontend/html/notebook/handlers.py b/IPython/frontend/html/notebook/handlers.py +@@ -16,6 +16,11 @@ Authors: + # Imports + #- + ++try: ++from urllib.parse import urlparse # Py 3 ++except ImportError: ++from urlparse import urlparse # Py 2 ++ + import logging + import Cookie + import time +@@ -368,6 +373,30 @@ class KernelActionHandler(AuthenticatedH + + class ZMQStreamHandler(websocket.WebSocketHandler): + ++def same_origin(self): ++Check to see that origin and host match in the headers. ++ ++# The difference between version 8 and 13 is that in 8 the ++# client sends a Sec-Websocket-Origin header and in 13 it's ++# simply Origin. ++if self.request.headers.get(Sec-WebSocket-Version) in (7, 8): ++origin_header = self.request.headers.get(Sec-Websocket-Origin) ++else: ++origin_header = self.request.headers.get(Origin) ++ ++host = self.request.headers.get(Host) ++ ++# If no header is provided, assume we can't verify origin ++if(origin_header is None or host is None): ++return False ++ ++parsed_origin = urlparse(origin_header) ++origin = parsed_origin.netloc ++ ++# Check to see that origin matches host directly, including ports ++return origin == host ++ ++ + def _reserialize_reply(self, msg_list): + Reserialize a reply message using JSON. + +@@ -409,6 +438,11 @@ class ZMQStreamHandler(websocket.WebSock + class AuthenticatedZMQStreamHandler(ZMQStreamHandler): + + def open(self, kernel_id): ++# Check to see that origin matches host directly, including ports ++if not self.same_origin(): ++self.log.warn(Cross Origin WebSocket Attempt.) ++raise web.HTTPError(404) ++ + self.kernel_id = kernel_id.decode('ascii') + try: + cfg = self.application.ipython_app.config diff -Nru ipython-0.13.1/debian/patches/series ipython-0.13.1/debian/patches/series --- ipython-0.13.1/debian/patches/series 2012-11-25 20:04:22.0 +0100 +++ ipython-0.13.1/debian/patches/series 2014-07-16 20:26:58.0 +0200 @@ -5,3 +5,4 @@ use-system-mathjax-if-available.patch parallel-2to3.patch shared-static-path.patch +CVE-2014-3429.patch
Bug#582472: #582472 - libgnomevfs2-0: cannot connect to drop-only ftp that refuses 'ls' query
Hey Mark, this is an old bug. Could you please still reproduce this issue with newer nautilus version like 3.4.2-1+build1 or 3.8.2-3 ? It works fine here with 3.12.2-1. thanks regards Pedro
Bug#754646: libnfs: FTBFS on kfreebsd-*: invalid application of 'sizeof' to incomplete type 'struct sockaddr6_in'
(Adding -bsd to Cc) On 19/07/14 12:12, Bálint Réczey wrote: Hi Emilio, 2014-07-19 11:51 GMT+02:00 Emilio Pozuelo Monfort po...@debian.org: On 19/07/14 11:28, Balint Reczey wrote: Control: tags -1 upstream Control: forwarded -1 https://github.com/sahlberg/libnfs/pull/87 Hi Cyril, Could you please test the patch proposed upstream? I can't log in to kFreeBSD machines available for DDs because my ssh keys somehow don't propagate there. What porterboxes have you tried? asdfasdf.debian.net, falla.debian.org? That's a problem and the appropriate admins need to be notified. asdfasdf, but it could be a mail gateway problem as well and I have already reported a problem which may be related. Or it could be because asdfasdf is not DSA-administered, see [1]. You can try falla or fischer instead and see if those are OK. [1] https://db.debian.org/machines.cgi Emilio Since upstream plans making a new release this weekend I wanted to speed up fixing all the FTBFS-s by asking for help. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750056: Request for more information
notfound 750056 3.5.4.1-1 found 750056 3.3.5-4 thanks On Wed, 09 Jul 2014, Benke, Tibor wrote: I tried to reproduce the bug, but didn't managed to do that. Could you give me some more information about your system? I used the following configuration (as client): - jessie kFreeBSD running as a VirtualBox VM - syslog-ng 3.5.4.1-1 We're actually running stable on our infrastructure - I ran reportbug on the wrong host while filing this, sorry. I swapped the server to openssl s_server, syslog-ng 3.6 and also a kFeeBSD, none of them produced the bug. After time_reopen() seconds, syslog-ng opened a new connection. algernon provided test builds of a newer version of syslog-ng for kfreebsd. With that version, it seems the servers reconnected as expected. Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#755264: kde-workspace: Device Notifier problems mounting LUKS partitions
Package: kde-workspace Version: 4:4.11.9-1 Severity: normal There's two problems regarding LUKS support within the KDE Device Notifier plasmoid First, if cryptsetup is not installed, the mounting of an encrypted LUKS volume fails without stating cryptsetup is missing. Second, if cryptsetup is installed, the mounting of the LUKS volume succeeds, but Device Notifier says it could not mount the volume. However, the icon next to the volume indicates it's mounted. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kde-workspace depends on: ii freespacenotifier 4:4.11.9-1 ii kde-window-manager 4:4.11.9-1 ii kde-workspace-bin 4:4.11.9-1 ii klipper 4:4.11.9-1 ii ksysguard 4:4.11.9-1 ii systemsettings 4:4.11.9-1 Versions of packages kde-workspace recommends: ii kdm 4:4.11.9-1 ii kinfocenter 4:4.11.9-1 ii kmenuedit4:4.11.9-1 kde-workspace 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#755221: gettext: Please update to 0.19.x for compatibility with bison 3.x
On Fri, Jul 18, 2014 at 10:14:05PM +0100, Reuben Thomas wrote: Package: gettext Version: 0.18.3.1-1ubuntu3 Severity: important bison 3.x can't built plural.y as shipped with gettext 0.18.x. This isn't normally a problem; in particular, gettext also ships a pre-compiled plural.c. However, a standard make distcheck command can, when it copies files, cause plural.c to be older than plural.y, and hence force plural.y to be rebuilt, which fails. Hence, please update to gettext 0.19.x. I marked this important because it affects developers of software using automake on Debian systems and their derivatives. Yes, I wanted to upload 0.19.x sometime soon, but both 0.19 and 0.19.1 had bugs I didn't like to see in unstable. Release 0.19.2 is the first one that seems to be stable enough for unstable, I'm going to upload it for experimental for now, at least until 0.18.3.2-4 reaches testing. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755265: kde-workspace: Device Notifier still opens a file browser after cancelling entering password for LUKS volume
Package: kde-workspace Version: 4:4.11.9-1 Severity: normal Device Notifier still opens a file browser after cancelling entering password for LUKS volume. Expected behaviour : Cancelling the password entry dialog should not open a file browser -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kde-workspace depends on: ii freespacenotifier 4:4.11.9-1 ii kde-window-manager 4:4.11.9-1 ii kde-workspace-bin 4:4.11.9-1 ii klipper 4:4.11.9-1 ii ksysguard 4:4.11.9-1 ii systemsettings 4:4.11.9-1 Versions of packages kde-workspace recommends: ii kdm 4:4.11.9-1 ii kinfocenter 4:4.11.9-1 ii kmenuedit4:4.11.9-1 kde-workspace 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#755266: lintian: check desktop entry key against latest 1.1 spec
Package: lintian Version: 2.5.25 Severity: minor Dear Maintainer, this lintian check: desktop-entry-contains-unknown-key is using a list of know tags in desktop entry spec 1.0, but since April 1, 2014, there is a new version at http://standards.freedesktop.org/desktop-entry-spec/1.1/ar01s05.html Some of these new keys are in use in a few packages: http://lintian.debian.org/tags/desktop-entry-contains-unknown-key.html -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (670, 'unstable'), (650, 'testing'), (590, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-rc5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140709-1 ii bzip2 1.0.6-5 ii diffstat 1.58-1 ii file 1:5.19-1 ii gettext0.18.3.2-4 ii hardening-includes 2.5 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.37-2 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1 ii libdpkg-perl 1.17.10 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.62-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.18.2-7 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3 ii perl-modules [libautodie-perl] 5.18.2-7 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.10 ii libhtml-parser-perl3.71-1+b1 ii libtext-template-perl 1.46-1 ii libyaml-perl 0.95-1 ii xz-utils 5.1.1alpha+20120614-2 -- 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#752681: laptop-mode-tools: The new runtime-pm management is enabled in more situations than usb-autosuspend
On 07/18/2014 01:15 PM, Adam Lee wrote: Please remove usb-autosuspend.conf and disable runtime-pm by default when AC is plugged in. LM_AC_SUSPEND_RUNTIME=0 NOLM_AC_SUSPEND_RUNTIME=0 No. You should not be disabling runtime pm management. By doing that you tell the kernel to do no power savings. Which is not good. It affects my USB keyboard and wireless mouse, also it's not reasonable that users have to set both usb-autosuspend.conf and runtime-pm.conf to change one certain behavior. This should be done now. If not, manually delete all the usb-autosuspend related stuff. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#755267: [heimdall-flash] Debian build not work
Package: heimdall-flash Version: 1.4.0-2 Severity: normal --- Please enter the report below this line. --- I install package from repo and get error: sudo heimdall flash --RECOVERY recovery-clockwork-6.0.4.4-jfltexx.img --no-reboot Heimdall v1.4.0 Copyright (c) 2010-2013, Benjamin Dobell, Glass Echidna http://www.glassechidna.com.au/ This software is provided free of charge. Copying and redistribution is encouraged. If you appreciate this software and you would like to support future development please consider donating: http://www.glassechidna.com.au/donate/ Initialising connection... Detecting device... ERROR: Failed to detect compatible download-mode device. Then I get from upstream: https://bitbucket.org/benjamin_dobell/heimdall/downloads/debian7-heimdall_1.4.0-0_amd64.deb Upstream version work good: sudo heimdall flash --RECOVERY recovery-clockwork-6.0.4.4-jfltexx.img --no-reboot Heimdall v1.4.0 Copyright (c) 2010-2013, Benjamin Dobell, Glass Echidna http://www.glassechidna.com.au/ This software is provided free of charge. Copying and redistribution is encouraged. If you appreciate this software and you would like to support future development please consider donating: http://www.glassechidna.com.au/donate/ Initialising connection... Detecting device... Claiming interface... Attempt failed. Detaching driver... Claiming interface again... Setting up interface... Initialising protocol... Protocol initialisation successful. Beginning session... Some devices may take up to 2 minutes to respond. Please be patient! Session begun. Downloading device's PIT file... PIT file download successful. Uploading RECOVERY 100% RECOVERY upload successful Ending session... Releasing device interface... Re-attaching kernel driver... Please fix bug --- System information. --- Architecture: amd64 Kernel: Linux 3.12.16unera Debian Release: 7.5 990 stable ftp.de.debian.org 500 unstableftp.de.debian.org 500 testing-proposed-updates ftp.de.debian.org 500 testing ftp.de.debian.org 500 stable-updates ftp.de.debian.org 500 proposed-updates ftp.de.debian.org 500 oldstable www.deb-multimedia.org 500 nowtaxi debian.nowtaxi.ru 100 wheezy-backports ftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-= libc6 (= 2.14) | libgcc1 (= 1:4.1.1) | libstdc++6 (= 4.1.1) | libusb-1.0-0 (= 2:1.0.8) | Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: OpenPGP digital signature
Bug#754876: Virtual packages for the new Java runtimes
On Wed, Jul 16, 2014 at 11:44:32AM +0200, Bill Allombert wrote: diff --git a/virtual-package-names-list.txt b/virtual-package-names-list.txt index 2c2a175..ac98261 100644 --- a/virtual-package-names-list.txt +++ b/virtual-package-names-list.txt @@ -161,8 +161,16 @@ Graphics and MultiMedia Java and virtual machines - - java1-runtime a Java runtime environment, Java version 1 - java2-runtime a Java runtime environment, Java version 2 + java5-runtime a Java runtime environment, Java version 5 + java6-runtime a Java runtime environment, Java version 6 + java7-runtime a Java runtime environment, Java version 7 + java8-runtime a Java runtime environment, Java version 8 + java9-runtime a Java runtime environment, Java version 9 + java5-runtime-headless a non-graphical Java runtime environment, Java ver. 5 + java6-runtime-headless a non-graphical Java runtime environment, Java ver. 6 + java7-runtime-headless a non-graphical Java runtime environment, Java ver. 7 + java8-runtime-headless a non-graphical Java runtime environment, Java ver. 8 + java9-runtime-headless a non-graphical Java runtime environment, Java ver. 9 Scheme and interpreters - @@ -329,3 +337,7 @@ Bill Allombert: Charles Plessy: 03 Aug 2013 Removed mp3-encoder 17 Aug 2013 Removed mp3-decoder + +Bill Allombert: + 16 Jul 2014 Added java{5,6,7,8,9}-runtime{,-headless} + Removed java1-runtime, java2-runtime Seconded. I will commit to the repository shortly. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. signature.asc Description: Digital signature
Bug#755268: ITP: pd-lua -- lua objectloader for Pd
Package: wnpp Severity: wishlist Owner: IOhannes m zmoelnig umlae...@debian.org * Package name: pd-lua Version : 0.6 Upstream Author : Martin Peach et al. * URL : https://svn.code.sf.net/p/pure-data/svn/trunk/externals/loaders/pdlua * License : GPL Programming Lang: C, lua Description : lua objectloader for Pd pd-lua adds a new loader to Pure Data (Pd), that allows one to load objectclasses written in the popular lua programming language. . Some programming problems are complicated to express in graphical dataflow languages like Pd, requiring the user to ressort to objectclasses written in more general purpose languages. For those who do not want to use compiled languages like C/C++, this package offers the possibility to write first-class objectclasses in the lightweight programming language lua. I intend to maintain this package with the Debian Multimedia Maintainers team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755269: itools: ipraytime assumes charset=ISO-8859-1
Package: itools Version: 1.0-3 Severity: minor Tags: l10n ipraytime ignores my en_GB.UTF-8 locale and outputs its prayer schedules in ISO-8859-1, so the DEGREE SIGNs in its lattitude, longitude, and qibla lines instead appear in my terminal as REPLACEMENT CHARACTERs: Prayer schedule for, City : Makkah Latitude : 021� 25' 14 N Longitude: 039� 49' 49 E Angle Method : Umm Al-Qurra University TimeZone : UTC+3.0 Qibla: 067� 26' 21 W of true North [...] I'm no C programmer, but I doubt it should be defining the degree symbol unconditionally at ipraytime.c line 463 as: const char symb = (char)0xB0; Workaround: ipraytime | iconv -f iso-9959-1 -t utf-8. I'd call it Severity: wishlist if this was 2004, and normal if it affected other binaries in the package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.15-trunk-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages itools depends on: ii libc62.19-7 ii libitl0 0.7.0-3 ii perl 5.18.2-6 itools recommends no packages. itools suggests no packages. -- no debconf information -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755127: unnecessary conflict with libgcv5
reopen 755127 thanks Am 19.07.2014 14:18, schrieb Matthias Klose: There doesn't seem to be any file conflict, making this conflict arbitrary. wrong, the plugins conflict. libgvc6 conflicts against libgvc5. yes, I don't see a good way to upgrade. you could split out the plugins, but then what kind of worth has libgvc5? It's my understanding that the library itself is unusable without the basic plugins. You don't need to split the plugins, you can put them in a so-versioned directory, e.g. /usr/lib/packagename Reopening, since this issue is not fixed. -- 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#738122: nut: riello_usb fills up /var/log filesystem
Hello all, Noel, are you still able to reproduce this? Do you have the same issue with the version currently in testing (2.6.5-4)? Could you please attach here the ups.conf file. What kernel version are you running? @Arnaud: This bug prevents the latest version of the package from migrating to testing and I can reproduce it myself and as you said on the upstream bug the code should be used by all the other drivers as well. So I'm thinking about reducing the severity of the bug to important. Any thoughts? Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753013: ITP: cppdb -- SQL Connectivity Library
Package: wnpp Followup-For: Bug #753013 Packing repository will be here: https://gitorious.org/cppdb-debian/cppdb-debian/source -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755270: No sound output, ALSA lib ... Unknown PCM
Package: qutecom Version: 2.2.1+dfsg1-5+b2 Severity: normal Hi, I have used qutecom for a while but now it started failing. It's supposed to use a headset attached through internal USB audio converter. The menus display the hadware correctly but clicking the Test button only produces the message below (straced). As ringing device, an onboard soundcard output is configured, which works fine. Please advise how to continue investigating this. [pid 11780] stat(/usr/share/alsa/alsa.conf, {st_mode=S_IFREG|0644, st_size=9316, ...}) = 0 [pid 11780] write(2, ALSA lib pcm.c:2239:(snd_pcm_ope..., 44) = 44 [pid 11780] write(2, Unknown PCM , 12) = 12 [pid 11780] write(2, \n, 1) = 1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0-rc8+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qutecom depends on: ii libasound2 1.0.28-1 ii libavcodec556:10.2-1 ii libavutil53 6:10.2-1 ii libboost-program-options1.55.0 1.55.0+dfsg-2 ii libboost-serialization1.55.01.55.0+dfsg-2 ii libboost-signals1.55.0 1.55.0+dfsg-2 ii libboost-system1.55.0 1.55.0+dfsg-2 ii libboost-thread1.55.0 1.55.0+dfsg-2 ii libc6 2.19-7 ii libcurl37.37.0-1+b1 ii libgcc1 1:4.9.0-8 ii libglib2.0-02.40.0-3 ii libpurple0 2.10.9-1 ii libqt4-dbus 4:4.8.6+dfsg-2 ii libqt4-network 4:4.8.6+dfsg-2 ii libqt4-svg 4:4.8.6+dfsg-2 ii libqt4-xml 4:4.8.6+dfsg-2 ii libqtcore4 4:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libqtwebkit42.2.1-7 ii libsamplerate0 0.1.8-8 ii libsndfile1 1.0.25-9 ii libspeex1 1.2~rc1.1-1 ii libssl1.0.0 1.0.1h-3 ii libstdc++6 4.9.0-8 ii libswscale2 6:10.2-1 ii libtinyxml2.6.2 2.6.2-2 ii libuuid12.20.1-5.8 ii libx11-62:1.6.2-2 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii qutecom-data2.2.1+dfsg1-5 qutecom recommends no packages. qutecom suggests no packages. -- no debconf information -- Ein Mensch in verschiedenen Lebenszeiten ist sich nicht gleich, denkt anders, nachdem er anders empfindet. -- Johann Gottfried Herder (Vom Erkennen und Empfinden der menschlichen Seele) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754646: libnfs: FTBFS on kfreebsd-*: invalid application^M^J of 'sizeof' to incomplete type 'struct sockaddr6_in'
Since upstream plans making a new release this weekend I wanted to speed up fixing all the FTBFS-s by asking for help. The fix have to be different one - sockaddr6_in - sockaddr_in6: --- lib/socket.c~ +++ lib/socket.c @@ -506,7 +506,7 @@ ((struct sockaddr_in6 *)ss)-sin6_port = port; ((struct sockaddr_in6 *)ss)-sin6_family = AF_INET6; #ifdef HAVE_SOCKADDR_LEN - ((struct sockaddr_in6 *)ss)-sin6_len = sizeof(struct sockaddr6_in); + ((struct sockaddr_in6 *)ss)-sin6_len = sizeof(struct sockaddr_in6); #endif break; Cheers Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755271: dracut: dracut-initqueue[115]: Can't locate warnings.pm in @INC
Package: dracut Version: 038-2 Severity: normal An initramfs build with dracut recently produces the following warnings. Jul 19 14:47:11 localhost dracut-initqueue[115]: Can't locate warnings.pm in @INC (you may need to install the warnings module) (@INC contains: /etc/p Jul 19 14:47:11 localhost dracut-initqueue[115]: BEGIN failed--compilation aborted at /usr/bin/rm line 3. Jul 19 14:47:11 localhost dracut-initqueue[115]: Can't locate warnings.pm in @INC (you may need to install the warnings module) (@INC contains: /etc/p Jul 19 14:47:11 localhost dracut-initqueue[115]: BEGIN failed--compilation aborted at /usr/bin/rm line 3. Jul 19 14:47:11 localhost dracut-initqueue[115]: Loading /etc/console-setup/cached.kmap.gz -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dracut depends on: ii console-setup 1.108 ii cpio 2.11+dfsg-2 ii kmod 18-1 ii kpartx 0.5.0-1 ii libc6 2.19-7 ii pkg-config 0.28-1 ii udev 208-6 ii util-linux 2.20.1-5.8 Versions of packages dracut recommends: pn cryptsetup none pn dmraid none ii dmsetup 2:1.02.85-2 pn lvm2none pn mdadm none Versions of packages dracut suggests: pn dracut-network none -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 Netiquette. - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755272: debci: Please add link to the PTS of the package
Package: debci Severity: minor Please add a link to the PTS of that package in each package view page - this doesn't need to lookup the source package from a binary package, the PTS will do that. Alternatively, a link to the new tracker.debian.org could be added for the same result. https://tracker.debian.org/pkg/$PKG https://packages.qa.debian.org/$PKG This at least provides a link back to the DDPO page which is where many users may start when landing at the debci page. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.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#752696: ITP/RFA soci -- C++ database access library
Package: wnpp Followup-For: Bug #752696 Owner: Tobias Frost t...@coldtobi.de Originally I intended to package soci as I planned to utilize it in solarpowerlog. However as soci was not a perfect match for my needs, I'm now using antother library, cppdb (#753013). So if anyone wants/need/... to take over, just do it. You can grab my packaging repository here: https://gitorious.org/soci-debian/soci-debian/ -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755273: ITP: yagv -- yet another G-Code visualizer
Package: wnpp Severity: wishlist Owner: Chow Loong Jin hyper...@debian.org * Package name: yagv Version : 0.4~git20130423.r5bd15ed Upstream Author : Jonathan Winterflood jonathan.winterfl...@gmail.com * URL : https://github.com/jonathanwin/yagv * License : CC-BY-3.0 Programming Lang: Python Description : yet another G-Code visualizer yagv is a fast 3D Gcode Viewer for Reprap-style 3D printers, in Python and OpenGL (via pyglet) It has the following features: - Load large files painlessly - Select specific layers to look at - Colour segments according to funciton - Shows a full 3D view for better undersrtanding the G-code. -- Kind regards, Loong Jin signature.asc Description: Digital signature
Bug#747048: closed by Andrew Shadura and...@shadura.me (Re: Bug#747048: Version 2 - patch for -nw option at boot)
Thankyou for your prompt reply. dhclient and the boot process do not work the way you are imagining in practice, and this does not break anything. The ifupdown process is usually backgrounded on the switch to runlevel 2 and it is only when this is not done that the problem occurs. Also the so called waiting done by dhclient is intended to provide a useful readout of the connection process when called manually. It is not intended to delay the boot process, and as it usually does NOT delay the boot process - because ifupdown has been automatically backgrounded - then it fails to wait as you suppose it is doing. The actual cause of the bug is simply this: dhclient writes to stderr in runlevel S. In opening a connection to the console this causes the boot process to block until it finishes writing, because it is designed to deal with init scripts that finish promptly, not block for a minute. But it usually does not write until runlevel 2, when stdout has been redirected to /dev/null. This is the only reason dhclient does not ALWAYS cause a delay. The boot process is currently working in a flawed manner as it is relying on relative timing (which varies according to machine type and which software is installed) without my patch, and is basically an accident waiting to happen. If you really wanted to halt the boot process until an internet connection was established then you would need to be checking the output of netstat -nr or similar, calling dhclient without -nw just causes random delays and does not serve any useful purpose. Nor does it make any difference to the connection process whether dhclient is called with the -nw option as it will do exactly the same thing in making the connection, the only difference is that it does not give you constant updates on what it is doing via stderr. dhclient is a daemon - it is meant to be a daemon and run in the background. It just happens to have a neat user friendly function that you are inadvertently activating in the wrong situation. The init script should be starting dhclient as a daemon, not an interactive foreground process. It is a genuine mistake in ifupdown, which is often disguised by the boot process doing it's best to fix the resulting mess. If you want a simple fix then change the call to dhclient in inet.defn (up) to add the -nw option. The only reason I added the -d option was so users would get the nice output from dhclient when they call ifup manually. There is not much documentation that explains all this interaction, you need to look in the code to understand what I am explaining, and run some tests to see what actually happens, rather than only listening to what some old man page written before parallel boot systems were created tells you. That is not to say the documentation is wrong, rather incomplete in not listing the exceptions and oddities. Sorry you did not understand what I was trying to explain. If a real effort was made then I am sure Debian could have the main bugs fixed, but instead it always seems to be well lets rewrite everything, install this package or that package, rather than take the trouble to actually fix what is already there and then move forward from a solid base. Toodle pip. From: Debian Bug Tracking System ow...@bugs.debian.org To: Zebedee electro1400cweld-sca...@yahoo.co.uk Sent: Friday, 18 July 2014, 7:21 Subject: Bug#747048 closed by Andrew Shadura and...@shadura.me (Re: Bug#747048: Version 2 - patch for -nw option at boot) This is an automatic notification regarding your Bug report which was filed against the ifupdown package: #747048: ifupdown: /etc/init.d/networking Occasional long delays at boot from dhclient It has been closed by Andrew Shadura and...@shadura.me. 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 Andrew Shadura and...@shadura.me by replying to this email. -- 747048: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747048 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems Hello, Just to clarify: what you need is either allow-hotplug or guessnet. Both can do what you need, different ways. Do not patch the waiting away, This is wrong. -- Cheers, Andrew Package: ifupdown Version: 0.7.8 Severity: normal The dhclient program is started indirectly by ifup, called in /etc/init.d/networking. This delays boots while searching for an internet connection on occasional random boots, and possibly is related to the operation of startpar. It is caused by the timing of dhclient in the boot process, whether it starts in runlevel 1 or runlevel 2. The networking init script that starts ifup which starts dhclient runs in runlevel 1, but there is a delay before dhclient starts. The readahead-fedora package reduces this delay. If it runs in 1 then the messages written
Bug#755274: bluez: BT adapter isn't powered on at boot
Package: bluez Version: 5.21-1 Severity: serious Justification: Policy 9.1.1 Dear Maintainer, The issue appeared after upgrade to version 5.21. The udev rule 50-bluetooth-hci-auto-poweron.rules tries to run /usr/bin/hciconfig tool. This rule is executed at early stage of boot process (/etc/rcS.d/S02udev) when /usr is mounted later (/etc/rcS.d/S09mountall.sh). In my understanding this tool must be installed in /sbin directory as one needed at boot time. Alternatively this must be managed somehow at later stage (e.g. 'udevadm trigger --verbose --action=add --subsystem-match=bluetooth --sysname-match=hci*' command in /etc/init.d/bluetooth) I tried the mentioned above udevadm command and it helped. See modified file below. It also contains alterations to fix bug #754830. Best regards, Andriy -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14.4 (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 bluez depends on: ii dbus 1.8.6-1 ii init-system-helpers 1.19 ii kmod 18-1 ii libc62.19-7 ii libdbus-1-3 1.8.6-1 ii libglib2.0-0 2.40.0-3 ii libreadline6 6.3-6 ii libudev1 208-6 ii lsb-base 4.1+Debian13 ii udev 208-6 bluez recommends no packages. bluez suggests no packages. -- Configuration Files: /etc/init.d/bluetooth changed: PATH=/sbin:/bin:/usr/sbin:/usr/bin DESC=bluetooth DAEMON=/usr/sbin/bluetoothd HCIATTACH=/usr/sbin/hciattach HID2HCI_ENABLED=1 HID2HCI_UNDO=1 UART_CONF=/etc/bluetooth/uart RFCOMM_NAME=rfcomm RFCOMM=/usr/bin/$RFCOMM_NAME RFCOMM_CONF=/etc/bluetooth/$RFCOMM_NAME.conf SDPTOOL=/usr/bin/sdptool NOPLUGIN_OPTION= SSD_OPTIONS=--oknodo --quiet --exec $DAEMON -- $NOPLUGIN_OPTION test -f $DAEMON || exit 0 test -f /etc/default/bluetooth . /etc/default/bluetooth test -f /etc/default/rcS . /etc/default/rcS .. /lib/lsb/init-functions set -e run_sdptool() { # declaring IFS local in this function, removes the need to # save/restore it local IFS o test -x $SDPTOOL || return 1 if ! test -z $SDPTOOL_OPTIONS ; then IFS=; for o in $SDPTOOL_OPTIONS ; do #echo execing $SDPTOOL $o IFS= if [ $VERBOSE != no ]; then $SDPTOOL $o else $SDPTOOL $o /dev/null 21 fi done fi } hci_input() { log_progress_msg switching to HID/HCI no longer done in init script, see /usr/share/doc/bluez/NEWS.Debian.gz || : } alias enable_hci_input=hci_input alias disable_hci_input=hci_input start_uarts() { [ -f $HCIATTACH ] [ -f $UART_CONF ] || return grep -v '^#' $UART_CONF | while read i; do if [ $VERBOSE != no ]; then $HCIATTACH $i else $HCIATTACH $i /dev/null 21 fi done } stop_uarts() { killall ${HCIATTACH##*/} /dev/null 21 || : } start_rfcomm() { if [ -x $RFCOMM ] [ -f $RFCOMM_CONF ] ; then # rfcomm must always succeed for now: users # may not yet have an rfcomm-enabled kernel if [ $VERBOSE != no ]; then log_progress_msg ${RFCOMM##*/} $RFCOMM bind all || : else $RFCOMM bind all /dev/null 21 || : fi fi } stop_rfcomm() { if [ -x $RFCOMM ] ; then if [ $VERBOSE != no ]; then log_progress_msg ${RFCOMM##*/} $RFCOMM unbind all || : else $RFCOMM unbind all /dev/null 21 || : fi fi } restart_rfcomm() { if [ -x $RFCOMM ] [ -f $RFCOMM_CONF ] ; then if [ $VERBOSE != no ]; then log_progress_msg ${RFCOMM##*/} $RFCOMM unbind all || : $RFCOMM bind all || : else $RFCOMM unbind all /dev/null 21|| : $RFCOMM bind all /dev/null 21 || : fi fi } case $1 in start) log_daemon_msg Starting $DESC if test $BLUETOOTH_ENABLED = 0; then log_progress_msg disabled. see /etc/default/bluetooth log_end_msg 0 exit 0 fi start-stop-daemon --start --background $SSD_OPTIONS log_progress_msg ${DAEMON##*/} udevadm trigger --verbose --action=add --subsystem-match=bluetooth --sysname-match=hci*
Bug#755211: clang-3.4: clang parser segfaults with `thread_local std::unique_ptr' (C++11)
forwarded 755211 http://llvm.org/bugs/show_bug.cgi?id=18635 thanks On 18/07/2014 22:01, Jason Rhinelander wrote: Package: clang-3.4 Version: 1:3.4.2-4 Severity: normal Dear Maintainer, I encountered a segfault during compilation in my C++11 code and narrowed it down to a combination of thread_local and std::unique_ptr. The following triggers the segfault (tested on current sid versions of clang-3.3, clang-3.4, and clang-3.5): I can reproduce it on the current svn and it has been already uploaded upstream. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755127: unnecessary conflict with libgcv5
Control: severity -1 important Am 19.07.2014 14:40, schrieb Michael Biebl: reopen 755127 thanks Am 19.07.2014 14:18, schrieb Matthias Klose: There doesn't seem to be any file conflict, making this conflict arbitrary. wrong, the plugins conflict. libgvc6 conflicts against libgvc5. yes, I don't see a good way to upgrade. you could split out the plugins, but then what kind of worth has libgvc5? It's my understanding that the library itself is unusable without the basic plugins. You don't need to split the plugins, you can put them in a so-versioned directory, e.g. /usr/lib/packagename Sure, and keeping the plugins in a directory which probably is not expected by third party plugins. Reopening, since this issue is not fixed. As you like it, however it is not a RC issue, policy 8.1 doesn't require conflict-free upgrades. I prefer the layout as currently done, and will defer any other changes to a new maintainer. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755275: lintian: Update Ref URL in testsuite checks
Package: lintian Version: 2.5.25 Severity: minor Dear Maintainer, When using lintian with -I tag, the testsuite checks often point at http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests;hb=HEAD However that address doesn't work anymore. I think the closest thing now is: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests.rst;hb=HEAD The change needs to be done in checks/testsuite.desc Thank you for maintaining that great tool! Cheers -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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 Versions of packages lintian depends on: ii binutils 2.24.51.20140617-1 ii bzip2 1.0.6-5 ii diffstat 1.58-1 ii file 1:5.19-1 ii gettext0.18.3.2-3 ii hardening-includes 2.5 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.37-2 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1 ii libdpkg-perl 1.17.10 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.62-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.18.2-6 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3 ii perl-modules [libautodie-perl] 5.18.2-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.10 ii libhtml-parser-perl3.71-1+b1 ii libtext-template-perl 1.46-1 pn libyaml-perl none ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#550676: [Bash-completion-devel] Bug#550676: Bug#550676: please make bash-completion falling back to path completion if nothing else is found
On Fri, Jul 18, 2014 at 10:14 PM, David Paleino da...@debian.org wrote: Just use Alt-/, which is the default bash shortcut for complete on all files. ...or try the COMP_FILEDIR_FALLBACK environment variable: http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=blob;f=doc/bash_completion.txt;h=c6e53d4;hb=HEAD#l33 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755276: banshee: cannot play anything - No player engines were found.
Package: banshee Version: 2.9.1-1 Severity: grave Justification: renders package unusable Hi, Banshee can no longer play any music at all for me. When starting up it prints: [1 Warn 14:07:44.725] No player engines were found. Please ensure Banshee has been cleanly installed. - Using the featureless NullPlayerEngine. Also the build logs contain this which seems a bit fishy Media/Graphics: GStreamer# backend:no GStreamer C backend: no Clutter: no James -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages banshee depends on: ii gnome-icon-theme 3.12.0-1 ii gstreamer1.0-plugins-bad [gstreamer1.0-audi 1.2.4-1+b1 ii gstreamer1.0-plugins-base1.2.4-1 ii gstreamer1.0-plugins-good [gstreamer1.0-aud 1.2.4-1 ii gstreamer1.0-pulseaudio [gstreamer1.0-audio 1.2.4-1 ii libatk3.0-cil2.99.3-1 ii libboo2.0.9-cil 0.9.5~git20110729.r1.202a430-2 ii libc62.19-7 ii libcairo1.10-cil 2.99.3-1 ii libcairo21.12.16-2 ii libdbus-glib-1-2 0.102-1 ii libdbus-glib2.0-cil 0.6.0-1 ii libdbus2.0-cil 0.8.0-1 ii libgconf2.0-cil 2.24.2-3 ii libgdata2.1-cil 2.2.0.0-2 ii libgdk3.0-cil2.99.3-1 ii libgio3.0-cil2.99.3-1 ii libglib2.0-0 2.40.0-3 ii libglib3.0-cil 2.99.3-1 ii libgpod4 0.8.3-1.1+b1 ii libgtk2.0-0 2.24.24-1 ii libgtk3.0-cil2.99.3-1 ii libgudev3.0-cil 3.0.0-1 ii libkarma00.1.2-2.3 ii libmono-addins0.2-cil1.0+git20130406.adcd75b-3 ii libmono-corlib4.5-cil3.2.8+dfsg-7 ii libmono-posix4.0-cil 3.2.8+dfsg-7 ii libmono-sharpzip4.84-cil 3.2.8+dfsg-7 ii libmono-system-core4.0-cil 3.2.8+dfsg-7 ii libmono-system-xml4.0-cil3.2.8+dfsg-7 ii libmono-system4.0-cil3.2.8+dfsg-7 ii libmono-zeroconf1.0-cil 0.9.0-4 ii libmtp9 1.1.6-51-g1a2669c~ds0-3 ii libnotify3.0-cil 3.0.0-1 ii libpango3.0-cil 2.99.3-1 ii libsqlite3-0 3.8.5-2 ii libtaglib2.1-cil 2.1.0.0-3 ii mono-runtime 3.2.8+dfsg-7 Versions of packages banshee recommends: ii avahi-daemon 0.6.31-4 ii brasero 3.10.0-1 ii gstreamer1.0-pulseaudio 1.2.4-1 ii media-player-info19-1 Versions of packages banshee suggests: ii banshee-dbg2.9.1-1 pn gstreamer1.0-ffmpegnone ii gstreamer1.0-plugins-bad 1.2.4-1+b1 ii gstreamer1.0-plugins-ugly 1.2.4-1 -- 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#755277: clamav-milter: Hostname instead of FQDN in X-Virus-Scanned header
Package: clamav-milter Version: 0.98.4+dfsg-0+deb7u2 Severity: minor Dear Maintainer, In the clamav-milter installed with default options, the X-Virus-Scanned header shows the hostname instead of the FQDN. Thanks, Dudytz -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- LogFile = /var/log/clamav/clamav.log StatsHostID = auto StatsEnabled disabled StatsPEDisabled = yes StatsTimeout = 10 LogFileUnlock disabled LogFileMaxSize = 4294967295 LogTime = yes LogClean disabled LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose disabled LogRotate = yes ExtendedDetectionInfo = yes PidFile = /var/run/clamav/clamd.pid TemporaryDirectory disabled DatabaseDirectory = /var/lib/clamav OfficialDatabaseOnly disabled LocalSocket = /var/run/clamav/clamd.ctl LocalSocketGroup = clamav LocalSocketMode = 666 FixStaleSocket = yes TCPSocket disabled TCPAddr disabled MaxConnectionQueueLength = 15 StreamMaxLength = 26214400 StreamMinPort = 1024 StreamMaxPort = 2048 MaxThreads = 4 ReadTimeout = 180 CommandReadTimeout = 5 SendBufTimeout = 200 MaxQueue = 100 IdleTimeout = 30 ExcludePath disabled MaxDirectoryRecursion = 15 FollowDirectorySymlinks disabled FollowFileSymlinks disabled CrossFilesystems = yes SelfCheck = 3600 DisableCache disabled VirusEvent disabled ExitOnOOM disabled AllowAllMatchScan = yes Foreground disabled Debug disabled LeaveTemporaryFiles disabled User = clamav AllowSupplementaryGroups disabled Bytecode = yes BytecodeSecurity = TrustSigned BytecodeTimeout = 6 BytecodeUnsigned disabled BytecodeMode = Auto DetectPUA disabled ExcludePUA disabled IncludePUA disabled AlgorithmicDetection = yes ScanPE = yes ScanELF = yes DetectBrokenExecutables disabled ScanMail = yes ScanPartialMessages disabled PhishingSignatures = yes PhishingScanURLs = yes PhishingAlwaysBlockCloak disabled PhishingAlwaysBlockSSLMismatch disabled PartitionIntersection disabled HeuristicScanPrecedence disabled StructuredDataDetection disabled StructuredMinCreditCardCount = 3 StructuredMinSSNCount = 3 StructuredSSNFormatNormal = yes StructuredSSNFormatStripped disabled ScanHTML = yes ScanOLE2 = yes OLE2BlockMacros disabled ScanPDF = yes ScanSWF = yes ScanArchive = yes ArchiveBlockEncrypted disabled ForceToDisk disabled MaxScanSize = 104857600 MaxFileSize = 26214400 MaxRecursion = 10 MaxFiles = 1 MaxEmbeddedPE = 10485760 MaxHTMLNormalize = 10485760 MaxHTMLNoTags = 2097152 MaxScriptNormalize = 5242880 MaxZipTypeRcg = 1048576 MaxPartitions = 50 MaxIconsPE = 100 ScanOnAccess disabled OnAccessIncludePath disabled OnAccessExcludePath disabled OnAccessExcludeUID disabled OnAccessMaxFileSize = 5242880 DevACOnly disabled DevACDepth disabled DevPerformance disabled DevLiblog disabled DisableCertCheck disabled Config file: freshclam.conf --- StatsHostID disabled StatsEnabled disabled StatsTimeout disabled LogFileMaxSize = 4294967295 LogTime = yes LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose disabled LogRotate = yes PidFile = /var/run/clamav/freshclam.pid DatabaseDirectory = /var/lib/clamav Foreground disabled Debug disabled AllowSupplementaryGroups disabled UpdateLogFile = /var/log/clamav/freshclam.log DatabaseOwner = clamav Checks = 24 DNSDatabaseInfo = current.cvd.clamav.net DatabaseMirror = db.local.clamav.net, database.clamav.net PrivateMirror disabled MaxAttempts = 5 ScriptedUpdates = yes TestDatabases = yes CompressLocalDatabase disabled ExtraDatabase disabled DatabaseCustomURL disabled HTTPProxyServer disabled HTTPProxyPort disabled HTTPProxyUsername disabled HTTPProxyPassword disabled HTTPUserAgent disabled NotifyClamd = /etc/clamav/clamd.conf OnUpdateExecute disabled OnErrorExecute disabled OnOutdatedExecute disabled LocalIPAddress disabled ConnectTimeout = 30 ReceiveTimeout = 30 SubmitDetectionStats disabled DetectionStatsCountry disabled DetectionStatsHostID disabled SafeBrowsing disabled Bytecode = yes Config file: clamav-milter.conf --- LogFile = /var/log/clamav/clamav-milter.log LogFileUnlock disabled LogFileMaxSize = 4294967295 LogTime = yes LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose disabled LogRotate = yes PidFile = /var/run/clamav/clamav-milter.pid TemporaryDirectory = /tmp FixStaleSocket = yes MaxThreads = 10 ReadTimeout = 120 Foreground disabled User = clamav AllowSupplementaryGroups = yes MaxFileSize = 26214400 ClamdSocket = unix:/var/run/clamav/clamd.ctl MilterSocket = /var/spool/postfix/clamav/clamav-milter.ctl MilterSocketGroup = clamav MilterSocketMode = 660 LocalNet disabled OnClean = Accept OnInfected = Reject OnFail = Defer RejectMsg = Rejecting harmful e-mail: %v found. AddHeader = Replace ReportHostname disabled VirusAction disabled Chroot disabled Whitelist disabled SkipAuthenticated disabled LogInfected = Full LogClean = Off SupportMultipleRecipients = yes Software settings - Version: 0.98.4 Optional features supported: MEMPOOL IPv6
Bug#749410: isc-dhcp-client: shutdown/reboot hangs after K03rsyslog
On Sat, Jul 19, 2014 at 4:20 AM, Elimar Riesebieter wrote: * Elimar Riesebieter riese...@lxtec.de [2014-07-06 20:26 +0200]: [...] Running isc-dhcp-client 4.2.4-7 ping works. Running 4.3.0+dfsg-1 it tells: No network. Any progress? Do you need more info's? More info is definitely needed. It would help if someone sat down to compare new vs old isc-dhcp to figure out what it is or isn't doing new that causes it get killed too early. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755222: [pkg-fgfs-crew] Bug#755222: fgo: invalid Recommends breaks apt-get source flightgear/testing
Control: fixed -1 apt/0.9.14 On 07/18/2014 11:04 PM, Frank Heckenbach wrote: E: Ignore unavailable target release 'testing' of package 'flightgear' E: Unable to find a source package for As Rebecca already pointed out, the above line is the real issue. (Of course, I have a deb-src entry for jessie in my sources list.) I can confirm that this fails on wheezy even with deb (and not only deb-src) lines defined. However, that error message has recently vanished from apt (with commit 4652a9eee39df1cefa49ab177c0cfc50b9aad567 on Dec 4 2013) during a refactoring. I back-ported that very revision to wheezy and checked again. It fetches the flightgear sources just fine with `apt-get source flightgear/testing`. So it seems this is already fixed (for testing). Regards Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#755277: Additional information
I made some tests: My local configuration: /etc/hostname: myhostname /etc/hosts: 1.1.1.1 myhostname.mydomain.com myhostname Test code: #include stdio.h #include unistd.h #include netdb.h int main(void) { char name[100 + 1]; struct hostent *fqdn; gethostname(name, 100); name[100] = 0; fqdn = gethostbyname(name); printf(Hostname..: %s\n, name); printf(FQDN..: %s\n, fqdn-h_name); return 0; } Output of the test code: Hostname..: myhostname FQDN..: myhostname.mydomain.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747063: kdepimlibs5-dev: Missing Conflicts: prevents upgrade
Package: kdepimlibs5-dev Version: 4:4.11.5-4+b1 Followup-For: Bug #747063 I have the same problem. This prevents upgrading (apt-get dist-upgrade fails). I believe the severity should be set much higher. Note that dpkg -r --force-depends kdepim-runtime allows the upgrade to work (or, at least, it allows the failed upgrade to be completed using apt-get -f install). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_IE@euro) Shell: /bin/sh linked to /bin/bash Versions of packages kdepimlibs5-dev depends on: ii kdelibs5-dev 4:4.13.1-1 iu libakonadi-calendar4 4:4.12.4-1 iu libakonadi-contact4 4:4.12.4-1 iu libakonadi-kabc4 4:4.12.4-1 iu libakonadi-kcal4 4:4.12.4-1 iu libakonadi-kde4 4:4.12.4-1 iu libakonadi-kmime44:4.12.4-1 iu libakonadi-notes44:4.12.4-1 iu libakonadi-socialutils4 4:4.12.4-1 iu libgpgme++2 4:4.12.4-1 iu libkabc4 4:4.12.4-1 iu libkalarmcal24:4.12.4-1 iu libkblog44:4.12.4-1 iu libkcal4 4:4.12.4-1 iu libkcalcore4 4:4.12.4-1 iu libkcalutils44:4.12.4-1 iu libkholidays44:4.12.4-1 iu libkimap44:4.12.4-1 iu libkldap44:4.12.4-1 iu libkmbox44:4.12.4-1 iu libkmime44:4.12.4-1 iu libkontactinterface4 4:4.12.4-1 iu libkpimidentities4 4:4.12.4-1 iu libkpimtextedit4 4:4.12.4-1 iu libkpimutils44:4.12.4-1 iu libkresources4 4:4.12.4-1 iu libktnef44:4.12.4-1 iu libkxmlrpcclient44:4.12.4-1 iu libmailtransport44:4.12.4-1 iu libmicroblog44:4.12.4-1 iu libqgpgme1 4:4.12.4-1 iu libsyndication4 4:4.12.4-1 kdepimlibs5-dev recommends no packages. kdepimlibs5-dev 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#754715: Debian claims source missing for rgl
Duncan, The Debian package linter claims that the included file inst/WebGL/CanvasMatrix.js in your rgl package lacks source code. I know next to nothing about Javascript, and to me Javascript always appeared to _be_ source code. The GNU file tool seems to agree edd@max:~/src/debian/CRAN/rgl-0.93.1098$ file inst/WebGL/CanvasMatrix.js inst/WebGL/CanvasMatrix.js: ASCII text, with very long lines edd@max:~/src/debian/CRAN/rgl-0.93.1098$ Do you have a good answer? I am CCing the (to me at least somewhat overzealous) Debian colleague who filed this; maybe he has added insights. I am also ccing the bug report for process; records are at http://bugs.debian.org/754715 Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#753502: RM: spip/2.1.1-3squeeze7
Hi, On Wed, Jul 02, 2014 at 05:01:38PM +0200, Moritz Muehlenhoff wrote: as briefly discussed on #debian-release. Please remove this package in the 6.0.10 point release. It's not covered by squeeze-lts support and debian-security-support marks existing packages as deprecated. Why the maintainers of spip who cares enough about the security of this package and have submitted all the previous updates, have not even been informed of this request? Continuing to update spip in squeeze-lts would have been as easy as during squeeze lifetime, so I’m really surprised (and not amused) to find this request now that it has been handled by the release team. Regards David signature.asc Description: Digital signature
Bug#755258: udev: Fails to create /dev/ppp
tag 755258 pending severity 755258 important thanks On Jul 19, Robert Luberda rob...@debian.org wrote: Couldn't open the /dev/ppp device: No such file or directory If you do not have systemd installed then there is no code that creates these devices. It has been implemented in the next upload. -- ciao, Marco signature.asc Description: Digital signature
Bug#628644: gettext-el: po in tar file coding system error
[ My apologies for not replying to this report before ]. On Tue, 31 May 2011, Kevin Ryde wrote: Package: gettext-el Version: 0.18.1.1-3 Severity: normal File: /etc/emacs/site-start.d/50gettext.el Visiting a .po file in a tar-mode .tar file such as touch x.po tar cf x.tar x.po emacs -q x.tar press Return (`tar-extract') gets an error Wrong type argument: stringp, (x.po . #buffer *tar-data x.tar*) I think the po-compat.el `po-find-file-coding-system' doesn't recognise the filename passed to a file coding system handler func can be a cons (NAME . BUFFER), in recent emacs at least. emacs23 already has a `po-find-file-coding-system' and .po coding system setups, I think 50gettext.el might leave that alone. [...] Do you mean this? --- 50gettext.el.original 2014-07-19 16:24:58.685061231 +0200 +++ 50gettext.el2014-07-19 16:25:31.840311687 +0200 @@ -4,9 +4,6 @@ (cons '(\\.po[tx]?\\'\\|\\.po\\. . po-mode) auto-mode-alist)) (autoload 'po-mode gettext/po-mode Major mode for translators to edit PO files t) -(autoload 'po-find-file-coding-system gettext/po-mode) -(unless (featurep 'po-find-file-coding-system) - (autoload 'po-find-file-coding-system gettext/po-compat)) (if (fboundp 'modify-coding-system-alist) (modify-coding-system-alist 'file \\.po[tx]?\\'\\|\\.po\\. 'po-find-file-coding-system)) Or also the last part may be removed? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755278: shutter: Ram usage
Package: shutter Version: 0.90.1-0.1 Severity: important Dear Maintainer, I have a pb using Shutter, I frequently encounter the same pb, after few minutes my RAM is full (8Go / 2Go used in general). This time I had 2 screenshots I don't know why it happened. I must close shuteer each time. I often use plugin to export screenshots but I don't think it's the pb. Sincerely -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shutter depends on: ii imagemagick 8:6.7.7.10+dfsg-4 ii libfile-basedir-perl 0.03-1 ii libfile-copy-recursive-perl 0.38-1 ii libfile-which-perl 1.09-1 ii libglib-perl 3:1.305-1 ii libgnome2-canvas-perl1.002-3 ii libgnome2-gconf-perl 1.044-5 ii libgnome2-perl 1.045-1 ii libgnome2-vfs-perl 1.082-1 ii libgnome2-wnck-perl 0.16-3 ii libgtk2-imageview-perl 0.05-2 ii libgtk2-perl 2:1.2491-4 ii libgtk2-unique-perl 0.05-2 ii libjson-perl 2.61-1 ii libjson-xs-perl 2.340-1+b1 ii liblocale-gettext-perl 1.05-8 ii libnet-dbus-perl 1.0.0-2+b1 ii libnet-dropbox-api-perl 1.9-1 ii libpath-class-perl 0.33-1 ii libproc-processtable-perl0.50-1 ii libproc-simple-perl 1.31-1 ii librsvg2-common 2.40.2-1 ii libsort-naturally-perl 1.03-1 ii libwww-mechanize-perl1.73-1 ii libwww-perl 6.07-1 ii libx11-protocol-perl 0.56-6 ii libxml-simple-perl 2.20-1 ii perlmagick 8:6.7.7.10+dfsg-4 ii procps 1:3.3.9-5 ii xdg-utils1.1.0~rc1+git20111210-7.1 Versions of packages shutter recommends: ii libgoo-canvas-perl 0.06-2 Versions of packages shutter suggests: pn gnome-web-photo none pn libimage-exiftool-perl none pn libnet-dbus-glib-perl none pn nautilus-sendto 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#755279: pmount does not consider X11 users physically logged
Package: pmount Version: 0.9.99-alpha-1 Severity: normal Dear Maintainer, Consider the following session: ~ $ who am i cigaes pts/19 Jul 19 16:42 (:0) ~ $ pmount /dev/disk/by-label/CIGAES_16G test You are not physically logged in and your system administrator does not allow remote users to run pmount, aborting (I am logged using 1:1.1.11-1.) The problem is in src/policy.c, function user_physically_logged_in(): it should accept lines made of a colon followed by a number. It can be worked around by setting not_physically_logged_allow = no in the config file, but that loses a feature that was requested in some other bug reports. It can also be worked around by opening a useless session on a text console. Regards, -- Nicolas George -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pmount depends on: ii libblkid1 2.20.1-5.8 ii libc6 2.19-7 pmount recommends no packages. Versions of packages pmount suggests: pn cryptsetup 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#755280: RM: pari-extra -- ROM; superceded by pari-galdata
Package: ftp.debian.org Severity: normal Dear FTP masters, Please remove the package pari-extra from unstable and testing. It was superceded by pari-galdata in Wheezy and is not needed in Jessie. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. signature.asc Description: Digital signature
Bug#747048: closed by Andrew Shadura and...@shadura.me (Re: Bug#747048: Version 2 - patch for -nw option at boot)
Hi, I'm sorry to say this, but you misundersand the situation. Yes, waiting for dhclient is intentional. No, this isn't a bug. Dhclient backgrounding automatically isn't intended behaviour, but currently there's no better way. No, your patch doesn't solve anything, but introduces breakage. -- Cheers, Andrew
Bug#743259: squeeze-pu: package ca-certificates/20090814+squeeze1
On 07/19/2014 06:45 AM, Adam D. Barratt wrote: On Thu, 2014-07-10 at 19:30 +0100, Adam D. Barratt wrote: On Mon, 2014-03-31 at 22:10 -0500, Michael Shuler wrote: I would like to upload ca-certificates to oldstable to bring the Mozilla CA bundle up to date, include one important patch to fix duplicate CKA_LABEL certificates, and one minor additional fix in order to parse the new certdata.txt file correctly. I also updated Maintainer/Uploaders. The oldstable debdiff is attached. Please go ahead, bearing in mind that the window for getting the package in to the upcoming (and final) point release for squeeze closes over the coming weekend. Unfortunately no upload happened and as today was the final point release for squeeze I'm going to close this bug now. You may wish to discuss an update in squeeze-lts with the LTS team. Yep, the short window did not work out for me to get the upload completed, after finding an upgrade issue with the proposed patch, so a squeeze upload will take some additional work. Thanks for the consideration and pointer to -lts! -- Kind regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753299: libghc-highlighting-kate-dev: Highlighting Ocaml fails
Update: It seems that pcre-light is no longer being actively maintained upstream. pcre-regex-builtin is not in Debian. I thought the solution might be to add an option to highlighting-kate to use the regex-pcre library (in debian as libghc-regex-pcre-dev). However, this seems to have the same problem: Prelude Text.Regex.PCRE.ByteString Data.ByteString.UTF8 Left e - compile (compUTF8 + compAnchored) 0 (fromString [\\o{0370}-\\o{0377}) Prelude Text.Regex.PCRE.ByteString Data.ByteString.UTF8 e (11,range out of order in character class) Is the problem perhaps that the underlying C library pcre has not been compiled with UTF8 support? +++ John MacFarlane [Jul 18 14 16:53 ]: I'd tested before with pcre-regex-builtin, which worked. I recompiled with pcre-light, and got the failure you report. The problem can be exhibited in pcre-light: Prelude Text.Regex.PCRE.Light Data.ByteString.UTF8 match (compile (fromString [\\o{0370}-\\o{0377}) [utf8,anchored]) (fromString hi) [] *** Exception: Text.Regex.PCRE.Light: Error in regex: range out of order in character class The unicode ranges seem to be confusing it, even with 'utf8' set. Submitted an issue upstream: https://github.com/Daniel-Diaz/pcre-light/issues/1 In the mean time, I suggest that debian packagers use pcre-regex-builtin instead (though perhaps there was a reason for using pcre-light?). +++ Samuel Hym [Jul 01 14 18:06 ]: Hi John, Are you certain that the version you are using in GHCI is 0.5.8.2, and not an older version (perhaps from your user database)? I rechecked, using the same version of the package but on a different machine, different arch, just in case. But still with debian-built packages, and with the same result. Here is what ghci has to say, with the full versions of the modules used: GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Prelude :m +Text.Highlighting.Kate Prelude Text.Highlighting.Kate highlightAs ocaml a Loading package array-0.4.0.1 ... linking ... done. Loading package deepseq-1.3.0.1 ... linking ... done. Loading package containers-0.5.0.0 ... linking ... done. Loading package bytestring-0.10.0.2 ... linking ... done. Loading package transformers-0.3.0.0 ... linking ... done. Loading package mtl-2.1.2 ... linking ... done. Loading package text-0.11.3.1 ... linking ... done. Loading package parsec-3.1.3 ... linking ... done. Loading package blaze-builder-0.3.3.2 ... linking ... done. Loading package blaze-markup-0.5.1.6 ... linking ... done. Loading package blaze-html-0.6.1.2 ... linking ... done. Loading package pcre-light-0.4 ... linking ... done. Loading package utf8-string-0.3.7 ... linking ... done. Loading package highlighting-kate-0.5.8.2 ... linking ... done. [*** Exception: Text.Regex.PCRE.Light: Error in regex: range out of order in character class You think something else might be to blame in the module stack? Do you know if there is a way to ask pcre-light to be somewhat more informative about the regex producing the issue? By the way, many thanks for pandoc! Best regards Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753299: libghc-highlighting-kate-dev: Highlighting Ocaml fails
Another solution would be to modify the highlighting-kate code to avoid using character classes with octal escapes. (I could simulate them by just listing all the characters.) Perhaps that is the best short-term solution. +++ John MacFarlane [Jul 19 14 08:14 ]: Update: It seems that pcre-light is no longer being actively maintained upstream. pcre-regex-builtin is not in Debian. I thought the solution might be to add an option to highlighting-kate to use the regex-pcre library (in debian as libghc-regex-pcre-dev). However, this seems to have the same problem: Prelude Text.Regex.PCRE.ByteString Data.ByteString.UTF8 Left e - compile (compUTF8 + compAnchored) 0 (fromString [\\o{0370}-\\o{0377}) Prelude Text.Regex.PCRE.ByteString Data.ByteString.UTF8 e (11,range out of order in character class) Is the problem perhaps that the underlying C library pcre has not been compiled with UTF8 support? +++ John MacFarlane [Jul 18 14 16:53 ]: I'd tested before with pcre-regex-builtin, which worked. I recompiled with pcre-light, and got the failure you report. The problem can be exhibited in pcre-light: Prelude Text.Regex.PCRE.Light Data.ByteString.UTF8 match (compile (fromString [\\o{0370}-\\o{0377}) [utf8,anchored]) (fromString hi) [] *** Exception: Text.Regex.PCRE.Light: Error in regex: range out of order in character class The unicode ranges seem to be confusing it, even with 'utf8' set. Submitted an issue upstream: https://github.com/Daniel-Diaz/pcre-light/issues/1 In the mean time, I suggest that debian packagers use pcre-regex-builtin instead (though perhaps there was a reason for using pcre-light?). +++ Samuel Hym [Jul 01 14 18:06 ]: Hi John, Are you certain that the version you are using in GHCI is 0.5.8.2, and not an older version (perhaps from your user database)? I rechecked, using the same version of the package but on a different machine, different arch, just in case. But still with debian-built packages, and with the same result. Here is what ghci has to say, with the full versions of the modules used: GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Prelude :m +Text.Highlighting.Kate Prelude Text.Highlighting.Kate highlightAs ocaml a Loading package array-0.4.0.1 ... linking ... done. Loading package deepseq-1.3.0.1 ... linking ... done. Loading package containers-0.5.0.0 ... linking ... done. Loading package bytestring-0.10.0.2 ... linking ... done. Loading package transformers-0.3.0.0 ... linking ... done. Loading package mtl-2.1.2 ... linking ... done. Loading package text-0.11.3.1 ... linking ... done. Loading package parsec-3.1.3 ... linking ... done. Loading package blaze-builder-0.3.3.2 ... linking ... done. Loading package blaze-markup-0.5.1.6 ... linking ... done. Loading package blaze-html-0.6.1.2 ... linking ... done. Loading package pcre-light-0.4 ... linking ... done. Loading package utf8-string-0.3.7 ... linking ... done. Loading package highlighting-kate-0.5.8.2 ... linking ... done. [*** Exception: Text.Regex.PCRE.Light: Error in regex: range out of order in character class You think something else might be to blame in the module stack? Do you know if there is a way to ask pcre-light to be somewhat more informative about the regex producing the issue? By the way, many thanks for pandoc! Best regards Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755281: pmount: please add support for tz=UTC
Package: pmount Version: 0.9.99-alpha-1 Severity: wishlist Tags: patch Dear Maintainer, Since systemd arrived, the kernel timezone is set to the default userland timezone, and I did not find how to easily disable it yet. When mounting a VFAT filesystem, the kernel applies the current timezone offset to the timestamps. The result is that all timestamps on the other side of the daylight saving time change are off by one hour. To avoid that issue, the kernel has the tz=UTC option, to treat the timestamps on the filesystem as being in UTC. This has the same result as leaving the kernel in UTC time zone. pmount should allow the user to add the tz=UTC option. The following patch adds the --utc option to do exactly that. Regards, -- Nicolas George -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pmount depends on: ii libblkid1 2.20.1-5.8 ii libc6 2.19-7 pmount recommends no packages. Versions of packages pmount suggests: pn cryptsetup none -- Configuration Files: /etc/pmount.conf changed [not included] [ modified for not_physically_logged_allow = yes ] -- no debconf information From 5f3b1c93a5d241fda0829350aa09dbf7090112bb Mon Sep 17 00:00:00 2001 From: Nicolas George geo...@nsup.org Date: Sat, 19 Jul 2014 16:08:36 +0200 Subject: [PATCH] pmount: add --utc option. --- man/pmount.1 | 8 src/pmount.c | 27 ++- 2 files changed, 26 insertions(+), 9 deletions(-) diff --git a/man/pmount.1 b/man/pmount.1 index a9b3f95..fc4be59 100644 --- a/man/pmount.1 +++ b/man/pmount.1 @@ -194,6 +194,14 @@ currently makes the filesystem case-sensitive (which is pretty bad...). .TP +.B \fB\-\-utc +Use UTC for the timestamps on the filesystem. +Some filesystems (essentially VFAT) store the timestamps without a +timezone indication. +By default, the timestamps are interpreted relative to the +current kernel time zone without DST correction. + +.TP .B \-u \fIumask\fR, \fB\-\-umask \fIumask\fR Use specified umask instead of the default one. For UDF, the default is '000', for VFAT and NTFS the default is '077'. This value is diff --git a/src/pmount.c b/src/pmount.c index 1652deb..45a3645 100644 --- a/src/pmount.c +++ b/src/pmount.c @@ -61,6 +61,7 @@ const int E_INTERNAL = 100; #define OPT_FMASK 128 #define OPT_DMASK 129 +#define OPT_UTC 130 /** * Print some help. @@ -240,7 +241,7 @@ do_mount_fstab( const char* device ) int do_mount( const char* device, const char* mntpt, const char* fsname, int async, int noatime, int exec, int force_write, const char* iocharset, - int utf8, + int utf8, int utc, const char* umask, const char *fmask, const char *dmask, int suppress_errors ) { @@ -249,6 +250,7 @@ do_mount( const char* device, const char* mntpt, const char* fsname, int async, char umask_opt[100]; char fdmask_opt[100]; char iocharset_opt[100]; +const char* utc_opt = ; const char* sync_opt = ,sync; const char* atime_opt = ,atime; const char* exec_opt = ,noexec; @@ -350,6 +352,9 @@ do_mount( const char* device, const char* mntpt, const char* fsname, int async, else access_opt = ; +if(! strcmp(fsname, vfat) utc ) + utc_opt = ,tz=UTC; + if( iocharset fs-iocharset_format ) { if( !is_word_str( iocharset ) ) { fprintf( stderr, _(Error: invalid charset name '%s'\n), iocharset ); @@ -383,9 +388,9 @@ do_mount( const char* device, const char* mntpt, const char* fsname, int async, fs-iocharset_format, iso8859-1); } -snprintf( options, sizeof( options ), %s%s%s%s%s%s%s%s%s, +snprintf( options, sizeof( options ), %s%s%s%s%s%s%s%s%s%s, fs-options, sync_opt, atime_opt, exec_opt, access_opt, ugid_opt, -umask_opt, fdmask_opt, iocharset_opt ); +umask_opt, fdmask_opt, iocharset_opt, utc_opt ); /* go for it */ return spawnl( SPAWN_EROOT | SPAWN_RROOT | (suppress_errors ? SPAWN_NO_STDERR : 0 ), @@ -414,7 +419,7 @@ do_mount( const char* device, const char* mntpt, const char* fsname, int async, int do_mount_auto( const char* device, const char* mntpt, int async, int noatime, int exec, int force_write, const char* iocharset, - int utf8, + int utf8, int utc, const char* umask, const char *fmask, const char *dmask ) { const struct FS* fs; @@ -437,7 +442,7 @@ do_mount_auto( const char* device, const char* mntpt, int async, tp = ntfs-3g; } result = do_mount( device, mntpt, tp, async, noatime, exec, - force_write, iocharset, utf8, umask, fmask, + force_write, iocharset, utf8, utc, umask, fmask, dmask, nostderr ); if(result == 0) return
Bug#755263: wheezy-pu: package ipython/0.13.1-2+deb7u1
Control: tags -1 confirmed On Sat, Jul 19, 2014 at 13:51:46 +0200, Julian Taylor wrote: Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu Hi release team I would like to update ipython in wheezy to fix CVE-2014-3429 It is a remote execution flaw via cross origin websockets, but one requires a uuid from the process in order to make use of it so it was decided by the security team that its severe enough for a DSA. Missing not? But it should stil be fixed in stable just in case. See this page for details of the issue: http://lambdaops.com/cross-origin-websocket-hijacking-of-ipython With one comment below, and assuming this has been tested in a wheezy environment, feel free to upload. diff -Nru ipython-0.13.1/debian/changelog ipython-0.13.1/debian/changelog --- ipython-0.13.1/debian/changelog 2012-11-25 20:04:22.0 +0100 +++ ipython-0.13.1/debian/changelog 2014-07-16 20:29:04.0 +0200 @@ -1,3 +1,9 @@ +ipython (0.13.1-2+deb7u1) stable-security; urgency=medium Please make that stable or wheezy. + + * Fix CVE-2014-3429: remote execution via cross origin websocket + + -- Julian Taylor jtaylor.deb...@googlemail.com Wed, 16 Jul 2014 20:27:50 +0200 + ipython (0.13.1-2) unstable; urgency=low * update watch file to use github directly Cheers, Julien signature.asc Description: Digital signature
Bug#754650: ibus: Please add debugging package for libibus
On Sun, Jul 13, 2014 at 02:30:50PM +0900, Changwoo Ryu wrote: Source: ibus Version: 1.5.7-1 Severity: wishlist It would be great to add a -dbg package, at least for the shared library. Yes. I will. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755282: nss-pam-ldap: [INTL:it] updated Italian translation of debconf messages
Package: nss-pam-ldap Severity: wishlist Tags: l10n patch Hi. Please find attached the updated Italian translation of nss-pam-ldap debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of nss-pam-ldapd debconf messages. # Copyright (C) 2013, Beatrice Torracca # This file is distributed under the same license as the nss-pam-ldapd package. # Translators: # Vincenzo Campanella vin...@gmail.com, 2009, 2010. # Beatrice Torracca beatri...@libero.it, 2013, 2014. msgid msgstr Project-Id-Version: nss-pam-ldapd 0.8.13-2\n Report-Msgid-Bugs-To: nss-pam-ld...@packages.debian.org\n POT-Creation-Date: 2014-06-08 11:45+0200\n PO-Revision-Date: 2014-07-19 17:17+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: string #. Description #: ../nslcd.templates:1001 msgid LDAP server URI: msgstr URI del server LDAP: #. Type: string #. Description #: ../nslcd.templates:1001 msgid Please enter the Uniform Resource Identifier of the LDAP server. The format is \ldap://hostname_or_IP_address:port/\. Alternatively, \ldaps://\ or \ldapi://\ can be used. The port number is optional. msgstr Inserire l'URI (Uniform Resource Identifier) del server LDAP. Il formato è «ldap://nomehost_o_indirizzo_IP:porta»; è anche possibile usare «ldaps://» oppure «ldapi://». Il numero della porta è facoltativo. #. Type: string #. Description #: ../nslcd.templates:1001 msgid When using an ldap or ldaps scheme it is recommended to use an IP address to avoid failures when domain name services are unavailable. msgstr Quando si usa lo schema ldap o ldaps è raccomandato utilizzare un indirizzo IP, al fine di ridurre i rischi di errore quando i servizi dei nomi di dominio non sono disponibili. #. Type: string #. Description #: ../nslcd.templates:1001 msgid Multiple URIs can be separated by spaces. msgstr URI multipli possono essere separati da spazi. #. Type: string #. Description #: ../nslcd.templates:2001 msgid LDAP server search base: msgstr Base di ricerca del server LDAP: #. Type: string #. Description #: ../nslcd.templates:2001 msgid Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \example.net\ would use \dc=example,dc=net\ as the distinguished name of the search base. msgstr Inserire il DN (nome distinto) della base di ricerca LDAP. Molti siti usano le componenti del loro nome di dominio per questo scopo: per esempio, il dominio «esempio.net» userebbe «dc=esempio,dc=net» come DN della base di ricerca. #. Type: select #. Choices #: ../nslcd.templates:3001 msgid none msgstr nessuna #. Type: select #. Choices #: ../nslcd.templates:3001 msgid simple msgstr semplice #. Type: select #. Choices #: ../nslcd.templates:3001 msgid SASL msgstr SASL #. Type: select #. Description #: ../nslcd.templates:3002 msgid LDAP authentication to use: msgstr Autenticazione LDAP da usare: #. Type: select #. Description #: ../nslcd.templates:3002 msgid Please choose what type of authentication the LDAP database should require (if any): msgstr Scegliere quale tipo di autenticazione deve richiedere il database LDAP: #. Type: select #. Description #: ../nslcd.templates:3002 msgid * none: no authentication;\n * simple: simple bind DN and password authentication;\n * SASL: any Simple Authentication and Security Layer mechanism. msgstr * nessuna: nessuna autenticazione;\n * semplice: semplice autenticazione con bind DN e password;\n * SASL: qualsiasi meccanismo Simple Authentication and Security Layer. #. Type: string #. Description #: ../nslcd.templates:4001 msgid LDAP database user: msgstr Utente del database LDAP: #. Type: string #. Description #: ../nslcd.templates:4001 msgid Please enter the name of the account that will be used to log in to the LDAP database. This value should be specified as a DN (distinguished name). msgstr Inserire il nome dell'account che verrà usato per eseguire l'accesso nel database LDAP. Questo valore dovrebbe essere specificato come DN (nome distinto). #. Type: password #. Description #: ../nslcd.templates:5001 msgid LDAP user password: msgstr Password dell'utente LDAP: #. Type: password #. Description #: ../nslcd.templates:5001 msgid Please enter the password that will be used to log in to the LDAP database. msgstr Inserire la password che verrà utilizzata per accedere al database LDAP. #. Type: select #. Description #: ../nslcd.templates:6001 msgid SASL mechanism to use: msgstr Meccanismo SASL da usare: #. Type: select #. Description #: ../nslcd.templates:6001 msgid Please choose the SASL mechanism that will be used to authenticate to the
Bug#754670: ibus: FTBFS: if python-gi-dev is installed
Hi, On Sun, Jul 13, 2014 at 08:50:55PM +0900, Changwoo Ryu wrote: Source: ibus Version: 1.5.7-1 Severity: serious Justification: FTBFS ibus fails to build from source if python-gi-dev is installed. Error part: ... dh_install --fail-missing -X.la dh_install: usr/lib/python3/dist-packages/gi/overrides/IBus.py exists in debian/tmp but is not installed to anywhere dh_install: usr/lib/python3/dist-packages/gi/overrides/__pycache__/IBus.cpython-34.pyo exists in debian/tmp but is not installed to anywhere dh_install: usr/lib/python3/dist-packages/gi/overrides/__pycache__/IBus.cpython-34.pyc exists in debian/tmp but is not installed to anywhere dh_install: usr/lib/python2.7/dist-packages/gi/overrides/IBus.py exists in debian/tmp but is not installed to anywhere dh_install: usr/lib/python2.7/dist-packages/gi/overrides/IBus.pyo exists in debian/tmp but is not installed to anywhere dh_install: usr/lib/python2.7/dist-packages/gi/overrides/IBus.pyc exists in debian/tmp but is not installed to anywhere dh_install: missing files, aborting debian/rules:40: recipe for target 'override_dh_install' failed make[1]: *** [override_dh_install] Error 2 make[1]: Leaving directory '/tmp/buildd/ibus-1.5.7' debian/rules:12: recipe for target 'binary' failed make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 I actually can not install valac to my unstable system after updating my system to unstable recently with GNOME 3.12 packages. The upgrade was not smooth but that is unstable when these large group of packages are making large scale changes. I can not even run clean target as a result. All the failures seem to be dh_install: usr/lib/python2.7/dist-packages/gi/overrides/IBus.pyc exists in debian/tmp but is not installed to anywhere This is because of debian/rules having: dh_install --fail-missing -X.la ^^ Maybe dh-python changed behavior to generate these files in debian/tmp Maybe I should test this build in testing chroot. Let's wait a bit until it settles down. Give me simetime. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755283: O: lletters
Package: wnpp Severity: normal I intend to orphan the lletters package. It hasn't seen a maintainer upload in almost 8 years. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755284: libjbig0 priority should be at least optional
Source: libjbig0 Version: 2.0-2.1 Severity: important Hi, according to https://ftp-master.debian.org/override-disparity.gz , libjbig0 is depended upon by 11 packages of priority 'optional'. It should therefore be at least of priority 'optional'. Markus, by the way, do you need assistance with the maintenance of libjbigkit? A new upstream version should be uploaded since April and Ubuntu has prepared many fixes which should really be included in the Debian package. I'd be happy to help with the maintenance either as co-maintainer (that just needs your agreement) or single maintainer (you'd need to properly orphan the package, see [0]). Thanks in advance, OdyX [0] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#orphaning -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15-rc8-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.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