Bug#720996: please create debconf-kids@lists.d.o
On Mon, 26 Aug 2013, martin f krafft wrote: also sprach Alexander Wirt formo...@debian.org [2013.08.26.2322 +0200]: I don't see any valid argument why this list should be private without archiving. Please give me some details which this makes sense. I thought debconf is an open project. Good question. I think the reason is two-fold: 1. Some parents are rather restrictive wrt talking about their off-spring on the Tubes; 2. debconf-kids is going to mainly about exchange and self-organisation of child care at DebConf. While I think that we should still strive to provide a basic framework for child care, volunteers will be required to make it really useful for parents. And those volunteers are probably going to be parents, who might have an easier time discussing organisation if they know that Google won't know about it. Does this make sense? No, I am sorry. Especially as a parent interested in the topic this doesn't make sense to me. I want to follow the process, even when I won't participate now. But I want to be able to step in later (when debconf comes back to europe) and I want to read the archives then. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721008: [kdepimlibs] identical descriptions for libakonadi-{kontact,kabc,...}
Source: kdepimlibs Version: 4:4.10.5-1 Severity: normal X-Debbugs-Cc: gkiag...@csd.uoc.gr libakonadi-contact4 has the short description library for using the Akonadi PIM data server and the following extended description: This is the client access library for using the Akonadi PIM data server. This package is part of the KDE Development Platform PIM libraries module. This is also the case for libakonadi-kabc4, libakonadi-kcal4, libakonadi-kde4, libakonadi-kmime4 and libakonadi-notes4... http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-sc/kdepimlibs.git;a=commitdiff;h=19bbd37b1ce1f899e660a68a7e0563cb091a314f -- Filipus Klutiero http://www.philippecloutier.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721009: [libakonadi-calendar4] for integrate in extended description
Package: libakonadi-calendar4 Version: 4:4.10.5-1 Severity: minor The extended description starts with: This library offers helper functions for integrate the use of Akonadi calendar items in applications. Either change for to to, or integrate to integrating. -- Filipus Klutiero http://www.philippecloutier.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707018: Status of KDE 4.10 transition
On 08/26/2013 10:14 PM, Pino Toscano wrote: Alle domenica 25 agosto 2013, Adam D. Barratt ha scritto: On 2013-08-25 15:03, Luk Claes wrote: On 08/25/2013 02:25 PM, Pino Toscano wrote: So, given that things are getting stuck because of us, I'm getting prodded in different channels, different new transitions are coming up, and I don't have time/experience to debug the aforementioned issues, I (reluctantly, from my personal POV) ask to unblock kde4libs and let things migrate. (You most probably need to either age or remove from testing tagua.) Ok, unblocked kde4libs and aged tagua. I've also dropped my block hint. Thank you both for the help. With the hints Luk added this morning basically almost everything migrated, except some sources split of kdemultimedia: libkcddb and kio-audiocd; kdemultimedia should be hinted out of testing (will be RMed afterwards) as all the new sources conver its binaries (excluding kdemultimedia-dbg). I think with the above all should be complete; I will be able to confirm when the above bits are done. Ok, I have added an easy hint to migrate libkcddb and kio-audiocd while removing kdemultimedia, hope that helps. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703169: btrfs-tools: bedup
[Dmitrijs Ledkovs] Sure. Btrfs package needs a rebuild against lzo2-2-udeb upstream update, so i shall be doing another upload soon. Hi. I noticed the new upload of version 0.19+20130705-1, but it did not close this bug. Is there some snag blocking the inclusion of bedup in btrfs-tools? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720989: www.debian.org: unexperienced users fail to download installation media especially for usb drives
Thanks for your quick reply. On Mon, Aug 26, 2013 at 10:04:18PM +0200, Holger Wansing wrote: Helmut Grohne hel...@subdivi.de wrote: A few times he was amused and confused by the German translation and wording. Spiegel (mirror) is not a widely used word neither in the technical nor the non-technical communities. The language used appeared unusual to him. As the current german translator for d-i, let me comment on this small part of the report: The translation work in general is a very thankless and hard job: - we mostly get no feedback - sometimes we get feedback like translation to language is so poor, better skip to english. That's it, no proposals for improvements - very few times we get a hint on errors - very very very times we get patches or proposals This is sad. Unfortunately my short paragraph on the German translation is not constructive either. I included it, because it was an issue one user had in my user interface testing, but this can be an outlier data point. I will try to establish a contact for proof reading the translation, but at this point I cannot promise anything. Until you receive further feedback from me, please drop the translation aspect from this bug report. The next point is: The translation is used from people with very different knowledge base, what leads to some people claiming about: the german word Spiegel is uncommon here, I don't know what this is, while others say What the hell is 'mirror', why did the translator did not use a german word for this; this is a translation to german, isn't it? So, in summary: what you do as translator, it is wrong anyway!!! Let me propose something like Spiegel (mirror) here. It is slightly longer, but I guess that almost every user will grasp one of the two. In this special case, my point of view is this: If it comes to duplicating a harddrive for example, the german word spiegeln is quite common! So Spiegel as a duplication of a server (or part of a server) is nothing but obvious. I agree here. In the context of hard drives it is much more common. We have to keep in mind that my testing targeted the very first impressions and expectation of new users. Just because one user stumbles about a term it does not imply that it is the wrong term. This report started out from five ask.debian.net questions. I then started to turn this into constructive feedback by running user studies. Maybe we just need more studies to get feedback that is more useful? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721010: SASL GSSAPI mechanism acceptor wrongly returns zero maxbufsize
Package: libsasl2-modules-gssapi-mit Version: 2.1.25.dfsg1-6+deb7u1 Tags: patch upstream (Apparently still unfixed on upstream git master branch. Copying cyrus-bugs.) After upgrading an LDAP server from squeeze to wheezy I started seeing bind failures from one client application. This application uses SASL GSSAPI binding after STARTTLS. On investigation it turned out that in the final handshake the server was returning both a security layer bitmask of 7 and a zero maximum token size. The issue went away after I applied the attached patch. My impression from reading the original code is that the problem can manifest itself when the SSF provided by the external layer is sufficient to satisfy the application's policy. I don't think it would be appropriate for the server not to offer security layers that the security context can support just because the external SSF exceeds some threshold; the client may have reasons of its own to insist on using those layers. --- a/plugins/gssapi.c +++ b/plugins/gssapi.c @@ -990,21 +990,14 @@ } /* build up our security properties token */ - if (text-requiressf != 0 - (text-qop (LAYER_INTEGRITY|LAYER_CONFIDENTIALITY))) { - if (params-props.maxbufsize 0xFF) { - /* make sure maxbufsize isn't too large */ - /* maxbufsize = 0xFF */ - sasldata[1] = sasldata[2] = sasldata[3] = 0xFF; - } else { - sasldata[1] = (params-props.maxbufsize 16) 0xFF; - sasldata[2] = (params-props.maxbufsize 8) 0xFF; - sasldata[3] = (params-props.maxbufsize 0) 0xFF; - } + if (params-props.maxbufsize 0xFF) { + /* make sure maxbufsize isn't too large */ + /* maxbufsize = 0xFF */ + sasldata[1] = sasldata[2] = sasldata[3] = 0xFF; } else { - /* From RFC 4752: The client verifies that the server maximum buffer is 0 - if the server does not advertise support for any security layer. */ - sasldata[1] = sasldata[2] = sasldata[3] = 0; + sasldata[1] = (params-props.maxbufsize 16) 0xFF; + sasldata[2] = (params-props.maxbufsize 8) 0xFF; + sasldata[3] = (params-props.maxbufsize 0) 0xFF; } sasldata[0] = 0; @@ -1029,6 +1022,12 @@ params-props.maxbufsize) { sasldata[0] |= LAYER_CONFIDENTIALITY; } + + if ((sasldata[0] ~LAYER_NONE) == 0) { + /* From RFC 4752: The client verifies that the server maximum buffer is 0 + if the server does not advertise support for any security layer. */ + sasldata[1] = sasldata[2] = sasldata[3] = 0; + } real_input_token.value = (void *)sasldata; real_input_token.length = 4;
Bug#714212: tag 714212 - which xserver ?
Hello Holger, Thanks a lot for your email. I've fixed my problem by reinstalling NVIDIA drivers. Sorry for the inconvenience, Best regards from France, Cyril Boulé --- Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de nécessité. Les données et renseignements contenus dans ce message et les pièces attachées sont personnels, confidentiels et secrets. Ce message est adressé à l'individu ou l'entité dont les coordonnées figurent ci-dessus. Si vous n'êtes pas le bon destinataire, nous vous demandons de ne pas lire, copier, utiliser ou divulguer cette communication. Nous vous prions de notifier cette erreur à l'expéditeur et d'effacer immédiatement cette communication de votre système. The information contained in this message and any attachments to it is privileged, confidential, and protected from disclosure. This message is intended for the individual or entity addressed herein. If you are not the intended recipient, please do not read, copy, and use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. ---
Bug#719738: [PATCH] Please install the lvm2 systemd generator
control: reopen -1 Hi Bastian, Bastian Blank wa...@debian.org writes: Thanks. I'm closing the bug, because systemd is broken. I will add a conflict in the near future. Bastian, excuse my blunt words, but this is a stupid choice. Are you seriously saying that Debian is the only distribution where users can’t have lvm and a modern init system, just because you don’t like how upstream does things nowadays? I am not giving up on this so easily, and, if necessary, will raise this all the way up to the ctte. I’ll ask you one more time: please just ship the generator, which has no side-effects for non-systemd users and makes booting work for systemd users. There is no udev.service in the upstream systemd source. In the Debian package it is a symlink to systemd-udevd.service. Yes, as you noticed, the upstream name is systemd-udevd. No. udev != systemd-udevd. I don’t understand what you mean here. udev upstream has renamed the udev binary to systemd-udevd. Why would they not be equal? -- Best 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#721011: RFS: zbackup/1.2-1 [ITP] - Versatile deduplicating backup tool
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package zbackup * Package name: zbackup Version : 1.2-1 Upstream Author : Konstantin Isakov i...@zbackup.org * URL : http://zbackup.org * License : GPL-2+ (with OpenSSL exception) Section : admin It builds those binary packages: zbackup- Versatile deduplicating backup tool To access further information about this package, please visit the following URL: http://mentors.debian.net/package/zbackup Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/z/zbackup/zbackup_1.2-1.dsc More information about zbackup can be obtained from http://zbackup.org. Changes since the last upload: zbackup (1.2-1) unstable; urgency=low * Initial release (Closes: #717443) -- Howard Chan smartbo...@gmail.com Tue, 27 Aug 2013 12:38:22 +0800 Regards, Howard Chan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721012: claims to send utf-8, but it doesn't
Package: unattended-upgrades Version: 0.79.5 Since Wheezy I get some funny chars in the report mails sent by unattended-upgrades: Unattended-upgrades log: Initial blacklisted packages: Starting unattended upgrades script Allowed origins are: ['o�bian,a=stable', 'o�bian,a=oldstable', 'o�bian,a=stable-security', 'o�bian,a=oldstable-security', 'o�bian,a=stable-updates', 'o�bian,a=oldstable-updates', 'o�bian,a=wheezy-security', 'o�bian,a=wheezy-updates', 'origin�bian,archive=stable,label�bian-Security'] Packages that are upgraded: libapache2-mod-php5 php5 php5-cli php5-common php5-curl php5-gd php5-mysql Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2013-08-27_07:37:20.748353.log' All upgrades installed (Hopefully this becomes visible in this EMail). Looking at the header it claims to send in utf-8, but obviously the message body hasn't been converted. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711826: no more unattended upgrades since Wheezy is out
Just for the records, this is my current configuration: Unattended-Upgrade::Allowed-Origins { ${distro_id} stable; ${distro_id} oldstable; ${distro_id} stable-security; ${distro_id} oldstable-security; ${distro_id} stable-updates; ${distro_id} oldstable-updates; ${distro_id} ${distro_codename}-security; ${distro_id} ${distro_codename}-updates; }; AFAICS it should continue to work when Jessie comes out, does it? Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717155: iscsitarget-dkms: Fails to build against Linux 3.10
On Monday 26 August 2013 11:34 PM, Michael Papet wrote: As of 3.10-2-686-pae in Jessie this is still open Using dpkg-reconfigure, the following is the log: DKMS make.log for iscsitarget-1.4.20.3+svn490 for kernel 3.10-2-686-pae (i686) Mon Aug 26 10:58:30 PDT 2013 make: Entering directory `/usr/src/linux-headers-3.10-2-686-pae' LD /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/built-in.o LD /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/built-in.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.o /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.c: In function âtio_add_dataâ: /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.c:75:25: warning: comparison of distinct pointer types lacks a cast [enabled by default] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/tio.c:82:18: warning: comparison of distinct pointer types lacks a cast [enabled by default] CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/iscsi.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/nthread.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/wthread.o CC [M] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.o /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c: In function âiet_procfs_exitâ: /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:37:32: error: dereferencing pointer to incomplete type /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:37:52: error: dereferencing pointer to incomplete type /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c: In function âiet_procfs_initâ: /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:49:3: error: implicit declaration of function âcreate_proc_entryâ [-Werror=implicit-function-declaration] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:49:7: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.c:51:7: error: dereferencing pointer to incomplete type cc1: some warnings being treated as errors make[4]: *** [/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel/config.o] Error 1 make[3]: *** [/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build/kernel] Error 2 make[2]: *** [_module_/var/lib/dkms/iscsitarget/1.4.20.3+svn490/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.10-2-686-pae' This seems to have been happening lately because all warnings are treated as failures for Jessie. I have other packages too that are failing. I haven't had time to look into this, but the fix would be to export CFLAGS variable, adding the warning flags there, or else fix every gcc warning.. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#720883: magit: README.Debian on frame-background-mode
Hi, Kevin Ryde use...@zip.com.au writes: builtins at startup). Maybe emulate customize with (custom-set-variables '(frame-background-mode 'dark)) Of course if the default background detect is wrong then it hurts everything, not just magit. Thanks for caring about magit. It seems I've actually already had the exact same line in my ~/.emacs but just forgot to update README.Debian. Would you like to send a patch against the git repo (git format-patch) or should I do it? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721013: installation-reports : elilo is missing in /target/usr/sbin
Package: d-i ia64 Boot method:netboot Image version: Debian version: 7 (wheezy) Installer build: 20130613 Date: 2013-Aug-19 Machine: hp rx2800i2 AH395A Processor: Itanium(R) Processor 9340 (1.6 GHz, 20 MB) Memory: 12179 MB (11.89 GB) Partition: root@rx28db:~# mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=384648,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1232800k,mode=755) /dev/sdb2 on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=4809280k) /dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) (parted) print Model: HP LOGICAL VOLUME (scsi) Disk /dev/sdb: 73.4GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 1049kB 99.6MB 98.6MB fat16 boot 2 99.6MB 60.1GB 60.0GB ext4 3 60.1GB 72.1GB 12.0GB linux-swap(v1) Comments/Problems: elilo is not installed to /target/usr/sbin/ at installation phase. root@rx28db:~# ls /usr/sbin/e* /usr/sbin/e2freefrag/usr/sbin/exim_convert4r4 /usr/sbin/exinext /usr/sbin/e4defrag /usr/sbin/exim_dbmbuild/usr/sbin/exipick /usr/sbin/exicyclog /usr/sbin/exim_dumpdb /usr/sbin/exiqgrep /usr/sbin/exigrep /usr/sbin/exim_fixdb /usr/sbin/exiqsumm /usr/sbin/exim /usr/sbin/exim_lock/usr/sbin/exiwhat /usr/sbin/exim4 /usr/sbin/exim_tidydb /usr/sbin/exim_checkaccess /usr/sbin/eximstats here the installer/syslog related to elilo ; . Aug 26 10:23:49 in-target: The following extra packages will be installed: Aug 26 10:23:49 in-target: libuuid-perl linux-base linux-image-3.2.0-4-mckinley Aug 26 10:23:49 in-target: Suggested packages: Aug 26 10:23:49 in-target: linux-doc-3.2 debian-kernel-handbook fdutils elilo Aug 26 10:23:49 in-target: Recommended packages: Aug 26 10:23:49 in-target: firmware-linux-free Aug 26 10:23:49 in-target: The following NEW packages will be installed: Aug 26 10:23:49 in-target: libuuid-perl linux-base linux-image-3.2.0-4-mckinley linux-image-mckinley Aug 26 10:23:49 in-target: 0 upgraded, 4 newly installed, 0 to remove and 0 not upgra . Aug 26 10:48:55 main-menu[459]: INFO: Menu item 'elilo-installer' selected Aug 26 10:48:55 main-menu[459]: INFO: Falling back to the package description for fat-modules-3.2.0-4-itanium-di Aug 26 10:48:55 main-menu[459]: INFO: Falling back to the package description for fat-modules-3.2.0-4-itanium-di Aug 26 10:49:17 main-menu[459]: (process:8600): Error: Both the primary and backup GP T tables are corrupt. Try making a fresh table, and using Parted's rescue feature to recover partitions. Aug 26 10:49:17 main-menu[459]: (process:8600): A bug has been detected in GNU Parted . Refer to the web site of parted http://www.gnu.org/software/parted/parted.html for more information of what could be useful for bug submitting! Please email a bug Aug 26 10:49:17 main-menu[459]: (process:8600): Aborted Aug 26 10:49:17 main-menu[459]: WARNING **: Configuring 'elilo-installer' failed with error code 1 Aug 26 10:49:17 main-menu[459]: WARNING **: Menu item 'elilo-installer' failed. Aug 26 10:49:19 main-menu[459]: DEBUG: resolver (libunwind7): package doesn't exist (ignored) here the installer/syslog related to partman, Aug 26 10:09:08 anna[1729]: DEBUG: retrieving partconf-find-partitions 1.40 Aug 26 10:09:08 anna[1729]: DEBUG: retrieving libparted0-udeb 2.3-12 Aug 26 10:09:09 anna[1729]: DEBUG: retrieving parted-udeb 2.3-12 Aug 26 10:09:10 anna[1729]: DEBUG: retrieving partman-auto 106 Aug 26 10:09:11 anna[1729]: DEBUG: retrieving partman-auto-raid 21 Aug 26 10:09:11 anna[1729]: DEBUG: retrieving partman-base 165 Aug 26 10:09:13 anna[1729]: DEBUG: retrieving partman-utils 165 Aug 26 10:09:13 anna[1729]: DEBUG: retrieving partman-basicfilesystems 77 Aug 26 10:09:14 anna[1729]: DEBUG: retrieving partman-basicmethods 52 Aug 26 10:09:15 anna[1729]: DEBUG: retrieving partman-btrfs 10 Aug 26 10:09:16 anna[1729]: DEBUG: retrieving partman-efi 36 Aug 26 10:09:20 anna[1729]: DEBUG: retrieving partman-ext3 74 Aug 26 10:09:21 anna[1729]: DEBUG: retrieving partman-jfs 38 Aug 26 10:09:22 anna[1729]: DEBUG: retrieving partman-md 64 Aug 26 10:09:24 anna[1729]: DEBUG: retrieving partman-partitioning 91 Aug 26 10:09:26 anna[1729]: DEBUG: retrieving partman-reiserfs 53 Aug 26 10:09:27 anna[1729]: DEBUG: retrieving partman-target 82 Aug 26 10:09:28 anna[1729]: DEBUG:
Bug#721014: backupninja: Allow to configure debug mode in config file
Package: backupninja Version: 1.0.1-1 Severity: wishlist Tags: upstream Hi. It would be great to be able to disable the debug option to be able to set debug off in a particular conf file, set with -f, so that backupninja --run doesn't produce debug details on stderr. This would allow running backupninja through anacron for instance. All that is required is that there's a getconf debug after the setfile, to disable the debug set when parsing option --run. I may provide a patch if this isn't clear. Hope this helps. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 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 backupninja depends on: ii bash 4.2+dfsg-1 ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii dialog 1.2-20130523-1 ii gawk 1:4.0.1+dfsg-2.1 ii mawk 1.3.3-17 backupninja recommends no packages. Versions of packages backupninja suggests: ii bzip2 1.0.6-5 ii debconf-utils 1.5.50 ii duplicity 0.6.21-3 ii genisoimage9:1.1.11-2 ii hwinfo 16.0-2.2 ii mdadm 3.2.5-5 ii rdiff-backup 1.2.8-7 ii rsync 3.0.9-4 ii subversion 1.6.17dfsg-4.1 pn tricklenone ii wodim 9:1.1.11-2 -- 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#721015: samba-ad-dc: documentation fix for named.txt from setup
Package: samba-ad-dc Version: 2:4.0.8+dfsg-1 Severity: minor Dear Maintainer, During the setup of a samba4 server the user will read /var/lib/samba/private/named.txt which is installed from /usr/share/samba/setup/named.txt. With this patch the user can paste the chgrp command and ignore the information about what Fedora 9 does: diff --git a/source4/setup/named.txt b/source4/setup/named.txt index d0657dd..a9b14c9 100644 --- a/source4/setup/named.txt +++ b/source4/setup/named.txt @@ -18,13 +18,13 @@ tkey-gssapi-keytab ${DNS_KEYTAB_ABS}; # 2. Set appropriate ownership and permissions on the ${DNS_KEYTAB} file. #Note that the most distributions have BIND configured to run under a -#non-root user account. For example, Fedora 9 runs BIND as the user -#named once the daemon relinquishes its rights. Therefore, the file +#non-root user account. Debian runs BIND as the user +#bind once the daemon relinquishes its rights. Therefore, the file #${DNS_KEYTAB} must be readable by the user that BIND run as. If BIND #is running as a non-root user, the ${DNS_KEYTAB} file must have its -#permissions altered to allow the daemon to read it. Under Fedora 9, -#execute the following commands: -chgrp named ${DNS_KEYTAB_ABS} +#permissions altered to allow the daemon to read it. +#Execute the following commands: +chgrp bind ${DNS_KEYTAB_ABS} chmod g+r ${DNS_KEYTAB_ABS} # 3. Ensure the BIND zone file(s) that will be dynamically updated are in Thank you. Regards Noël -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496070: [ghostscript] opentypefont
Quoting Fabian Greffrath (2013-08-27 07:35:20) There are three slightly different versions of these fonts installed on a Debian system: 1) gsfonts 2) ghostscript [*] 3) texlive-fonts-recommended The gsfonts package contains a fork of the fonts shipped with an earlier version of ghostscript which was extended with cyrilic glyphs. There are, however, claims that the latin range has also been (unintentionally) touched as well. The texlive-fonts-recommended package thus contains the pristine fonts from the ghostscript release that the fonts in the gsfonts package were based on. Finally, the ghostscript package for a long time also carried the cyrilic fork of the fonts - though a different version than the one in the gsfonts package - and reverted back to the original fonts as supplied by URW in the 9.05 release. For the recent 9.09 release the fonts have been updated by a new release of original supplier URW (e.g. fixing the width of one glyph that had to be patched in the texlive set before). The drawback is that ghostscript does not ship the complete set of fonts. They do only ship the .pfb files and are leaving out the .afm metric files that are useless for ghostscript, but necessary for everything else. Fortunately, they are distributing the complete set in http://downloads.ghostscript.com/public/fonts/ . My idea is to package this set of fonts in a fonts-ghostscript package, make ghostscript and texlive-fonts-recommended depend on it, turn gsfonts (and gsfonts-x11, while we are at it) into dummy packages depending on it and providing symlinks. So all users of these fonts could benefit from the latest upstream improvements and would not need to carry around their own slightly modified fork of the fonts. What do you think about it? Yes, I noticed your emails about that at the Ghostscript project earlier this month, and also seem to recall you raising this IRL in New York. I don't like how the Ghostscript project stuff lots of things into their project. Specifically about the URW++ fonts they lack proper licensing - also separately packaged in those zip files. I filed bug#720906 and emailed the Ghostscript project about that yesterday. Those URW++ fonts - now that they are cleaned up - are better tracked directly from URW++, in my opinion. Yesterday I sent an email to URW++ asking them for a download URL. So generally I agree with your plan - just would prefer fonts-urw++ instead of fonts-ghostscript. [*] Please note that the fonts shiped in /usr/share/ghostscript/9.05/Resource/Font in the libgs9-common package are not even used at all and could get safely removed. Instead, they are mapped to the fonts in the gsfonts package by means of the /etc/ghostscript/fontmap.d/10gsfonts.conf file. I totally agree we should get rid of code copies. I have hesitated dropping them for now, as I am afraid some internal Ghostscript code might bypass the font path and rely on the specific location. Hm. I am now at the #ghostscript irc channel, so will simply ask... :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#721016: grub-pc: on using mbr from second SSD: error: disk ',gpt2' not found
Package: grub-pc Version: 2.00-18 Severity: important Dear Maintainer, I added a 30 GB mSATA SSD to my system some time ago and yesterday moved my Debian GNU/Linux Sid installation to it. First I tried UEFI which failed like in 720513. I will add my findings there. Then I told gdisk to make a hybrid MBR, then deleted the GPT partition and well redid all other partitions so the start from partition one and told gdisk to zap all GPT structures. Then I installed grub-pc 2.00-17 from chroot for both /dev/sda and /dev/sdb. On reboot I got: Welcome to GRUB! error: disk ',gpt2' not found. Entering rescue mode... grub rescue help Unknown command 'help' grub rescue insmod help error: disk ',gpt2' not found. At this point I consider its not worth trying anything else to get the system to boot. I booted into GRML 2013.2 64-Bit and reinstalled GRUB. I also remade device.map once via grub-mkdevicemap I think. I grepped to ,gpt2 in grub configuration – all to no avail. Finally I disabled the new mSATA SSD in BIOS. Then it booted from the MBR of the old Intel SSD 320 and it used my new GRUB configuration from the system I copied to the mSATA SSD. Today I upgraded to 2.00-18. And I made sure its on both disks: merkaba:~ grub-install /dev/sda installation beendet. Keine Fehler aufgetreten. merkaba:~ grub-install /dev/sdb installation beendet. Keine Fehler aufgetreten. merkaba:~ grub-install (hd0) /usr/sbin/grub-bios-setup: Fehler: Laufwerk »hd0« wurde nicht gefunden.. merkaba:~#1 grub-mkdevicemap merkaba:~ grub-install /dev/sda installation beendet. Keine Fehler aufgetreten. merkaba:~ grub-install /dev/sdb installation beendet. Keine Fehler aufgetreten. merkaba:~ grub-install (hd0) installation beendet. Keine Fehler aufgetreten. merkaba:~ grub-install (hd1) installation beendet. Keine Fehler aufgetreten. merkaba:~ martin@merkaba:~ cat /boot/grub/device.map (hd0) /dev/disk/by-id/ata-INTEL_SSDSA2CW300G3_SERIAL-OF-INTEL-SSD-320 (hd1) /dev/disk/by-id/ata-INTEL_SSDMCEAC030B3_SERIAL-OF-MSATA-SSD hd0 is old Intel SSD 320 (300 GB) hd1 is new Intel mSATA SSD (30 GB) Result: GRUB doesn´t boot if mSATA SSD appears before old Intel SSD 320 in boot order. Its fails with aforementioned error message. Expected result: GRUB just boots. No matter which MBR the BIOS will take. Any idea? I just use LVM on the Intel SSD 320. On the mSATA SSD I just use partitions. merkaba:~ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:00 279,5G 0 disk ├─sda1 8:10 4M 0 part ├─sda2 8:20 191M 0 part ├─sda3 8:30 286M 0 part └─sda4 8:40 279G 0 part ├─merkaba-swap (dm-0) 254:0012G 0 lvm [SWAP] ├─merkaba-debian (dm-1) 254:10 18,6G 0 lvm └─merkaba-home (dm-2) 254:20 243,5G 0 lvm sdb 8:16 028G 0 disk ├─sdb1 8:17 0 200M 0 part ├─sdb2 8:18 0 300M 0 part /boot └─sdb3 8:19 020G 0 part sr011:01 1024M 0 rom merkaba:~ fdisk -l /dev/sdb Disk /dev/sdb: 30.0 GB, 30016659456 bytes 255 heads, 63 sectors/track, 3649 cylinders, total 58626288 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sdb12048 411647 204800 ef EFI (FAT-12/16/32) /dev/sdb2 411648 1026047 307200 83 Linux /dev/sdb3 10260484296908720971520 83 Linux Thanks, Martin -- Package-specific info: *** BEGIN /proc/mounts /dev/sdb3 / btrfs rw,noatime,compress=lzo,ssd,space_cache 0 0 /dev/sdb2 /boot ext4 rw,noatime,data=ordered 0 0 /dev/mapper/merkaba-home /home btrfs rw,noatime,compress=lzo,ssd,space_cache 0 0 /dev/sdb3 /mnt/debian-zeit btrfs rw,noatime,compress=lzo,ssd,space_cache 0 0 /dev/mapper/merkaba-home /mnt/home-zeit btrfs rw,noatime,compress=lzo,ssd,space_cache 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-INTEL_SSDSA2CW300G3_SERIAL-OF-INTEL-SSD-320 (hd1) /dev/disk/by-id/ata-INTEL_SSDMCEAC030B3_SERIAL-OF-MSATA-SSD *** 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 load_env fi set default=0 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}
Bug#420534: Anacron-like scheduling for desktop systems
On Thu, Nov 15, 2007 at 11:33:35PM -0500, Micah Anderson wrote: --- Please enter the report below this line. --- I don't always have my system powered up when backupninja is set to run my local rdiff-backup backup. It would be nice if backupninja could use Anacron, or some Anacron-like logic, so I could specify a frequency of daily or every 24 hours, and then have backupninja run it if that much time has passed since the last backup was run, regardless of what time it is at the moment. The only solution I can think of is to write a cronjob that checks the timestamp on the backupninja.log file and if its been 24 hours, then initiate a backup immediately. SNIP If you can come up with a good mechanism, I'm happy to include it, but from where I am sitting this smacks me as a technical solution to a non-technical problem. Hi. I think I may have found a way to implement this. It will involve setting up : 1. an anacron job that triggers : 1 60 backup.dailybackupninja -f /etc/backupninja.conf.anacron -n --run /etc/backup.d/94.rdiff The specific backupninja.conf file is suppressing the colored output un debug mode, and ideally would also unset the debug details : --run sets the debug mode, but that isn't very handy when anacron reports via mail, in particular if backup is successful. As a backup may still be running when anacron triggers it (for instance on AC power returning), the backup may fail because it can't acquire the lock, but this should probably not be reported as a failure in the cron's report mailed to root. This could be improved by using cronic to wrat the execution, and check that the output is different from a non-failing case... I'm starting it 60 minutes after bootup to avoid messing too much with may daily routine, but this could be adjusted. 2. another backup.d special job set to execute after the rdiff backup (following my example), as 94_zzz_01.sh, which will have the same when that the preceding 94.rdiff, and which will set the timestamp of the anacron job, to flag that the cronjob has been started, and anacron doesn't need to care for the rest of that day, by issueing a anacron -u backup.daily. For instance : #!/bin/sh # 6 minutes after 94.rdiff, we will notify anacron that it shall not run 94 today when = everyday at 22:00 when = everyday at 12:00 sleep 360 # notify anacron that backup.daily doesn't need to run today anacron -u backup.daily I'm not completely sure this is bullet-proof, but somehow, that should ensure that I get backups done every noon or 10PM, or 1 hour after bootup, if I wake up sooner than 11 ;-) This needs to be tested, in particular regarding the error/success reports anacron should send to root by mail... Any remarks/comments much welcome. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716916: [DRE-maint] Bug#716916: ruby-gettext: rxgettext doubles the backslashes in newline '\n' characters
Control: tag -1 + upstream Hi Francesco, Francesco Poli (wintermute): First of all, thanks a lot for fixing the bugs I have previously reported (#684182, #684184, and #692487)! And thanks for your reports! :) I noticed something new in rxgettext, and it looks like a newly introduced bug. […] Why all the newline '\n' characters are produced with doubled backslashes (as \\n)? I do not see this behavior, if I use xgettext (from the gettext package). After some bisection, it has been introduced in upstream commit ef467007b, first appeared in version 2.3.0. This looks intentional. I will ask upstream. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721014: backupninja: Allow to configure debug mode in config file
On Tue, Aug 27, 2013 at 09:58:17AM +0200, Olivier Berger wrote: It would be great to be able to disable the debug option to be able to set debug off in a particular conf file, set with -f, so that backupninja --run doesn't produce debug details on stderr. This would allow running backupninja through anacron for instance. See #420534 for such an example of the need for this. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721017: Breaks apt-get due to strange dependencies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: libenchant1c2a Version: 1.6.0-10 Severity: critical This bug makes unrelated software, apt, break. ~ apt-get dist-upgrade Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen Fertig Paketaktualisierung (Upgrade) wird berechnet... Fehlgeschlagen Die folgenden Pakete haben unerfüllte Abhängigkeiten: libenchant1c2a : Hängt ab von: aspell-en soll aber nicht installiert werden oder myspell-dictionary oder aspell-dictionary oder ispell-dictionary oder hunspell-dictionary E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein. ~ dpkg -s iogerman Package: iogerman Status: install ok installed Priority: optional Section: text Installed-Size: 2586 Maintainer: Roland Rosenfeld rol...@debian.org Architecture: i386 Source: hkgerman Version: 1:2-28 Replaces: igerman Provides: ispell-dictionary Depends: debconf (= 0.5.0.0) | debconf-2.0, ispell (= 3.3.02), dictionaries-common (= 0.20.0) Suggests: wogerman Conflicts: igerman Description: Old German orthography dictionary for ispell This is the old German dictionary for ispell as put together by heinz.knut...@web.de. . This dictionary refers to the traditional German orthography (de-DE-1901). For the new orthography (de-DE-1996) see package ingerman. So as you see, ispell-dictionary is installed. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.7.5 (SMP w/2 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages libenchant1c2a depends on: ii aspell-de [aspell-dictionary] 20120607-1 ii aspell-de-alt [aspell-dictionary] 1:2-28 ii hunspell-de-ch [hunspell-dictionary] 20120607-1 ii hunspell-de-de [hunspell-dictionary] 20120607-1 ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii iogerman [ispell-dictionary] 1:2-28 ii libaspell15 0.60.7~20110707-1 ii libc6 2.17-92 ii libgcc1 1:4.8.1-9 ii libglib2.0-0 2.36.4-1 ii libhunspell-1.3-0 1.3.2-4 ii libstdc++64.8.1-9 ii multiarch-support 2.17-92 ii myspell-de-at [myspell-dictionary]20120607-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages libenchant1c2a recommends: ii enchant 1.6.0-10 Versions of packages libenchant1c2a suggests: pn libenchant-voikko none - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQGcBAEBCgAGBQJSHGMRAAoJEKZ8CrGAGfasQNgMAMApf9DOklUDXpyoA+iA7cqI PkiK5iNZsf6ys51As0dj6nN1wGa8G19Poa69nfmw1R1HDe/a0fqvXDZR9ZI9ss7t fjfavSxFdNz1CneU0qseThgnD7aX1+46K8KAiE04HpMvHTcqOBDa2d01Z/u5ZLce kpVDuJftOOk1TBw6WQOYA/O4+UAwoG0EXhCGX+zFVheJDmcjsD5t+XzKAhiB+3ax NgVYmQf56X74M8kZz6Jpam2IKxBfYwPXmFF1wynNb7DHMm1lBKpVeSh/eN+ZjLxO Sp4vnEW8w+AMSeijJ0xTxm8XRjGyT2Dj+6qZhuhh522nzoZIy5pWYIgYHIzf2s5q d79xjVI53xXmQKDpSacFVpgWRcFgSZ2XTIVbJ7YjnPrqm77MKI+BpCGv0rEJEeeh GZHyMsuB5a6Js4CxrO+civ36o5ZsLxBsNMHXS7caKBAoYmJtQD58MsA6pYV6cVr2 1sjXQ09y4zCGlZTFaddvP5SPaCbAkw21sqRHScZWkw== =odFa -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687694: Aw: Bug#687694: bouncycastle: 1.44 and 1.46 are not binary compatible
Gesendet: Dienstag, 27. August 2013 um 00:47 Uhr Von: Emmanuel Bourg ebo...@apache.org An: 687...@bugs.debian.org, 687694-submit...@bugs.debian.org Betreff: Bug#687694: bouncycastle: 1.44 and 1.46 are not binary compatible Quick update on the remaining packages affected by the transition: jenkins-instance-identity OK 1.3 uploaded on 2013-07-27 voms-api-java PATCHED 2.0.9-1.1 uploaded on 2013-07-16 jglobus PATCHED, patch applied upstream 2.0.6-1 uploaded on 2013-08-15 All the reverse dependencies have been reviewed/updated, I think this bug can be closed now. We should add that if there is continued demand of bc 1.44 then the package can be reintroduced as bouncycastle-1.44 . Please speak up. Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720986: [pkg-php-pear] Bug#720986: Correct condition for pecl-package-requires-build-dependency
2013/8/26 Prach Pongpanich prach...@gmail.com: Package: lintian Version: 2.5.15 Severity: normal Tags: patch X-Debbugs-CC: pkg-php-p...@lists.alioth.debian.org Dear maintainers, I provide a patch to fix this tags. Tag: pecl-package-requires-build-dependency Info: The package is a PECL package but its control file doesn't have php5-dev or dh-php5 as a build dependency. According to Ondřej: Maybe the logic should be: If you depend on php5-dev, you should either also depend and use dh_php5 (or you should call php5{en,dis}mod in your postinst scripts and override the lintian warning). Ref: http://lists.alioth.debian.org/pipermail/pkg-php-pear/2013-July/001481.html I think the current test can be improved. But your patch is not good either. The php5-dev dependency is correct (but should probably be put outside the pkg-php-tools builddep block, in a if package_xml block). The dh-php5 dep should be changed to: - if --with=php5 in debian/rules - then it should builddep on dh-php5 (warning) - if builddep on dh-php5 - then it should --with=php5 in debian/rules (warning) - otherwise suggest depending on dh-php5 (info) -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699936: clang integrated in PTS
On Sun, 2013-08-18 at 12:50 +0300, Boris Pek wrote: There is hyperlink old there, which gives fast access to logs of old builds. It may be useful for someone. Hmm, good point. For the current static PTS it would probably be best if the link were to stay in all cases then. For the new dynamic PTS, perhaps a preference for when to show the clang link could be added: * always * when the current version failed * when a previous version failed * when the current version has been tried * when a previous version has been tried -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#721018: pu: package postgresql-common/134wheezy4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, #712586 is an annoying warning users get when they install PostgreSQL: WARNING: Unknown Debian release: 7.1. The attached patch fixes this, it is already part of the unstable/testing package. Would you consider this for inclusion in the next stable update? === modified file 'debian/changelog' --- debian/changelog2013-01-09 16:22:23 + +++ debian/changelog2013-08-27 08:19:19 + @@ -1,3 +1,10 @@ +postgresql-common (134wheezy4) stable; urgency=low + + * debian/supported-versions: Use 7|7.* to recognize wheezy; point releases +now increment the second version number component. (Closes: #712586) + + -- Christoph Berg m...@debian.org Tue, 27 Aug 2013 10:15:33 +0200 + postgresql-common (134wheezy3) unstable; urgency=low [ Christoph Berg ] === modified file 'debian/supported-versions' --- debian/supported-versions 2012-11-05 07:12:12 + +++ debian/supported-versions 2013-08-27 08:15:29 + @@ -40,7 +40,7 @@ /bin/echo -e 8.4 ;; # Wheezy - 7.0*) + 7|7.*) /bin/echo -e 9.1 ;; # unstable Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#721019: bijiben: Crash when I try to import notes from tomboy
Package: bijiben Version: 3.8.4-1 Severity: important Dear Maintainer, It crash very often i.e. import notes from tomboy Here an output from gdb ~$ gdb bijiben GNU gdb (GDB) 7.6 (Debian 7.6-5) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/bijiben...(no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/bijiben warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe4b18700 (LWP 13201)] [New Thread 0x7fffd700 (LWP 13202)] [New Thread 0x7fffd7fff700 (LWP 13203)] Program received signal SIGSEGV, Segmentation fault. 0x74c3e826 in gtk_widget_destroy () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 (gdb) bt #0 0x74c3e826 in gtk_widget_destroy () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #1 0x0041572e in ?? () #2 0x737ca2e8 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #3 0x737dc75d in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #4 0x737e494a in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #5 0x737e4c22 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #6 0x73ab3035 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #7 0x73aaa014 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #8 0x73ab06b3 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #9 0x73ad04ae in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #10 0x735012d6 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #11 0x73501628 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #12 0x735016cc in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #13 0x73aabf9c in g_application_run () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #14 0x004150a6 in main () (gdb) And here the output for syslog: Aug 27 10:37:58 king-coder13 kernel: [ 2567.089378] traps: bijiben[13622] general protection ip:7fd6068b4826 sp:7fff5371b030 error:0 in libgtk-3.so.0.800.2[7fd60660b000+4c2000] I hope that helps CU Michael -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable'), (500, 'unstable-grip'), (500, 'testing-grip'), (500, 'stable-grip'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bijiben depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii libc62.17-92 ii libcairo21.12.14-5 ii libclutter-1.0-0 1.14.4-2 ii libclutter-gtk-1.0-0 1.4.4-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.37.6-1 ii libgtk-3-0 3.8.2-3 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libtracker-sparql-0.16-0 0.16.1-2 ii libuuid1 2.20.1-5.5 ii libwebkitgtk-3.0-0 2.1.4-2 ii libxml2 2.9.1+dfsg1-3 ii libzeitgeist-1.0-1 0.3.18-1 ii tracker 0.16.1-2 bijiben recommends no packages. bijiben 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#720759: Patch for 720759
Attached is a patch to fix this issue. -- Warmest Regards, *Robert W. Oliver II **President / CEO of OCS Solutions, Inc. *Web Hosting, Web Design / Development, Graphic Design, and Consulting http://www.ocssolutions.com/ $8 domain names - http://www.ocsdomains.com/ Follow OCS on Twitter http://twitter.com/OCSSolutions and Facebookhttp://www.facebook.com/ocssolutions ! bug-720759.patch Description: Binary data
Bug#720849: boinc-manager: Can't connect to boinc-client due to empty password in gui_rpc_auth.cfg
At 05:08 26/08/2013, Julien Palard wrote: Adding a password in the file and using it solved my problem, so I mis-interpreted the origin of the problem. So maybe my boinc-client was seeing my connexion as a remote one ? Probably not, because adding the password alone is not enough to allow a remote connection: you also need to enable remote connections either via remote_hosts.cfg (per-host) or globally with --allow_remote_gui_rpc option in command line (or cc_config.xml). I just tried on another debian box and it works without password as you said. I may try to remove the password on my first box and run some tests for you if you have an idea. No idea. Try checking out the contents of remote_hosts.cfg (if it exists) or cc_config.xml, also the command-line arguments used when starting the boinc client. Have you changed any of these? Those files are located in your boinc data dir, /var/lib/boinc-client, some of them as symlinks to /etc/boinc-client. At least in a default install from repositories using apt-get. I have no idea how (or if) a direct install from berkely changes the configuration files setup. Also, I'm still using boinc 7.0.27, quite an old one. Maybe recent versions made changes in this regard? ML -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/debian-bugs-dist
Bug#721020: roundcube: Creating default object from empty value when composing new message
Package: roundcube Version: 0.7.2-9 Severity: normal Dear Maintainer, I get a Creating default object from empty value when composing a new message please see http://trac.roundcube.net/ticket/1488404 for details, even the IE8 bug appears here -- System Information: Debian Release: 7.1 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages roundcube depends on: ii roundcube-core 0.7.2-9 roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache2 2.2.22-13 ii apache2-mpm-prefork [httpd] 2.2.22-13 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-ui 1.8.ooops.21+dfsg-2 ii libmagic15.11-2 ii php-auth 1.6.2-1 ii php-mail-mime1.8.4-1 ii php-mdb2 2.5.0b3-2 ii php-net-smtp 1.6.1-1 ii php-net-socket 1.0.9-2 ii php5 5.4.4-14+deb7u4 ii php5-gd 5.4.4-14+deb7u4 ii php5-intl5.4.4-14+deb7u4 ii php5-mcrypt 5.4.4-14+deb7u4 ii php5-pspell 5.4.4-14+deb7u4 ii roundcube-mysql 0.7.2-9 ii tinymce 3.4.8+dfsg0-1 ii ucf 3.0025+nmu3 Versions of packages roundcube-core suggests: ii php-auth-sasl 1.0.4-1 pn php-crypt-gpg none ii roundcube-plugins 0.7.2-9 -- debconf information: roundcube/password-confirm: (password omitted) roundcube/pgsql/app-pass: (password omitted) roundcube/mysql/admin-pass: (password omitted) roundcube/mysql/app-pass: (password omitted) roundcube/pgsql/admin-pass: (password omitted) roundcube/app-password-confirm: (password omitted) roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false * roundcube/dbconfig-install: true roundcube/language: en_US roundcube/db/dbname: roundcube roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/pgsql/authmethod-admin: ident roundcube/dbconfig-remove: roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721021: roundcube-core: directories in /var not created at installation
Package: roundcube Version: 0.7.2-9 Severity: minor Dear Maintainer, my apache2 log says: == error.log == [Tue Aug 27 10:53:32 2013] [error] [client 199.192.231.53] File does not exist: /var/lib/roundcube/var [Tue Aug 27 10:53:32 2013] [error] [client 199.192.231.53] File does not exist: /var/lib/roundcube/error Please create these directories upon installation -- System Information: Debian Release: 7.1 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages roundcube-core depends on: ii apache2 2.2.22-13 ii apache2-mpm-prefork [httpd] 2.2.22-13 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-ui 1.8.ooops.21+dfsg-2 ii libmagic15.11-2 ii php-auth 1.6.2-1 ii php-mail-mime1.8.4-1 ii php-mdb2 2.5.0b3-2 ii php-net-smtp 1.6.1-1 ii php-net-socket 1.0.9-2 ii php5 5.4.4-14+deb7u4 ii php5-gd 5.4.4-14+deb7u4 ii php5-intl5.4.4-14+deb7u4 ii php5-mcrypt 5.4.4-14+deb7u4 ii php5-pspell 5.4.4-14+deb7u4 ii roundcube-mysql 0.7.2-9 ii tinymce 3.4.8+dfsg0-1 ii ucf 3.0025+nmu3 roundcube-core recommends no packages. Versions of packages roundcube-core suggests: ii php-auth-sasl 1.0.4-1 pn php-crypt-gpg none ii roundcube-plugins 0.7.2-9 roundcube depends on no packages. -- debconf information: roundcube/password-confirm: (password omitted) roundcube/pgsql/app-pass: (password omitted) roundcube/mysql/admin-pass: (password omitted) roundcube/mysql/app-pass: (password omitted) roundcube/pgsql/admin-pass: (password omitted) roundcube/app-password-confirm: (password omitted) roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false * roundcube/dbconfig-install: true roundcube/language: en_US roundcube/db/dbname: roundcube roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/pgsql/authmethod-admin: ident roundcube/dbconfig-remove: roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720935: clang-3.3: sanitizer regards IEC 60559 division by zero as undefined
Bug 17000 was closed by upstream because floating-point division by zero is really regarded as undefined, Annex F being optional. I've opened a new upstream bug for IEEE 754 (and more generally Annex F) support: http://llvm.org/bugs/show_bug.cgi?id=17005 It is particularly important for Debian if clang is considered as an alternative to gcc: http://clang.debian.net/ Though errors don't show up, some software may need basic IEEE 754 features, and if some operations are undefined due to the lack of IEEE 754 support from the compiler (allowing unsafe optimizations), errors won't necessarily be noticed in tests, or may appear later when new optimizations are introduced. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658320: False positive version-substvar-for-external-package when using multiarch depends foopackage:any
Jakub Wilk wrote: It's only false positive in the sense that a different error should have been emitted. bar:any is not a valid syntax for packages in Debian (yet). I'd just like to note that 'bar:any' is valid syntax for a dependency now. At least since the Debian 7 release (but one could also date it back to the Ubuntu 12.04 release). -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720935: clang-3.3: sanitizer regards IEC 60559 division by zero as undefined
On 27/08/2013 10:56, Vincent Lefevre wrote: Bug 17000 was closed by upstream because floating-point division by zero is really regarded as undefined, Annex F being optional. I've opened a new upstream bug for IEEE 754 (and more generally Annex F) support: http://llvm.org/bugs/show_bug.cgi?id=17005 It is particularly important for Debian if clang is considered as an alternative to gcc: http://clang.debian.net/ Though errors don't show up, some software may need basic IEEE 754 features, and if some operations are undefined due to the lack of IEEE 754 support from the compiler (allowing unsafe optimizations), errors won't necessarily be noticed in tests, or may appear later when new optimizations are introduced. Thanks for the feedback S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721013: installation-reports : elilo is missing in /target/usr/sbin
Control: reassign -1 installation-reports On Ma, 27 aug 13, 16:54:17, ohata.hide...@zf.mitsubishielectric.co.jp wrote: Package: d-i ia64 Reassigning to correct package. Andrei Boot method: netboot Image version: Debian version: 7 (wheezy) Installer build: 20130613 Date: 2013-Aug-19 Machine: hp rx2800i2 AH395A Processor: Itanium(R) Processor 9340 (1.6 GHz, 20 MB) Memory: 12179 MB (11.89 GB) Partition: root@rx28db:~# mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=384648,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1232800k,mode=755) /dev/sdb2 on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=4809280k) /dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) (parted) print Model: HP LOGICAL VOLUME (scsi) Disk /dev/sdb: 73.4GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End SizeFile system Name Flags 1 1049kB 99.6MB 98.6MB fat16 boot 2 99.6MB 60.1GB 60.0GB ext4 3 60.1GB 72.1GB 12.0GB linux-swap(v1) Comments/Problems: elilo is not installed to /target/usr/sbin/ at installation phase. root@rx28db:~# ls /usr/sbin/e* /usr/sbin/e2freefrag/usr/sbin/exim_convert4r4 /usr/sbin/exinext /usr/sbin/e4defrag /usr/sbin/exim_dbmbuild/usr/sbin/exipick /usr/sbin/exicyclog /usr/sbin/exim_dumpdb /usr/sbin/exiqgrep /usr/sbin/exigrep /usr/sbin/exim_fixdb /usr/sbin/exiqsumm /usr/sbin/exim /usr/sbin/exim_lock/usr/sbin/exiwhat /usr/sbin/exim4 /usr/sbin/exim_tidydb /usr/sbin/exim_checkaccess /usr/sbin/eximstats here the installer/syslog related to elilo ; . Aug 26 10:23:49 in-target: The following extra packages will be installed: Aug 26 10:23:49 in-target: libuuid-perl linux-base linux-image-3.2.0-4-mckinley Aug 26 10:23:49 in-target: Suggested packages: Aug 26 10:23:49 in-target: linux-doc-3.2 debian-kernel-handbook fdutils elilo Aug 26 10:23:49 in-target: Recommended packages: Aug 26 10:23:49 in-target: firmware-linux-free Aug 26 10:23:49 in-target: The following NEW packages will be installed: Aug 26 10:23:49 in-target: libuuid-perl linux-base linux-image-3.2.0-4-mckinley linux-image-mckinley Aug 26 10:23:49 in-target: 0 upgraded, 4 newly installed, 0 to remove and 0 not upgra . Aug 26 10:48:55 main-menu[459]: INFO: Menu item 'elilo-installer' selected Aug 26 10:48:55 main-menu[459]: INFO: Falling back to the package description for fat-modules-3.2.0-4-itanium-di Aug 26 10:48:55 main-menu[459]: INFO: Falling back to the package description for fat-modules-3.2.0-4-itanium-di Aug 26 10:49:17 main-menu[459]: (process:8600): Error: Both the primary and backup GP T tables are corrupt. Try making a fresh table, and using Parted's rescue feature to recover partitions. Aug 26 10:49:17 main-menu[459]: (process:8600): A bug has been detected in GNU Parted . Refer to the web site of parted http://www.gnu.org/software/parted/parted.html for more information of what could be useful for bug submitting! Please email a bug Aug 26 10:49:17 main-menu[459]: (process:8600): Aborted Aug 26 10:49:17 main-menu[459]: WARNING **: Configuring 'elilo-installer' failed with error code 1 Aug 26 10:49:17 main-menu[459]: WARNING **: Menu item 'elilo-installer' failed. Aug 26 10:49:19 main-menu[459]: DEBUG: resolver (libunwind7): package doesn't exist (ignored) here the installer/syslog related to partman, Aug 26 10:09:08 anna[1729]: DEBUG: retrieving partconf-find-partitions 1.40 Aug 26 10:09:08 anna[1729]: DEBUG: retrieving libparted0-udeb 2.3-12 Aug 26 10:09:09 anna[1729]: DEBUG: retrieving parted-udeb 2.3-12 Aug 26 10:09:10 anna[1729]: DEBUG: retrieving partman-auto 106 Aug 26 10:09:11 anna[1729]: DEBUG: retrieving partman-auto-raid 21 Aug 26 10:09:11 anna[1729]: DEBUG: retrieving partman-base 165 Aug 26 10:09:13 anna[1729]: DEBUG: retrieving partman-utils 165 Aug 26 10:09:13 anna[1729]: DEBUG: retrieving partman-basicfilesystems 77 Aug 26 10:09:14 anna[1729]: DEBUG: retrieving partman-basicmethods 52 Aug 26 10:09:15 anna[1729]: DEBUG: retrieving partman-btrfs 10 Aug 26 10:09:16 anna[1729]: DEBUG: retrieving partman-efi 36 Aug 26 10:09:20 anna[1729]: DEBUG: retrieving partman-ext3 74 Aug 26 10:09:21 anna[1729]: DEBUG: retrieving partman-jfs 38 Aug 26 10:09:22 anna[1729]:
Bug#664121: FAKECHROOT_BASE_ORIG instead of FAKECHROOT_BASE ?
Hi, I am having trouble with the proposed patch : Without patch : $ fakechroot fakeroot chroot /home/me/my_wheezy_chroot # cp /usr/bin/wget /usr/bin/nothing_of_such_name_outside # ldd /usr/bin/nothing_of_such_name_outside ldd: /usr/bin/nothing_of_such_name_outside: No such file or directory With the above patch : # ldd /usr/bin/nothing_of_such_name_outside Illegal division by zero at /home/me/ldd.fakechroot line 164. I tried the patch which follows : # ldd /usr/bin/nothing_of_such_name_outside linux-gate.so.1 = (0x) libfakeroot-sysv.so libfakechroot.so = not found libgnutls.so.26 = /home/me/my_wheezy_chroot/usr/lib/i386-linux-gnu/libgnutls.so.26 (0x) libtasn1.so.3 = /home/me/my_wheezy_chroot/usr/lib/i386-linux-gnu/libtasn1.so.3 (0x) libc.so.6 = /home/me/my_wheezy_chroot/lib/i386-linux-gnu/libc.so.6 (0x) /lib/ld-linux.so.2 (0x) libgcrypt.so.11 = /home/me/my_wheezy_chroot/lib/i386-linux-gnu/libgcrypt.so.11 (0x) libgpg-error.so.0 = /home/me/my_wheezy_chroot/lib/i386-linux-gnu/libgpg-error.so.0 (0x) libz.so.1 = /home/me/my_wheezy_chroot/lib/i386-linux-gnu/libz.so.1 (0x) libpthread.so.0 = /home/me/my_wheezy_chroot/lib/i386-linux-gnu/libpthread.so.0 (0x) libp11-kit.so.0 = /home/me/my_wheezy_chroot/usr/lib/i386-linux-gnu/libp11-kit.so.0 (0x) libdl.so.2 = /home/me/my_wheezy_chroot/lib/i386-linux-gnu/libdl.so.2 (0x) libidn.so.11 = /home/me/my_wheezy_chroot/usr/lib/i386-linux-gnu/libidn.so.11 (0x) librt.so.1 = /home/me/my_wheezy_chroot/lib/i386-linux-gnu/librt.so.1 (0x) Should the path to the (fake)chroot (ie /home/me/my_wheezy_chroot) appear ? I am not fluent in Perl. Thanks in advance for any correction or suggestion of improvement ! Regards, JH Chatenet --- a/scripts/ldd.fakechroot.pl 2011-12-11 13:05:34.0 +0100 +++ b/scripts/ldd.fakechroot.pl 2013-08-26 08:28:07.0 +0200 @@ -159,6 +159,10 @@ %Libs = (); $Dynamic = 0; +if (substr($file, 0, 1) eq '/') { +$file = $ENV{FAKECHROOT_BASE_ORIG}$file; +} + if (@args 1) { print $file:\n; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715314: patch for apt-show-versions perl error
Hi Greg thanks for the patch. I just uploaded released 0.22.2. Hi jidanni, can you verify that this also fixes bug 719560? Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Anselm Franz von Bentzel-Weg 12, 55128 Mainz Telefon: +49(6131)3926337 Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#694827: absolute path in LD_LIBRARY_PATH
It seems that the run-time dynamic loader gets confused by relative paths in LD_LIBRARY_PATHS. Nested chroot with a directory change may result in inexistent directory paths in LD_LIBRARY_PATH as well (see example1 attached) The following patch makes all paths in LD_LIBRARY_PATH absolute. (The same example gives the results in example2 attached) Regards, JH Chatenet Example 1 : without patch me@here:~$ fakechroot fakeroot chroot my_first_wheezy_chroot # cd /home # chroot not_me/my_second_wheezy_chroot # echo $LD_LIBRARY_PATH /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/usr/lib/i386-linux-gnu/libfakeroot: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/usr/lib64/libfakeroot: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/usr/lib32/libfakeroot: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/lib/i386-linux-gnu: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/usr/lib/i386-linux-gnu: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/lib/i486-linux-gnu: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/usr/lib/i486-linux-gnu: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/usr/local/lib: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/usr/lib/i386-linux-gnu/libfakeroot: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/usr/lib64/libfakeroot: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/usr/lib32/libfakeroot: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/home/me/my_first_wheezy_chroot/usr/lib: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/home/me/my_first_wheezy_chroot/lib: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/lib/i386-linux-gnu: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/usr/lib/i386-linux-gnu: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/lib/i486-linux-gnu: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/usr/lib/i486-linux-gnu: /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/usr/local/lib: my_first_wheezy_chroot/usr/lib/i386-linux-gnu/libfakeroot:my_first_wheezy_chroot/usr/lib64/libfakeroot: my_first_wheezy_chroot/usr/lib32/libfakeroot:my_first_wheezy_chroot/lib/i386-linux-gnu: my_first_wheezy_chroot/usr/lib/i386-linux-gnu:my_first_wheezy_chroot/lib/i486-linux-gnu: my_first_wheezy_chroot/usr/lib/i486-linux-gnu:my_first_wheezy_chroot/usr/local/lib: /usr/lib/i386-linux-gnu/libfakeroot:/usr/lib64/libfakeroot:/usr/lib32/libfakeroot: /home/me/my_first_wheezy_chroot/usr/lib:/home/me/my_first_wheezy_chroot/lib: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/usr/lib: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/lib (just breaking a long line at ':') There appear in LD_LIBRARY_PATH paths /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/my_first_wheezy_chroot/* /home/me/my_first_wheezy_chrootnot_me/my_second_wheezy_chroot/* which don't exist in the filesystem. Example 2 : with the patch applied me@here:~$ fakechroot fakeroot chroot my_first_wheezy_chroot # echo $LD_LIBRARY_PATH /home/me/my_first_wheezy_chroot/usr/lib/i386-linux-gnu/libfakeroot: /home/me/my_first_wheezy_chroot/usr/lib64/libfakeroot: /home/me/my_first_wheezy_chroot/usr/lib32/libfakeroot: /home/me/my_first_wheezy_chroot/lib/i386-linux-gnu: /home/me/my_first_wheezy_chroot/usr/lib/i386-linux-gnu: /home/me/my_first_wheezy_chroot/lib/i486-linux-gnu: /home/me/my_first_wheezy_chroot/usr/lib/i486-linux-gnu: /home/me/my_first_wheezy_chroot/usr/local/lib: /usr/lib/i386-linux-gnu/libfakeroot: /usr/lib64/libfakeroot: /usr/lib32/libfakeroot: /home/me/my_first_wheezy_chroot/usr/lib: /home/me/my_first_wheezy_chroot/lib # cd /home # chroot not_me/my_second_wheezy_chroot # echo $LD_LIBRARY_PATH /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/usr/lib/i386-linux-gnu/libfakeroot: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/usr/lib64/libfakeroot: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/usr/lib32/libfakeroot: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/lib/i386-linux-gnu: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/usr/lib/i386-linux-gnu: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/lib/i486-linux-gnu: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/usr/lib/i486-linux-gnu: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/usr/local/lib: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/usr/lib: /home/me/my_first_wheezy_chroot/home/not_me/my_second_wheezy_chroot/lib: /home/me/my_first_wheezy_chroot/usr/lib/i386-linux-gnu/libfakeroot:
Bug#720809: dvbcut: FTBFS with libav9: avframe.cpp:78:14: error: 'av_free' was not declared in this scope
On Sun, Aug 25, 2013 at 01:50:21PM +0200, David Suárez wrote: Source: dvbcut Version: 0.5.4+svn178-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130825 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Related to current libav9 transition (see #706798). Relevant part (hopefully): g++ -g -O2 -Wall -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\ -DHAVE_LIB_SWSCALE=1 -DHAVE_LIB_MAD=1 -DHAVE_LIB_A52=1 -DHAVE_LIB_AO=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_AO_AO_H=1 -DHAVE_MAD_H=1 -DHAVE_STDINT_H=1 -DHAVE_A52DEC_A52_H=1 -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -D__STDC_LIMIT_MACROS=1 -D__STDC_CONSTANT_MACROS=1 -D_FILE_OFFSET_BITS=64 -I/usr/include -I/usr/include/libavcodec -I/usr/include/libavformat -I/usr/include/libswscale -I/include -DQT_SHARED -DQT3_SUPPORT -I/usr/include/qt4 -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtXml -I. -I/usr/include -I/usr/include/libavcodec -I/usr/include/libavformat -I/usr/include/libswscale -I/include -DQT_SHARED -DQT3_SUPPORT -I/usr/include/qt4 -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtXml -I. -c -o avframe.o avframe.cpp avframe.cpp: In destructor 'avframe::~avframe()': avframe.cpp:78:14: error: 'av_free' was not declared in this scope av_free(f); ^ avframe.cpp: In member function 'QImage avframe::getqimage(bool, double)': avframe.cpp:126:21: error: 'av_free' was not declared in this scope av_free(avframergb); Patch attached. Cheers, Moritz diff -aur dvbcut-0.5.4+svn178.orig/src/avframe.cpp dvbcut-0.5.4+svn178/src/avframe.cpp --- dvbcut-0.5.4+svn178.orig/src/avframe.cpp 2013-07-22 18:25:56.0 +0200 +++ dvbcut-0.5.4+svn178/src/avframe.cpp 2013-07-22 18:34:07.53200 +0200 @@ -22,6 +22,7 @@ #include cstdlib #include cstdio #include avframe.h +#include libavutil/mem.h #ifdef HAVE_LIB_SWSCALE avframe::avframe() : tobefreed(0),w(0),h(0),dw(0),pix_fmt(),img_convert_ctx(0) Move the AV_OPT_TYPE_INT macro before the includes, it's referenced by the included headers in libav 9 Debian Bug #720805 diff -aur lives-2.0.5~ds0.orig/lives-plugins/plugins/decoders/mpegts_decoder.c lives-2.0.5~ds0/lives-plugins/plugins/decoders/mpegts_decoder.c --- lives-2.0.5~ds0.orig/lives-plugins/plugins/decoders/mpegts_decoder.c 2013-03-13 04:33:33.0 +0100 +++ lives-2.0.5~ds0/lives-plugins/plugins/decoders/mpegts_decoder.c 2013-07-22 20:31:37.60400 +0200 @@ -52,6 +52,9 @@ #include ../../../libweed/weed-compat.h #endif +#ifndef AV_OPT_TYPE_INT +#define AV_OPT_TYPE_INT FF_OPT_TYPE_INT +#endif #include decplugin.h @@ -69,9 +72,6 @@ #define offsetof(T, F) ((unsigned int)((char *)((T *)0)-F)) #endif -#ifndef AV_OPT_TYPE_INT -#define AV_OPT_TYPE_INT FF_OPT_TYPE_INT -#endif
Bug#721022: can't see any words in file
Package: abiword Version: 3.0.0~svn20130523-1 Can't see any words in http://www.immigration.gov.tw/public/MMO/imm/%E5%B8%B8%E8%A6%8B%E5%95%8F%E7%AD%94%E9%9B%86.doc antiword works fine though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720540:
control: retitle -1 ITP: simple-scan -- Simple Scanning Utility control: owner -1 ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694827: package configuration using libraries absent of the host machine
With the two preceding patches applied, I tried (fontconfig isn't installed on the host machine) : me@here:~$ fakechroot fakeroot chroot my_wheezy_chroot me@here:~$ LANG=C apt-get install fontconfig Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: fontconfig-config libexpat1 libfontconfig1 libfreetype6 ttf-dejavu-core ucf The following NEW packages will be installed: fontconfig fontconfig-config libexpat1 libfontconfig1 libfreetype6 ttf-dejavu-core ucf 0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded. Need to get 2567 kB of archives. After this operation, 5557 kB of additional disk space will be used. Do you want to continue [Y/n]? WARNING: The following packages cannot be authenticated! libexpat1 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 fontconfig Authentication warning overridden. Get:1 http://localhost/debian/ wheezy/main libexpat1 i386 2.1.0-1 [140 kB] Get:2 http://localhost/debian/ wheezy/main libfreetype6 i386 2.4.9-1.1 [454 kB] Get:3 http://localhost/debian/ wheezy/main ucf all 3.0025+nmu3 [70.8 kB] Get:4 http://localhost/debian/ wheezy/main ttf-dejavu-core all 2.33-3 [1021 kB] Get:5 http://localhost/debian/ wheezy/main fontconfig-config all 2.9.0-7.1 [233 kB] Get:6 http://localhost/debian/ wheezy/main libfontconfig1 i386 2.9.0-7.1 [301 kB] Get:7 http://localhost/debian/ wheezy/main fontconfig i386 2.9.0-7.1 [348 kB] Fetched 2567 kB in 0s (11.3 MB/s) Preconfiguring packages ... Can't exec /tmp/ucf.config.172171: Exec format error at /usr/share/perl/5.14/IPC/Open3.pm line 186. open2: exec of /tmp/ucf.config.172171 configure failed at /usr/share/perl5/Debconf/ConfModule.pm line 59 Selecting previously unselected package libexpat1:i386. (Reading database ... 9543 files and directories currently installed.) Unpacking libexpat1:i386 (from .../libexpat1_2.1.0-1_i386.deb) ... Selecting previously unselected package libfreetype6:i386. Unpacking libfreetype6:i386 (from .../libfreetype6_2.4.9-1.1_i386.deb) ... Selecting previously unselected package ucf. Unpacking ucf (from .../ucf_3.0025+nmu3_all.deb) ... Moving old data out of the way Selecting previously unselected package ttf-dejavu-core. Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-3_all.deb) ... Selecting previously unselected package fontconfig-config. Unpacking fontconfig-config (from .../fontconfig-config_2.9.0-7.1_all.deb) ... Selecting previously unselected package libfontconfig1:i386. Unpacking libfontconfig1:i386 (from .../libfontconfig1_2.9.0-7.1_i386.deb) ... Selecting previously unselected package fontconfig. Unpacking fontconfig (from .../fontconfig_2.9.0-7.1_i386.deb) ... Processing triggers for man-db ... Setting up libexpat1:i386 (2.1.0-1) ... Setting up libfreetype6:i386 (2.4.9-1.1) ... Setting up ucf (3.0025+nmu3) ... Setting up ttf-dejavu-core (2.33-3) ... Setting up fontconfig-config (2.9.0-7.1) ... Setting up libfontconfig1:i386 (2.9.0-7.1) ... Setting up fontconfig (2.9.0-7.1) ... Regenerating fonts cache... done. The installation reached the end - in spite of the error while configuring ucf. Or providing the needed configuration to debootstrap by hand : FAKECHROOT_CMD_SUBST=/usr/sbin/chroot=/usr/sbin/chroot.fakechroot fakechroot fakeroot debootstrap --variant=fakechroot --no-check-gpg --include=fontconfig wheezy my_wheezy_chroot file:///media/debian which ended with I: Configuring fontconfig... I: Configuring apt... I: Configuring wget... I: Configuring tasksel... I: Configuring tasksel-data... I: Base system installed successfully. Could we patch debootstrap.env ? Then we can get rid of FAKECHROOT_CMD_SUBST=/usr/sbin/chroot=/usr/sbin/chroot.fakechroot Regards, JH Chatenet --- a/scripts/debootstrap.env.sh2011-12-11 13:05:34.0 +0100 +++ b/scripts/debootstrap.env.sh2013-08-26 13:00:50.0 +0200 @@ -1,9 +1,18 @@ # Additional environment setting for debootstrap +if ! command -v chroot /dev/null; then +PATH=${PATH:-/usr/bin:/bin}:/usr/sbin:/sbin +export PATH +fi + +chroot=`command -v chroot 2/dev/null` +chroot=${chroot:-@CHROOT@} + cmd_subst= /bin/mount=/bin/true /sbin/devfs=/bin/true /sbin/insserv=/bin/true +$chroot=@sbindir@/chroot.fakechroot /sbin/ldconfig=/bin/true /usr/bin/ischroot=/bin/true /usr/bin/ldd=@bindir@/ldd.fakechroot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720513: GRUB stopped in rescue mode for me, too
Hi! grub-efi-amd64 stopped in rescue mode for me as well. I added a 30 GB mSATA SSD to my system some time ago and yesterday moved my Debian GNU/Linux Sid installation to it. First I tried UEFI which failed like described here. Then MBR also failed until I removed mSATA SSD from BIOS bood order to put it past old Intel SSD 320 (see bug #721016). Unlike reported there, GRUB just dumped me into rescue mode without any error message being displayed. Since the bug report mentioned that it happened after upgrade to 2.00-15 to 2.00-17 I downgraded again using the following packages from snapshot.debian.org: grub2-common_2.00-15_amd64.deb grub-common_2.00-15_amd64.deb grub-efi-amd64_2.00-15_amd64.deb grub-efi-amd64-bin_2.00-15_amd64.deb I reinstalled grub using grub-install --target=x86_64-efi /dev/sdb I also tried with grub-install --target=x86_64-efi --efi-directory=/boot/efi /dev/sdb EFI setup I did along the lines of: http://tanguy.ortolo.eu/blog/article51/debian-efi But grub-install /dev/sdb alone didn´t work. It complained something about a missing directory and suggested to use --target or --directory. Which I did in above. Thats probably cause I did install from BIOS mode. My EFI partition is as follows: merkaba:~ find /boot/efi -ls 1 16 drwxr-xr-x 3 root root16384 Jan 1 1970 /boot/efi 44 drwxr-xr-x 4 root root 4096 Aug 26 14:40 /boot/efi/EFI 74 drwxr-xr-x 2 root root 4096 Aug 26 14:38 /boot/efi/EFI/debian 9 120 -rwxr-xr-x 1 root root 121856 Aug 26 13:00 /boot/efi/EFI/debian/grubx64.efi 104 drwxr-xr-x 2 root root 4096 Aug 26 14:40 /boot/efi/EFI/boot 12 120 -rwxr-xr-x 1 root root 121856 Aug 26 13:00 /boot/efi/EFI/boot/bootx64.efi I copied the boot/bootx64.efi over manually from debian/grubx86.efi. That is with grub 2.00-15. With grub 2.00-17 size was a bit higher. This was to have the firmware boot at least something, until I am able to use efivars and this magic command to tell it to boot the debian entry. This seemed to have worked as I got to GRUB. This is on a ThinkPad T520, with UEFI firmware without Secure Boot. I used GPT partitioning which I converted to MBR now in order to be able to boot this somehow. Basically it was Command (? for help): p Disk /dev/sdb: 58626288 sectors, 28.0 GiB Logical sector size: 512 bytes Disk identifier (GUID): 496603F8-[…] Partition table holds up to 128 entries First usable sector is 34, last usable sector is 58626254 Partitions will be aligned on 2048-sector boundaries Total free space is 15659181 sectors (7.5 GiB) Number Start (sector)End (sector) Size Code Name 12048 411647 200.0 MiB EF00 EFI System 2 411648 1026047 300.0 MiB 8300 Linux filesystem 3 102604842969087 20.0 GiB8300 Linux filesystem Now is: merkaba:~ fdisk -l /dev/sdb Disk /dev/sdb: 30.0 GB, 30016659456 bytes 255 heads, 63 sectors/track, 3649 cylinders, total 58626288 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sdb12048 411647 204800 ef EFI (FAT-12/16/32) /dev/sdb2 411648 1026047 307200 83 Linux /dev/sdb3 10260484296908720971520 83 Linux in order to boot via grub-pc. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721023: lists.debian.org: Large spams automatically evade SpamAssassin (SAmaxbody)
Package: lists.debian.org Severity: normal Email with large attachments seem to skip the spam filters: X-SA-Exim-Scanned: No (on wagner.debian.org); Message bigger than SAmaxbody (256000) Sadly some spammers are putting 2MB attachments in their mail. It's not happening often, I've noticed about 3 in the last week. An example on the pkg-games-devel list: Message-ID: 588303331.16865287.1377587071201.javamail.r...@ucab.edu.ve Please could the maximum size for scanning be increased? Related bugs: #706337 spamassassin: should be able to check messages bigger than max-size, e.g. by truncating them for the check Thanks, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628843: Bug#659878: cannot set terminal process group (-1): Inappropriate ioctl for device
Hello, First, I'm sorry that it took me now nearly three month to finish because always when I have the impression having time left it turns the opposite. However, finally I managed that the patch is working so far but it's not fully tested. Currently I just tested on amd64, with PAM authentication with bash job controlling foreground/background and SIGSTOP/SIGCONT processes, so tests with other platforms and shells are still necessary including non PAM authentication. I created a branch (su-C_tty) starting with the patch from Wolfgang Zarre (comment 141 in #628843). Thanks! You are welcome! The branch is on svn.debian.org ? There is one thing I don't understand (let's start with this one): When I execute a command with su –c command, it does not react to SIGTSTP (either from Ctrl-Z or kill -SIGTSTP). It works OK when I execute a shell. Is this behavior expected? What is the reason? Actually it's not expected however, there where issues as mentioned in #156 but was targeting more the issues as mentioned above to switch correct the parent's tty between cooked and raw mode. A short test was showing now that this is really not working as expected and I'll try to investigate and rework the patch accordingly. Best regards Wolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721024: dpkg-shlibdeps failed, but alien did not tell anybody
Package: alien Version: 8.87 To convert a *.tar.gz to *.deb alien seems to run several debhelper programs internally. Problem is: If dpkg-shlibdeps goes wrong due to a missing *.so file, then the error message is not shown and alien seems to succeed. The package doesn't have _any_ Depends in this case. Of course you get the error message later at run time, but I would prefer to avoid this. Using --veryverbose I see the error message, but alien still seems to succeed. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721026: renpy: FTBFS with libav 9: error: unknown type name 'ByteIOContext'
Source: renpy Version: 6.13.12-1 Severity: serious Tags: sid jessie Control: block 706798 by -1 renpy FTBFS against libav 9: | x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I. -I/usr/include -I/usr/include/SDL -I/usr/include/freetype2 -I/usr/include/python2.7 -c ffdecode.c -o build/temp.linux-x86_64-2.7/ffdecode.o -Wno-unused-function | ffdecode.c:197:5: error: unknown type name 'ByteIOContext' | ByteIOContext *io_context; | ^ | ffdecode.c:245:32: error: 'FF_ER_CAREFUL' undeclared here (not in a function) | static int error_recognition = FF_ER_CAREFUL; | ^ | ffdecode.c:287:1: error: unknown type name 'ByteIOContext' | static ByteIOContext *rwops_open(SDL_RWops *rw) { | ^ | ffdecode.c: In function 'rwops_open': | ffdecode.c:290:5: error: unknown type name 'ByteIOContext' | ByteIOContext *rv = av_alloc_put_byte( | ^ | ffdecode.c:290:5: warning: implicit declaration of function 'av_alloc_put_byte' [-Wimplicit-function-declaration] | ffdecode.c:290:25: warning: initialization makes pointer from integer without a cast [enabled by default] | ByteIOContext *rv = av_alloc_put_byte( | ^ | ffdecode.c: In function 'video_thread': | ffdecode.c:1315:9: warning: variable 'len1' set but not used [-Wunused-but-set-variable] | int len1, got_picture; | ^ | ffdecode.c: In function 'subtitle_thread': | ffdecode.c:1374:9: warning: variable 'len1' set but not used [-Wunused-but-set-variable] | int len1, got_subtitle; | ^ | ffdecode.c: In function 'audio_decode_frame': | ffdecode.c:1539:13: warning: 'avcodec_decode_audio3' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3608) [-Wdeprecated-declarations] | len1 = avcodec_decode_audio3(dec, | ^ | ffdecode.c:1561:59: error: 'SAMPLE_FMT_S16' undeclared (first use in this function) | (dec-channels != 2 || dec-sample_fmt != SAMPLE_FMT_S16)) { |^ | ffdecode.c:1561:59: note: each undeclared identifier is reported only once for each function it appears in | ffdecode.c:1563:17: warning: 'av_audio_resample_init' is deprecated (declared at /usr/include/libavcodec/avcodec.h:4109) [-Wdeprecated-declarations] | is-reformat_ctx = av_audio_resample_init( | ^ | ffdecode.c:1584:17: warning: implicit declaration of function 'av_get_bits_per_sample_format' [-Wimplicit-function-declaration] | int len = data_size / (av_get_bits_per_sample_format(dec-sample_fmt) / 8); | ^ | ffdecode.c:1587:17: warning: 'audio_resample' is deprecated (declared at /usr/include/libavcodec/avcodec.h:4117) [-Wdeprecated-declarations] | len = audio_resample(is-reformat_ctx, (short *) is-audio_buf2, (short *) is-audio_buf1, len); | ^ | ffdecode.c: In function 'stream_component_open': | ffdecode.c:1812:5: warning: 'lowres' is deprecated (declared at /usr/include/libavcodec/avcodec.h:2718) [-Wdeprecated-declarations] | enc-lowres = lowres; | ^ | ffdecode.c:1819:8: error: 'AVCodecContext' has no member named 'error_recognition' | enc-error_recognition= error_recognition; | ^ | ffdecode.c:1828:5: warning: implicit declaration of function 'avcodec_open' [-Wimplicit-function-declaration] | err = avcodec_open(enc, codec); | ^ | ffdecode.c:1837:9: warning: implicit declaration of function 'avcodec_thread_init' [-Wimplicit-function-declaration] | avcodec_thread_init(enc, thread_count); | ^ | ffdecode.c: In function 'stream_component_close': | ffdecode.c:1896:13: warning: 'audio_resample_close' is deprecated (declared at /usr/include/libavcodec/avcodec.h:4126) [-Wdeprecated-declarations] | audio_resample_close(is-reformat_ctx); | ^ | ffdecode.c: In function 'dump_stream_info': | ffdecode.c:1956:5: error: unknown type name 'AVMetadataTag' | AVMetadataTag *tag = NULL; | ^ | ffdecode.c:1957:5: warning: implicit declaration of function 'av_metadata_get' [-Wimplicit-function-declaration] | while ((tag=av_metadata_get(s-metadata,,tag,AV_METADATA_IGNORE_SUFFIX))) | ^ | ffdecode.c:1957:52: error: 'AV_METADATA_IGNORE_SUFFIX' undeclared (first use in this function) | while ((tag=av_metadata_get(s-metadata,,tag,AV_METADATA_IGNORE_SUFFIX))) | ^ | ffdecode.c:1958:40: error: request for member 'key' in something not a structure or union | fprintf(stderr, %s: %s\n, tag-key, tag-value); | ^ | ffdecode.c:1958:50: error: request for member 'value' in something not a structure or union | fprintf(stderr, %s: %s\n, tag-key, tag-value); | ^ | ffdecode.c: In function 'decode_thread': |
Bug#721025: spek: FTBFS with spek-fft.cc:31:82: error: 'malloc' was not declared in this scope
Source: spek Version: 0.8.2-1 Severity: serious Justification: FTBFS but built successfully in the past Tags: jessie sid Control: block 706798 by -1 spek currently FTBFS: | g++ -DHAVE_CONFIG_H -I. -I.. -include config.h -pthread -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -std=gnu++11 -Wall -Wextra -c -o libspek_a-spek-fft.o `test -f 'spek-fft.cc' || echo './'`spek-fft.cc | spek-fft.cc: In function 'spek_fft_plan* spek_fft_plan_new(int)': | spek-fft.cc:31:82: error: 'malloc' was not declared in this scope | struct spek_fft_plan *p = (spek_fft_plan*)malloc(sizeof(struct spek_fft_plan)); | ^ | spek-fft.cc: In function 'void spek_fft_delete(spek_fft_plan*)': | spek-fft.cc:67:11: error: 'free' was not declared in this scope | free(p); |^ | make[3]: *** [libspek_a-spek-fft.o] Error 1 The full build log is available from http://people.debian.org/~sramacher/logs/spek_0.8.2-1_amd64-20130826-1853.log Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#721027: /usr/bin/xfce4-power-manager-settings: xfce4-power-manager-settings Help button does not work
Package: xfce4-power-manager Version: 1.0.11-2+b1 Severity: normal File: /usr/bin/xfce4-power-manager-settings Dear Maintainer, Start xfce4-power-manager-settings, click Help button, Xfce Power Manager window closes but nothing else happens. Perhaps the package is missing some dependency on documentation, or perhaps there is no documentation. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 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 xfce4-power-manager depends on: ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libnotify40.7.5-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxfce4ui-1-04.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 ii libxrandr22:1.3.2-2+deb7u1 ii upower0.9.17-1 ii xfce4-power-manager-data 1.0.11-2 Versions of packages xfce4-power-manager recommends: ii consolekit 0.4.5-3.1 Versions of packages xfce4-power-manager suggests: ii udisks 1.0.4-7 pn xfce4-power-manager-plugins 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#716982: Test suite disabled, demoting severity
severity 716982 normal retitle 716982 tellico: FTBFS with test suite: expects usable HOME, DISPLAY thanks Hi, the upload of tellico 2.3.8+dfsg.1-2 disables the test suite, allowing the build to complete successfully. Thus, demoting the severity of this bug as normal. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#705420: Confirming in libsoup2.4-1/2.42.2-6 in debian testing
I have the same crash is eclipse indigo and crashplan
Bug#720779: [Help] Fwd: Bug#720779: amide: FTBFS against libav 9
Hi, I checked this and can confirm that the problem occures in an unstable chroot with the current version in Debian and the latest upstream (in SVN). It seems to be connected to a recent change in libav* - any hint would be welcome. Kind regards Andreas. - Forwarded message from Sebastian Ramacher sramac...@debian.org - Date: Sun, 25 Aug 2013 14:50:01 +0200 From: Sebastian Ramacher sramac...@debian.org To: Debian Bug Tracking System sub...@bugs.debian.org Subject: Bug#720779: amide: FTBFS against libav 9 X-Debian-PR-Message: report 720779 X-Debian-PR-Package: src:amide X-Debian-PR-Keywords: X-Debian-PR-Source: amide Source: amide Version: 1.0.1-1 Severity: serious Justification: fails to build but successfully built in the past Control: block 706798 by -1 amide FTBFS against libav 9: | libtool: link: g++ -I/usr/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux- | gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/incl | ude/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/harfbuzz -I/usr/include/libxml2 -I/usr/include/gail-1.0 -I/u | sr/include/libart-2.0 -I/usr/include/libgnomecanvas-2.0 -pthread -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I | /usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0 | /include -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/dcmt | k/dcmdata -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DG_DISABLE_DEPRECATED -g -O2 -Wl,-z -Wl,defs -o amide a | mitk_marshal.o amitk_type_builtins.o amitk_raw_data_UBYTE.o amitk_raw_data_SBYTE.o amitk_raw_data_USHORT.o amitk_raw_data_SSHORT.o amitk_raw_data_UINT.o amitk_ | raw_data_SINT.o amitk_raw_data_FLOAT.o amitk_raw_data_DOUBLE.o amitk_data_set_UBYTE_0D_SCALING.o amitk_data_set_UBYTE_1D_SCALING.o amitk_data_set_UBYTE_2D_SCAL | ING.o amitk_data_set_SBYTE_0D_SCALING.o amitk_data_set_SBYTE_1D_SCALING.o amitk_data_set_SBYTE_2D_SCALING.o amitk_data_set_USHORT_0D_SCALING.o amitk_data_set_U | SHORT_1D_SCALING.o amitk_data_set_USHORT_2D_SCALING.o amitk_data_set_SSHORT_0D_SCALING.o amitk_data_set_SSHORT_1D_SCALING.o amitk_data_set_SSHORT_2D_SCALING.o | amitk_data_set_UINT_0D_SCALING.o amitk_data_set_UINT_1D_SCALING.o amitk_data_set_UINT_2D_SCALING.o amitk_data_set_SINT_0D_SCALING.o amitk_data_set_SINT_1D_SCAL | ING.o amitk_data_set_SINT_2D_SCALING.o amitk_data_set_FLOAT_0D_SCALING.o amitk_data_set_FLOAT_1D_SCALING.o amitk_data_set_FLOAT_2D_SCALING.o amitk_data_set_DOU | BLE_0D_SCALING.o amitk_data_set_DOUBLE_1D_SCALING.o amitk_data_set_DOUBLE_2D_SCALING.o amitk_data_set_UBYTE_0D_SCALING_INTERCEPT.o amitk_data_set_UBYTE_1D_SCAL | ING_INTERCEPT.o amitk_data_set_UBYTE_2D_SCALING_INTERCEPT.o amitk_data_set_SBYTE_0D_SCALING_INTERCEPT.o amitk_data_set_SBYTE_1D_SCALING_INTERCEPT.o amitk_data_ | set_SBYTE_2D_SCALING_INTERCEPT.o amitk_data_set_USHORT_0D_SCALING_INTERCEPT.o amitk_data_set_USHORT_1D_SCALING_INTERCEPT.o amitk_data_set_USHORT_2D_SCALING_INT | ERCEPT.o amitk_data_set_SSHORT_0D_SCALING_INTERCEPT.o amitk_data_set_SSHORT_1D_SCALING_INTERCEPT.o amitk_data_set_SSHORT_2D_SCALING_INTERCEPT.o amitk_data_set_ | UINT_0D_SCALING_INTERCEPT.o amitk_data_set_UINT_1D_SCALING_INTERCEPT.o amitk_data_set_UINT_2D_SCALING_INTERCEPT.o amitk_data_set_SINT_0D_SCALING_INTERCEPT.o am | itk_data_set_SINT_1D_SCALING_INTERCEPT.o amitk_data_set_SINT_2D_SCALING_INTERCEPT.o amitk_data_set_FLOAT_0D_SCALING_INTERCEPT.o amitk_data_set_FLOAT_1D_SCALING | _INTERCEPT.o amitk_data_set_FLOAT_2D_SCALING_INTERCEPT.o amitk_data_set_DOUBLE_0D_SCALING_INTERCEPT.o amitk_data_set_DOUBLE_1D_SCALING_INTERCEPT.o amitk_data_s | et_DOUBLE_2D_SCALING_INTERCEPT.o amitk_roi_ELLIPSOID.o amitk_roi_CYLINDER.o amitk_roi_BOX.o amitk_roi_ISOCONTOUR_2D.o amitk_roi_ISOCONTOUR_3D.o amitk_roi_FREEH | AND_2D.o amitk_roi_FREEHAND_3D.o amide.o amide_gconf.o amide_gnome.o amitk_common.o amitk_canvas.o amitk_canvas_object.o amitk_color_table.o amitk_color_table_ | menu.o amitk_data_set.o amitk_dial.o amitk_fiducial_mark.o amitk_filter.o amitk_line_profile.o amitk_object.o amitk_object_dialog.o amitk_point.o amitk_prefere | nces.o amitk_progress_dialog.o amitk_raw_data.o amitk_roi.o amitk_space.o amitk_space_edit.o amitk_study.o amitk_threshold.o amitk_tree_view.o amitk_volume.o a | mitk_window_edit.o alignment_mutual_information.o alignment_procrustes.o analysis.o dcmtk_interface.o fads.o image.o legacy.o libecat_interface.o libmdc_interf | ace.o mpeg_encode.o pixmaps.o raw_data_import.o render.o tb_alignment.o
Bug#721029: tellico: please enable parallel building
Source: tellico Version: 2.3.8+dfsg.1-2 Severity: wishlist Tags: patch Hi, tellico seems to build fine with multiple build jobs when building. Thus, my suggestion is to enable the parallel build (with the --parallel option of dh) to speed up the compilation when requested (see also Policy §4.9.1). Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -8,7 +8,7 @@ export DEB_LDFLAGS_MAINT_APPEND = -Wl,--no-undefined -Wl,--as-needed %: - dh $@ --with kde + dh $@ --with kde --parallel override_dh_auto_configure: dh_auto_configure --buildsystem=kde -- \
Bug#721028: apt-show-source: Use of uninitialized value $value in substitution
Package: apt-show-source Version: 0.10 Severity: normal Tags: patch Keep seeing these warnings: Use of uninitialized value $value in substitution (s///) at /usr/bin/apt-show-source line 262, FILE line 16. Use of uninitialized value $value in substitution (s///) at /usr/bin/apt-show-source line 263, FILE line 16. Use of uninitialized value $value in substitution (s///) at /usr/bin/apt-show-source line 262, FILE line 53. Use of uninitialized value $value in substitution (s///) at /usr/bin/apt-show-source line 263, FILE line 53. This trivial patch corrects that: --- /usr/bin/apt-show-source2003-11-02 14:15:07.0 +0100 +++ /tmp/apt-show-source2013-08-27 12:37:34.0 +0200 @@ -259,8 +259,10 @@ } unless ((/^Package/) || (/^Version/) || (/^Status/) || (/^Source/)) {next}; ($key, $value) = split /: /, $_; - $value =~ s/\n//; - $value =~ s/\s\(.*\)$//; # Remove any Version information in () + if ($value) { + $value =~ s/\n//; + $value =~ s/\s\(.*\)$//; # Remove any Version information in () + } $package-{$key} = $value; } if ($opts{'verbose'}) {print completed.\n}; -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (59, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE= (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages apt-show-source depends on: ii apt 0.9.9.4 ii perl 5.14.2-21 apt-show-source recommends no packages. apt-show-source suggests no packages. -- no debconf information Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719315: ITP: taskwarrior-web -- A web interface for the Taskwarrior todo application
Jérémy, Thanks for reviewing this. On 26/08/13 03:38 PM, Jérémy Bobbio wrote: Packaged in libjs-twitter-bootstrap. Check out my work in progress in git. You'll find I already depend on this. Ben Armstrong: lib/taskwarrior-web/public/css/datepicker.css lib/taskwarrior-web/public/js/bootstrap-datepicker.js Copyright 2012 Stefan Petre, ASL 2.0 Does not look packaged. Nor would I want to package it. I could find no VCS for this upstream, and the release is an unversioned zip archive. I'll just leave this embedded for now. Maybe I can convince either upstream for taskwarrior-web to use something better, or upstream for datepicker to produce proper releases. lib/taskwarrior-web/public/js/jquery.dataTables.min.js Copyright 2008-2012 Allan Jardine, Dual GPLv2+BSD Does not look packaged. But the good news is, Matthias Schmitz is packaging this and I will be sponsoring the upload. We're already partway through the review process. See #719601. Packaged in libjs-jquery-hotkeys. Again, I already depend on this (and have included a patch to make taskwarrior-web work with Debian's version). Packaged in libjs-jquery. Yup, I depend on this, too. With this, and other minified js files for some of the other dependencies above, I need to do a dfsg repack, which is next up on my TODO. lib/taskwarrior-web/public/js/tinycon.min.js Copyright (c) 2012 Tom Moor, MIT Does not look packaged. I will file an ITP for this. It looks pretty slick and has a reasonable upstream. Ben signature.asc Description: OpenPGP digital signature
Bug#720941: Patch for GNU/Hurd
Am Montag, den 26.08.2013, 22:33 +0200 schrieb Svante Signell: ManyMouse: -1 mice detected. Failed to truncate cookie file: Invalid argument Failed to truncate cookie file: Invalid argument Failed to write cookie file: Unknown error (os/kern) 303 socket(): Protocol wrong type for socket socket(): Protocol wrong type for socket W: [(null)] caps.c: Normally all extra capabilities would be dropped now, but that's impossible because this Pulseaudio was built without libcap support. pulseaudio: ../libpthread/sysdeps/mach/pt-thread-halt.c:51: __pthread_thread_halt: Unexpected error: (ipc/send) invalid destination port. ZSNES could not find any joysticks. This doesn't look like the issue is in zsnes. There is no cookie in zsnes' code. ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721023: lists.debian.org: Large spams automatically evade SpamAssassin (SAmaxbody)
Steve Cotton schrieb am Tuesday, den 27. August 2013: Package: lists.debian.org Severity: normal Email with large attachments seem to skip the spam filters: X-SA-Exim-Scanned: No (on wagner.debian.org); Message bigger than SAmaxbody (256000) Sadly some spammers are putting 2MB attachments in their mail. It's not happening often, I've noticed about 3 in the last week. An example on the pkg-games-devel list: Message-ID: 588303331.16865287.1377587071201.javamail.r...@ucab.edu.ve Please could the maximum size for scanning be increased? We are not alioth. You should ask the alioth admins. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721032: apt: [INTL: it] Outdated Italian translation
Package: apt Version: 0.9.11.1 Severity: wishlist Tags: patch l10n apt version 0.9.11.1 has an outdated Italian translation. I'm attaching the translation here. Thanks. -- Milo Casagrande m...@ubuntu.com it.po.gz Description: GNU Zip compressed data
Bug#721031: darkplaces: does not provide 'quake-engine'
Package: darkplaces Severity: minor Hi, the darkplaces packages currently does not provide the virtual quake-engine package. Thus, it cannot be selected as an alternative to quakespasm upon installation of the quake meta-package. - Fabian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (900, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721030: apt: [INTL: it] Outdated Italian Translation
Package: apt Version: 0.9.9.4 Severity: wishlist Tags: patch l10n apt version 0.9.9.4 has an outdated Italian translation. I'm attaching the translation here. Thanks. -- Milo Casagrande m...@ubuntu.com it.po.gz Description: GNU Zip compressed data
Bug#721033: KGB-client silently drops multi line commit message after new line
Package: kgb-client Severity: wishlist Tags: patch KGB-client silently drops multi line commit message after a new line character eg: http://anonscm.debian.org/viewvc/ddp/manuals/trunk/debian-faq/po4a/po/ja.po?view=log the message was: [debian-faq] translated by victory, reviewed by kano, ZnZ and Kaneko what KGB-client said was: 19:35 KGB-2 victory .deb 10228 ja.po [debian-faq] assumed $self-log has complete message, something like this? my $log = $self-log; +$log =~ s/\x0D\x0A|\x0D|\x0A/ /g; -- victory Commit.pm.patch Description: Binary data
Bug#721034: [l10n:cs] Updated Czech translation of PO debconf template for keystone 2013.1.2-6
Package: keystone Version: 2013.1.2-6 Severity: wishlist Tags: l10n, patch In attachment there is updated Czech translation of PO debconf template (cs.po) for package keystone, please include it. cs.po Description: Binary data
Bug#437472: Public report in nm.debian.org database?
Control: tag -1 + pending The new site has gained a feature for quick AM approvals on the web interface; I think this partially covers what was requested by aj. What is missing is sending the public AM report to debian-newmaint automatically. Marco Bardelli has just implemented storing the public short bio in the nm.debian.org database, and work is underway to mail a public AM report to debian-newmaint automatically. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#706798: transition: Libav 9
Sorry for spamming the list with BTS noise. All the FTBFS bugs from dependency level 1 should be filed now and most of them be marked as blocker of the transition bug. I hope I didn't miss any. Also thanks to David for the rebuild! Here is a rough overview of the current state (depedency level 1): With patch: #692980 electricsheep #694131 zoneminder #694299 shotdetect Marked as pending: #720785 ffmpegthumbnailer Fixed in experimental, awaiting upload to unstable: #692912 chromaprint #720826 wxsvg Without patch, not pending, not fixed in experimental: #692809 audacity #693560 qutecom (has a partial patch) #694143 ffmpeg-php #707411 zoneminder #713197 imageshack-uploader #713276 gnash #718125 libvalhalla #720668 linphone #720727 dff #720779 amide #720781 cmus #720783 dvswitch #720790 forked-daapd #720797 libphash #720805 lives #720808 gst-libav1.0 #720810 miro #720814 motion #720820 lynkeos.app #720823 jugglemaster #721025 spek #721026 renpy I don't know if all the packages in dependency level 2 have been checked, but that's the current state: With patch: #677959 mediatomb #693106 xine-lib #720809 dvbcut Without patch: #713354 visp #720796 gstreamer0.10-ffmpeg Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#720779: [Help] Fwd: Bug#720779: amide: FTBFS against libav 9
On 27.08.2013 12:50, Andreas Tille wrote: Hi, I checked this and can confirm that the problem occures in an unstable chroot with the current version in Debian and the latest upstream (in SVN). It seems to be connected to a recent change in libav* - any hint would be welcome. Yes, the recent libavcodec removed some more deprecated functions and your source code needs some adaptation. Fortunately, those 3 functions are easy to convert, see the attached patch. Note that there is another deprecated function, avcodec_encode_video, which may be (or will be) removed in a later libav release. Cheers, Andreas --- amide-1.0.1.orig/src/mpeg_encode.c +++ amide-1.0.1/src/mpeg_encode.c @@ -212,7 +212,7 @@ gboolean avcodec_initialized=FALSE; static void mpeg_encoding_init(void) { if (!avcodec_initialized) { /* must be called before using avcodec lib */ -avcodec_init(); +avcodec_register_all(); /* register all the codecs */ avcodec_register_all(); @@ -261,7 +261,7 @@ gpointer mpeg_encode_setup(gchar * outpu return NULL; } - encode-context = avcodec_alloc_context(); + encode-context = avcodec_alloc_context3(NULL); if (!encode-context) { g_warning(couldn't allocate memory for encode-context); encode_free(encode); @@ -299,7 +299,7 @@ gpointer mpeg_encode_setup(gchar * outpu encode-context-trellis=2; /* turn trellis quantization on */ /* open it */ - if (avcodec_open(encode-context, encode-codec) 0) { + if (avcodec_open2(encode-context, encode-codec, NULL) 0) { g_warning(could not open codec); encode_free(encode); return NULL; signature.asc Description: OpenPGP digital signature
Bug#720830: [l10n:cs] Updated Czech translation of PO debconf template for glance 2013.1.2-4
Please use this file instead previous. It contains some important translation fixes. Thanks cs.po Description: Binary data
Bug#693428: nm.debian.org/cgi-bin/nm-dump is empty
On Fri, Nov 16, 2012 at 11:26:15AM +, Bart Martens wrote: The DDPO currently does not show information from NM because https://nm.debian.org/cgi-bin/nm-dump is currently empty. Indeed it has disappeared since switching to the new site codebase. What kind of information do you need? We can implement some data export for DDPO in the new site. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#703169: btrfs-tools: bedup
On 27 August 2013 07:39, Petter Reinholdtsen p...@hungry.com wrote: [Dmitrijs Ledkovs] Sure. Btrfs package needs a rebuild against lzo2-2-udeb upstream update, so i shall be doing another upload soon. Hi. I noticed the new upload of version 0.19+20130705-1, but it did not close this bug. Is there some snag blocking the inclusion of bedup in btrfs-tools? I wanted to unbreak the installer and separate /usr systems, without the delay of dedup binary package going through new. I'm working on including dedup. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702707: findperson form can't handle gpg fingerprint with spaces
On Sun, Mar 10, 2013 at 04:05:29PM +0100, Thomas Koch wrote: when searching for a person via its OpenPGP key fingerprint on https://nm.debian.org/public/findperson/ the field only works with input that does not have spaces. However the output of gpg --fingerprint contains spaces and the form handling logic should remove all spaces from the input before processing. Thanks, you're right. It looks like a straightforward change, I've added it to the site TODO list[1]. [1] https://wiki.debian.org/Teams/FrontDesk/NmSiteDevel Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#721031: darkplaces: does not provide 'quake-engine'
tags 721031 + pending thanks On 27/08/13 12:20, Fabian Greffrath wrote: the darkplaces packages currently does not provide the virtual quake-engine package. Oops, fixed in git. Thus, it cannot be selected as an alternative to quakespasm upon installation of the quake meta-package. It actually can (it implements the alternative in /etc/alternatives) - you just can't uninstall the now-unused quakespasm package, because that's the only thing providing the virtual package. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721005: linux: sierra Gobi 3000 WWAN no longer works
Christoph Anton Mitterer cales...@scientia.net writes: I'm having a Fujitsu Lifebook E782 which has some Sierra Gobi 3000 UMTS modem in it. For many years it simply used to work perfectly, but a year ago or so it already stopped working (i.e. wasn't detected anymore by the kernel)... but it came back surprisingly around March that year and worked at least until May. Could you relate this to kernel versions and/or BIOS upgrades? It is hard for anyone else to know exactly what you were doing in March last year... Unfortunately I don't know when exactly it stopped worked since I use it only rarley when I'm on train. I don't know that either, I'm afraid. # lsusb Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 009: ID 04f2:b2fc Chicony Electronics Co., Ltd Bus 001 Device 011: ID 0489:e052 Foxconn / Hon Hai Bus 001 Device 010: ID 0b97:7772 O2 Micro, Inc. OZ776 CCID Smartcard Reader Bus 001 Device 003: ID 0b97:7761 O2 Micro, Inc. Oz776 1.1 Hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Manually loading sierra or sierra_net doens't help either, but the device is enabled in the BIOS. The device doesn't even show up, which really indicates either that it isn't there or that the BIOS has powered it off. Kernel logs might tell more about why the device is failing. Who knows? Does rfkill list say that the wwan device is enabled? If so, then this sounds like a problem with your laptop platform driver. I assume that is fujitsu-laptop? Hmm, that hasn't changed in ages, so I don't think we'll find any explanation there. Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720889: Acknowledgement (qemu-kvm: guest memory resize leads to cpu lockup in guest)
Hi, I can also produce this behaviour at will if devstack is running (but doing nothing), and I use a separate login and issue a shutdown command. HTH, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594053: Probably not a good idea with the current workflow
Control: tag -1 + wontfix Hello, In the current workflow, applicants Cc potential advocates when applying, and a link is passed around that can be used by any DD to file an advocacy. I think this works quite well: the applicant knows who they worked with, and can pass on the link to anyone concerned. Advocates can also pass on the link to others they understand can be potential advocates. The link is so easy to click that I'm unsure it should be published together with a list of applicants still in need of an advocacy, unless we want to implement a system to detect DDs who'd approve just about anyone out of kindness or light social pressure :( I may be overly cynical based on past experiences, though, so I'm happy to leave this bug open for discussion. Tagging it wontfix for now. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#721033: [kgb-maintainers] Bug#721033: KGB-client silently drops multi line commit message after new line
Control: tags -1 - patch -=| victory, 27.08.2013 20:23:18 +0900 |=- Package: kgb-client Severity: wishlist Tags: patch KGB-client silently drops multi line commit message after a new line character eg: http://anonscm.debian.org/viewvc/ddp/manuals/trunk/debian-faq/po4a/po/ja.po?view=log the message was: [debian-faq] translated by victory, reviewed by kano, ZnZ and Kaneko what KGB-client said was: 19:35 KGB-2 victory .deb 10228 ja.po [debian-faq] assumed $self-log has complete message, something like this? my $log = $self-log; +$log =~ s/\x0D\x0A|\x0D|\x0A/ /g; You just need to change the configuration, see http://kgb.alioth.debian.org/kgb-client.conf.html#single-line-commits Of course, then you may get complains about KGB being much too verbose :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668185: nm.debian.org: Debian New Maintainers Guide - prefer dch for editing changelog file
Control: reassign -1 www.debian.org On Mon, Apr 09, 2012 at 04:07:35PM +0200, bitman wrote: In the doc 'Debian New Maintainers Guide' (http://www.debian.org/doc/manuals/maint-guide/dreq.en.html#changelog) two methods of editing changelog are described (dch and an standard editor). the latter sounds easier for a novice as me but I had to learn that it should be recommended to use dch instead. Such a recommendation would prevent newbies from running into the wrong direction and save them much time. Hello, thanks for reporting this. I'm reassigning to www.debian.org who is actually managing that list. I can see how the old name of New Maintainer for nm.debian.org led you to report this wishlist bug here. We've since renamed to New Member, hopefully we won't confuse people anymore :) Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#721035: id-utils: FTBFS: uses gets
Source: id-utils Version: 4.6+git20120811-2 Severity: serious Justification: FTBFS Hi, your package uses gets(3) which is obsolete for its insecurity and thus FTBFS with eglibc 2.17, that is, on architectures where it’s not yet been built, and on any binNMU. bye, //mirabilos -- Support mksh as /bin/sh and RoQA dash NOW! ‣ src:bash (262 (284) bugs: 0 RC, 184 (199) IN, 78 (85) MW, 0 (0) FP) ‣ src:dash (88 (105) bugs: 3 RC, 42 (48) IN, 43 (54) MW, 0 FP) ‣ src:mksh (3 bugs: 0 RC, 1 IN, 2 MW, 0 FP, 1 gift) http://qa.debian.org/data/bts/graphs/d/dash.png is pretty red, innit? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721036: /usr/sbin/hciconfig: hciconfig always reports timeout
Package: bluez Version: 4.99-2 Severity: important File: /usr/sbin/hciconfig The hciconfig cannot initialize my bluetooth antenna. When I first insert my BT antenna into an USB slot on my machine, the dmesg command emits the following sentence four times: 'Bluetooth: hci0 command tx timeout' any time I try to run one of the initializtion commands of hciconfig (e.g. hciconfig hci0 up | reset | etc.), the hciconfig says: 'Can't init device hci0: Connection timed out (110)' -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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.6.8-1+deb7u1 ii kmod 9-3 ii libc6 2.13-38 ii libcap-ng00.6.6-2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libreadline6 6.2+dfsg-0.1 ii libudev0 175-7.2 ii libusb-0.1-4 2:0.1.12-20+nmu1 ii lsb-base 4.1+Debian8+deb7u1 ii python-dbus 1.1.1-1 ii python-gi 3.2.2-2 ii udev 175-7.2 bluez recommends no packages. bluez 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#720851: [Pkg-systemd-maintainers] Processed: reassign 720851 to systemd
On Mon, Aug 26, 2013 at 11:54:32PM +0200, Michael Stapelberg wrote: Debian Bug Tracking System ow...@bugs.debian.org writes: Bug #720851 [lvm2] systemd - Generators uses predictable file names in /tmp Generators are invoked by systemd and argv[1] is always provided, i.e. they will never actually write files to /tmp. And even if you call the generator manually, nobody will ever read the file from /tmp. Therefore, there is no attack vector here. If there is no reason to call the generators without argument, why is it supported? In case you disagree, please file a bug upstream at lvm — after all, they ship the generator in question. Nope. I meant the generators shipped in the systemd package: | $ grep arg_dest src/fstab-generator/fstab-generator.c | static const char *arg_dest = /tmp; [...] | arg_dest = argv[1]; Bastian -- Beam me up, Scotty! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665223: RM: gitalist -- ROM; buggy, upstream unmaintained, low popcorn
retitle 665223 RM: gitalist -- ROM; buggy, upstream unmaintained, low popcorn reassign 665223 ftp.debian.org thanks Hello ftp.debian.org-Maintainers, please remove gitalist (gitalist-common, gitalist-fastcgi) from Debian. Software contains RC bugs, upstream is not active, does not respond to bugs. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720834: eglibc: FTBFS with make 3.82 from experimental: /usr/bin/install: cannot remove '/usr/include/locale.h': Permission denied
On Sun, Aug 25, 2013 at 07:46:25AM -0700, Daniel Schepler wrote: Source: eglibc Version: 2.17-92 Severity: important From my pbuilder build log, using a chroot image with make 3.82-1 from experimental installed: ... make[5]: Entering directory `/tmp/buildd/eglibc-2.17/time' make[5]: Nothing to be done for `rtld-all'. make[5]: Leaving directory `/tmp/buildd/eglibc-2.17/time' make[4]: Leaving directory `/tmp/buildd/eglibc-2.17/elf' .././scripts/mkinstalldirs /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu mkdir /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib mkdir /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu .././scripts/mkinstalldirs /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu /usr/bin/install -c /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/elf/ld.so /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/ld-2.17.so.new mv -f /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/ld-2.17.so.new /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/ld-2.17.so /usr/bin/install -c /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/libc.so /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/libc-2.17.so.new mv -f /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/libc-2.17.so.new /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/libc-2.17.so echo ld-2.17.so /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/elf/symlink.list make[3]: Leaving directory `/tmp/buildd/eglibc-2.17/elf' /usr/bin/install -c /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/libc.so /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/libc-2.17.so.new mv -f /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/libc-2.17.so.new /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/libc-2.17.so echo libc-2.17.so /tmp/buildd/eglibc-2.17/debian/tmp-libc/lib/x86_64-linux-gnu/libc.so.6 /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/elf/symlink.list echo /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/format.lds.new 'OUTPUT_FORMAT(elf64-x86-64)' mv -f /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/format.lds.new /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/format.lds (echo '/* GNU ld script';\ echo ' Use the shared library, but some functions are only in';\ echo ' the static library, so try that secondarily. */';\ cat /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/format.lds; \ echo 'GROUP ( /lib/x86_64-linux-gnu/libc.so.6' \ '/usr/lib/x86_64-linux-gnu/libc_nonshared.a'\ ' AS_NEEDED (' /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 ') )' \ ) /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/lib/x86_64-linux-gnu/libc.so.new mv -f /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/lib/x86_64-linux-gnu/libc.so.new /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/lib/x86_64-linux-gnu/libc.so ./scripts/mkinstalldirs /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include mkdir /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include /usr/bin/install -c -m 644 include/limits.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/limits.h /usr/bin/install -c -m 644 include/values.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/values.h /usr/bin/install -c -m 644 include/features.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/features.h /usr/bin/install -c -m 644 include/gnu-versions.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/gnu-versions.h ./scripts/mkinstalldirs /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/bits mkdir /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/bits /usr/bin/install -c -m 644 nptl/sysdeps/pthread/bits/libc-lock.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/bits/libc-lock.h /usr/bin/install -c -m 644 include/bits/xopen_lim.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/bits/xopen_lim.h ./scripts/mkinstalldirs /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/gnu mkdir /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/gnu /usr/bin/install -c -m 644 include/gnu/libc-version.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/gnu/libc-version.h /usr/bin/install -c -m 644 include/stdc-predef.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/stdc-predef.h /usr/bin/install -c -m 644 bits/predefs.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/bits/predefs.h /usr/bin/install -c -m 644 /tmp/buildd/eglibc-2.17/build-tree/amd64-libc/gnu/lib-names.h /tmp/buildd/eglibc-2.17/debian/tmp-libc/usr/include/gnu/lib-names.h { \ echo '/* This file is automatically generated.';\ echoThis file selects the right generated file of \`__stub_FUNCTION' macros;\ echo ' based on the architecture being compiled for. */'; \ echo ''; \ \ echo ''; \ echo '#if !defined __x86_64__'; echo '# include gnu/stubs-32.h'; echo '#endif'; rm -f
Bug#721038: gogoc: not configurable interface for router mode
Package: gogoc Version: 1:1.2-4 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I configured authorization and changed in the configuration file /eth/gogoc/gogoc.conf userid=3D** passwd=3D** server=3Dmontreal.freenet6.net auth_method=3Ddigest-md5 host_type=3Drouter if_prefix=3Dbr_kvm * What exactly did you do (or not do) that was effective (or ineffective)? gogoc -n * What was the outcome of this action? 2013/08/27 15:08:46 I gogoc: gogoCLIENT v1.1-RELEASE build = Jul 27 2011-21:59:58 2013/08/27 15:08:46 I gogoc: Built on ///Linux elmo2.6.38-2-amd64 #1 SMP Sat Apr 23 18:47:49 UTC 2011 x86_64 GNU/Linux/// 2013/08/27 15:08:47 E gogoc: Interface configuration script completed with errors. 2013/08/27 15:09:18 E gogoc: Interface configuration script completed with errors. 2013/08/27 15:10:19 E gogoc: Interface configuration script completed with errors. 2013/08/27 15:12:20 E gogoc: Interface configuration script completed with errors. 2013/08/27 15:15:06 W gogoc: Last status context is: Unspecified. 2013/08/27 15:15:06 I gogoc: Finished. gogoc -n 2/tmp/file [Aug 27 18:26:29] radvd: Insecure file permissions (writable by others): /var/run/gogoc/gogoc-rtadvd.conf [Aug 27 18:26:29] radvd: Exiting, permissions on conf_file invalid. SIOCDELRT: =D0=A0=D1=9C=D0=A0=C2=B5=D0=A1=E2=80=9A =D0=A1= =E2=80=9A=D0=A0=C2=B0=D0=A0=D1=94=D0=A0=D1=95=D0=A0=D1=96=D0=A0=D1=95 =D0= =A0=D1=97=D0=A1=D0=82=D0=A0=D1=95=D0=A1=E2=80=A0=D0=A0=C2=B5=D0=A1=D0=83=D0= =A1=D0=83=D0=A0=C2=B0 delete tunnel tun failed: No such device * What outcome did you expect instead? customize the interface ipv6 --* the problem for me (diff) 271a272 Exec chmod 0644 $rtadvdconfigfile the problem is the wrong title for the configuration file from the point of view of the program radvd /var/run/gogoc/gogoc-rtadvd.conf ls -la =D0=A0 =D0=A1=E2=80=98=D0=A0=D0=8E=D0=B2=D0=82=D1=99=D0=A0 = =D0=A1=E2=80=A2=D0=A0 =D0=A1=E2=80=93=D0=A0 =D0=A1=E2=80=A2 4 drwxr-xr-x 2 root root 60 =D0=A0 =D0=92=C2=B0=D0=A0 =D0= =A0=E2=80=A0=D0=A0 =D0=A1=E2=80=93 27 16:57 . drwxr-xr-x 19 root root 840 =D0=A0 =D0=92=C2=B0=D0=A0 =D0= =A0=E2=80=A0=D0=A0 =D0=A1=E2=80=93 27 15:27 .. -rw-rw-rw- 1 root root 186 =D0=A0 =D0=92=C2=B0=D0=A0 =D0= =A0=E2=80=A0=D0=A0 =D0=A1=E2=80=93 27 16:57 gogoc-rtadvd.conf *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (60, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=3Dru_RU.UTF-8, LC_CTYPE=3Dru_RU.UTF-8 (charmap=3DUTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gogoc depends on: ii iproute 20120521-3+b3 ii libc62.17-7 ii libgcc1 1:4.7.2-5 ii libssl1.0.0 1.0.1e-2 ii libstdc++6 4.7.2-5 ii net-tools1.60-24.2 Versions of packages gogoc recommends: ii radvd 1:1.8.5-1 gogoc suggests no packages. -- Configuration Files: /etc/gogoc/gogoc.conf [Errno 13] =D0=A0=D1=9B=D0=A1=E2=80=9A=D0=A0=D1=94=D0= =A0=C2=B0=D0=A0=C2=B7=D0=A0=C2=B0=D0=A0=D0=85=D0=A0=D1=95 =D0=A0=D0=86 =D0= =A0=D2=91=D0=A0=D1=95=D0=A1=D0=83=D0=A1=E2=80=9A=D0=A1=D1=93=D0=A0=D1=97=D0= =A0=C2=B5: u'/etc/gogoc/gogoc.conf' -- no debconf information --001a11c393bc5194a104e4ed0a18 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable div dir=3Dltrpre style=3Dwhite-space:pre-wrap;word-wrap:break-wordM= IME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=3Dquot;UTF-8quot; From: Aleksej Gavrilov lt;a href=3Dmailto:le9i...@gmail.com; target=3D_= blankle9i...@gmail.com/agt; To: Debian Bug Tracking System lt;a href=3Dmailto:sub...@bugs.debian.org= target=3D_blanksub...@bugs.debian.org/agt; Subject: gogoc: not configurable interface for router mode Bcc: Aleksej Gavrilov lt;a href=3Dmailto:le9i...@gmail.com; target=3D_b= lankle9i...@gmail.com/agt; Package: gogoc Version: 1:1.2-4 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I configured authorization and changed in the configuration file /eth/gogoc/gogoc.conf userid=3D**
Bug#721037: yorick-av: FTBFS: ERROR (*main*) Floating point interrupt (SIGFPE)
Source: yorick-av Version: 0.0.1-2 Severity: serious Tags: sid jessie yorick-av FTBFS on amd64: | == | testing extension: 'mkv' | == | Output #0, matroska, to 'libavcheck.mkv': | Stream #0.0: Video: libx264, yuv420p, 704x288, q=-1--1, 400 kb/s, 90k tbn, 24 tbc | [libx264 @ 0x170e260] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX | [libx264 @ 0x170e260] profile High, level 2.1 | [libx264 @ 0x170e260] 264 - core 123 r2189 35cf912 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=16 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=25 keyint_min=2 scenecut=40 intra_refresh=0 rc_lookahead=25 rc=abr mbtree=1 bitrate=400 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.25 aq=1:1.00 | ERROR (*main*) Floating point interrupt (SIGFPE) | make[1]: *** [check-dll] Segmentation fault (core dumped) | make[1]: Leaving directory `/«PKGBUILDDIR»' | dh_auto_test: make -j1 check returned exit code 2 The full build log is available at http://people.debian.org/~sramacher/logs/yorick-av_0.0.1-2_amd64-20130826-2058.log Please note that on another amd64 machine, the test runs through successfully: | == | testing extension: 'mkv' | == | Output #0, matroska, to 'libavcheck.mkv': | Stream #0.0: Video: libx264, yuv420p, 704x288, q=-1--1, 400 kb/s, 90k tbn, 24 tbc | [libx264 @ 0x1581aa0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 | [libx264 @ 0x1581aa0] profile High, level 2.1 | [libx264 @ 0x1581aa0] 264 - core 123 r2189 35cf912 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 d | eblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 c | hroma_qp_offset=-2 threads=6 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=16 b_pyramid=2 b_adapt=1 b_bias=0 direct | =1 weightb=1 open_gop=0 weightp=2 keyint=25 keyint_min=2 scenecut=40 intra_refresh=0 rc_lookahead=25 rc=abr mbtree=1 bitrate=400 ratetol=1.0 qcomp=0.60 qpmin=0 | qpmax=69 qpstep=4 ip_ratio=1.25 aq=1:1.00 | done, closing file 'libavcheck.mkv' The difference seems to be the CPU capabilities selected by libx264. And indeed, the SIGFPE happens in libx264.so.123: (gdb) bt #0 0x743e1944 in ?? () from /usr/lib/x86_64-linux-gnu/libx264.so.123 #1 0x7436f127 in ?? () from /usr/lib/x86_64-linux-gnu/libx264.so.123 #2 0x74371ae8 in ?? () from /usr/lib/x86_64-linux-gnu/libx264.so.123 #3 0x74391b78 in x264_slicetype_analyse () from /usr/lib/x86_64-linux-gnu/libx264.so.123 #4 0x743d387d in ?? () from /usr/lib/x86_64-linux-gnu/libx264.so.123 #5 0x743d3979 in ?? () from /usr/lib/x86_64-linux-gnu/libx264.so.123 #6 0x749d0e0e in start_thread (arg=0x7fffedf57700) at pthread_create.c:311 #7 0x772da93d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 X-Debbugs-CC-ing the libx264 maintainers in the hope they might know something about this. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#721039: [l10n:cs] Updated Czech translation of PO debconf template for nova 2013.1.2-3
Package: nova Version: 2013.1.2-3 Severity: wishlist Tags: l10n, patch In attachment there is updated Czech translation of PO debconf template (cs.po) for package nova, please include it. cs.po Description: Binary data
Bug#718900: python3-numpy: .so files missing on kFreeBSD
Hi, Aaron M. Ucko u...@debian.org writes: The kFreeBSD python3-numpy packages somehow lack .so files, making them unusable and causing matplotlib to FTBFS: As this came up on #-mentors just now: I suspect the problem is the following line in d/rules: rm debian/python3-numpy/usr/lib/python3*/*-packages/*/*/*.cpython-*d*.so This probably should match *.cpython-3?d*, but also matches *.cpython-33m-* on kfreebsd as the operating system name is included later (which includes a d in the case of kfreebsd). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721040: better error message when STDIN is closed
Package: libjson-xs-perl Version: 2.340-1 Severity: wishlist File: /usr/bin/json_xs Can you kindly print out a better message if one does $ json_xs file.json /dev/null malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before (end of string)) at /usr/bin/json_xs line 177, STDIN line 1. That would prevent hours of head scratching. Yes the user is supposed to do $ json_xs file.json But if he forgets the , and STDIN in closed, e.g., emacs M-x compile, then he will go on the wild goose chase trying to figure out what went wrong. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721041: nm.debian.org XSS
Package: nm.debian.org Severity: normal Tags: security Cross site scripting bugs with possible security impact on nm.debian.org: https://nm.debian.org/public/person/%3Cbody%20onload=alert%28%27XSS%27%29%3E https://nm.debian.org/public/process/%3Cbody%20onload=alert%28%27XSS%27%29%3E Thanks for looking into it. -- Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721042: survex: not built with libavcodec support if rebuilt against libav 9
Source: survex Version: 1.2.6-4 Severity: normal When rebuilt against libav 9, the availability of libavcodec is not detected correctly. Comparing [1] and [2] one can observe the following difference: [1]: | checking for avcodec_init in -lavcodec... yes | checking for av_register_all in -lavformat... yes | checking for sws_scale in -lswscale... yes | checking for av_malloc in -lavutil... yes | checking libavformat/avformat.h usability... yes | checking libavformat/avformat.h presence... yes | checking for libavformat/avformat.h... yes | checking for av_guess_format... yes | checking for avio_open... yes | checking for avio_close... yes | checking for avformat_write_header... yes | checking for avcodec_open2... yes | checking for avformat_new_stream... yes | checking whether AVMEDIA_TYPE_VIDEO is declared... yes [2]: | checking for avcodec_init in -lavcodec... no avcoded_init got removed in libav 9. So the checks and survex probably need to be ported to the new libav API. [1] https://buildd.debian.org/status/fetch.php?pkg=survexarch=i386ver=1.2.6-4stamp=1337174402 [2] https://buildd.debian.org/status/fetch.php?pkg=survexarch=i386ver=1.2.6-4+b1stamp=1377587592 Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#721043: [rsnapshot] Rsnapshot Cannot Parse ssh_args
Package: rsnapshot Version: 1.3.1-4 Severity: normal I use rsnapshot with a custom setting for ssh_args in order to improve speed as follows (rsnapshot.conf): backup root@10.38.38.5:/ xen/ssh_args=-c arcfour This has worked fine for years. On Aug. 16 I updated rsnapshot:amd64 1.3.1-3 - 1.3.1-4 On aug. 17, the daily backup failed with: rsync: Failed to exec /usr/bin/ssh -c arcfour: No such file or directory (2) rsync error: error in IPC code (code 14) at pipe.c(84) [Receiver=3.0.9] rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: error in IPC code (code 14) at io.c(605) [Receiver=3.0.9] rsnapshot encountered an error! The program was invoked with these options: /usr/bin/rsnapshot daily On investigation, it looks like the way arguments are passed to the system() call were changed by 10_space_destdir.diff: --- a/rsnapshot-program.pl 2009/03/09 05:38:23 1.413 +++ b/rsnapshot-program.pl 2009/03/27 21:54:02 1.414 @@ -3692,8 +3692,7 @@ $result = 1; if (0 == $test) { while ($tryCount $rsync_numtries $result !=0) { - # join is Michael Ashley's fix for some filter/space problems - $result = system(join(' ', @cmd_stack)); + $result = system(@cmd_stack); $tryCount += 1; } @@ -4728,8 +4728,7 @@ print_cmd(@cmd_stack); if (0 == $test) { -# join is Michael Ashley's fix for some filter/space problems - my $result = system(join(' ', @cmd_stack)); + my $result = system(@cmd_stack); if ($result != 0) { # bitmask return value Reverting this patch fixes the issue. If I have time, I will investigate another method of implementation. --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 900 testing security.debian.org 900 testing mirror.rackspace.com 900 testing mirror.csclub.uwaterloo.ca 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed =-+-=== perl | 5.14.2-21 rsync | 3.0.9-4 logrotate | 3.8.5-1 liblchown-perl| 1.01-1+b2 Recommends (Version) | Installed =-+-=== openssh-client| 1:6.2p2-6 OR ssh-client| 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#721044: ITP: libtainting-perl -- Perl pragma to enable taint mode lexically
Package: wnpp Severity: wishlist Owner: Joenio Costa joe...@colivre.coop.br * Package name: libtainting-perl Version : 0.1 Upstream Author : Steven Haryanto stevenharya...@gmail.com * URL : https://metacpan.org/release/tainting * License : GPL-1+ Programming Lang: Perl Description : Perl pragma to enable taint mode lexically tainting provides a simpler interface to Taint::Runtime. The idea is so that there is no functions or variables to import. Just use or no, like warnings or strict. Tainting of %ENV will be done one time automatically the first time this module is used. Please (PLEASE) read Taint::Runtime's documentation first about the pro's and con's of enabling/disabling tainting at runtime. Use -T if you can. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721045: Please document in the description that this package does not perform any indexing
Package: nepomuk-core-runtime Version: 4:4.10.5-1 Severity: normal Hello, now that this has become a dependency of kde-runtime, when one is not using KDE but just some single software like kcachegrind, upgrading becomes quite scary, as it looks like one is about to install some big Semantik Desktop indexing machine. After asking in #debian-kde, I have been told that no indexing is performed unless virtuoso is installed. I would feel less distressed if this could be clearly documented in nepomuk-core-runtime's description. Generally speaking, though, I wish I could use kcachegrind without having no single detectable trace of personal files indexers in my system at all. Ciao, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721046: ruby-html2haml: missing ruby-tilt dependency
Package: ruby-html2haml Version: 1.0.1-2 Severity: important Hi, It's seems that ruby-tilt package is missing in ruby-html2haml dependency list (on a fresh jessie debootstrap) foobar@chroot-jessie:~$ html2haml -h /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- tilt (LoadError) from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/vendor_ruby/haml/filters.rb:1:in `top (required)' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/vendor_ruby/haml/engine.rb:8:in `top (required)' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/vendor_ruby/haml.rb:22:in `top (required)' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/vendor_ruby/html2haml.rb:3:in `top (required)' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/bin/html2haml:3:in `main' And it's work fine after an apt-get install ruby-tilt. Cheers, Sebastien -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-html2haml depends on: ii ruby 1:1.9.3 ii ruby-haml 4.0.3-2 ii ruby-hpricot 0.8.6-3 ii ruby-parser 2.3.1-2 ii ruby1.8 [ruby-interpreter]1.8.7.358-7.1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 Versions of packages ruby-html2haml recommends: ii ruby-erubis 2.7.0-2 ruby-html2haml 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#721047: libavg: FTBFS with Boost 1.54
Source: libavg Version: 1.7.1-3 Severity: serious Justification: FTBFS but built successfully in the past Tags: sid jessie While rebuilding libavg against libav 9, libavg failed to build due to changes in Boost 1.54 (from the amd64 buildd log): | /bin/bash ../../libtool --tag=CXX --mode=link g++ -Wno-invalid-offsetof -msse2 -g -O2 -Wall -pipe -rdynamic -rdynamic -o testbase testbase.o ./libbase.la -lboost_thread | libtool: link: g++ -Wno-invalid-offsetof -msse2 -g -O2 -Wall -pipe -rdynamic -rdynamic -o testbase testbase.o ./.libs/libbase.a -lboost_thread | /usr/bin/ld: testbase.o: undefined reference to symbol '_ZN5boost6system15system_categoryEv' | /usr/lib/libboost_system.so.1.54.0: error adding symbols: DSO missing from command line | collect2: error: ld returned 1 exit status | make[4]: *** [testbase] Error 1 | make[4]: Leaving directory `/«PKGBUILDDIR»/build2.7/src/base' | make[3]: *** [all-recursive] Error 1 | make[2]: *** [all] Error 2 | make[3]: Leaving directory `/«PKGBUILDDIR»/build2.7/src' | make[2]: Leaving directory `/«PKGBUILDDIR»/build2.7/src' | make[1]: *** [all-recursive] Error 1 | dh_auto_build: make -j4 returned exit code 2 | make[1]: Leaving directory `/«PKGBUILDDIR»/build2.7' | make: *** [debian/stamp-build2.7] Error 2 The full build log is available at https://buildd.debian.org/status/fetch.php?pkg=libavgarch=amd64ver=1.7.1-3+b2stamp=1377585731 Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#721048: grub-common: Update of EFI version of grub fails when EFI partition is not mounted
Package: grub-common Version: 2.00-18 Severity: normal Dear Maintainer, I tried to upgrade the EFI version of grub installed in my system using the following command: $ sudo /usr/sbin/grub-install /dev/sdaX (where sdaX is the partition where my root filesystem and grub is installed). My uprgade attempt wasn't completely successful since on reboot I was brought to the grub rescue console. On investigation I found that the problem arose because my EFI partition wasn't mounted. To avoid polluting my system, I had made a separate 1 MB EFI partition that I normally don't mount. I managed to successfully update my EFI grub installation using the following sequence of commands: $ sudo mount /dev/sdaY /boot/efi $ sudo /usr/sbin/grub-install /dev/sdaX (where sdaY is my small EFI partition, and sdaX is my / partition). This is necessary because grub needs to update the following file: /boot/efi/EFI/debian/grubx64.efi (which is not possible if the EFI partition isn't mounted). I'm marking this bug report with normal severity since my setup is most likely a corner case, and most users would probably have their EFI partition permanently mounted (less secure but more convenient). However, I do believe that grub-install should either (1) be fixed to force or allow the mounting of the EFI partition or (2) at least notify or WARN the user that the EFI version of grub requires the EFI parition to be mounted first. A third alternative is to (3) make grub-install fail if a VFAT filesystem is NOT mounted at /boot/efi (inasmuch as EFI is broken in its ability to boot native Linux filesystems). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-common depends on: ii gettext-base 0.18.3.1-1 ii libc6 2.17-92 ii libdevmapper1.02.1 2:1.02.77-5 ii libfreetype6 2.4.9-1.1 ii libfuse2 2.9.2-4 ii liblzma5 5.1.1alpha+20120614-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages grub-common recommends: ii os-prober 1.63 Versions of packages grub-common suggests: ii console-setup 1.95 ii desktop-base 7.0.3 pn grub-emu none pn multiboot-doc none ii xorriso 1.2.2-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#720334: Acknowledgement (prayer: could not use email address as login)
Ok, I implemented minimum required support to get it working with email address as username. It is enough to log in and navigate in the mailbox. It surely have some limitations (I did not check email sending) but now perfectly suit my needs (simple and self contained webmail to consult and delete emails). Emmanuel. -- email_as_login.patch: Description: add basic support to use email address as username/login Username:backenPID was limited to 32 bytes. Bump to 64 to be usable with email address. @ was used unconditionally as a delimiter to split the request int the argv array. As many proxy/reverse-proxy rewrite %40 as @, do not split on @ if we are processing the username (second field). Author: Emmanuel Fusté emmanuel.fu...@thalesgroup.com Origin: other Bug-Debian: http://bugs.debian.org/720334 Last-Update: 2013-08-27 --- prayer-1.3.5-dfsg1.orig/servers/prayer_server.c +++ prayer-1.3.5-dfsg1/servers/prayer_server.c @@ -58,7 +58,7 @@ prayer_compose_dump(struct prayer *praye static BOOL check_argv_valid(char *s) { -if (!(s s[0] (strlen(s) 32))) +if (!(s s[0] (strlen(s) 64))) return(NIL); /* Check for .. or / embedded into username */ --- prayer-1.3.5-dfsg1.orig/shared/request.c +++ prayer-1.3.5-dfsg1/shared/request.c @@ -1482,7 +1482,8 @@ void request_parse_argv(struct request * if (*t == '?') break; -if ((*t == '/') || (*t == '@')) +/* If @ is found in the second field, it is part of the username */ +if ((*t == '/') || ((*t == '@') (request-argc 2))) request-argc++; } @@ -1495,7 +1496,7 @@ void request_parse_argv(struct request * i = 0; t = s; while (*t) { -if ((*t == '/') || (*t == '@')) { +if ((*t == '/') || ((*t == '@') (i 1))) { *t++ = '\0';/* Tie off previous string */ request-argv[++i] = t; /* Found start of next argv elt */ continue;
Bug#714263: Downgrade erlang dependencies
Here is the command I used to downgrade erlang dependancies : export $(dpkg-architecture) ; for deb in erlang-base erlang-crypto erlang-syntax-tools erlang-asn1 erlang-public-key erlang-ssl erlang-mnesia erlang-runtime-tools erlang-inets erlang-eunit erlang-snmp erlang-os-mon erlang-public-key erlang-runtime-tools erlang-ssl erlang-webtool erlang-tools erlang-xmerl ; do wget -q http://ftp.fr.debian.org/debian/pool/main/e/erlang/$deb_15.b.1-dfsg-4_$DEB_BUILD_ARCH.deb; ; sudo dpkg -i $deb_15.b.1-dfsg-4_$DEB_BUILD_ARCH.deb ; done It solves temporarily the problem. Tangui -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674587: transition: mapnik 2.0.x
Hi, i am working on mapnik 2.2, and transitioning libmapnik2-dev to libmapnik-dev (side note, python-mapnik2 becomes a transitional package in favor of python-mapnik). Reverse build-dependencies seems to be limited to monav-preprocessor 0.3-6+b1 node-mapnik 0.6.7-3 I am working on updating node-mapnik to 1.1 branch, and will try to provide patches for monav-preprocessor. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496070: [ghostscript] opentypefont
[Resent to include the bug report.] Am Dienstag, den 27.08.2013, 10:08 +0200 schrieb Jonas Smedegaard: Yes, I noticed your emails about that at the Ghostscript project earlier this month, and also seem to recall you raising this IRL in New York. This must have been someone different. As much as I'd love to, I have never been in New York. ;) I don't like how the Ghostscript project stuff lots of things into their project. Specifically about the URW++ fonts they lack proper licensing - also separately packaged in those zip files. I filed bug#720906 and emailed the Ghostscript project about that yesterday. That's indeed an issue, but I believe it can be sorted out rather quickly. Those URW++ fonts - now that they are cleaned up - are better tracked directly from URW++, in my opinion. Yesterday I sent an email to URW++ asking them for a download URL. I exchanged some mail with an exmployee from Artifex, the developers of Ghostscript, and he told me that URW's interest in maintaining these fonts converges towards zero. They even had to pay them for the update to the fonts that got shipped with 9.09. So generally I agree with your plan - just would prefer fonts-urw++ instead of fonts-ghostscript. Na, URW ist the foundry, not the font name. Fedora, for example, calls the package ghostscript-fonts. I think we could call it fonts-urw ++-ghostscript, but since there are no other ghostscript fonts from other foundries available in Debian we should better drop the foundry part and simply call it fonts-ghostscript. I believe that's the most expected and plausible package name. I totally agree we should get rid of code copies. I have hesitated dropping them for now, as I am afraid some internal Ghostscript code might bypass the font path and rely on the specific location. Hm. I am now at the #ghostscript irc channel, so will simply ask... :-) According to my contact at Artifex, ghostscript relies on the font file names for its internally used fonts, but even those can be mapped to any other font file by means of a config file in fontmap.d. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721001: [Pkg-phototools-devel] Bug#721001: [openimageio-tools] Add support for users OCIO config
Hi! On Tue, Aug 27, 2013 at 12:18 AM, Jed Frechette jedfreche...@gmail.comwrote: Now that OpenColorIO is in Debian it would be good to have OpenImageIO compiled with OpenColorIO support Currently oiiotool ignores the user's OCIO configuration and only displays the default color spaces that ship with OpenImageIO tools. I'm waiting to fix OCIO building on kFreeBSD arches since they fail at the moment as you can see at [1]. There's already a patch available but I need to check it and test against future releases of upstream code. It's kind of a simple task but my laptop died few days, so I'm resurrecting it right now and when it's up and ready, I'll upload the fixing revision and eventually provide a new revision of OIIO package with OCIO support enabled. Cheers. [1] https://buildd.debian.org/status/package.php?p=opencolorio -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 0x83B2CF7A
Bug#721044: Pending fixes for bugs in the libtainting-perl package
tag 721044 + pending thanks Some bugs in the libtainting-perl package are closed in revision e9becd8dd1b71cbf190d8e422581e844ca3bc35d in branch 'master' by Joenio Costa The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libtainting-perl.git;a=commitdiff;h=e9becd8 Commit message: Closes: #721044 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org