Bug#648656: ITP: sisu-guice -- Patched build of Google Guice for Sisu-IoC
Damien Raude-Morvan: > * Package name: sisu-guice > This package contains a patched build of Guice modified for > Sisu IoC framework (for instance, removes the need to write > explicit bindings in Guice modules). > > This package is a dependency of Maven 3.x Is there a bug in the tracker of sisu-guice to ask them to work their things out with Guice and get their modifications included upstream, so that they can build against regular Guice? Thank you for working on this, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648655: Document msmtpq and msmtpqueue in README.Debian
On Sun, Nov 13, 2011 at 08:10:57PM +0100, Olivier Berger wrote: [...] > msmtpq and msmtpqueue tools are both shipped in examples/ doc subdir, > whereas one seems to be replaced by the other. > > I thing the README.Debian should mention that, so that users know > which one to chose (and also explain briefly the principle of the > tools wouldn't harm). I tend to disagree here, mentioning these scripts in README.Debian could make think that these scripts are fully functional and reliable. That could be right but from my maintainer point of view, these scripts are just provided as is. That's why they are stored in the 'examples' subdir. > Btw, the copyright file may need to be adjusted to mention the source > of these scripts too. As I said in #648648, these scripts are shipped with the upstream sources and they are already covered by the debian/copyright. M. -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648662: cowbuilder --login ignores --distribution and doesn't pass it to pbuilder
Package: cowbuilder Version: 0.65 Severity: normal Tags: patch The --login option passes --override-config down to pbuilder but ignore --distribution, resulting in a /etc/apt/sources.list containing the sources for the host OS. This is especially a problem when using cowbuilder with cowbuilder-dist because it relies on --distribution. (simple patch attached) Thanks a lot for this useful package. N. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowbuilder depends on: ii cowdancer 0.65 ii libc6 2.13-21 ii pbuilder 0.203 cowbuilder recommends no packages. cowbuilder suggests no packages. -- no debconf information diff -ru cowdancer-0.65/cowbuilder.c cowdancer-0.65.new//cowbuilder.c --- cowdancer-0.65/cowbuilder.c2011-07-29 14:01:39.0 +0100 +++ cowdancer-0.65.new//cowbuilder.c2011-11-13 19:16:54.356924971 + @@ -447,6 +447,16 @@ pbuildercommandline[1]=login; PBUILDER_ADD_PARAM(--buildplace); PBUILDER_ADD_PARAM(pc->buildplace); + if (find_matching_param(--override-config)) +{ + if (pc->mirror) +{ + PBUILDER_ADD_PARAM(--mirror); + PBUILDER_ADD_PARAM(pc->mirror); +} + PBUILDER_ADD_PARAM(--distribution); + PBUILDER_ADD_PARAM(pc->distribution); +} PBUILDER_ADD_PARAM(--no-targz); PBUILDER_ADD_PARAM(--internal-chrootexec); PBUILDER_ADD_PARAM(buf_chroot);
Bug#648661: ntfs-3g: New Upstream Version: 2011.10.9AR.1
Package: ntfs-3g Version: 1:2010.3.6-1 Severity: wishlist New Upstream Version: 2011.10.9AR.1 Changelog: http://b.andre.pagesperso-orange.fr/changelog.html Version 2011.10.9AR.1 (Nov 7, 2011) * fixed huge data writes * added a warning against checks at boot time to the manual * fixed computation of index block size with 4K sectors (Anton Altaparmakov) * fixed a test of volume dirty flag in ntfsfix * implemented a new option -d to clear the dirty flag if ntfsfix is successful * inserted a prefix when displaying owner and group SIDs in secaudit * fixed a false memory leak detection in secaudit * fixed building for kfreebsd (Robert Millan) -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 ntfs-3g depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libntfs-3g751:2010.3.6-1 ntfs-3g filesystem in userspace (F ntfs-3g recommends no packages. ntfs-3g 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#648660: libxbean-java: FTBFS: Error Building Apache XBean OSGI Bundle Utilities
Package: libxbean-java Version: 3.7-3 Severity: serious The relevant error message is shown below. A complete build log is attached. [INFO] Building Apache XBean OSGI Bundle Utilitiess [INFO]task-segment: [package] [INFO] [INFO] [resources:resources {execution: default-resources}] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory /tmp/buildd/libxbean-java-3.7/xbean-bundleutils/src/main/resources [INFO] [compiler:compile {execution: default-compile}] [INFO] Compiling 15 source files to /tmp/buildd/libxbean-java-3.7/xbean-bundleutils/target/classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure DelegatingBundleContext.java:[42,7] org.apache.xbean.osgi.bundle.util.DelegatingBundleContext is not abstract and does not override abstract method getBundle(java.lang.String) in org.osgi.framework.BundleContext DelegatingBundle.java:[44,7] org.apache.xbean.osgi.bundle.util.DelegatingBundle is not abstract and does not override abstract method getDataFile(java.lang.String) in org.osgi.framework.Bundle -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libxbean-java depends on no packages. Versions of packages libxbean-java recommends: ii libasm3-java 3.3.2-1 ii libcommons-logging-java 1.1.1-8 ii liblog4j1.2-java 1.2.16-2 Versions of packages libxbean-java suggests: ii groovy 1.8.4-1 ii libosgi-compendium-java 4.3.0-1 ii libosgi-core-java4.3.0-1 ii libqdox-java 1.12-1 ii libslf4j-java1.6.4-1 ii libspring-beans-java 3.0.6.RELEASE-4 ii libspring-context-java 3.0.6.RELEASE-4 ii libspring-core-java 3.0.6.RELEASE-4 ii libspring-web-java 3.0.6.RELEASE-4 -- no debconf information -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ "Faith means not wanting to know what is true." -- Nietzsche libxbean-java_3.7-3_amd64.build.gz Description: Binary data signature.asc Description: Digital signature
Bug#648052: metacity segfaults after todays update to wheezy
On 13.11.2011, 14:24 +0100 Michael Biebl wrote: > severity 648052 important > thanks > > On 09.11.2011 14:24, S. G. wrote: > > Hi > > > >> Is this problem reproducible after a reboot? > >>> On Tuesday, 08.11.2011, 17:50 +0100 wrote S. G.: > >>> Rebooting system didn't help. > > Yes, it is. > > > >> Can you also test with a newly created user account. > > A newly created user account works. Obviously as no metacity process has > > been started. > > Hm, could you elaborate on this? Why is it obvious that no metacity > process has been started? For the newly created user a default Gnome session consists of the following processes /usr/sbin/gdm3 \_ /usr/lib/gdm3/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display1 \_ /usr/bin/Xorg :0 -br -verbose -novtswitch -auth /var/run/gdm3/auth-for-Debian-gdm-mYMD6w/database -nolisten tcp vt7 \_ /usr/lib/gdm3/gdm-session-worker \_ gnome-session \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session gnome-session \_ /usr/lib/gnome-settings-daemon/gnome-settings-daemon \_ gnome-power-manager \_ /usr/bin/gnome-shell | \_ gnome-terminal | \_ gnome-pty-helper | \_ bash | \_ ps axwfu \_ update-notifier \_ /usr/lib/evolution/3.0/evolution-alarm-notify \_ /usr/lib/gnome-disk-utility/gdu-notification-daemon \_ kerneloops-applet \_ gnome-screensaver \_ nm-applet \_ python /usr/bin/system-config-printer-applet Before I used to see a /usr/bin/metacity in the tree below gnome-session. > > To be clear: You are trying to start a default GNOME session, i.e. not > the fallback one. Exactly. > And your hardwared is 3D capable, Yes, it is. I use to run compiz. > so should be able to > run gnome-shell. But metacity is started anyway? Yes, that's the way it seems to me, because of the segfaults logged to /var/log/messages whenever I try to log into a default GNOME session. > > Do you maybe have an autostart file for metacity in ~/.config/autostart? 'Unfortunately' not. sg@t500sg:~$ ls -l .config/autostart/ total 12 -rw-r--r-- 1 sg sg 2744 Feb 12 2011 cairo-dock.desktop -rw-r--r-- 1 sg sg 241 Feb 12 2011 compiz.desktop -rw-r--r-- 1 sg sg 191 Mar 11 2011 remmina-applet.desktop Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647850: Please update to 1.3.3 compatible with icedove 8
severity 647850 serious tag 647850 experimental severity 648529 serious tag 647850 experimental thanks setting correct severity, albeight it currently an issue for experimental only. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643383: gfan: FTBFS: application.cpp:548:22: error: format not a string literal and no format arguments [-Werror=format-security]
tags 643383 +patch thanks Index: gfan-0.3dfsg/application.cpp === --- gfan-0.3dfsg.orig/application.cpp 2007-10-12 19:05:06.0 -0400 +++ gfan-0.3dfsg/application.cpp 2011-11-11 18:31:09.498412367 -0500 @@ -545,7 +545,7 @@ { char c[1024]; sprintf(c,"ln -s %s%s %s%s%s\n",path,name,path,name,p->name()); - fprintf(stderr,c); + fprintf(stderr,"%s",c); system(c); } p=p->next;
Bug#648222: Significant 2D performance regression with ColorTiling
On Sun, Nov 13, 2011 at 1:34 PM, Iustin Pop wrote: > On Thu, Nov 10, 2011 at 06:15:43PM +0100, Michel Dänzer wrote: >> On Don, 2011-11-10 at 18:01 +0100, Michal Suchanek wrote: >> > On 10 November 2011 17:46, Alex Deucher wrote: >> > > On Wed, Nov 9, 2011 at 12:36 PM, Iustin Pop wrote: >> > >> >> > >> The recent upgrade of xserver-xorg-video-radeon from 1:6.14.2-2 to >> > >> 1:6.14.3-1 enabled ColorTiling for my card, which in turn caused a >> > >> significant performance degradation in 2D (yes, I understand it should >> > >> make 3D faster, but I didn't know it should slow down 2D applications). >> > >> >> > >> I'm using plain 2D environment (openbox, no compositing, anything) and >> > >> plain xterm (bitmap fonts, no AA, etc.). The speed of display text has >> > >> changed significantly enough that I can "see" my mutt refreshing the >> > >> inbox and drawing the lines. >> > > >> > > Tiling will speed up all rendering (2D and 3D). However, it sounds >> > > like you are using an environment that is mostly software rendering. >> > > As such in order for the CPU to access tiled buffers, the GPU has to >> > > copy them to a linear buffer before CPU can access it properly. >> > >> > FWIW I have color tiling enabled and have no speed issues in urxvt - >> > TrueType fonts, AA enabled, etc. >> > >> > Unlike xterm urxvt (rxvt-unicode) uses some special font-rendering >> > libraries, however. >> > >> > If I understand it correctly xterm would use the in-server bitmap font >> > rendering which the X server can accelerate as much as it wants. >> >> Core bitmap fonts are completely unaccelerated so far with EXA. xterm >> can also use Xft for font rendering via the -fa option though, which is >> well accelerated. > > Hi all, thanks for the replies. > > I've tested further and this seems to be a problem specific to xterm > (and possibly other software? not sure how to test e.g. firefox's UI > speed): > > Test file: ~20K lines. I've chosen the font sizes so as to have the same > number of lines in full-screen. The timing is simply "time cat file". > > ColorTiling disabled: > > xterm -fn fixed: ~3.3s > xterm -fa Mono -fs 8: ~8.6s > rxvt-unicode -fn fixed: ~0.07s > rxvt-unicode -fn xft:Mono:pixelsize=11: ~0.05s > > ColorTiling enabled: > > xterm -fn fixed: ~21s > xterm -fa Mono -fs 8: ~7.8s > rxvt-unicode -fn fixed: ~0.6s usually, sometimes ~0.1s?? > rxvt-unicode -fn xft:Mono:pixelsize=11: ~0.05s > > So it seems to me that: > > a) whatever xterm does, it is very sub-optimal > b) while xterm's -fa mode is indeed sped up by ColorTiling, it's still > many times slower than with ColorTiling disabled and using core > fonts > c) also rxvt-unicode with core fonts is slowed down by color tiling, > sometimes very much so (10x) > > Based on this I think this is mostly an xterm bug (-fa should/could be > much faster), but I wonder if it also applies to other purely software > 2D rendering. It likely does. We optimize the accelerated paths rather than the slow paths. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648648: Ship msmtp-gnome-tool.py together with the package
On Sun, Nov 13, 2011 at 07:55:42PM +0100, Olivier Berger wrote: [...] > So the README.Debian should be updated to mention that the script is > available in msmtp-gnome in Actually, it exists two[1][2] README.Debian and the wrong one is shipped with the package. The useless one will be dropped with the next upload. > /usr/share/doc/msmtp-gnome/scripts/msmtp-gnome-tool.py, and no longer > point to the URLs of the git version ? > > However, maybe the copyright file should reference the source in git for > that script, if it's not in the msmtp distribution, then. As the script is shipped with the upstream sources, I don't think that it is really needed. M. [1] http://anonscm.debian.org/gitweb/?p=users/kolter/msmtp.git;a=blob;f=debian/msmtp.README.Debian [2] http://anonscm.debian.org/gitweb/?p=users/kolter/msmtp.git;a=blob;f=debian/README.Debian -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648659: sshfp: dane needs the daneldnsx python module
Package: sshfp Version: 1.2.2-1 Severity: normal When running the 'dane' program contained in the sshfp package, it produces only the following output: Traceback (most recent call last): File "/usr/bin/dane", line 20, in import daneldnsx as ldnsx ImportError: No module named daneldnsx -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-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 sshfp depends on: ii openssh-client1:5.9p1-2 ii python2.7.2-9 ii python-argparse 1.2.1-1 ii python-dnspython 1.9.4-1 sshfp recommends no packages. sshfp 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#629480: dpkg: Add support for Build-Depends-Arch and Build-Conflicts-Arch
On Sun, Sep 25, 2011 at 08:59:05PM +0100, Roger Leigh wrote: > On Sun, Sep 25, 2011 at 12:48:02AM -0500, Jonathan Nieder wrote: > [...] > > > - } elsif (m/^Build-(Depends|Conflicts)(-Indep)?$/i) { > > > + } elsif (m/^Build-(Depends|Conflicts)(-Arch|-Indep)?$/i) { > > > > That’s all it takes? Looks very sane. > > > > The only missing pieces I see are some tiny nits mentioned above, (*), > > and that it would be helpful to add a test to > > > > git://git.debian.org/dpkg/pkg-tests.git > > > > to make sure bugs affecting this new functionality get caught early. > > I'm a bit busy for the next week (thesis submission), but I'll take > care of all the points you've raised in early October as time allows, > and I'll get an updated patch back to you. Attached. This should address all the points you brought up in the bug report with respect to the first patch. - Rebased against current git master - Added manual page clarifications - Updated dependency ordering in dpkg control file - Updated dpkg-checkbuilddeps options usage by dpkg-buildpackage - Updated dpkg-checkbuilddeps help text - Renamed dpkg-checkbuilddeps option variables to be less confusing I haven't yet updated the testsuite; this would need doing in a second patch. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. >From 0b62d3b5122842cb2f75b0bf4bd2e8b490e9a22a Mon Sep 17 00:00:00 2001 From: Roger Leigh Date: Sun, 13 Nov 2011 19:18:28 + Subject: [PATCH] Add Build-Depends-Arch and Build-Conflicts-Arch Signed-off-by: Roger Leigh --- man/deb-src-control.5 | 48 ++-- man/dpkg-checkbuilddeps.1 |4 +++ scripts/Dpkg/Control/Fields.pm | 16 ++-- scripts/dpkg-buildpackage.pl |4 +- scripts/dpkg-checkbuilddeps.pl | 27 - scripts/dpkg-source.pl |2 +- 6 files changed, 76 insertions(+), 25 deletions(-) diff --git a/man/deb-src-control.5 b/man/deb-src-control.5 index 76e2f9e..177f495 100644 --- a/man/deb-src-control.5 +++ b/man/deb-src-control.5 @@ -109,27 +109,50 @@ package. .TP .BI Build\-Depends: " package-list" -A list of packages that need to be installed and configured to be able to build -the source package. +A list of packages that need to be installed and configured to be able +to build the source package. Including a dependency in this list has +the same effect as including it in both Build-Depends-Arch and +Build-Depends-Indep, with the additional effect of being used for +source-only builds. + +.TP +.BI Build\-Depends\-Arch: " package list" +Same as \fBBuild\-Depends\fP, but they are only needed when building +the architecture dependent packages. The \fBBuild\-Depends\fP are also +installed in this case. This field was introduced in dpkg version +1.16.2; in order to build with older dpkg versions, +\fBBuild\-Depends\fP should be used instead. .TP .BI Build\-Depends\-Indep: " package-list" -Same as \fBBuild\-Depends\fP, but they are only needed when building the -architecture independent packages. The \fBBuild\-Depends\fP are also installed -in this case. +Same as \fBBuild\-Depends\fP, but they are only needed when building +the architecture independent packages. The \fBBuild\-Depends\fP are +also installed in this case. + +.TP +.BI Build\-Conflicts: " package list" +A list of packages that should not be installed when the package is +built, for example because they interfere with the build system used +Including a dependency in this list has the same effect as including +it in both Build-Conflicts-Arch and Build-Conflicts-Indep, with the +additional effect of being used for source-only builds. This field +was introduced in dpkg version 1.16.2; in order to build with older +dpkg versions, \fBBuild\-Conflicts\fP should be used instead. .TP -.BI Build\-Conflicts: " package-list" -A list of packages that should not be installed when the package is build, for -example because they interfere with the used build system. +.BI Build\-Conflicts\-Arch: " package list" +Same as \fBBuild\-Conflicts\fP, but only when building the +architecture dependent packages. .TP .BI Build\-Conflicts\-Indep: " package-list" -Same as \fBBuild\-Conflicts\fP, but only when building the architecture -independent packages. +Same as \fBBuild\-Conflicts\fP, but only when building the +architecture independent packages. +.PP The syntax of the -.B Build\-Depends +.BR Build\-Depends , +.B Build\-Depends\-Arch and .B Build\-Depends\-Indep fields is a list of groups of alternative packages. Each group is a list @@ -140,7 +163,8 @@ optionally followed by a version number specification in parentheses and an architecture specification in square brackets. The syntax of the -.B Build\-Conflicts +.BR Build\-Conflicts , +.B Build\-Conflicts\-Arch and
Bug#648658: texlive-latex-base: Errors running lualatex
Package: texlive-latex-base Version: 2009-11 Severity: normal Running 'lualatex test.tex' on the attached file gives errors, while I couldn't find any documentation that luaLaTeX is not supported. Best, Jaap ## List of ls-R files -rw-r--r-- 1 jaap jaap 31208 Jul 5 2008 /home/jaap/texmf/ls-R -rw-r--r-- 1 root root 1177 Nov 13 11:23 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 1320 Apr 27 2011 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Mar 25 2011 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Oct 6 2010 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Oct 6 2010 /usr/share/texmf-texlive/ls-R -> /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Mar 25 2011 /usr/share/texmf/web2c/texmf.cnf -> /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 5202 Sep 30 21:04 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 11270 Sep 30 21:04 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4019 Sep 30 21:04 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Nov 22 2006 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 402d5adb3864c09ed3cd80c0f2131361 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (800, 'stable'), (500, 'stable-updates'), (200, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 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 texlive-latex-base depends on: ii dpkg 1.15.8.11 Debian package management system ii tex-common2.08.1 common infrastructure for building ii texlive-base 2009-11TeX Live: Essential programs and f ii texlive-binaries 2009-8 Binaries for TeX Live ii texlive-common2009-11TeX Live: Base component Versions of packages texlive-latex-base recommends: ii texlive-latex-base-doc2009-11TeX Live: Documentation files for texlive-latex-base suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii dpkg 1.15.8.11 Debian package management system ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages texlive-latex-base is related to: ii tex-common2.08.1 common infrastructure for building ii texlive-binaries 2009-8 Binaries for TeX Live -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: \documentclass{article} \usepackage{microtype} \begin{document} Test. \end{document} PWD /home/jaap INPUT /var/lib/texmf/web2c/luatex/lualatex.fmt INPUT ./test.tex OUTPUT test.log INPUT /usr/share/texmf-texlive/tex/latex/base/article.cls INPUT /usr/share/texmf-texlive/tex/latex/base/article.cls INPUT /usr/share/texmf-texlive/tex/latex/base/size10.clo INPUT /usr/share/texmf-texlive/tex/latex/base/size10.clo INPUT /usr/share/texmf-texlive/fonts/tfm/public/cm/cmr10.tfm INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.sty INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.sty INPUT /usr/share/texmf-texlive/tex/latex/graphics/keyval.sty INPUT /usr/share/texmf-texlive/tex/latex/graphics/keyval.sty INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.cfg INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.cfg INPUT /usr/share/texmf-texlive/tex/latex/microtype/microtype.cfg This is LuaTeX, Version beta-0.60.2-2010070110 (rev 3730) (format=lualatex 2011.3.25) 13 NOV 2011 20:11 **test.tex (./test.tex LaTeX2e <2009/09/24> Babel and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, dutch, ukenglish, loaded. (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo File: size10.clo 2007/10/19 v1.4h Standard LaTeX file (size option) ) \c@part=\count79 \c@section=\count80 \c@subsection=\count81 \c@subsubsection=\
Bug#648654: Acknowledgement (devscripts: [debcheckout] debcheckout does not honor target directory in all situations)
tags 648654 patch thanks This is the patch which addresses the issue and works for me. Please review and consider it for inclusion. From c94389ff2963d6310e97cc901c8c64ce8b25375a Mon Sep 17 00:00:00 2001 From: Michael Prokop Date: Sun, 13 Nov 2011 19:49:06 +0100 Subject: [PATCH] debcheckout: use DESTDIR also for debian/ only VCS packages When using debcheckout's DESTDIR feature the rename fails iff the package tracks debian/ only in VCS and the rest of the package is retrieved via apt-source. This patch addresses this situation. Example for such a package where debcheckout fails without this patch: | % debcheckout collectd source | declared git repository at git://git.tokkee.org/pkg-collectd.git | git clone git://git.tokkee.org/pkg-collectd.git source ... | Cloning into 'source'... | remote: Counting objects: 3271, done. | remote: Compressing objects: 100% (2228/2228), done. | remote: Total 3271 (delta 1763), reused 725 (delta 384) | Receiving objects: 100% (3271/3271), 434.02 KiB | 746 KiB/s, done. | Resolving deltas: 100% (1763/1763), done. | repository only contains the debian directory, using apt-get source | Reading package lists... Done | Building dependency tree | Reading state information... Done | NOTICE: 'collectd' packaging is maintained in the 'Git' version control system at: | git://git.tokkee.org/pkg-collectd.git | Need to get 1,794 kB of source archives. | Get:1 http://cdn.debian.net/debian/ sid/main collectd 4.10.1-2.1 (dsc) [2,501 B] | Get:2 http://cdn.debian.net/debian/ sid/main collectd 4.10.1-2.1 (tar) [1,733 kB] | Get:3 http://cdn.debian.net/debian/ sid/main collectd 4.10.1-2.1 (diff) [58.5 kB] | Fetched 1,794 kB in 2s (829 kB/s) | dpkg-source: info: extracting collectd in collectd-4.10.1 | dpkg-source: info: unpacking collectd_4.10.1.orig.tar.gz | dpkg-source: info: applying collectd_4.10.1-2.1.diff.gz | rename rVnARqI64_/collectd-4.10.1/Makefile.am collectd/Makefile.am: No such file or directory at /usr/bin/debcheckout line 857. | | % ls source | debian/ Closes: #648654 Signed-off-by: Michael Prokop --- scripts/debcheckout.pl |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/debcheckout.pl b/scripts/debcheckout.pl index bfc4c56..043f1f5 100755 --- a/scripts/debcheckout.pl +++ b/scripts/debcheckout.pl @@ -854,8 +854,8 @@ sub unpack_source($) { } elsif ($file eq '.' or $file eq '..') { next; } else { - rename "$directory/$file", "$pkg/$file" or - die "rename $directory/$file $pkg/$file: $!"; + rename "$directory/$file", "$destdir/$file" or + die "rename $directory/$file $destdir/$file: $!"; } } closedir DIR; -- 1.7.7.2 signature.asc Description: Digital signature
Bug#644943: Please switch source package to OCE
On 2011/11/13 Adam C Powell IV wrote: [...] > But can't seem to be able to push my one change: > > $ git push --all origin > Enter passphrase for key '/home/hazelsct/.ssh/id_rsa': > Counting objects: 7, done. > Delta compression using up to 2 threads. > Compressing objects: 100% (4/4), done. > Writing objects: 100% (4/4), 428 bytes, done. > Total 4 (delta 3), reused 0 (delta 0) > error: unable to create temporary sha1 filename ./objects/ea: Read-only file > system > > fatal: failed to write object > error: unpack failed: unpack-objects abnormal exit > To git+ssh://anonscm.debian.org/git/debian-science/packages/oce.git > ! [remote rejected] debian -> debian (n/a (unpacker error)) > error: failed to push some refs to > 'git+ssh://anonscm.debian.org/git/debian-science/packages/oce.git' I do not remember about Alioth setup, but http://anonscm.debian.org/gitweb/?p=debian-science/packages/oce.git;a=summary tells to use git+ssh://git.debian.org/git/debian-science/packages/oce.git and indeed I have ssh://barbier-gu...@git.debian.org/git/debian-science/packages/oce.git in my .git/config and this works. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644250: fontmatrix: diff for NMU version 0.6.0+svn20110930-1.1
tags 644250 + patch tags 644250 + pending thanks Dear maintainer, I've prepared an NMU for fontmatrix (versioned as 0.6.0+svn20110930-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. -- Jakub Wilk diffstat for fontmatrix-0.6.0+svn20110930 fontmatrix-0.6.0+svn20110930 changelog |7 +++ patches/qreal.diff | 17 + patches/series |1 + 3 files changed, 25 insertions(+) diff -Nru fontmatrix-0.6.0+svn20110930/debian/changelog fontmatrix-0.6.0+svn20110930/debian/changelog --- fontmatrix-0.6.0+svn20110930/debian/changelog 2011-10-03 22:51:43.0 +0200 +++ fontmatrix-0.6.0+svn20110930/debian/changelog 2011-11-13 19:51:42.0 +0100 @@ -1,3 +1,10 @@ +fontmatrix (0.6.0+svn20110930-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix type mismatch between qreal and double on ARM EABI (closes: #644250). + + -- Jakub Wilk Sun, 13 Nov 2011 19:51:41 +0100 + fontmatrix (0.6.0+svn20110930-1) unstable; urgency=low * Upstream svn snapshot (Closes: #554407, #628304). diff -Nru fontmatrix-0.6.0+svn20110930/debian/patches/qreal.diff fontmatrix-0.6.0+svn20110930/debian/patches/qreal.diff --- fontmatrix-0.6.0+svn20110930/debian/patches/qreal.diff 1970-01-01 01:00:00.0 +0100 +++ fontmatrix-0.6.0+svn20110930/debian/patches/qreal.diff 2011-11-13 19:51:03.0 +0100 @@ -0,0 +1,17 @@ +Description: Fix type mismatch between qreal and double on ARM EABI. +Author: Jakub Wilk +Bug-Debian: http://bugs.debian.org/644250 +Forwarded: no +Last-Update: 2011-11-13 + +--- a/src/fminfodisplay.cpp b/src/fminfodisplay.cpp +@@ -151,7 +151,7 @@ + GlyphToSVGHelper gtsh ( gpi->path(), tf ); + svg += gtsh.getSVGPath() + "\n"; + horOffset += gpi->data(GLYPH_DATA_HADVANCE).toDouble() * scaleFactor; +-maxHeight = qMax ( gtsh.getRect().height(), maxHeight ); ++maxHeight = qMax ( (double)gtsh.getRect().height(), maxHeight ); + tf.translate( gpi->data(GLYPH_DATA_HADVANCE).toDouble() * scaleFactor,0 ); + delete gpi; + } diff -Nru fontmatrix-0.6.0+svn20110930/debian/patches/series fontmatrix-0.6.0+svn20110930/debian/patches/series --- fontmatrix-0.6.0+svn20110930/debian/patches/series 2010-01-07 19:26:40.0 +0100 +++ fontmatrix-0.6.0+svn20110930/debian/patches/series 2011-11-13 02:22:05.0 +0100 @@ -1,2 +1,3 @@ 01_fminfodisplay.cpp.patch debian-changes-0.6.0+svn20100107-1 +qreal.diff
Bug#648657: ITP: sisu-ioc -- JSR 330 container and OSGi/Plexus adapter
Package: wnpp Severity: wishlist Owner: "Damien Raude-Morvan" X-Debbugs-Cc: debian-j...@lists.debian.org * Package name: sisu-ioc Version : 2.3.0 Upstream Author : Sonatype * URL : https://github.com/sonatype/sisu * License : Apache and Eclipse Public Licence Programming Lang: Java Description : JSR 330 container and OSGi/Plexus adapter Sisu is a fully compliant JSR330 container that supports classpath scanning, auto-binding, and dynamic auto-wiring. Sisu uses patched Google Guice to perform dependency injection and provides the JSR330 support. . Sisu also provides a replacement Plexus container that builds on top of the JSR330 core. Plexus is the dependency injection container used in Maven 2.x. This package is a dependency of Maven 3.x -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648656: ITP: sisu-guice -- Patched build of Google Guice for Sisu-IoC
Package: wnpp Severity: wishlist Owner: "Damien Raude-Morvan" X-Debbugs-Cc: debian-j...@lists.debian.org * Package name: sisu-guice Version : 3.1.0 Upstream Author : Sonatype and Google Inc. * URL : https://github.com/sonatype/sisu-guice * License : Apache-2.0 Programming Lang: Java Description : Patched build of Google Guice for Sisu-IoC Google Guice is a lightweight dependency injection framework for Java 5 and above. . This package contains a patched build of Guice modified for Sisu IoC framework (for instance, removes the need to write explicit bindings in Guice modules). This package is a dependency of Maven 3.x -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648655: Document msmtpq and msmtpqueue in README.Debian
Package: msmtp Version: 1.4.25-1 Severity: minor Hi. msmtpq and msmtpqueue tools are both shipped in examples/ doc subdir, whereas one seems to be replaced by the other. I thing the README.Debian should mention that, so that users know which one to chose (and also explain briefly the principle of the tools wouldn't harm). Btw, the copyright file may need to be adjusted to mention the source of these scripts too. Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages msmtp depends on: ii debconf [debconf-2.0] 1.5.40 ii dpkg 1.16.1.1 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-21 ii libgnutls262.12.11-1 ii libgsasl7 1.6.1-1 ii libidn11 1.22-3 ii ucf3.0025+nmu2 Versions of packages msmtp recommends: ii ca-certificates 20111025 msmtp suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648654: devscripts: [debcheckout] debcheckout does not honor target directory in all situations
Package: devscripts Version: 2.11.1 Severity: normal When using debcheckout's DESTDIR feature the rename fails iff the package tracks debian/ only in VCS and the rest of the package is retrieved via apt-source. An example for such a package is collectd: , [ demo ] | % debcheckout collectd source | declared git repository at git://git.tokkee.org/pkg-collectd.git | git clone git://git.tokkee.org/pkg-collectd.git source ... | Cloning into 'source'... | remote: Counting objects: 3271, done. | remote: Compressing objects: 100% (2228/2228), done. | remote: Total 3271 (delta 1763), reused 725 (delta 384) | Receiving objects: 100% (3271/3271), 434.61 KiB | 754 KiB/s, done. | Resolving deltas: 100% (1763/1763), done. | repository only contains the debian directory, using apt-get source | Reading package lists... Done | Building dependency tree | Reading state information... Done | NOTICE: 'collectd' packaging is maintained in the 'Git' version control system at: | git://git.tokkee.org/pkg-collectd.git | Need to get 1,794 kB of source archives. | Get:1 http://cdn.debian.net/debian/ sid/main collectd 4.10.1-2.1 (dsc) [2,501 B] | Get:2 http://cdn.debian.net/debian/ sid/main collectd 4.10.1-2.1 (tar) [1,733 kB] | Get:3 http://cdn.debian.net/debian/ sid/main collectd 4.10.1-2.1 (diff) [58.5 kB] | Fetched 1,794 kB in 2s (616 kB/s) | dpkg-source: info: extracting collectd in collectd-4.10.1 | dpkg-source: info: unpacking collectd_4.10.1.orig.tar.gz | dpkg-source: info: applying collectd_4.10.1-2.1.diff.gz | rename dkaH5pemOe/collectd-4.10.1/Makefile.am collectd/Makefile.am: No such file or directory at /usr/bin/debcheckout line 857. ` I've a patch which addresses this issue and works for me. I'll attach it to this bugreport once I've the bug number. Please review and consider it for inclusion then. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-11-13t19-50...@devnull.michael-prokop.at
Bug#631664: [PATCH v2] x86: Add amilo-rfkill driver for some Fujitsu-Siemens Amilo laptops
An rfkill driver based on the fsaa1655g and fsam7440 drivers for Fujitsu-Siemens Amilo A1655 and M7440 models found at: http://sourceforge.net/projects/fsaa1655g/ http://sourceforge.net/projects/fsam7440/ This adds DMI matching and replaces the procfs files with rfkill devices. Signed-off-by: Ben Hutchings --- Changes from v1: - Remove module parameter and call to rfkill_init_sw_state() - Correct Martin's name in copyright banner drivers/platform/x86/Kconfig|7 ++ drivers/platform/x86/Makefile |1 + drivers/platform/x86/amilo-rfkill.c | 180 +++ 3 files changed, 188 insertions(+), 0 deletions(-) create mode 100644 drivers/platform/x86/amilo-rfkill.c diff --git a/drivers/platform/x86/Kconfig b/drivers/platform/x86/Kconfig index 7f43cf8..cb2c255 100644 --- a/drivers/platform/x86/Kconfig +++ b/drivers/platform/x86/Kconfig @@ -143,6 +143,13 @@ config FUJITSU_LAPTOP_DEBUG If you are not sure, say N here. +config AMILO_RFKILL + tristate "Fujitsu-Siemens Amilo rfkill support" + depends on RFKILL + ---help--- + This is a driver for enabling wifi on some Fujitsu-Siemens Amilo + laptops. + config TC1100_WMI tristate "HP Compaq TC1100 Tablet WMI Extras (EXPERIMENTAL)" depends on !X86_64 diff --git a/drivers/platform/x86/Makefile b/drivers/platform/x86/Makefile index 293a320..3acbaad 100644 --- a/drivers/platform/x86/Makefile +++ b/drivers/platform/x86/Makefile @@ -17,6 +17,7 @@ obj-$(CONFIG_ACER_WMI)+= acer-wmi.o obj-$(CONFIG_ACERHDF) += acerhdf.o obj-$(CONFIG_HP_ACCEL) += hp_accel.o obj-$(CONFIG_HP_WMI) += hp-wmi.o +obj-$(CONFIG_AMILO_RFKILL) += amilo-rfkill.o obj-$(CONFIG_TC1100_WMI) += tc1100-wmi.o obj-$(CONFIG_SONY_LAPTOP) += sony-laptop.o obj-$(CONFIG_IDEAPAD_LAPTOP) += ideapad-laptop.o diff --git a/drivers/platform/x86/amilo-rfkill.c b/drivers/platform/x86/amilo-rfkill.c new file mode 100644 index 000..028d3ec --- /dev/null +++ b/drivers/platform/x86/amilo-rfkill.c @@ -0,0 +1,180 @@ +/* + * Support for rfkill on some Fujitsu-Siemens Amilo laptops. + * Copyright 2011 Ben Hutchings. + * + * Based in part on the fsam7440 driver, which is: + * Copyright 2005 Alejandro Vidal Mata & Javier Vidal Mata. + * and on the fsaa1655g driver, which is: + * Copyright 2006 Martin Večeřa. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + */ + +#include +#include +#include +#include +#include +#include + +/* + * These values were obtained from disassembling and debugging the + * PM.exe program installed in the Fujitsu-Siemens AMILO A1655G + */ +#define A1655_STATE_PORT 0x64 +#define A1655_COMMAND_PORT 0x64 +#define A1655_DATA_PORT0x60 +#define A1655_WIFI_COMMAND 0xC5 +#define A1655_WIFI_ON 0x25 +#define A1655_WIFI_OFF 0x45 + +static int amilo_a1655_rfkill_set_block(void *data, bool blocked) +{ + u8 val; + + do + val = inb(A1655_STATE_PORT); + while ((val & 2) == 2); + outb(A1655_WIFI_COMMAND, A1655_COMMAND_PORT); + do + val = inb(A1655_STATE_PORT); + while ((val & 2) == 2); + outb(blocked ? A1655_WIFI_OFF : A1655_WIFI_ON, A1655_DATA_PORT); + + return 0; +} + +static const struct rfkill_ops amilo_a1655_rfkill_ops = { + .set_block = amilo_a1655_rfkill_set_block +}; + +/* + * These values were obtained from disassembling the PM.exe program + * installed in the Fujitsu-Siemens AMILO M 7440 + */ +#define M7440_PORT10x118f +#define M7440_PORT20x118e +#define M7440_RADIO_ON10x12 +#define M7440_RADIO_ON20x80 +#define M7440_RADIO_OFF1 0x10 +#define M7440_RADIO_OFF2 0x00 + +static int amilo_m7440_rfkill_set_block(void *data, bool blocked) +{ + u8 val1 = blocked ? M7440_RADIO_OFF1 : M7440_RADIO_ON1; + u8 val2 = blocked ? M7440_RADIO_OFF2 : M7440_RADIO_ON2; + + outb(val1, M7440_PORT1); + outb(val2, M7440_PORT2); + + /* Check whether the state has changed correctly */ + if (inb(M7440_PORT1) != val1 || inb(M7440_PORT2) != val2) + return -EIO; + + return 0; +} + +static const struct rfkill_ops amilo_m7440_rfkill_ops = { + .set_block = amilo_m7440_rfkill_set_block +}; + +static const struct dmi_system_id __devinitdata amilo_rfkill_id_table[] = { + { + .matches = { + DMI_MATCH(DMI_SYS_VENDOR, "FUJITSU SIEMENS"), + DMI_MATCH(DMI_BOARD_NAME, "AMILO A1655"), + }, + .driver_data = (void *)&amilo_a1655_rfkill_ops + }, + { + .matches = { + DMI_MATCH(DM
Bug#648653: RFP: gnome-shell-extension-weather -- Weather extension for GNOME Shell
Package: wnpp Severity: wishlist * Package name: gnome-shell-extension-weather Version : 0.1-0+2010 Upstream Author : Simon Legner * URL : https://github.com/simon04/gnome-shell-extension-weather * License : GPL-3 Programming Lang: Javascript, Python Description : Weather extension for GNOME Shell gnome-shell-extension-weather is a simple extension for displaying weather notifications in GNOME Shell. Currently, the weather report including forecast for today and tomorrow is fetched from Yahoo! Weather. There is a package on a PPA in Launchpad: https://launchpad.net/~nilarimogard/+archive/test -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648650: ftgl: Should this package be orphaned?
Source: ftgl Severity: important Hi, ftgl has had 2 RC bugs since July and neither appears to have gotten any public maintainer responds. Both bugs have a patch (as of today, thanks to Mònica Ramírez Arceda), so fixing them should now be trivial. If you are still active and interested in this package, please reply to this bug within 14 days (or upload a fix for the RC bugs). Otherwise I will assume you have lost interest in this package and orphan this package. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648652: texlive-base: fails to install
Package: texlive-base Version: 2009-14 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package texlive-base. (Reading database ... 9527 files and directories currently installed.) Unpacking texlive-base (from .../texlive-base_2009-14_all.deb) ... Setting up texlive-base (2009-14) ... tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. Creating config file /etc/texmf/dvips/config/config.ps with new version Creating config file /etc/texmf/tex/generic/config/pdftexconfig.tex with new version Creating config file /etc/texmf/dvipdfmx/dvipdfmx.cfg with new version Creating config file /etc/texmf/xdvi/XDvi with new version tcfmgr: config file `tcfmgr.map' (usually in $TEXMFMAIN/texconfig) not found. dpkg: error processing texlive-base (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: texlive-base E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-11-13 17:02:48 UTC Package: texlive-base Version: 2009-14 Installed-Size: 31188 Maintainer: Debian TeX Maintainers Architecture: all Replaces: dvipdfmx, luatex (<< 0.45.0), texlive-base-bin-doc, texlive-xetex (<< 2008) Provides: dvipdfmx Depends: po-debconf, texlive-doc-base (>= 2009-1), libpaper-utils, mime-support, debconf (>= 0.5) | debconf-2.0, dpkg (>= 1.14.18), dpkg (>= 1.15.4) | install-info, tex-common (>= 2.00), luatex (>= 0.46.0-5), texlive-binaries (>= 2009-10), texlive-common (>= 2009-1) Recommends: lmodern (>= 0.93.3-1) Suggests: perl-tk, ghostscript, xpdf-reader | pdf-viewer, gv | postscript-viewer Conflicts: dvipdfmx, luatex (<< 0.46.0-5), texinfo (<< 4.8), texlive-base-bin (<< 2008), texlive-base-bin-doc Description: TeX Live: Essential programs and files These files are regarded as basic for any TeX system, covering plain TeX macros, Computer Modern fonts, and configuration for common drivers; no LaTeX. . This package includes the following CTAN packages: amsfonts -- TeX fonts from the American Mathematical Society. apalike -- APA-like citations bibtex -- Process bibliographies for LaTeX, etc. cm -- Computer Modern fonts. dvipdfm -- A DVI driver to produce PDF directly. dvipdfmx -- An extended version of dvipdfm. dvipdfmx-def -- dvips -- A DVI to PostScript driver. enctex -- A TeX extension that translates input on its way into TeX. etex -- An extended version of TeX, from the NTS project. etex-pkg -- E-TeX support package. gsftopk -- Convert "ghostscript fonts" to PK files. hyph-utf8 -- Hyphenation patterns expressed in UTF-8. hyphen-base -- ifluatex -- Provides the \ifluatex switch. ifxetex -- Am I running under XeTeX? kpathsea -- Path searching library for TeX-related files. makeindex -- Process index output to produce typesettable code. metafont -- A system for specifying fonts. mflogo -- LaTeX support for MetaFont logo fonts. mfware -- Supporting tools for use with MetaFont. misc -- pdftex -- A TeX extension for direct creation of PDF. plain -- The Plain TeX format. tcdialog -- tetex -- scripts and files originally written for or included in teTeX tex -- A sophisticated typesetting engine. texconfig -- xdvi -- A DVI previewer for the X Window System. texdoc -- Documentation access for TeX distributions. Homepage: http://www.tug.org/texlive/ Tag: interface::commandline, made-of::{font,html,pdf,tex}, qa::old-rc-bugs, role::app-data, role::documentation, use::typesetting, works-with::{font,image,image:vector,text}, works-with-format::{pdf,postscript,tex}, x11::font Section: tex Priority: optional Filename: pool/main/t/texlive-base/texlive-base_2009-14_all.deb Size: 14743478 MD5sum: e0fe29ff818623a83d5ce75b8523f821 SHA1: b2fbf110d6b74e1ed395cca8fb7687abd965b26e SHA256: a599edcdc114e163a02d1aa29ae17920f7dc9b22db01d6548a837e645d3ea416 Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ texlive-base Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki
Bug#648648: Ship msmtp-gnome-tool.py together with the package
Hi Olivier, On Sun, Nov 13, 2011 at 07:44:49PM +0100, Olivier Berger wrote: > As msmtp-gnome-tool.py seems to be needed to use the package (even if > only once), why not ship it ? Actually, it should be. cf. http://packages.debian.org/sid/amd64/msmtp-gnome/filelist Is it different for you? M. -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648648: Ship msmtp-gnome-tool.py together with the package
reassign 648648 msmtp severity 648648 minor thanks On Sun, 13 Nov 2011 19:44:49 +0100, Olivier Berger wrote: > > As msmtp-gnome-tool.py seems to be needed to use the package (even if only > once), why not ship it ? > > Maybe in /usr/share/doc examples/ subdir ? > My bad, didn't notice it was in the package actually. Sorry. So the README.Debian should be updated to mention that the script is available in msmtp-gnome in /usr/share/doc/msmtp-gnome/scripts/msmtp-gnome-tool.py, and no longer point to the URLs of the git version ? However, maybe the copyright file should reference the source in git for that script, if it's not in the msmtp distribution, then. Thanks in advance. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617613: FreeCAD not in Testing
On Sun, 13 Nov 2011 12:40:48 -0500 Adam C Powell IV wrote: > I think we leave it there pending a decision by the project, which will > either allow it into testing or remove it from unstable. Please let me be clear and explicit on this: I would not be happy at all, if freecad were removed from Debian! That's why I have struggled for years and I am still struggling to solve this issue for the best (that is, by persuading Open CASCADE S.A.S. to re-license under the GNU LGPL v2.1). If nobody helps me, I am afraid that removal from Debian will have to be the only way out. But it would be a very sad way out. So, please, contact Open CASCADE S.A.S. and persuade them to switch to the GNU LGPL v2.1! > > No need to do anything else in the meantime. Apart from pestering Open CASCADE S.A.S. and have them make up their minds, that is! > I think we should continue > to develop the package, so it's in top shape in case the project > approves it, it's available to unstable users, and its updates flow to > Ubuntu users as well. I agree, but with s/the project approves it/we succeed in persuading Open CASCADE S.A.S. to re-license under the GNU LGPL v2.1/ I cannot stress it more than this: I need other people to contact Open CASCADE S.A.S. ! We have to show them that really many people ask for this switch to the GNU LGPL v2.1 ! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpynVEUz0QoO.pgp Description: PGP signature
Bug#617613: FreeCAD not in Testing
On Sun, 13 Nov 2011 11:49:10 -0500 Adam C Powell IV wrote: > On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli wrote: [...] > > Yes, but I think freecad should not be released in a stable version > > (again) with this serious issue unsolved. > > Indeed, a package with a copyright/licensing issue can't go into a > release, and can't go into testing. > > IMO this isn't an issue, Please let me understand: (0) you (still) don't think that the OCTPL is GPL-incompatible or (1) you agree that the OCTPL is GPL-incompatible, but you think that this is not an issue for the package freecad linked with libopencascade-* Is it (0) or (1)? > and the fact that Debian allowed it into > unstable and the squeeze release indicates that the project probably > doesn't think so either. [...] The issue may have been overlooked at first. If I recall correctly, the initial discussions about the OCTPL were mainly focused on its DFSG-freeness. The GPL-incompatibility issue was only raised later and was not immediately clear. When I filed the bug report, the GPL-incompatibility had been acknowledged by Open CASCADE S.A.S. itself (that is to say, the authors of the OCTPL!). > > But until there's an official ruling on this issue, the package can't go > any further in Debian. An official ruling on the fact that a GPL'ed package which links with both a GPL'ed library and a GPL-incompatible library has a serious bug?!? I thought this was agreed upon long time ago within the Debian Project. I have seen so many packages with such issues reported as serious bugs (for instance for GPL programs linking with OpenSSL), that I think it goes without saying! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgp0QmXuAaw73.pgp Description: PGP signature
Bug#648651: ITP: rfc-tools -- small tools to work with IETF's RFC documents
Package: wnpp Severity: wishlist Owner: Thomas Koch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Rationale: The doc-rfc package has collected a couple of wishlist issues suggesting the addition of small helpers. Such helpers however are best packaged separately to decouple updates to such helpers from the updates to >100M RFC data. All doc-rfc-* packages will then be updated to recommend this package. This package should be a debian native package. * License : What the fuck license (open for better suggestions) Description : small tools to work with IETF's RFC documents This package collects small tools or additional informations that help to work with Request for comments documents. * build Bibtex entries for RFC documents (Closes: #648205) * rfc command to quickly open a rfc document given a number or keyword (Closes: #296635, #116567, #272826, #31383, #74385) * Recommend available rfc readers: emacs-goodies-el and qrfcview * This package could also become a build-dependency for doc-ref and include some of the scripts to download and process data from rfc-editor.org I'm sure that more ideas will flow into this package once it exists. Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOwBHGAAoJEAf8SJEEK6ZaVZYQAMUVjNvzI+CasOaNPw0Lo6HA OGNtSUx1g2hht2t/6jrhpe/+9O4ic9xYthZdRNzrcNihXhilBh6jGaMrq7E+ZYN7 YkIim51qKoeSc9iTL958KtXhnlvpl3FGmmo53DSwsSpGtk5YqOGu4fs81hlqrEWv pA3n6Jw2HVUASKG6ww8CRvbgaxUdKxrvCfzstICB3fWr3DmlAVVd3z0bkZsckC90 VSHQbDgztkzo0xDY334Ls3byALARuccO0fygPyLPFoAtaX2jhI0byEfA5gwDWOex ALdR1IPWZNiCN1bTku5OE1qS3SuwyKhEy0mM0Ic2GrZ0sp2iuYmgpGFNgzkyehAh 9rPHxOqqK08dwIUiGW2ROcNxeVvT4bHXRYDLAE8ubuG1zDESagGkgF/6QFyXkpds Kc2CLnMW/uvaeJaUOJhmTboJUYVNfHBjBXje+0+n+1NRqLALOI3qVZkBzSon5BNP SkXWsl1c4+gIO/ZuLYgOH55eqy6I0RVtdXuJ0eNZatm8nEVR2lorosTkI+i3XqcN 6xWDJ12eGwX45s87ToSpe1tlesXmzAp99VI06XzMWrBdr2jQSq/OYFnUCCAiOby0 aoVDRMZla49tW1BFaNwsgtYKVrhvJELU4qwiM3MbYFwuuts3EGFibkL4D+w3nF4T 7PT79k8/0aafhL7gjQV0 =Xy8p -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#648649: qdbm: please support nocheck in DEB_BUILD_OPTIONS
Package: qdbm Version: 1.8.78-1 Severity: wishlist Tags: patch Hi, could it be possible to support nocheck in DEB_BUILD_OPTIONS, as also recommended in §4.9.1 of Policy? Attached there is a patch for it (can be improved/changed/etc at will, of course). Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -33,6 +33,12 @@ CFLAGS += -O2 endif +ifneq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS))) + WITH_TESTS = +else + WITH_TESTS = y +endif + CONFIGURE_VARS = CFLAGS="$(CFLAGS)" CPPFLAGS="" CONFIGURE_SWITCHES = --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ @@ -64,23 +70,38 @@ autoconf mkdir with-gdbm && cp qdbm.* *ake* config* *.c *.h with-gdbm/ $(CONFIGURE_VARS) ./configure $(CONFIGURE_SWITCHES) --disable-gdbm - $(MAKE) && $(MAKE) check + $(MAKE) +ifneq "$(WITH_TESTS)" "" + $(MAKE) check +endif #cd with-gdbm && $(CONFIGURE_VARS) ./configure $(CONFIGURE_SWITCHES) #cd with-gdbm && $(MAKE) && $(MAKE) check cd cgi && $(CONFIGURE_VARS) ./configure $(CONFIGURE_SWITCHES) cd cgi && $(MAKE) cd plus && $(CONFIGURE_VARS) ./configure $(CONFIGURE_SWITCHES) - cd plus && $(MAKE) && $(MAKE) check + cd plus && $(MAKE) +ifneq "$(WITH_TESTS)" "" + cd plus && $(MAKE) check +endif cd perl && $(CONFIGURE_VARS) ./configure $(CONFIGURE_SWITCHES) - cd perl && $(MAKE) && $(MAKE) check + cd perl && $(MAKE) +ifneq "$(WITH_TESTS)" "" + cd perl && $(MAKE) check +endif touch build-stamp build-ruby-stamp: build-stamp cp -pR ruby ruby19 && \ cd ruby && $(CONFIGURE_VARS) ./configure $(CONFIGURE_SWITCHES) - export RUBY=/usr/bin/ruby1.8 && cd ruby && $(MAKE) && $(MAKE) check + export RUBY=/usr/bin/ruby1.8 && cd ruby && $(MAKE) +ifneq "$(WITH_TESTS)" "" + export RUBY=/usr/bin/ruby1.8 && cd ruby && $(MAKE) check +endif cd ruby19 && $(CONFIGURE_VARS) ./configure $(CONFIGURE_SWITCHES) - export RUBY=/usr/bin/ruby1.9.1 && cd ruby19 && $(MAKE) && $(MAKE) check + export RUBY=/usr/bin/ruby1.9.1 && cd ruby19 && $(MAKE) +ifneq "$(WITH_TESTS)" "" + export RUBY=/usr/bin/ruby1.9.1 && cd ruby19 && $(MAKE) check +endif touch build-ruby-stamp build-java-stamp: build-stamp
Bug#648648: Ship msmtp-gnome-tool.py together with the package
Package: msmtp-gnome Version: 1.4.25-1 Severity: wishlist Hi. As msmtp-gnome-tool.py seems to be needed to use the package (even if only once), why not ship it ? Maybe in /usr/share/doc examples/ subdir ? Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages msmtp-gnome depends on: ii libc6 2.13-21 ii libglib2.0-0 2.28.8-1 ii libgnome-keyring0 3.2.0-3 ii libgnutls262.12.11-1 ii libgsasl7 1.6.1-1 ii libidn11 1.22-3 ii msmtp 1.4.25-1 ii seahorse 3.0.2-1 Versions of packages msmtp-gnome recommends: ii python-gnomekeyring 2.32.0-4+b1 msmtp-gnome suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646607: ITP: atheme-services -- modular IRC services daemon
When it comes time to submit this for inclusion into the archive, I'm definitely interested in reviewing and testing your package. While I'm not a DD and thus can't sponsor the upload, I am a user of atheme-services on Debian and have packaged several versions of it myself for use on my own IRC servers so I'm pleased to hear upstream has altered their position and am eager to see it return in Wheezy. -- { IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829); WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org); MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648647: gnucash: Crash when editing scheduled transaction
Package: gnucash Version: 1:2.4.8-1 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Open an existing scheduled transaction, hit "Okay" without making any changes. Not sure whether it is related, but just in case: I run gnucash with LANG=de_DE.UTF-8 LC_ALL=de_DE.UTF-8 on a system which uses en_US.utf-8 otherwise. Somehow I no longer get translated text after installing Debian testing from scratch this week. The existing transaction was created while using the German translation. * What was the outcome of this action? A segfault in libgtk. Stack backtrace below. *** End of the template - remove these lines *** Program received signal SIGSEGV, Segmentation fault. 0x7fffefbe8d18 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (gdb) thread apply all bt Thread 3 (Thread 0x7fffd2cce700 (LWP 21744)): #0 0x7fffed17417d in read () at ../sysdeps/unix/syscall-template.S:82 #1 0x7fffed64ad6b in ?? () from /lib/libglib-2.0.so.0 #2 0x7fffed66e9b6 in ?? () from /lib/libglib-2.0.so.0 #3 0x7fffed16cb40 in start_thread (arg=) at pthread_create.c:304 #4 0x7fffeceb736d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () Thread 2 (Thread 0x7fffe3235700 (LWP 21742)): #0 0x7fffeceac723 in *__GI___poll (fds=, nfds=, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x7fffed649414 in ?? () from /lib/libglib-2.0.so.0 #2 0x7fffed649cfa in g_main_loop_run () from /lib/libglib-2.0.so.0 #3 0x7fffef243534 in ?? () from /usr/lib/libgio-2.0.so.0 #4 0x7fffed66e9b6 in ?? () from /lib/libglib-2.0.so.0 #5 0x7fffed16cb40 in start_thread (arg=) at pthread_create.c:304 #6 0x7fffeceb736d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #7 0x in ?? () Thread 1 (Thread 0x77fae980 (LWP 21735)): #0 0x7fffefbe8d18 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #1 0x7fffefbe8dea in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #2 0x7fffefbeb753 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #3 0x7fffefbede95 in gtk_widget_unparent () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #4 0x7fffefa1dc05 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #5 0x7fffedf1303e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #6 0x7fffedf23665 in ?? () from /usr/lib/libgobject-2.0.so.0 #7 0x7fffedf2d68a in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #8 0x7fffedf2d832 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #9 0x7fffefbf0c45 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #10 0x7fffedf16280 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0 #11 0x7fffefbdf7bc in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #12 0x7fffefbdf755 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #13 0x7fffefbe3181 in gtk_ui_manager_ensure_update () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #14 0x76a025eb in gnc_embedded_window_close_page (window=0x36f2120, page=0x34cee70) at gnc-embedded-window.c:183 #15 0x77962e63 in scheduledxaction_editor_dialog_destroy (object=0xb0f0c0, data=0xb00620) at dialog-sx-editor.c:1069 #16 0x7fffedf1303e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #17 0x7fffedf23edb in ?? () from /usr/lib/libgobject-2.0.so.0 #18 0x7fffedf2d68a in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #19 0x7fffedf2d832 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #20 0x7fffefaf7970 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #21 0x7fffedf16280 in g_object_run_dispose () from /usr/lib/libgobject-2.0.so.0 #22 0x77961133 in sxed_close_handler (user_data=0xb00620) at dialog-sx-editor.c:199 #23 0x73f794d7 in gnc_close_gui_component (component_id=21) at gnc-component-manager.c:785 #24 0x73f79541 in gnc_close_gui_component_by_data (component_class=0x7799f7e8 "dialog-scheduledtransaction-editor", user_data=0xb00620) at gnc-component-manager.c:805 #25 0x7796129d in editor_ok_button_clicked (b=0x3655540, sxed=0xb00620) at dialog-sx-editor.c:268 #26 0x7fffedf1303e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #27 0x7fffedf23edb in ?? () from /usr/lib/libgobject-2.0.so.0 #28 0x7fffedf2d68a in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #29 0x7fffedf2d832 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #30 0x7fffefa27b45 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #31 0x7fffedf1303e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #32 0x7fffedf23665 in ?? () from /usr/lib/libgobject-2.0.so.0 #33 0x7fffedf2d68a in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #34 0x7fffedf2d832 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #35
Bug#648646: README.Debian mentions incorrect link to download msmtp-gnome-tool.py
Package: msmtp-gnome Version: 1.4.25-1 Severity: minor Hi. The [1] link in README.Debian incorrectly points to http://github.com/gaizka/misc-scripts/blob/master/msmtp/msmtp-keyring-manage-password.py?raw=true I think it should be https://raw.github.com/gaizka/misc-scripts/master/msmtp/msmtp-gnome-tool.py instead. Thanks in advance. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages msmtp-gnome depends on: ii libc6 2.13-21 ii libglib2.0-0 2.28.8-1 ii libgnome-keyring0 3.2.0-3 ii libgnutls262.12.11-1 ii libgsasl7 1.6.1-1 ii libidn11 1.22-3 ii msmtp 1.4.25-1 ii seahorse 3.0.2-1 Versions of packages msmtp-gnome recommends: ii python-gnomekeyring 2.32.0-4+b1 msmtp-gnome suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525525: [PATCH] Partially revert fix for #525525 and add a migration path to it
The original fix for #525525 was a cold-turkey change in behavior. This caused problems and drew objections. Here, the idea is to revert that change and add a migration path to it. An option --ensure-dctrl is added, whose states semantics is to ensure that the output format is in dctrl format. It will be ignored if -n is also given, as that deliberately asks for non-dctrl output. In practical terms, --ensure-dctrl makes the paragraph separator unconditional, as the cold turkey change (in the absence of -n). The idea is that people who prefer the new behaviour can set up shell aliases or other similar mechanisms that use --ensure-dctrl by default. Another option, --compat is added to allow people who dislike the new behaviour to make sure that they continue to receive it. A --compat option will countermand any previous --ensure-dctrl. Thus a user can put it in a shell alias, which will then continue to deliver the old semantics even after --ensure-dctrl is made default. The idea is that eventually --ensure-dctrl will become normal behaviour and the switch becomes a no-op. Signed-off-by: Antti-Juhani Kaijanaho --- Comments or objections, anyone? debian/changelog|7 ++- grep-dctrl/grep-dctrl.c | 20 man/grep-dctrl.1.cp | 19 +-- tests/0006.out |1 - tests/bug144174.out |1 - tests/bug209134.out |1 - tests/bug511022.out |1 - tests/bug525525.sh |2 +- 8 files changed, 40 insertions(+), 12 deletions(-) diff --git a/debian/changelog b/debian/changelog index 9ea3fdb..b26c4bf 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,8 +2,13 @@ dctrl-tools (2.20) UNRELEASED; urgency=low * Improve the testsuite. * tester.sh: Do not output .differr if it wasn't constructed. + * grep-dctrl: Make a more modest fix for #525525 in adding an --ensure-dctrl +option that makes sure that the output (in the absence of the -n switch) +is in dctrl format. +- Later on we may want to make --ensure-dctrl the default. In anticipation, + a --compat option has been added that countermands any --ensure-dctrl. - -- Antti-Juhani Kaijanaho Sun, 13 Nov 2011 19:33:00 +0200 + -- Antti-Juhani Kaijanaho Sun, 13 Nov 2011 20:24:48 +0200 dctrl-tools (2.19) unstable; urgency=low diff --git a/grep-dctrl/grep-dctrl.c b/grep-dctrl/grep-dctrl.c index 1526e0a..a7bf6f0 100644 --- a/grep-dctrl/grep-dctrl.c +++ b/grep-dctrl/grep-dctrl.c @@ -61,6 +61,8 @@ enum { OPT_GE, OPT_MMAP, OPT_IGN_ERRS, +OPT_ENSURE, +OPT_COMPAT, OPT_PATTERN }; @@ -142,6 +144,8 @@ static struct argp_option options[] = { { "ignore-parse-errors", OPT_IGN_ERRS, 0, 0, N_("Ignore parse errors") }, { "pattern",OPT_PATTERN, N_("PATTERN"), 0, N_("Specify the pattern to search for") }, { "whole-pkg", 'w', 0, 0, N_("Match only whole package names (this implies -e)") }, +{ "ensure-dctrl", OPT_ENSURE, 0, 0, N_("Ensure that the output is in dctrl format (overridden by -n)") }, +{ "compat", OPT_COMPAT, 0, 0, N_("Override the effect of an earlier --ensure-dctrl") }, { 0 } }; @@ -189,6 +193,9 @@ struct arguments { bool quiet; /* Do show field names? */ bool show_field_name; +/* Ensure that the output is in dctrl format? (Ignored if + show_field_name is false.) */ +bool ensure_dctrl; /* Do show (only) first line of Description? */ bool short_descr; /* Does show_fields contain Description? */ @@ -254,6 +261,12 @@ static error_t parse_opt (int key, char * arg, struct argp_state * state) case 'B': banner(false); #endif +case OPT_ENSURE: +args->ensure_dctrl = true; +break; +case OPT_COMPAT: +args->ensure_dctrl = false; +break; case 'v': args->invert_match = true; break; @@ -918,11 +931,10 @@ int main (int argc, char * argv[]) (fa->application_data)); show_field(&args, ¶, fa); } +if ((args.show_field_name && + args.ensure_dctrl) || +args.num_show_fields > 1) puts(""); } -/* let's see how many users howl in pain after - deactivating this conditional (see BTS #525525) - - if (args.num_show_fields > 1)*/ puts(""); } fsaf_close(fp); diff --git a/man/grep-dctrl.1.cp b/man/grep-dctrl.1.cp index 15a67f8..50bad56 100644 --- a/man/grep-dctrl.1.cp +++ b/man/grep-dctrl.1.cp @@ -1,5 +1,5 @@ -.TH GREP-DCTRL 1 2007-10-27
Bug#648222: Significant 2D performance regression with ColorTiling
On Thu, Nov 10, 2011 at 06:15:43PM +0100, Michel Dänzer wrote: > On Don, 2011-11-10 at 18:01 +0100, Michal Suchanek wrote: > > On 10 November 2011 17:46, Alex Deucher wrote: > > > On Wed, Nov 9, 2011 at 12:36 PM, Iustin Pop wrote: > > >> > > >> The recent upgrade of xserver-xorg-video-radeon from 1:6.14.2-2 to > > >> 1:6.14.3-1 enabled ColorTiling for my card, which in turn caused a > > >> significant performance degradation in 2D (yes, I understand it should > > >> make 3D faster, but I didn't know it should slow down 2D applications). > > >> > > >> I'm using plain 2D environment (openbox, no compositing, anything) and > > >> plain xterm (bitmap fonts, no AA, etc.). The speed of display text has > > >> changed significantly enough that I can "see" my mutt refreshing the > > >> inbox and drawing the lines. > > > > > > Tiling will speed up all rendering (2D and 3D). However, it sounds > > > like you are using an environment that is mostly software rendering. > > > As such in order for the CPU to access tiled buffers, the GPU has to > > > copy them to a linear buffer before CPU can access it properly. > > > > FWIW I have color tiling enabled and have no speed issues in urxvt - > > TrueType fonts, AA enabled, etc. > > > > Unlike xterm urxvt (rxvt-unicode) uses some special font-rendering > > libraries, however. > > > > If I understand it correctly xterm would use the in-server bitmap font > > rendering which the X server can accelerate as much as it wants. > > Core bitmap fonts are completely unaccelerated so far with EXA. xterm > can also use Xft for font rendering via the -fa option though, which is > well accelerated. Hi all, thanks for the replies. I've tested further and this seems to be a problem specific to xterm (and possibly other software? not sure how to test e.g. firefox's UI speed): Test file: ~20K lines. I've chosen the font sizes so as to have the same number of lines in full-screen. The timing is simply "time cat file". ColorTiling disabled: xterm -fn fixed: ~3.3s xterm -fa Mono -fs 8: ~8.6s rxvt-unicode -fn fixed: ~0.07s rxvt-unicode -fn xft:Mono:pixelsize=11: ~0.05s ColorTiling enabled: xterm -fn fixed: ~21s xterm -fa Mono -fs 8: ~7.8s rxvt-unicode -fn fixed: ~0.6s usually, sometimes ~0.1s?? rxvt-unicode -fn xft:Mono:pixelsize=11: ~0.05s So it seems to me that: a) whatever xterm does, it is very sub-optimal b) while xterm's -fa mode is indeed sped up by ColorTiling, it's still many times slower than with ColorTiling disabled and using core fonts c) also rxvt-unicode with core fonts is slowed down by color tiling, sometimes very much so (10x) Based on this I think this is mostly an xterm bug (-fa should/could be much faster), but I wonder if it also applies to other purely software 2D rendering. thanks, iustin signature.asc Description: Digital signature
Bug#646902: apt-dater fails silently on refreshing host
Hi, On 11/13/2011 12:23 PM, Markus Raab wrote: The output (without correct sudoers present) is: --- ADPROTO: 0.5 sudo: no tty present and no askpass program specified ADPERR: Failed to execute 'sudo aptitude update' (256). --- Is this sudo line ok for that protocol? The protocol does not care about unkown output. It seems that your /etc/sudoers config does not allow calling `sudo aptitude update` w/o password. To show the 'Failed to execute 'sudo aptitude update' (256).' in the CUI would help a lot I guess. There will be an diagnostic screen showing the detail information in (one of) the next apt-dater releases. I additionally noticed now that "VIRT: Physical" is not correct, it seems unable to detect vserver properly. Shall I open a bug report for that too? Yes, please open a bug. It might be helpful if you supply the content of /proc/cpuinfo and the output of dmidecode along with the opening. Ok, I found out that apt-dater-host uses imvirt internally which seems to have no support for vserver at all. cpuinfo gives no clue (it just says what it tells on the physical server too) and dmidecode just outputs: # dmidecode 2.9 /dev/mem: No such file or directory So I do not see an obvious way to support it. It would be just an low-priority feature request of an software which likely will be obsolete/removed next Anyway, I would like to add support for it. Regards, Thomas -- supp...@ibh.de Tel. +49 351 477 77 30 www.ibh.de Fax +49 351 477 77 39 --- Dipl.-Ing. Thomas Liske Netzwerk- und System-Design IBH IT-Service GmbH Amtsgericht Dresden Gostritzer Str. 67a HRB 13626 D-01217 Dresden GF: Prof. Dr. Thomas Horn Germany VAT DE182302907 --- Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV --- professioneller IT-Service - kompetent und zuverlässig --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648645: genesis: Should this package be orphaned or removed?
Source: genesis Severity: important Hi, There are several RC bugs filed against genesis and none of them appear to have gotten any maintainer reaction for months. If you need help solving the issues, please tag the bugs help or/and request assistances on debian-de...@lists.debian.org. Alternatively, open an RFH bug against wnpp. If you are still active and interested in this package, please reply to this bug within 14 days. Otherwise I will assume you have lost interest in this package and orphan this package. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566845: inetutils-ping: Please implement "-W timeout" option
notfixed 566845 2:1.8-5 thanks On Sun, 2011-11-13 at 19:08:24 +0100, Simon Josefsson wrote: > fixed 566845 2:1.8-5 > thanks > > This appears to have been implemented now, see: > > root@sid:~# ping --help|grep timeout > -w, --timeout=Nstop after N seconds > root@sid:~# ping --version > ping (GNU inetutils) 1.8 This is using iputils (and probably others) terminology. In this case -w deadline is not the same as -W timeout, the former applies to the whole ping run, the latter instead to each response. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648644: ITP: cdi-api -- Contexts and Dependency Injection for Java EE
Package: wnpp Severity: wishlist Owner: "Damien Raude-Morvan" X-Debbugs-CC: debian-j...@lists.debian.org * Package name: cdi-api Version : 1.0 Upstream Author : Red Hat Middleware LLC * URL : http://jcp.org/en/jsr/detail?id=299 * License : Apache-2.0 Programming Lang: Java Description : Contexts and Dependency Injection for Java EE Contexts and Dependency Injection (CDI) defines a set of complementary services to help usage of Inversion of Control (IoC) on Java EE platform (like with Spring Framework). . CDI can be used on Java EE platform but some container also support running on Java SE. -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644042: pu: package partman-target/72
On Sun, Nov 13, 2011 at 05:29:13PM +, Adam D. Barratt wrote: > On Sun, 2011-10-02 at 09:55 +0200, Jérémy Bobbio wrote: > > Anyway, it would still be good to see #597223 fixed in the next point > > release of squeeze: to sum it up, the current installer treats ISO > > hybrid images on USB sticks as real optical drives. This result in a > > very wrong /etc/fstab entry which then prevents automatic mounts of > > subsquently plugged USB hard disks to work properly in GNOME or KDE. > > > > Attached is the proposed update to partman-target that fix this issue. > > Apologies for the delay in getting back to you; please go ahead. Don't worry, I woke up right after the last point release, so there was no rush, indeed. :) The updated package has just been uploaded to franck.d.o. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#648643: Package updates deletes without warning /usr/share/dokuwiki/inc/preload.php
Package: dokuwiki Version: 0.0.20091225c-10+squeeze2 Severity: normal We are using a custom preload.php in order to take advantage of dokuwiki farms. However, whenever there is a package update preload.php is overwritten without any warning. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages dokuwiki depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libphp-simplepie1.2-1RSS and Atom feed parsing in PHP ii php-geshi 1.0.8.4-1Generic Syntax Highlighter ii php55.3.3-7+squeeze3 server-side, HTML-embedded scripti ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii php5-cli5.3.3-7+squeeze3 command-line interpreter for the p ii php5-gd 5.3.3-7+squeeze3 GD module for php5 dokuwiki suggests no packages. -- debconf information: dokuwiki/system/localnet: 10.0.0.0/24 dokuwiki/wiki/superuser: admin * dokuwiki/system/configure-webserver: apache2 * dokuwiki/system/restart-webserver: true dokuwiki/wiki/policy: public dokuwiki/wiki/email: webmaster@localhost * dokuwiki/system/writeplugins: false dokuwiki/wiki/fullname: DokuWiki Administrator dokuwiki/wiki/failpass: dokuwiki/wiki/acl: true * dokuwiki/system/writeconf: false dokuwiki/system/documentroot: /dokuwiki * dokuwiki/system/accessible: global * dokuwiki/system/purgepages: false dokuwiki/wiki/title: Debian DokuWiki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566845: inetutils-ping: Please implement "-W timeout" option
fixed 566845 2:1.8-5 thanks This appears to have been implemented now, see: root@sid:~# ping --help|grep timeout -w, --timeout=Nstop after N seconds root@sid:~# ping --version ping (GNU inetutils) 1.8 /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#323165: accepts malformed addresses
> I think this should cause an error instead of: > > rmh@bombadil:~$ ping 1 > PING 1 (0.0.0.1): 56 data bytes I believe this is intended and a feature that comes from using getaddrinfo. Several programs behave the same -- you can use "short" numeric addresses like '1', '1.2', '4711' etc and it is translated into an IP address. root@sid:~# ping 1.2 PING 1.2 (1.0.0.2): 48 data bytes root@sid:~# nc -v -v 1.2 80 1.2: inverse host lookup failed: Unknown host (UNKNOWN) [1.0.0.2] 80 (http) open root@sid:~# telnet 1.2 Trying 1.0.0.2... root@sid:~# ifconfig eth0 1.2 root@sid:~# ifconfig eth0 |head -2|tail -1 inet addr:1.0.0.2 Bcast:1.255.255.255 Mask:255.0.0.0 root@sid:~# Unless you object, I suggest we close this bug report. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643375: ebview: FTBFS: dialog.c:72:6: error: format not a string literal and no format arguments [-Werror=format-security]
tags 643375 +patch thanks Index: ebview-0.3.6.2/src/dialog.c === --- ebview-0.3.6.2.orig/src/dialog.c 2004-02-18 21:42:45.0 -0500 +++ ebview-0.3.6.2/src/dialog.c 2011-11-11 16:37:07.038198661 -0500 @@ -69,6 +69,7 @@ GTK_DIALOG_DESTROY_WITH_PARENT /* | GTK_DIALOG_NO_SEPARATOR */, GTK_MESSAGE_WARNING, GTK_BUTTONS_OK, + "%s", g_message); gtk_dialog_run(GTK_DIALOG(dialog)); gtk_widget_destroy(dialog); @@ -98,6 +99,7 @@ GTK_DIALOG_DESTROY_WITH_PARENT /* | GTK_DIALOG_NO_SEPARATOR */, GTK_MESSAGE_ERROR, GTK_BUTTONS_CLOSE, + "%s", g_message); gtk_dialog_run(GTK_DIALOG(dialog));
Bug#320698: The ancient libtool issue
Daniel Shahaf wrote: > http://bugs.debian.org/291641 > > Note that it's specific to Debian, i.e., it isn't present in upstream libtool. Thanks, that's useful. Excitingly enough, Philip's test case passes for me! That's because I use gold, which uses --no-copy-dt-needed-entries by default. If I uninstall binutils-gold (so ld.bfd gets used instead), the test case fails. Jonathan $ dpkg-query -W binutils libtool binutils 2.21.90.20111025-1 libtool2.4.2-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648423: [Piuparts-devel] Bug#648423: Bug#648423: piuparts: --minimize has no effect
On Sun, 13 Nov 2011 18:46:03 +0100, Holger Levsen wrote: > On Freitag, 11. November 2011, gregor herrmann wrote: > > True, but if one uses the pbuilder chroot (which is convenient IMO) > > the minimization is still necessary. > Right. So I've applied your original patch now :-) Cool, thanks! > > > Thanks for making me think! :-) > > You're welcome - enjoy :) > Thanks again :) :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe `-NP: STS: Aber niemals signature.asc Description: Digital signature
Bug#648642: ITP: munge-maven-plugin -- Maven plugin to pre-process Java code
Package: wnpp Severity: wishlist Owner: "Damien Raude-Morvan" * Package name: munge-maven-plugin Version : 1.0 Upstream Author : Sun Microsystems, Inc. and * URL : http://sonatype.github.com/munge-maven-plugin/ * License : CDDL Programming Lang: Java Description : Maven plugin to pre-process Java code The Munge Plugin for Maven provides mojos to munge (pre-process) Java code. . It only supports conditional inclusion of source based on defined strings of the form "if[tag]", "if_not[tag]", "else[tag], and "end[tag]". -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#296635: suggest emacs-goodies-el and qrfcview
Package: doc-rfc Version: 20100731-1 Followup-For: Bug #296635 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, related to this: I think all doc-rfc-* packages should also suggest the already existing rfc readers: emacs-googies-el contains an rfc reader for emacs and qrfcview is a standalone rfc reader. Related to this, I'd like to suggest a new debian native package rfc-tools or rfc-goodies that could collect all kind of small snippets around rfcs. Those snippets should rather not be part of the doc-rfc package because updating a small bug in one of the snippets would trigger a rebuild and archive update of hundreds of megabytes of rfcs. Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOwAK4AAoJEAf8SJEEK6Za/ioQAJl2Md5Ko0y9y1MgoJQYCwLs +oYDih9WOHI0PccA+CTxPyNaFXQCrZB3MMTaBJyJe2IosYd1BXZtFbeHYV4/v/3p POT/A5w3ABmZNVIuxJmuuLH/VxapnpcQB4M0VPYF9v1AczrRMU2dSIVx78DYZ5Hq 7vpRn/z2wQf+LfjVk43yb6Ea03ayTPISs06ALhI7wSbXGkE9tVK8DxkHEtMZ6Erw 1oCwGbc/iIIwl0VkDU/Y125kibKcU6qCheLifq9NEq5uYFkG+DHC7CXZuWOhiImm v94mpXHkfkdRwD3+Cp41TfiXgaI7YOLCF3/SPKhTYo3hykFAsYYJkucgLUoumVFx ZoWFnLVlHMakH3xi7sahMumLGYD7djpCepofUV/sO239F2QGMuplBtURtd79GJjO 6SmhzKVi8QY2h9SbfIrvUS5kc2yXsy77BRud9ZBeig6Nx6OMIxyg6lHr7EqSYChr 9JzWxfRBAMvN0t3H6fHnO3TnRsaPr2bEOOMt7oLZT34hfbao3ka9yn9vTdgU1naN GgU2auEzShBR4P3Fbr/2nPcYmfBSGlcnnljC6nSI4GgLDrFdP6U4+jQJ++2AUDyE aZfXvH9J5CyGJK7qGYh7krgKzm7Fk7e4mytoveTBoeimnQVJ/0kz9ukOi+siMdKM J0gQAxG4Vi0cEfrNp0ZN =JI5o -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#648423: [Piuparts-devel] Bug#648423: Bug#648423: piuparts: --minimize has no effect
retitle 648423 piuparts: --minimize has no effect tags 648423 + pending thanks Hi Gregor, On Freitag, 11. November 2011, gregor herrmann wrote: > True, but if one uses the pbuilder chroot (which is convenient IMO) > the minimization is still necessary. Right. So I've applied your original patch now :-) > > Thanks for making me think! :-) > You're welcome - enjoy :) Thanks again :) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#216757: inetutils-ftpd: buffer overflow in ftpd
fixed 216757 2:1.8-5 thanks I believe this bug has been fixed in more recent version, including the latest 1.8 upload so I am tagging it as such. See transcript: root@sid:~# nc localhost 21 220 sid.josefsson.org FTP server (GNU inetutils 1.8) ready. user 530 User access denied. quit 221 Goodbye. root@sid:~# /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648641: eclipse: missing versioned depends on libjasper-java
Package: eclipse-platform Version: 3.7.0-1 Severity: important (if not grave) Hi, According that what's been said in other bug reports, eclipse 3.7 looks for jasper-5.5.jar which was added in libjasper-java 5.5.33-1. However, it only depends on >= 5.5.26-1. Regards, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648603: Pending fixes for bugs in the libdatetime-event-recurrence-perl package
tag 648603 + pending thanks Some bugs in the libdatetime-event-recurrence-perl package are closed in revision 6e287ff4b7afa64d04543b7fd3d7fb2645009a27 in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdatetime-event-recurrence-perl.git;a=commitdiff;h=6e287ff Commit message: Fix typo in long description. Thanks: Davide Prina for the bug report Closes: #648603 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617613: FreeCAD not in Testing
I think we leave it there pending a decision by the project, which will either allow it into testing or remove it from unstable. No need to do anything else in the meantime. I think we should continue to develop the package, so it's in top shape in case the project approves it, it's available to unstable users, and its updates flow to Ubuntu users as well. -Adam On Sun, 2011-11-13 at 18:29 +0100, Anton Gladky wrote: > Ok, thanks for both opinions, > > I agree, that we cannot put freecad into testing. > I was hoping, that OCE will fix the issue, but it is seems not... > > So, if the license issue is not resolved we will request deletion of > freecad from unstable? > > Thanks. > > Anton > > > On Sun, Nov 13, 2011 at 5:49 PM, Adam C Powell IV wrote: > > On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli wrote: > >> On Thu, 10 Nov 2011 19:18:01 +0100 Anton Gladky wrote: > >> > >> > Can we decrease the severity of this bug to return the freecad back to > >> > testing? > >> > >> Why? > >> I think the bug is still unfixed and still serious, unfortunately. > >> > >> > The bug filed on March, but freecad was removed from testing on May > >> > because of FTBFS's (I think). > >> > >> Yes, but I think freecad should not be released in a stable version > >> (again) with this serious issue unsolved. > > > > Indeed, a package with a copyright/licensing issue can't go into a > > release, and can't go into testing. > > > > IMO this isn't an issue, and the fact that Debian allowed it into > > unstable and the squeeze release indicates that the project probably > > doesn't think so either. (Ubuntu has had Freecad since from lucid to > > oneiric, so they don't seem to think there's a OCTPL-GPL incompatibility > > either.) > > > > But until there's an official ruling on this issue, the package can't go > > any further in Debian. > > > > -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#648640: ITP: jarjar-maven-plugin -- Maven plugin to repackage third-party jars
Package: wnpp Severity: wishlist Owner: "Damien Raude-Morvan" * Package name: jarjar-maven-plugin Version : 1.5 Upstream Author : Tonic Systems, Inc. and Google Inc. * URL : http://sonatype.github.com/jarjar-maven-plugin/ * License : Apache 2.0 Programming Lang: Java Description : Maven plugin to repackage third-party jars Utility that makes it easy to repackage Java libraries and embed them into your own distribution. This is useful for two reasons: - You can easily ship a single jar file with no external dependencies. - You can avoid problems where your library depends on a specific version of a library, which may conflict with the dependencies of another library. . This package provide a Maven plugin for Java to allow plug this into Maven build system. -- Damien signature.asc Description: This is a digitally signed message part.
Bug#648639: [webkit] "javascript" completely lowercase in extended descriptions
Package: webkit Version: 1.6.1-5 Severity: minor Extended descriptions of libjavascript* binary packages include: Javascript Core is the javascript engine used in many ports of WebKit. "JavaScript" is a proper noun and its the proper case is "JavaScript". -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648638: exim4: new TLS error - (gnutls_handshake): The handshake data size is too large
Package: exim4 Version: 4.77-1 Severity: normal Three machines ns-11 (armv5tel) running Debian stableexim4 : 4.72-6+squeeze2 libgnutls2 : 2.8.6-1 ocelot (i386) running Debian testing exim4 : 4.77-1 libgnutls26 : 2.12.11-1 puma (amd64)running Debian testing exim4 : 4.77-1 libgnutls26 : 2.12.11-1 Doing esmtpa machines with x509 certificate TLS and password authorisation has been working fine between each machine until the last exim4 upgrade. esmtpa mail from ocelot (testing) to ns-11 (stable) and from puma (testing) to ns-11 (stable) continues to work without problems. BUT esmtpa mail from any machine to ocelot (testing) or puma (testing) always fails now with on the sending machine TLS error on connection to {host_name} [{IP ADDRESS}] (gnutls_handshake): The handshake data size is too large (DoS?), check gnutls_handshake_set_max_packet_length(). on the receiving machine TLS error on connection from {host_name} [{IP_ADDRESS}]:58605 I=[{IP_ADDRESS}]:25 (gnutls_handshake): A TLS packet with unexpected length was received. Clearly there is now a bug in newly updated Exim4 / gnutls combination in setting up *incoming* TLS connections. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644943: Please switch source package to OCE
On Sun, 2011-11-13 at 17:49 +0100, D. Barbier wrote: > On 2011/11/13 Adam C Powell IV : > [...] > > I know, I used pristine-tar to generate .orig.tar.gz for my build. But > > as a formality, when sponsoring or otherwise uploading packages, I like > > to verify that it's the same as what comes from upstream, which is still > > not working. > > Okay, I do not know what is wrong, it works for me: at > https://github.com/tpaviot/oce/tags > when mouse is over 0.7.0, there is a tar.gz link which points to > https://github.com/tpaviot/oce/tarball/OCE-0.7.0 > My browser can download it (it saves it under the name > tpaviot-oce-OCE-0.7.0-0-ga384024.tar.gz), or Yeah, saw the same link, clicked it (Firefox 3.6.24 Ubuntu Lucid), again same problem. > $ wget https://github.com/tpaviot/oce/tarball/OCE-0.7.0 > --2011-11-13 17:47:34-- https://github.com/tpaviot/oce/tarball/OCE-0.7.0 > Resolving github.com (github.com)... 207.97.227.239 > Connecting to github.com (github.com)|207.97.227.239|:443... connected. > HTTP request sent, awaiting response... 302 Found > Location: https://nodeload.github.com/tpaviot/oce/tarball/OCE-0.7.0 > [following] > --2011-11-13 17:47:36-- > https://nodeload.github.com/tpaviot/oce/tarball/OCE-0.7.0 > Resolving nodeload.github.com (nodeload.github.com)... 207.97.227.252 > Connecting to nodeload.github.com > (nodeload.github.com)|207.97.227.252|:443... connected. > HTTP request sent, awaiting response... 200 OK > Length: 22763046 (22M) [application/octet-stream] > Saving to: `OCE-0.7.0' > > 2011-11-13 17:48:25 (460 KB/s) - `OCE-0.7.0' saved [22763046/22763046] D'oh! Why didn't I think of wget? Just downloaded it and compared, no difference from the pristine-tar file. So I just uploaded it! But can't seem to be able to push my one change: $ git push --all origin Enter passphrase for key '/home/hazelsct/.ssh/id_rsa': Counting objects: 7, done. Delta compression using up to 2 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 428 bytes, done. Total 4 (delta 3), reused 0 (delta 0) error: unable to create temporary sha1 filename ./objects/ea: Read-only file system fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To git+ssh://anonscm.debian.org/git/debian-science/packages/oce.git ! [remote rejected] debian -> debian (n/a (unpacker error)) error: failed to push some refs to 'git+ssh://anonscm.debian.org/git/debian-science/packages/oce.git' --tags gives the same error. > Maybe your /tmp is full? Nope, 454 MiB available for a 22 MiB file. Still a mystery... Thanks! -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#643374: dis51: FTBFS: pass2.c:186:4: error: format not a string literal and no format arguments [-Werror=format-security]
tags 643374 +patch thanks Index: dis51-0.5/pass2.c === --- dis51-0.5.orig/pass2.c 2004-02-20 17:09:30.0 -0500 +++ dis51-0.5/pass2.c 2011-11-11 16:10:45.970149283 -0500 @@ -183,7 +183,7 @@ fprintf(ofile, "DB 85h ; illegal opcode"); case 1: /* no operands */ - fprintf(ofile, mnemonic[opcode]); + fprintf(ofile, "%s", mnemonic[opcode]); break; case 2: /* one immediate operand */
Bug#648527: systemd: The /tmp folder is not cleaned at boot
Le 12/11/2011 20:14, Tollef Fog Heen a écrit : Hi, Hi, Thank you for your response. | Since I use systemd the /tmp folder is not clean at startup. Yet in | the configuration file "/etc/default/rcS" the variable TMPTIME is 0. systemd doesn't use /etc/default/rcS, you just want to add a file /etc/tmpfiles.d/tmp.conf containing: D /tmp 1777 root root - this is documented in the tmpfiles.d(5) man page. I tried your solution : /etc/tmpfiles.d$ ls -l -rw-r--r-- 1 root root 24 nov. 13 18:08 tmp.conf /etc/tmpfiles.d$ cat tmp.conf D /tmp 1777 root root - But the files in "/tmp" are not deleted on boot. I have the same problem on my Eeepc. I tried with the line: D /tmp 1777 root root 2d But the files of October or September are not deleted. I looked at the files in the folder "/usr/lib/tmpfiles.d/", they should clean up old files from "/tmp", but : $ ls -l /tmp [...] drwx-- 2 aurelie aurelie 4096 oct. 14 11:16 keyring-5peiYP drwx-- 2 aurelie aurelie 4096 nov. 4 13:28 keyring-fBNa1j drwx-- 2 aurelie aurelie 4096 sept. 30 18:26 keyring-iExKjs drwx-- 2 aurelie aurelie 4096 nov. 3 09:46 keyring-Ig4n7b drwx-- 2 fredo fredo 4096 nov. 13 17:30 keyring-nmQQQd drwx-- 2 aurelie aurelie 4096 oct. 11 16:11 keyring-oRGGui drwx-- 2 fredo fredo 4096 oct. 2 13:37 keyring-pqd0ee [...] Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644042: pu: package partman-target/72
tag 644042 + squeeze confirmed thanks On Sun, 2011-10-02 at 09:55 +0200, Jérémy Bobbio wrote: > Anyway, it would still be good to see #597223 fixed in the next point > release of squeeze: to sum it up, the current installer treats ISO > hybrid images on USB sticks as real optical drives. This result in a > very wrong /etc/fstab entry which then prevents automatic mounts of > subsquently plugged USB hard disks to work properly in GNOME or KDE. > > Attached is the proposed update to partman-target that fix this issue. Apologies for the delay in getting back to you; please go ahead. 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#617613: FreeCAD not in Testing
Ok, thanks for both opinions, I agree, that we cannot put freecad into testing. I was hoping, that OCE will fix the issue, but it is seems not... So, if the license issue is not resolved we will request deletion of freecad from unstable? Thanks. Anton On Sun, Nov 13, 2011 at 5:49 PM, Adam C Powell IV wrote: > On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli wrote: >> On Thu, 10 Nov 2011 19:18:01 +0100 Anton Gladky wrote: >> >> > Can we decrease the severity of this bug to return the freecad back to >> > testing? >> >> Why? >> I think the bug is still unfixed and still serious, unfortunately. >> >> > The bug filed on March, but freecad was removed from testing on May >> > because of FTBFS's (I think). >> >> Yes, but I think freecad should not be released in a stable version >> (again) with this serious issue unsolved. > > Indeed, a package with a copyright/licensing issue can't go into a > release, and can't go into testing. > > IMO this isn't an issue, and the fact that Debian allowed it into > unstable and the squeeze release indicates that the project probably > doesn't think so either. (Ubuntu has had Freecad since from lucid to > oneiric, so they don't seem to think there's a OCTPL-GPL incompatibility > either.) > > But until there's an official ruling on this issue, the package can't go > any further in Debian. > > -Adam > -- > GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 > > Engineering consulting with open source tools > http://www.opennovation.com/ > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643373: desktop-file-utils: FTBFS: update-desktop-database.c:465:7: error: format not a string literal and no format arguments [-Werror=format-security]
tags 643373 +patch thanks diff -Nur -x '*.orig' -x '*~' desktop-file-utils-0.15/src/update-desktop-database.c desktop-file-utils-0.15.new/src/update-desktop-database.c --- desktop-file-utils-0.15/src/update-desktop-database.c 2008-01-20 14:27:21.0 -0500 +++ desktop-file-utils-0.15.new/src/update-desktop-database.c 2011-11-11 16:04:55.642138536 -0500 @@ -462,9 +462,9 @@ delimiter = ""; for (i = 0; dirs[i] != NULL; i++) { - udd_verbose_print (delimiter); + udd_verbose_print ("%s", delimiter); delimiter = ", "; - udd_verbose_print (dirs[i]); + udd_verbose_print ("%s", dirs[i]); } udd_verbose_print ("]\n"); }
Bug#647255: RFA: curl -- A library and a commandline client for HTTP and a number of protocols
On 11/11/2011 08:56 PM, Alessandro Ghedini wrote: > On Fri, Nov 04, 2011 at 08:45:08PM +0100, Alessandro Ghedini wrote: >> Apart from that the package looks quite complete, could someone please have >> an "in depth" look at it? > > Did anyone have a look at the new version yet? We don't need to forward > upstream all the patches immediately, and IMHO we can go on with the upload. Git commits look fine, but can you please point us to a source package (on mentors.d.n or elsewhere)? Thanks already! Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648637: RM: gnome-themes-more -- ROM; obsolete, unmaintained, not ported to gnome 3
Package: ftp.debian.org Severity: normal Hi, there is no point anymore in gnome-themes-more since it will not be ported to GNOME 3. Please remove. Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648636: RM: gtk-smooth-engine -- ROM; obsolete, unmaintained, not ported to gtk3
Package: ftp.debian.org Severity: normal Hi, please remove gtk-smooth-engine. The only reverse dependency is gnome-themes-more, which should be removed too. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647726: dnsmasq does not stop at reboot and halt
Hi Simon, Am Dienstag, 8. November 2011 schrieb Simon Kelley: > On 07/11/11 22:30, Andreas Stempfhuber wrote: > > Maybe it's related to a change between dnsmasq 2.55 in Squeeze and 2.59 > > in SID? > > Indeed: from the 2.56 changelog: > > Ensure that dnsmasq terminates cleanly when using > --syslog-async even if it cannot make a connection to the > syslogd. > > I only write this stuff, I can't be expected to remember it too :-) > > The patch changes > >if (!entries) > { > close(log_fd); > break; > } > > > to > >if (!entries || !connection_good) > { > close(log_fd); > break; > } > > in flush_log() > > I think that's probably a better fix for the problem you're seeing than > the runlevel change. yes, that's the perfect fix for the root cause of the issue. Let me see if I can easily backport the version from SID to stable and I will give it a try. Regarding bug #506734, I have concerns because it creates an unexpected shutdown behavior. It assumes that the shutdown order doesn't matter. But why is there a Required-Stop option defined by LSB and why does dnsmasq use it to define shutdown dependencies, if they don't matter? It seems to me that this has not been considered by the discussion. The reason for bug #50673 was a faster shutdown by stopping the daemons in parallel by sendsigs instead of running each shutdown script in serial. In the meantime Debian changed the init system and is executing the shutdown scripts in parallel, one script can no longer simply delay all others. The reason for bug #50673 (faster shutdown) does IMHO no longer exist. Independent of my opinion regarding bug #506734, dnsmasq is a great tool. It is since years my first choice when I need a DNS and/or DHCP server. Many thanks for this great software! Cheers, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648634: regression confirmed
I have tried installing the 1.5-1 package from: http://packages.debian.org/squeeze/all/gcstar/download And I was able to fetch some information from Amazon.com US. So I consider this to be a regression from the 1.6 package. A. -- Ou bien Dieu voudrait supprimer le mal, mais il ne le peut pas Ou bien Dieu pourrait supprimer le mal, mais il ne le veut pas. - Sébastien Faure pgpM3rOlVNzrn.pgp Description: PGP signature
Bug#638068: [bisected] initramfs-tools generates unbootable initrd.img on IA-64
Hi, After having a look to the contents of initrd.img-3.0.0-2-mckinley and of initrd.img-2.6.32-5-mckinley, I have notice some points about the first one that don't boot. It confirms that busybox is missing even if the included conf/initramfs.conf says BUSYBOX=y. Also it appears to have a multiarch content and also libm.so is missing. May it be a problem? Regards, Patrice. ps: the diff result is attached. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648632: Acknowledgement (uscan(1) says that archive requires .gz)
Hi again, Here's an alternative patch that makes uscan(1)'s --repack command only repack lzma tar and zip archives, since the archive contains source packages that use .bz2, .gz, and .xz. -- Matt Kraai https://ftbfs.org/kraai >From 7d393c880bc16ad6c86ba4a5d5addcf9534cfee2 Mon Sep 17 00:00:00 2001 From: Matt Kraai Date: Sun, 13 Nov 2011 09:04:16 -0800 Subject: [PATCH] Make uscan not repack .bz2 and .xz archives Signed-off-by: Matt Kraai --- scripts/uscan.1 | 14 ++ scripts/uscan.pl | 26 -- 2 files changed, 10 insertions(+), 30 deletions(-) diff --git a/scripts/uscan.1 b/scripts/uscan.1 index 15e529a..4a093b6 100644 --- a/scripts/uscan.1 +++ b/scripts/uscan.1 @@ -374,14 +374,12 @@ Instead of symlinking, rename the downloaded files to their Debian \fIorig.tar.xz\fR names as described above. .TP .B \-\-repack -After having downloaded an lzma tar, xz tar, bzip tar or zip archive, -repack it to a gzip tar archive, which is still currently required as a -member of a Debian source package. Does nothing if the downloaded -archive is not an lzma tar archive, xz tar archive, bzip tar archive or -a zip archive (i.e. it doesn't match a .tlz, .tlzm, .tlzma, .tar.lzma, .txz, -\^.tar.xz .tbz, .tbz2, .tar.bz2 or .zip extension). The unzip package must be -installed in order to repack .zip archives, the xz-utils package must be -installed to repack lzma or xz tar archives. +After having downloaded an lzma tar or zip archive, repack it to a gzip tar +archive. Does nothing if the downloaded archive is not an lzma tar archive +or a zip archive (i.e. it doesn't match a .tlz, .tlzm, .tlzma, .tar.lzma, or +\^.zip extension). The unzip package must be installed in order to repack +\^.zip archives, the xz-utils package must be installed to repack lzma tar +archives. .TP .B \-\-no\-symlink Don't make these symlinks and don't rename the files. diff --git a/scripts/uscan.pl b/scripts/uscan.pl index 58a8b3e..3fb3ff6 100755 --- a/scripts/uscan.pl +++ b/scripts/uscan.pl @@ -94,9 +94,9 @@ Options: --rename Rename to orig.tar.gz instead of symlinking (Both will use orig.tar.bz2, orig.tar.lzma, or orig.tar.xz if appropriate) ---repack Repack downloaded archives from orig.tar.bz2, orig.tar.lzma, - orig.tar.xz or orig.zip to orig.tar.gz - (does nothing if downloaded archive orig.tar.gz) +--repack Repack downloaded archives from orig.tar.lzma or orig.zip + to orig.tar.gz (does nothing if downloaded archive + orig.tar.bz2, .orig.tar.gz, or .orig.tar.xz) --no-symlink Don\'t make symlink or rename --verbose Give verbose output --no-verbose Don\'t give verbose output (default) @@ -165,7 +165,7 @@ my $download = 1; my $download_version; my $force_download = 0; my $report = 0; # report even on up-to-date packages? -my $repack = 0; # repack .tar.bz2, .tar.lzma, .tar.xz or .zip to .tar.gz +my $repack = 0; # repack .tar.lzma or .zip to .tar.gz my $symlink = 'symlink'; my $verbose = 0; my $check_dirname_level = 1; @@ -1341,15 +1341,6 @@ EOF } } -if ($repack and $newfile_base =~ /^(.*)\.(tar\.bz2|tbz2?)$/) { - print "-- Repacking from bzip2 to gzip\n" if $verbose; - my $newfile_base_gz = "$1.tar.gz"; - system("bunzip2 -c $destdir/$newfile_base | gzip -n -9 > $destdir/$newfile_base_gz") == 0 - or die "repacking from bzip2 to gzip failed\n"; - unlink "$destdir/$newfile_base"; - $newfile_base = $newfile_base_gz; -} - if ($repack and $newfile_base =~ /^(.*)\.(tar\.lzma|tlz(?:ma?)?)$/) { print "-- Repacking from lzma to gzip\n" if $verbose; my $newfile_base_gz = "$1.tar.gz"; @@ -1359,15 +1350,6 @@ EOF $newfile_base = $newfile_base_gz; } -if ($repack and $newfile_base =~ /^(.*)\.(tar\.xz|txz)$/) { - print "-- Repacking from xz to gzip\n" if $verbose; - my $newfile_base_gz = "$1.tar.gz"; - system("xz -cd $destdir/$newfile_base | gzip -n -9 > $destdir/$newfile_base_gz") == 0 - or die "repacking from xz to gzip failed\n"; - unlink "$destdir/$newfile_base"; - $newfile_base = $newfile_base_gz; -} - if ($repack and $newfile_base =~ /^(.*)\.zip$/) { print "-- Repacking from zip to .tar.gz\n" if $verbose; -- 1.7.7.2
Bug#622838: should embedd syslinux-themes in live-build
Package: live-build Followup-For: Bug #622838 Version: 3.0~a38-1 Because people seem to have trouble finding the workaround, and it is now out of date wrt the latest version, here's the one proposed by Michal Suchanek in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636217#10 with the location & filename updated for current live-build: $ cat > config/hooks/fix_syslinux.sh.binary << END #!/bin/bash cd binary/live || exit 1 vmlinuz=$(ls vmlinuz* | tail -n1) ln $vmlinuz vmlinuz || true initrd=$(ls initrd.img* | tail -n1) ln $initrd initrd.img || true END -- Package-specific info: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii debootstrap 1.0.37 Versions of packages live-build recommends: ii cpio2.11-7 ii gettext-base0.18.1.1-5 ii gnu-fdisk 1.2.4-3+b1 ii live-boot-doc 3.0~a22-1 ii live-config-doc 3.0~a30-1 ii live-manual 1:3.0~a5-1 ii live-manual-epub [live-manual] 1:3.0~a8-1 ii live-manual-html [live-manual] 1:3.0~a8-1 ii live-manual-odf [live-manual] 1:3.0~a8-1 ii live-manual-pdf [live-manual] 1:3.0~a8-1 ii live-manual-txt [live-manual] 1:3.0~a8-1 Versions of packages live-build suggests: pn dosfstools 3.0.12-1 pn fakeroot1.18.1-1 pn genisoimage pn memtest86+ | memtest86 pn mtools 4.0.12-1 pn parted pn squashfs-tools 1:4.2-4+b1 pn sudo1.8.3p1-2 pn syslinux2:4.04+dfsg-7 pn uuid-runtime2.19.1-5 pn win32-loader -- 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#648635: rpc.nfsd still utilizes tcp6/udp6 ports when IPv6 is disabled
Package: nfs-kernel-server Version: 1.2.5-2 severity: minor Environment: - Dell Latitude 8100 - Debian Wheezy (testing) - Kernel 3.0.0-1-686-pae IPv6 is disabled by 'echo net.ipv6.conf.all.disable_ipv6=1 > /etc/sysctl.d/disableipv6.conf'. Furthermore the tcp6 and udp6 entries in /etc/netconfig are commented out. Nevertheless 'netstat -lp', before and after starting the nfs-kernel-server, shows that rpc.nfsd still utilizes tcp6/udp6 ports. user@host:~# diff before after 3a4,8 tcp0 0 *:56535 *:* LISTEN - tcp0 0 *:38042 *:* LISTEN 1154/rpc.mountd tcp0 0 *:nfs *:* LISTEN - tcp0 0 *:48747 *:* LISTEN 1154/rpc.mountd tcp0 0 *:34316 *:* LISTEN 1154/rpc.mountd 4a10,11 tcp6 0 0 [::]:52795 [::]:* LISTEN - udp0 0 *:42604 *:* 1154/rpc.mountd 6a14,18 udp0 0 *:nfs *:* - udp0 0 *:49677 *:* - udp0 0 *:59174 *:* 1154/rpc.mountd udp0 0 *:60462 *:* 1154/rpc.mountd udp6 0 0 [::]:37407 [::]:* - How can this behavior be turned off? Rgds, Klaus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648634: cannot fetch updates from Amazon or any other site
Package: gcstar Version: 1.6.2-1 Severity: important Using this again, it looks like the Amazon plugin is now broken. I had used those plugins without problems in March 2011 (maybe earlier), but now fetching information using ISBN or Title doesn't give out any results. I have tried to update the plugins by running gcstar -u as root, but there were no updates. Note that back in march 2011, only GCstar 1.5 was in Debian, so maybe it's an upstream regression. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcstar depends on: ii fonts-liberation [ttf-liberation] 1.07.0-2 ii libarchive-zip-perl 1.30-4 ii libgtk2-perl2:1.223-1+b1 ii libmp3-tag-perl 1.12-1 ii libogg-vorbis-header-pureperl-perl 1.0-3 ii libwww-perl 6.03-1 ii libxml-parser-perl 2.41-1 ii libxml-simple-perl 2.18-3 ii perl5.12.4-6 ii perl-modules [libarchive-tar-perl] 5.12.4-6 ii ttf-liberation 1.07.0-2 Versions of packages gcstar recommends: pn libdatetime-format-strptime-perl 1.5000-1 pn libgtk2-spell-perl1.03-5+b1 pn libmp3-info-perl 1.24-1 pn libnet-freedb-perl gcstar 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#648387: [copyright-format] English proofreading.
Hi Charles et al, Charles Plessy wrote: > thanks a lot Justin for the proofreading. Thanks for making it happen! > I read it in details and agree with > all the changes you propose. I therefore propose to the debian-policy team to > apply your patch. I agree --- after a careful look, I didn't find anything objectionable, or even anything that seemed to change the meaning. (Well, the "if they have a problem with the Affero GPL" line, both before and after the change, does sound a little strange. It would probably be easier to understand without background if we dropped the particular example of a license.) > To consolidate related changes, let's wait however a little > for additional propositions. For instance, I would like to suggest to replace > “dash” by “hyphen” I disagree here. Please file separate reports for separate proposals, unless the text they affect and subject matter seem to overlap a lot and the proposed text is already ready. DEP drivers: do these changes look reasonable to you? Policy delegates: does this require formal seconds, or is it just an informative change? Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648633: gnome-shell-extensions: alternative status menu causes gnome-shell crash
Package: gnome-shell-extensions Version: 3.2.0-1 Severity: normal When the alternative status menu is activated, gnome-shell crashes every time at start-up. I had to disable the extensions with gsettings to log in into a gnome-shell session. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell-extensions depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gir1.2-gtop-2.0 2.28.4-1 ii gnome-shell 3.2.1-2 gnome-shell-extensions recommends no packages. gnome-shell-extensions 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#644645: moin python upgrade
See also http://moinmo.in/HelpOnUpdatingPython This page is part of the default set installed in new wiki instances. Cheers, Paul. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644943: Please switch source package to OCE
On 2011/11/13 Adam C Powell IV : [...] > I know, I used pristine-tar to generate .orig.tar.gz for my build. But > as a formality, when sponsoring or otherwise uploading packages, I like > to verify that it's the same as what comes from upstream, which is still > not working. Okay, I do not know what is wrong, it works for me: at https://github.com/tpaviot/oce/tags when mouse is over 0.7.0, there is a tar.gz link which points to https://github.com/tpaviot/oce/tarball/OCE-0.7.0 My browser can download it (it saves it under the name tpaviot-oce-OCE-0.7.0-0-ga384024.tar.gz), or $ wget https://github.com/tpaviot/oce/tarball/OCE-0.7.0 --2011-11-13 17:47:34-- https://github.com/tpaviot/oce/tarball/OCE-0.7.0 Resolving github.com (github.com)... 207.97.227.239 Connecting to github.com (github.com)|207.97.227.239|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://nodeload.github.com/tpaviot/oce/tarball/OCE-0.7.0 [following] --2011-11-13 17:47:36-- https://nodeload.github.com/tpaviot/oce/tarball/OCE-0.7.0 Resolving nodeload.github.com (nodeload.github.com)... 207.97.227.252 Connecting to nodeload.github.com (nodeload.github.com)|207.97.227.252|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 22763046 (22M) [application/octet-stream] Saving to: `OCE-0.7.0' 2011-11-13 17:48:25 (460 KB/s) - `OCE-0.7.0' saved [22763046/22763046] Maybe your /tmp is full? Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637809: transition: perl 5.14
On Sat, Nov 12, 2011 at 09:25:12PM +, Dominic Hargreaves wrote: > Okay, I'll see if I can get it uploaded in the next few days then. 5.14.2-3 uploaded. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617613: FreeCAD not in Testing
On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli wrote: > On Thu, 10 Nov 2011 19:18:01 +0100 Anton Gladky wrote: > > > Can we decrease the severity of this bug to return the freecad back to > > testing? > > Why? > I think the bug is still unfixed and still serious, unfortunately. > > > The bug filed on March, but freecad was removed from testing on May > > because of FTBFS's (I think). > > Yes, but I think freecad should not be released in a stable version > (again) with this serious issue unsolved. Indeed, a package with a copyright/licensing issue can't go into a release, and can't go into testing. IMO this isn't an issue, and the fact that Debian allowed it into unstable and the squeeze release indicates that the project probably doesn't think so either. (Ubuntu has had Freecad since from lucid to oneiric, so they don't seem to think there's a OCTPL-GPL incompatibility either.) But until there's an official ruling on this issue, the package can't go any further in Debian. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#648632: uscan(1) says that archive requires .gz
Package: devscripts Version: 2.11.1 Severity: minor Howdy, The documentation of the --repack option on the uscan(1) manual page says After having downloaded an lzma tar, xz tar, bzip tar or zip archive, repack it to a gzip tar archive, which is still currently required as a member of a Debian source package. There are source packages in the Debian archive that use other compression methods (e.g., 7kaa). The attached patch removes the incorrect clause, though it's probably better to make the --repack option only convert from formats that aren't allowed in the archive. -- Matt Kraai https://ftbfs.org/kraai >From 3483cf4beafaf22fcb92a299065f1c2bd9d71d41 Mon Sep 17 00:00:00 2001 From: Matt Kraai Date: Sun, 13 Nov 2011 08:48:00 -0800 Subject: [PATCH] Correct documentation of uscan(1)'s --repack option Signed-off-by: Matt Kraai --- scripts/uscan.1 |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/scripts/uscan.1 b/scripts/uscan.1 index 15e529a..088646d 100644 --- a/scripts/uscan.1 +++ b/scripts/uscan.1 @@ -375,8 +375,7 @@ Instead of symlinking, rename the downloaded files to their Debian .TP .B \-\-repack After having downloaded an lzma tar, xz tar, bzip tar or zip archive, -repack it to a gzip tar archive, which is still currently required as a -member of a Debian source package. Does nothing if the downloaded +repack it to a gzip tar archive. Does nothing if the downloaded archive is not an lzma tar archive, xz tar archive, bzip tar archive or a zip archive (i.e. it doesn't match a .tlz, .tlzm, .tlzma, .tar.lzma, .txz, \^.tar.xz .tbz, .tbz2, .tar.bz2 or .zip extension). The unzip package must be -- 1.7.7.2
Bug#648631: debian-installer: check-missing-firmware fails to reload driver
Package: debian-installer Severity: normal Today's daily netinst image was put on a USB stick together with a second partition to hold firmware. The intention was to test installing Debian over a WPA wireless connection. It turned out to be more interesting than I had anticipated! The wireless device is a SpeedTouch 121g Wireless USB Adapter, which uses the p54usb driver and requires firmware isl3887usb. This combination works well on a machine running Sid. 'set -x' was added to /bin/ethdetect and /bin/checking-missing-firmware after loading the installer components. 'Detect network hardware' went ok (there were no messages about missing firmware) and the next item in the menu was presented. Problem: there was no wlan0 interface offered. 'Configure the network' jumped straight to offering to set up a DHCP connection. The install can be continued with a wlan0 interface by reloading the p54usb module. Here are some excepts from the syslog, which is attached to this mail, The driver is loaded: Nov 13 12:51:53 kernel: [ 543.914487] usb 1-2: (p54usb) cannot load firmware isl3887usb (-2)! Nov 13 12:51:53 kernel: [ 543.923108] p54usb: probe of 1-2:1.0 failed with error -2 Nov 13 12:51:53 kernel: [ 543.923151] usbcore: registered new interface driver p54usb ethdetect finds eth0 but not wlan0. Why, I don't know, but the 'ip set link ...' lines in check-missing-firmware will not help to load the firmware: Nov 13 12:52:03 main-menu[265]: (process:4114): + check-missing-firmware eth0 Why does the driver think isl3887usb_bare is required? Firstly, it's not needed on my Sid machine; secondly, 'modinfo p54usb' doesn't mention it: Nov 13 12:51:54 check-missing-firmware: missing firmware files (isl3887usb isl3887usb_bare) for usbcore usbcore Firmware found: Nov 13 12:51:55 check-missing-firmware: copying loose file isl3887usb from '/media' to '/lib/firmware' Finally: Nov 13 12:52:03 main-menu[265]: (process:4114): + modprobe -r usbcore Nov 13 12:52:03 main-menu[265]: (process:4114): FATAL: Module usbcore is in use. This isn't very healthy! Surely a bug? If p54usb had been modprobed I most likely wouldn't be writing this report. The configuring of WPA/WPA2? That went splendidly! syslog.gz Description: Binary data
Bug#648626: GNOME 3's Metacity makes OpenGL applications unstable
2011/11/13 Émeric Maschino : > I'm not sure if the lock up during the WebGL tests still appears on > the same test. If yes, I imagine it will help understand what's going > on. I'll try to have a reproduceable error. Unfortunately, WebGL test suite not always locks up on the same test :-(. I fear this will be, once again on ia64, a nasty bug hard to reproduce and fix... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648630: mcabber no long works: Disconnected, reason: 2->'LM_DISCONNECT_REASON_HUP'
Package: mcabber Version: 0.10.0-1+squeeze1 Severity: normal Dear Sir, It is not working anymore : [17:10:08] Authentication failed [17:10:08] Disconnected, reason: 2->'LM_DISCONNECT_REASON_HUP' kind regards, Y. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 mcabber depends on: ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgpg-error0 1.6-1 library for common error values an ii libgpgme111.2.0-1.2 GPGME - GnuPG Made Easy ii libidn11 1.15-2 GNU Libidn library, implementation ii libloudmouth1-0 1.4.3-7Lightweight C Jabber library ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libotr2 3.2.0-2Off-the-Record Messaging library mcabber recommends no packages. mcabber 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#648306: The mingw* mess in Debian
On Sun, Nov 13, 2011 at 01:17:43AM +0100, Stephen Kitt wrote: > > On Thu, Nov 10, 2011 at 08:16:01PM +0100, Stephen Kitt wrote: > > > As far as the naming is concerned, see #622276 for details. I've thought > > > about splitting the packages up, with separate 32- and 64-bit targets, but > > > I'm not sure whether replacing and providing the mingw32 packages would be > > > correct, since mingw-w64 isn't a drop-in replacement (the triplets are > > > different). If that's not a problem then why not! > > > > Ewww, why on earth did they change the triplet for the 32bit builds? > > It's not actually a different architecture, or even a substantially > > different toolchain. > > There is one major difference I know of: i686-pc-mingw32 (the official MinGW > triplet) builds with Dwarf2 exception handling, whereas the -w64-mingw32 (the > official MinGW-w64 triplets) build with SJLJ exception handling because > Dwarf2 doesn't work on Win64 and isn't compatible with DLLs built with > anything other than gcc. (See > https://sourceforge.net/apps/trac/mingw-w64/wiki/Exception%20Handling for > details.) Actually, that's not quite true. At least for the case we care about here anyway ... The dwarf2 handling never really was quite finished, and never really did work quite right. That might have changed now, but the mingw32 toolchain we are migrating from here is also an SJLJ build ... The 'official MinGW' triplet you quote above was also a gratuitous new change made 'fairly recently' by the new folks there. From what I saw when they did that it was mostly an arbitrary choice made by new people who had no idea that we needed the msvc qualifier because there was *also* a crtdll build variant way back in ancient times, which existed before the msvc builds were actually reliable, and which was still in use when this toolchain was first uploaded to Debian. They then went on to foam about distros using i586-mingw32msvc, which had been in use for more than 10 years before those people ever came along ... Which is about the point that I stopped hoping for sane new releases from those people :( > > If you've actually got this all building from the mainline sources now, > > I'd have been all for folding this into the original mingw packages and > > having some sort of sensible (if somewhat interrupted :) continuity for > > people down that track ... > > > > but if it's gratuitously incompatible, then I don't really know what to > > do or think about that ... modulo pity for the people getting burned. > > I could be wrong about this, but I don't believe it's gratuitously > incompatible. The thing is though that end-users are now used to the > -w64-mingw32 triplets. Well, that's why it's a horrid mess :) The dead mingw fork changed it for no good reason, and so did the w64 fork ... Saying "end users are now used to the new one", isn't much of a consolation to the people who've been using this since the 1990's without having that sort of thing inflicted on them for no actual gain. And I'll put a beer on there being far more of those than there are people already on the -w64 train. It's kind of like saying "end users are now used to GNOME 3" ... And sadly I think it's probably going to end about as well :( > > > The names for the 32-bit packages would probably be quite weird though > > > since the upstream name is mingw-w64 (and I'd rather keep that in the > > > package names...). > > > > I'm not sure I really follow this, what am I missing here? What exactly > > are you taking from 'upstream' in this case? My understanding was that > > the toolchain was mainline gcc/binutils now, and all that the w64 folk > > were providing was the runtime library? Is that wrong? > > That's correct, so the only really upstream package is mingw-w64 which > provides the headers and libraries required to target Windows (it's not even > a runtime library since there is no non-gcc runtime library). The MinGW-w64 > developers do submit patches against binutils and gcc now and again, so in a > sense they're still providing the toolchain, they're just upstreaming > everything instead of shipping patches. Right, I didn't mean to say they weren't also contributing to the toolchain, just that we aren't taking patches directly from them for this. It's the same mainline gcc that everyone else has -- and which doesn't really have any -w64 connotations of its own as such. So it might be better to avoid making that association ourselves, to avoid the need for yet another rename if this later goes and forks again. > > mingw.org has been basically dead for quite some time now, the 'developer' > > list has been closed to the public and the only apparent work going on > > was for native windows installers. They were even claiming that building > > it for platforms other than windows was officially completely unsupported. > > All the old-blood developers appear to have moved on to other things, > > presumably because the 'hard parts' have all
Bug#642702: libreoffice-writer: is no longer able to select URW Chancery L font
On Sat, 24 Sep 2011 19:18:47 +0200 Francesco Poli (wintermute) wrote: [...] > Since a recent upgrade (1:3.3.3-4+b1 -> 1:3.4.3-1 , I think), I am > no longer able to select the font named URW Chancery L in lowriter. [...] I am still unable to select URW Chancery L in lowriter on my main desktop box. However, I used to experience the same bug on another similarly configured Debian testing box up to November, the 3rd. Then, I tried again on November, the 10th, and I was able to select the font in lowriter on this similar box. I am still unable to select the font on my main desktop box, even after moving ~/.libreoffice/ away. I am now able to select the font on the other box, even after moving ~/.libreoffice/ away. Hence, I thought the significant difference could be in the installed packages, but I could not spot any relevant difference: which packages should I check, especially? What else could be responsible for this different behavior? -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpBB3FTIJfEg.pgp Description: PGP signature
Bug#512590: Newer set of italian voices out
Here: http://www.voip.ammdomus.it/index.php?option=com_content&view=article&id=9:vociasterisk142220110907&catid=3:set-voci-asterisk-1-4-x&Itemid=4 http://www.voip.ammdomus.it/voci-italiane-asterisk/voci-rel-1-4/10-download-voci-asterisk-extra-1-4-11-20110915 (in italian) can be found the newer set of italian voices for asterisk. I hope can be repackaged for debian. Thanks. PS: see also bug #553399 . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647083: Well..
It seems obvious that gnome-shell 3.2.x should depend on libgnome-desktop-3-2, but that's not the case... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645577: gnomeradio - RFS
Hi Bart, if you have some time to have a look to gnomeradio, I need a sponsor... :) http://mentors.debian.net/debian/pool/main/g/gnomeradio/gnomeradio_1.8-2.dsc Thank you. Best Regards, Francesco PS CCing: Michael Biebl , 645577 <645...@bugs.debian.org> cause I asked Michael too. -- .''`. Francesco Namuri : :' : http://namuri.it/ `. `' key ID = 3B30EB44 `-fingerprint = 20FC 1C89 F7B8 F724 08FD B4B1 8E27 6437 3B30 EB44 signature.asc Description: This is a digitally signed message part
Bug#644943: Please switch source package to OCE
On Sat, 2011-11-12 at 01:40 +0100, D. Barbier wrote: > On 2011/11/11 Adam C Powell IV wrote: > > On Fri, 2011-11-11 at 07:51 -0500, Adam C Powell IV wrote: > >> On Thu, 2011-11-10 at 23:57 +0100, D. Barbier wrote: > >> > On 2011/11/5 D. Barbier wrote: > >> > [...] > >> > > Hello again, > >> > > > >> > > Current master looks good to me, it can IMO be uploaded. > >> > > There is a pristine-tar branch, one can run > >> > > pristine-tar checkout ../oce_0.7.0.orig.tar.gz > >> > > to generate upstream tarball. > >> > > >> > ping? > >> > >> Sorry, busy week at work. Started to get to it yesterday, should be > >> able to report back to you later today. > > > > Hi Denis, > > > > I'm having trouble downloading the tarball from upstream, I get an error > > "/tmp/mphB79b0.bin.part could not be saved, because the source file > > could not be read. Try again later, or contact the server > > administrator." > > Hi Adam, > > You do not have to download upstream tarball; as said above you can run > pristine-tar checkout ../oce_0.7.0.orig.tar.gz > It is strictly identical to tpaviot-oce-OCE-0.7.0-0-ga384024.tar.gz I know, I used pristine-tar to generate .orig.tar.gz for my build. But as a formality, when sponsoring or otherwise uploading packages, I like to verify that it's the same as what comes from upstream, which is still not working. Thanks, Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#648626: GNOME 3's Metacity makes OpenGL applications unstable
2011/11/13 Josselin Mouette : > I find this dubious. The point of keeping metacity for the fallback mode > is that it still does everything in software, or only with RENDER > acceleration; it does not use OpenGL. Could it thus be possible that RENDER acceleration "globally struggles" the GPU so that it eventually can't process OpenGL request correctly? What has changed between Metacity 2.30 and 2.34 w.r.t 2D (3D?) acceleration that could explain this issue? I'm not sure if the lock up during the WebGL tests still appears on the same test. If yes, I imagine it will help understand what's going on. I'll try to have a reproduceable error. Émeric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645577: R: Bug#645577: needs porting to the new libgnome-media-profiles interface
Hi, finally I've fixed gnomeradio, there was a bug in the gtk main window constructor. I've fixed it with a small patch, now it works well. I'm waiting for a sponsor. If you can the package is available in: http://mentors.debian.net/debian/pool/main/g/gnomeradio/gnomeradio_1.8-2.dsc Thank you very much. Best Regards, Francesco PS note that I've added the DM upload flag. Il giorno ven, 28/10/2011 alle 09.04 +, Francesco Namuri ha scritto: > Hi Michael, > tonight I'll finish the work in the package, but I need a sponsor for the > upload, can I ask you on this case? Only to bypass the mentors stage... > > Cheers, > Francesco > > -- > .''`. Francesco Namuri > : :' : http://namuri.it/ > `. `' key ID = 3B30EB44 > `-fingerprint = 20FC 1C89 F7B8 F724 08FD B4B1 8E27 6437 3B30 EB44 > > -Original Message- > From: Michael Biebl > Date: Fri, 28 Oct 2011 10:00:40 > To: <645...@bugs.debian.org> > Reply-To: Michael Biebl , 645...@bugs.debian.org > Subject: Bug#645577: needs porting to the new libgnome-media-profiles > interface > > Hi Francesco, > > could you please send me a status update? Did you have time to look at > the Fedora patches? Where are you currently standing with updating the > Debian package? Do you have an ETA for the upload? > > Cheers, > Michael -- .''`. Francesco Namuri : :' : http://namuri.it/ `. `' key ID = 3B30EB44 `-fingerprint = 20FC 1C89 F7B8 F724 08FD B4B1 8E27 6437 3B30 EB44 signature.asc Description: This is a digitally signed message part
Bug#637668: taking over the pinpoint ITP
owner 637668 terce...@debian.org thanks Hi, Since I did not hear from you, I am taking over this ITP and will do a first upload shortly. If you ever want to comaintain it, please get in touch. -- Antonio Terceiro signature.asc Description: Digital signature
Bug#648629: segfault in libgnome-shell.so at startup
Package: gnome-shell Version: 3.0.2-5 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** I start gnome 3 via gdm3. The gnome-shell crashes a few seconds after login. Same with a new user, so it is not related to old gnome settings. Here is what is written in syslog: kernel: [ 3698.793547] gnome-shell[12429]: segfault at 4 ip b76a9c2f sp bfb51360 error 4 in libgnome-shell.so[b7673000+a5000] This is the output of lspci: 00:00.0 Host bridge: Intel Corporation Mobile 945GME Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02) 00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02) 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02) It is an Intel Atom N270 based netbook. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gconf2 2.32.4-1 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-clutter-1.0 1.8.2-1 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-freedesktop 0.10.8-2+b1 ii gir1.2-gconf-2.0 2.32.4-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-1 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 0.10.8-2+b1 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.0.12-2 ii gir1.2-json-1.0 0.14.0-1 ii gir1.2-mutter-3.03.0.2.1-4 ii gir1.2-networkmanager-1.00.9.0-2 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.102-1 ii gir1.2-telepathyglib-0.120.16.0-1 ii gir1.2-telepathylogger-0.2 0.2.10-2 ii gir1.2-upowerglib-1.00.9.14-1 ii gjs 1.29.0-2+b1 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.1-1 ii gnome-settings-daemon3.0.3-3 ii gsettings-desktop-schemas3.0.1-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcamel-1.2-23 3.0.3-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.4.16-1 ii libdbu
Bug#648626: GNOME 3's Metacity makes OpenGL applications unstable
Le dimanche 13 novembre 2011 à 17:00 +0100, Émeric Maschino a écrit : > This is with current Metacity 2.34.1-2 when running GNOME 3 in > fallback mode (I can't try GnomeShell at this time because of an udev > issue). > > I'm pretty sure this has to deal with some Metacity processing now > performed by the GPU, whereas 2.30.1-3 was relying upon CPU. I find this dubious. The point of keeping metacity for the fallback mode is that it still does everything in software, or only with RENDER acceleration; it does not use OpenGL. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- signature.asc Description: This is a digitally signed message part
Bug#623000: libreoffice-writer: spell checking fails to work in Italian
On Sat, 12 Nov 2011 18:30:44 +0100 Xypron wrote: > > After installing > sudo apt-get install myspell-it > Italian is available for spell checking in LibreOffice. This is great! I already had myspell-en-us, due to other packages depending on it. After installing * myspell-it * myspell-en-gb I finally have a working spell checker for US English, IT Italian, and UK English! I still cannot understand why installing myspell-it didn't help back on April, when I reported the bug. But now it seems to work!:-) Thanks a lot for helping me! > > Unfortunately there is no package hunspell-it available for Debian yet. What would it be useful for? Is myspell-it not enough? -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpvgV9MWjFEH.pgp Description: PGP signature
Bug#648628: transition: gpsd
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi Release Team, gpsd's service library libgps got a bunch of API and ABI changes, so it needs a transition from libgps19 to libgps20. Currently there are only 4 packages left in unstable which do not build against the new API: geoclue #648496 obdgpslogger #648495 kdeedu #648502 kdebase-workspace #648504 I'm able to patch geoclue and obdgpslogger quickly if necessary. For kde* the qt/kde people and I agreed that they will - depending on the time of the gpsd transition - either upload fixed packages to unstable after the new gpsd version is available (so we don't need to binNMU them again) or if they are ready to upload kde 4.7/kdeedu 4.7 at the time the gpsd transition happens, both transitions could run in parallel. So please let me know when you'd like me to upload gpsd to unstable. Thanks and cheers, Bernd -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648620: Please enable bcm5974, apple multitouch support
On Sun, 2011-11-13 at 12:40 -0300, David Roguin wrote: > Package: linux-image-3.0.0-1-amd64 > Status: install ok installed > Priority: optional > Section: kernel > Installed-Size: 106008 > Maintainer: Debian Kernel Team > Architecture: amd64 > Source: linux-2.6 > Version: 3.0.0-3 > > > Please add support for multitouch on the mac book pro by changing thie > lines on the .config > CONFIG_MOUSE_APPLETOUCH=y > CONFIG_MOUSE_BCM5974=y We already build these drivers as modules. What is the actual problem? Ben. -- Ben Hutchings Never attribute to conspiracy what can adequately be explained by stupidity. signature.asc Description: This is a digitally signed message part
Bug#648627: post-dialog selection changes influence which pages are saved
Package: gscan2pdf Version: 1.0.0-1 Severity: normal After selecting a few pages and hitting "save", a dialog box opens, and hitting "save" there again opens the file dialog box. If I now go back to the scan window and change the selection of pages before saving the file to disk, then the newly selected pages are saved, not those selected when I chose "save the selected pages" in the first dialog box. This is potentially confusing and might yield data loss. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gscan2pdf depends on: ii imagemagick 8:6.6.9.7-5+b1 ii libconfig-general-perl 2.50-1 ii libgoo-canvas-perl 0.06-1+b1 ii libgtk2-ex-simple-list-perl 0.50-2 ii libgtk2-imageview-perl 0.05-1+b1 ii libhtml-parser-perl 3.69-1 ii liblocale-gettext-perl 1.05-7 ii liblog-log4perl-perl 1.29-1 ii libpdf-api2-perl 2.019-1 ii libproc-processtable-perl0.45-3 ii libreadonly-perl 1.03-3 ii librsvg2-common 2.34.1-3 ii libsane-perl 0.03-1+b1 ii libset-intspan-perl 1.16-1 ii libtiff-tools3.9.5-2 ii perlmagick 8:6.6.9.7-5+b1 ii sane-utils 1.0.22-6 Versions of packages gscan2pdf recommends: ii cuneiform ii djvulibre-bin 3.5.24-9 ii gocr 0.48-1 ii libgtk2-ex-podviewer-perl ii sane 1.0.14-9 ii tesseract-ocr 2.04-2.1 ii unpaper0.3-1 ii xdg-utils 1.1.0~rc1-2 gscan2pdf suggests no packages. -- debconf-show failed -- .''`. martin f. krafft Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#648624: (lwjgl: upstream >= 2.8 needs libasm4-java
affects 623950 lwjgl thanks bug # 623950 is the asm4 rfp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#647120: libgeo-proj4-perl: diff for NMU version 1.01-1.1
tags 647120 + pending thanks Dear maintainer, I've prepared an NMU for libgeo-proj4-perl (versioned as 1.01-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06 : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe `-NP: Sinéad O'Connor: Troy diff -Nru libgeo-proj4-perl-1.01/debian/changelog libgeo-proj4-perl-1.01/debian/changelog --- libgeo-proj4-perl-1.01/debian/changelog 2011-09-30 19:06:44.0 +0200 +++ libgeo-proj4-perl-1.01/debian/changelog 2011-11-13 16:55:43.0 +0100 @@ -1,3 +1,11 @@ +libgeo-proj4-perl (1.01-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix "FTBFS with perl 5.14: CCFLAGS should include $Config{ccflags}": +add patch conf_ccflags.patch by Dominic Hargreaves (closes: #647120). + + -- gregor herrmann Sun, 13 Nov 2011 16:54:42 +0100 + libgeo-proj4-perl (1.01-1) unstable; urgency=low * Initial release (Closes: #643896) diff -Nru libgeo-proj4-perl-1.01/debian/patches/conf_ccflags.patch libgeo-proj4-perl-1.01/debian/patches/conf_ccflags.patch --- libgeo-proj4-perl-1.01/debian/patches/conf_ccflags.patch 1970-01-01 01:00:00.0 +0100 +++ libgeo-proj4-perl-1.01/debian/patches/conf_ccflags.patch 2011-11-13 16:54:31.0 +0100 @@ -0,0 +1,26 @@ +Description: add $Config{ccflags} to CCFLAGS in Makefile.PL, otherwise the + package FTBFS with perl 5.14 +Origin: vendor +Bug-Debian: http://bugs.debian.org/647120 +Forwarded: no +Author: Dominic Hargreaves +Reviewed-by: gregor herrmann +Last-Update: 2011-11-13 + +--- a/Makefile.PL b/Makefile.PL +@@ -1,4 +1,5 @@ + use ExtUtils::MakeMaker; ++use Config; + + require 5.006; + +@@ -29,7 +30,7 @@ + , VERSION => '1.01' + , AUTHOR => 'Mark Overmeer' + , ABSTRACT => 'Proj4 library for carthographic projections' +- , CCFLAGS => "-I$FWTools/include" ++ , CCFLAGS => "-I$FWTools/include $Config{ccflags}" + , LIBS => [ "-L$FWTools/lib -lproj" ] + , LICENSE => 'perl' + ); diff -Nru libgeo-proj4-perl-1.01/debian/patches/series libgeo-proj4-perl-1.01/debian/patches/series --- libgeo-proj4-perl-1.01/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ libgeo-proj4-perl-1.01/debian/patches/series 2011-11-13 16:52:34.0 +0100 @@ -0,0 +1 @@ +conf_ccflags.patch signature.asc Description: Digital signature