Bug#739521: Seconded
Thanks Michael, I was about to request something like that too. php-tcpdf is indeed 13.1 MB installed, and a 7 MB download. But the size reduction it allowed to phpmyadmin seems quite far (the download lost 2 MB between the wheezy version (3.3 MB) and 4.1.9-1 (5.4 MB), while the installed size *increased* 6 MB). In a sense, the download size has doubled since wheezy. I love modularity, but maybe php-tcpdf should itself be modularized. 9 MB of the 13.1 MB are in /usr/share/php/tcpdf/fonts/ and 1.7 MB is in /usr/share/doc/php-tcpdf/examples/. Keeping only the necessary fonts and creating a couple more binary packages for php-tcpdf, it should be possible to slim php-tcpdf by 4/5. A more focused dependency like that would be good for mem even if it remains a hard dependency. -- 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#742095: debconf: When install programs group is added only on first user
Package: debconf Version: 1.5.49 Severity: normal I don't know where to report this bug sorry. I have two users user1,user2 when programs need to add users and group on system only user1 is added on etc/group user2 missing from /etc/group. Examples: Content off /etc/group video:x:44:user1 Correct is: video:x44:user1, user2 -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debconf depends on: ii perl-base 5.14.2-21+deb7u1 Versions of packages debconf recommends: ii apt-utils 0.9.7.9+deb7u1 ii debconf-i18n 1.5.49 Versions of packages debconf suggests: pn debconf-docnone pn debconf-utils none ii libgtk2-perl 2:1.244-1 pn libnet-ldap-perl none pn libqtcore4-perlnone pn libqtgui4-perl none pn libterm-readline-gnu-perl none ii perl 5.14.2-21+deb7u1 ii whiptail 0.52.14-11.1 -- debconf information: debconf-apt-progress/preparing: debconf/frontend: Dialog debconf-apt-progress/title: debconf/priority: high debconf-apt-progress/info: debconf-apt-progress/media-change: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters
On 2014-03-19 07:21, Dmitry Smirnov wrote: On Wed, 19 Mar 2014 06:52:56 Niels Thykier wrote: Why is perl needed rather than perl-base (which is essential). The patch seems to be using none of the modules from perl or perl-modules Good point. It's just that dependencies on perl-base are so rare probably because ${perl:Depends} never expands as perl-base but only as perl. I'll update dependency to perl-base. I think it should be just enough. Thanks. Actually, you should probably just drop the dependency, since perl-base is essential (and therefore causes a lintian error if you depend on it without version). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters
On Wed, 19 Mar 2014 06:52:56 Niels Thykier wrote: Why is perl needed rather than perl-base (which is essential). The patch seems to be using none of the modules from perl or perl-modules Good point. It's just that dependencies on perl-base are so rare probably because ${perl:Depends} never expands as perl-base but only as perl. I'll update dependency to perl-base. I think it should be just enough. Thanks. -- Cheers, Dmitry Smirnov. --- It is impossible to imagine Goethe or Beethoven being good at billiards or golf. -- H. L. Mencken signature.asc Description: This is a digitally signed message part.
Bug#729943: jarwrapper: pass only 48 chars of Debian-Java-Parameters
On Wed, 19 Mar 2014 07:23:24 Niels Thykier wrote: because never expands as perl-base but only as perl. Actually, you should probably just drop the dependency, since perl-base is essential (and therefore causes a lintian error if you depend on it without version). You're right, depends-on-essential-package-without-using-version it is. Perhaps the best would be to Depend on ${perl:Depends}. For jarwrapper it expands to empty string. Also ${perl:Depends} is missing from javahelper's Depends where (if added) it expands to perl. I'll add ${perl:Depends} to Depends of javahelper as the latter is actually using Perl scripts. -- All the best, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#739835: Bug#740975: filename completion broken with bash 4.3
Ok, thanks, any of the two patches proposed by JuanJo works fine for me (Debian unstable, GNU bash version 4.3.0(1)-release, patching bash-completion bash-completion version: 1:2.1-2). Thanks, Jean-Baka On Wed, Mar 19, 2014 at 3:17 AM, Paul Brossier p...@debian.org wrote: tags 739835 patch thanks 06:28 piem am i the only one being struck by 741903? 06:33 infinity piem: http://launchpadlibrarian.net/169422307/bash-completion_1%3A2.1-2ubuntu3_1%3A2.1-2ubuntu4.diff.gz 06:33 * infinity bugs jjo to forward that. 06:40 infinity piem: You might just want to grab the Ubuntu bash-completion deb, it fixes a few bugs, I'll hunt down people to forward it all. 06:40 infinity https://launchpad.net/ubuntu/+source/bash-completion/1:2.1-2ubuntu4/+build/5810094 06:44 piem infinity: nice, thanks On 03/18/2014 09:17 PM, David Paleino wrote: forcemerge 739835 741479 741860 742071 742054 741903 740975 retitle 739835 filename completion broken with bash 4.3 severity 739835 important tags 739835 upstream confirmed thanks Hello all, (sorry for the long list of CC) writing to you because you reported a bug within bash-completion, which is likely caused by the upgrade of bash to 4.3. I've added Ville Skyttä in CC too -- I stopped actively developing bash-completion long ago, and I believe he's now the main upstream developer, so keeping him in the mail loop. Please, from now on, refer to bug #739835 for further posts. Ville: it seems like https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739835#15 contains a patch: have you had the chance to look at it? It seems to me that it doesn't solve the problems reported. Thanks, and sorry for not being totally clueless, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742096: security-tracker: CVE table not shown in Open unimportant issues section
Package: security-tracker Severity: wishlist Hi, Paul Wise pointed on IRC out that the new CVE table view is shown on the Open issues section, but not in the Open unimportant issues. Open a but to track status/fix also for that part. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731237:
Control: forwarded -1 http://code.google.com/p/openjpeg/issues/detail?id=297 Control: tag -1 fixed-upstream pending Will be fixed when 1.5.2 comes out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630646: Selecting Hibernate for When the power button is pressed takes no effect
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 All, I am able to suspend and hibernate correctly now. Thanks, CT. On 18/03/14 22:42, althaser wrote: you can try using this extension https://extensions.gnome.org/extension/5/alternative-status-menu/ also. cheers, althaser -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTKUzvAAoJEJhSfHbQK6t797gP/3t0VPpfjCDzGq51D7yX6xeK nxCVhgzlZWQnBNQv4LlG0Jy+xawOXoBiE9dGBwYtnW+JnCE9Cx7cPKg4LC25EsJU I2AFP5eYXKohDPGigPXbz0AEIHf30B4l0q8a4srlVI0ATMJqewL2zI/iW4yVDSnU 0PaUDhi4v3H9ezCMUMGBXtLSkbjeqll1Y/s9vZ0qhmtWWukLAVtLjGenbtjWHmEx XxfnYi7AfLP6IETN7ItwpGlUaOCUKH1NT5pfnqox24aZDKlRRlUDwsWYRXKeOuZh fKs7gLskuczs81CRnP21nXzaypICnG9YEjWIgxyRTosDdF8FOzcmbXTHFCLZHULo rXZikvRNPdK7tzfT9idUDcFREeQ3sJOYAaWnkeh79M7Azk5bAOw/keOhskLvD2+g T1F2jUrvxVnsTyIn1EKzNF8rlHRld4qdup/37Mmc6gHXVWBZmKi7ui6bwRk/AKr0 EMgZTXF8TxicfVUFQlTt4g4byICRj4jr6PHsmDB/76eRVMlWJkw4Ur/BI5zenPmR +Aked1oqs/ktMqThFTCXO/ZQl3lyqC+ZFoP0Z0WEJ14x5y4qhevQVyTIG9v/MFyn vhcjjXi2Y4+kd4EC2Hz4ZjyDaTvCgUOcfQzSN5Rq25beu+CePt70qdWD67mVBWSZ OeeOAYwu2kxMJUYnZt3y =mj5G -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#740153: gcc-4.9: FTBFS on hurd-i386
On Wed, 2014-02-26 at 13:06 +0100, Svante Signell wrote: Source: gcc-4.9 Version: 4.9-20140218-1 Severity: important Tags: patch experimental upstream User: debian-h...@lists.debian.org Usertags: hurd Hi, Currently gcc-4.9 fails to build on GNU/Hurd due to WCONTINUED not being defined. The attached patch solves this problem by only using that option as third argument to waitpid when available. This flag is Linux-specific, and according to the Linux waitpid man page it was introduced in 2.6.10. Fixed upstream, with a somewhat different solution, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60571 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742075: ITP: python-img2pdf -- Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF
On Tue, Mar 18, 2014 at 11:06:00PM +0100, Johannes Schauer wrote: Description : Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF [...] There seems to be no tool (correct me if I'm wrong) which can embed an image into a pdf without either loosing information due to JPEG re-encoding or blowing up the filesize through Flate/zlib encoding. It would thus be a useful tool to have in Debian. it is my impression that imagemagick's convert program can do exactly that (judging from converting differently compressed jpgs through `convert a.jpg a.pdf` and looking at the file sizes, and comparing an image with what comes out after roundtripping through convert and `pdfimages -j` -- were the dct not preserved, it could hardly not grow significantly and yet yield the exactly same image). you cite convert for comparison[1], but only use Zip compression as convert option. had i not used imagemagick for this purpose for quite some time, i'd suggest you re-evaluate with the latest version of convert. what behavior do you get when not using any convert options? (assuming my results are correct and imagemagick behaves well), having such a converter in a way it can be used directly from python is certainly nice (and would have been great for the workaround for [lp:168708]), but personally, i wouldn't spend too much time on it. best regards chrysn [1] https://github.com/josch/img2pdf/blob/master/README.md [lp:168708] https://bugs.launchpad.net/inkscape/+bug/168708 -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#716594:
Control: forwarded -1 http://code.google.com/p/openjpeg/issues/detail?id=301 Control: tag -1 pending Will be fixed when 1.5.2 comes out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742097: phpmyadmin: Require all denied should be used in place of Deny from All
Package: phpmyadmin Version: 4:4.1.9-1 Severity: normal Dear Maintainer, instead of using the Apache 2.2-style snippet +Order Deny,Allow +Deny from All you should rather use -Require all denied which is the Apache 2.4 standard way of preventing access. Thank you for considering this. KR, Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phpmyadmin depends on: ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.52 ii libapache2-mod-php5 5.5.9+dfsg-1 ii libjs-codemirror 2.23-1 ii libjs-jquery 1.7.2+dfsg-3 ii libjs-jquery-cookie 9-1 ii libjs-jquery-event-drag 9-1 ii libjs-jquery-mousewheel 9-1 ii libjs-jquery-tablesorter 9-1 ii libjs-jquery-ui 1.10.1+dfsg-1 ii libjs-sphinxdoc 1.2.2+dfsg-1 ii perl 5.18.2-2+b1 ii php-gettext 1.0.11-1 ii php-tcpdf 6.0.048+dfsg-2 ii php5-json 1.3.3-1 ii php5-mcrypt 5.5.9+dfsg-1 ii php5-mysql5.5.9+dfsg-1 ii ucf 3.0027+nmu1 Versions of packages phpmyadmin recommends: ii apache2 2.4.7-1 ii apache2-bin [httpd] 2.4.7-1 ii mysql-client-5.5 [virtual-mysql-client] 5.5.35+dfsg-2 ii php5-gd 5.5.9+dfsg-1 Versions of packages phpmyadmin suggests: ii links [www-browser] 2.8-1+b1 ii mysql-server 5.5.35+dfsg-2 ii mysql-server-5.5 [virtual-mysql-server] 5.5.35+dfsg-2 ii w3m [www-browser]0.5.3-15 -- Configuration Files: /etc/phpmyadmin/apache.conf changed [not included] /etc/phpmyadmin/config.inc.php changed [not included] -- debconf information: phpmyadmin/dbconfig-remove: * phpmyadmin/dbconfig-install: true phpmyadmin/db/dbname: phpmyadmin phpmyadmin/upgrade-backup: true phpmyadmin/upgrade-error: abort phpmyadmin/mysql/method: unix socket phpmyadmin/internal/skip-preseed: false phpmyadmin/remote/newhost: phpmyadmin/purge: false phpmyadmin/dbconfig-reinstall: false phpmyadmin/internal/reconfiguring: false phpmyadmin/install-error: abort phpmyadmin/database-type: mysql phpmyadmin/missing-db-package-error: abort phpmyadmin/remove-error: abort * phpmyadmin/dbconfig-upgrade: true phpmyadmin/mysql/admin-user: root phpmyadmin/remote/port: * phpmyadmin/reconfigure-webserver: phpmyadmin/remote/host: phpmyadmin/setup-username: admin phpmyadmin/db/app-user: phpmyadmin phpmyadmin/passwords-do-not-match: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741667: (no subject)
More informations: - removal of 'xtables-addons-dkms' doesn't help - downgrade to kernel linux-image-3.11-0.bpo.2-amd64 doesn't help - with kernel: linux-image-3.9-1-amd64 everything works well even with xtables-addons-dksm (TARPIT) - I found that problem is related to torrent traffic routed by my Debian box. My LAN network looks like: ISP == eth0 [DEBIAN] eth1 == switch 100Mb == Zyxell NSA310 Transmission torrent client is running on Zyxell NSA310 and it is seeding with limited speed (15kB/s). Reproducibility highly depends on connected peers (it is only my assumption). Some days everythink works ok, some days I have kernel panic every 5 minutes. I will try to catch full kernel oop messag with serial console connected or provide kdump. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#435794: packages.qa.debian.org: please add reverse depends
[Raphael Hertzog 2007-08-03] Adding reverse build-dependencies should be easy as everything is generated based on the Sources files. It would be a great start, to have an idea about the impact when thinking about changing or adopting a package by just looking at packages.qa.debian.org. :) However, reverse dependencies on binaries is going to be a lot more complicated... as it depends on the architecture, and you'll have to download and parse the Packages files (which is currently not done). And selecting a single arch and hoping that the rest is in sync will at least create problems on some arch-specific packages. What about listing binary dependencies individually and showing in which architecture they are used, for example like this * hostname [amd64 i386] * binutils [i386] Can the CDD be used to extract this information? -- 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#742098: RFE: ship initscripts integration
Package: n2n Version: 1.3.1~svn3789-2 Severity: wishlist Hello, it would be nice and an improvement to the user experience if n2n was more tightly integrated with overall network management. I am co-maintainer of the package and this is an area where I still have little expertise so any help and discussion would be appreciated. The usual way to handle daemons is via initscripts. I wonder if that is the most appropriate since n2n does support more than one VPN configuration. Another contender is integration with NetworkManager but I like it if things work equally well on headless machines and servers. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742075: ITP: python-img2pdf -- Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF
Hi chrysn, Quoting chrysn (2014-03-19 08:56:22) it is my impression that imagemagick's convert program can do exactly that (judging from converting differently compressed jpgs through `convert a.jpg a.pdf` and looking at the file sizes, and comparing an image with what comes out after roundtripping through convert and `pdfimages -j` -- were the dct not preserved, it could hardly not grow significantly and yet yield the exactly same image). I can not reproduce your findings. Here is what I did: $ convert img.jpg img.pdf $ pdfimages img.pdf img.extr # not using -j to be extra sure there is no recompression $ compare -metric AE img.jpg img.extr-000.ppm null: 1.6301e+06 This means that 1.6301e+06 pixels are different. Is my method faulty? Can you reproduce above findings? you cite convert for comparison[1], but only use Zip compression as convert option. had i not used imagemagick for this purpose for quite some time, i'd suggest you re-evaluate with the latest version of convert. what behavior do you get when not using any convert options? See my test above. I'm using version 8:6.7.7.10+dfsg-1 After I found that imagemagick would always change the embedded jpeg I tried using the -compress Zip option because that would obviously be lossless (but result in a much larger file size). This is why it is listed in the README. Maybe I should list above steps as well. Thanks a lot for your feedback :) cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731530: rsyslog init script breaks after package upgrade
severity 731530 important reassign 731530 dpkg 1.16.12 thanks Hi, this issue is still present in current wheezy, including the backports package. Without taking manual steps, it results in rsyslog filling up the disk as log rotation is completely broken - so I'd argue it should have a severity of important, at least (it may even be RC, as it should affect many packages - but only in rsyslog I see this problem, so far). I fixed this now on my system by replacing --exec $DAEMON in do_stop with --name $RSYSLOGD. But that still leaves --exec rather useless for stop, so I am also re-assigning the bug to dpkg (start-stop-daemon). Kind regards Ralf PS: I'm really looking forward to systemd solving all these issues at once... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741593: Support profiling of ramdisk (a.k.a. initramfs, initrd)
Hi Trent, Il 19/03/2014 07:18, Trent W. Buck ha scritto: I got it to work, but I had to be evil. Nice! sed -i /usr/share/initramfs-tools/init \ -e '\|/run/initramfs$|a/lib/bootchart/bootchart-collector ' \ -e '/^mount.*move.*proc$/ a mount -n -o move /lib/bootchart/tmpfs ${rootmnt}/lib/bootchart/tmpfs' That is, it starts /lib/bootchart/bootchart-collector *after* /proc and /dev are mounted (takes about 1s). This also fixes the problem where bootchart-collector thought it was run outside initrd -- because it does that by reading /proc/self/mountinfo, so /proc must be mounted first. Correct I'm also moving /lib/bootchart/tmpfs inside the pivot. I'm not sure if that's actually needed. It should not be needed, if you can test it's not needed it would be helpful Finally, bootchart-collector --dump needs to the real collector process, so I had to stop banning ptrace with these: $ cat /etc/sysctl.d/disable-ptrace.conf kernel/yama/ptrace_scope=3 $ cat /proc/cmdline [...] security=yama Yes, ptrace is used to extract collection data from the other process Attached is my first successful ramdisk trace. Because I'm waiting for scripts/init to mount proc and dev, I still lose a full second at the start. But it works. I *wasn't* passing rdinit or init at all. I guess way to clean this up is similar to live-boot's strategy: boot with boot=bootchart2 real_boot=local, where /usr/share/initramfs-tools/bootchart2 goes something like mountroot() { # -*- shell-script -*- /lib/bootchart/bootchart-collector # FIXME: parse /proc/cmdline here # Chainload the real mountroot function. . scripts/${real_boot:-local} mountroot # FIXME: is this needed? mount -omove /lib/bootchart/tmpfs ${rootmnt}/lib/bootchart/tmpfs } I don't think the rdinit=/sbin/bootchartd approach will work well, short of duplicating dozens of lines of code from initramfs-tools' init. If you have time to dedicate to that, care to post a patch? Thanks a lot, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742099: Please provide Python3 support
Package: zc.buildout Version: 1.7.1-1 Severity: normal Hi, It's my understanding that upstream code can support Python3. It'd be nice if your package was also providing it. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742100: Manually partitioning would make some folders inaccessible
Package: debian-edu-install severity: normal version: wheezy When installing debian-edu 7.1 (wheezy), if I let the installer automatically partition my hard drive, it will work well. However, when I chose to manually partition myself, it would make the permission of /skole/backup, sometimes the whole /skole become very strange: d-w-r-xr-T 2 root root 4096 Mar 19 15:16 backup If it happened in /skole it would be impossible to log into X desktop since it would not be able to write some files. I have tried several times. Automatically partitioning was *always* okay. Manually partitioning would *always* make /skole/backup folders inaccessible, *mostly* /skole inaccessible, but the last time I tried /skole was correct.
Bug#742101: installation-report: Can't resize partitions
Package: installation-reports Version: 2.55 Severity: wishlist Hi, I wanted to install without a swap partition as I gave the machine 5 GB of memory. However, the installer doesn't give me an option to resize suggested partitions. Could such an option be added? Would also be handy if you have separate partitions for /home, /usr and /var and want to change their sizes. Greetings, Olaf -- Package-specific info: Boot method: CD Image version: debian-testing-i386-netinst.iso Date: Date and time of the install Machine: VMware Workstation Partitions: df -Tl will do; the raw partition table is preferred Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/sda1 ext4322023 173344127534 58% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 506204144506060 1% /run tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 1012400 0 1012400 0% /run/shm /dev/sda8 ext4 2848340 4368 2679572 1% /home /dev/sda7 ext4234890 2109216346 1% /tmp /dev/sda5 ext4 2814076 634892 2016524 24% /usr /dev/sda6 ext4 1379280 175948 1115220 14% /var # fdisk -l /dev/sda Disk /dev/sda: 8589 MB, 8589934592 bytes 255 heads, 63 sectors/track, 1044 cylinders, total 16777216 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: 0x0001ad3e Device Boot Start End Blocks Id System /dev/sda1 *2048 684031 340992 83 Linux /dev/sda2 68607816775167 80445455 Extended /dev/sda5 686080 6537215 2925568 83 Linux /dev/sda6 6539264 9408511 1434624 83 Linux /dev/sda71035878410852351 246784 83 Linux /dev/sda81085440016775167 2960384 83 Linux Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20140319-00:05 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux debian 3.13-1-486 #1 Debian 3.13.5-1 (2014-03-04) i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 01) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge [8086:7191] (rev 01) lspci -knn: 00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA [8086:7110] (rev 08) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: 00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 08) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: 00:07.7 System peripheral [0880]: VMware Virtual Machine Communication Interface [15ad:0740] (rev 10) lspci -knn: Subsystem: VMware Virtual Machine Communication Interface [15ad:0740] lspci -knn: 00:0f.0 VGA compatible controller [0300]: VMware SVGA II Adapter [15ad:0405] lspci -knn: Subsystem: VMware SVGA II Adapter [15ad:0405] lspci -knn: 00:10.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI [1000:0030] (rev 01) lspci -knn: Subsystem: VMware Device [15ad:1976] lspci -knn: Kernel driver in use: mptspi lspci -knn: 00:11.0 PCI bridge [0604]: VMware PCI bridge [15ad:0790] (rev 02) lspci -knn: 00:15.0 PCI bridge [0604]: VMware PCI Express Root Port [15ad:07a0] (rev 01) lspci -knn: Kernel driver in use: pcieport
Bug#742054: Bug#740975: filename completion broken with bash 4.3
On Wed, Mar 19, 2014 at 09:08:24AM +0200, Jean-Baka Domelevo Entfellner wrote: Ok, thanks, any of the two patches proposed by JuanJo works fine for me (Debian unstable, GNU bash version 4.3.0(1)-release, patching bash-completion bash-completion version: 1:2.1-2). Is there a tiny hope we might have the patched packet in Jessie before 2015? :) I'm kidding, but seriously this is a quite basic packet used by virtually all people who open a text shell (even once in a while), and not a forgotten script used only by a handful of developers. Is there anything we may do to speed up the process and have the patch accepted in testing sooner? Best KatolaZ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742103: RFS: geos/3.4.2-3
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package geos Package name: geos Version : 3.4.2-3 Upstream Author : GEOS Developers geos-de...@lists.osgeo.org URL : http://trac.osgeo.org/geos/ License : LGPL-2.1+ Section : science It builds those binary packages: libgeos++-dev - Geometry engine for GIS - C++ development files libgeos-3.4.2 - Geometry engine for Geographic Information Systems - C++ Library libgeos-c1 - Geometry engine for Geographic Information Systems - C Library libgeos-dbg - Debugging symbols for the GEOS library libgeos-dev - Geometry engine for GIS - Development files libgeos-doc - Documentation for the GEOS GIS geometry engine library libgeos-ruby1.8 - Transitional package from libgeos-ruby1.8 to ruby-geos ruby-geos - GEOS bindings for Ruby To access further information about this package, please visit the following URL: http://mentors.debian.net/package/geos Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/geos/geos_3.4.2-3.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Add patch to include cmath in unit tests to have isnan() defined. * Disable parallel builds, can cause xmltester failures. Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740097: nvidia-legacy-304xx-kernel-source: Module can not be loaded for Linux 3.13
Package: nvidia-legacy-304xx-kernel-dkms Version: 304.117-1 Followup-For: Bug #740097 I apply a temporal fix over file /usr/src/nvidia-legacy-304xx-304.117/nv-acpi.c [...] More precisely, apply the attached patch. And rebuild the module with dkms sudo dkms build -m nvidia-legacy-304xx -v 304.117 -k 3.13-1-686-pae sudo dkms install -m nvidia-legacy-304xx -v 304.117 -k 3.13-1-686-pae The first command does not have any effect on my computer (dkms says module is already built). Instead of the two commands, I ran this: sudo dpkg-reconfigure nvidia-legacy-304xx-kernel-dkms And the module loads... Cheers, -- Stéphane -- Package-specific info: uname -a: Linux korell 3.13-1-amd64 #1 SMP Debian 3.13.5-1 (2014-03-04) x86_64 GNU/Linux /proc/version: Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-14) ) #1 SMP Debian 3.13.5-1 (2014-03-04) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 304.117 Tue Nov 26 21:25:36 PST 2013 GCC version: gcc version 4.8.2 (Debian 4.8.2-16) lspci 'VGA compatible controller [0300]': 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation C77 [GeForce 8200] [10de:0849] (rev a2) (prog-if 00 [VGA controller]) Subsystem: NVIDIA Corporation Device [10de:cb84] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 22 Region 0: Memory at fb00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d800 (64-bit, prefetchable) [size=128M] Region 3: Memory at e600 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at bc00 [size=128] [virtual] Expansion ROM at e000 [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.271771] vgaarb: device added: PCI::02:00.0,decodes=io+mem,owns=io+mem,locks=none [0.271821] vgaarb: loaded [0.271857] vgaarb: bridge control possible :02:00.0 [0.725576] PCI-DMA: Disabling AGP. [0.725776] PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture [0.744155] Linux agpgart interface v0.103 [ 16.776166] nvidia: module license 'NVIDIA' taints kernel. [ 16.789376] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 18.368591] input: HDA NVidia HDMI/DP,pcm=3 Phantom as /devices/pci:00/:00:07.0/sound/card0/input13 [ 18.368784] input: HDA NVidia Front Headphone as /devices/pci:00/:00:07.0/sound/card0/input12 [ 18.368947] input: HDA NVidia Line Out Side as /devices/pci:00/:00:07.0/sound/card0/input11 [ 18.369107] input: HDA NVidia Line Out CLFE as /devices/pci:00/:00:07.0/sound/card0/input10 [ 18.369266] input: HDA NVidia Line Out Surround as /devices/pci:00/:00:07.0/sound/card0/input9 [ 18.369432] input: HDA NVidia Line Out Front as /devices/pci:00/:00:07.0/sound/card0/input8 [ 18.369587] input: HDA NVidia Line as /devices/pci:00/:00:07.0/sound/card0/input7 [ 18.369754] input: HDA NVidia Mic as /devices/pci:00/:00:07.0/sound/card0/input6 [ 38.950991] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 39.296232] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 39.634615] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 39.831488] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 39.995767] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 40.168725] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 40.331294] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 303.314778] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 506.286407] nvidia: Unknown symbol acpi_os_wait_events_complete (err 0) [ 682.038205] vgaarb: device changed decodes: PCI::02:00.0,olddecodes=io+mem,decodes=none:owns=none [ 682.038398] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 304.117 Tue Nov 26 21:25:36 PST 2013 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Mar 19 08:59 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 48 Jan 20 10:25 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Jan 20 10:25 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 43 Mar 19 08:59 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Mar 19 08:59 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -
Bug#740613: libhdf5-7: Please include support for compression with libaec
On Wed, Mar 19, 2014 at 12:16:42AM +0100, Thomas Jahns wrote: Hello, On Mar 18, 2014, at 23:54 , Francesco P. Lovergine wrote: But for packaging of libaec, it seems to me that it does not provide the same API of szip, so a specific support is required in HDF5 at upstream level. it does also have its own native API, but compatibility library and header should also get built. Regards, Thomas Do you mind to provide a proper soname and version for libaec and libsz, please? Iff its API is stable enough. That's step 0 for packaging :-) -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685215: Apt pinning is broken
On 18 March 2014 17:29, Julian Andres Klode j...@debian.org wrote: On Tue, Mar 18, 2014 at 01:48:27PM +0100, Malthe Borch wrote: The local computer time is encoded in the GPG signature: If you verify using ``gpg --verify``. gpg: Signature made Fri 14 Feb 2014 09:30:32 PM CET using RSA key ID B35FEC3C This was taken from the latest release of apt-cacher-ng [1]. It's contingent on the release system's local time being accurate, but I bet it's at least accurate to the nearest day, and most likely to the minute or even second. [1] http://ftp.debian.org/debian/pool/main/a/apt-cacher-ng/apt-cacher-ng_0.7.25-1~bpo70+1.dsc We do not have the .dsc files locally, and we do not store the dates in the indices we download. I see – but the system that generates these indices might first download and verify the .dsc files, extract the signature date and provide that as an additional metadata field in each package index section.
Bug#742104: Please update util-linux to 2.24
Package: util-linux Version: 2.20.1-5.6 Severity: wishlist The version in Debian is really outdated, it's from 2011. A new version, 2.24, is available upstream [1]. Please upload it. [1] http://git.kernel.org/cgit/utils/util-linux/util-linux.git/tree/NEWS
Bug#742075: ITP: python-img2pdf -- Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF
On Wed, Mar 19, 2014 at 09:20:35AM +0100, Johannes Schauer wrote: This means that 1.6301e+06 pixels are different. Is my method faulty? Can you reproduce above findings? it seems that it depends on the images whether your method shows up differences -- i get a result of 0 for images i previously compressed down, but similar errors to yours for original photos. my conclusions therefore were based on bad examples and therefore incorrect. After I found that imagemagick would always change the embedded jpeg I tried using the -compress Zip option because that would obviously be lossless (but result in a much larger file size). This is why it is listed in the README. Maybe I should list above steps as well. that would be a good idea, especially given that imagemagick gets pretty close results filesize-wise, and sometimes hits pixel perfection. thanks for putting effort into this, and sorry for holding you up chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#742105: missing dependency to libssreflect-coq
Package: libmathcomp-coq Version: 1.5-1 Severity: serious Welcome to Coq 8.4pl3 (January 2014) Coq Require Import MathComp.poly. Error: Cannot find library Ssreflect.ssrmatching in loadpath -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmathcomp-coq depends on: ii coq [coq-8.4pl3+4.01.0] 8.4pl3dfsg-1 ii libssreflect-ocaml 1.5-1 libmathcomp-coq recommends no packages. libmathcomp-coq 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#742106: python-apport: wrong path in packaging_impl.py, raises FileNotFoundError:
Package: python-apport Version: 2.12.6-1 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The file location for dpkg-divert is /usr/bin and packaging_impl.py expects to find dpkg-divert in /usr/sbin. I'm attaching a simple patch. Thanks. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-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/bash Versions of packages python-apport depends on: ii lsb-release4.1+Debian12 ii python 2.7.5-5 ii python-apt 0.9.3.3 ii python-problem-report 2.12.6-1 Versions of packages python-apport recommends: ii apport 2.12.6-1 python-apport suggests no packages. - -- no debconf information - -- debsums errors found: debsums: changed file /usr/share/pyshared/apport/packaging_impl.py (from python-apport package) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTKWYIAAoJEMcZdpmymyMq0WcQAJ78LlXz7kPVEu4Hv3rlhoOs LTuyEAbo587Qo5GCUhHcZVrKoXlvdjd4atEuDT5JnFoH5evFhlUsYk5xgj8EjxTG gu23b8XhqPxdkYjGp6hQ1vFwxc/W32Tp9cSV+T51Ocw66NR9BGGXzVk9mNKVxjvF yj2z3ry9tR7A+SrkIAV3w7daE7ZnV1yPpzUfc9VpZ0olLhv7Pb1MhUi83lV7y3Ey O+FuuhR5djhaaipW4Z2wIsjV+FqWHCGNTJb9qmNH6E+Xz+JAOZzPMRFGAbKbtzpA 97ri+h3ZUHUK57hVOh6AEK61fmh0WzWNQu4JmRgruNFJp+cundBNzLcyz8QYvQuN 3CvNXvrldSdWPPsUpAANnYQ+n4Ok7B0BKdfwipC1sKel38i8+41Gz+3cjp6KZFOw zf23GQKj6MwalIprYUPZyhr89TLkHuplhnUTxS8hCJLQiP0RXGtsM9t2JqxIh8R/ FDni4OKuZrppQ76NDCGQju9PUjERPP6n1+WMCxMJG0MVcoZOEYvSsk0X/KhHrcCg RFKg6/b7z/gC8iCYvXMlbNIYkubrUaqNjdb2+l8F2Bbqshl03WZ6sDpCtLjNtWxg oPibyAlxeIAd/FVQnYhTeu2eYkEnvwLQjK1z15vM3RH+OpxE8z3ebkmoXbsVU6Lb nJyOm6YtbBUqFK3rw/jS =r4WZ -END PGP SIGNATURE- Index: python3-apport/backends/packaging-apt-dpkg.py === --- python3-apport.orig/backends/packaging-apt-dpkg.py 2014-03-12 19:54:23.070733762 +0100 +++ python3-apport/backends/packaging-apt-dpkg.py 2014-03-12 19:56:34.845442860 +0100 @@ -337,7 +337,7 @@ instead of the one from the current system. ''' # check if the file is a diversion -dpkg = subprocess.Popen(['/usr/sbin/dpkg-divert', '--list', file], +dpkg = subprocess.Popen(['dpkg-divert', '--list', file], stdout=subprocess.PIPE, stderr=subprocess.PIPE) out = dpkg.communicate()[0].decode('UTF-8') if dpkg.returncode == 0 and out:
Bug#722390: 1.8 part is fixed
Control: severity -1 wishlist Control: retitle -1 Updating the Ruby packaging policy for your package «libobexftp-ruby» Control: unblock 731866 -1 Apparently libobexftp-ruby dropped it's dependency on ruby1.8 sometime. The package name and policy changes still apply. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#742030: gnumeric: dumps core when reading xls
I meant important, because for people working with .xls files this bug makes gnumeric unusable. To me it is important because of crash and therefore the potential for loss of unsaved data but not because the bug is related to .XLS in any way. Well, indeed it crashes. And indeed it loses data: I load a file, I work on it and then save it after having worked minutes, hours or even days, as I often leave Gnumeric open indefinitely. If I then close Gnumeric, all the work I have done until that point is lost, as the file cannot be read back. IMHO support for proprietary format is a courtesy and a good will of gnumeric developers but not an essential functionality. All of Gnumeric is a courtesy and a good will of the developers, including the five file formats it can write to. I am sure the developers do not see .xls as not essential. If it were so, I would have to stop using Gnumeric, as I use the native format only for files that I do not need to share. It's just that I file a bug report now and then, and I always forget about the meaning of the various definitions... No worries. :) Well, maybe after this conversation it will be easier for me to remember :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742034: [Pkg-clamav-devel] Bug#742034: clamav-daemon: postinst creates broken config file
]] Scott Kitterman This is 741765. Fixed in unstable and I'll update stable and oldstable shortly. I doubt it is, since 741765 is «timps: FTBFS: nafconsole.c:611:38: error: 'CPPFunction' undeclared (first use in this function)» I think you mean #741675. :-) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742075: ITP: python-img2pdf -- Lossless conversion of JPEG, JPEG2000 and other raster graphic formats to PDF
Hi, Quoting chrysn (2014-03-19 10:32:21) it seems that it depends on the images whether your method shows up differences -- i get a result of 0 for images i previously compressed down, but similar errors to yours for original photos. I see. Would you mind sharing one or some of the images where there are no differences? I would like to investigate what makes them different from those which do get changed by imagemagick. Maybe this can show a way of how to force imagemagick never to recompress. thanks for putting effort into this, and sorry for holding you up chrysn Dont worry - I would very much appreciate if somebody would come forward and tell me that there already exists a solution for this problem because then I can stop my efforts in img2pdf itself or maintaining it in Debian. It took me quite some time until I started writing img2pdf because I thought it can't be that software that solves this simple problem doesnt exist yet and I didnt want to create another NIH solution. But now two years passed since I created img2pdf and I still dont see this problem being solved. Instead I got feedback from many users who found img2pdf useful and also didnt see an alternative. So I wanted to start maintaining it in Debian. cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742086: /etc/man(mdoc).local: \- named dash instead of minus (sign)
Control: tag -1 pending On Wed, Mar 19, 2014 at 01:29:36AM +, Bjarni Ingi Gislason wrote: Misleading name for the character \- The name minus (sign) is used on page 7 in the Troff User's Manual. Also in groff_char(7). Thanks; committed, although I felt the parentheses around sign were unnecessary and rather clunky given the parenthetical that already followed, so I left them out. http://anonscm.debian.org/gitweb/?p=users/cjwatson/groff.git;a=commitdiff;h=57abca5bb975c677b0e5b4ce15c3e963b7266642 -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742107: RM: libneedle-extras-ruby -- RoQA; broken; dead upstream
Package: ftp.debian.org Severity: normal Dear ftpmasters, libneedle-extras-ruby is dead upstream (together with it's parent project needle), last update was sometime in 2005. To get it to work again on current versions of Ruby the package would need a serious makeover packaging- and possibly code-wise. When fixing packaging, the source package should be renamed to follow the current ruby extras policy. Please remove it, as reintroducing it through NEW is likely needed anyway, if somebody really is interested. Thanks, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742108: RM: libneedle-ruby -- RoQA; broken; dead upstream
Package: ftp.debian.org Severity: normal Dear ftpmasters, libneedle-ruby is dead upstream, last update was sometime in 2005. To get it to work again on current versions of Ruby the package would need a serious makeover packaging- and possibly code-wise. When fixing packaging, the source package should be renamed to follow the current ruby extras policy. Please remove it, as reintroducing it through NEW is likely needed anyway, if somebody really is interested. Thanks, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457619: New information?
Hello, This bug was reported under 0.9.5-1 which is really old, have you upgraded and still have the issue ? If so, please let us know. We will release soon pavucontrol-dbg to help debug. Otherwise, I'll close the bug in a few days, reopen it if needed. -- Léo Cavaillé -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731211: aster: new upstream release, work in progress
Andrea Palazzi a écrit : I propose to disable it for the moment and focus on getting a working and lintian-clean package; then we can think about what to do with metis and also work to build multiple versions. That seems reasonable. Added two commits for this. Of course, some tests will not pass anymore, but at least, Aster is back in main. AFAICT, the package is lintian clean except for missing manpages. Anything else? Regards. -- Denis Laxalde Logilab http://www.logilab.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742110: ITP: gestioip -- Web-based IP address management software
Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * Package name: gestioip Version : 3.0 Upstream Author : Marc Uebel cont...@gestioip.net * URL : http://www.gestioip.net * License : GPL-3 Programming Lang: Perl Description : Web-based IP address management software GestioIP is an automated, web based IPv4/IPv6 address management (IPAM) software. It features powerful network discovery functions and offers search and filter functions for both networks and host, permitting Internet Search Engine equivalent expressions. This lets you find the information that administrators frequently need easily and quickly. GestioIP also incorporates an automated VLAN management system. Visit www.gestioip.net for more information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742109: Soft lookup during port scan and IPTables log enabled
Package: base Severity: critical -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: We received an soft lookup (CPU#0 stuck for 23s!) during a port scan with a total of 20K packets and IPtables log enabled (without limits!) Detailed information: [2294091.216227] BUG: soft lockup - CPU#0 stuck for 23s! [kworker/0:0:15620] [2294091.223575] Modules linked in: xt_limit ipt_LOG xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack xt_owner iptable_filter ip_tables x_tables autofs4 binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop coretemp crc32c_intel radeon ttm drm_kms_helper drm snd_pcm power_supply ghash_clmulni_intel aesni_intel aes_x86_64 psmouse i2c_algo_bit aes_generic iTCO_wdt joydev evdev snd_page_alloc i2c_core snd_timer snd i7core_edac processor hpilo edac_core soundcore iTCO_vendor_support hpwdt button container acpi_power_meter serio_raw pcspkr cryptd ext3 mbcache jbd dm_mod sr_mod cdrom usbhid hid ata_generic sd_mod sg crc_t10dif uhci_hcd ata_piix libata ehci_hcd usbcore usb_common bnx2 thermal hpsa thermal_sys scsi_mod [last unloaded: scsi_wait_scan] [2294091.223627] CPU 0 [2294091.223629] Modules linked in: xt_limit ipt_LOG xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack xt_owner iptable_filter ip_tables x_tables autofs4 binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop coretemp crc32c_intel radeon ttm drm_kms_helper drm snd_pcm power_supply ghash_clmulni_intel aesni_intel aes_x86_64 psmouse i2c_algo_bit aes_generic iTCO_wdt joydev evdev snd_page_alloc i2c_core snd_timer snd i7core_edac processor hpilo edac_core soundcore iTCO_vendor_support hpwdt button container acpi_power_meter serio_raw pcspkr cryptd ext3 mbcache jbd dm_mod sr_mod cdrom usbhid hid ata_generic sd_mod sg crc_t10dif uhci_hcd ata_piix libata ehci_hcd usbcore usb_common bnx2 thermal hpsa thermal_sys scsi_mod [last unloaded: scsi_wait_scan] [2294091.223667] [2294091.223669] Pid: 15620, comm: kworker/0:0 Tainted: GW 3.2.0-4-amd64 #1 Debian 3.2.54-2 HP ProLiant DL380 G7 [2294091.223673] RIP: 0010:[81046d8a] [81046d8a] arch_local_irq_restore+0x2/0x8 [2294091.223681] RSP: 0018:88011fc039d0 EFLAGS: 0246 [2294091.223683] RAX: 81767f9c RBX: 8134fd89 RCX: 0303 [2294091.223685] RDX: 8b4e RSI: 0046 RDI: 0246 [2294091.223687] RBP: 00e9 R08: R09: 0040 [2294091.223689] R10: R11: R12: 88011fc03948 [2294091.223691] R13: 8135585e R14: 00e9 R15: 0001 [2294091.223693] FS: () GS:88011fc0() knlGS: [2294091.223696] CS: 0010 DS: ES: CR0: 8005003b [2294091.223698] CR2: 7f15868d9f28 CR3: 01605000 CR4: 06f0 [2294091.223700] DR0: DR1: DR2: [2294091.223702] DR3: DR6: 0ff0 DR7: 0400 [2294091.223704] Process kworker/0:0 (pid: 15620, threadinfo 880036cde000, task 8801195c01c0) [2294091.223706] Stack: [2294091.230919] 81047a17 88010011 88011fc039ff 325b00010001 [2294091.230924] 322e313930343932 00205d3132333130 88011b3fd280 88011fc03b1c [2294091.230928] a0437263 a0433470 2bf867fd 0004 [2294091.230932] Call Trace: [2294091.238219] IRQ [2294091.245177] [81047a17] ? vprintk+0x39e/0x3d9 [2294091.245184] [8134958b] ? printk+0x43/0x48 [2294091.245188] [a0436ac4] ? ipt_log_packet+0x1f7/0x22a [ipt_LOG] [2294091.245191] [a0436b36] ? log_tg+0x3f/0x49 [ipt_LOG] [2294091.245195] [a02810e5] ? ipt_do_table+0x4d7/0x556 [ip_tables] [2294091.245201] [a0424aca] ? nf_conntrack_in+0x53a/0x607 [nf_conntrack] [2294091.245206] [812b1945] ? nf_iterate+0x41/0x77 [2294091.245210] [812b7aa2] ? xfrm4_policy_check.constprop.10+0x4f/0x4f [2294091.245213] [812b19e3] ? nf_hook_slow+0x68/0x101 [2294091.245216] [812b7aa2] ? xfrm4_policy_check.constprop.10+0x4f/0x4f [2294091.245219] [812b7aa2] ? xfrm4_policy_check.constprop.10+0x4f/0x4f [2294091.245222] [812b7a39] ? NF_HOOK.constprop.9+0x3c/0x56 [2294091.245225] [812b7767] ? ip_rcv_finish+0x3b/0x2d1 [2294091.245230] [8128e58b] ? __netif_receive_skb+0x3fb/0x42d [2294091.245233] [8128ff15] ? netif_receive_skb+0x63/0x69 [2294091.245236] [81290409] ? napi_gro_receive+0x1d/0x2b [2294091.245239] [8128ff91] ? napi_skb_finish+0x1c/0x31 [2294091.245246] [a0060596] ?
Bug#709936: New information?
Hello, Could you please confirm that you still have this problem with the new version of pavucontrol in sid ? I haven't be able to reproduce this. Thanks, -- Léo Cavaillé -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742111: mp3gain: ancient and probably insecure embedded code copy: mpglib
Package: mp3gain Version: 1.5.1-4 Severity: serious Tags: security [serious severity because having looked through its implementation, in my opinion this software should not be in Debian 8.] mp3gain contains a modified copy of mpglib, an MP3 decoding library originating from src:mpg123 and also found in a forked or modified form in various other packages. It is unclear how old our particular copy is; it says version 0.2a but the version in mpg123 appears to have been stuck at version 0.2 for at least a decade. mpglib has had various security vulnerabilities in the past, and mp3gain appears to have inherited them. I've just done an upload fixing the ones for which I could find patches in mpg123, but I am not at all confident that I found everything. I intend to switch to python-rgain (which uses GStreamer, and produces compatible ID3 tags) and avoid using mp3gain myself in future. If mp3gain exists in Debian, it should decode MP3s using a shared library of some sort - perhaps libmpg123, GStreamer or libavcodec - that is maintained by people who know the relevant codebase. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742112: RM: mp3gain/1.5.2-r2-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm As described in the 'serious' bug I just filed against it, mp3gain contains a 10ish-year-old embedded code copy of mpglib (originating from src:mpg123, I think) with known buffer overflows (including 'grave' bug #740268). I've just uploaded 1.5.2-r2-6 to fix the known buffer overflows, but the coding style is such that there are probably more exploitable overflows that we don't know about, so I don't think it should be in jessie. I might ask the ftp-masters to remove it from unstable at some point, but for the moment I think it'll be easier to do stable updates if it still exists in unstable, so I'm only asking for testing removal right now. Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742113: rsyslog: logs many rsyslogd-2007: action 'action 17' suspended messages
Package: rsyslog Version: 7.6.2-1 Since the latest upgrade rsyslog logs hundreds of messages like: rsyslogd-2007: action 'action 17' suspended, next retry is Wed Mar 19 08:40:48 2014 [try http://www.rsyslog.com/e/2007 ] and an occasional resume: rsyslogd-2359: action 'action 17' resumed (module 'builtin:ompipe') [try http://www.rsyslog.com/e/2359 ] Seems related to the default rsyslog.conf rule for logging to /dev/xconsole -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (450, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii init-system-helpers 1.18 ii initscripts 2.88dsf-51 ii libc62.18-4 ii libee0 0.4.1-1 ii libestr0 0.1.9-1 ii libjson-c2 0.11-3 ii liblogging-stdlog0 1.0.3-1 ii liblognorm0 0.3.7-1 ii libuuid1 2.20.1-5.6 ii lsb-base 4.1+Debian12 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages rsyslog recommends: ii logrotate 3.8.7-1 Versions of packages rsyslog suggests: ii rsyslog-doc7.6.2-1 pn rsyslog-gnutls none pn rsyslog-gssapi none pn rsyslog-mongodbnone pn rsyslog-mysql | rsyslog-pgsql none pn rsyslog-relp none -- Configuration Files: /etc/logcheck/ignore.d.server/rsyslog [Errno 13] Brak dostępu: u'/etc/logcheck/ignore.d.server/rsyslog' -- no debconf information -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742114: dependency on tcl not tight enough
Package: libtcltk-ruby1.9.1 Version: 1.9.3.484-2 Severity: grave After a tcl/tk upgrade my rubytk programs fail with following error : /usr/lib/ruby/1.9.1/tk.rb:31:in `initialize': Can't find a usable init.tcl in the following directories: (RuntimeError) /usr/share/tcltk/tcl8.5 /usr/lib/tcl8.5 /lib/tcl8.5 /usr/library /library /tcl8.5.14/library /tcl8.5.14/library /usr/share/tcltk/tcl8.5/init.tcl: version conflict for package Tcl: have 8.5.14, need exactly 8.5.15 version conflict for package Tcl: have 8.5.14, need exactly 8.5.15 while executing package require -exact Tcl 8.5.15 (file /usr/share/tcltk/tcl8.5/init.tcl line 19) invoked from within source /usr/share/tcltk/tcl8.5/init.tcl (uplevel body line 1) invoked from within uplevel #0 [list source $tclfile] It seems to dependency should be on tcl8.5.14, not simply 8.5 -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-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 libtcltk-ruby1.9.1 depends on: ii libc6 2.18-4 ii libruby1.9.1 1.9.3.484-2 ii libx11-6 2:1.6.2-1 ii tk8.5 8.5.15-4 libtcltk-ruby1.9.1 recommends no packages. libtcltk-ruby1.9.1 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#740386: [Piuparts-devel] Bug#740386: Five-holger - Support automated summary.json reporting-section definitions
Hi, sorry, tomorrow took slightly longer to arrive... On Mittwoch, 12. März 2014, Dave Steele wrote: I've tested this against the full pejacevik configuration, with no issues. yay! five-holger(8) 92d63d4 pkgsummary documentation cleanup dcba555 Change pkgsummary 'summ' references to 'summary' yay c4fb1d4 Improve pkgsummary reliability and testability Andreas, can you please comment on this? Does that merge with your upcoming commits too? 9a92575 test_pkgsummary.py: Initial pkgsummary tests includes a typo: ittp instead of http 513680c conf.py: Add get_std_distro() please dont disable that/those time sensitive test/s. 38b06eb piuparts-report.py: Support default reporting-section definition good thing not to create a summary when no section is defined, but please log(ging.info) a hint saying so 1b976cb conf.py: _map_distro properly for '*-proposed' 7af5845 conf.py: Add _map_distro() support for all others Besides these comments, I'd like to merge this into develop now, but I'll wait for Andreas' feedback. Dave, what/where's the bug / patch to make DDPO use this? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#742115: s3ql: Outdated homepage URL in control file
Package: s3ql Version: 2.7-1 Severity: wishlist According to URL: http://code.google.com/p/s3ql/ , the homepage listed in the package control file, the new home for s3ql is URL: https://bitbucket.org/nikratio/s3ql/overview . Please update the debian/control file to reflect this new home, and check if the watch file need an update too. :) -- 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#740607: lintian: Please support build-profiles
Hi, Quoting Niels Thykier (2014-03-04 22:51:12) Thanks for confirming my assertion. Sadly, I see I phrased myself poorly. You implemented what I said, but not what I wanted. What I meant was to remove the assignment to $d_restr completely. I.e. my ($d_pkg, $d_march, $d_version, $d_arch, undef, $rest, $part_d_orig) = @$part_d; It is a little Perl feature (similar to the use of _ in some high level programming languages to signal I don't care about this argument/value). It has the advantage of ensuring that $d_restr is not declared in the scope and make any use of it a fatal error (as a compile-time check \o/). ah right, that makes much more sense :) Yes, I'm familiar with _ from python. Done. Not necessarily. We can have multi-level data files. I suspect that commit 6bca8f4830f95e27657c70d45b7ec6003dbe3673 could be an example to get you started. Alternatively, look at $MENU_SECTIONS in checks/menu-format.pm I am thinking something simple like: data/fields/known-build-profiles: profile.stage1 profile.notest ... and a: sub _parse_build_profiles_data{ my ($key, $val, $pval) = @_; [... see commit 6bca8f4 for inspiration here ...] } my $KNOWN_BUILD_PROFILES = Lintian::Data-new( 'fields/known-build-profiles', qr/\./, \_parse_build_profiles_data); Okay. I think I managed to come up with a solution. I suppose it would make sense to rename it, but I am not quite convinced it is worth the hassle. If anything, add the new constructor and make new_noarch an alias of that. I believe the syntax is something like: *new_noarch = \new_norestriction (see Lintian::Util where we do it with open_gz). I also implemented that now. Though now that I look at the logic, there might be a simple way to test for implication without checking N^2 possibilities. I'll look into it. Sounds good! \o/ Anyhow, this part can certainly come in a later patch. It turns out that I need more free time than I currently have to tackle the problem. I want to transform build profiles into normal logic so that I can prove implication using formal methods on a piece of paper. I did not have a head clear enough for that in the past few weeks so I would like to take you up on your offer and deliver that functionality in a later patch. Since our GSoC students started working on a few packages it has become clear that basic lintian support as implemented in the past few patches would've avoided a couple of common errors the students made. Before you apply the attached patch I have another question. Can lintian also check debian/control in addition to DEBIAN/control? Currently, dpkg does not forward the contents of the Build-Profiles field in debian/control to DEBIAN/control and we are currently discussing if it makes sense to do so with Guillem. If lintian can't check debian/control, then never mind. But if it can, then I would like to add a few additional checks. In that case, can you give me an example of a tag that checks debian/control? cheers, josch From a5da9dcec6dcb6a86a33a293c1ce5598665d969e Mon Sep 17 00:00:00 2001 From: josch j.scha...@email.de Date: Mon, 3 Mar 2014 15:58:28 +0100 Subject: [PATCH] Build-profiles support - added 3 new tags to detect errors in restriction list syntax * invalid-restriction-term-in-source-relation * invalid-restriction-namespace-in-source-relation * invalid-restriction-label-in-source-relation - added 4 new tags to ensure that if restrictions lists are used, a versioned build dependency on dpkg-dev and (if applicable) debhelper is added and no conflicts with them exist * restriction-list-without-versioned-dpkg-dev-dependency * restriction-list-with-versioned-dpkg-dev-conflict * restriction-list-with-debhelper-without-debhelper-version * restriction-list-with-debhelper-with-conflicting-debhelper-version - added data/fields/dependency-restrictions and a parser to keep record of valid namespaces and labels for restriction lists --- checks/fields.desc | 50 ++ checks/fields.pm | 80 +++--- data/fields/dependency-restrictions| 4 ++ lib/Lintian/Relation.pm| 47 + .../debian/debian/control.in | 7 +- t/tests/fields-build-depends-general/desc | 7 ++ t/tests/fields-build-depends-general/tags | 7 ++ 7 files changed, 179 insertions(+), 23 deletions(-) create mode 100644 data/fields/dependency-restrictions diff --git a/checks/fields.desc b/checks/fields.desc index d55c11a..6061b95 100644 --- a/checks/fields.desc +++ b/checks/fields.desc @@ -637,6 +637,56 @@ Info: The architecture string in this source relation has some negated. This is not permitted by Policy. Either all architectures must be negated or none of them may be. +Tag:
Bug#742011: mate-dialogs: replacing mate-dialogs-gnome but missing 'provides zenity'
Control: reassign -1 marco Dear Lionel, On Di 18 Mär 2014 09:38:25 CET, Lionel Gamay wrote: Package: mate-dialogs Version: 1.8.0+dfsg1-2 Severity: important Dear Maintainer, Upgrading from MATE 1.6 to 1.8, mate-dialogs package fails to tell that it replaces/provides zenity and so does not install any alternative using /usr/bin/matedialog. I manually added this alternative group/entry on my system with update- alternatives but packages like clamtk which rely upon zenity do not recognize mate-dialogs as a zenity alternative in their dependancies anymore. Thank you. With upstream I have just discussed that we will switch over to using zenity with the MATE desktop environment. This is on the agenda for MATE 1.10 anyway. We will provide patch 1.8 package versions that already go that path. So reassigning to the marco package (which is the only package that has mate-dialogs as hard dependency). Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpbcRuX17ZGj.pgp Description: Digitale PGP-Signatur
Bug#742116: prelude-manager: install fails due to error in post-install script
Package: prelude-manager Version: 1.0.1-5 Severity: important Dear Maintainer, Install of prelude-manager fails due to error in sed statement in post-install script. Error message is: sed: -e expression #6, char 16: unknown option to `s' dpkg: error processing package prelude-manager (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: prelude-manager E: Sub-process /usr/bin/dpkg returned an error code (1) Fixed it by using single quotes instead of double quotes in the sed statement in /var/lib/dpkg/info/prelude-manager.postinst: if [ -n $dbc_dbtype ]; then sed -i -e 's/@DBC_TYPE@/$dbc_dbtype/' \ -e 's/@DBC_HOST@/$dbc_dbserver/' \ -e 's/@DBC_PORT@/$dbc_dbport/' \ -e 's/@DBC_NAME@/$dbc_dbname/' \ -e 's/@DBC_USER@/$dbc_dbuser/' \ -e 's/@DBC_PASS@/$dbc_dbpass/' \ $confnew Best regards. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.6-sec641-grsec (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages prelude-manager depends on: ii adduser3.113+nmu3 ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.18-4 ii libgcrypt111.5.3-4 ii libgnutls262.12.23-13 ii libprelude21.0.0-11+b1 ii libpreludedb0 1.0.0-2.1+b1 ii libxml22.9.1+dfsg1-3 ii ucf3.0027+nmu1 Versions of packages prelude-manager recommends: ii mysql-client 5.5.35+dfsg-2 ii mysql-client-5.5 [mysql-client] 5.5.35+dfsg-2 prelude-manager suggests no packages. -- debconf information: prelude-manager/mysql/admin-user: root prelude-manager/mysql/method: unix socket prelude-manager/pgsql/method: unix socket prelude-manager/internal/reconfiguring: false prelude-manager/db/app-user: prelude prelude-manager/remote/newhost: prelude-manager/pgsql/no-empty-passwords: prelude-manager/upgrade-error: abort prelude-manager/pgsql/admin-user: postgres prelude-manager/db/dbname: prelude prelude-manager/remove-error: abort prelude-manager/dbconfig-reinstall: false * prelude-manager/dbconfig-install: true prelude-manager/dbconfig-upgrade: true prelude-manager/pgsql/authmethod-admin: ident * prelude-manager/database-type: mysql prelude-manager/internal/skip-preseed: false prelude-manager/missing-db-package-error: abort prelude-manager/upgrade-backup: true prelude-manager/install-error: abort prelude-manager/remote/host: prelude-manager/remote/port: prelude-manager/db/basepath: prelude-manager/pgsql/manualconf: prelude-manager/pgsql/authmethod-user: password prelude-manager/passwords-do-not-match: prelude-manager/purge: false prelude-manager/pgsql/changeconf: false prelude-manager/dbconfig-remove: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740386: [Piuparts-devel] Bug#740386: Bug#740386: Bug#740386: Bug#740386: More robust piuparts results reporting format
Hi Dave, On Dienstag, 4. März 2014, Dave Steele wrote: The current precise definition is a bit obtuse in this context - DDPO sorts these strings, for use in a tooltip, in a particular order relative to each other, vs. alphabetical for all others. It's a bit presumptuous to say that in the README now, since DDPO does no such thing yet. The purpose here was to give a hint on a scheme for entering values. The summary doesn't enforce a model, except for the reserved 'overall'. To work with my current DDPO code, I could add something like By convention, the values [...] are expected here, though other values can be used. The real answer is that the special meaning is not yet defined. It is dependent on how you want to use summaries. Last month, I would have said that the 'special' values were required, at a minimum, to populate the piuparts distribution table in DDPO. They dropped those tables for other metrics in February, to reclaim space. The current concept, defined by my DDPO patches, is that you have the ability to control the distributions reported by the DDPO tool tip from piuparts.conf, with the special sorting for the special reporting-sections. Another concept would be to limit DDPO to the special sections.This would let you use other values to report other summary breakdowns to other contexts. The 'overall' concept would need to be reworked a bit here. Which do you prefer? the first thanks for your explainations! (Some (all?) of those should be included in the coming patches... :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#741538: I _do_ have strong interest in the debian-astro mailing list
My previous email was hiding it too much. +1 for setting up the debian-astro mailing list. Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738089: yahtzeesharp: menu file needs absolute icon path
Control: tags -1 patch Dear maintainer, please find attached a patch that solves this issue. Regards, Markus From 96777956bac921d60382be9f2babec1bb56d4a9f Mon Sep 17 00:00:00 2001 From: Markus Koschany a...@gambaru.de Date: Wed, 19 Mar 2014 11:48:54 +0100 Subject: [PATCH] menu --- debian/menu | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/menu b/debian/menu index 0d231b0..e17f63a 100644 --- a/debian/menu +++ b/debian/menu @@ -1,3 +1,3 @@ ?package(yahtzeesharp):needs=X11 section=Games/Card\ title=yahtzeesharp command=/usr/games/yahtzeesharp\ - icon=yahtzeesharp.xpm + icon=/usr/share/pixmaps/yahtzeesharp.xpm -- 1.9.0 signature.asc Description: OpenPGP digital signature
Bug#742117: kdesudo: dpkg-reconfigure kdesudo doesn't work on non-english locales
Package: kdesudo Version: 3.4.2.4-2 Severity: normal Dear Maintainer, if you try to restore the default kdesu behaviour (that is ask for root password not the sudoer password) by running the command dpkg-reconfigure kdesudo and aswering No, then nothing happens unless your current locale is english (or C). The workaround I found is to prepend LC_ALL=C to the command 'dpkg- reconfigure kdesudo' In fact, the kdesudo.postinst dpkg script greps for the by kdesu string which is output by dpkg-divert *only* in english locales. To reproduce the issue on a debian(wheezy)/kde(4.8.4) system (you must also have kdesudo installed of course): 1) install a non english locale by running 'dpkg-reconfigure locales', selecting for example 'it_IT.UTF8', and set it as default locale 2) logout and login 3) execute 'dpkg-reconfigure kdesudo' in konsole and *change* your selection to 'No' (you may have to select the other way before so that it changes) 4) No any dpkg-divert message is output, while in english locale you would get: Removing 'diversion of /usr/lib/kde4/libexec/kdesu to /usr/lib/kde4/libexec/kdesu.kde by kdesudo' Removing 'diversion of /usr/share/man/man1/kdesu.1.gz to /usr/share/man/man1/kdesu.kde.1.gz by kdesudo' No effect, either, so you're stuck to kdesudo mode. Best regards -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdesudo depends on: ii debconf [debconf-2.0] 1.5.49 ii kde-runtime4:4.8.4-2 ii libc6 2.13-38+deb7u1 ii libgcc11:4.7.2-5 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libqt4-dbus4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 ii sudo 1.8.5p2-1+nmu1 kdesudo recommends no packages. kdesudo suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740607: lintian: Please support build-profiles
* Johannes Schauer j.scha...@email.de, 2014-03-19, 11:43: Before you apply the attached patch I have another question. Can lintian also check debian/control in addition to DEBIAN/control? Yes, it can. :) In that case, can you give me an example of a tag that checks debian/control? binary-control-field-duplicates-source -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736501:
Control: tag -1 important Keeps coming back: [10119.710614] [ cut here ] [10119.710658] WARNING: CPU: 1 PID: 689 at /build/linux-Ol1uYP/linux-3.12.6/net/wireless/sme.c:795 wl_bss_connect_done.isra.22+0x115/0x1c0 [wl]() [10119.710660] Modules linked in: michael_mic arc4 ecb ppdev lp rfcomm bnep binfmt_misc uinput nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc loop btusb bluetooth x86_pkg_temp_thermal intel_powerclamp snd_hda_codec_hdmi coretemp kvm_intel kvm fglrx(PO) snd_hda_codec_idt snd_hda_intel crc32_pclmul snd_hda_codec crc32c_intel dell_wmi sparse_keymap joydev ghash_clmulni_intel lib80211_crypt_tkip wl(PO) snd_hwdep snd_pcm i2c_i801 snd_page_alloc aesni_intel snd_seq aes_x86_64 ablk_helper snd_seq_device iTCO_wdt iTCO_vendor_support snd_timer cryptd lrw snd i2c_core gf128mul soundcore lpc_ich mei_me mfd_core parport_pc parport cfg80211 dell_laptop wmi evdev dcdbas mei glue_helper lib80211 psmouse rfkill pcspkr ac video processor serio_raw battery button ext4 crc16 mbcache jbd2 sg sd_mod sr_mod crc_t10dif cdrom crct10dif_common hid_generic usbhid hid sdhci_pci ahci sdhci firewire_ohci libahci mmc_core firewire_core crc_itu_t libata scsi_mod thermal thermal_sys xhci_hcd e1000e ptp pps_core ehci_pci ehci_hcd usbcore usb_common [10119.710730] CPU: 1 PID: 689 Comm: wl_event_handle Tainted: P W O 3.12-0.bpo.1-amd64 #1 Debian 3.12.6-2~bpo70+1 [10119.710732] Hardware name: Dell Inc. Precision M6700/096J9P, BIOS A08 12/13/2012 [10119.710734] a0373730 814bed34 [10119.710738] 81060347 880222779600 880222779e1a 880221cf8000 [10119.710742] 0001 880220dff554 a05a1085 00a9 [10119.710745] Call Trace: [10119.710757] [814bed34] ? dump_stack+0x41/0x51 [10119.710766] [81060347] ? warn_slowpath_common+0x87/0xc0 [10119.710791] [a05a1085] ? wl_bss_connect_done.isra.22+0x115/0x1c0 [wl] [10119.710810] [a05a12b0] ? wl_notify_connect_status+0x180/0x350 [wl] [10119.710816] [81087620] ? down_interruptible+0x30/0x60 [10119.710831] [a059d935] ? wl_event_handler+0x45/0x1d0 [wl] [10119.710840] [a059d8f0] ? wl_deinit_priv_mem+0x90/0x90 [wl] [10119.710843] [810822d3] ? kthread+0xb3/0xc0 [10119.710846] [81082220] ? flush_kthread_worker+0xa0/0xa0 [10119.710849] [814cc40c] ? ret_from_fork+0x7c/0xb0 [10119.710852] [81082220] ? flush_kthread_worker+0xa0/0xa0 [10119.710854] ---[ end trace b6cc4f4493db6460 ]--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742018: ifupdown two issues found:- interface naming and vlan shutdown with virtual interface
Hello, On Wed, 19 Mar 2014 10:46:42 + Trevor Burt trevorjb...@googlemail.com wrote: Hi andrew, I managed to compile ifupdown 0.7.47.2 using apt-get -b source ifupdown. I changed my apt sources deb-src entry to sid. However when I try to install the Deb package it needs iproute2. Iproute2 has lots of dependencies. Can you think of a better solution? Well, recompiling from source gave you the same dependencies as ifupdown doesn't depend on anything newer really :) You should have changed iproute2 dependency to iproute, which is the old name of that package. Newer iproute would upgrade your libc, but nothing really apart from that, but as you've already built ifupdown from source, just change the dependency. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#742118: python-apt: sources.list writing may fail; encoding of sources.list files (advice wanted)
Package: python-apt Version: 0.9.3.3 Severity: serious On Sunday, I merged a bug fix from Ubuntu to force /etc/apt/sources.list to be opened with utf-8 encoding. This was a mistake. The patch was broken, and things can fail now for empty entries. It is reverted in git. I also do not think that hardcoding UTF-8 is a sensible idea. Python 3 by default uses the encoding of the locale it is run in, and that is a much better idea. Of course, there are people who sometimes use the C locale (or other locales with different encoding than their main locale) when running tools using python-apt and then complain about failure because python-apt cannot read files encoded in their main locale's encoding. I thus think we should *not* hardcode an UTF-8 encoding in python-apt, and should instead fix applications and users that run things in an environment with a locale different from the normal one. It also matches the behavior of Python itself. PS. I CCed debian-devel@l.d.o for further input on this topic, but I'm not subscribed. So communication should either CC the bug; or if we do not want to spam this, deity@l.d.o or my email. Thank you. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-apt depends on: ii libapt-inst1.5 0.9.16.1 ii libapt-pkg4.12 0.9.16.1 ii libc6 2.18-4 ii libgcc11:4.8.2-16 ii libstdc++6 4.8.2-16 ii python 2.7.5-5 ii python-apt-common 0.9.3.3 Versions of packages python-apt recommends: ii iso-codes3.51-1 ii lsb-release 4.1+Debian12 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages python-apt suggests: ii python-apt-dbg 0.9.3.3 pn python-apt-doc none ii python-gtk2 2.24.0-3+b1 pn python-vte none -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741538: support for new mailinglist
Hi I do also support creating the astro mailing list. cheers Carsten smime.p7s Description: S/MIME Cryptographic Signature
Bug#742018: ifupdown two issues found:- interface naming and vlan shutdown with virtual interface
Hello, On Wed, 19 Mar 2014 11:09:35 + Trevor Burt trevorjb...@googlemail.com wrote: Hi andrew, it seems our emails have crossed: ) how do you change the dependency when using apt-get -b source ifupdown. I assume i change a file and use dpkg-buildpackage -rfakeroot -uc -b ? Just edit debian/rules before building, change iproute2 to iproute there. P.S. Please don't remove the BTS address from Cc. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#726212: blockattack: menu file needs absolute icon path Jessie Release Goal
Control: tags -1 patch Dear maintainer, I have committed a patch to blockattack's svn repository that fixes the issue. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#742119: RFP: calabash-xproc -- an XProc processor
Package: wnpp Severity: wishlist * Package name: calabash-xproc Version : 1.0.16 Upstream Author : Norman Walsh n...@nwalsh.com * URL : http://xmlcalabash.com/ * License : GPL+CDDL Programming Lang: Java Description : an XProc processor From the homepage: XML Calabash is an implementation of [W3C] XProc: An XML Pipeline Language. The source can be found at github.com/ndw/xmlcalabash1. It is licensed under GPLv2 + CDDL. The license terms are maybe a little unclear, see http://lists.w3.org/Archives/Public/xproc-dev/2010Nov/0089.html. Regards, -- Gioele Barabucci -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741538: Request for a debian-astro mailing list
+1 On Mar 13, 2014, at 4:38 PM, Ole Streicher deb...@liska.ath.cx wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: lists.debian.org Severity: wishlist X-Debbugs-Cc: debian-scie...@lists.debian.org Dear list maintainers, Please create the mailing list debian-as...@lists.debian.org: Name: debian-astro Rationale: We are in the process of creating an astronomy related blend. For this, we want to have a permanent public discussion list. The discussion about this list up to now is done on the debian-science mailing list. Since a few years, astronomy related discussion is a significant part of that list. Several people from debian-science supported the creation. Short description: Debian in astronomy Long description: Discussion about providing Debian for astronomy. This includes the use as well as packaging and development. Both amateur and professional astronomy is covered. Category: Developers Subscription Policy: Open Post Policy: Open Web Archive: Yes Thank you Ole -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTIdDuAAoJEHEVr9B3ENz3nVYP/Rk/I+1IZp57OxoOPosOLQ9K 9WBz+7uYYQsLvk1evugCfI2O8xX1grCBn/5+RtiZPSR6gbJ55yDycbNTsChhT+CX qkG3kmCPLOHyx/BKD7sCKBMT5z97AlwmpJ0tq/uQnLOCkG8h5kaQ9c+/iztz16sV stSr8awKHYgnpuXz/UwpwBM4/YXhPEIkJLQxHiBbUPnL1CL84NbiRw53aSbWH50h N1EBRYvVktwjRw7NKH3ENbwLqPXsO6zD0sesbEdKYEkAxVN80/1Zdc8xSuydQ4/5 46KwngHo4JAf3T5KWAs6Q/5B5KlXLHNKMrxdUnHNcpWcrbM4vjjvU+GvRYpVySiP 8ZTx9PLAfg0gchEECzDze/Z6HS3hdu/FEww4v2XS8Rk10ng/KpoIG0oSZFR7yOrt /owTuZzCKHrqYPCW4SICV1aU/rbDjArAfWmRlh5cZdBVEknjlrFC8oHnsGBbbxb0 8vCIhIwu0zCsf7FmpBdhfD51KaYZ5gRplURwYHba3oLtmaXeACdrwklBOMzlnaPz 1xGzk9p4IFN0cXugaVStmvaRLqhO2iH4cS4tImURa+4OKFvYNpYPyz7wNkDXTonw kESgi19YwF3D7nQW2nMMMo7ydqQmojIb3oF4z9OqZrW2Y6wPT3SfnxCY4Mdcskz+ C52ECo3yx9sKcg4oKsFh =JwEJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5321d0ee.6090...@liska.ath.cx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709892: [Popcon-developers] Bug#709892: popularity-contest: Unable to submit report
On Wed, Mar 19, 2014 at 09:06:48AM +0800, Paul Wise wrote: On Tue, Mar 18, 2014 at 11:26 PM, Ernest Adrogué wrote: It did work. Looks like a server overload problem then. Indeed, the load average looks very spiky: https://munin.debian.org/debian.org/popov.debian.org/load.html I know about this, but to me, this alone is not conclusive: We know that submissions appear around 06:25 local time, and indeed this matches the spikes, but it is not sufficient to conclude that some submissions are lost (and how much). However the largest spike matches the timezone (GMT+1) of all affected system so far. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714422: gnome-shell: 3.8.3 no display shown
Le lundi 17 mars 2014 à 14:41 +, althaser a écrit : Hey, Could you please still reproduce this issue with newer gnome-shell version like 3.8.4-5+b1 ? Tried 3 times, no freeze. Looks like it is fixed. Thanks! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742120: fcitx-table-extra: wrong url for the homepage
Source: fcitx-table-extra Severity: minor Tags: patch Dear Maintainer, the URL should not include code.googlecode.com, but code.google.com instead. I have attached a small patch to correct the problem, but was unable to push it myself. commit 941515bc6ead483eda06de8f8c96571064572986 Author: Toni Mueller t...@debian.org Date: Wed Mar 19 12:40:21 2014 +0100 homepage url changed diff --git a/debian/control b/debian/control index 934bc2b..d20d74b 100644 --- a/debian/control +++ b/debian/control @@ -6,7 +6,7 @@ Uploaders: Aron Xu a...@debian.org, YunQiang Su wzss...@gmail.com Build-Depends: debhelper (= 9), cmake, fcitx-libs-dev (= 1:4.2.8), fcitx-tools (= 1:4.2.8), fcitx-bin (= 1:4.2.8), intltool Standards-Version: 3.9.4 -Homepage: http://code.googlecode.com/p/fcitx +Homepage: http://code.google.com/p/fcitx Vcs-Git: git://anonscm.debian.org/pkg-ime/fcitx-table-extra.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-ime/fcitx-table-extra.git -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Mit freundlichen Gruessen / Kind regards / 祝好, Toni Mueller. Dipl.-Inf. Oeko.neT Mueller Brandt GbR fon +49 2262 9991418 http://www.oeko.net TM28-RIPEAS29394 Software Development in Python (Plone, Pyramid, Django), IT Security, Linux, OpenBSD, Hosting, Unix Systems Administration, Consulting GPG: 4096R/96563E79 B213:F65C:0C8D:B6F9:9434::E92B:9428:82D6:9656:3E79 GPG: 1024D/68BDA342; FP=3312 D609 AD2E 8C05 D494 139E 8419 E0DB 68BD A342 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742122: devhelp: Build using WebKit2
Package: devhelp Version: 3.8.2-2 Severity: normal The old WebKit API is going to be deprecated soon, so applications should at some point start to switch to the WebKit2 API. https://lists.webkit.org/pipermail/webkit-gtk/2014-March/001821.html devhelp has had webkit2 support for a while now, and it's enabled by default, however in Debian it is explicitly disabled. What's the reason for that? If there is any known problem we would like to know in order to fix it upstream. Thanks, Berto -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devhelp depends on: ii libatk1.0-0 2.10.0-2 ii libc6 2.18-4 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libdevhelp-3-2 3.8.2-2 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-02.38.2-5 ii libgtk-3-0 3.10.7-1 ii libjavascriptcoregtk-3.0-0 2.3.92-1 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libsoup2.4-12.44.2-1 ii libwebkitgtk-3.0-0 2.3.92-1 Versions of packages devhelp recommends: ii libglib2.0-doc 2.38.2-5 ii libgtk-3-doc 3.10.7-1 ii libpango1.0-doc 1.36.2-2 devhelp 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#742121: gwhois: Add .wien TLD
Package: gwhois Version: 20120626 Severity: minor Dear Maintainer, please add .wien to the resolvable TLDs. The whois protocol is supported at whois.nic.wien Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738817: winbind doesn't permitt offline logon anymore
Upgrading samba to 4.1.6 doesn't seems to solve the problem. :( Piviul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720833: NMU patch for eegdev 0.2-3.1
The NMU patch for eegdev 0.2-3.1 is below. debdiff eegdev_0.2-3.dsc eegdev_0.2-3.1.dsc diff -Nru eegdev-0.2/debian/changelog eegdev-0.2/debian/changelog --- eegdev-0.2/debian/changelog 2012-05-23 20:41:23.0 +0100 +++ eegdev-0.2/debian/changelog 2014-03-19 11:39:19.0 + @@ -1,3 +1,21 @@ +eegdev (0.2-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS: conflicting types for 'cff_parse' +Add fix-bison-grammar-file.patch +Patch by Dejan Latinovic +Closes: #720833 + * Include config.h before including system headers +Add include-config_h.patch +Patch by Dejan Latinovic +Closes: #742032 + * Fix unaligned memory access errors on MIPS systems +Add fix-unaligned-memory-access.patch +Patch by Dejan Latinovic +Closes: #742035 + + -- Anibal Monsalve Salazar ani...@debian.org Wed, 19 Mar 2014 11:39:11 + + eegdev (0.2-3) unstable; urgency=low * Fix hangups when closing biosemi. (Closes: #673681) diff -Nru eegdev-0.2/debian/patches/fix-bison-grammar-file.patch eegdev-0.2/debian/patches/fix-bison-grammar-file.patch --- eegdev-0.2/debian/patches/fix-bison-grammar-file.patch 1970-01-01 01:00:00.0 +0100 +++ eegdev-0.2/debian/patches/fix-bison-grammar-file.patch 2014-03-17 13:54:09.0 + @@ -0,0 +1,81 @@ +From: Dejan Latinovic dejan.latino...@imgtec.com +Date: Tue, 11 Mar 2014 18:16:39 +0100 +Description: FTBFS: conflicting types for 'cff_parse' + Changes to bison input files (src/core/conffile.y and src/core/confline.y), + in order to adapt to newer bison version. +Debian-Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720833 + +--- a/src/core/conffile.y b/src/core/conffile.y +@@ -17,9 +17,11 @@ + along with this program. If not, see http://www.gnu.org/licenses/. + */ + %define api.pure ++%no-lines + %name-prefix cff_ + %defines conffile.tab.h + %parse-param { struct cfdata *pp } ++%lex-param { yyscan_t cff_scaninfo } + %{ + #if HAVE_CONFIG_H + # include config.h +@@ -28,6 +30,11 @@ + #include stdio.h + #include stdlib.h + #include configuration.h ++#ifndef YY_TYPEDEF_YY_SCANNER_T ++#define YY_TYPEDEF_YY_SCANNER_T ++typedef void* yyscan_t; ++#endif ++#include conffile.h + %} + + %union value { +@@ -36,9 +43,7 @@ + + %{ + #include conffile.lex.h +-#include conffile.h +-#define YYLEX_PARAM pp-scaninfo +- ++#define cff_scaninfo pp-scaninfo + static int yyerror(struct cfdata *pp, const char* s); + %} + +--- a/src/core/confline.y b/src/core/confline.y +@@ -17,9 +17,11 @@ + along with this program. If not, see http://www.gnu.org/licenses/. + */ + %define api.pure ++%no-lines + %name-prefix cfl_ + %defines confline.tab.h + %parse-param { struct cfldata *pp } ++%lex-param { yyscan_t cfl_scaninfo } + %{ + #if HAVE_CONFIG_H + # include config.h +@@ -28,6 +30,11 @@ + #include stdio.h + #include stdlib.h + #include configuration.h ++#ifndef YY_TYPEDEF_YY_SCANNER_T ++#define YY_TYPEDEF_YY_SCANNER_T ++typedef void* yyscan_t; ++#endif ++#include confline.h + %} + + %union value { +@@ -36,9 +43,7 @@ + + %{ + #include confline.lex.h +-#include confline.h +-#define YYLEX_PARAM pp-scaninfo +- ++#define cfl_scaninfo pp-scaninfo + static int yyerror(struct cfldata *pp, const char* s); + %} + diff -Nru eegdev-0.2/debian/patches/fix-unaligned-memory-access.patch eegdev-0.2/debian/patches/fix-unaligned-memory-access.patch --- eegdev-0.2/debian/patches/fix-unaligned-memory-access.patch 1970-01-01 01:00:00.0 +0100 +++ eegdev-0.2/debian/patches/fix-unaligned-memory-access.patch 2014-03-17 17:20:49.0 + @@ -0,0 +1,46 @@ +From: Dejan Latinovic dejan.latino...@imgtec.com +Date: Tue, 11 Mar 2014 18:16:39 +0100 +Description: Fix unaligned memory access errors on MIPS systems + This patch fixes unaligned memory access errors on MIPS systems. +Debian-Bug: + +--- a/src/core/typecast.c 2014-03-17 17:03:03.868239764 + b/src/core/typecast.c 2014-03-17 17:07:18.253726412 + +@@ -37,6 +37,28 @@ static void cast_##tsrc##_##tdst (void* + } \ + } + ++// Prototype of a generic type scale and cast function for unaligned memory access ++#define DEFINE_CASTUNALIGNED_FN(tsrc, tdst) \ ++static void cast_##tsrc##_##tdst (void* restrict d, const void* restrict s, union gval sc, size_t len) \ ++{ \ ++ union dstdata \ ++ { \ ++ tdst Data; \ ++ unsigned int intData[2];\ ++ }; \ ++ const tsrc* src = s;\ ++ union dstdata *dst = d;
Bug#740310: closed by Neil Williams codeh...@debian.org (Bug#740310: fixed in vmdebootstrap 0.2-2)
Hey Neil, Debian Bug Tracking System [2014-03-15 17:36 +]: vmdebootstrap (0.2-2) unstable; urgency=medium . * Make kpartx wait whilst the partitions are created. (Closes: #741407) * Update homepage location. * Add a check on the cleanup umount and re-try if unable to complete. (Closes: #740310) Splendid, thanks a lot! This works really well now, and I added a setup script and documentation to autopkgtest how to use it to build VM images: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=commitdiff;h=93b50eba3 Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#742018: ifupdown two issues found:- interface naming and vlan shutdown with virtual interface
Hello, On Wed, 19 Mar 2014 11:53:41 + Trevor Burt trevorjb...@googlemail.com wrote: Hi Andrew, I did the following:- Change my apt-get sources file from:- deb-src http://ftp.uk.debian.org/debian stable main contrib to: deb-src http://ftp.uk.debian.org/debian unstable main contrib I then updated apt like so apt-get update I then ran the following:- apt-get source ifupdown which installed the source files for ifupdown-0.7.47.2. I then edited the rules file in the source package like so:- vim ifupdown-0.7.47.2/debian/rules I changed :Depends=iproute2 to :Depends=iproute Inside the ifupdown-0.7.47.2 folder I then ran the following:- dpkg-buildpackage -rfakeroot -uc -b -rfakeroot isn't really necessary. This produced the following deb package:- ifupdown_0.7.47.2_amd64.deb I then installed this package using dpkg -i ifupdown_0.7.47.2_amd64.deb Which installed and produced the following warnings:- Installing new version of config file /etc/init/network-interface-security.conf ... update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match networking Default-Start values (S) update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match networking Default-Stop values (0 6) Should I be concerned about these warnings? No, that's fine. The results of the testing on the latest build showed that ifdown now works correctly. I can issue ifdown wan2.3076:ucarp and it will not take down wan2.3076 :) Good. However the other bug when you have a minus sign in the interface name is still present. When I changed my interface name to wan-2 and typed:- ifup wan-2.3076:ucarp I still got the following error:- RTNETLINK answers: Numerical result out of range Failed to bring up wan-2.3076:ucarp. Any ideas? Probably something's still wrong in ifupdown's vlan/alias parsing code. Unfortunately, I can't spend much time on this now, but I'll try to produce some solution soon. And once again, as I asked you already, please don't remove the BTS address from Cc. If you're using a web mail, please use Reply to All button — we want the communications to be logged in the bug report. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#739611: transition: ruby1.9.1 removal
On Mon, Mar 17, 2014 at 11:36:53PM +0100, Julien Cristau wrote: On Thu, Feb 20, 2014 at 10:04:17 -0300, Antonio Terceiro wrote: The Ruby maintainers want to make sure ruby1.9.1 is not included in Jessie. Different from the ruby1.8 transition, which was huge and is almost done, work on this one is just starting though it tends to be a lot smoother. We begin with ~140 packages in bad state, of which: - ~120 will be able to be fixed with binNMU's once ruby-defaults is updated to not pull ruby1.9.1 anymore. - ~20 seem to be explicitly (build-) depending on ruby1.9.1. We will investigate them individually, file bugs and when possible send patches. I don't expect this to be too much trouble, since packages that already work with ruby1.9.1 tend to not have problems with later versions. Hi Antonio, I've now set up a tracker, my understanding is you don't need anything else from us at least until ruby-defaults is switched. Yell if that's not accurate. Yeah, that's right. Thanks. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#742123: missing license in debian/copyright
Package: python-pbr Version: 0.6-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: python-pbr-0.6\doc\source\semver.rst python-pbr-0.6\doc\source\static\nature.css python-pbr-0.6\pbr\tests\testpackage\* (other files have a different original license as well) to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741754: commons-vfs: FTBFS: Missing required artifact: org.tukaani:xz:jar:debian
This is an issue with commons-compress, org.tukaani:xz should be marked as an optional dependency in the pom. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739303: gnash_0.8.11~git20140121+dfsg-1.1_amd64.changes REJECTED
On 19.03.2014 08:18, Gabriele Giacone wrote: On Wed, Mar 19, 2014 at 4:36 AM, Debian FTP Masters ftpmas...@ftp-master.debian.org wrote: gnash-ext-mysql: lintian output: 'embedded-library usr/lib/gnash/plugins/mysql.so: libmysqlclient', automatically rejected package. gnash-ext-mysql: If you have a good reason, you may override this lintian tag. Hi Reinhard, I'll upload an upstream snapshot in a few hours. Thanks a lot for taking care of this! Btw, I have to apologize that I accidentally did (well, tired) a 0-day NMU instead of a 5-day DELAYED NMU. I still feel rather inexperienced with this NMU business. Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739442: strigi_0.7.8-1.1_amd64.changes ACCEPTED into experimental
On 18.03.2014 23:39, Debian FTP Masters wrote: Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 19 Mar 2014 01:03:17 + Source: strigi Binary: strigi-daemon strigi-client strigi-utils libstreams0 libstreams-dev libstreamanalyzer0 libstreamanalyzer-dev libsearchclient0 libsearchclient-dev libstrigihtmlgui0 libstrigihtmlgui-dev libstrigiqtdbusclient0 libstrigiqtdbusclient-dev strigi-dbg Architecture: source amd64 Version: 0.7.8-1.1 Distribution: experimental I've accidentally uploaded this package directly to experimental instead of the announced 5-day DELAYED upload. I'm sorry if this caused any trouble to you and will pay more attention in the future. Best regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739461: zoneminder_1.26.5-3.1_amd64.changes ACCEPTED into experimental
On 18.03.2014 23:40, Debian FTP Masters wrote: Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 19 Mar 2014 00:31:22 + Source: zoneminder Binary: zoneminder Architecture: source amd64 Version: 1.26.5-3.1 Distribution: experimental Urgency: low Maintainer: Peter Howard p...@northern-ridge.com.au Changed-By: Reinhard Tartler siret...@tauware.de Description: zoneminder - Linux video camera security and surveillance solution Closes: 739461 I've accidentally uploaded this package directly to experimental instead of the announced 5-day DELAYED upload. I'm sorry if this caused any trouble to you and will pay more attention in the future. Best regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742124: nmu: gdal_1.10.1+dfsg-4+b1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu As part of the SpatiaLite transition (#731402) GDAL needs to be rebuild with libspatialite5 (4.1.1-6) which is now available in unstable for all architectures. nmu gdal_1.10.1+dfsg-4+b1 . ALL . -m Rebuild against libspatialite5 Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734511: Another crash here
Debian Jessie - KDE 4.11.3 apt-cache policy plasma-widget-yawp plasma-widget-yawp: Installed: 0.4.2-1 Candidate: 0.4.2-1 Version table: *** 0.4.2-1 0 990 http://ftp.ccc.uba.ar/pub/linux/debian/debian/ jessie/main amd64 Packages 500 http://ftp.ccc.uba.ar/pub/linux/debian/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status Steps to reproduce it: - Add the yawp plasmoid in the kde system tray - Press configure button - In Locations, click on Add City button - Select Debian Weather Service - Type Buenos Aires, Argentina in the City textbox - Click on Find Button - Appear the following dialog box: Error - Plasma Desktop Shell The place 'Buenos Aires, Argentina' is not valid. The weather-service is not able to find this place. - Click on OK button of this dialog, and the plasma desktop crashes -Sometimes, you need to click on te textbox again and click on Find button again to make the desktop crash. Here is the traceback of the crash, if it is useful: http://pastebin.com/930RL77G Here is the bug report in kde: https://bugs.kde.org/show_bug.cgi?id=293724 Marcos Mestre
Bug#742100: Manually partitioning would make some folders inaccessible
control: retitle -1 manual partioning creates wrong permissions for /skole Hi Franklin, thanks for your bugreport. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#733352: Help with C++ issue: tophat does not build from source
Hi, since the Build-Depends seqan-dev was upgraded from version 1.3 to 1.4 tophat fails to build from source (#733352). I upgraded the Git repository to the latest upstream version (2.0.11+dfsg) which unfortunately does not help in this respect. Vcs-Git: git://anonscm.debian.org/debian-med/tophat.git I wonder, whether some skilled C++ coder might be able to help with this probably simple problem: fiedStringTHost, seqan::ModViewTFunctor ::ModifiedString(const THost_, typename seqan::EnableIfseqan::IsSameTypeTHost, THost_ ::Type*) [with THost_ = seqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc ; THost = seqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc ; TFunctor = seqan::FunctorComplementseqan::SimpleTypeunsigned char, seqan::Dna_ ; typename seqan::EnableIfseqan::IsSameTypeTHost, THost_ ::Type = void]': /usr/include/seqan/modifier/modifier_reverse.h:153:33: required from 'seqan::ModifiedStringTHost, seqan::Tagseqan::ModReverse_ ::ModifiedString(const THost_, typename seqan::EnableIfseqan::Andseqan:: Notseqan::IsSameTypetypename seqan::InnermostHost_seqan::ModifiedStringTHost, seqan::Tagseqan::ModReverse_ ::Type, THost , seqan::IsSameTypetypename seqan::InnermostHost_seqan::ModifiedStringTHost, seqan::Tagseqan::ModReverse_ ::Type, THost_ ::Type*) [with THost_ = seqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc ; THost = seqan:: ModifiedStringseqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc , seqan::ModViewseqan::FunctorComplementseqan::SimpleTypeunsigned char, seqan::Dna_ ; typename seqan:: EnableIfseqan::Andseqan::Notseqan::IsSameTypetypename seqan::InnermostHost_seqan::ModifiedStringTHost, seqan::Tagseqan::ModReverse_ ::Type, THost , seqan::IsSameTypetypename seqan:: InnermostHost_seqan::ModifiedStringTHost, seqan::Tagseqan::ModReverse_ ::Type, THost_ ::Type = void]' segment_juncs.cpp:2059:66: required from 'void juncs_from_ref_segs(RefSequenceTable, std::vectorRefSeg, PotentialJuncs, const DnaString, const DnaString, int, int, size_t, bool, size_t) [with JunctionRecorder = RecordSegmentJuncs; PotentialJuncs = std::setJunction, skip_count_lt; seqan::DnaString = seqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc ; size_t = longunsigned int]' segment_juncs.cpp:3723:12: required from here /usr/include/seqan/modifier/modifier_view.h:151:34: error: invalid conversion from 'seqan::Pointer_const seqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc ::Type {aka const seqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc *}' to 'seqan::ModifiedStringseqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc , seqan::ModViewseqan:: FunctorComplementseqan::SimpleTypeunsigned char, seqan::Dna_ ::THostPointer_ {aka seqan::Stringseqan::SimpleTypeunsigned char, seqan::Dna_, seqan::Alloc *}' [-fpermissive] _host(_toPointer(host)), _cargo(), tmp_value() ^ make[3]: *** [segment_juncs.o] Error 1 Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742125: claws-mail: Claws can not be connected to .eml files (XFCE open with)
Package: claws-mail Version: 3.9.3-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I have a Java Programme which has a database storing many different informations. Due to a lack of an integrated email program, the mails have been imported via drag n drop from thunerbird.(All running on windows) The mails have been stored an can be viewed, as thunderbird opens it. Now on Debian testing with claws there is no way to do this * What exactly did you do (or not do) that was effective (or ineffective)? On the XFCE context menu (right click on file.eml) i tried to choose claws as the connected program - after startup the content of the mail was not visible. After installaling icedove and connecting it with *.eml it works as expected. I tried to find any commandline options with no succes. Drag and Drop the .eml into the message window of claws imports the mail to the mailbox, but that was not the task. * What was the outcome of this action? So i am not able to use claws for a lot of working steps due the lack of this possibility and so have to use icedove which i did not like so much. * What outcome did you expect instead? The same behaviour as icedove. Thank you -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages claws-mail depends on: ii libarchive13 3.1.2-8 ii libassuan0 2.1.1-1 ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo21.12.16-2 ii libcompfaceg11:1.5.2-5 ii libcurl3-gnutls 7.35.0-1 ii libdb5.1 5.1.29-6 ii libdbus-1-3 1.8.0-2 ii libdbus-glib-1-2 0.102-1 ii libenchant1c2a 1.6.0-10 ii libetpan15 1.0-5+b1 ii libexpat12.1.0-4 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.38.2-5 ii libgnutls26 2.12.23-13 ii libgpg-error01.12-0.2 ii libgpgme11 1.4.3-0.1 ii libgtk2.0-0 2.24.22-1 ii libice6 2:1.0.8-2 ii libldap-2.4-22.4.31-1+nmu2+b1 ii liblockfile1 1.09-6 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libpangoft2-1.0-01.36.2-2 ii libpisock9 0.12.5-7 ii libsasl2-2 2.1.26.dfsg1-9 ii libsm6 2:1.2.1-2 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages claws-mail recommends: ii aspell-de [aspell-dictionary] 20120607-1 ii aspell-en [aspell-dictionary] 7.1-0-1 ii claws-mail-i18n3.9.3-2 ii xfonts-100dpi 1:1.0.3 ii xfonts-75dpi 1:1.0.3 Versions of packages claws-mail suggests: pn claws-mail-doc none ii claws-mail-tools3.9.3-2 ii epiphany-browser [www-browser] 3.8.2-5 ii gedit 3.10.4-1 ii iceape [www-browser]2.7.12-1+b1 ii iceweasel [www-browser] 24.3.0esr-1 ii konqueror [www-browser] 4:4.11.5-2 ii lynx-cur [www-browser] 2.8.8pre5-1 ii midori [www-browser]0.4.3+dfsg-0.1 ii mousepad0.3.0-2 ii w3m [www-browser] 0.5.3-15 -- 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#649087: gnome-shell plugins can only access /usr/share/icons/gnome
Hey YunQiang, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#649095: gnome-shell: Restarts after changing Empathy state from available to unavailable
Hey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#742124: nmu: gdal_1.10.1+dfsg-4+b1
Control: tags -1 + moreinfo On 2014-03-19 12:47, Bas Couwenberg wrote: As part of the SpatiaLite transition (#731402) GDAL needs to be rebuild with libspatialite5 (4.1.1-6) which is now available in unstable for all architectures. As you're aware that there's an ongoing spatialite transition, is there any reason you've filed this as a separate bug, rather than letting it just be handled as part of the transition anyway? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651462: gnome-shell: Overview doesn't seem to totally work with nouveau and gnome shell on testing
Hey Christopher, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? It is working fine here with 3.8.4-5+b1. thanks regards althaser
Bug#742126: bash-completion: dd if= completion broken
Package: bash-completion Version: 1:2.1-2 Severity: normal dd TAB successfully completes dd options (if=, bs=, ...) but then, dd if=debTAB completes to dd debian.iso (removing the if=). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-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 bash-completion depends on: ii bash 4.3-2 ii dpkg 1.17.6 bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#735227: [activemq] Non sourced jquery
Note that this file isn't used. It isn't required to build the project and it's not bundled in a binary package. It's just cruft in the source package. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651526: [gnome-shell] Wake up from suspend is very difficult
Hey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#652279: gnome-shell: Crash on xsetroot -cursor_name ....
Hey clohr, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? I can't reproduce it here with 3.8.4-5+b1. thanks regards althaser
Bug#729171: jruby -S gem: EOFException in org.joda.time.tz.ZoneInfoProvider.readZoneInfoMap
Hi, The copy of joda-time embedded in the jruby.jar seems to be broken. Rebuilding jruby with a non-broken joda-time shoud fix the issue. When trying to run this bsh script: echo System.out.println(org.joda.time.DateTimeZone.getDefault()); with Jruby, I get the same error: $ bsh -classpath /usr/share/java/jruby.jar script.bsh BeanShell 2.0b4 - by Pat Niemeyer (p...@pat.net) bsh % System.out.println(org.joda.time.DateTimeZone.getDefault()); Exception in thread main java.io.EOFException at java.io.DataInputStream.readFully(DataInputStream.java:197) at java.io.DataInputStream.readUTF(DataInputStream.java:609) at java.io.DataInputStream.readUTF(DataInputStream.java:564) at org.joda.time.tz.ZoneInfoProvider.readZoneInfoMap(ZoneInfoProvider.java:278) at org.joda.time.tz.ZoneInfoProvider.loadZoneInfoMap(ZoneInfoProvider.java:256) [...] UTC But with joda time, it works as expected: $ bsh -classpath /usr/share/java/jruby.jar Europe/Paris For some reason the ZoneInfoMap file seems to be broken in the copy of joda-time embedded in jruby. As a quickfix, I added joda-time in the classpath in /usr/bin/jruby, exec $JAVA_CMD $JAVA_OPTS $JFFI_OPTS ${java_args[@]} -Xbootclasspath/a:/usr/share/java/joda-time.jar:$JRUBY_CP -classpath $CP$CP_DELIMITER$CLASSPATH and now jruby works as expected: $ jruby -S gem RubyGems is a sophisticated package manager for Ruby. This is a basic help message containing pointers to more information. Cheers. -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742000: duck: check URLs in the DEP-3 patch headers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Am 2014-03-18 05:35, schrieb Paul Wise: Package: duck Severity: wishlist It would be great if duck could extract URLs and email addresses from the DEP-3[1] patch headers and check them as per usual. The Origin, Bug, Bug-*, Forwarded and Applied-Upstream fields can have URLs and the Author, From, Reviewed-by and Acked-by fields can have email addresses. The patches to check would be all files in debian/patches/ and all the files in any directory under debian/ containing a file called series. 1. http://dep.debian.net/deps/dep3/ ok done, currently in the repo, please debcheckout and try it out. I'll clean up/restructure some more code before pushing out a new version. To speed things up and only check for patches files, please use cd $SORCEDIR $ duck -CUF Bye, Simon - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTKZ1WAAoJEBy08PeN7K/pRygQAKTSTPC3WRU3Myp6AtsfBiuw yTC6OKeSydwKV4/29UVA5Hkhzpl6MmJ8+L5+Bz/S2wfyS+hk4n2gXusb0hZyshLH YeRsa0xAmi9f483Scr9Y4/Iheec32XnmRLkRoJlxGtDHDr7taB34GdW7wk1nRhXr WMhKpyk3VE36xgsT90nmWi/9r1Pkv4/cUkdAl4rZJlLMxXSCNh7veUG/jCNNnoPF Pbq4G8dYB+OVGGiciaOB9PF6gRZK3qSbW+UNohqPkxbTtVAe+3dR8UdDLUTQIFsN Oyw9cLcNWpnxiQdljYNUogX+SQf0Na4Axb5vT+CfsGpMBFy2XTF1LDEUJ2IIFzWh RfNTTZ8K/C+YaOXJgLuGjHxlgDfS2S8tSfZWv4J9mPtklKMBZrzU6FGOtvBZeiWJ Z/V/7UbxfPvOxRp8aMusMD1CLrBbZBDRBLBbUj86ZV3og1Z46k1UuGlKcg4R8I4Y Cwg0BUfhAHP9lAY6qiVQ+S9+VtPPE2b0Jpe634VWeF/4MXY0QxNpqwMvbeMThVcG 156m8/bxFMoSn+jHMBlf/Qb/YH1lG2kyaOzQmR4/VE7mup7CVezWj/Q5MrnjwWop KMY/MY7v2yOVBpLRzZLeGprJcV89A9wupEPd/Iazg2AR8TrjzJcPF88zkSGRplkk i7Z1RatTA4eM3EgOfQzx =Fhfv -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#655294: gnome-shell: Can't recover emacs control after C-z
Hey Jerry, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#652824: gnome-shell: gnome-online-accounts does not work (JS ERROR)
Hey Johan, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? It is working fine here with 3.8.4-5+b1. thanks regards althaser
Bug#656578: Can't install extensions from gnome site (exception in /usr/share/gnome-shell/js/ui/extensionSystem.js)
Hey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#657194: [gnome-shell] Second Workspace on second monitor not working
Hey Georg, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#726905: xmoto: missing icon entry in menu file Jessie Release Goal
Control: tags -1 patch Dear maintainer, I have committed a patch to xmoto's svn repository which fixes this issue. Regards, Markus signature.asc Description: OpenPGP digital signature