Bug#662775: NMU for Qt 4.8 FTBFS
I know you said you were going to upload this, but the bug's been RC for 10 days without maintainer response, so I assume you're busy at the moment. I'll upload the attached diff shortly to delay/2 in order to minimize impact on the Qt 4.8 transition. If you'd prefer I delay it further, please let me know. Scott Kdiff -Nru ibus-qt-1.3.1/debian/changelog ibus-qt-1.3.1/debian/changelog --- ibus-qt-1.3.1/debian/changelog 2011-09-04 21:27:33.0 -0400 +++ ibus-qt-1.3.1/debian/changelog 2012-05-15 02:46:59.0 -0400 @@ -1,3 +1,11 @@ +ibus-qt (1.3.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with Qt 4.8 (multiarch) by updating ibus-qt4.install to use +multiarch paths (Closes: #662775) + + -- Scott Kitterman Tue, 15 May 2012 02:44:44 -0400 + ibus-qt (1.3.1-2) unstable; urgency=low * Fix "FTBFS: FTBFS on latest unstable." diff -Nru ibus-qt-1.3.1/debian/control ibus-qt-1.3.1/debian/control --- ibus-qt-1.3.1/debian/control 2011-09-04 22:22:34.0 -0400 +++ ibus-qt-1.3.1/debian/control 2012-05-15 02:44:37.0 -0400 @@ -3,7 +3,7 @@ Priority: optional Maintainer: IME Packaging Team Uploaders: LI Daobing , Asias He -Build-Depends: debhelper (>= 7.0.50~), cmake, pkg-config, libqt4-dev, +Build-Depends: debhelper (>= 7.0.50~), cmake, pkg-config, libqt4-dev (>= 4:4.8.0~), libdbus-1-dev, libx11-dev, libicu-dev, libibus-1.0-dev, doxygen Standards-Version: 3.9.2 Homepage: http://code.google.com/p/ibus diff -Nru ibus-qt-1.3.1/debian/ibus-qt4.install ibus-qt-1.3.1/debian/ibus-qt4.install --- ibus-qt-1.3.1/debian/ibus-qt4.install 2011-09-04 22:18:47.0 -0400 +++ ibus-qt-1.3.1/debian/ibus-qt4.install 2012-05-15 02:44:37.0 -0400 @@ -1,3 +1,3 @@ -debian/tmp/usr/lib/qt4/* +debian/tmp/usr/lib/*/qt4/* debian/tmp/usr/share/doc/ibus-qt-*/README debian/tmp/usr/share/doc/ibus-qt-*/AUTHORS signature.asc Description: This is a digitally signed message part.
Bug#672971: [Pkg-samba-maint] Bug#672971: samba-doc: htmldocs do not include images
tags 672971 upstream
thanks
Quoting Pixie (debb...@kepibu.org):
> Package: samba-doc
> Version: 2:3.5.6~dfsg-3squeeze8
> Severity: normal
>
>
> The samba-doc package in squeeze does not include images for the HTML
> docs. This makes it difficult to view referenced illustrations.
>
> Images /did/ exist in lenny, so not really sure why they've disappeared.
From what I see, images are no longer in upstream's tarball so that is
very likely to be a not-yet-noticed upstream issue. It is still
present in wheezy's 3.6.5 by the way.
images are indeed in docs-xml/Samba3-HOWTO, for instance, but not in
docs/htmldocs/Samba3-HOWTO
So this bug is worth reporting upstream for them to copy the images/
director{y|ies} in docs/htmldocs/ over when building releases.
I'll do that as soon as possible.
We could cheat and copy over images/ directories to the relevant
directories in the Debian package but I'd rather not and have upstream
fix this.
Thanks for reporting.
signature.asc
Description: Digital signature
Bug#573549: Re pdns-backend-ldap: Missing newer RR types (SPF, [DNS]KEY, etc.)
On Mon, Jul 19, 2010 at 07:55:28AM +0200, Matthijs Mohlmann wrote: > This is a plain new bug, forgot to include a required ldap schema file. Does this still apply to PowerDNS 3.1? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672972: Wheezy: VLC player can't play videos
On Mon, 14 May 2012 22:15:06 -0700 (PDT), T Elcor wrote: > Package: vlc > Version: 2.0.1-4+b1 > > For some reason VLC player refuses to play video files. It starts up, > shows the first frame of the video but doesn't play it further. What's > strange, KDE DragonPlayer plays the same videos fine and I believe > DragonPlayer relies on VLC libraries to play videos. > > $ vlc --ffmpeg-threads 1 file:///some/file/name.mp4 > VLC media player 2.0.1 Twoflower (revision 2.0.1-0-gf432547) > [0x21ab108] main libvlc: Running vlc with the default interface. Use > 'cvlc' to use vlc without interface. > [0x263a7d8] xcb_xv vout display error: no available XVideo adaptor > [0x7f8b90d94d28] freetype spu text error: Breaking unbreakable line It looks like: - You have forced the XVideo video output in the preferences, - Your system does not support XVideo. Not much VLC can do then. Reset the VLC video output to default, or get a better X.org display driver. -- Rémi Denis-Courmont Sent from my collocated server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658275: blender: SIGSEGV when running: blender -E help
Hey, I ran into this the other week myself actually. I recall mentioning it on irc, but I don't think anything became of it though. Currently, even the latest svn revision still has the problem, so 2.62 testing probably wont help much here. Anyways, I made an upstream bug report as well, since the devs tend to pay close attention to their own tracker, and referenced this report in it: https://projects.blender.org/tracker/index.php?func=detail&aid=31464&group_id=9&atid=498 I will try touch base with you guys when the problem gets fixed. Happy blending! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672978: apt-listbugs: w fails due to "/dev/tty: No such device or address"
Package: apt-listbugs Version: 0.1.6 Severity: normal $ LC_ALL=C sudo aptitude Retrieving bug reports... Done Parsing Found/Fixed information... Done critical bugs of netbase (4.47 -> 5.0) #672862 - Package is not installable in unstable since depends on experimental ifupdown Merged with: 672851 Summary: netbase(1 bug) Are you sure you want to install/upgrade the above packages? [Y/n/?/...] w bash: /dev/tty: No such device or address W: Failed to invoke browser. su ajk -c "/usr/bin/sensible-browser /tmp/apt-listbugs7676.0.html < /dev/tty" Are you sure you want to install/upgrade the above packages? [Y/n/?/...] -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.17-ibid-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listbugs depends on: ii apt0.9.3 ii libdpkg-ruby1.80.3.8 ii libgettext-ruby1.8 2.1.0-2.1 ii libruby1.8 [libzlib-ruby1.8] 1.8.7.358-2 ii ruby-debian [libdpkg-ruby1.8] 0.3.8+b1 ii ruby-httpclient2.2.4-1 ii ruby-xmlparser 0.7.2-1 ii ruby1.81.8.7.358-2 apt-listbugs recommends no packages. Versions of packages apt-listbugs suggests: ii chromium [www-browser] 18.0.1025.168~r134367-1 ii debianutils 4.3 ii elinks [www-browser]0.12~pre5-7 ii epiphany-browser [www-browser] 3.4.1-1 ii iceweasel [www-browser] 10.0.4esr-2 ii links2 [www-browser]2.6-1 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii reportbug 6.3.1 ii w3m [www-browser] 0.5.3-7 -- 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#662796: NMU for mujltiarch Qt transition
Fixing this bug doesn't need all the changes that are in Experimental, so I'll upload the attached diff shortly to delay/2 in order to minimize impact on the Qt 4.8 transition. If you'd prefer I delay it further, please let me know. Scott Kdiff -Nru uim-1.7.3/debian/changelog uim-1.7.3/debian/changelog --- uim-1.7.3/debian/changelog 2012-03-10 02:32:26.0 -0500 +++ uim-1.7.3/debian/changelog 2012-05-15 01:29:59.0 -0400 @@ -1,3 +1,11 @@ +uim (1:1.7.3-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS against multiarch Qt 4.8 (Closes: #662796) +- Thanks to Felix Geyer for the fix + + -- Scott Kitterman Tue, 15 May 2012 01:28:54 -0400 + uim (1:1.7.3-2) unstable; urgency=low [ HIGUCHI Daisuke (VDR dai) ] diff -Nru uim-1.7.3/debian/control uim-1.7.3/debian/control --- uim-1.7.3/debian/control 2012-03-10 02:30:01.0 -0500 +++ uim-1.7.3/debian/control 2012-05-15 01:28:17.0 -0400 @@ -9,7 +9,7 @@ libgtk2.0-dev (>= 2.10.1), libpango1.0-dev, libfreetype6-dev, libatk1.0-dev, libxml-perl, libx11-dev, libxft-dev, libxext-dev, x11proto-core-dev, libcanna1g-dev, libanthy-dev, libncurses5-dev, libm17n-dev, m17n-db, prime, - libqt4-dev, librsvg2-bin, libedit-dev, libgcroots-dev, kdelibs5-dev, + libqt4-dev (>= 4:4.8.0), librsvg2-bin, libedit-dev, libgcroots-dev, kdelibs5-dev, libexpat1-dev, cmake, libgtk-3-dev, libpanel-applet-4-dev Standards-Version: 3.9.3 Homepage: http://code.google.com/p/uim/ diff -Nru uim-1.7.3/debian/uim-qt.install uim-1.7.3/debian/uim-qt.install --- uim-1.7.3/debian/uim-qt.install 2012-01-11 21:18:28.0 -0500 +++ uim-1.7.3/debian/uim-qt.install 2012-05-15 01:28:17.0 -0400 @@ -4,4 +4,4 @@ usr/bin/uim-chardict-qt4 usr/bin/uim-toolbar-qt4 usr/share/locale/ja/LC_MESSAGES/uim-chardict-qt4.mo -usr/lib/qt4/plugins/inputmethods/libuiminputcontextplugin.so +usr/lib/*/qt4/plugins/inputmethods/libuiminputcontextplugin.so signature.asc Description: This is a digitally signed message part.
Bug#672954: git-buildpackage: Move spawn_dch from gbp.scripts.dch to gbp.deb.changelog.ChangeLog
Tags: patch
<#secure method=pgpmime mode=sign>
Hello,
I made a new version of the patch which include methods documentations
and avoid passing all the options to ChangeLog.add_section().
Following are:
- diff to previous version: git diff
dad/move-spawn_dch-to-ChangeLog..dad/move-spawn_dch-to-ChangeLog-1
- pull request
- patch for review: full patch of the new version
Regards.
Diff to previous version:
=
diff --git a/gbp/deb/changelog.py b/gbp/deb/changelog.py
index 3ab259d..7ad2804 100644
--- a/gbp/deb/changelog.py
+++ b/gbp/deb/changelog.py
@@ -156,12 +156,21 @@ class ChangeLog(object):
Spawn dch
@param author: committers name
+@type author: C{str}
@param email: committers email
+@type email: C{str}
@param newversion: start a new version
+@type newversion: C{bool}
@param version: the verion to use
+@type version: C{str}
@param release: finalize changelog for releaze
+@type release: C{bool}
@param distribution: distribution to use
+@type distribution: C{str}
@param dch_options: options passed verbatim to dch
+@type dch_options: C{list}
+@return: return code of dch subprocess
+@rtype: C{int}
"""
distopt = ""
versionopt = ""
@@ -191,7 +200,7 @@ class ChangeLog(object):
args.append('"[[[insert-git-dch-commit-message-here]]]"')
else:
args.append('""')
-dch = Command('dch', args, shell=True, extra_env=env)
+dch = Command('dch', args, extra_env=env)
dch.call([])
if msg:
old_cl = open("debian/changelog", "r")
@@ -205,15 +214,47 @@ class ChangeLog(object):
print >> new_cl, line,
os.rename("debian/changelog.bak", "debian/changelog")
-def add_entry(self, msg, author, email, dch_options):
-"""Add a single changelog entry"""
+def add_entry(self, msg, author=None, email=None, dch_options=[]):
+"""Add a single changelog entry
+
+@param msg: log message to add
+@type msg: C{str}
+@param author: name of the author of the log message
+@type author: C{str}
+@param email: email of the author of the log message
+@type email: C{str}
+@param dch_options: options passed verbatim to dch
+@type dch_options: C{list}
+@return: return code of dch subprocess
+@rtype: C{int}
+"""
self.spawn_dch(msg=msg, author=author, email=email,
dch_options=dch_options)
-def add_section(self, msg, distribution, repo, options,
-author=None, email=None, version={}, dch_options=''):
-"""Add a new section to the changelog"""
+def add_section(self, msg, distribution, repo, upstream_tag_format='',
+author=None, email=None, version={}, dch_options=[]):
+"""Add a new section to the changelog
+
+@param msg: log message to add
+@type msg: C{str}
+@param distribution: distribution to set for the new changelog entry
+@type distribution: C{str}
+@param repo: git repository we are operating on
+@type repo: C{gbp.deb.git.DebianRepository}
+@param upstream_tag_format: format use to find upstream tag
+@type upstream_tag_format: C{str}
+@param author: name of the author of the log message
+@type author: C{str}
+@param email: email of the author of the log message
+@type email: C{str}
+@param version: version to set for the new changelog entry
+@param version: C{dict}
+@param dch_options: options passed verbatim to dch
+@type dch_options: C{list}
+@return: return code of dch subprocess
+@rtype: C{int}
+"""
if not version and not self.is_native():
-v = repo.guess_version_from_upstream(options.upstream_tag, self)
+v = repo.guess_version_from_upstream(upstream_tag_format, self)
if v:
version['version'] = v
self.spawn_dch(msg=msg, newversion=True, version=version,
author=author,
diff --git a/gbp/scripts/dch.py b/gbp/scripts/dch.py
index 4eb32ed..ee1c075 100644
--- a/gbp/scripts/dch.py
+++ b/gbp/scripts/dch.py
@@ -391,7 +391,7 @@ def main(argv):
email=commit_email,
dch_options=dch_options,
repo=repo,
- options=options)
+ upstream_tag_format=options.upstream_tag)
# Adding a section only needs to happen once.
add_section = False
else:
@@ -410,7 +410,7 @@ def main(argv):
version=version_change,
dch_options=dch_options,
repo=repo,
- options=opti
Bug#332413: CAN-2005-3151: Bufferoverflow in blenderplayer arg parsing
Well, I did some testing (on Ubuntu 12.04, but with multiple versions
of blenderplayer) and thought I would add to the report a bit.
Personally, I think this might be gone, but I will leave this up to
you guys. Here is what I found in some tests with the exploit code.
Looking at the shell code, it seems to ultimately end in "/bin/sh", so
I would assume it give me a shell upon successful invocation. While I
was never able to get a sh shell, I did notice some versions would
give telltale output.
blender-2.37a-linux-glibc2.2.5-i386-static gave:
Loading /bin/sh failed: No error
(gdb reports: warning: Selected architecture i386 is not compatible
with reported target architecture i386:x86-64)
blender-2.60a-linux-glibc27-x86_64/blenderplayer gave:
Loading /home/dan/blender-build/build/linux/bin/failed:
Error: Unable to open
"blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer":
Not a directory.
Bus error (core dumped)
blender-2.61-linux-glibc27-x86_64 gives
Loading /home/dan/blender-build/build/linux/bin/failed:
Error: Unable to open
"blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer/blenderplayer":
Not a directory.
Bus error (core dumped)
So it seems that despite not being able to get an sh shell (cpu NX
protection perhaps?), the suspicious errors ("no error" in 2.37a, and
core dumps in the others), that the problem seems to be gone (no core
dumps or buss errors) in 2.62 release and up (including the latest svn
revision).
If need be, I can probably poke around and try find the revisions this
was fixed, if you need to cheery pick the patch for this bug for the
package. Anyways, hope this helps save some investigation time. o/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672928: libdbi-drivers FTBS against latest MySQL
On 05/15/2012 06:24 AM, Nicholas Bamber wrote: > Thomas, > I attach a patch to enbale libdbi-drivers to build against the > latest MySQL. I will upload my build with a 15 day delay. Of course > plese feel free to fix it yourself if you have any issues with my patch. > > > Nicholas Hi Nicholas, No problem with this upload, the patch is very simple. You didn't even need to bother with the delayed queue. If you want to speed-up things, feel free to do a strait upload without delay. Thanks for taking care of this, Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672977: bzr push fails with "uncommitted changes" error, but bzr status shows nothing
Package: bzr Version: 2.1.2-1 Severity: normal I just had a problem with bzr 2.1.2 where a push failed with this error: bzr: ERROR: Working tree "/home/ajapted/aww/" has uncommitted changes (See bzr status). Use --no-strict to force the push. However using bzr status showed no uncommitted changes at all. I checked that .bzrignore was not masking any files. I don't know how to reproduce the problem, the only thing that I did differently recently was to use "bzr shelve" on a file. I tried unshelving that file and reverting the changes but the error still occurred. A workaround was to use "bzr commit --unchanged ." which committed an apparently empty commit, but it obviously did something as since the push worked after that. Cheers, -- Andrew Apted -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bzr depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii python 2.6.6-3+squeeze4 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-configobj 4.7.2+ds-1simple but powerful config file re ii python-elementtree 1.2.6-14 Light-weight toolkit for XML proce ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages bzr recommends: pn bzrtools (no description available) ii ca-certificates 20090814 Common CA certificates ii python-paramiko 1.7.4-0.1 Make ssh v2 connections with pytho Versions of packages bzr suggests: pn bzr-doc(no description available) pn bzr-gtk(no description available) pn bzr-svn(no description available) pn python-kerberos(no description available) pn python-pycurl (no description available) ii xdg-utils 1.0.2-6.1 desktop integration utilities from -- 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#672976: debian-handbook: "lead" -> "led"
Package: debian-handbook Version: 6.0+20120509 Severity: minor --- en-US/01_the-debian-project.xml | 4 ++-- pot/01_the-debian-project.pot | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/en-US/01_the-debian-project.xml b/en-US/01_the-debian-project.xml index e33a2ab..ddf5d88 100644 --- a/en-US/01_the-debian-project.xml +++ b/en-US/01_the-debian-project.xml @@ -661,7 +661,7 @@ role="distribution">Sid). They are taken from the names of characters in the Toy Story movie. This animated film entirely composed of computer graphics was produced by Pixar Studios, with - whom Bruce was employed at the time that he lead the Debian + whom Bruce was employed at the time that he led the Debian project. The name “Sid” holds particular status, since it will eternally be associated with the Unstable branch. In the film, this @@ -873,7 +873,7 @@ McIntyre, Steve Zacchiroli, Stefano - Since its inception, the project has been successively lead by + Since its inception, the project has been successively led by Ian Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben Collins, Bdale Garbee, Martin Michlmayr, Branden Robinson, Anthony Towns, Sam Hocevar, Steve McIntyre and Stefano Zacchiroli. diff --git a/pot/01_the-debian-project.pot b/pot/01_the-debian-project.pot index 89a5bec..5408d52 100644 --- a/pot/01_the-debian-project.pot +++ b/pot/01_the-debian-project.pot @@ -824,7 +824,7 @@ msgstr "" #. Tag: para #, no-c-format -msgid "Last anecdotal point, it was Bruce who was responsible for inspiring the different “codenames” for Debian versions (1.1 — Rex, 1.2 — Buzz, 1.3 — Bo, 2.0 — Hamm, 2.1 — Slink, 2.2 — Potato, 3.0 — Woody, 3.1 — Sarge, 4.0 — Etch, 5.0 — Lenny, 6.0 — Squeeze, Testing — Wheezy, Unstable — Sid). They are taken fro m the names of characters in the Toy Story movie. This animated film entirely composed of computer graphics was produced by Pixar Studios, with whom Bruce was employed at the time that he lead the Debian project. The name “Sid” holds particular status, since it will eternally be associated with the Unstable branch. In the film, this character was the neighbor child, who was always breaking toys — so beware of getting too close to Unstable. Otherwise, Sid is also an acronym for “Still In Development”." +msgid "Last anecdotal point, it was Bruce who was responsible for inspiring the different “codenames” for Debian versions (1.1 — Rex, 1.2 — Buzz, 1.3 — Bo, 2.0 — Hamm, 2.1 — Slink, 2.2 — Potato, 3.0 — Woody, 3.1 — Sarge, 4.0 — Etch, 5.0 — Lenny, 6.0 — Squeeze, Testing — Wheezy, Unstable — Sid). They are taken fro m the names of characters in the Toy Story movie. This animated film entirely composed of computer graphics was produced by Pixar Studios, with whom Bruce was employed at the time that he led the Debian project. The name “Sid” holds particular status, since it will eternally be associated with the Unstable branch. In the film, this character was the neighbor child, who was always breaking toys — so beware of getting too close to Unstable. Otherwise, Sid is also an acronym for “Still In Development”." msgstr "" #. Tag: title @@ -1079,7 +1079,7 @@ msgstr "" #. Tag: para #, no-c-format -msgid "Since its inception, the project has been successively lead by Ian Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben Collins, Bdale Garbee, Martin Michlmayr, Branden Robinson, Anthony Towns, Sam Hocevar, Steve McIntyre and Stefano Zacchiroli." +msgid "Since its inception, the project has been successively led by Ian Murdock, Bruce Perens, Ian Jackson, Wichert Akkerman, Ben Collins, Bdale Garbee, Martin Michlmayr, Branden Robinson, Anthony Towns, Sam Hocevar, Steve McIntyre and Stefano Zacchiroli." msgstr "" #. Tag: indexterm -- 1.7.10.1.456.g16798d0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672975: dpkg-dev: please modify dpkg-source to allow fuzz in patches
Package: dpkg-dev Version: 1.16.3 Severity: wishlist Please modify dpkg-source to allow fuzz in patches. Norbert Preining requested this here: http://lists.debian.org/debian-devel/2012/05/msg00711.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672720: [Pkg-libvirt-maintainers] Bug#672720: Bug#672720: libvirt-bin: KVM with usb-tablet causes constant CPU load
On Mon, May 14, 2012 at 10:59:06PM +0300, Kari Pahula wrote: > Sorry, but could you please clarify these two statements? > > On Mon, May 14, 2012 at 09:24:56PM +0200, Guido Günther wrote: > > Yes the usb table hogging the cpu is a known issue: > > > > http://lists.gnu.org/archive/html/qemu-devel/2010-04/msg00149.html > > > > however the cpu load should drop to zero even when you have the usb > > tablet enabled. > > > > I'll leave it to you to decide what to do with this information. Can > > > anyone reproduce this? > > > > Yes. Saving cpu cycles without the tables is reproducable here. > > Does usb-tablet cause extra cpu load or not? Yes, it does cause extra cpu load. > According to powertop, with usb-tablet, I didn't see wakeups/second go > under 800. Without, the system easily reached 150. > > > Did you create the vm using virt-manager? It's adding the tablet by > > default since we can't easily distinguish between systems that need it > > and those that don't. > > With virt-install. O.k. both use the same code to detect the vm parameters. > > Is this a good default? I'd expect tablets to be quite rare. It's used to avoid grabs so you can simply move the mouse pointer in and out of the VMs window so it has it's uses but I'm not sure if it's worth the trouble either. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672588: investigating
Adding '--nodefaults' to the definition of mysqladmin in debian/setup-mysql.sh gets round the issue of the invalid option. However when I resume with "fakeroot debian/rules binary" all the tests fail. Perhaps the build is in a confusd state by that point. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670756: Tuxguitar does not start
On 2012-05-15 06:38, tony mancill wrote: > On 05/14/2012 08:18 AM, Jakub Adam wrote: >> In my opinion libswt-gtk-3.5-java and libswt-3-gtk-java are not in >> conflict, >> generally it's ok to have them installed both. The problem is in tuxguitar >> package itself which will not work with SWT 3.5. >> >> So I suggest that we make tuxguitar to conflict with libswt-gtk-3.5-java >> (and maybe also with libswt-gtk-3.4-java and libswt-gtk-3.6-java I see >> in Grant's package list too). > > Hi Jakub, > > There are times in the past when tuxguitar explicitly depended on > libswt-gtk-3.5-jar, so it seems odd to say that tuxguitar won't work > with it. What seems to be the case is that tuxguitar won't work when > both -3.5 and -3 packages are install. > > Could it be due to the version of libswt-gtk-3-java that was used when > the tuxguitar binary was built? (That is, should it be a versioned > dependency on libswt-gtk-3-java?) Also, I'm able to install both > libswt-gtk-3.5-java and libswt-3-gtk-java in a clean chroot and still > run tuxguitar without a problem. In any event, I'm not trying to > contradict your assertion; merely understand it. > > Cheers, > tony > I believe that swt uses alternatives for the swt.jar, so if you have an older version of libswt-*-java providing the alternative without (all) the relevant -jni package => "boom". Now that should not be possible to do, but it is... """ un libswt-gnome-gtk-3.5-jni [...] un libswt-gnome-gtk-3.6-jni [...] [...] ii libswt-gtk-3.5-java 3.5.1-5 [...] ii libswt-gtk-3.6-java 3.6.2-1 [...] """ Presumably the dependency relations on the old -jni packages (or on the old -java packages) are not strong enough. Personally, I think the swt alternatives is... "weird" at best. So I would vote for breaking the old packages to force their removal and then remove the usage of alternatives in Wheezy+1. I think the original idea was to allow co-installation of two (API/ABI) incompatiable swt jars to smoothing transitions - however they are not going to enabled at the same time, so we would end up breaking some programs during a transition anyway. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672974: numlockx: Prevents X login
Package: numlockx Version: 1.2-3 Severity: normal numlockx causes X login to fail. This is caused by a syntax error in /etc/X11/Xsession.d/55numlockx Line 13 is: case $NUMLOCK but it should be: case $NUMLOCK in I had to make this change in order to be able to log in to my X session. Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.5 (SMP w/2 CPU cores; PREEMPT) 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 numlockx depends on: ii libc6 2.13-32 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxtst6 2:1.2.1-1 numlockx recommends no packages. Versions of packages numlockx suggests: ii lightdm [x-display-manager] 1.0.11-1 -- Configuration Files: /etc/X11/Xsession.d/55numlockx changed [not included] -- 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#672947: fcmatch.c:548: IA__FcFontMatch: Assertion `result != ((void *)0)' failed.
On Mon, May 14, 2012 at 11:23 PM, Alex Wilk wrote: > Package: mplayer2 > Version: 2.0-542-gbb90802-1 > 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)? > % mplayer $some-video Does the symptom disappear when mplayer is called with the option -nofontconfig? mplayer -nofontconfig $somevideo Does downgrading to fontconfig 2.8 change anything? -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672587: DDPO: versions not updated since several days
The problem is that /home/qa/trigger-archvsync is no longer updated. As a consequence /srv/qa.debian.org/data/cronjobs/ddpo only does an "exit 0". To work around this problem, I have done a few manual updates in /srv/qa.debian.org/data/ddpo/results : Updated files : -rw-rw-r-- 1 bartm qa 14884864 May 15 05:19 archive.db -rw-rw-r-- 1 bartm qa 4173824 May 15 05:22 descriptions.db -rw-rw-r-- 1 bartm qa 2748416 May 15 05:22 excuses.db -rw-rw-r-- 1 bartm qa 136876 May 15 05:19 maintainers.txt -rw-rw-r-- 1 bartm qa28672 May 15 05:22 tasks.db Renamed old versions of the updated files : -rw-rw-r-- 1 qaqa 14872576 May 8 23:15 archive.db.20120515 -rw-rw-r-- 1 qaqa 4182016 May 8 23:16 descriptions.db.20120515 -rw-rw-r-- 1 qaqa 2482176 May 8 23:16 excuses.db.20120515 -rw-rw-r-- 1 qaqa 136849 May 8 23:15 maintainers.txt.20120515 -rw-rw-r-- 1 qaqa28672 May 8 23:16 tasks.db.20120515 So DDPO looks good for now. But the problem is not solved. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672973: devscripts: stopped updating the time stamps of the changelog
Package: devscripts Version: 2.11.7 Severity: normal Hi, in former times a dch -a -c .../path/to/changelog did indeed update the name and date footer. Now it doesn't anymore. Why has this change happened? I don't see any NEWS item concerning this? The only NEWS item is about release heuristic if nothing is given, but I definitely pass options onto dch. Please restore the old behaviour, or at least explain how to fix it, because I couldn't find it. dch -t didn't work either. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (499, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-rc7+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii dpkg-dev 1.16.3 ii libc6 2.13-32 ii perl 5.14.2-10 ii python 2.7.2-10 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 Versions of packages devscripts recommends: ii at3.1.13-1 ii curl 7.25.0-1 ii dctrl-tools 2.22 ii debian-keyring2012.02.22 ii dput 0.9.6.3 ii equivs2.0.9 ii fakeroot 1.18.3-1 ii gnupg 1.4.12-4 ii libcrypt-ssleay-perl 0.58-1 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii lintian 2.5.7 ii man-db2.6.1-2 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 ii python-debian 0.1.21 ii python-magic 5.11-1 ii sensible-utils0.0.7 ii strace4.5.20-2.3 ii unzip 6.0-6 ii wdiff 1.1.0-2 ii wget 1.13.4-3 ii xz-utils 5.1.1alpha+20110809-3 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 ii cvs-buildpackage ii devscripts-el ii gnuplot 4.6.0-8 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.04-3 ii libnet-smtp-ssl-perl 1.01-3 ii libterm-size-perl0.207-1 ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl ii mutt 1.5.21-5+b1 ii openssh-client [ssh-client] 1:5.9p1-5 ii svn-buildpackage 0.8.4 ii w3m 0.5.3-7 -- 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#672972: Wheezy: VLC player can't play videos
Package: vlc Version: 2.0.1-4+b1 For some reason VLC player refuses to play video files. It starts up, shows the first frame of the video but doesn't play it further. What's strange, KDE DragonPlayer plays the same videos fine and I believe DragonPlayer relies on VLC libraries to play videos. $ vlc --ffmpeg-threads 1 file:///some/file/name.mp4 VLC media player 2.0.1 Twoflower (revision 2.0.1-0-gf432547) [0x21ab108] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [0x263a7d8] xcb_xv vout display error: no available XVideo adaptor [0x7f8b90d94d28] freetype spu text error: Breaking unbreakable line Running the above with "--ffmpeg-threads 0" pretty much produces the same output. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563250: xvile: Warning: Cannot convert string "lucidasans-10" to type FontStruct
Brendan O'Dea wrote: > The Lucida fonts are in the xfonts-75dpi and xfonts-100dpi packages. > > Does installing both those packages remove the error for you? Thanks for the quick reply. No, alas. $ dpkg -l xfonts-75dpi xfonts-100dpi xfonts-scalable Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== ii xfonts-100dpi 1:1.0.3 100 dpi fonts for X ii xfonts-75dpi1:1.0.3 75 dpi fonts for X ii xfonts-scalable 1:1.0.3-1 scalable fonts for X $ xvile Warning: Cannot convert string "lucidasans-10" to type FontStruct -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628436: [Pkg-tcltk-devel] Bug#628436: Please disallow tclsh8.4 as an alternative for the tclsh command
Hi Jonathan! On Sun, May 29, 2011 at 2:20 AM, Jonathan Nieder wrote: > > It would be convenient if scripts could assume the tclsh command and > virtual package provide tclsh8.5 or newer as long as tcltk-defaults is > up to date, like below. I don't want to package different Tcl/Tk versions differently. Any inconsistency is bad for users. So, either all of them should provide alternatives to tclsh and wish or none of them, in which case the only symlinks to tclsh and wish would be in the tcl and tk packages. In the latter case we need to update the policy and remove virtual packages tclsh and wish, which will cause quite a bit of fixing bugs. And I don't know what to do with extensions which work with any Tcl/Tk version (so, I don't want them to require 'tcl'), but come with examples with "#! /usr/bin/tclsh". > > My only worry would be that some package might be using "Depends: > tcl8.4" and expecting the tclsh command to work, when they should have > been using "Depends: tcl (>= 8.4)". If some user does not have tcl > from tcltk-defaults or tcl8.[56] installed for some other reason, the > tclsh command would go away --- no good. But I don't think that's a > big risk. It's fairly simple to look through the archive and find if there's such packages. It's not too late to fix them. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563250: xvile: Warning: Cannot convert string "lucidasans-10" to type FontStruct
On 15 May 2012 06:36, Jonathan Nieder wrote: >> xvile emits the following message whenever I run it: >> >> | Warning: Cannot convert string "lucidasans-10" to type FontStruct Sorry Jonathan, I didn't see the original bug--I think that probably went to Paul (I've since changed the maintainer/uploader order). The Lucida fonts are in the xfonts-75dpi and xfonts-100dpi packages. Does installing both those packages remove the error for you? These packages are suggested by the xserver, but it would seem that you don't have them installed, so I guess they should probably should be recommended by the xvile package. --bod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672945: /etc/init.d/networking not removed on upgrades to netbase 5.0
On Tue, May 15, 2012 at 01:16:31AM +0200, Marco d'Itri wrote: > On May 15, Josh Triplett wrote: > > > Going by that post, would something like the following in the configure > > section of the postinst work? > Not quite, this would be too much easy. > At least, we need to check in preinst for the *actual* md5sum of the > version of /etc/init.d/networking installed by the old package, set a > flag file (maybe containing this md5sum) and then delete the file in > postinst if needed. If you mean to handle upgrades from versions of netbase that shipped a different version of /etc/init.d/networking, note that /etc/init.d/networking has not changed since squeeze, so the squeeze netbase would have exactly the same md5sum; I checked. :) And since Debian doesn't support upgrades that skip a release, an unmodified version of /etc/init.d/networking can only have the one md5sum that I listed. So, the code I provided will work for any supported upgrade scenario. (I agree that the general case for arbitrary packages requires the approach you suggest, but in this particular case the simpler version with a single hardcoded md5sum will work just fine.) - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599680: blender: crashes with: illegal hardware instruction
Hey guys o/ Thought that I would point this bug report to the upstream report (which is actually closed now): https://projects.blender.org/tracker/?func=detail&group_id=9&aid=29414&atid=498 Hope it helps a bit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670756: Tuxguitar does not start
On 05/14/2012 08:18 AM, Jakub Adam wrote: > In my opinion libswt-gtk-3.5-java and libswt-3-gtk-java are not in > conflict, > generally it's ok to have them installed both. The problem is in tuxguitar > package itself which will not work with SWT 3.5. > > So I suggest that we make tuxguitar to conflict with libswt-gtk-3.5-java > (and maybe also with libswt-gtk-3.4-java and libswt-gtk-3.6-java I see > in Grant's package list too). Hi Jakub, There are times in the past when tuxguitar explicitly depended on libswt-gtk-3.5-jar, so it seems odd to say that tuxguitar won't work with it. What seems to be the case is that tuxguitar won't work when both -3.5 and -3 packages are install. Could it be due to the version of libswt-gtk-3-java that was used when the tuxguitar binary was built? (That is, should it be a versioned dependency on libswt-gtk-3-java?) Also, I'm able to install both libswt-gtk-3.5-java and libswt-3-gtk-java in a clean chroot and still run tuxguitar without a problem. In any event, I'm not trying to contradict your assertion; merely understand it. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#670091: Please ship /sys
On Tue, May 15, 2012 at 01:37:06AM +0200, Santiago Vila wrote: > On Sun, 22 Apr 2012, Josh Triplett wrote: > > > Package: base-files > > Version: 6.7 > > Severity: normal > > > > Currently, only the initscripts package ships the empty /sys directory, > > which made sense since initscripts contains the script to mount /sys. > > However, new init systems don't necessarily need to depend on > > initscripts, and systemd has almost reached the point where it no longer > > needs to do so. I think it would make sense for base-files to ship > > /sys, just as it currently ships many other top-level directories. > > Before I do this: > > Can anyone tell me if the Hurd and the kFreeBSDs use /sys as well? As far as I know they don't. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639446: blender: Flicker in full-screen mode
I was looking through some of the blender bug reports and noticed this report and figured I would add some more info to it. I originally ran into this problem on Ubuntu 10.04 around the same time you did, and filed a bug report at: https://projects.blender.org/tracker/?func=detail&aid=29230&group_id=9&atid=231 The problem seems to be gone for me now in Ubuntu 12.04, even if I svn up back to the same revision that I reported it originally in, so I am not entirely sure what actually fixed it (nvidia drivers, GL libs, etc.). Anyways, I mainly figured that I would at least point the people monitoring this bug report to the upstream one. Hope it helps. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649971: dvdauthor: FTBFS: spuunmux.c:613:9: error: dereferencing pointer to incomplete type
tags 649971 patch
thanks
Hi,
I created a patch which revise this problem.
Please check and apply this.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
dvdauthor-0.7.0.debdiff
Description: Binary data
Bug#666468: (no subject)
I can verify this in Testing and Unstable.
Bug#672394: RFS: ipset/6.12-1 -- administration tool for kernel IP sets
On Tue, May 15, 2012 at 12:51:40AM +0200, Arno Töll wrote: Hi, > > this is a review of your package ipset. > > * Do not set "DM-Upload-Allowed: yes" on your own. It's your sponsor's > domain to do so. It's hard enough to find sponsors as is, no need to > scare off even more potential sponsors by adding DMUA for packages which > show up on debian-mentors without prior agreement. Sorry, drop in the latest upload. > * You declare the debhelper compat[ibility] to be 9, but you build > depend on "debhelper (>= 9)". Please use a version which actually > supports the finalized level 9. That is 9.20120115. I'm following the debhelper(7) manpage which it said that add debhelper (>= 9) for compat level 9. However, I adjust it to debhelper (>= 9.20120115~) as your suggestion. > > * Do not start with uppercase characters in libipset-dev's description. > You did it correctly for the other binary package, though. Adjusted and for libipset2 description also. > * Why do you use dh_autoreconf? You do not patch automake stuff and a > brief test seems to confirm it is not needed. Drop, it's unnecessary as your suggestion. > * Are you sure about the location of the binary in the file system? > iptables is in /sbin, why do you install ipset to /usr/sbin? The ipset depends on libmnl which it is installed in /usr/lib or /usr/lib/[arch triplet] if it willing support multiarch. I think, it's not appropriate to install ipset in /sbin when it's still depends on libmnl that installed in /usr. > I am willing to sponsor your package if you fix the fist two concerns at > very least. Thanks in advance and please review again. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ipset Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/ipset/ipset_6.12.1-1.dsc Changes since the last upload: * Imported Upstream version 6.12.1 * debian/patches/99-ipset-shared-libs.patch: - Drop as the upstream provides the configuration parameters to force the ipset binary to link with shared lib. * debian/patches/90-fix-typo.patch: Add typo fix * Enable settype dynamic modules support * debian/rules: - Add --enable-settype-modules to configure. All settype modules still build as static which included in libipset as usual but the ipset binary could runtime load the additional modules installed at /usr/lib/[arch triplet]/ipset. * debian/control: - Add libltdl-dev to build-dep. * debian/libipset2.symbols: Add symbols file * debian/control: - Set debhelper (>= 9.20120115~). (thanks, Arno Töll) - Drop dh-autoreconf from build-deps as it's unnecessary. (thanks, Arno Töll) - Adjust the packages description which should not start with capital letter. (thanks, Arno Töll) * debian/rules: Drop autoreconf addon from debhelper configuration. Best regards, Neutron Soutmun signature.asc Description: Digital signature
Bug#606268: Network interface used for installation is configured as unmanaged by NM
Package: network-manager Version: 0.9.4.0-3 Followup-For: Bug #606268 I recently did a clean install on a new machine using D-I 7.0 Alpha 1, installing using non-free firmware added to the usb drive before installation and using WPA2 with no problem. To get my wireless working again after installation I commented out the allow-hotplug line in /e/n/i and changed managed to true in /etc/NetworkManager/NetworkManager.conf. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu2 ii dbus 1.5.12-1 ii dpkg 1.16.3 ii isc-dhcp-client4.2.2.dfsg.1-5 ii libc6 2.13-32 ii libdbus-1-31.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.32.2-1 ii libgnutls262.12.19-1 ii libgudev-1.0-0 175-3.1 ii libnl-3-2003.2.7-2 ii libnl-genl-3-200 3.2.7-2 ii libnl-route-3-200 3.2.7-2 ii libnm-glib40.9.4.0-3 ii libnm-util20.9.4.0-3 ii libpolkit-gobject-1-0 0.105-1 ii libuuid1 2.20.1-4 ii lsb-base 4.1+Debian3 ii udev 175-3.1 ii wpasupplicant 1.0-1 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.61-1 ii iptables 1.4.13-1.1 ii modemmanager 0.5.2.0-1 ii policykit-1 0.105-1 ii ppp 2.4.5-5.1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-1 -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile [ifupdown] managed=true -- 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#671676: emacsen-common: sample install file does not work properly
Santiago Vila writes: > While implementing the new emacs policy in gettext-el I noticed there > are at least two bugs in this line > > ln -s ../../emacs/site-lisp/foo/$el . Thanks for the report. Actually, I *finally* managed to release an overhauled emacsen-common (2.0.0) that's intended to remove the requirement that add-on packages depend on emacsen in some way, and it should also fix the ../../ problem. If you're willing, I'd be very interested to hear whether or not the new policy and implementation will work for you. Also note that another goal of the overhaul was to eliminate the need for most, if not all, of the trivial foo-el packages. Since the dependencies are no longer required, it should be possible to handle the emacs-related bits for a larger package within the package itself. See /usr/share/doc/emacsen-common/debian-emacs-policy.gz for the details, ask me directly, or post to debian-emacsen. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672971: samba-doc: htmldocs do not include images
Package: samba-doc Version: 2:3.5.6~dfsg-3squeeze8 Severity: normal The samba-doc package in squeeze does not include images for the HTML docs. This makes it difficult to view referenced illustrations. Images /did/ exist in lenny, so not really sure why they've disappeared. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 samba-doc depends on no packages. samba-doc recommends no packages. Versions of packages samba-doc suggests: pn samba-doc-pdf (no description available) -- 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#672951: pdflatex segfaults - /Group dict missing - pdfpages with nup 1x1
Dear all,
on the debian side we got a bug report that some pdfjam/pdfnup
commands don't work. It seems to be a problem with a specific
pdf file which was created by cairo from an svg, this is as far
as I could narrow it down. I attach the onefig.pdf
But only when it is included *two* times and *only* when the option nup=1x1
is set, at least as far as I see ...
$ cat test.tex
\documentclass{article}
\usepackage{graphicx}
\begin{document}
\includegraphics{onefig.pdf}
\newpage
\includegraphics{onefig.pdf}
\end{document}
$ cat inc.tex
\documentclass{article}
\usepackage{pdfpages}
\begin{document}
\includepdfmerge[nup=1x1]{test.pdf,-}
\end{document}
On TeX Live 2011:
$ pdflatex inc
...
(/home/norbert/tl/2011/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg))
[1 <./test.pdf{/home/norbert/tl/2011/texmf-var/fonts/map
/pdftex/updmap/pdftex.map}>]
[2 <./test
.pdfSegmentation fault (core dumped)
If I do the same with pdflatex from a recent source build, i.e.
one that is in Debian (texlive svn sources from 2012-05-10) then I get:
$ pdflatex inc
...
(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg))
[1 <./test.pdf{/var/lib/texmf/fonts/map/pdftex/updmap/pd
ftex.map}>]
[2 <./test
.pdf
!pdfTeX error: pdflatex (file ./test.pdf): PDF inclusion: /Group dict missing
==> Fatal error occurred, no output PDF file produced!
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
GALLIPOLI (adj.)
Of the behaviour of a bottom lip trying to spit mouthwash after an
injection at the dentist. Hence, loose, floppy, useless. 'She went
suddenly Gallipoli in his arms' - Noel Coward.
--- Douglas Adams, The Meaning of Liff
onefig.pdf
Description: Adobe PDF document
Bug#650567: png23d: FTBFS: bitmap.c:46:25: error: 'STDIN_FILENO' undeclared (first use in this function)
retitle 650567 png23d: FTBFS with gcc-4.7
tags 650567 patch
thanks
Hi,
png23d FTBFS with gcc4.7.
Although 4.7 of gcc is still experimental, in the next release,
gcc-4.7 will become a default compiler.
I created a patch which revise this bug.
I attached. Please checka and apply.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
png23d-1.10.debdiff
Description: Binary data
Bug#643921: Severity of bug #643921
On Wed, 2011-11-02 at 12:34 +0100, Michael Banck wrote: > severity 643921 important > thanks How is a possible policy violation (and maybe copyright violation) not serious? Ben. -- Ben Hutchings The two most common things in the universe are hydrogen and stupidity. signature.asc Description: This is a digitally signed message part
Bug#672718: tagainijisho: some part of GUI is too small to display its content
That's probably a layouting issue. I will check that, thanks. Upstream bug: https://github.com/Gnurou/tagainijisho/issues/46 On Mon, May 14, 2012 at 9:04 PM, Osamu Aoki wrote: > On Sun, May 13, 2012 at 11:30:21AM +0200, Thibaut VARENE wrote: >> tags 672718 moreinfo unreproducible >> thanks >> >> It works for me, could you provide a screenshot? >> >> Thanks > > Here! > > Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672969: autokey-qt: segfaults on startup
Package: autokey-qt Version: 0.82.2-3 Severity: grave Justification: renders package unusable When starting autokey-qt, it segfaults after a slight delay. This bug might be in the python-sip library. Program received signal SIGSEGV, Segmentation fault. Python Exception There is no member named ma_mask.: createClassType (client=0xb7273740, ctd=0xb727b740, mod_dict=) at /tmp/buildd/sip4-4.13.2/siplib/siplib.c:5502 5502/tmp/buildd/sip4-4.13.2/siplib/siplib.c: No such file or directory. (gdb) backtrace Python Exception There is no member named ma_mask.: #0 createClassType (client=0xb7273740, ctd=0xb727b740, mod_dict=) at /tmp/buildd/sip4-4.13.2/siplib/siplib.c:5502 Python Exception There is no member named ma_mask.: #1 0xb78b5c64 in sip_api_init_module (client=0xb7273740, mod_dict=) at /tmp/buildd/sip4-4.13.2/siplib/siplib.c:1418 #2 0xb7102977 in initkdecore () from /usr/lib/python2.7/dist-packages/PyKDE4/kdecore.so #3 0x080d3747 in _PyImport_LoadDynamicModule () #4 0x08130324 in load_module.39200 () #5 0x081305c4 in import_submodule.39211 () #6 0x08084e85 in load_next.39216 () #7 0x08130ff2 in import_module_level.isra.3.39237 () #8 0x0806dcbe in builtin___import__.32869 () #9 0x080bfe6f in PyObject_Call () #10 0x080c03f9 in PyEval_CallObjectWithKeywords () #11 0x0813d63d in PyEval_EvalFrameEx () #12 0x081417f0 in PyEval_EvalCodeEx () #13 0x0819b4f3 in PyImport_ExecCodeModuleEx () #14 0x0812fc38 in load_source_module.39157 () #15 0x081305c4 in import_submodule.39211 () #16 0x08084e85 in load_next.39216 () #17 0x08130ff2 in import_module_level.isra.3.39237 () #18 0x0806dcbe in builtin___import__.32869 () #19 0x080bfe6f in PyObject_Call () #20 0x080c03f9 in PyEval_CallObjectWithKeywords () #21 0x0813d63d in PyEval_EvalFrameEx () #22 0x081417f0 in PyEval_EvalCodeEx () #23 0x0819ad51 in PyRun_FileExFlags () #24 0x0819c61a in PyRun_SimpleFileExFlags () #25 0x0819d6a8 in Py_Main () #26 0x0806109b in main () -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (501, 'experimental'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autokey-qt depends on: ii autokey-common 0.82.2-3 ii python 2.7.2-10 ii python-kde4 4:4.7.4-2+b1 ii python-notify 0.1.1-3 ii python-qscintilla2 2.6.1-5+b1 ii python-qt4 4.9.1-3 ii python-qt4-dbus 4.9.1-3 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2.1 autokey-qt recommends no packages. autokey-qt suggests no packages. -- no debconf information Regards, -- Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672968: VTK 5.8 for Wheezy
Package: vtk Severity: wishlist The wheezy freeze is coming soon and I suggest we are using vtk 5.8 for this release. Another transition is risky and doesn't seem to be necessary. All ~30 dependent packages have been linked against 5.8 and seem to work well. -Dominique -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672619: gmysqlcc: FTBFS /usr/bin/ld: cannot find -lssl
On Sat, May 12, 2012 at 02:55:51PM +0200, Samuel Thibault wrote: > > Hello, Hi Samuel, Thanks for your bug report > > gmysqlcc currently FTBFS in sid: > > x86_64-linux-gnu-gcc -Wall -Wall -g -ggdb -Wl,-z,defs -o gmysqlcc > gmlc_gui_helpers.o gmlc_gui_connexions.o gmlc_gui_server.o > gmlc_gui_server_tab.o gmlc_gui_server_tab_data.o gmlc_gui_server_tab_help.o > gmlc_gui_server_tab_query.o gmlc_main.o gmlc_misc_config.o > gmlc_misc_hashtable.o gmlc_mysql_structure.o gmlc_mysql_server.o > gmlc_mysql_query.o gmlc_mysql_database.o gmlc_mysql_table.o gmlc_mysql_view.o > gmlc_mysql_procedure.o gmlc_mysql_function.o -lgtk-x11-2.0 -lgdk-x11-2.0 > -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo > -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 > -lgtksourceview-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 > -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 > -lfreetype -lfontconfig -lgobject-2.0 -lglib-2.0 > -L/usr/lib/x86_64-linux-gnu -lmysqlclient -lpthread -lz -lm -lrt -lssl > -lcrypto -ldl > /usr/bin/ld: cannot find -lssl The fix looks simple, adding libopenssl-dev to B-D solves the problem, but this leads to another problem, because of this an exception on debian/copyright may be needed, I sent an email to upstream to confirm this first, and then upload a new revision with this problem solved. Cheers -- René signature.asc Description: Digital signature
Bug#672967: xserver-xorg-core: xserver reports [mi] EQ overflowing issue post xserver-xorg-core update with NV driver
Package: xserver-xorg-core Version: 2:1.12.1-2 Severity: important Dear Maintainer, after apt-get update && apt-get upgrade on testing, X has become increasingly unresponsive to various mouse click inputs; mostly shows up with interaction with google-chrome when opening or closing a new tab. entire X instance will wedge for 5-30 seconds when this occurs. was not using DKMS for nvidia driver install; occured when using a previously known good NV release (295.20); attempted usage of 260.1929, 295.20, 295.33, and 302.07 NV drivers with no change in behaviour. system is on stable, but pulled in updated xorg-core (and associated support libs) from unstable to validate against Xorg 1.12.1. previous nv pkgs had pinned the kernel image to 3.0.0 (-1?), removed and updated to 3.2.0-2 as suggested by a coworker with the same video card running debian testing (he also manually installed NV drivers without m-a/dkms) the stack trace seems to be a quite commonly reporeted issue; updated to -dbg to get symbols, and it seems something funny is going on deep in the NV driver's call to gettimeofday. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Dec 24 2010 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2085616 May 6 20:17 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108 [GeForce GT 430] [10de:0de1] (rev a1) Xorg X server configuration file status: -rw-r--r-- 1 root root 1610 May 14 18:01 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section "ServerFlags" Option "Xinerama" "1" Option "AllowEmptyInput" "True" EndSection #Section "Extensions" #Option "Composite" "Disable" #EndSection Section "InputClass" Identifier "trackball" MatchProduct "Kensington Kensington Expert Mouse" MatchIsPointer "on" MatchDevicePath "/dev/input/event*" Driver "evdev" EndSection Section "ServerLayout" Identifier "X.org Configured" #Screen 0 "Screen0" 1200 250 #Screen 1 "Screen1" 0 0 Screen 0 "Screen0" 0 250 Screen 1 "Screen1" 2560 0 EndSection Section "Files" ModulePath "/usr/lib/xorg/modules" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName"Monitor Model" EndSection Section "Monitor" Identifier "Monitor1" VendorName "Monitor Vendor" ModelName"Monitor Model" EndSection Section "Device" Identifier "Card0" Driver "nvidia" BusID "PCI:1:0:0" Screen 0 EndSection Section "Device" Identifier "Card1" Driver "nvidia" BusID "PCI:1:0:0" Screen 1 EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" DefaultDepth 24 Option "AddARGBGLXVisuals" "True" Option "TwinView" "0" SubSection "Display" Depth 24 EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor"Monitor1" DefaultDepth 24 Option "AddARGBGLXVisuals" "True" Option "Rotate" "left" Option "TwinView" "0" SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.2.0-2-amd64 (Debian 3.2.16-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Mon Apr 30 05:20:23 UTC 2012 Xorg X server log files on system: -- -rw-r--r-- 1 root root 31575 May 14 20:20 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 35237.483] X.Org X Server 1.12.1 Release Date: 2012-04-13 [ 35237.483] X Protocol Version 11, Revision 0 [ 35237.483] Build Operating System: Linux 3.2.0-2-amd64 x86_64 Debian [ 35237.483] Current Operating System: Linux prometheus 3.2.0-2-amd64 #1 SMP Mon Apr 30 05:20:23 UTC 2012 x86_64 [ 35237.483] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-amd64 root=UUID=4546b8d1-400b-4ef8-8a75-1817d6ef6015 ro quiet [ 35237.483] Build Date: 07 May 2012 12:15:23AM [ 35237.483] xorg-server 2:1.12.1-2 (Cyril Brulebois ) [ 35237.483] Current version of pixman: 0.24.4 [ 35237.483]Before reporting problems, check http://wiki.x.org to make sure that you
Bug#672966: netbase breaks ifupdown
Package: netbase
Severity: wishlist
# aptitude full-upgrade
The following packages will be upgraded:
netbase{b} (B: ifupdown) python-xapian
2 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 618 kB of archives. After unpacking 70.7 kB will be freed.
The following packages have unmet dependencies:
netbase : Breaks: ifupdown (< 0.7~rc1) but 0.7~alpha5+really0.6.16 is
installed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672562: transition: bobcat
On 05/14/2012 12:19 PM, Cyril Brulebois wrote: > Hi all, > > George Danchev (14/05/2012): >>> I think it would be nice if this could be fixed ASAP, so that it's >>> ready to be binNMU'd when the time comes, and so that we discover >>> new failures early, if any. >> >> Ok, the ccbuild FTBFS issue with GCC.4.7 >> ~ >> Agreed, and looking at #667132 bug log, I can see that this bug is >> also dealt with upstream and the maintainer (CC'ed) claimed ETA for >> the fix 2012-05-19. >> >> Jari, are you going to patch the cbuild package currently found in sid >> or are you goind to upload a new and fixed upstream version? > > Jari Aalto (14/05/2012): >> I'm going to upload new upstream version as soon as possible. The ETA >> is the goal I'm reaching. Upstream has already released new one, but I >> need a little while with. > > frankly, I'd rather have a targeted fix (if possible) sooner. Given the > current amount of transitions we're dealing with, I'd rather process > this one quickly, possibly starting right after tonight's britney run. The new upstream version of ccbuild was uploaded about an hour ago. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#672965: systemd-analyze: suggests of python for systemd-analyze wrong
Package: systemd
Version: 44-1
Severity: normal
Tags: patch
/usr/bin/systemd-analyze requires python-dbus to run, and the 'plot' verb is
available with python-cairo installed.
python itsself is not sufficient.
diff --git a/debian/control b/debian/control
index 04f83ac..179f55e 100644
--- a/debian/control
+++ b/debian/control
@@ -39,7 +39,7 @@ Architecture: linux-any
Section: admin
Priority: extra
Recommends: libpam-systemd
-Suggests: systemd-gui, python
+Suggests: systemd-gui, python-dbus, python-cairo
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}, util-linux (>= 2.19.1-2),
initscripts (>= 2.88dsf-17), udev
Breaks: lvm2 (<< 2.02.84-1)
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable-grip
APT policy: (200, 'unstable-grip'), (101, 'unstable'), (100, 'experimental')
Architecture: armel (armv5tel)
Kernel: Linux 3.4.0-rc4-tomoyo-2-gf203d42 (PREEMPT)
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 systemd depends on:
ii dpkg 1.16.3em1
ii initscripts 2.88dsf-22.1em1
ii libacl1 2.2.51-7em1
ii libaudit01:1.7.18-1.1em1
ii libc62.13-32em1
ii libcap2 1:2.22-1.1em1
ii libcryptsetup4 2:1.4.1-3
ii libdbus-1-3 1.5.12-1em1
ii libgcc1 1:4.7.0-8em1
ii libkmod2 8-1em1
ii liblzma5 5.1.1alpha+20110809-3em1
ii libpam0g 1.1.3-7.1em1
ii libselinux1 2.1.9-4em1
ii libsystemd-daemon0 44-1
ii libsystemd-id128-0 44-1
ii libsystemd-journal0 44-1
ii libsystemd-login044-1em1
ii libudev0 175-3.1em1
ii libwrap0 7.6.q-23em1
ii udev 175-3.1em1
ii util-linux 2.20.1-4em1
Versions of packages systemd recommends:
ii libpam-systemd 44-1
Versions of packages systemd suggests:
pn python 2.7.2-10em1
pn systemd-gui
-- Configuration Files:
/etc/systemd/systemd-journald.conf changed:
[Journal]
RateLimitInterval=60s
RuntimeMinFileSize=2M
ForwardToSyslog=no
-- 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#672872: network-manager-openconnect: pointless force-reload in postinst
On Mon, May 14, 2012 at 6:21 AM, Tollef Fog Heen wrote: > Package: network-manager-openconnect > Version: 0.9.4.0-5 > Severity: normal > > n-m-openconnect does: > > if [ -x "/etc/init.d/network-manager" ]; then > if [ -x /usr/sbin/invoke-rc.d ]; then > invoke-rc.d network-manager force-reload > else > /etc/init.d/network-manager force-reload > fi > fi > > in the postinst. This is no longer needed, as NM picks up new plugins > automatically. I gave this a try and saw the same behavior I had seen before that prompted me to put this reload in. I tested more thoroughly this time and tracked it down to a bug in NM. See #672963 I just filed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#650176: racoon: include patch for checkpoint xauth
+1 to this applies cleanly to current debian package as next patch in series $ quilt push -a $ quilt import ipsec-tools-0.7.3-checkpoint-v1.patch $ quilt refresh --strip-trailing-whitespace -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672773: [wnpp] removal of emile has been requested!
Steve McIntyre dixit: >Sorry, but we don't care. m68k has now missed 3 Debian releases >running. That's over 6 years! We should not continue pandering to the >insane idea that m68k is ever going to release with Debian again. This >package has been RC-buggy since approximately forever and should just >be dropped from the archive. Providing convenience for the >vanishingly-small number of remaining m68k users is not a good enough >excuse. OK, I see. bye, //mirabilos -- «MyISAM tables -will- get corrupted eventually. This is a fact of life. » “mysql is about as much database as ms access” – “MSSQL at least descends from a database” “it's a rebranded SyBase” “MySQL however was born from a flatfile and went downhill from there” – “at least jetDB doesn’t claim to be a database” -- Tonnerre, psychoschlumpf and myself in #nosec -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672964: RM: digikam-doc -- ROM; now provided by src:digikam
Package: ftp.debian.org Severity: normal Hello, the binary package digikam-doc is now provided by src:digikam, so src:digikam-doc is obsolete, please remove it from the archive. Thanks. signature.asc Description: This is a digitally signed message part.
Bug#671095: [Pkg-utopia-maintainers] Bug#671095: network-manager: no wireless detect, only eth0, lo in ifconfig
On 01.05.2012 22:32, Nadav Vinik wrote: > Package: network-manager > Version: 0.9.4.0-3 > Severity: important > > Dear Maintainer, > >* What led up to the situation? > upgrade from debian 6 to testing >* What exactly did you do (or not do) that was effective (or > ineffective)? > trying connect to wifi >* What was the outcome of this action? > nm don't show wireless options, networks >* What outcome did you expect instead? > working wireless Please post the output of nm-tool, ifconfig -a and cat /etc/network/interfaces -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#588962: po4a using both builddir and srcdir
Hi folks, I've been working on #588962 to implement po4a for the schroot documentation. However, I'm running into a few difficulties which I hope some old hands can provide some guidance on fixing. I have added Thomas' fr translation, and got it to produce fr manpages and PDF documentation. This is in a prerelease version at http://people.debian.org/~rleigh/schroot_1.5.1.orig.tar.xz The main issues are: - I'm getting a "translated" directory in both the source directory and build directory (man/translated/fr and debian/build/man/translated/fr). It's a bug to dirty the source tree--I really only want them generating in the build tree. I set srcdir and destdir, but I'm not sure if I'm doing the right thing (see: man/Makefile.am update-po rule). - The fr manpages are output in UTF-8. The man program results in readable output, but the PDF/PS documentation looks awful due to lots of junk in the output. While UTF-8 is fine in the .po file, would recoding to latin1 or into groff symbols for non-ASCII characters be feasible? Or can groff now process UTF-8 input? (./configure && make pdf to test) - There have been several manpage changes since the translation was done. Thomas, would it be possible to update the translation? It's in man/po/fr.po of the above source archive, though I can send you the file if you need. Other than these hopefully minor issues, the translated manpages look beautiful, and I'll be happy to install them into the .deb once they are fixed. Thanks everyone, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657076: Updating and maintaining barry in Debian / Ubuntu
On Mon, May 14, 2012 at 05:35:45PM -0400, Chris Frey wrote: > My lintian command didn't catch the *.dsc files. Fixed that, and fixed > all the above. > > Hopefully this is the one. :-) > > You can grab it in the usual place: > > http://sourceforge.net/projects/barry/files/barry/barry-0.18.1/sources/ Hold the presses. I found one more issue. The pkg-config files need to be renamed to match the major version number (libbarry-18.pc instead of libbarry-0.pc). I'll be releasing 0.18.2 to fix this. Thanks, - Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588962: po4a using both builddir and srcdir
Hi folks, I've been working on #588962 to implement po4a for the schroot documentation. However, I'm running into a few difficulties which I hope some old hands can provide some guidance on fixing. I have added Thomas' fr translation, and got it to produce fr manpages and PDF documentation. This is in a prerelease version at http://people.debian.org/~rleigh/schroot_1.5.1.orig.tar.xz The main issues are: - I'm getting a "translated" directory in both the source directory and build directory (man/translated/fr and debian/build/man/translated/fr). It's a bug to dirty the source tree--I really only want them generating in the build tree. I set srcdir and destdir, but I'm not sure if I'm doing the right thing (see: man/Makefile.am update-po rule). - The fr manpages are output in UTF-8. The man program results in readable output, but the PDF/PS documentation looks awful due to lots of junk in the output. While UTF-8 is fine in the .po file, would recoding to latin1 or into groff symbols for non-ASCII characters be feasible? Or can groff now process UTF-8 input? (./configure && make pdf to test) - There have been several manpage changes since the translation was done. Thomas, would it be possible to update the translation? It's in man/po/fr.po of the above source archive, though I can send you the file if you need. Other than these hopefully minor issues, the translated manpages look beautiful, and I'll be happy to install them into the .deb once they are fixed. Thanks everyone, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670066: Bug #670066 python-openturns is unusable
On 2012/5/14 Aron Xu wrote: > The test build failed on amd64 and i386, at the same place. Attached > is my change to your git tree and the build log produced on amd64. Hello, Here is an updated status; I did not encounter your problems because my upstream tarball was buggy, we should now be in sync: * a patch is needed to build with g++ 4.7 * few runtime tests fail with g++ 4.7, this is why it now Build-Depends: g++-4.6 * add Build-Depends: bc, it is needed by a single test * fix handling of the rotRPackage R package during tests It builds fine in pbuilder, but I did not yet check upgrade path from openturns 0.15. I believe that it could be uploaded in experimental or unstable when this is done. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672661: man-db: 'apropos nosuchthinganywhere ; echo $?' returns 0
tags 672661 fixed-upstream thanks On Sat, May 12, 2012 at 01:53:25PM -0400, A. Costa wrote: > The man page says 'apropos' provides useful exit codes: > > # show exit codes, no blank lines. > % man apropos | grep -n -A 7 EXIT | sed '/^.*-$/d' > 105:EXIT STATUS > 106- 0 Successful program execution. > 108- 1 Usage, syntax or configuration file error. > 110- 2 Operational error. > 112- 16 Nothing was found that matched the criteria specified. > > So the following should return '16': > > # search for a non-existent string, print exit code. > % apropos nosuchthinganywhere ; echo $? > 0 Thanks for your report. Although I didn't specifically document it in the changelog, I fixed this upstream as part of revision 1415: Wed Feb 22 03:04:45 GMT 2012 Colin Watson Optimise apropos when given many arguments (Ubuntu bug #927028). * src/whatis.c (use_grep, do_whatis, parse_name, parse_whatis, do_apropos, search): Operate on multiple pages. (use_grep, do_whatis, do_apropos): Update an output array rather than returning an int. (parse_name, parse_whatis): Update an output array as well as returning an int. (display, do_whatis_section): Constify page argument. (match): Constify lowpage and whatis arguments. (main): Process all arguments using a single call to search. * NEWS: Document this. There'd been a stray 'found++' in do_apropos that had evidently been left over from some previous version. Removing that allowed it to count accurately. I've documented this in NEWS now. A bit of archaeology establishes that I introduced this bug in 2.5.1, specifically in revision 739. That's older even than the version in lenny, which makes this fairly conclusively not a recent regression; so I think I'll just close this when I release and upload 2.6.2. Regards, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#406935: New experimental LedgerSMB package, 1.3.16-1
On Sun, 2012-05-13 at 16:55 -0400, Robert James Clay wrote: > On Tue, 2012-05-08 at 09:45 -0400, Robert James Clay wrote: > > http://mentors.debian.net/debian/pool/main/l/ledgersmb/ledgersmb_1.3.16-1.dsc > > > > If you do not find any issues with the current version of the > > package, I'd appreciate it if one of you would upload it. > >Should I go ahead an submit a sponsorship-request? I now don't plan to do that for the 1.3.16-1 package, due to the "internal server errors when tax lookups happen" issue, but likely will do so for at least the next package in case you all are not available to do the upload. Jame -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672804: cupt update fails when no download manager is present
Jonathan Nieder wrote: > +- control: > + - [Jonathan Nieder] Suggest installing a download manager in the 'cupt' > +package description. Here "manager" is an odd sort of compromise between 'method' and 'handler'. It should say 'method'. Sorry for the confusion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670091: Please ship /sys
On Sun, 22 Apr 2012, Josh Triplett wrote: > Package: base-files > Version: 6.7 > Severity: normal > > Currently, only the initscripts package ships the empty /sys directory, > which made sense since initscripts contains the script to mount /sys. > However, new init systems don't necessarily need to depend on > initscripts, and systemd has almost reached the point where it no longer > needs to do so. I think it would make sense for base-files to ship > /sys, just as it currently ships many other top-level directories. Before I do this: Can anyone tell me if the Hurd and the kFreeBSDs use /sys as well? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672960: Does not load modules if systemd installed, even if not booting with systemd
On Mon, May 14, 2012 at 04:03:19PM -0700, Josh Triplett wrote: > Alternatively, you might check with systemd and kmod upstreams to find > out if the program currently shipped by systemd as > /lib/systemd/systemd-modules-load could move to the kmod package, in > which case you could just run that. systemd upstream pointed out that kmod could also just depend on systemd (or in the future on a split-out systemd-tools package) and then run /lib/systemd/systemd-modules-load. kmod and systemd both only work on Linux, so that shouldn't cause any dependency problems. - Johs Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672113: [buildd-tools-devel] Bug#672113: schroot: 15killprocs does not check the right directory
tags 672113 + pending thanks On Tue, May 15, 2012 at 01:15:49AM +0200, Julien Viard de Galbert wrote: > > In this case CHROOT_MOUNT_LOCATION is actually better, since it not > > only /includes/ CHROOT_PATH in the checks, it also will kill processes > > which are outside the chroot but which would cause the umount to > > fail (not for file, but certainly for lvm-snapshot and other related > > types). > > > This is where I disagree :) > > I would agree if the "do_kill_all" function was doing some call to > "lsof" as I had to do to find out the offending process, but this > function is not doing that. Instead it compares the entry in > "/proc/PID/root/" with its parameter to find process that are run > from within the chroot. So that's why I think the parameter should be > the actual chroot path so CHROOT_PATH. Ah, in this case your assessment is entirely correct. Committed into git and will be in the next upload. This should hopefully be tomorrow, to experimental, pending fixing one last build issue. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672962: mosh: please support DEB_BUILD_OPTIONS="noopt"
Package: mosh Version: 1.2-1 Severity: wishlist If I try to build mosh with DEB_BUILD_OPTIONS='nostrip debug noopt' fakeroot apt-get --build source mosh it still uses -O2 with gcc: ... make[3]: Entering directory `/home/lindi/tmp/mosh-1.2/src' Making all in protobufs make[4]: Entering directory `/home/lindi/tmp/mosh-1.2/src/protobufs' /usr/bin/protoc --cpp_out=. -I. userinput.proto /usr/bin/protoc --cpp_out=. -I. hostinput.proto /usr/bin/protoc --cpp_out=. -I. transportinstruction.proto make all-am make[5]: Entering directory `/home/lindi/tmp/mosh-1.2/src/protobufs' g++ -DHAVE_CONFIG_H -I. -I../.. -pthread-Wall -Werror -fno-strict-overflow -D_FORTIFY_SOURCE=2 -fstack-protector-all -Wstack-protector --param ssp-buffer-size=1 -fPIE -fno-default-inline -pipe -g -O2 -c -o userinput.pb.o userinput.pb.cc g++ -DHAVE_CONFIG_H -I. -I../.. -pthread-Wall -Werror -fno-strict-overflow -D_FORTIFY_SOURCE=2 -fstack-protector-all -Wstack-protector --param ssp-buffer-size=1 -fPIE -fno-default-inline -pipe -g -O2 -c -o hostinput.pb.o hostinput.pb.cc g++ -DHAVE_CONFIG_H -I. -I../.. -pthread-Wall -Werror -fno-strict-overflow -D_FORTIFY_SOURCE=2 -fstack-protector-all -Wstack-protector --param ssp-buffer-size=1 -fPIE -fno-default-inline -pipe -g -O2 -c -o transportinstruction.pb.o transportinstruction.pb.cc ... This makes debugging difficult. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672945: /etc/init.d/networking not removed on upgrades to netbase 5.0
On May 15, Josh Triplett wrote: > Going by that post, would something like the following in the configure > section of the postinst work? Not quite, this would be too much easy. At least, we need to check in preinst for the *actual* md5sum of the version of /etc/init.d/networking installed by the old package, set a flag file (maybe containing this md5sum) and then delete the file in postinst if needed. -- ciao, Marco signature.asc Description: Digital signature
Bug#406935: New experimental LedgerSMB package, 1.3.16-1
On Tue, 2012-05-08 at 09:45 -0400, Robert James Clay wrote: > http://mentors.debian.net/debian/pool/main/l/ledgersmb/ledgersmb_1.3.16-1.dsc > > If you do not find any issues with the current version of the > package, I'd appreciate it if one of you would upload it. OTOH and since that version hasn't been uploaded yet; it might be better to wait for 1.3.17. From a message posted to the Ledger-smb-annouce mailing list today: 1) "expect to start the release candidate process for 1.3.17 tomorrow". 2) Also: "A serious issue was discovered in 1.3.16 which causes internal server errors when tax lookups happen." Jame -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672963: network-manager: add /etc/NetworkManager/VPN/ to dirs, must exist to pick up new VPN plugins
Package: network-manager
Version: 0.9.4.0-3
Severity: normal
Please add /etc/NetworkManager/VPN/ to network-manager.dirs. If this directory
does not exist, it appears to be random whether the first VPN plugin to drop a
..name file in that directory will be correctly detected or not. On my system,
it seems to be more likely than not that it will not be registered until NM is
restarted. This leads to behavior where the VPN seems to be available in the
gnome applet but cannot be started.
Steps to reproduce:
1) dpkg --purge network-manager-{openconnect,openvpn,pptp,vpnc}{,-gnome}
2) ls /etc/NetworkManager/VPN/
3) tail -f /var/log/daemon.log
4) apt-get install network-manager-$favorite-gnome
5) touch /etc/NetworkManager/VPN/*.name
At step 2:
ls: cannot access /etc/NetworkManager/VPN/: No such file or directory
At step 4, no NetworkManager message shows up in daemon.log, wait as long as
you like.
At step 5, I see:
NetworkManager[2516]: VPN: loaded
org.freedesktop.NetworkManager.openconnect
I have a Python script using the same gio directory monitoring functions as NM
that confirms the behavior. This could potentially be reported to glib and
fixed there, but the safest thing would be for NM to ensure that the directory
is always present.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages network-manager depends on:
ii adduser3.113+nmu1
ii dbus 1.5.12-1
ii dpkg 1.16.3
ii isc-dhcp-client4.2.2.dfsg.1-5
ii libc6 2.13-32
ii libdbus-1-31.5.12-1
ii libdbus-glib-1-2 0.98-1
ii libgcrypt111.5.0-3
ii libglib2.0-0 2.32.2-1
ii libgnutls262.12.18-1
ii libgudev-1.0-0 175-3.1
ii libnl-3-2003.2.7-2
ii libnl-genl-3-200 3.2.7-2
ii libnl-route-3-200 3.2.7-2
ii libnm-glib40.9.4.0-3
ii libnm-util20.9.4.0-3
ii libpolkit-gobject-1-0 0.104-2
ii libuuid1 2.20.1-4
ii lsb-base 4.1+Debian2
ii udev 175-3.1
ii wpasupplicant 0.7.3-6
Versions of packages network-manager recommends:
ii crda 1.1.2-1
ii dnsmasq-base 2.61-1
ii iptables 1.4.13-1.1
ii modemmanager 0.5.2.0-1
ii policykit-1 0.104-2
ii ppp 2.4.5-5.1
Versions of packages network-manager suggests:
ii avahi-autoipd 0.6.31-1
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672555: Bug #672555: powertop: New upstream release (2.0) available
push it! powertop 2 would be nice to have -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672961: SPIP: Cross-site scripting fixed in new upstream release
Package: spip Version: 2.1.13-1 Severity: grave Tags: security upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Upstream, just released a new version, fixing two cross-site scripting vulnerabilities. The stable security update is ready [rt.debian.org #3837]. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spip depends on: ii apache22.4.2-1 ii apache2-bin [httpd]2.4.2-1 ii cherokee [httpd] 1.2.101-1 ii debconf [debconf-2.0] 1.5.43 ii fonts-dustin 20030517-9 ii libjs-jquery 1.7.2-1 ii libjs-jquery-cookie5-1 ii libjs-jquery-form 5-1 ii php-html-safe 0.10.1-1 ii php5 5.4.3-1 ii php5-mysql 5.4.3-1 Versions of packages spip recommends: ii imagemagick 8:6.7.4.0-5 ii mysql-server 5.5.23-2 ii netpbm2:10.0-15+b1 spip suggests no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPsZL9AAoJELgqIXr9/gny5Q0QALMCRA10/ObfwBIkngPozuDL 1kmWBe6DWKdnN5u5EezIPl8RBqdLTSyo1YC4KGE+R/Thh6kg8TyhlToUtqiTIqyl O5uxnb5zqekSY8bkIniL/OZVkLVMu9PdzFARCUbj4ZOZLyIpyI25RNg9AkqhQ++U 6VBTruXI1+2/L/R5DXpgo3uzIjinqnJGG3jwKVlkJ7ijDMh62eaYmaX4MmAJNLKG Qkd44YRpFvNj5vOVPkZ713/A0brAs4a21Lbl0LjGacvKGplJY0sNifu3l+lO1wvI Wa7Zlb2GLiyUxYBPulOU4+VhIR/Cmk3HDmk+osq+Bacn2A5DRRgCIo5VjTz3SzV0 VgfJrfKIaA9oDCV3ZYkg0JhFrXyHBA4f9OIi18y231btTMEIzYRg84BJiT0bYoJc gUykTzClPb1E3ONqpKcARg0Q/74tiaoZcaDijx1TD+LNEbd32Llly0RbGPPTU8/v mvzmMXjyLGcCa9ZtWsm7Is/mobVrsy9lC1z9ZVpmZRotG2ZXgatQ1eAW8FsU/+5+ ib/hofk7C/8scIrmYeJywwe9pn6YRdO/LSSaztYGx+DFJxD646TuT1Gb+5ijJIO4 FxC14CLTkUo/EdtWcBa6McoEMttMpBBhanqrVf+2uQ0xg3RtdMUpgnWGul6DqnxN V0rpvMDYvNbEt8Wv59Lg =Ff/4 -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#672113: [buildd-tools-devel] Bug#672113: schroot: 15killprocs does not check the right directory
On Mon, May 14, 2012 at 09:30:34PM +0100, Roger Leigh wrote: > On Tue, May 08, 2012 at 04:52:32PM +0200, Julien Viard de Galbert wrote: > > While using sbuild with a file schroot configuration I noticed that > > sometimes the session would not close. It appeared that some daemon > > was still running and keeping the filesystem busy. > > > > I'm using a tar with a toplevel directory containing the actual chroot > > content. My configuration looks like that: > > > > type=file > > file=/path/to/file.tar > > location=/squeeze > > > > Adding some debugging to 15killprocs I noticed that it misses the > > location part. So I tried the following change and it seams to fix it > > for me. > > > > diff --git a/etc/setup.d/15killprocs b/etc/setup.d/15killprocs > > index 3b679f5..7927ee7 100755 > > --- a/etc/setup.d/15killprocs > > +++ b/etc/setup.d/15killprocs > > @@ -84,5 +84,5 @@ do_kill_all() > > } > > > > if [ $STAGE = "setup-recover" ] || [ $STAGE = "setup-stop" ]; then > > -do_kill_all "$CHROOT_MOUNT_LOCATION" > > +do_kill_all "$CHROOT_PATH" > > fi > > > > > > Please double check that the change is correct and consider including it > > in a later release. > First thanks for your quick answer. > I'm not yet totally sure this is correct. For one of the chroots > which fails, please could you run "schroot -v" and report what the > values of CHROOT_MOUNT_LOCATION and CHROOT_PATH are when the > setup scripts run on ending the session. > I'm not currently using the computer on which I saw the problem and was planning to actually setup the test before answering you, but I don't think this is needed because I totally agree with your next sentence: > For me, they are always identical, with LOCATION added to CHROOT_PATH > if you have location=xxx in your configuration: > > I: 99check: > CHROOT_MOUNT_LOCATION=/var/lib/schroot/mount/sid-file-ca2422b1-ce8b-4b91-9141-efc50cce55a9 > I: 99check: > CHROOT_PATH=/var/lib/schroot/mount/sid-file-ca2422b1-ce8b-4b91-9141-efc50cce55a9/sid > From what I've seen it's exactly that, CHROOT_PATH is CHROOT_MOUNT_LOCATION concatenated with "location". > In this case CHROOT_MOUNT_LOCATION is actually better, since it not > only /includes/ CHROOT_PATH in the checks, it also will kill processes > which are outside the chroot but which would cause the umount to > fail (not for file, but certainly for lvm-snapshot and other related > types). > This is where I disagree :) I would agree if the "do_kill_all" function was doing some call to "lsof" as I had to do to find out the offending process, but this function is not doing that. Instead it compares the entry in "/proc/PID/root/" with its parameter to find process that are run from within the chroot. So that's why I think the parameter should be the actual chroot path so CHROOT_PATH. > > So in summary, I'm confused why the existing logic is not working for > you given that it's actually encompassing (or should be encompassing) > CHROOT_PATH. If it turns out this assumption is incorrect (and the > above check will be invaluable in determining that), we can change it > to maybe use either CHROOT_PATH or check both to be extra careful. > When I first had the issue and was chasing it, I came across #391319 I know it's about 6 years old, it's when the script 15killprocs was created, and it pointed my investigation to its direction. But today, I just looked at it again and it seams to me that not killing process outside the chroot was considered a feature back then: May I quote message #15: | [...] If there are open files, we don't | want to kill anything /outside/ the chroot, which may also be using | the filesystem. I guess I should have written more of my analysis of the problem in my initial bugreport... But well I hope I made my point of view clearer now :) > > Regards, > Roger > Best Regards, Julien VdG -- Julien Viard de Galbert http://silicone.homelinux.org/ GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 signature.asc Description: Digital signature
Bug#672749: rquantlib: ftbfs on armel/armhf
On 15 May 2012 at 00:50, Julien Cristau wrote: | On Mon, May 14, 2012 at 17:27:03 -0500, Dirk Eddelbuettel wrote: | | > | > On 13 May 2012 at 13:59, Julien Cristau wrote: | > | Source: rquantlib | > | Version: 0.3.8-2 | > | Severity: serious | > | Justification: fails to build from source (but built successfully in the past) | > | | > | See the build logs at | > | https://buildd.debian.org/status/package.php?p=rquantlib | > | | > | g++ -shared -o RQuantLibSHLIB_EXT asian.o barrier_binary.o bermudan.o bonds.o calendars.o curves.o daycounter.o discount.o hullwhite.o implieds.o utils.o vanilla.o zero.o -L/usr/lib/R/site-library/Rcpp/lib -lRcpp -Wl,-rpath,/usr/lib/R/site-library/Rcpp/lib -L/usr/lib -lQuantLib SHLIB_LIBADD -L/usr/lib/R/lib -lR | > | g++: error: SHLIB_LIBADD: No such file or directory | > | | > | Looks like a typo in a makefile somewhere. | > | > I asked upstream about this as many (all?) armel/armhf builds for r-cran-* | > seem to fail this way. | > | > We'd need to see the /etc/R/Makeconf file. On my (amd64) box: | > | > SHLIB_LIBADD = | > ALL_LIBS = $(PKG_LIBS) $(SHLIB_LIBADD) $(LIBR)# $(LIBINTL) | > | > and upstream also suspected a possible shell expansion issue. | > | $ dpkg --fsys-tarfile /srv/ftp-master.debian.org/mirror/pool/main/r/r-base/r-base-core_2.15.0-1_armel.deb | tar xOf - ./etc/R/Makeconf | grep SHLIB_LIBADD | SHLIB_LIBADD = | ALL_LIBS = $(PKG_LIBS) $(SHLIB_LIBADD) $(LIBR)# $(LIBINTL) | $ dpkg --fsys-tarfile /srv/ftp-master.debian.org/mirror/pool/main/r/r-base/r-base-core_2.15.0-1_armhf.deb | tar xOf - ./etc/R/Makeconf | grep SHLIB_LIBADD | SHLIB_LIBADD = | ALL_LIBS = $(PKG_LIBS) $(SHLIB_LIBADD) $(LIBR)# $(LIBINTL) Nicely done. So maybe it is the shell? Notice how what should be an empty string because a string literal. Why? Also, the build step above has g++ -shared -o RQuantLibSHLIB_EXT [...lots of object files...] That usually becomes .so for us, .dylib for macheads, .dll for the other loosers, ... Why SHLIB_EXT as a literal? What is different on armel/armhf? Dirk | | Cheers, | Julien | xapplication/pgp-signature [Click mouse-2 to save to a file] -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672945: /etc/init.d/networking not removed on upgrades to netbase 5.0
On Tue, May 15, 2012 at 12:12:51AM +0200, Marco d'Itri wrote:
> reassign 672945 dpkg
> severity 672945 wishlist
> retitle 672945 dpkg should support moving a conffile between packages
> thanks
>
> On May 14, Josh Triplett wrote:
>
> > netbase 5.0 drops /etc/init.d/networking; thank you for that. However,
> > dpkg does not automatically remove conffiles (even unmodified conffiles)
> > when upgrading to a version of the package that does not include the
> > conffile. Thus, upgrading from previous versions of netbase to netbase
> > 5.0 leaves /etc/init.d/networking around.
> This is true, as long as you do not have ifupdown installed (which is
> very unusual).
Granted.
> The consensus on #debian-devel is that nobody should waste their time
> to fix this, but I will be happy to accept a patch.
>
> This post documents a possible solution:
> https://lists.debian.org/debian-devel/2012/02/msg00254.html .
Going by that post, would something like the following in the configure
section of the postinst work?
if dpkg --compare-versions "$2" lt 5.1 ; then
if [ "$(dpkg-query --showformat='${Status}' -W ifupdown)" = "unknown ok
not-installed" ] &&
[ -e /etc/init.d/networking ] &&
[ "$(md5sum < /etc/init.d/networking)" =
"3bb6d34b6a295bb01142d9a667de4b0d -" ] ; then
rm -f /etc/init.d/networking
fi
fi
The version comparison assumes the change goes into version 5.1 of
netbase.
> As suggested by #debian-devel, I am reassigning this bug to dpkg.
Personally, I'd love to see this bug fixed in dpkg by just removing
unmodified conffiles that disappear from a package, but nonetheless
having a well-supported mechanism to move conffiles between packages
would help.
- Josh Triplett
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649948: glhack: FTBFS: ../win/gl/gl_image.c:489:7: error: dereferencing pointer to incomplete type
tags 649948 patch
thanks
Hi,
I created a patch which revise this problem.
Please check and apply this.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
glhack-1.2.debdiff
Description: Binary data
Bug#650484: exrtools: FTBFS: pngoutput.c:93:56: error: 'Z_BEST_COMPRESSION' undeclared (first use in this function)
tags 650484 patch
thanks
Hi,
I created a patch which revise this problem.
Please check and apply this.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
exrtools-0.4.debdiff
Description: Binary data
Bug#672804: cupt update fails when no download manager is present
Hi, Manuel A. Fernandez Montecelo wrote: > And I guess that you can use "provides"/virtual packages for the case > that you mention. If somebody is going to the trouble of writing such > a method, creating a virtual package is a minor issue. Maybe the package description should mention that you might want a download method if planning to use cupt with a sources.list using protocols other than file:// and copy://. The relevant package is libcupt2-0, and I don't think many people read its package description, but that information could go in the cupt description anyway. How about this? debian/changelog |5 + debian/control |4 2 files changed, 9 insertions(+) diff --git i/debian/changelog w/debian/changelog index ba837784..36ff98ee 100644 --- i/debian/changelog +++ w/debian/changelog @@ -11,6 +11,11 @@ cupt (2.5.4~) UNRELEASED; urgency=low the 'no download handlers' error message. * po: - Added Slovak translation by Ivan Masár. (Closes: #671793) + * debian: +- control: + - [Jonathan Nieder] Suggest installing a download manager in the 'cupt' +package description. Thanks to Manuel A. Fernandez Montecelo for the +report. (Closes: #672804) -- Eugene V. Lyubimkin Mon, 07 May 2012 19:00:38 +0300 diff --git i/debian/control w/debian/control index 0efee114..d837bdbf 100644 --- i/debian/control +++ w/debian/control @@ -86,6 +86,10 @@ Description: alternative front-end for dpkg -- console interface - system snapshots (needs packages 'dpkg-dev' and 'dpkg-repack'). . Its interface is mostly like apt-get/aptitude console interface. + . + Cupt has built-in support for APT repositories using the file:// or copy:// + URL schemas. For access to remote repositories using HTTP, install a + download method such as libcupt2-0-downloadmethod-curl. Package: libcupt2-0-downloadmethod-curl Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#646194: xaw3d: diff for NMU version 1.5+E-18.2
tags 646194 + pending
thanks
Dear maintainer,
I've prepared an NMU for xaw3d (versioned as 1.5+E-18.2) (as discussed
with you on IRC) for the multiarch support issue.
Regards.
--
Mark Hymers
"I told you I was ill"
The epitaph of Spike Milligan (1918-2002)
diff -u xaw3d-1.5+E/debian/changelog xaw3d-1.5+E/debian/changelog
--- xaw3d-1.5+E/debian/changelog
+++ xaw3d-1.5+E/debian/changelog
@@ -1,3 +1,10 @@
+xaw3d (1.5+E-18.2) unstable; urgency=low
+
+ * Non-maintainer upload with permission of Francesco Paolo Lovergine.
+ * Apply Multi-Arch patch. Closes: #646194.
+
+ -- Mark Hymers Mon, 14 May 2012 21:54:41 +
+
xaw3d (1.5+E-18.1) unstable; urgency=medium
* Non-maintainer upload.
diff -u xaw3d-1.5+E/debian/rules xaw3d-1.5+E/debian/rules
--- xaw3d-1.5+E/debian/rules
+++ xaw3d-1.5+E/debian/rules
@@ -5,6 +5,8 @@
#export DH_VERBOSE = 1
+DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
+
include /usr/share/dpatch/dpatch.make
ifneq (,$(findstring $(ARCH), $(COMPATARCHS)))
@@ -41,7 +43,9 @@
dh_testroot
dh_prep
$(MAKE) -C $(SOURCE) install \
-DESTDIR=$(CURDIR)/debian/tmp INCDIR=/usr/include
+DESTDIR=$(CURDIR)/debian/tmp INCDIR=/usr/include \
+ SHLIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH) \
+ USRLIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH)
binary: binary-indep binary-arch
diff -u xaw3d-1.5+E/debian/control xaw3d-1.5+E/debian/control
--- xaw3d-1.5+E/debian/control
+++ xaw3d-1.5+E/debian/control
@@ -2,12 +2,14 @@
Section: x11
Priority: optional
Maintainer: Francesco Paolo Lovergine
-Build-Depends: debhelper (>= 7), xutils-dev (>= 1:1.0.2-3), libx11-dev, libxmu-dev, libxpm-dev, libxt-dev, x11proto-core-dev, x11proto-xext-dev,
+Build-Depends: debhelper (>= 8.1.3~), xutils-dev (>= 1:1.0.2-3), libx11-dev, libxmu-dev, libxpm-dev, libxt-dev, x11proto-core-dev, x11proto-xext-dev,
bison, flex-old|flex (>= 2.5.31-16), dpatch
Standards-Version: 3.8.4
Package: xaw3dg
Architecture: any
+Multi-Arch: same
+Pre-Depends: multiarch-support
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: axe (<< 6.1.2-2), xaw3d (<= 1.3-6), xfig (<< 1:3.2.4-rel-9), gv (<< 1:3.5.8-30.1)
Description: Xaw3d widget set
@@ -21,6 +23,7 @@
Package: xaw3dg-dev
Section: devel
Architecture: any
+Multi-Arch: same
Depends: xaw3dg (=${binary:Version}), xutils-dev, libx11-dev, libxmu-dev, libxpm-dev, libxt-dev, x11proto-core-dev, x11proto-xext-dev, ${misc:Depends}
Conflicts: xaw3d-dev
Replaces: xaw3dg (<< 1.5+E-16)
diff -u xaw3d-1.5+E/debian/xaw3dg-dev.install xaw3d-1.5+E/debian/xaw3dg-dev.install
--- xaw3d-1.5+E/debian/xaw3dg-dev.install
+++ xaw3d-1.5+E/debian/xaw3dg-dev.install
@@ -1,3 +1,3 @@
-usr/include/* usr/include
-usr/lib/*.a usr/lib
-usr/lib/*.so usr/lib
+usr/include/*
+usr/lib/*/*.a
+usr/lib/*/*.so
diff -u xaw3d-1.5+E/debian/compat xaw3d-1.5+E/debian/compat
--- xaw3d-1.5+E/debian/compat
+++ xaw3d-1.5+E/debian/compat
@@ -1 +1 @@
-7
+9
diff -u xaw3d-1.5+E/debian/xaw3dg.install xaw3d-1.5+E/debian/xaw3dg.install
--- xaw3d-1.5+E/debian/xaw3dg.install
+++ xaw3d-1.5+E/debian/xaw3dg.install
@@ -1 +1 @@
-usr/lib/*.so.* usr/lib
+usr/lib/*/*.so.*
only in patch2:
unchanged:
--- xaw3d-1.5+E.orig/source/format
+++ xaw3d-1.5+E/source/format
@@ -0,0 +1 @@
+1.0
Bug#672960: Does not load modules if systemd installed, even if not booting with systemd
Package: kmod
Version: 8-1
[I'd file this as RC because failing to load a module in /etc/modules
could break someone's system, except that a bug in the change causes it
to not take effect.]
Per the changelog for kmod 8-1:
* Made the init script exit without processing /etc/modules if the
/etc/modules-load.d/modules.conf symlink exists.
The systemd package ships this symlink, but having the systemd package
installed doesn't mean that the user boots via systemd and thus loads
modules via systemd; the system will only boot via systemd if the user
sets init on the kernel command line or installs systemd-sysv.
So, if the user has systemd installed but boots via sysvinit (a fairly
common case), nothing will load the modules in /etc/modules.
Fortunately, kmod 8-1 doesn't actually break this yet, because it uses
$(readlink /etc/modules-load.d/modules.conf) rather than $(readlink -f
/etc/modules-load.d/modules.conf), and the former returns ../modules
rather than /etc/modules.
When we previously discussed this, I suggested that the kmod init script
could process modules-load.d itself (by processing each file in it just
like /etc/modules), and that it would need to skip /etc/modules if
already processed via the symlink in modules-load.d to avoid processing
/etc/modules twice. (systemd overrides the kmod init script and prevents
it from running it all, in favor of its own module loading mechanism, so
having /etc/init.d/kmod process modules-load.d would allow the same
mechanism to work either under systemd or other init systems.) However,
making the second change (skipping /etc/modules) without the first
(processing modules-load.d) means nothing will load the modules in
/etc/modules.
The following (tested) code should work to process modules-load.d the
same way systemd-modules-load does, as well as processing /etc/modules
if no symlink to it exists:
module_files() {
MODULES_LOAD_DIRS="/etc/modules-load.d /run/modules-load.d
/usr/local/lib/modules-load.d /usr/lib/modules-load.d /lib/modules-load.d"
processed=" "
load_etc_modules=true
for dir in $MODULES_LOAD_DIRS ; do
for file in $(run-parts --list --regex='\.conf$' $dir 2>/dev/null ||
true) ; do
base=$(basename $file)
if echo -n "$processed" | grep -qF " $base " ; then
continue
fi
if $load_etc_modules && [ -L $file ] && [ "$(readlink -f $file)" =
"/etc/modules" ] ; then
load_etc_modules=false
fi
processed="$processed$base "
echo $file
done
done
if $load_etc_modules ; then
echo /etc/modules
fi
}
files=$(module_files)
if [ -n "$files" ] ; then
grep -h '^[^#]' $files |
while read module args; do
[ "$module" ] || continue
load_module "$module" "$args"
done
fi
Alternatively, you might check with systemd and kmod upstreams to find
out if the program currently shipped by systemd as
/lib/systemd/systemd-modules-load could move to the kmod package, in
which case you could just run that.
- Josh Triplett
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672133: [pkg-bacula-devel] Bug#672133: RFS: webacula/5.5.1-1 [ITP]
Hi Luca, On 14.05.2012 13:48, Luca Capello wrote: Changes since the last upload: * Initial release (Closes: #614554). >>> >>> I would say that you should close this bug as well ;-) >> >> Should i close it now or only after package will be builded and >> uploaded? > > I would add both numbers to the line above, so when the package will be > uploaded both bugs are *automatically* closed. note, by convention we discourage sponsorees to close their own RFS bugs in debian/changelog. If someone (e.g. you) uploads the package it's not the maintainer to close the bug by uploading the package, but the sponsor (i.e. you). Thus, we would like sponsors to close the bug along their notice that they have uploaded the package which the sponsor is likely going to send anyway. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#672959: kfreebsd-*: panic: vm_fault_copy_wired
Package: src:sysvinit Version: 2.88dsf-22.1 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: debian-...@lists.debian.org Hi, Not exactly sure yet where to file this bug, perhaps initscripts, a kernel (kfreebsd-8 and -9) bug or something else but I shall file it here for now. If a GNU/kFreeBSD ufs root filesystem is dirty (from unclean shutdown), the panic below is triggered during the early init scripts. The only way to fix it is to use some rescue system (e.g. d-i) to fsck the filesystem, marking it clean. First reported 2012-05-07, and confirmed by two others on debian-bsd@lists.d.o; see http://lists.debian.org/4fa80dbd.3000...@pyro.eu.org > Trying to mount root from ufs:/dev/ad0s1 > WARNING: / was not properly dismounted > mount option is unknown > mount option is unknown > mount option is unknown > panic: vm_fault_copy_wired: page missing > cpuid = 1 > KDB: stack backtrace: > Uptime: 4s > Cannot dump. Device not defined or unavailable. > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672394: RFS: ipset/6.12-1 -- administration tool for kernel IP sets
tags 672394 + moreinfo owner 672394 ! thanks Hi Neutrom, this is a review of your package ipset. * Do not set "DM-Upload-Allowed: yes" on your own. It's your sponsor's domain to do so. It's hard enough to find sponsors as is, no need to scare off even more potential sponsors by adding DMUA for packages which show up on debian-mentors without prior agreement. * You declare the debhelper compat[ibility] to be 9, but you build depend on "debhelper (>= 9)". Please use a version which actually supports the finalized level 9. That is 9.20120115. * Do not start with uppercase characters in libipset-dev's description. You did it correctly for the other binary package, though. * Why do you use dh_autoreconf? You do not patch automake stuff and a brief test seems to confirm it is not needed. * Are you sure about the location of the binary in the file system? iptables is in /sbin, why do you install ipset to /usr/sbin? I am willing to sponsor your package if you fix the fist two concerns at very least. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#672804: [Cupt-devel] Bug#672804: cupt update fails when no download manager is present
Hello, 2012/5/14 Eugene V. Lyubimkin : > This. Manuel, you probably switched installing Recommends off which is > not a good idea since Recommends is for "all but unusual installations". > So, install the 'libcupt2-0-downloadmethod-curl' package, which should > have been installed by default. OK, thanks for the fix. > 2) one can, as you just said, write a custom download method; > 3) finally, on some embedded system you can in theory install download > methods, download some unchangeable suite's cache, remove Cupt download > methods (along with wget/libcurl) and they play with repository analysis > and simulations. Apart from acknowledging that it's my fault, I've been using all of my systems with Recommends off by default for many years, without major hiccups. I honestly don't think that the number of people switching it off is less than the ones writing downloading methods by hand... not even for cupt, but for any other packaging tool in Debian. And I guess that you can use "provides"/virtual packages for the case that you mention. If somebody is going to the trouble of writing such a method, creating a virtual package is a minor issue. Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672749: rquantlib: ftbfs on armel/armhf
On Mon, May 14, 2012 at 17:27:03 -0500, Dirk Eddelbuettel wrote: > > On 13 May 2012 at 13:59, Julien Cristau wrote: > | Source: rquantlib > | Version: 0.3.8-2 > | Severity: serious > | Justification: fails to build from source (but built successfully in the > past) > | > | See the build logs at > | https://buildd.debian.org/status/package.php?p=rquantlib > | > | g++ -shared -o RQuantLibSHLIB_EXT asian.o barrier_binary.o bermudan.o > bonds.o calendars.o curves.o daycounter.o discount.o hullwhite.o implieds.o > utils.o vanilla.o zero.o -L/usr/lib/R/site-library/Rcpp/lib -lRcpp > -Wl,-rpath,/usr/lib/R/site-library/Rcpp/lib -L/usr/lib -lQuantLib > SHLIB_LIBADD -L/usr/lib/R/lib -lR > | g++: error: SHLIB_LIBADD: No such file or directory > | > | Looks like a typo in a makefile somewhere. > > I asked upstream about this as many (all?) armel/armhf builds for r-cran-* > seem to fail this way. > > We'd need to see the /etc/R/Makeconf file. On my (amd64) box: > > SHLIB_LIBADD = > ALL_LIBS = $(PKG_LIBS) $(SHLIB_LIBADD) $(LIBR)# $(LIBINTL) > > and upstream also suspected a possible shell expansion issue. > $ dpkg --fsys-tarfile /srv/ftp-master.debian.org/mirror/pool/main/r/r-base/r-base-core_2.15.0-1_armel.deb | tar xOf - ./etc/R/Makeconf | grep SHLIB_LIBADD SHLIB_LIBADD = ALL_LIBS = $(PKG_LIBS) $(SHLIB_LIBADD) $(LIBR)# $(LIBINTL) $ dpkg --fsys-tarfile /srv/ftp-master.debian.org/mirror/pool/main/r/r-base/r-base-core_2.15.0-1_armhf.deb | tar xOf - ./etc/R/Makeconf | grep SHLIB_LIBADD SHLIB_LIBADD = ALL_LIBS = $(PKG_LIBS) $(SHLIB_LIBADD) $(LIBR)# $(LIBINTL) Cheers, Julien signature.asc Description: Digital signature
Bug#650571: xbubble: FTBFS: loadpng.c:77:8: error: dereferencing pointer to incomplete type
tags 650571 patch
thanks
Hi,
I created a patch which revise this problem.
Please check and apply this?
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
xbubble-0.5.11.2.debdiff
Description: Binary data
Bug#672958: [ftp.debian.org] Translations for contrib/non-free missing in indices/files/components/translation-*.list.gz
Package: ftp.debian.org Severity: normal This leads to failing apt-get update in conjunction with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669880 Greetings Timo signature.asc Description: This is a digitally signed message part.
Bug#650564: libsfml: FTBFS: ImageLoader.cpp:47:20: error: invalid use of incomplete type 'png_struct {aka struct png_struct_def}'
tags 650564 patch
thanks
Hi,
I created a patch which revise this problem.
Please check and apply this.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
libsfml-1.6+dfsg1.debdiff
Description: Binary data
Bug#672957: echoping: Cannot load ".so"
Package: echoping Version: 6.0.2-5 Severity: important Hello, Modules are broken since 6.0.2-5 : $ echoping -m dns Cannot load ".so" (I tried the short name, then the complete name in "/usr/lib/echoping"): /usr/lib/echoping/.so: cannot open shared object file: No such file or directory With 6.0.2-4, no problem : $ echoping -m dns Error: Mandatory request missing Usage: [-?] [-t|--type=type] [--tcp] [--no-recurse] [-?|--help] [--usage] request Regards, -- Gregory Colpart GnuPG:4096R/B8612B5D Evolix - Informatique et Logiciels Libres http://www.evolix.fr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#586150: alsa-lib: confmisc.c:768:(parse_card) cannot find card '0'
tags 586150 = upstream quit Hi Elimar, Elimar Riesebieter wrote: > This is hardcoded from upstream. We should discuss this problem on > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > This bug is merged with #564856 and tagged wontfix for now. "wontfix" doesn't mean "should be fixed upstream". :) Fixing the tags. I agree with you that this shouldn't be a Debian-specific change. Do you know if anyone ended up forwarding this upstream? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672956: intltool: wrong newline handling for the first line in a file
Package: intltool
Version: 0.50.2-2.1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch
Hi folks,
While working on a bug with broken translation merges in update-notifier in
Ubuntu
(https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/993672), I
found that intltool-merge does not correctly handle the case where the first
line in an RFC822Deb file needs translations, because it prepends the same
"newline" character to each translation that was prepended to the original
string - i.e., none at all.
The attached patch corrects this issue, AFAICS.
* Non-maintainer upload.
* intltool-merge: correctly handle translations of the first line in an
rfc822deb file. LP: #993672.
I've not uploaded to Ubuntu because I don't think this warrants a delta from
Debian - the one case where I've seen this behavior, we've now worked around
by reordering the source file.
Thanks for considering the patch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'intltool-merge.in'
--- intltool-merge.in 2012-02-06 14:36:17 +
+++ intltool-merge.in 2012-05-14 22:18:55 +
@@ -1406,7 +1406,7 @@
$str_translated =~ s/\s+$//;
$_ = $non_translated_line;
-s/^(\w+):\s*.*/$sep${1}-$lang.$encodings{$lang}: $str_translated/s;
+s/^(\w+):\s*.*/\n${1}-$lang.$encodings{$lang}: $str_translated/s;
print OUTPUT;
}
}
Bug#672955: intltool-debian: wrong newline handling for the first line in a file
Package: intltool-debian
Version: 0.35.0+20060710.1+nmu1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch
Hi Nicolas,
While working on a bug with broken translation merges in update-notifier in
Ubuntu
(https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/993672), I
found that intltool-merge does not correctly handle the case where the first
line in an RFC822Deb file needs translations, because it prepends the same
"newline" character to each translation that was prepended to the original
string - i.e., none at all.
The attached patch corrects this issue, AFAICS.
* Non-maintainer upload.
* intltool-merge: correctly handle translations of the first line in an
rfc822deb file. LP: #993672.
I've not uploaded to Ubuntu because I don't think this warrants a delta from
Debian - the one case where I've seen this behavior, we've now worked around
by reordering the source file.
Thanks for considering the patch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
=== modified file 'debian/changelog'
=== modified file 'intltool-bin/intltool-merge'
--- intltool-bin/intltool-merge 2006-07-10 21:43:23 +
+++ intltool-bin/intltool-merge 2012-05-14 22:35:49 +
@@ -1343,7 +1343,7 @@
$str_translated = ' '.$str_translated if length ($str_translated) && $str_translated !~ /^\n/s;
$_ = $non_translated_line;
-s/^(\w+):\s*.*/$newline${1}-$lang.$encodings{$lang}:$str_translated/s;
+s/^(\w+):\s*.*/\n${1}-$lang.$encodings{$lang}:$str_translated/s;
print OUTPUT;
}
}
Bug#672773: [wnpp] removal of emile has been requested!
On Mon, May 14, 2012 at 09:18:42PM +, Thorsten Glaser wrote: >Adam D. Barratt dixit: > >>There isn't an m68k port in Debian though. Obviously ftp-master may >>disagree, but I don't see the point in keeping m68k-specific packages in >>the archive in case it somehow manages to get back in at some future >>point. It could always be reintroduced in such a case anyway. > >The thing is, from how I understand the emile package in the archive, >it can be used to prepare m68k boot media on non-m68k machines. Sorry, but we don't care. m68k has now missed 3 Debian releases running. That's over 6 years! We should not continue pandering to the insane idea that m68k is ever going to release with Debian again. This package has been RC-buggy since approximately forever and should just be dropped from the archive. Providing convenience for the vanishingly-small number of remaining m68k users is not a good enough excuse. -- Steve McIntyre, Cambridge, UK.st...@einval.com "...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver." -- Daniel Pead -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672954: git-buildpackage: Move spawn_dch from gbp.scripts.dch to gbp.deb.changelog.ChangeLog
Package: git-buildpackage
Version: 0.6.0~git20120419
Severity: wishlist
Dear Maintainer,
Here is my first proposal of moving some gbp.scripts.dch functions to
reusable places.
Included is a pull request and a patch for review.
Regards.
The following changes since commit c57d4af675910ec151cf982532db0f877aef413f:
gbp.git.repository: Add a "git merge-base" wrapper (2012-05-14 13:16:15 +0200)
are available in the git repository at:
git://git.baby-gnu.org/git-buildpackage tags/dad/move-spawn_dch-to-ChangeLog
for you to fetch changes up to a141d79488cc5b24d295d864a2f0c164e3933ace:
Move spawn_dch, add_changelog_entry and add_changelog_section from
gbp.scripts.dch to gbp.deb.changelog.ChangeLog. (2012-05-15 00:27:07 +0200)
First proposal for review based on actual experimental.
Daniel Dehennin (1):
Move spawn_dch, add_changelog_entry and add_changelog_section from
gbp.scripts.dch to gbp.deb.changelog.ChangeLog.
gbp/deb/changelog.py | 70 ++
gbp/deb/git.py | 17 +
gbp/scripts/dch.py | 138 ++--
tests/03_test_dch_guess_version.py | 11 +--
4 files changed, 110 insertions(+), 126 deletions(-)
From a141d79488cc5b24d295d864a2f0c164e3933ace Mon Sep 17 00:00:00 2001
From: Daniel Dehennin
Date: Mon, 14 May 2012 18:15:06 +0200
Subject: [PATCH] Move spawn_dch, add_changelog_entry and
add_changelog_section from gbp.scripts.dch to
gbp.deb.changelog.ChangeLog.
This require the move of gbp.scripts.guess_version_from_upstream to
gbp.deb.git.DebianGitRepository.
spawn_dch use gbp.command.wrappers.Command, this require the change of
dch_options from string to list.
* tests/03_test_dch_guess_version.py: Make MockGitRepository inherits
from DebianGitRepository since guess_version_from_upstream became a
method of DebianGitRepository.
Update calls to guess_version_from_upstream accordingly.
* gbp/deb/changelog.py (ChangeLog.spawn_dch): static method imported from
gbp.scripts.dch and converted to gbp.command_wrappers.Command.
(add_entry): New method imported from
gbp.scripts.dch.add_changelog_entry.
(add_section): New method imported from
gbp.scripts.dch.add_changelog_entry.
* gbp/deb/git.py: Update imports.
(guess_version_from_upstream): New method imported from
gbp.scripts.dch. Remove the logging. Caller is responsible of handling
possible GitRepositoryError exception.
* gbp/scripts/dch.py: Remove useless import.
Remove unused functions.
(process_options): dch_options is now a list.
(main): Update calls to spawn_dch() to ChangeLog.spawn_dch().
Update calls to add_changelog_entry() to ChangeLog.add_entry().
Update calls to add_changelog_section() to ChangeLog.add_section().
Catch CommandExecFailed exception.
---
gbp/deb/changelog.py | 70 ++
gbp/deb/git.py | 17 +
gbp/scripts/dch.py | 138 ++--
tests/03_test_dch_guess_version.py | 11 +--
4 files changed, 110 insertions(+), 126 deletions(-)
diff --git a/gbp/deb/changelog.py b/gbp/deb/changelog.py
index b8c10b8..3ab259d 100644
--- a/gbp/deb/changelog.py
+++ b/gbp/deb/changelog.py
@@ -19,6 +19,7 @@
import email
import os
import subprocess
+from gbp.command_wrappers import Command
class NoChangeLogError(Exception):
"""No changelog found"""
@@ -148,3 +149,72 @@ class ChangeLog(object):
"""
return self._cp['Date']
+@staticmethod
+def spawn_dch(msg=[], author=None, email=None, newversion=False,
version=None,
+ release=False, distribution=None, dch_options=[]):
+"""
+Spawn dch
+
+@param author: committers name
+@param email: committers email
+@param newversion: start a new version
+@param version: the verion to use
+@param release: finalize changelog for releaze
+@param distribution: distribution to use
+@param dch_options: options passed verbatim to dch
+"""
+distopt = ""
+versionopt = ""
+env = ""
+args = ['--no-auto-nmu']
+if newversion:
+if version:
+try:
+args.append(version['increment'])
+except KeyError:
+args.append('--newversion=%s' % version['version'])
+else:
+args.append('-i')
+elif release:
+args.append("--release --no-force-save-on-release")
+msg = None
+
+if author and email:
+env = {'DEBFULLNAME': author, 'DEBEMAIL': email}
+
+if distribution:
+args.append("--distribution=%s" % distribution)
+
+args.extend(dch_options)
+args.append('--')
+if msg:
+args.append(
Bug#672912: luola should build-depend on zlib1g-dev (and possibly others)
Hi Christian, 2012/5/14 Christian T. Steigies : > Is this any different than > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669519 > > which has been fixed in 1.3.2-8? I built with the version available a few days ago, couldn't retrieve the build results and submit the bug reports until today, thus the synchronisation problem :-) The problem with zlib is indeed fixed. But I don't know if your program uses any other of these media formats directly (png, jpeg, wav, ogg, etc). I checked through the source code and it doesn't seem to include png.h and the like directly; and the same for configure script. If you think that the zlib and SDL modules are the only needed libraries, you can close the bug report now. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672749: rquantlib: ftbfs on armel/armhf
On 13 May 2012 at 13:59, Julien Cristau wrote: | Source: rquantlib | Version: 0.3.8-2 | Severity: serious | Justification: fails to build from source (but built successfully in the past) | | See the build logs at | https://buildd.debian.org/status/package.php?p=rquantlib | | g++ -shared -o RQuantLibSHLIB_EXT asian.o barrier_binary.o bermudan.o bonds.o calendars.o curves.o daycounter.o discount.o hullwhite.o implieds.o utils.o vanilla.o zero.o -L/usr/lib/R/site-library/Rcpp/lib -lRcpp -Wl,-rpath,/usr/lib/R/site-library/Rcpp/lib -L/usr/lib -lQuantLib SHLIB_LIBADD -L/usr/lib/R/lib -lR | g++: error: SHLIB_LIBADD: No such file or directory | | Looks like a typo in a makefile somewhere. I asked upstream about this as many (all?) armel/armhf builds for r-cran-* seem to fail this way. We'd need to see the /etc/R/Makeconf file. On my (amd64) box: SHLIB_LIBADD = ALL_LIBS = $(PKG_LIBS) $(SHLIB_LIBADD) $(LIBR)# $(LIBINTL) and upstream also suspected a possible shell expansion issue. The exact same code has been working for years on all other arches. Dirk | | Cheers, | Julien | xapplication/pgp-signature [Click mouse-2 to save to a file] -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672928: libdbi-drivers FTBS against latest MySQL
Thomas, I attach a patch to enbale libdbi-drivers to build against the latest MySQL. I will upload my build with a 15 day delay. Of course plese feel free to fix it yourself if you have any issues with my patch. Nicholas diff -Nru libdbi-drivers-0.8.3-1+s/debian/changelog libdbi-drivers-0.8.3-1+s/debian/changelog --- libdbi-drivers-0.8.3-1+s/debian/changelog 2012-04-14 18:25:27.0 +0100 +++ libdbi-drivers-0.8.3-1+s/debian/changelog 2012-05-14 23:07:05.0 +0100 @@ -1,3 +1,10 @@ +libdbi-drivers (0.8.3-1+s-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Pick up multi-arch libraries for MySQL (Closes: #672928) + + -- Nicholas Bamber Mon, 14 May 2012 23:06:51 +0100 + libdbi-drivers (0.8.3-1+s-3) unstable; urgency=low [ Thomas Goirand ] diff -Nru libdbi-drivers-0.8.3-1+s/debian/control libdbi-drivers-0.8.3-1+s/debian/control --- libdbi-drivers-0.8.3-1+s/debian/control 2012-04-14 18:25:27.0 +0100 +++ libdbi-drivers-0.8.3-1+s/debian/control 2012-05-14 20:33:36.0 +0100 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Thomas Goirand -Build-Depends: debhelper (>= 9), autotools-dev, libdbi-dev (>= 0.8.4-5), libmysqlclient-dev, libpq-dev (>= 8.3~rc2-1+b1), libsqlite0-dev, libsqlite3-dev, freetds-dev, automake, libtool, mysql-server, mysql-client, postgresql, postgresql-client, locales-all | language-pack-en, dh-autoreconf +Build-Depends: debhelper (>= 9), autotools-dev, libdbi-dev (>= 0.8.4-5), libmysqlclient-dev (>= 5.5), libpq-dev (>= 8.3~rc2-1+b1), libsqlite0-dev, libsqlite3-dev, freetds-dev, automake, libtool, mysql-server (>= 5.5), mysql-client (>= 5.5), postgresql, postgresql-client, locales-all | language-pack-en, dh-autoreconf Standards-Version: 3.9.3.1 Vcs-Browser: http://git.debian.org/?p=users/zigo/libdbi-drivers.git Vcs-Git: http://git.debian.org/git/users/zigo/libdbi-drivers.git diff -Nru libdbi-drivers-0.8.3-1+s/debian/rules libdbi-drivers-0.8.3-1+s/debian/rules --- libdbi-drivers-0.8.3-1+s/debian/rules 2012-04-14 18:25:27.0 +0100 +++ libdbi-drivers-0.8.3-1+s/debian/rules 2012-05-14 08:44:11.0 +0100 @@ -30,6 +30,8 @@ --prefix=/usr \ --with-pgsql \ --with-mysql \ + --with-mysql-incdir=/usr/include/$(DEB_HOST_MULTIARCH) \ + --with-mysql-libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \ --with-sqlite \ --with-sqlite-incdir=/usr/include/$(DEB_HOST_MULTIARCH) \ --with-sqlite-libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \
Bug#628436: Please disallow tclsh8.4 as an alternative for the tclsh command
Hi again, Francesco P. Lovergine wrote: > On Sat, May 28, 2011 at 05:20:36PM -0500, Jonathan Nieder wrote: >> The weird "8.4.19-4." versions in dpkg --compare-versions expressions >> are to ensure numbers like 8.4.19-4ubuntu1 and 8.4.19-4+b1 are below >> and 8.4.19-4.1 is above. > > Use 8.4.19-4~ 8.4.19-5~ would work. I'd be happy to make that change; any other changes needed while at it? I would really like to be able to rely on tclsh and wish pointing to a recent (i.e., >= 8.5) tcl/tk on Debian wheezy systems. If there's anything I can do to help, please ask. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538093: thunar: When installed replaces nautilus as default GNOME file manager
Hi, The default programs can be changed from ~/.local/share/applications/mimeapps.list Replace the line in [Default Applications] section: inode/directory=Thunar-folder-handler.desktop with: inode/directory=nautilus-folder-handler.desktop Regards, Hristo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672891: brcmsmac wireless brcms_c_wait_for_tx_completion warning
tags 672891 + upstream patch moreinfo
quit
Hi,
Touko Korpela wrote:
> Samsung X125 laptop. This kind of warning was logged. Also earlier
> 3.2.x kernels do this.
Does the attached patch help?
Instructions for testing patches are at [1].
Thanks,
Jonathan
[1]
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
or the corresponding page of the debian-kernel-handbook package
From: Arend van Spriel
Date: Thu, 9 Feb 2012 21:08:58 +0100
Subject: brcm80211: smac: fix endless retry of A-MPDU transmissions
commit 5e379203c7788b7af01150bfadbc74d2797a2ef4 upstream.
The A-MPDU code checked against a retry limit, but it was using
the wrong variable to do so. This patch fixes this to assure
proper retry mechanism.
This problem had a side-effect causing the mac80211 flush callback
to remain waiting forever as well. That side effect has been fixed
by commit by Stanislaw Gruszka:
commit f96b08a7e6f69c0f0a576554df3df5b1b519c479
Date: Tue Jan 17 12:38:50 2012 +0100
brcmsmac: fix tx queue flush infinite loop
Reference:
https://bugzilla.kernel.org/show_bug.cgi?id=42576
Cc: Stanislaw Gruszka
Reviewed-by: Pieter-Paul Giesberts
Reviewed-by: Alwin Beukers
Signed-off-by: Arend van Spriel
Signed-off-by: John W. Linville
Signed-off-by: Jonathan Nieder
---
drivers/net/wireless/brcm80211/brcmsmac/ampdu.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/net/wireless/brcm80211/brcmsmac/ampdu.c
b/drivers/net/wireless/brcm80211/brcmsmac/ampdu.c
index 7f27dbdb6b60..051586275f14 100644
--- a/drivers/net/wireless/brcm80211/brcmsmac/ampdu.c
+++ b/drivers/net/wireless/brcm80211/brcmsmac/ampdu.c
@@ -1053,17 +1053,13 @@ brcms_c_ampdu_dotxstatus_complete(struct ampdu_info
*ampdu, struct scb *scb,
}
/* either retransmit or send bar if ack not recd */
if (!ack_recd) {
- struct ieee80211_tx_rate *txrate =
- tx_info->status.rates;
- if (retry && (txrate[0].count < (int)retry_limit)) {
+ if (retry && (ini->txretry[index] < (int)retry_limit)) {
ini->txretry[index]++;
ini->tx_in_transit--;
/*
* Use high prededence for retransmit to
* give some punch
*/
- /* brcms_c_txq_enq(wlc, scb, p,
-* BRCMS_PRIO_TO_PREC(tid)); */
brcms_c_txq_enq(wlc, scb, p,
BRCMS_PRIO_TO_HI_PREC(tid));
} else {
--
1.7.10.2
Bug#672945: /etc/init.d/networking not removed on upgrades to netbase 5.0
reassign 672945 dpkg severity 672945 wishlist retitle 672945 dpkg should support moving a conffile between packages thanks On May 14, Josh Triplett wrote: > netbase 5.0 drops /etc/init.d/networking; thank you for that. However, > dpkg does not automatically remove conffiles (even unmodified conffiles) > when upgrading to a version of the package that does not include the > conffile. Thus, upgrading from previous versions of netbase to netbase > 5.0 leaves /etc/init.d/networking around. This is true, as long as you do not have ifupdown installed (which is very unusual). The consensus on #debian-devel is that nobody should waste their time to fix this, but I will be happy to accept a patch. This post documents a possible solution: https://lists.debian.org/debian-devel/2012/02/msg00254.html . As suggested by #debian-devel, I am reassigning this bug to dpkg. -- ciao, Marco signature.asc Description: Digital signature
Bug#672953: libgd2-*xpm-dev: arch-dependent files in "Multi-Arch: same" package
Source: libgd2
Version: 2.0.36~rc1~dfsg-6.1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
libgd2-xpm-dev and libgd2-noxpm-dev are marked as "Multi-Arch: same",
but they ship /usr/bin/gdlib-config, which is architecture-specific. An
example diff between i386 and amd64 is attached.
--
Jakub Wilk
diff -urN a/libgd2-xpm-dev_2.0.36~rc1~dfsg-6.1_amd64/usr/bin/gdlib-config
b/libgd2-xpm-dev_2.0.36~rc1~dfsg-6.1_i386/usr/bin/gdlib-config
--- a/libgd2-xpm-dev_2.0.36~rc1~dfsg-6.1_amd64/usr/bin/gdlib-config
2012-05-14 10:46:45.0 +0200
+++ b/libgd2-xpm-dev_2.0.36~rc1~dfsg-6.1_i386/usr/bin/gdlib-config
2012-05-14 12:22:57.0 +0200
@@ -7,7 +7,7 @@
# installation directories
prefix=/usr
exec_prefix=${prefix}
-libdir=${prefix}/lib/x86_64-linux-gnu
+libdir=${prefix}/lib/i386-linux-gnu
includedir=${prefix}/include
bindir=${exec_prefix}/bin
@@ -68,7 +68,7 @@
echo 36
;;
--ldflags)
- echo -L/usr/lib/x86_64-linux-gnu -L/usr/lib/x86_64-linux-gnu
-Wl,-z,relro
+ echo -L/usr/lib/i386-linux-gnu -L/usr/lib/i386-linux-gnu -Wl,-z,relro
;;
--libs)
echo -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12 -lz -lm
@@ -83,7 +83,7 @@
echo "GD library 2.0.36"
echo "includedir: $includedir"
echo "cflags: -I${prefix}/include"
- echo "ldflags: -L/usr/lib/x86_64-linux-gnu
-L/usr/lib/x86_64-linux-gnu -Wl,-z,relro"
+ echo "ldflags: -L/usr/lib/i386-linux-gnu -L/usr/lib/i386-linux-gnu
-Wl,-z,relro"
echo "libs: -lXpm -lX11 -ljpeg -lfontconfig -lfreetype -lpng12
-lz -lm "
echo "libdir: $libdir"
echo "features: GD_XPM GD_JPEG GD_FONTCONFIG GD_FREETYPE GD_PNG
GD_GIF GD_GIFANIM GD_OPENPOLYGON"
Bug#656968: backupninja: expands exclude paths for the remote side on the local side
On Mon, May 14, 2012 at 03:59:43PM -0300, rhatto wrote: > Em Mon, May 14, 2012 at 05:57:03PM +0200, intrigeri escreveu: > > rhatto wrote (14 May 2012 15:39:06 GMT) : > > > Does this will be correctly replaced when building backupninja? > > > Maybe Paul didn't replaced "@SED@" by "sed -e" but just by "sed". > > > > What makes you think @SED@ should be replaced with "sed -e"? > > Maybe I confused something I always did (replacing by 'sed -e') when testing > the code. :) Aargh, of course. I should actually have noticed that. Changed it throughout the handler, but now I might've falsely reported things as not fixed. This fixed the path expansion part at least: Debug: nice -n 0 /usr/bin/rsync -avF --delete --numeric-ids --rsync-path=rsync --exclude='/*bin' --exclude='/dev' --exclude='/home/*/.cache' --exclude='/home/*/.local/share/Trash' --exclude='/home/*/.thumbnails' --exclude='/home/*/Music' --exclude='/home/*/Videos' --exclude='/lib*' --exclude='/media' --exclude='/mnt' --exclude='/proc' --exclude='/selinux' --exclude='/sys' ... Cheers, Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 signature.asc Description: Digital signature
Bug#669791: torrus-apache2: transition towards Apache 2.4
On Mon, May 14, 2012 at 11:53:28PM +0200, Arno Töll wrote: > On 14.05.2012 23:37, Marc Haber wrote: > > torrus-apache2 is a deprecated method of using torrus that should not > > be used for new installs. We have documented this. > > Fair enough, feel free to wontfix it, then. At some point you may > consider moving the file to /usr/share/doc. > Chances are you won't. As the acknowledge by the release team is pending > and we're short to freeze, it's not incredibly unlikely Apache 2.4 won't > make it into Wheezy at all. I think we'll sit and wait then ;-) Thanks for the fast answer. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672897: Bug#672906: freedroid should build-depend on libjpeg-dev (and possibly others)
Hello Yann, (Copying this e-mail to all of the related bug reports) 2012/5/14 Yann Dirson : > It would be great to have those modified libsdl packages in > experimental, so maints can do the full check in real situation and > forget about it :) Thanks for your quick reply and the suggestion. I uploaded versions to unstable for all for you to test: http://packages.qa.debian.org/s/sdl-mixer1.2.html http://packages.qa.debian.org/s/sdl-image1.2.html (Most of you will probably know what I'm going to say below, please don't be offented, it's just a reminder ;-) ). Other than checking that things compile fine with the new packages, please make sure that you enable support as appropriate according to the documentantion. Relying *only* in "smoke tests", like "if it compiles with the new packages everything is good", is often not enough. In many software packages, they will happily build when some libraries are missing -- they will just disable support for that particular image/sound/whatever format (or other kind of libraries, but I guess than in this case is mostly about media formats). But then things will fail at runtime when they try to load media files, or when users add their media formats (e.g. an avatar portrait), or in new upstream versions or extradatasets containing formats not present before, etc. So please, check the README/INSTALL files provided with your packages and make sure that you enable support for all the available formats and options, when possible. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
