Bug#710174: xserver-xorg-video-radeon: many artefacts in GL rendering with Radeon HD 7480D

[Michel Dänzer]

On Mit, 2013-05-29 at 21:58 +0200, manuk7 wrote:
> > I suspect Mesa 8.0.x might just be too old to properly support your GPU.
> > Does libgl1-mesa-dri 9.1.3-1 from experimental work better?
> 
> I just installed it; unfortunately that's not better.

Still exactly the same?

> I also upgraded libgl1-mesa-gl to experimental.

How about libdrm-radeon1? If upgrading that to experimental as well
doesn't help either, something might be wrong in the kernel.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710255: please use Recommends for git-svn, git-cvs, gitweb, others?

[Jonathan Nieder]

Hi Harri,

Harald Dunkel wrote:

> It would be very nice if git-all could use the Recommends
> entry in debian/control for git-svn, git-cvs, gitweb, and
> maybe others. Similar to git-bzr.

git-all Recommends git-bzr instead of depending on it because
otherwise it would conflict with bzr-git.  Hopefully this situation is
only temporary --- all it will take is a patch for bzr-git to register
the git-remote-bzr command through the alternatives system.

> This would allow the user to ignore these packages and yet
> make use of the git-all package.

I'd prefer not to do this.  Can you explain a little more about the
motivation?

Is the goal to be able to do the following?

 1. With a simple command, get as much git functionality as possible.
 2. Remove unwanted packages.
 3. Later, with a simple command, remove the git functionality
installed in step (1).

Since all packages from the git source package depend on the "git"
package, I think that should be doable with

apt-get install 'git-*'
apt-get --purge remove git-svn
apt-get --purge remove git

More generally, it would be nice to have a way to perform the three
operations listed above for arbitrary metapackages, but I don't
know a way.

Thanks for writing,
Jonathan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710351: ruby-passenger: CVE-2013-2119

[Moritz Muehlenhoff]

Package: ruby-passenger
Severity: grave
Tags: security
Justification: user security hole

Please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-2119
for details and fixes.

This doesn't warrant a a DSA, but can be fixed through a point update.

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710352: ftp-master.metadata.d.o: please implement changelog/copyright export for -security suites

[Paul Wise]

Package: ftp.debian.org
Severity: wishlist

Please implement changelog/copyright export for the stable-security and
oldstable-security suites. For now the PTS will link to the stable and
oldstable suites when a package is in stable and stable-security but not
in unstable (see #710323).

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#710353: libraw: CVE-2013-2126 CVE-2013-2127

[Moritz Muehlenhoff]

Package: libraw
Severity: grave
Tags: security

Two security issues have been found in libraw. Please see this link for
more information and links to upstream commits:

http://www.openwall.com/lists/oss-security/2013/05/29/7

Cheers,
Moritz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710354: libreoffice: 'break links' in odt-files causes conversion of a linked svg image into a png

[hampdi]

Package: libreoffice
Version: 1:4.0.3-3
Severity: normal

Dear Maintainer,
If a svg image is included into a libreoffice text document via 'linking'
(select option 'Link' in the file selection window), and if this link
is broken (menu 'Edit' -> 'Links' -> 'Break Links') some time later,
the svg image is converted into a png image and as such included in the
odt-zip archive. With the Draw component this does not happen, the
svg-file is included as svg in the odg-zip archive.

Reproduce bug:
- Open new Writer document
- Link a svg image to that document (menu: 'Insert' -> 'Picture' ->
  'From File' -> select option 'Link' -> select a svg file and 'open' it)
- save the odt file
- Break the link (menu 'Edit' -> 'Links' -> 'Break Links')
- save the odt file
- change the file ending into zip
- extract the zip file and have a look in the subfolder 'Pictures'.
  There you'll find two png files of the same size. One of these
  files should be a svg file.

Expected outcome:
The svg file should be included as svg in the odt file.
 

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice depends on:
ii  fonts-dejavu2.33+svn2514-3
ii  fonts-sil-gentium-basic 1.1-5
ii  libreoffice-base1:4.0.3-3
ii  libreoffice-calc1:4.0.3-3
ii  libreoffice-core1:4.0.3-3
ii  libreoffice-draw1:4.0.3-3
ii  libreoffice-filter-mobiledev1:4.0.3-3
ii  libreoffice-impress 1:4.0.3-3
ii  libreoffice-java-common 1:4.0.3-3
ii  libreoffice-math1:4.0.3-3
ii  libreoffice-report-builder-bin  1:4.0.3-3
ii  libreoffice-writer  1:4.0.3-3
ii  python-uno  1:4.0.3-3

Versions of packages libreoffice recommends:
ii  fonts-liberation   1.07.2-6
ii  libpaper-utils 1.1.24+nmu2
ii  ttf-mscorefonts-installer  3.5

Versions of packages libreoffice suggests:
ii  cups-bsd1.5.3-5
ii  default-jre [java5-runtime] 1:1.6-47
pn  gstreamer1.0-ffmpeg 
pn  gstreamer1.0-plugins-bad
pn  gstreamer1.0-plugins-base   
pn  gstreamer1.0-plugins-good   
pn  gstreamer1.0-plugins-ugly   
ii  hunspell-de-de [hunspell-dictionary]20120607-1
ii  hunspell-en-us [hunspell-dictionary]20070829-6
ii  hyphen-de [hyphen-hyphenation-patterns] 1:3.3.0-4
ii  iceweasel   10.0.12esr-1+nmu1
ii  imagemagick 8:6.7.7.10-5
ii  libgl1-mesa-glx [libgl1]8.0.5-6
ii  libreoffice-help-en-us [libreoffice-help-4.0]   1:4.0.3-3
ii  libreoffice-kde 1:4.0.3-3
pn  libreoffice-l10n-4.0
ii  libreoffice-lightproof-en [libreoffice-grammarchec  0.4.3+1.5+git20121204-3
pn  libreoffice-officebean  
ii  libsane 1.0.22-7.4
ii  libxrender1 1:0.9.7-1+deb7u1
pn  myspell-dictionary  
ii  mythes-de [mythes-thesaurus]20120516-2
ii  mythes-en-us [mythes-thesaurus] 1:3.3.0-4
pn  openclipart-libreoffice 
ii  openjdk-6-jre [java5-runtime]   6b27-1.12.5-2
ii  pstoedit3.62-1
ii  unixodbc2.2.14p2-5

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.9.0-7.1
ii  fonts-opensymbol2:102.2+LibO4.0.3-3
ii  libatk1.0-0 2.8.0-2
ii  libboost-date-time1.53.01.53.0-4
ii  libc6   2.17-3
ii  libcairo2   1.12.14-4
ii  libcmis-0.3-3   0.3.1-3
ii  libcups21.5.3-5
ii  libcurl3-gnutls 7.30.0-2
ii  libdbus-1-3 1.6.10-1
ii  libdbus-glib-1-20.100.2-1
ii  libexpat1   2.1.0-3
ii  libexttextcat-2.0-0 3.4.0-4
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.0-7
ii  libgdk-pixbuf2.0-0  2.28.1-1
ii  libglib2.0-02.36.1-2build1
ii  libgraphite2-3  1.2.1-2
ii  libgstreamer-plugins-base1.0-0  1.0.7-1
ii  libgstreamer1.0-0   1.0.7-1
ii  libgtk2.0-0 2.24.

Bug#629351: Segfault on startup (Loongson2F mipsel system)

[Xiyue Deng]

Package: gnome-settings-daemon
Version: 3.4.2+git20121218.7c1322-3
Followup-For: Bug #629351

Sorry for the long long delay. It took time to fix the X server issue on my
Yeeloong mipsel box.

It turned out this issue still persists, and the same solution, dropping
"-Wl,-z,defs" from LDFLAGS still fixes the problem. I'm attaching the patch
that modifies debian/rules that also exclude mipsel from add the flag, together
with ia64. 

Long story: after X server started to work, gdm3 would display the "Oh no!
Something has gone wrong" dialog, the same as #687569 [1]. However it was not
cause by graphic driver, and after inspecting :0-greeter.log, it turned out it
was actually gnome-settings-daemon that segfaulted.

As stated above, this bug renders GNOME unusable on mipsel on wheezy. As the
change is trivial, I would like to suggest incorporate the patch on stable
release as well, and include it in the next point release.

Thanks.

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687569

-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: mipsel (mips64)

Kernel: Linux 3.2.0-4-loongson-2f
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 gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  dpkg 1.16.10
ii  gsettings-desktop-schemas3.4.2-3
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libcanberra-gtk3-0   0.28-6
ii  libcanberra0 0.28-6
ii  libcolord1   0.1.21-1
ii  libcomerr2   1.42.5-1.1
ii  libcups2 1.5.3-5
ii  libdbus-glib-1-2 0.100.2-1
ii  libfontconfig1   2.9.0-7.1
ii  libgcrypt11  1.5.0-5
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgnome-desktop-3-2 3.4.2-1
ii  libgnomekbd7 3.4.0.2-1
ii  libgnutls26  2.12.20-7
ii  libgssapi-krb5-2 1.10.1+dfsg-5
ii  libgtk-3-0   3.4.2-6
ii  libgudev-1.0-0   175-7.2
ii  libk5crypto3 1.10.1+dfsg-5
ii  libkrb5-31.10.1+dfsg-5
ii  liblcms2-2   2.2+git20110628-2.2
ii  libnotify4   0.7.5-1
ii  libnspr4 2:4.9.2-1
ii  libnspr4-0d  2:4.9.2-1
ii  libnss3  2:3.14.3-1
ii  libnss3-1d   2:3.14.3-1
ii  libpackagekit-glib2-14   0.7.6-3
ii  libpango1.0-01.30.0-1
ii  libpolkit-gobject-1-00.105-3
ii  libpulse-mainloop-glib0  2.0-6.1
ii  libpulse02.0-6.1
ii  libsqlite3-0 3.7.13-1+deb7u1
ii  libupower-glib1  0.9.17-1
ii  libwacom20.6-1
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxfixes3   1:5.0-4+deb7u1
ii  libxi6   2:1.6.1-1+deb7u1
ii  libxklavier165.2.1-1
ii  libxtst6 2:1.2.1-1+deb7u1
ii  nautilus-data3.4.2-1+build1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages gnome-settings-daemon recommends:
ii  pulseaudio  2.0-6.1

Versions of packages gnome-settings-daemon suggests:
ii  gnome-screensaver3.4.1-1
ii  metacity [x-window-manager]  1:2.34.3-4
ii  x11-xserver-utils7.7~3

-- no debconf information
diff -urN gnome-settings-daemon-3.4.2+git20121218.7c1322/debian/rules gnome-settings-daemon-3.4.2+git20121218.7c1322.new/debian/rules
--- gnome-settings-daemon-3.4.2+git20121218.7c1322/debian/rules	2012-05-24 22:45:53.0 -0700
+++ gnome-settings-daemon-3.4.2+git20121218.7c1322.new/debian/rules	2013-05-29 21:36:24.584047598 -0700
@@ -7,7 +7,7 @@
 include /usr/share/gnome-pkg-tools/1/rules/uploaders.mk
 include /usr/share/gnome-pkg-tools/1/rules/gnome-get-source.mk
 
-ifneq ($(DEB_HOST_ARCH_CPU),ia64)
+ifneq ($(DEB_HOST_ARCH_CPU),$(filter $(DEB_HOST_ARCH_CPU),ia64 mipsel))
   LDFLAGS += -Wl,-z,defs
 endif
 

Bug#629351: Severity of 629351 is grave

[Deng Xiyue]

severity 629351 grave
thanks

As this bug makes GNOME desktop environment unusable, IMHO it
justifies grave severity. Please review the patch and comment.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710355: packagekit: not displaying any notifications in XFCE4 since removal of update-notifier

[Julian Gilbey]

Source: packagekit
Version: 0.7.6-3
Severity: important

I have an apt job running on a nightly basis to update the package
database and download any updates (but not to install them - I prefer
to do that manually).

update-notifier used to put an icon in the notification tray to warn
me if there were updates available, with a different icon if there
were security updates.  Recently, these icons started coming from the
packagekit files.

Having noticed that update-notifier has become a transitional package,
I removed it completely, retaining the corresponding packagekit
packages:

polya:~ $ dpkg -l '*packagekit*' | grep ii | cut -c-60
ii  gnome-packagekit3.4.2-2 
ii  gnome-packagekit-data   3.4.2-2 
ii  libpackagekit-glib2-14:amd640.7.6-3 
ii  packagekit  0.7.6-3 
ii  packagekit-backend-aptcc0.7.6-3 
ii  packagekit-tools0.7.6-3 
ii  python-packagekit   0.7.6-3 

But now, although aptitude shows that there are 7 security updates
available, nothing is appearing in the notification area to inform me
of this.  I am running XFCE4 (xfce4 4.8.0.3 and its dependencies).

   Julian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710356: [nagios3-core] No "scheduled downtime" retention

[Cédric Jeanneret]

Package: nagios3-core
Version: 3.4.1-3
Severity: serious
Owner: pkg-nagios-de...@lists.alioth.debian.org

Hello,

I just installed the latest nagios3* on a debian Wheezy, and stumbled 
on a bad bug: the scheduled downtime event aren't kept when a restart or 
reload occurs.


Steps to reproduce:
1- install nagios3-core and deps
2- configure some checks on it
3- ensure you have this kind of configuration regarding retention:
retain_state_information=1
use_retained_program_state=1
use_retained_scheduling_info=1 # especially this one, of course ;)
retained_host_attribute_mask=0
retained_service_attribute_mask=0
retained_process_host_attribute_mask=0
retained_process_service_attribute_mask=0
retained_contact_host_attribute_mask=0
retained_contact_service_attribute_mask=0
4- schedule a downtime for some host/service
5- wait for the scheduled icon to appear in the interface (in order to 
be sure it's taken in account)

6- reload (or restart) the nagios3 service on the server
7- refresh the check page - the icon is gone, there's only the 
auto-magic comment from nagios saying it's scheduled for a downtime 
until "…"


You can check in the retention file (/var/lib/nagios3/retention.dat by 
default), there is a servicedowntime (hostdowntime) at the end of the 
file.


Acknowledging a service/host problem does work, and is kept during a 
restart or a reload.


After some researches, I stumbled on this nagios resolved bug:
http://tracker.nagios.org/view.php?id=338

It seems there's a patch available since October 2012 on the SVN: 
"Fixed in svn with the supplied patch and will ship with the first 
version after 3.4.1" - it may be good to have a look at 3.4.2 (or 
something like that), as a major feature is currently broken.


Thank you in advance

Cheers,

C.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710349: ITP: maple-package -- utility for creating Maple Debian packages

[Julian Taylor]

On 30.05.2013 08:09, Jerome Benoit wrote:
> 
> This package itself will be a native Debian package (Section: contrib/misc)
> governed by GPL-2+, but the Maple software will have to be purchased by
> the final user and will obviously remain governed by the copyright holder
> (MapleSoft, namely Waterloo Maple Inc.). This package will simply help
> the final user to create her/his/its own Maple packages and it will be
> her/his/its responsability to use the resulting package responsibly.
> 

please make it *very* clear that this is not maple in the description
and .desktop file (used by software-center).
These type of packages often seem to confuse novice users into thinking
this is the actual nonfree program.

See the equivalent matlab-support:
https://bugs.launchpad.net/ubuntu/+source/matlab-support
(the installation failed bugs are from users without matlab, the
-support package fails dpkg in that case)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710140: gpgme1.0 (>=1.3.2) dropping libgpgme-pth.so

[Sune Vuorela]

On Wednesday 29 May 2013 17:25:36 Daniel Leidert wrote:
> So to me it looks like, that libgpgme++2 is the only affected package
> and might probably be "fixed" by a rebuild of kdepimlibs.

Please get a release-team ack for papering over the abi breakage if you really 
think it is the right thing to do.

/Sune

-- 
Genius, I'm not able to open the editor to a CPU over a front-end from 
Outlook, how does it work?

You either must reset the IP controller, or should never insert the 
attachment, so that you neither need to save on a monitor, nor can ever log on 
a server on the 9X 2D head on a memory address on the RW pointer in order to 
mount the driver.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710347: [Piuparts-devel] Bug#710347: piuparts: Mirror should follow distro defaults when they are explicitly specified

[Andreas Beckmann]

On 2013-05-30 05:40, Andrew Starr-Bochicchio wrote:
> Package: piuparts
> Version: 0.48ubuntu1

That's so outdated ... compared to 0.52 being released a few days ago.

We'd appreciate if you could test the git version on ubuntu (especially
getting a master-slave setup running).

> Currently, if you run 'piuparts -D $distro -a $package' on a distro different
> than the host distro, you don't get the correct mirrors added to your sources.
> If a distro default is explicitly added using '-D', you should get that
> distro's default mirrors. This would make it easier to run piuparts against
> Debain on an Ubuntu host and vise versa.

I need to think more about this. Especially with having
get_default_mirror() related TODO entries ...

Do we need to add anything to distros.conf for supporting Ubuntu?
I'm primarily thinking about "partial" distros like security updates
(the equivalent to wheezy/updates) and volatile updates (aka
wheezy-updates).


Andreas

PS: cherry-picking commits from some git branch would make integration
easier 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#666845: Apache 2.4 upload date scheduled for May 30

[Olly Betts]

On Fri, May 24, 2013 at 01:18:05PM +0200, Arno Töll wrote:
> On 24.05.2013 02:40, Olly Betts wrote:
> > The DELAYED queue only allows delaying by a whole number of days AIUI,
> > so doesn't really help in a situation like this - I'd still need to
> > make the upload in the middle of the night, just of a different night.
> 
> True. But you could leave your system running tonight (your night) and
> run a at(1) job. If it works out: great ...

My laptop tends to run rather hot, so I don't like to leave it on.

> > But feel free to take the version already in experimental and NMU it
> > to unstable once you're ready for it.
> 
> ... if not, I can do that if you wish.
> 
> Having that said your module is perhaps not one of those with a
> gazillion of users so that the breakage can still be fixed later I'd
> say, esecpially given the sheer amount of modules which will break
> regardless because nobody transitioned them yet.

Indeed - sadly I bet the typical delay will be measured weeks rather
than hours.

I've just uploaded a package with a few improvements (unrelated to the
transition) to experimental.  Feel free to push that across to unstable
once you've uploaded apache if you like, or I can just do it tomorrow
myself.

Cheers,
Olly


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709866: synaptic: Repositories window not opening

[Michael Vogt]

On Sun, May 26, 2013 at 12:57:16PM +0700, michael wrote:
> Package: synaptic
> Version: 0.80.1
> Severity: important

Thanks for your bugreport.
 
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> I go to the Settings menu then select Repositories.  The Repositories window
> does not appear.  Synaptic remains responsive.
> 
> When I start synaptic from the command line and perform the action described
> above this is what shows on the terminal:
> Traceback (most recent call last):
>   File "/usr/bin/software-properties-gtk", line 38, in 
> from softwareproperties.gtk.SoftwarePropertiesGtk import
> SoftwarePropertiesGtk
>   File "/usr/lib/python2.7/dist-
> packages/softwareproperties/gtk/SoftwarePropertiesGtk.py", line 39, in 
> 
> from DialogCacheOutdated import DialogCacheOutdated
>   File "/usr/lib/python2.7/dist-
> packages/softwareproperties/gtk/DialogCacheOutdated.py", line 27, in 
> import aptdaemon.client
>   File "/usr/lib/python2.7/dist-packages/aptdaemon/client.py", line 70, in
> 
> class MemoizedMixIn(MemoizedTransaction, GObject.GObjectMeta):
>   File "/usr/lib/python2.7/dist-packages/gi/module.py", line 316, in
> __getattr__
> return getattr(self._introspection_module, name)
>   File "/usr/lib/python2.7/dist-packages/gi/module.py", line 135, in
> __getattr__
> self.__name__, name))
> AttributeError: 'gi.repository.GObject' object has no attribute 'GObjectMeta'
> 
> A few days ago there was a major update to python.  I'm wondering if something
> went wrong in my update?

This looks very much like something went wrong with your
python/python-gi upgrade. Please check/reinstall the python{,3}-gi
packages. 

Does this work: ?
$ python -c 'from gi.repository import GObject'
$ python3 -c 'from gi.repository import GObject'

Cheers,
 Michael

> PS. I'm running testing but I downloaded synaptic from unstable and the
> behavior is the same from both packages
> 
> 
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages synaptic depends on:
> ii  hicolor-icon-theme  0.12-1
> ii  libapt-inst1.5  0.9.7.8
> ii  libapt-pkg4.12  0.9.7.8
> ii  libatk1.0-0 2.8.0-2
> ii  libc6   2.17-3
> ii  libcairo-gobject2   1.12.14-4
> ii  libcairo2   1.12.14-4
> ii  libept1.4.121.0.9
> ii  libgcc1 1:4.8.0-7
> ii  libgdk-pixbuf2.0-0  2.28.1-1
> ii  libglib2.0-02.36.1-2build1
> ii  libgtk-3-0  3.4.2-6
> ii  libpango1.0-0   1.30.0-1
> ii  libstdc++6  4.8.0-7
> ii  libvte-2.90-9   1:0.32.2-1
> ii  libx11-62:1.5.0-1+deb7u1
> ii  libxapian22 1.2.15-1
> ii  libxext62:1.3.1-2+deb7u1
> ii  zlib1g  1:1.2.8.dfsg-1
> 
> Versions of packages synaptic recommends:
> ii  gksu   2.0.2-6
> ii  libgtk2-perl   2:1.244-1
> ii  policykit-10.105-3
> ii  rarian-compat  0.8.1-5
> 
> Versions of packages synaptic suggests:
> ii  apt-xapian-index 0.45
> pn  deborphan
> pn  dwww 
> ii  menu 2.1.46
> ii  software-properties-gtk  0.82.7.1debian1
> ii  tasksel  3.15
> 
> -- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710357: bandwidthd-pgsql: postinst uses /usr/share/doc content (Policy 12.3)

[Andreas Beckmann]

Package: bandwidthd-pgsql
Version: 2.0.1+cvs20090917-5
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package bandwidthd-pgsql.
  (Reading database ... 10120 files and directories currently installed.)
  Unpacking bandwidthd-pgsql (from 
.../bandwidthd-pgsql_2.0.1+cvs20090917-5_amd64.deb) ...
  Setting up bandwidthd-pgsql (2.0.1+cvs20090917-5) ...
  invoke-rc.d: policy-rc.d denied execution of reload.
  cp: cannot stat '/usr/share/doc/bandwidthd-pgsql/bandwidthd-pgsql.conf': No 
such file or directory
  dpkg: error processing bandwidthd-pgsql (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   bandwidthd-pgsql


Cheers,

Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710359: isdnlog: postinst uses /usr/share/doc content (Policy 12.3)

[Andreas Beckmann]

Package: isdnlog
Version: 1:3.25+dfsg1-3+nmu2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package isdnlog.
  (Reading database ... 6777 files and directories currently installed.)
  Unpacking isdnlog (from .../isdnlog_1%3a3.25+dfsg1-3+nmu2_amd64.deb) ...
  Setting up isdnlog (1:3.25+dfsg1-3+nmu2) ...
  /var/lib/dpkg/info/isdnlog.config: 40: [: -eq: unexpected operator
  Warning: no suitable isdn.conf file found, proceeding with an empty one.
  
  Creating config file /etc/isdn/isdn.conf with new version
  Warning: no suitable rate.conf file found, proceeding with an empty one.
  
  Creating config file /etc/isdn/rate.conf with new version
  /var/lib/dpkg/info/isdnlog.postinst: 61: /var/lib/dpkg/info/isdnlog.postinst: 
cannot open /usr/share/doc/isdnlog/examples/isdnlog.DEVICE: No such file
  dpkg: error processing isdnlog (--configure):
   subprocess installed post-installation script returned error exit status 2
  Errors were encountered while processing:
   isdnlog


Cheers,

Andreas


isdnlog_1:3.25+dfsg1-3+nmu2.log.gz
Description: GNU Zip compressed data

Bug#710358: fiaif: postinst uses /usr/share/doc content (Policy 12.3)

[Andreas Beckmann]

Package: fiaif
Version: 1.23.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package fiaif.
  (Reading database ... 8740 files and directories currently installed.)
  Unpacking fiaif (from .../fiaif_1.23.1-2_all.deb) ...
  Setting up fiaif (1.23.1-2) ...
  install: cannot stat '/usr/share/doc/fiaif/examples/fiaif-scan': No such file 
or directory
  dpkg: error processing fiaif (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   fiaif


Cheers,

Andreas


fiaif_1.23.1-2.log.gz
Description: GNU Zip compressed data

Bug#710360: pdns-backend-sqlite{,3}: postinst uses /usr/share/doc content (Policy 12.3)

[Andreas Beckmann]

Package: pdns-backend-sqlite,pdns-backend-sqlite3
Version: 3.1-4
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
http://www.debian.org/doc/debian-policy/ch-docs.html#s12.3

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package pdns-backend-sqlite.
  (Reading database ... 7123 files and directories currently installed.)
  Unpacking pdns-backend-sqlite (from .../pdns-backend-sqlite_3.1-4_amd64.deb) 
...
  Setting up pdns-backend-sqlite (3.1-4) ...
  dbconfig-common: writing config to 
/etc/dbconfig-common/pdns-backend-sqlite.conf
  
  Creating config file /etc/dbconfig-common/pdns-backend-sqlite.conf with new 
version
  error: template infile 
/usr/share/doc/pdns-backend-sqlite/examples/pdns.local.gsqlite does not exist
  dpkg: error processing pdns-backend-sqlite (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   pdns-backend-sqlite

  Selecting previously unselected package pdns-backend-sqlite3.
  (Reading database ... 7116 files and directories currently installed.)
  Unpacking pdns-backend-sqlite3 (from 
.../pdns-backend-sqlite3_3.1-4_amd64.deb) ...
  Setting up pdns-backend-sqlite3 (3.1-4) ...
  dbconfig-common: writing config to 
/etc/dbconfig-common/pdns-backend-sqlite3.conf
  
  Creating config file /etc/dbconfig-common/pdns-backend-sqlite3.conf with new 
version
  error: template infile 
/usr/share/doc/pdns-backend-sqlite3/examples/pdns.local.gsqlite3 does not exist
  dpkg: error processing pdns-backend-sqlite3 (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   pdns-backend-sqlite3


Cheers,

Andreas


pdns-backend-sqlite3_3.1-4.log.gz
Description: GNU Zip compressed data

Bug#710361: missing entries in /etc/services

[Mathieu Malaterre]

Package: netbase
Version: 4.45
Severity: wishlist

For some reason netbase: /etc/services is missing some entries from:
http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xml

>From my -selfish- point of view I'd like to see those entries added :

dicom 2 tcp DICOM [David_Clunie]  [David_Clunie]  2005-08 
dicom 2 udp DICOM [David_Clunie]  [David_Clunie]  2005-08 

thanks

-- System Information:
Debian Release: 6.0.7
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (500, 'stable'), 
(200, 'testing'), (100, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages netbase depends on:
ii  initscripts2.88dsf-13.1+squeeze1 scripts for initializing and shutt
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip

Versions of packages netbase recommends:
ii  ifupdown  0.6.10 high level tools to configure netw

netbase suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710284: [Pkg-xfce-devel] Bug#710284: xfce4: dist-upgrade to 4.10 fails with xfce4/xfce4-session/xfce4-appfinder held back by stale xfce4-utils

[Ben Caradoc-Davies]

On 30/05/13 13:32, Yves-Alexis Perez wrote:

I'll try later but as it's a clean Wheezy chropot, an update to sid is
likely to bring a lot of stuff which will make noise so I'll try do to
a clean approach (upgrading everything but xfce4, then dist-uprading).


I did a quick test on a live usb:

(1) I wrote 
7.0.0-live/amd64/iso-hybrid/debian-live-7.0.0-amd64-xfce-desktop.iso to 
a thumb drive.


(2) I booted it, opened a terminal, then ran "sudo -i".

(3) I edited /etc/apt/sources.list to contain only a single line for 
sid, using my closest mirror.


(4) I then attempted to dist-upgrade to sid (simulated for speed):

apt-get clean
apt-get update
apt-get dist-upgrade -s

Result: xfce4, xfce4-session, and xfce4-appfinder were held back (as 
well as a couple of others including libsnmp15 [hplip breakage that 
happened a few weeks ago]).


So, as you note, it is not as clean as testing just xfce4, but it does 
confirm that debian-live-7.0.0-amd64-xfce-desktop.iso is affected and it 
is not just something specific to my system.


Kind regards,

--
Ben Caradoc-Davies 


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710362: ldap2zone: will some time generate invalid DNS host name entries

[Petter Reinholdtsen]

Package: ldap2zone
Version: 0.1-7
Severity: important
User: debian-...@lists.debian.org
Usertags: debian-edu

Hi

We discovered this problem on a school using Debian Edu Squeeze.  The
whole system would stop working, and the cause was that the DNS was no
longer working.  The root cause was that GOSA had allowed the local
school admin to enter a invalid host name entry in LDAP, and this would
be passed to bind that failed to work with the broken setup.

To avoid this, I believe ldap2zone should reject (filter out) invalid
DNS entries, and log a warning about it in the syslog.  Also, I believe
Gosa should be changed to now allow such invalid names to be entered in
the first place.  That is the only place the local admin can get
sensible feedback to avoid using invalid names.

The specific problem this time was a DNS host name with underscore in it
(LASERJET_4250).  This broke DNS completely.  Another example I saw
yesterday was a MX entry with value 'mail', which should have been '10
mail' or something like that as MX entries require priority numbers as
part of the MX entry.

Here is the named entries in /var/log/syslog when DNS fail to start
because of the underscore:

May 30 09:51:25 tjener named[29509]: starting BIND 9.7.3 -4 -u bind
May 30 09:51:25 tjener named[29509]: built with '--prefix=/usr' 
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/etc/bind' 
'--localstatedir=/var' '--enable-threads' '--enable-largefile' '--with-libtool' 
'--enable-shared' '--enable-static' '--with-openssl=/usr' '--with-gssapi=/usr' 
'--with-gnu-ld' '--with-dlz-postgres=no' '--with-dlz-mysql=no' 
'--with-dlz-bdb=yes' '--with-dlz-filesystem=yes' '--with-dlz-ldap=yes' 
'--with-dlz-stub=yes' '--with-geoip=/usr' '--enable-ipv6' 
'CFLAGS=-fno-strict-aliasing -DDIG_SIGCHASE -O2' 'LDFLAGS=' 'CPPFLAGS='
May 30 09:51:25 tjener named[29509]: adjusted limit on open files from 1024 to 
1048576
May 30 09:51:25 tjener named[29509]: found 4 CPUs, using 4 worker threads
May 30 09:51:25 tjener named[29509]: using up to 4096 sockets
May 30 09:51:25 tjener named[29509]: loading configuration from 
'/etc/bind/named.conf'
May 30 09:51:25 tjener named[29509]: reading built-in trusted keys from file 
'/etc/bind/bind.keys'
May 30 09:51:25 tjener named[29509]: using default UDP/IPv4 port range: [1024, 
65535]
May 30 09:51:25 tjener named[29509]: using default UDP/IPv6 port range: [1024, 
65535]
May 30 09:51:25 tjener named[29509]: no IPv6 interfaces found
May 30 09:51:25 tjener named[29509]: listening on IPv4 interface lo, 
127.0.0.1#53
May 30 09:51:25 tjener named[29509]: listening on IPv4 interface eth0, 
10.0.2.2#53
May 30 09:51:25 tjener named[29509]: listening on IPv4 interface eth1, 
192.168.0.254#53
May 30 09:51:25 tjener named[29509]: generating session key for dynamic DNS
May 30 09:51:25 tjener named[29509]: set up managed keys zone for view 
_default, file 'managed-keys.bind'
May 30 09:51:25 tjener named[29509]: automatic empty zone: 254.169.IN-ADDR.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 
100.51.198.IN-ADDR.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 
113.0.203.IN-ADDR.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 
255.255.255.255.IN-ADDR.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 
0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: D.F.IP6.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 8.E.F.IP6.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 9.E.F.IP6.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: A.E.F.IP6.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: B.E.F.IP6.ARPA
May 30 09:51:25 tjener named[29509]: automatic empty zone: 
8.B.D.0.1.0.0.2.IP6.ARPA
May 30 09:51:25 tjener named[29509]: command channel listening on 127.0.0.1#953
May 30 09:51:25 tjener named[29509]: zone 0.in-addr.arpa/IN: loaded serial 1
May 30 09:51:25 tjener named[29509]: dns_rdata_fromtext: 
/etc/bind/db.10.in-addr.arpa.:61: near 'LASERJET_4250.intern.': bad name 
(check-names)
May 30 09:51:25 tjener named[29509]: zone 10.in-addr.arpa/IN: loading from 
master file /etc/bind/db.10.in-addr.arpa. failed: bad name (check-names)
May 30 09:51:25 tjener named[29509]: zone 10.in-addr.arpa/IN: not loaded due to 
errors.
May 30 09:51:25 tjener named[29509]: zone 127.in-addr.arpa/IN: loaded serial 1
May 30 09:51:25 tjener named[29509]: zone 0.168.192.in-addr.arpa/IN: loaded 
serial 1
May 30 09:51:25 tjener named[29509]: zone 1.168.192.in-addr.arpa/IN: loaded 
serial 1
May 30 09:51:25 tjener named[29509]: zone 255.in-addr.arpa/IN: loaded serial 1
May 30 09:51:25 tjener named[29509]: /etc/bind/db.intern:86: 
LASERJET_4250.i

Bug#705635: found 705635 in 3.2.41-2+deb7u2

[Jonathan Dowland]

Hi folks, this was hitting me quite hard with 3.2.41-2+deb7u2. I had
four hang ups yesterday. lowriter 1:4.0.3-3 seemed to be the most
reliable way to trigger the bug (under gnome-shell 3.4.2-7).

So far 3.8-2-amd64 seems fine.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709754: ejabberd: doesn't use invoke-rc.d

[Felix Geyer]

ejabberd does use invoke-rc.d.
epmd is spawned when calling ejabberdctl which ejabberd does
in postinst and prerm.

Killing epmd may be dangerous when there are other erlang programs
running, see:
http://www.ejabberd.im/epmd

Cheers,
Felix


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710363: util-linux: please add fcntl locking support

[Ferenc Wágner]

Package: util-linux
Version: 2.20.1-5.3
Severity: wishlist
Tags: upstream

Hi,

The flock utility is great, but sadly, it uses the flock syscall only,
thus it does not interoperate with programs using fcntl locking (which
seems to be preferred as it's more fine grained and works over NFS).
I think adding (full file) fcntl locking support as an option would be
pretty easy, if upstream is interested, and the name of the utility
would not cause significant confusion.  I'm willing to implement it if
there's consensus.
-- 
Regards,
Feri.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#702647: Fixed in Sid

[Thomas Goirand]

Hi,

FYI, this doesn't seem to happen anymore in the Sid package.

Thomas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710364: saint: fails to build with ld --as-needed

[Julian Taylor]

Package: saint
Version: 2.3.4+dfsg-1
Severity: wishlist
Tags: patch

saint fails to build with ld --as-needed
this flag requires libraries to be placed after objects needing
their symbols.
this causes build failures in ubuntu:

gcc -lm -lgsl -lgslcblas  -Wl,-Bsymbolic-functions -Wl,-z,relro
/tmp/buildd/saint-2.3.4+dfsg/build/*.o -o
/tmp/buildd/saint-2.3.4+dfsg/bin/saint-reformat
/tmp/buildd/saint-2.3.4+dfsg/build/initdata.o: In function `reformat_data':
/tmp/buildd/saint-2.3.4+dfsg/src/SAINTreformat/initdata.c:305: undefined
reference to `gsl_sort

attached patch fixes the issue.
Description: fix build failure with ld --as-needed
 libraries need to be placed after objects needing them
--- a/Makefile
+++ b/Makefile
@@ -43,7 +43,7 @@ all: makeDirs \
 saint-reformat:
 	$(CC) $(CFLAGS) -c $(SRC)/SAINTreformat/*.c $(SRC)/SAINTreformat/*.h
 	mv *.o $(BUILD)
-	$(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-reformat
+	$(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-reformat $(LIBS)
 	rm $(BUILD)/*.o
 	@echo
 	@echo
@@ -52,7 +52,7 @@ saint-reformat:
 saint-spc-noctrl-matrix:
 	$(CC) $(CFLAGS) -c $(SRC)/SAINTspc-noctrl-matrix/*.c $(SRC)/SAINTspc-noctrl-matrix/*.h
 	mv *.o $(BUILD)
-	$(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-noctrl-matrix
+	$(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-noctrl-matrix $(LIBS)
 	rm $(BUILD)/*.o
 	@echo
 	@echo
@@ -60,7 +60,7 @@ saint-spc-noctrl-matrix:
 saint-spc-noctrl:
 	$(CC) $(CFLAGS) -c $(SRC)/SAINTspc-noctrl/*.c $(SRC)/SAINTspc-noctrl/*.h
 	mv *.o $(BUILD)
-	$(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-noctrl
+	$(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-noctrl $(LIBS)
 	rm $(BUILD)/*.o
 	@echo
 	@echo
@@ -69,7 +69,7 @@ saint-spc-noctrl:
 saint-spc-ctrl:
 	$(CC) $(CFLAGS) -c $(SRC)/SAINTspc-ctrl/*.c $(SRC)/SAINTspc-ctrl/*.h
 	mv *.o $(BUILD)
-	$(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-ctrl
+	$(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-ctrl $(LIBS)
 	rm $(BUILD)/*.o
 	@echo
 	@echo
@@ -78,7 +78,7 @@ saint-spc-ctrl:
 saint-int-ctrl:
 	$(CC) $(CFLAGS) -c $(SRC)/SAINTint-ctrl/*.c $(SRC)/SAINTint-ctrl/*.h
 	mv *.o $(BUILD)
-	$(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-int-ctrl
+	$(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-int-ctrl $(LIBS)
 	rm $(BUILD)/*.o
 	@echo
 	@echo

Bug#710346: [Piuparts-devel] Bug#710346: piuparts: Move default keyring to distro defaults

[Holger Levsen]

Hi Andrew,

On Donnerstag, 30. Mai 2013, Andrew Starr-Bochicchio wrote:
> It would be nice if Ubuntu could stop having to patch piuparts.

I can imagine :) It's also nicer for us not having to check the "ubuntu 
patches" link in the PTS for always the same boring patches... :)

> Please consider applying the attached patch.

Will do. As Andreas said, it would even be nicer+better if you could provide 
git patches or a repo, but really, just plain patches are also awesome.


Thanks,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#710350: [Piuparts-devel] Bug#710350: piuparts-slave: slave call sudo but it is package dependency

[Holger Levsen]

control: tags -1 + pending

Hi Zdenek,

On Donnerstag, 30. Mai 2013, Zdenek Crha wrote:
> When installing piuparts packages on clean machine, I've got following
> error when trying to run slave

Good catch, thanks for your bug report! Obviously all piuparts(-slave) 
testsystems so far already had sudo installed :)

Andreas fixed this in git already.


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#710346: [Piuparts-devel] Bug#710346: Bug#710346: piuparts: Move default keyring to distro defaults

[Andreas Beckmann]

On 2013-05-30 10:37, Holger Levsen wrote:
> Will do. As Andreas said, it would even be nicer+better if you could provide 

already working in it ...


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710365: gosa-plugin-dns: Should not allow illegal DNS names in the DNS part of LDAP

[Petter Reinholdtsen]

Package:  gosa-plugin-dns
Version:  2.6.11-3
Severity: important
User: debian-...@lists.debian.org
Usertags: debian-edu

The DNS module of Gosa allow the system administrator to insert invalid
DNS host names, which in turn break bind9.  See
http://bugs.debian.org/710362 > for the details, where ldap2zone
would generate two invalid DNS zones causing named to no longer hand out
DNS information.  Two exaples are known so far.  One was a hostname with
underscore in it, the other was a MX entry without the priority number
in it.  Neither should be allowed by the GUI, and the user trying to
enter such illegal values should be told to change them before saving it
into LDAP and breaking DNS.

-- 
Happy hacking
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709754: ejabberd: doesn't use invoke-rc.d

[Andreas Beckmann]

On 2013-05-30 10:26, Felix Geyer wrote:
> ejabberd does use invoke-rc.d.
> epmd is spawned when calling ejabberdctl which ejabberd does
> in postinst and prerm.

a package is not supposed to start daemons upon installation/... in a
way circumenting policy-rc.d

> Killing epmd may be dangerous when there are other erlang programs
> running, see:
> http://www.ejabberd.im/epmd

How is this supposed to work in a multi-user environment? The first user
running some erlang program starts a daemon?

And later on root installs ejabberd which uses a resolver controlled by
an untrusted user?


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#699462: unblock (pre-approval): openblas/0.1.1-7

[Cyril Brulebois]

Sébastien Villemot  (30/05/2013):
> I have tested the new package both with the tests provided by
> package libblas-test, and also with the testsuite on some project of
> which I am upstream (dynare). I got no regression compared to the
> version of openblas currently in Wheezy.

Thanks, appreciated.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#699462: unblock (pre-approval): openblas/0.1.1-7

[Sébastien Villemot]

Le lundi 27 mai 2013 à 21:18 +0100, Adam D. Barratt a écrit :

> Please go ahead, using 0.1.1-6+deb7u1 as the version number. Any reports
> of successful tests on stable would be appreciated.

Thanks, uploaded.

I have tested the new package both with the tests provided by package
libblas-test, and also with the testsuite on some project of which I am
upstream (dynare). I got no regression compared to the version of
openblas currently in Wheezy.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594



signature.asc
Description: This is a digitally signed message part

Bug#686984: libnss-mdns: please convert nss-mdns to multiarch

[Simon McVittie]

tags 686984 + patch pending
thanks

On Sat, 08 Sep 2012 at 00:49:31 +0300, Bob Bib wrote:
> please convert nss-mdns to multiarch.

Pending, see .


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#697627: closed by Bart Martens (closing RFS: gogglesmm/0.12.7-1)

[Hendrik Rittich]

Hello,

I reuploaded the package to mentors.debian.net and I am still looking
for a sponsor.

Kind Regards,

Hendrik

Am Dienstag, den 28.05.2013, 04:27 + schrieb Debian Bug Tracking
System:
> This is an automatic notification regarding your Bug report
> which was filed against the sponsorship-requests package:
> 
> #697627: RFS: gogglesmm/0.12.7-1
> 
> It has been closed by Bart Martens .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Bart Martens 
>  by
> replying to this email.
> 
> 
> E-Mail-Nachricht-Anlage (0.12.7-1)
> >  Weitergeleitete Nachricht 
> > Von: Bart Martens 
> > An: 697627-d...@bugs.debian.org
> > Betreff: closing RFS: gogglesmm/0.12.7-1
> > Datum: Tue, 28 May 2013 04:23:15 +
> > 
> > Package gogglesmm has been removed from mentors.
> E-Mail-Nachricht-Anlage (0.12.7-1)
> >  Weitergeleitete Nachricht 
> > Von: Hendrik Rittich 
> > Reply-to: hendrik.ritt...@gmx.de
> > An: sub...@bugs.debian.org
> > Betreff: RFS: gogglesmm/0.12.7-1
> > Datum: Mon, 07 Jan 2013 20:19:36 +0100
> > 
> > Package: sponsorship-requests Severity: normal Dear mentors, I am looking 
> > for a sponsor for my package "gogglesmm" * Package name : gogglesmm Version 
> > : 0.12.7-1 Upstream Author : Sander Jansen  * URL : 
> > http://code.google.com/p/gogglesmm/ * License : GPLv3 Section : sound It 
> > builds those binary packages: gogglesmm - Goggles Music Manager To access 
> > further information about this package, please visit the following URL: 
> > http://mentors.debian.net/package/gogglesmm Alternatively, one can download 
> > the package with dget using this command: dget -x 
> > http://mentors.debian.net/debian/pool/main/g/gogglesmm/gogglesmm_0.12.7-1.dsc
> >  More information about hello can be obtained from http://www.example.com. 
> > Changes since the last upload: * New upstream release, closes: #697587 * 
> > Updated build dependencies * Added the use of buildflags.mk Regards, 
> > Hendrik Rittich



signature.asc
Description: This is a digitally signed message part

Bug#642026: No debugging symbols .deb package ?

[Simon McVittie]

On Sun, 18 Sep 2011 at 19:14:50 +0200, Chris Laberti wrote:
> I'm trying to send a backtrace for a program but gdb complains that 2
> of the libraries do not have a debugging symbols .deb package. Is
> there a reason for this ? How can I get/create the package ?

You're right, nss-mdns doesn't have a debugging symbols package yet.
This is harmless, unless the bug you are investigating involves
nss-mdns itself.

> Reading symbols from /lib/libnss_mdns4_minimal.so.2...(no debugging
> symbols found)...done.

If none of the stack frames (entries in the backtrace) involve functions
in the nss-mdns modules, then it is safe to ignore this.

If you're investigating a crash that *does* involve nss-mdns,
you'll need to rebuild it with DEB_BUILD_OPTIONS="nostrip noopt"
as described on .

S


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#672597: [patch] Recognize *.mdwn as markdown

[Bram Moolenaar]

James -

> The attached patch adds *.mdwn (extension used by ikiwiki) as a known
> extension for markdown files.

I'll include it, thanks.  Now waiting for someone to use .mrkd :-)

- Bram

-- 
hundred-and-one symptoms of being an internet addict:
28. You have comandeered your teenager's phone line for the net and even his
friends know not to call on his line anymore.

 /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net   \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\  an exciting new programming language -- http://www.Zimbu.org///
 \\\help me help AIDS victims -- http://ICCF-Holland.org///


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710367: squeak-vm: ftbs with ld --as-needed

[Julian Taylor]

Package: squeak-vm
Version: 1:4.10.2.2614-1
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: ld-as-needed
Tags: patch

squeak-vm fails to build with ld --as-needed.
With --as-needed libraries need to be placed before objects needing
their symbols (including static libraries).

Attached patch adapts the avoid_embedded_libs.patch to order the
commandline correctly.
Description: Link against system shared PCRE and JPEG libraries
Author: Neil Williams 
Bug-Debian: http://bugs.debian.org/634240
--- a/unix/CMakeLists.txt
+++ b/unix/CMakeLists.txt
@@ -117,10 +117,17 @@ MACRO (USE_LIBRARY lib)
   LIST (APPEND squeak_libs "${lib}")
 ENDMACRO (USE_LIBRARY)
 
+MACRO (USE_LIBRARY_SHARED lib)
+  LIST (APPEND squeak_libs_shared "${lib}")
+ENDMACRO (USE_LIBRARY_SHARED)
+
 MACRO (USE_FRAMEWORK fwk)
   USE_LIBRARY ("-framework ${fwk}")
 ENDMACRO (USE_FRAMEWORK)
 
+USE_LIBRARY_SHARED ("-lpcre")
+USE_LIBRARY_SHARED ("-ljpeg")
+
 MACRO (CONFIG_DEFINE var)
   LIST (APPEND config_vars "${var}")
 ENDMACRO (CONFIG_DEFINE var)
--- a/Cross/plugins/JPEGReadWriter2Plugin/JPEGReadWriter2Plugin.h
+++ b/Cross/plugins/JPEGReadWriter2Plugin/JPEGReadWriter2Plugin.h
@@ -12,6 +12,7 @@ struct error_mgr2 {
 typedef struct error_mgr2* error_ptr2;
 
 void error_exit (j_common_ptr cinfo);
-GLOBAL(void) jpeg_mem_src (j_decompress_ptr cinfo, char * pSourceData, unsigned sourceDataSize);
+//GLOBAL(void) jpeg_mem_src (j_decompress_ptr cinfo, char * pSourceData, unsigned sourceDataSize);
 GLOBAL(int) jpeg_mem_src_newLocationOfData (j_decompress_ptr cinfo, char * pSourceData, unsigned sourceDataSize);
-GLOBAL(void) jpeg_mem_dest (j_compress_ptr cinfo, char * pDestination, unsigned *pDestinationSize);
\ No newline at end of file
+//GLOBAL(void) jpeg_mem_dest (j_compress_ptr cinfo, char * pDestination, unsigned *pDestinationSize);
+
--- a/Cross/plugins/JPEGReadWriter2Plugin/jmemdatasrc.c
+++ b/Cross/plugins/JPEGReadWriter2Plugin/jmemdatasrc.c
@@ -149,7 +149,7 @@ METHODDEF(void) skip_input_data (j_decom
 METHODDEF(void) term_source (j_decompress_ptr cinfo) {
   /* no work necessary here */
 }
-
+#if 0
 /*
  * Prepare for input from a stdio stream.
  * The caller must have already opened the stream, and is responsible
@@ -187,6 +187,7 @@ GLOBAL(void) jpeg_mem_src (j_decompress_
   src->pub.bytes_in_buffer = 0; /* forces fill_input_buffer on first read */
   src->pub.next_input_byte = NULL; /* until buffer loaded */
 }
+#endif
 /* This function allows data to be moved if necessary */
 GLOBAL(int) jpeg_mem_src_newLocationOfData (j_decompress_ptr cinfo, char * pSourceData, unsigned sourceDataSize) {
   my_src_ptr src;
@@ -198,4 +199,4 @@ GLOBAL(int) jpeg_mem_src_newLocationOfDa
   src->actualPos = pSourceData + offset;
 
   return((src->actualPos + src->bytesLeft) == (pSourceData + sourceDataSize));
-}
\ No newline at end of file
+}
--- a/Cross/plugins/JPEGReadWriter2Plugin/jmemdatadst.c
+++ b/Cross/plugins/JPEGReadWriter2Plugin/jmemdatadst.c
@@ -113,7 +113,7 @@ METHODDEF(void) term_destination (j_comp
   ERREXIT(cinfo, JERR_FILE_WRITE);
   }
 }
-
+#if 0
 /*
  * Prepare for output to a stdio stream.
  * The caller must have already opened the stream, and is responsible
@@ -143,3 +143,5 @@ GLOBAL(void) jpeg_mem_dest (j_compress_p
   dest->pSpaceUsed = pDestinationSize;
   *(dest->pSpaceUsed) = 0;
 }
+#endif
+
--- a/unix/vm/build.cmake
+++ b/unix/vm/build.cmake
@@ -45,7 +45,7 @@ INCLUDE_DIRECTORIES (
 
 SET_TARGET_PROPERTIES (squeakvm${scriptsuffix} PROPERTIES LINK_FLAGS "${CMAKE_EXE_EXPORTS_C_FLAG}")
 
-TARGET_LINK_LIBRARIES (squeakvm${scriptsuffix} m ${squeak_libs} ${vm_link_libraries})
+TARGET_LINK_LIBRARIES (squeakvm${scriptsuffix} m ${squeak_libs} ${vm_link_libraries} ${squeak_libs_shared})
 
 INSTALL (PROGRAMS ${bld}/squeakvm${scriptsuffix} DESTINATION ${plgdir})
 

Bug#710366: nvidia-driver: Description of nvidia-driver needs upating

[Ralf Jung]

Package: nvidia-driver
Version: 319.17-1
Severity: minor

Dear Maintainer,

the description of the nvidia-driver package needs updating. It still refers to 
the
file /usr/share/doc/nvidia-glx/README.txt.gz (note the old package name), and it
says that GeForce 6xxx cards are supported, while this version only support 
8xxx+.

Kind regards
Ralf

-- Package-specific info:
uname -a:
Linux r-desktop 3.8-2-amd64 #1 SMP Debian 3.8.13-1 x86_64 GNU/Linux

/proc/version:
Linux version 3.8-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.2 
(Debian 4.7.2-5) ) #1 SMP Debian 3.8.13-1

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  319.17  Thu Apr 25 22:45:49 PDT 
2013
GCC version:  gcc version 4.7.3 (Debian 4.7.3-4) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G86 [GeForce 8500 
GT] [10de:0421] (rev a1) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. NX8500GT-TD512EH/M2 
[1462:0960]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia

dmesg:
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[0.00] Console: colour VGA+ 80x25
[0.094353] vgaarb: device added: 
PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.094353] vgaarb: loaded
[0.094353] vgaarb: bridge control possible :01:00.0
[0.421278] Linux agpgart interface v0.103
[5.150981] nvidia: module license 'NVIDIA' taints kernel.
[5.169585] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[5.169735] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  319.17  Thu Apr 
25 22:45:49 PDT 2013

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   15 May 30 11:01 /etc/alternatives/glx -> 
/usr/lib/nvidia
lrwxrwxrwx 1 root root   43 May 30 11:01 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 May 30 11:01 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   51 May 30 11:01 
/etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   25 May 30 11:01 
/etc/alternatives/glx--linux-libglx.so -> /usr/lib/nvidia/libglx.so
lrwxrwxrwx 1 root root   42 May 30 11:01 
/etc/alternatives/glx--nvidia-blacklists-nouveau.conf -> 
/etc/nvidia/nvidia-blacklists-nouveau.conf
lrwxrwxrwx 1 root root   36 May 30 11:01 
/etc/alternatives/glx--nvidia-bug-report.sh -> 
/usr/lib/nvidia/nvidia-bug-report.sh
lrwxrwxrwx 1 root root   29 May 30 11:01 
/etc/alternatives/glx--nvidia_drv.so -> /usr/lib/nvidia/nvidia_drv.so
lrwxrwxrwx 1 root root   23 May 30 11:03 /etc/alternatives/nvidia -> 
/usr/lib/nvidia/current
lrwxrwxrwx 1 root root   51 May 30 11:03 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   51 May 30 11:03 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   33 May 30 11:03 
/etc/alternatives/nvidia--libglx.so -> /usr/lib/nvidia/current/libglx.so
lrwxrwxrwx 1 root root   59 May 30 11:03 
/etc/alternatives/nvidia--libnvidia-cfg.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   44 May 30 11:03 
/etc/alternatives/nvidia--nvidia-bug-report.sh -> 
/usr/lib/nvidia/current/nvidia-bug-report.sh
lrwxrwxrwx 1 root root   37 May 30 11:03 
/etc/alternatives/nvidia--nvidia_drv.so -> /usr/lib/nvidia/current/nvidia_drv.so
lrwxrwxrwx 1 root root   50 May 30 10:41 
/usr/lib/x86_64-linux-gnu/libGL.so.1 -> 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu
lrwxrwxrwx 1 root root   58 May 30 10:41 
/usr/lib/x86_64-linux-gnu/libnvidia-cfg.so.1 -> 
/etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu
-rw-r--r-- 1 root root 36944400 Apr 26 06:40 
/usr/lib/x86_64-linux-gnu/libnvidia-glcore.so.319.17
-rw-r--r-- 1 root root12408 Apr 26 06:44 
/usr/lib/x86_64-linux-gnu/libnvidia-tls.so.319.17
-rw-r--r-- 1 root root 18006 May 30 11:07 /var/log/Xorg.0.log
-rw-r--r-- 1 root root 16896 May 30 11:06 /var/log/Xorg.0.log.old

/usr/lib/mesa-diverted/:
total 36
drwxr-xr-x  4 root root  4096 Mar 11 12:21 .
drwxr-xr-x 73 root root 24576 May 30 11:05 ..
drwxr-xr-x  2 root root  4096 Jun 30  2012 i386-linux-gnu
drwxr-xr-x  2 root root  4096 May 30 10:47 x86_64-linux-gnu

/usr/lib/mesa-diverted/i386-linux-gnu/:
total 8
drwxr-xr-x 2 root root 4096 Jun 30  2012 .
drwxr-xr-x 4 root root 4096 Mar 11 12:21 ..

/usr/lib/mesa-diverted/x86_64-linux-gnu/:
total 384
drwxr-xr-x 2 root root   40

Bug#709616: floods the network with pause packets

[Stéphane Glondu]

Le 26/05/2013 18:10, Ben Hutchings a écrit :
> OK, so the switch is indeed defective: it says it can handle pause
> frames, but it can't.

The problem happened on (at least) two different switches from different
manufacturers (Transtec and Netgear).

FWIW, the problem just happened on another machine (with same hardware)
this morning. It is running Ubuntu with kernel 3.5.0-31-generic.

> Could you check whether the switch is also sending pause frames back to
> the port that's generating them?

How exactly do I do that? Is disconnecting the faulty computer and
connecting my laptop in its place right?


Cheers,

-- 
Stéphane


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709522: [Pkg-xfce-devel] Bug#709522: xfce4: Upgrading from 4.8.3 did not upgrade xfce4-session

[Josep Lladonosa]

Hello,

Well, the fact is that if xfce4 gets upgraded but not xfce4-session, some
parts of xfce4 are not useable, so I would give some proposals to
gracefully react:

I am not a maintainer, but from my point of view I think that something
about it should be done during the upgrade, and there might be solutions.
Just remembering and seaching a little options might be:

a) just warn user
b) do some sort of "stopping" (saving?) xfe4-session (like some packages
that ask to reload daemons) in order to be able to finish xfce4-session
installation (and start it afterwards?.
c) ask dev list to discuss the change of "depend" into "pre-depend" (don't
think it is the good way, anyway this is for extreme situations... but why
installing xfce4 if xfce4-session could not install?)


Regards,
Josep

On 23 May 2013 21:48, Yves-Alexis Perez  wrote:

> On jeu., 2013-05-23 at 21:39 +0200, Josep Lladonosa wrote:
> > Package: xfce4
> > Version: 4.10.1
> > Severity: normal
> >
> > Dear Maintainer,
> > I made a dist-upgrade having xfce 4.8.3 (from graphical environment,
> > though),
> > and xfce4-session did not get upgraded to 4.10.1. Something happened.
>
> Thanks, what are we supposed to do with that?
> >
>
> > Perhaps if I had upgraded in a text-only environment it would have
> > run smoothly, but being in X and xfce is very usual when upgrading
> > xfce
> > ;)
> >
> And it's usually a bad idea too. We don't recommend it in the various
> releases notes.
>
> Regards,
> --
> Yves-Alexis
>



-- 
--
Salutacions...Josep
--

Bug#710356: [nagios3-core] No "scheduled downtime" retention

[Didier 'OdyX' Raboud]

Control: tags -1 +patch +upstream

Hi Cédric, hi Nagios maintainers,

Le jeudi, 30 mai 2013 09.29:54, Cédric Jeanneret a écrit :
> I just installed the latest nagios3* on a debian Wheezy, and stumbled
> on a bad bug: the scheduled downtime event aren't kept when a restart or
> reload occurs.
> (…)
> After some researches, I stumbled on this nagios resolved bug:
> http://tracker.nagios.org/view.php?id=338
> 
> It seems there's a patch available since October 2012 on the SVN:
> "Fixed in svn with the supplied patch and will ship with the first
> version after 3.4.1" - it may be good to have a look at 3.4.2 (or
> something like that), as a major feature is currently broken.

The dpatch'ed backport of the (git-)svn commit from upstream is attached.

I have built nagios3-core targetted at stable with the above patch (debdiff 
attached), the built files are available there:

http://alioth.debian.org/~odyx-guest/debian/wheezy/

Cédric; it would be useful if you could test these.

Cheers,

OdyX


999_daemon-downtime-Handle-loading-effective-downtime-fr.dpatch
Description: application/shellscript
diff -u nagios3-3.4.1/debian/changelog nagios3-3.4.1/debian/changelog
--- nagios3-3.4.1/debian/changelog
+++ nagios3-3.4.1/debian/changelog
@@ -1,3 +1,11 @@
+nagios3 (3.4.1-3+deb7u1~710356) stable; urgency=low
+
+  * Non-maintainer upload.
+  * Backport upstream r1953 to fix downtime retention across restarts
+(Closes: #710356)
+
+ -- Didier Raboud   Thu, 30 May 2013 10:22:45 +0200
+
 nagios3 (3.4.1-3) unstable; urgency=low
 
   * Fix several overflows in getcgi.cgi and history.cgi
diff -u nagios3-3.4.1/debian/patches/00list nagios3-3.4.1/debian/patches/00list
--- nagios3-3.4.1/debian/patches/00list
+++ nagios3-3.4.1/debian/patches/00list
@@ -11,0 +12 @@
+999_daemon-downtime-Handle-loading-effective-downtime-fr.dpatch
only in patch2:
unchanged:
--- nagios3-3.4.1.orig/debian/patches/999_daemon-downtime-Handle-loading-effective-downtime-fr.dpatch
+++ nagios3-3.4.1/debian/patches/999_daemon-downtime-Handle-loading-effective-downtime-fr.dpatch
@@ -0,0 +1,86 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## daemon downtime: Handle loading effective downtime from retention
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: From 9f18395268dda948265722984097735d48d72197 Mon Sep 17 00:00:00 2001
+## DP: From: Andreas Ericsson 
+## DP: Date: Wed, 6 Jun 2012 09:38:06 +
+## DP: Subject: [PATCH] daemon downtime: Handle loading effective downtime from
+## DP:  retention
+## DP: 
+## DP: Without this patch, Nagios would forget about downtime that starts
+## DP: before the core is stopped and ends after the core is restarted.
+## DP: 
+## DP: According to testers, the original problem with notifications being
+## DP: re-sent does not crop up again when this patch is applied.
+## DP: 
+## DP: Tested-by: Mark Elsen 
+## DP: Tested-by: Phil Randal 
+## DP: Patched-by: Carlos Velasco 
+## DP: Signed-off-by: Andreas Ericsson 
+## DP: 
+## DP: git-svn-id: https://nagios.svn.sourceforge.net/svnroot/nagios/nagioscore/trunk@1953 5f96b256-904b-4d8d-8c98-d829582c6739
+## DP: ---
+## DP:  THANKS|  1 +
+## DP:  common/downtime.c | 31 +++
+## DP:  2 files changed, 28 insertions(+), 4 deletions(-)
+
+@DPATCH@
+diff --git a/THANKS b/THANKS
+index d2f759a..b7c666e 100644
+--- a/THANKS
 b/THANKS
+@@ -277,6 +277,7 @@ since 1999.  If I missed your name, let me know.
+ * Nikola Vassilev
+ * Esteban Manchado Velazquez
+ * Geert Vanderkelen
++* Carlos Velasco
+ * Jan Vejvalka
+ * Robert August Vincent II
+ * Dave Viner
+diff --git a/common/downtime.c b/common/downtime.c
+index 09a0333..0193c50 100644
+--- a/common/downtime.c
 b/common/downtime.c
+@@ -401,11 +401,34 @@ int handle_scheduled_downtime(scheduled_downtime *temp_downtime) {
+ 		}
+ 
+ 	/* if downtime handler gets triggerd in between then there seems to be a restart */
+-	/* Don't do anything just return */
+-	time( ¤t_time);
+-	if( temp_downtime->start_time < current_time && current_time < temp_downtime->end_time && temp_downtime->is_in_effect == TRUE)
+-		return OK;
++	time(¤t_time);
++	if(temp_downtime->start_time < current_time && current_time < temp_downtime->end_time && temp_downtime->is_in_effect == TRUE) {
++#ifdef USE_EVENT_BROKER
++		/* send data to event broker */
++		broker_downtime_data(NEBTYPE_DOWNTIME_START, NEBFLAG_NONE, NEBATTR_NONE, temp_downtime->type, temp_downtime->host_name, temp_downtime->service_description, temp_downtime->entry_time, temp_downtime->author, temp_downtime->comment, temp_downtime->start_time, temp_downtime->end_time, temp_downtime->fixed, temp_downtime->triggered_by, temp_downtime->duration, temp_downtime->downtime_id, NULL);
++#endif
++
++		/* increment the downtime depth variable */
++		if(temp_downtime->type == HOST_DOWNTIME) {
++			hst->scheduled_downtime_depth++;
++			update_host_status(hst, FALSE);
++			}
++		else {
++			svc->scheduled_downtime_depth++;
++			update_s

Bug#710357: bandwidthd-pgsql: postinst uses /usr/share/doc content (Policy 12.3)

[Andreas Henriksson]

Hello!

On Thu, May 30, 2013 at 10:01:27AM +0200, Andreas Beckmann wrote:
> Package: bandwidthd-pgsql
[...]
> a test with piuparts revealed that your package uses files from
> /usr/share/doc in its maintainer scripts which is a violation of
[...]

Thanks for your bug report! Since providing seamless postgresql integration
via dbconfig-common proved harder then expected and my patience and
interest has run out since a long time, future versions will likely
drop the -pgsql version of the package.
The "bandwidthd" version will instead be built with postgresql support
(and depend on pgsql client library) but no other configuration then
using bandwidthd "static" will be shipped. Letting those who want to
store their sensor information in postgresql set this up manually.

Hopefully this policy violation bug is not more urgent then I can
wait for the php/apache transitions to happen first and then
later work on all changes needed in bandwidthd in one go

-- 
Andreas Henriksson


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#690693: ITP: thin-provisioning-tools -- Tools to manage thinly provisioned volume metadata in LVM

[Dmitrijs Ledkovs]

Debian is unfrozen, and I looked into reviewing your package.

The packaging is good. You did go with dh-make defaults, which are a
tiny bit out of date now (use debhelper 9, standards version 3.9.4,
and copyright format
http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/).
But these are minor on-going improvements you can make to the package.
I am building updated lvm2 at the moment to actually test thin
provisioning, if it passes fine this package will be ready to be
uploaded.

Unfortunately mentors have deleted your package, I was reviewing your
package from git repository (fetched the tarball with uscan).

Please reupload source package, again, for a prompt upload into the archive.

Regards,

Dmitrijs.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710357: bandwidthd-pgsql: postinst uses /usr/share/doc content (Policy 12.3)

[Andreas Beckmann]

On 2013-05-30 11:46, Andreas Henriksson wrote:
> Hopefully this policy violation bug is not more urgent then I can
> wait for the php/apache transitions to happen first and then
> later work on all changes needed in bandwidthd in one go

That's fine.


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709170: no option to set the SSL protocol version?

[jidanni]

You can see what they changed in
http://ftp.de.debian.org/debian/pool/main/g/getmail4/getmail4_4.40.3-2.debian.tar.gz
vs.
http://ftp.de.debian.org/debian/pool/main/g/getmail4/getmail4_4.32.0-2.debian.tar.gz

In the former I see an extremely suspicious
'From:  "W. Martin Borgert" , Ana Beatriz Guerrero Lopez 

 Description: Microsoft Exchange Server 2003 compatibilty enhancement
 With changing from squeeze to wheezy, I could not get emails from an...'

But all I know how to do is dpkg -i so don't know how to test...


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710272: [Pkg-octave-devel] Bug#710272: octave: Printing gives a Ghostscript error

[Hendrik Rittich]

Hi,

I tried to reproduce the error on another Debian testing machine, but I
was not able to do so. At the moment I do not have access to the machine
with the error. However I will test tomorrow if setting the default font
fixes the problem.

From what I remember: A postscript file is generated that can not be
viewed in Evince, Okular oder Ghostscript. When opening with Ghostscript
I got the error that it could not find the font file

  /usr/share/ghostscript/9.05/Resource/Font/{}

Thus this sounds pretty much like what is described in your reference
[1].

Kind Regards,

Hendrik

Am Mittwoch, den 29.05.2013, 23:01 -0400 schrieb Mike Miller:
> On Wed, May 29, 2013 at 10:20 AM, Sébastien Villemot wrote:
> >
> > Le mercredi 29 mai 2013 à 15:44 +0200, Hendrik Rittich a écrit :
> >
> >> The following code should reproduce the error:
> >>
> >> octave:1> x = linspace(0, 10);
> >> octave:2> plot(x, sin(x));
> >> octave:3> print -dps2 plot.ps
> >> GPL Ghostscript 9.05: Unrecoverable error, exit code 1
> >
> > Running these 3 lines on an up-to-date unstable/sid machine, I get no
> > error, and the PostScript file is created.
> 
> Same here. However, I have gotten this error before [1], and I was
> just able to make it happen again, simply by installing certain fonts
> on the system (apt-get install fonts-pagul).
> 
> Henrik, do you still get the same Ghostscript error if you execute the
> following before plotting and printing?
> 
>   octave:1> set (0, "defaultaxesfontname", "Helvetica")
> 
> If that fixes it, then see #662892, you may be seeing the same or a related 
> bug.
> 
> [1] 
> http://octave.1599824.n4.nabble.com/3-6-1-produces-eps-files-that-are-unusable-on-Debian-wheezy-td4438420.html
> 



signature.asc
Description: This is a digitally signed message part

Bug#710200: Uses deprecated HAL on non-Linux

[Miroslav Suchy]

On 05/29/2013 11:43 PM, Michael Biebl wrote:

If you disable hal support on non-Linux, what effect does that have?


a) You will see no hardware info about that machine in Spacewalk. This 
would be very sad, but can be somehow survived.


b) we will be unable to see info about computer itself. I mean:
computer_obj = bus.get_object("org.freedesktop.Hal",
"/org/freedesktop/Hal/devices/computer")
computer = dbus.Interface(computer_obj, "org.freedesktop.Hal.Device")

Even with gudev I'm not able to retrieve all information which HAL 
provides. With gudev, we at the end settle up with:

uname = os.uname()
result = {
'system.kernel.name': uname[0],
'system.kernel.version': uname[2],
'system.kernel.machine': uname[4],
}
Which is just fraction of hal information, but sufficient for us.
Can I get such information on non-linux platforms?


Does rhn-client-tools even work on non-Linux?

It should.


Reading the description of the package, I'm wondering what this software
is supposed to do on e.g. kfreebsd for which no *BSD port exists.


This SW will register your machine to Spacewalk (which is system 
management tool aimed to manage thousands of machines). As long as
your machine use deb or rpm packages (or solaris package system) it can 
upgrade your system or install new packages there. It really does not 
care if it is RHEL, SuSe, Ubuntu, Debian or what.


Today I talked to current rhn-client-tools upstream maintainer and we 
come to some solution.
We will together deliver code, that will work even without HAL (ETA is 
aprox max one month). But it will be degradation of quality on non-linux 
systems.


Mirek


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710369: Hard-coded build-depends on python3.2

[Dmitry Shachnev]

Source: uucp-lmtp
Severity: important
Tags: patch
User: debian-pyt...@lists.debian.org
Usertags: python3.3
Control: clone -1 -2
Control: reassign -2 src:python-dvdvideo

Dear Maintainer,

Your packages uucp-lmtp and python-dvdvideo currently have hard-coded 
dependency on python3.2.

This means that when python3.2 will be removed from jessie, these packages will 
fail to build.

The attached patch removes that hard-coded dependency, which doesn't seem to be 
really needed.

Cheers,

--
Dmitry Shachnev

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (700, 'unstable'), (500, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.8-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- debian/control
+++ debian/control
@@ -2,9 +2,9 @@
 Section: python
 Priority: extra
 Maintainer: Bastian Blank 
-Build-Depends: debhelper (>= 9.0.0), python3, python3.2
+Build-Depends: debhelper (>= 9.0.0), python3
 Standards-Version: 3.9.4
-X-Python3-Version: 3.2
+X-Python3-Version: >= 3.2
 
 Package: uucp-lmtp
 Architecture: all

--- debian/rules
+++ debian/rules
@@ -7,7 +7,7 @@
 %:
 	dh $@ --with python3
 
-PYTHON = $(shell py3versions -r)
+PYTHON = python3
 
 #override_dh_auto_test:
 #	$(PYTHON) setup.py test -vv

Bug#710368: uses source from gcc-4.8-source without Built-Using

[Ansgar Burchardt]

Package: src:gcj-4.8
Version: 4.8.0-1
Severity: serious

gcj-4.8 build-depends on gcc-4.8-source, but does not indicate so via
Built-Using.

Alternatively include the source in gcj-4.8 itself as was done in the
upload that passed NEW[1], but was reverted in the next upload.

  [1] 

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#623645: Fix breaks dtpad build

[Graham Inggs]

Hi Isaac

On 29/05/2013 08:35, ibid...@lavabit.com wrote:

I guess this is the testcase that was needed.
dtpad in CDE breaks with this fix, due to a missing
XmPrintShellCallbackStruct (and possibly other things?)

Thanks for the testcase.

I presume the CDE code has not been updated since before Xprint was 
deprecated in 2007/2008.
We are reluctant to re-introduce Motif's dependency on libXp as it seems 
it is to be removed as well [1].


I had a look at dtpad and found there is a PRINT_TO_VIDEO symbol in 
printJob.c that when defined, causes most of the XmPrint... function 
calls to be skipped.  I attach a patch which defines PRINT_TO_VIDEO and 
allows dtpad to build.


Regards
Graham

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657253

--- printJob.c.orig	2012-10-05 02:10:33.0 +0200
+++ printJob.c	2013-05-30 11:13:50.760174871 +0200
@@ -82,6 +82,8 @@
 
 #include "dtpad.h"
 
+#define PRINT_TO_VIDEO
+
 static void	_pjCreatePrintShell(PrintJob *pJob);
 static void	_pjCreateOutputWidgets(PrintJob *pJob);
 static void	_pjDoPrint(PrintJob*);
@@ -894,9 +896,11 @@
 	while (! (shell == NULL || XtIsShell(shell)) )
 	  shell = XtParent(shell);
 
+#ifndef PRINT_TO_VIDEO
 	if (shell)
   XmPrintPopupPDM(pJob->pShell, shell);
 	else
+#endif
 	  fprintf(stderr, "Internal Error %s:  Missing XmPrintShell.", pname);
 }
 }
@@ -909,6 +913,7 @@
 static void
 _pjPdmNotificationCB (Widget widget, XtPointer client_data, XtPointer call_data)
 {
+#ifndef PRINT_TO_VIDEO
 PrintJob			*pJob = (PrintJob*) client_data;
 XmPrintShellCallbackStruct	*pscbs = (XmPrintShellCallbackStruct*)call_data;
 char			*message = NULL;
@@ -931,6 +936,7 @@
 
 if (message != NULL)
   Warning( pJob->pPad, message, XmDIALOG_WARNING);
+#endif
 }
 
 
@@ -948,7 +954,9 @@
 {
 PrintJob	*pJob = (PrintJob *) client_data;
 
+#ifndef PRINT_TO_VIDEO
 XmPrintShellCallbackStruct  *pscbs = (XmPrintShellCallbackStruct*)call_data;
+#endif
 int top = 0;
 
 if (pJob->pOutput == NULL)

Bug#710359: isdnlog: postinst uses /usr/share/doc content (Policy 12.3)

[foss]

On Thursday, 30 May, 2013 04:05 PM, Andreas Beckmann wrote:

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3


Hi,

thank you for your report.  Inspection of the code suggests that apart 
from isdnlog which you reported the same issue also exists for 
isdnvboxserver and ipppd.  I'll look into it.


Regards

Rolf


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710336: src:graphite2: FTBFS on sparc and armel: failed tests

[Rene Engelhard]

severity 710336 important
tag 710336 + help
thanks

On Wed, May 29, 2013 at 09:28:26PM -0400, Samuel Bronson wrote:
> Source: graphite2
> Version: 1.2.1-2
> Severity: serious

No. It never built. This is not serious.

(And yes, I know texlive-bin now wants it.)

> Your package has failed to build on armel and sparc due to test
> failures.

I know. That always has been the case.

Maybe some sparc and arm (well, I had some unsucessful debugging with the ARM
people last week at least, but sparc never reacted in any way) porters should
help to fix it if they exist?

Regards,

Rene


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710371: courier-imap-ssl: Use of STARTTLS should be indicated on "imapd: LOGIN" line

[Ralf G. R. Bergs]

Package: courier-imap-ssl
Version: 4.10.0-20120615-1
Severity: normal

Dear Maintainer,

currently logging of LOGINs and LOGOUTs is implemented as follows:

Connection Security: none on port 143:

May 30 11:53:59 vsvr imapd: LOGIN, user=j...@example.org, 
ip=[:::92.72.38.43], port=[60306], protocol=IMAP
May 30 11:59:20 vsvr imapd: LOGOUT, user=j...@example.org, 
ip=[:::92.72.38.43], headers=0, body=0, rcvd=489, sent=1891, time=11

Connection Security: STARTTLS on port 143:

May 30 11:55:56 vsvr imapd: LOGIN, user=j...@example.org, 
ip=[:::92.72.38.43], port=[60383], protocol=IMAP
May 30 11:58:06 vsvr imapd: LOGOUT, user=j...@example.org, 
ip=[:::92.72.38.43], headers=0, body=0, rcvd=709, sent=2321, time=130, 
starttls=1

As you can see on the LOGOUT lines you can distinguish encrypted
connections (using STARTTLS) from those which are unencrypted. But on
LOGIN lines you cannot distinguish them, which I consider important.

Just for completeness: When using SSL-on-connect via port 993 you can
tell that connection security is in place anyway due to the imapd-ssl
"service" name:

Connection Security: SSL/TLS-on-connect on port 993:

May 30 11:50:06 vsvr imapd-ssl: LOGIN, user=j...@example.org, 
ip=[:::92.72.38.43], port=[60225], protocol=IMAP
May 30 12:00:49 vsvr imapd-ssl: LOGOUT, user=j...@example.org, 
ip=[:::92.72.38.43], headers=0, body=0, rcvd=489, sent=1891, time=11, 
starttls=1

Thank you for considering my suggestion and implementing it. :-)

KR,

Ralf


-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages courier-imap-ssl depends on:
ii  courier-imap  4.10.0-20120615-1
ii  courier-ssl   0.68.2-1
ii  debconf   1.5.49
ii  openssl   1.0.1e-2

courier-imap-ssl recommends no packages.

Versions of packages courier-imap-ssl suggests:
ii  courier-doc 0.68.2-1
ii  mutt [imap-client]  1.5.21-6.2

-- Configuration Files:
/etc/courier/imapd-ssl changed [not included]
/etc/courier/imapd.cnf [Errno 13] Permission denied: u'/etc/courier/imapd.cnf'
/etc/logcheck/ignore.d.server/courier-imap-ssl [Errno 13] Permission denied: 
u'/etc/logcheck/ignore.d.server/courier-imap-ssl'
/etc/logcheck/violations.ignore.d/courier-imap-ssl [Errno 13] Permission 
denied: u'/etc/logcheck/violations.ignore.d/courier-imap-ssl'

-- 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#710372: fai-setup-storage: setup-storage fails when using both LUKS and GPT

[Gregoire Menuel]

Package: fai-setup-storage
Version: 4.0.6
Severity: normal
Tags: patch

Dear Maintainer,

When trying to use both GPT and LUKS with FAI, the installation fails during
the partition task. It fails while trying to execute :
echo ,,,* | sfdisk --force $boot_disk -N1
sfdisk tries to reload the partition table, and is unable to do so because the
disk is already used by luks (because of the cryptsetyp luksOpen command,
called before the sfdisk command).

The attached patch fixes the problem by changing the dependencies on the luks
stuffs.


-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fai-setup-storage depends on:
ii  liblinux-lvm-perl 0.16-1
ii  libparse-recdescent-perl  1.967009+dfsg-1
ii  parted2.3-12
ii  perl  5.14.2-21

Versions of packages fai-setup-storage recommends:
ii  lvm2   2.02.95-7
ii  mdadm  3.2.5-5

Versions of packages fai-setup-storage suggests:
ii  cryptsetup 2:1.4.3-4
ii  dmsetup2:1.02.74-7
ii  dosfstools 3.0.13-1
pn  jfsutils   
ii  ntfsprogs  1:2012.1.15AR.5-2.1
pn  reiserfsprogs  
pn  xfsprogs   
diff -urwb fai-4.0.6/lib/setup-storage/Commands.pm fai-4.0.6.new/lib/setup-storage/Commands.pm
--- fai-4.0.6/lib/setup-storage/Commands.pm	2012-04-09 13:24:56.0 +0200
+++ fai-4.0.6.new/lib/setup-storage/Commands.pm	2013-05-30 11:46:46.143963327 +0200
@@ -223,7 +223,7 @@
   my $enc_dev_short_name = $enc_dev_name;
   $enc_dev_short_name =~ s#^/dev/mapper/##;
 
-  my $pre_dep = "exist_$real_dev";
+  my $pre_dep = "gpt_bios_fake_bootable";
 
   if ($FAI::configs{$config}{randinit}) {
 # ignore exit 1 caused by reaching the end of $real_dev

Bug#710373: sumo: ftbs with ld --no-add-needed

[Julian Taylor]

Package: sumo
Version: 0.17.1~dfsg-1
Severity: important
Tags: patch
User: peter.fritzs...@gmx.de
Usertags: no-add-needed

sumo fails to build with ld --no-add-needed:

/usr/bin/ld: ./utils/gui/globjects/libguiutilsglobjects.a(GUIPolygon.o):
undefined reference to symbol 'gluTessProperty'
/usr/bin/ld: note: 'gluTessProperty' is defined in DSO
/usr/lib/x86_64-linux-gnu/libGLU.so.1 so try adding it to the linker
command line
/usr/lib/x86_64-linux-gnu/libGLU.so.1: could not read symbols: Invalid
operation

It does not trigger in unstable due to a bug
in binutils concerning multiarch.
It triggers in experimental and in ubuntu.
Attached patch fixes the issue.
Index: sumo-0.16.0~dfsg/src/Makefile.am
===
--- sumo-0.16.0~dfsg.orig/src/Makefile.am	2013-04-15 17:42:34.0 -0400
+++ sumo-0.16.0~dfsg/src/Makefile.am	2013-04-15 20:49:24.140868656 -0400
@@ -102,7 +102,7 @@
 ./gui/GUIManipulator.o \
 ./gui/GUITLLogicPhasesTrackerWindow.o \
 $(OSG_LIBS) \
--l$(LIB_FOX)
+-l$(LIB_FOX) -lpthread -lGLU -lGL
 endif
 
 
Index: sumo-0.16.0~dfsg/src/Makefile.in
===
--- sumo-0.16.0~dfsg.orig/src/Makefile.in	2013-04-15 17:42:34.0 -0400
+++ sumo-0.16.0~dfsg/src/Makefile.in	2013-04-15 20:49:40.524868072 -0400
@@ -390,7 +390,7 @@
 @WITH_GUI_TRUE@./gui/GUIManipulator.o \
 @WITH_GUI_TRUE@./gui/GUITLLogicPhasesTrackerWindow.o \
 @WITH_GUI_TRUE@$(OSG_LIBS) \
-@WITH_GUI_TRUE@-l$(LIB_FOX)
+@WITH_GUI_TRUE@-l$(LIB_FOX) -lpthread -lGLU -lGL
 
 SUBDIRS = foreign utils microsim netbuild netwrite netgen netimport netload \
 od2trips polyconvert router dfrouter duarouter jtrrouter activitygen \

Bug#710368: uses source from gcc-4.8-source without Built-Using

[Matthias Klose]

clone 710368 -1
reassign -1 debian-policy
thanks

Am 30.05.2013 12:24, schrieb Ansgar Burchardt:
> Package: src:gcj-4.8
> Version: 4.8.0-1
> Severity: serious
> 
> gcj-4.8 build-depends on gcc-4.8-source, but does not indicate so via
> Built-Using.
> 
> Alternatively include the source in gcj-4.8 itself as was done in the
> upload that passed NEW[1], but was reverted in the next upload.
> 
>   [1] 

as soon as the policy allows

  Built-Using: gcc-4.8-source (>= 4.8.0), gcc-4.8-source (<< 4.8.1)

enforcing a strict dependency for no reason doesn't make sense, please improve
your implementation for using the loose dependencies.

Thanks, Matthias


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710359: isdnlog: postinst uses /usr/share/doc content (Policy 12.3)

[Andreas Beckmann]

On 2013-05-30 12:29, f...@rolf.leggewie.biz wrote:
> On Thursday, 30 May, 2013 04:05 PM, Andreas Beckmann wrote:
>> a test with piuparts revealed that your package uses files from
>> /usr/share/doc in its maintainer scripts which is a violation of
>> Policy 12.3
> 
> Hi,
> 
> thank you for your report.  Inspection of the code suggests that apart
> from isdnlog which you reported the same issue also exists for
> isdnvboxserver and ipppd.  I'll look into it.

Either the other packages have not yet been tested (so far only 2/3 of
the packages in sid are done), or they depend on isdnlog (which failed
the test) and therefore won't be tested.

Thanks for looking into fixing this!


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710374: Add mips64(el) support and fix abi check in multiarch.h.in

[YunQiang Su]

Package: python3.3

On mips platform, _ABIO32, _ABIN32, and _ABI64 are always defined,
so we cannot determine the ABI by these marcos.

The correct way is to detect the value of _MIPS_SIM

In this patch, I add mips64(el) and mipsn32(el) support(ie, disable check).

--
YunQiang Su


mips64.diff
Description: Binary data

Bug#710376: monsterz: FTBFS on all buildd

[Markus Koschany]

Package: monsterz
Version: 0.7.1-5
Severity: serious
Justification: FTBFS on all buildd

Hello again,

monsterz fails to build on all arches because of a wrong dh addon called
"yes". Same problem as

http://bugs.debian.org/710317

Regards,

Markus


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#615049: ipmitool 1.8.11 from Squeeze has sensors reading timeouts, 1.8.9 from Lenny does not

[Bas Couwenberg]

Package: ipmitool
Version: 1.8.12-1
Followup-For: Bug #615049

My appologies for not testing sdr_verbose_mode.patch sooner. I've done so now, 
and it
helps but doesn't solve the timeouts.

I've compared the runtimes of all available ipmitool packages in Debian,
with and without this patch. Without the patch the runtime is ~9
minutes, the patched version brings it down to ~3 minutes. This is
still significantly longer than the ~3 seconds it takes with version
1.8.9 from lenny.

Reading the sensors is fast until it tries to query the IPMB:

Sending request to IPMB target @ 0xb1^M
Error reading sensor ECC Corr Err (#01): Timeout^M
 Event Type Code   : 0x6f^M
OpenIPMI Request Message (1 bytes)^M
 01^M

The packages were tested on the same Dell PE1950 system as the original
report. The test results:

Version 1.8.9  (lenny): real0m3.308s

Version 1.8.11 (squeeze/unpatched): real9m42.288s
Version 1.8.11 (squeeze/patched):   real3m10.401s

Version 1.8.11 (wheezy/unpatched):  real9m25.828s
Version 1.8.11 (wheezy/patched):real3m11.228s

Version 1.8.12 (jessie/unpatched):  real9m41.396s
Version 1.8.12 (jessie/patched):real6m17.545s

Regards,

Bas

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=UTF-8 (charmap=locale: Cannot set LC_CTYPE 
to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages ipmitool depends on:
ii  libc6 2.17-3
ii  libncurses5   5.9+20130504-1
ii  libreadline6  6.2+dfsg-0.1
ii  libssl1.0.0   1.0.1e-3
ii  libtinfo5 5.9+20130504-1
ii  lsb-base  4.1+Debian11

Versions of packages ipmitool recommends:
ii  openipmi  2.0.16-1.3

ipmitool suggests no packages.

-- debconf information excluded

-- debsums errors found:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US:en",
LC_ALL = (unset),
LC_CTYPE = "UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710356: [nagios3-core] No "scheduled downtime" retention

[Cedric Jeanneret]

Control tag -1 +confirmed

Hello Didier, hello Nagios maintainers,

The provided package works as expected, the status are really kept *and* 
applied after a reload or restart.

Thanks a lot for the quick support :).

Cheers,

C.


On Thu, 30 May 2013 11:44:58 +0200
"Didier 'OdyX' Raboud"  wrote:

> Control: tags -1 +patch +upstream
> 
> Hi Cédric, hi Nagios maintainers,
> 
> Le jeudi, 30 mai 2013 09.29:54, Cédric Jeanneret a écrit :
> > I just installed the latest nagios3* on a debian Wheezy, and stumbled
> > on a bad bug: the scheduled downtime event aren't kept when a restart or
> > reload occurs.
> > (…)
> > After some researches, I stumbled on this nagios resolved bug:
> > http://tracker.nagios.org/view.php?id=338
> > 
> > It seems there's a patch available since October 2012 on the SVN:
> > "Fixed in svn with the supplied patch and will ship with the first
> > version after 3.4.1" - it may be good to have a look at 3.4.2 (or
> > something like that), as a major feature is currently broken.
> 
> The dpatch'ed backport of the (git-)svn commit from upstream is attached.
> 
> I have built nagios3-core targetted at stable with the above patch (debdiff 
> attached), the built files are available there:
> 
>   http://alioth.debian.org/~odyx-guest/debian/wheezy/
> 
> Cédric; it would be useful if you could test these.
> 
> Cheers,
> 
> OdyX


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710364: Fwd: Bug#710364: saint: fails to build with ld --as-needed

[Andreas Tille]

Hi,

as you can read below there is a patch available that enables building
saint on Ubuntu.  Please drop me a note whether I should apply this
quite simple patch for the Makefile or whether you intend to create a
new upstream version anyway in the near future that might incorporate
this patch.

BTW, we created another patch in the Debian packaging to enable
propagation of hardening options to the compiler.  It is available here:

   
http://anonscm.debian.org/viewvc/debian-med/trunk/packages/saint/trunk/debian/patches/fix-makefile.patch?view=markup

Kind regards

Andreas.

- Forwarded message from Julian Taylor  -

Date: Thu, 30 May 2013 10:36:41 +0200
From: Julian Taylor 
To: Debian Bug Tracking System 
Subject: Bug#710364: saint: fails to build with ld --as-needed
X-Debian-PR-Message: report 710364
X-Debian-PR-Package: saint
X-Debian-PR-Keywords: patch
X-Debian-PR-Source: saint

Package: saint
Version: 2.3.4+dfsg-1
Severity: wishlist
Tags: patch

saint fails to build with ld --as-needed
this flag requires libraries to be placed after objects needing
their symbols.
this causes build failures in ubuntu:

gcc -lm -lgsl -lgslcblas  -Wl,-Bsymbolic-functions -Wl,-z,relro
/tmp/buildd/saint-2.3.4+dfsg/build/*.o -o
/tmp/buildd/saint-2.3.4+dfsg/bin/saint-reformat
/tmp/buildd/saint-2.3.4+dfsg/build/initdata.o: In function `reformat_data':
/tmp/buildd/saint-2.3.4+dfsg/src/SAINTreformat/initdata.c:305: undefined
reference to `gsl_sort

attached patch fixes the issue.

Description: fix build failure with ld --as-needed
 libraries need to be placed after objects needing them
--- a/Makefile
+++ b/Makefile
@@ -43,7 +43,7 @@ all: makeDirs \
 saint-reformat:
$(CC) $(CFLAGS) -c $(SRC)/SAINTreformat/*.c $(SRC)/SAINTreformat/*.h
mv *.o $(BUILD)
-   $(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-reformat
+   $(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-reformat $(LIBS)
rm $(BUILD)/*.o
@echo
@echo
@@ -52,7 +52,7 @@ saint-reformat:
 saint-spc-noctrl-matrix:
$(CC) $(CFLAGS) -c $(SRC)/SAINTspc-noctrl-matrix/*.c 
$(SRC)/SAINTspc-noctrl-matrix/*.h
mv *.o $(BUILD)
-   $(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o 
$(TARGET)/saint-spc-noctrl-matrix
+   $(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-noctrl-matrix 
$(LIBS)
rm $(BUILD)/*.o
@echo
@echo
@@ -60,7 +60,7 @@ saint-spc-noctrl-matrix:
 saint-spc-noctrl:
$(CC) $(CFLAGS) -c $(SRC)/SAINTspc-noctrl/*.c $(SRC)/SAINTspc-noctrl/*.h
mv *.o $(BUILD)
-   $(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-noctrl
+   $(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-noctrl $(LIBS)
rm $(BUILD)/*.o
@echo
@echo
@@ -69,7 +69,7 @@ saint-spc-noctrl:
 saint-spc-ctrl:
$(CC) $(CFLAGS) -c $(SRC)/SAINTspc-ctrl/*.c $(SRC)/SAINTspc-ctrl/*.h
mv *.o $(BUILD)
-   $(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-ctrl
+   $(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-spc-ctrl $(LIBS)
rm $(BUILD)/*.o
@echo
@echo
@@ -78,7 +78,7 @@ saint-spc-ctrl:
 saint-int-ctrl:
$(CC) $(CFLAGS) -c $(SRC)/SAINTint-ctrl/*.c $(SRC)/SAINTint-ctrl/*.h
mv *.o $(BUILD)
-   $(CC) $(LIBS) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-int-ctrl
+   $(CC) $(LDFLAGS) $(BUILD)/*.o -o $(TARGET)/saint-int-ctrl $(LIBS)
rm $(BUILD)/*.o
@echo
@echo

___
Debian-med-packaging mailing list
debian-med-packag...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


- End forwarded message -

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710377: graphviz: dot, osage: URL to output format documentation in manpage has changed

[Roland Hieber]

Package: graphviz
Version: 2.26.3-14
Severity: minor
Tags: patch

Dear Maintainer,

in the dot.1 and osage.1 manpages, the section OUTPUT FORMATS mentions the URL
http://www.graphviz.org/cvs/doc/info/output.html for more information. This URL
is no longer valid, instead use http://www.graphviz.org/doc/info/output.html.

A patch that fixes this issue is attached.

Cheers,
 - Roland


-- System Information:
Debian Release: 7.0
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable'), (1, 'experimental'), 
(1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages graphviz depends on:
ii  libc6   2.17-3
ii  libcdt4 2.26.3-14
ii  libcgraph5  2.26.3-14
ii  libexpat1   2.1.0-1
ii  libgd2-xpm  2.0.36~rc1~dfsg-6.1
ii  libgraph4   2.26.3-14
ii  libgvc5 2.26.3-14
ii  libgvpr12.26.3-14
ii  libx11-62:1.5.0-1+deb7u1
ii  libxaw7 2:1.0.10-2
ii  libxmu6 2:1.1.1-1
ii  libxt6  1:1.1.3-1+deb7u1

Versions of packages graphviz recommends:
ii  ttf-liberation  1.07.2-6

Versions of packages graphviz suggests:
pn  graphviz-doc  
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4.2

-- no debconf information
Index: graphviz-2.26.3/cmd/dot/dot.1
===
--- graphviz-2.26.3.orig/cmd/dot/dot.1	2013-05-30 12:36:19.0 +0200
+++ graphviz-2.26.3/cmd/dot/dot.1	2013-05-30 12:49:46.0 +0200
@@ -161,7 +161,7 @@
 that has a non\(hynull "href" attribute.),
 \fB\-Tcmapx\fP (client\(hyside imagemap for use in html and xhtml).
 Additional less common or more special\(hypurpose output formats
-can be found at http://www.graphviz.org/cvs/doc/info/output.html.)
+can be found at http://www.graphviz.org/doc/info/output.html.)
 .P
 Alternative plugins providing support for a given output format
 can be found from the error message resulting from appending a ':' to the format. e.g. \fB-Tpng:\fP
Index: graphviz-2.26.3/cmd/dot/osage.1
===
--- graphviz-2.26.3.orig/cmd/dot/osage.1	2013-05-30 12:36:19.0 +0200
+++ graphviz-2.26.3/cmd/dot/osage.1	2013-05-30 12:49:11.0 +0200
@@ -54,7 +54,7 @@
 that has a non\(hynull "href" attribute.),
 \fB\-Tcmapx\fP (client\(hyside imagemap for use in html and xhtml).
 Additional less common or more special\(hypurpose output formats
-can be found at http://www.graphviz.org/cvs/doc/info/output.html.)
+can be found at http://www.graphviz.org/doc/info/output.html.)
 .P
 Alternative plugins providing support for a given output format
 can be found from the error message resulting from appending a ':' to the format. e.g. \fB-Tpng:\fP

Bug#707063: ruby-passenger: sourceful transition towards Apache 2.4

[Felix Geyer]

Control: tags -1 patch

Dear maintainer(s),

I have prepared a debdiff that implements the necessary changes
for Apache 2.4, fixes CVE-2013-2119 (bug #710351) and contains a fix
to make it build against glibc 2.17.

This is kind of urgent as the Apache 2.4 upload to unstable is scheduled
for today. Are you planning to do a maintainer upload or want me to go
forward with an NMU?

Cheers,
Felix
diff -Nru ruby-passenger-3.0.13debian/debian/changelog 
ruby-passenger-3.0.13debian/debian/changelog
--- ruby-passenger-3.0.13debian/debian/changelog2012-06-28 
17:00:51.0 +0200
+++ ruby-passenger-3.0.13debian/debian/changelog2013-05-30 
12:41:00.0 +0200
@@ -1,3 +1,18 @@
+ruby-passenger (3.0.13debian-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Transition towards Apache 2.4. (Closes: #707063)
+- Build-depend on apache2-dev and apache2.
+- Use apache2 dh helper.
+- Drop libapache2-mod-passenger maintainer scripts, now handled by
+  dh_apache2.
+  * Fix buiding against glibc 2.17.
+- Add fix_ftbfs_glibc217.patch, cherry-picked from upstream.
+  * Fix CVE-2013-2119: insecure temporary file usage. (Closes: #710351)
+- Add CVE-2013-2119.patch, cherry-picked from upstream.
+
+ -- Felix Geyer   Thu, 30 May 2013 09:27:46 +0200
+
 ruby-passenger (3.0.13debian-1) unstable; urgency=low
 
   * Team upload.
diff -Nru ruby-passenger-3.0.13debian/debian/control 
ruby-passenger-3.0.13debian/debian/control
--- ruby-passenger-3.0.13debian/debian/control  2012-06-28 17:00:51.0 
+0200
+++ ruby-passenger-3.0.13debian/debian/control  2013-05-30 09:45:18.0 
+0200
@@ -3,8 +3,8 @@
 Priority: optional
 Maintainer: Debian Ruby Extras Maintainers 

 Uploaders: Filipe Lautert , Micah Anderson 
, David Moreno 
-Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.2.12~), 
apache2-mpm-worker | apache2-mpm,
- apache2-threaded-dev, libapr1-dev, doxygen, asciidoc (>= 8.2), graphviz, rake,
+Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.2.12~), apache2 (>= 2.4),
+ apache2-dev (>= 2.4), libapr1-dev, doxygen, asciidoc (>= 8.2), graphviz, rake,
  source-highlight, libjs-scriptaculous, libcurl4-openssl-dev, libev-dev
 Standards-Version: 3.9.3
 Homepage: http://www.modrails.com/
@@ -27,9 +27,7 @@
 Package: libapache2-mod-passenger
 Architecture: any
 Section: web
-Depends: ${shlibs:Depends}, ${misc:Depends}, apache2-mpm-worker (>= 2.2.9-9) |
- apache2-mpm-prefork (>= 2.2.9-9) | apache2-mpm-itk (>= 2.2.9-9) | 
apache2-mpm-event (>= 2.2.9-9),
- ruby-passenger (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, ruby-passenger (= 
${binary:Version})
 Description: Rails and Rack support for Apache2
  Phusion Passenger — a.k.a. mod_rails or mod_rack — makes
  deployment of Ruby web applications, such as those built on the
diff -Nru ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.apache2 
ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.apache2
--- ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.apache2 
1970-01-01 01:00:00.0 +0100
+++ ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.apache2 
2013-05-30 09:25:58.0 +0200
@@ -0,0 +1,2 @@
+mod debian/passenger.load
+mod debian/passenger.conf
diff -Nru ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.install 
ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.install
--- ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.install 
2012-06-28 17:00:51.0 +0200
+++ ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.install 
2013-05-30 09:23:40.0 +0200
@@ -1,3 +1 @@
 usr/lib/apache2/modules/
-../passenger.conf etc/apache2/mods-available
-../passenger.load etc/apache2/mods-available
diff -Nru ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.postinst 
ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.postinst
--- ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.postinst
2012-06-28 17:00:51.0 +0200
+++ ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.postinst
1970-01-01 01:00:00.0 +0100
@@ -1,36 +0,0 @@
-#!/bin/sh
-
-set -e
-
-if [ "$1" != "configure" ]; then
-  exit 0
-fi
- 
-reload_apache()
-{
-  if apache2ctl configtest 2>/dev/null; then
-invoke-rc.d apache2 force-reload || true
-  else
-echo "Your apache2 configuration is broken, so we're not restarting it for 
you."
-  fi
-}
- 
-if [ -n "$2" ]; then
-# we're upgrading. test if we're enabled, and if so, restart to reload the 
module.
-  if [ -e /etc/apache2/mods-enabled/passenger.load ]; then
-reload_apache
-  fi
-exit 0
-fi
- 
-if [ -e /etc/apache2/apache2.conf ]; then
-# Enable the module, but hide a2enmod's misleading message about apachectl
-# and force-reload the thing ourselves.
-a2enmod passenger >/dev/null || true
-  reload_apache
-fi
-
-#DEBHELPER#
-
-exit 0
-
diff -Nru ruby-passenger-3.0.13debian/debian/libapache2-mod-passenger.prerm 
ruby-pa

Bug#704087: suffering this in wheezy

[Michael Tsang]

My wheezy stable system starts to have this recently after I put the 
appropriate stuff in the configuration file:

/etc/cron.daily/apt:
Traceback (most recent call last):
  File "/usr/bin/unattended-upgrade", line 1011, in 
main(options)
  File "/usr/bin/unattended-upgrade", line 793, in main
allowed_origins=allowed_origins)
  File "/usr/bin/unattended-upgrade", line 75, in __init__
self.adjust_candidate_versions()
  File "/usr/bin/unattended-upgrade", line 92, in adjust_candidate_versions
if is_allowed_origin(pkg.candidate, self.allowed_origins):
  File "/usr/bin/unattended-upgrade", line 364, in is_allowed_origin
if match_whitelist_string(allowed, origin):
  File "/usr/bin/unattended-upgrade", line 272, in match_whitelist_string
what, token))
__main__.UnknownMatcherError: Unknown whitelist entry for macher 'n' (token 
'n=wheezy')

In my opinion, this bug makes this package unusable by most wheezy users, 
because suite matching will cause the system to silently break at the point 
when jessie is released.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710378: RFP: libevhtp -- libevent based HTTP API

[Dennis van Dok]

Package: wnpp
Severity: wishlist

* Package name: libevhtp
  Version : 1.2.0
  Upstream Author : Mark Ellzey 
* URL : https://github.com/ellzey/libevhtp
* License : BSD-3-Clause
  Programming Lang: C
  Description : libevent based HTTP API

Libevent's http interface was created as a JIT server, never meant to
be a full-fledged HTTP service.  This library attempts to improve on
that.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709002: Can confirm on repository version

[Claudio Moretti]

I'm having the same problem with the in-repo version.

root@Chuck:/home/claudio# apt-cache policy pdfsam
pdfsam:
  Installed: 1.1.4-2
  Candidate: 1.1.4-2
  Version table:
 1.1.4-2 0
   1001 http://ftp.debian.org/debian/ sid/main amd64 Packages

I'm currently downloading the source files for 2.2.2, so I can confirm that
that version is working.

Cheers,

Claudio

Bug#710379: xtables-addons-common: quota2 module: iptables-save creates invalid record.

[Denis Ustimenko]

Package: xtables-addons-common
Version: 1.42-2+b1
Severity: important

Dear Maintainer,

How to reproduce the bug:

If I invert [!] parameter --quota in module quota2 and
save it by iptables-save, the string, which contains this rule
has [!] before parameter --name, but not before --quota.


# iptables -I FORWARD -m quota2 --name test ! --quota 1 -j DROP
# iptables-save > iptables
# iptables-restore < iptables
iptables-restore v1.4.14: quota: "--name" option cannot be inverted
Error occurred at line: 6
Try `iptables-restore -h' or 'iptables-restore --help' for more information.


iptables-save generate following line:

-A FORWARD -m quota2 ! --name test  --quota 1  -j DROP

where [!] before parameter --name.

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xtables-addons-common depends on:
ii  iptables [libxtables7]  1.4.14-3.1
ii  libc6   2.13-38
ii  multiarch-support   2.13-38

Versions of packages xtables-addons-common recommends:
ii  xtables-addons-dkms  1.42-2

Versions of packages xtables-addons-common suggests:
pn  libtext-csv-xs-perl  

-- 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#707063: ruby-passenger: sourceful transition towards Apache 2.4

[Laurent Bigonville]

Le Thu, 30 May 2013 12:57:45 +0200,
Felix Geyer  a écrit :

> Dear maintainer(s),

Hello,

> 
> I have prepared a debdiff that implements the necessary changes
> for Apache 2.4, fixes CVE-2013-2119 (bug #710351) and contains a fix
> to make it build against glibc 2.17.
> 
> This is kind of urgent as the Apache 2.4 upload to unstable is
> scheduled for today. Are you planning to do a maintainer upload or
> want me to go forward with an NMU?

I quickly look at the patch and it looks OK to me, I guess you can
proceed.

Cheers

Laurent Bigonville


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709002:

[Claudio Moretti]

2.2.2 works fine for me too on Debian sid.

Is it possible to update the repo? The only requirement mentioned on the
project webpage is JVM >= 1.6

Thanks!

Claudio

Bug#710380: [reporting/harness]: off-by-one in splicing of worklist causing some groups to be processed twice

[Niels Thykier]

Package: lintian
Version: 2.5.11
Severity: normal

harness.log:
"""
[...]
Running Lintian (round 2/124) ...
 - cmd: /srv/lintian.debian.org/root/frontend/lintian [...]
 - Range: GROUP:aggregate/1.6-7 ... GROUP:apache2/2.4.4-3
Running Lintian (round 3/124) ...
 - cmd: /srv/lintian.debian.org/root/frontend/lintian [...]
 - Range: GROUP:apache2/2.4.4-3 ... GROUP:aspectj/1.6.12+dfsg-3
[...]
"""

$ grep apache2/2.4.4-3 logs/lintian.log
N: Unpacking packages in group apache2/2.4.4-3
N: Unpacking packages in group apache2/2.4.4-3

~Niels


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710356: [Pkg-nagios-devel] Bug#710356: [nagios3-core] No "scheduled downtime" retention

[Alexander Wirt]

On Thu, 30 May 2013, Cedric Jeanneret wrote:

> Control tag -1 +confirmed
> 
> Hello Didier, hello Nagios maintainers,
> 
> The provided package works as expected, the status are really kept *and* 
> applied after a reload or restart.
> 
> Thanks a lot for the quick support :).
wow, you guys are fast. Upload to unstable follows soon. I won't promise
anything for stable, thats up to the srm's

Alex


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709055: netmrg: diff for NMU version 0.20-6.2

[gregor herrmann]

tags 709055 + pending
thanks

Dear maintainer,

I've prepared an NMU for netmrg (versioned as 0.20-6.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Derek Patton: Apes in the Rotunda
diff -u netmrg-0.20/debian/rules netmrg-0.20/debian/rules
--- netmrg-0.20/debian/rules
+++ netmrg-0.20/debian/rules
@@ -11,6 +11,7 @@
 # from having to guess our platform (since we know it already)
 DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+DEB_HOST_MULTIARCH  ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
 
 CFLAGS = -Wall -g
@@ -24,10 +25,16 @@
 	INSTALL_PROGRAM += -s
 endif
 
+ifneq (,$(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/libsnmp.so))
+	confflags := --with-snmp-lib-dir=/usr/lib/$(DEB_HOST_MULTIARCH)
+else
+	confflags :=
+endif
+
 config.status: configure
 	dh_testdir
 	# Add here commands to configure the package.
-	CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --sysconfdir=/etc/netmrg --localstatedir=/var --libexecdir=/usr/lib
+	CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --sysconfdir=/etc/netmrg --localstatedir=/var --libexecdir=/usr/lib $(confflags)
 
 
 build: build-stamp
diff -u netmrg-0.20/debian/control netmrg-0.20/debian/control
--- netmrg-0.20/debian/control
+++ netmrg-0.20/debian/control
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: Uwe Steinmann 
-Build-Depends: rrdtool (>= 1.3.1-4), debhelper (>= 5), debconf, libxml2-dev, libmysqlclient15-dev, libsnmp-dev, xsltproc, docbook-xsl
+Build-Depends: rrdtool (>= 1.3.1-4), debhelper (>= 5), debconf, libxml2-dev, libmysqlclient15-dev, libsnmp-dev, xsltproc, docbook-xsl, docbook-xml
 Standards-Version: 3.7.2
 
 Package: netmrg
diff -u netmrg-0.20/debian/changelog netmrg-0.20/debian/changelog
--- netmrg-0.20/debian/changelog
+++ netmrg-0.20/debian/changelog
@@ -1,3 +1,19 @@
+netmrg (0.20-6.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "FTBFS with multiarch net-snmp":
+apply patch from Ubuntu / Colin Watson:
+
+  - Work around configure wanting to know too much detail about where a
+system libsnmp.so is installed rather than trusting the linker.
+
+(Closes: #709055)
+
+  * Add build-dependency on docbook-xml, otherwise xsltproc tries to download
+the dtd from the net.
+
+ -- gregor herrmann   Thu, 30 May 2013 13:38:37 +0200
+
 netmrg (0.20-6.1) unstable; urgency=low
 
   * Non-maintainer upload.


signature.asc
Description: Digital signature

Bug#709183: librep: diff for NMU version 0.90.2-1.4

[gregor herrmann]

tags 709183 + pending
thanks

Dear maintainer,

I've prepared an NMU for librep (versioned as 0.90.2-1.4) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Tom Waits: Hoist That Rag
diff -u librep-0.90.2/debian/rules librep-0.90.2/debian/rules
--- librep-0.90.2/debian/rules
+++ librep-0.90.2/debian/rules
@@ -21,7 +21,7 @@
 	CFLAGS = -Wall -g -O0
 endif
 
-ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH),amd64))
+ifeq ($(DEB_HOST_ARCH_CPU),$(findstring $(DEB_HOST_ARCH_CPU),amd64))
 	CFLAGS = -Wall -g -O0
 endif
 
diff -u librep-0.90.2/debian/changelog librep-0.90.2/debian/changelog
--- librep-0.90.2/debian/changelog
+++ librep-0.90.2/debian/changelog
@@ -1,3 +1,13 @@
+librep (0.90.2-1.4) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "FTBFS on kfreebsd-amd64":
+apply patch from Steven Chamberlain:
+check for DEB_HOST_ARCH_CPU in debian/rules.
+(Closes: #709183)
+
+ -- gregor herrmann   Thu, 30 May 2013 13:44:48 +0200
+
 librep (0.90.2-1.3) unstable; urgency=low
 
   * Non-maintainer upload.


signature.asc
Description: Digital signature

Bug#701270: [pkg-octave/master] gcc-4.8.patch: new patch, fixes compatibility with GCC 4.8

[Sébastien Villemot]

tag 701270 pending
thanks

Date: Thu May 30 12:13:49 2013 +0200
Author: Sébastien Villemot 
Commit ID: d831e4d83e9f13a9dae03a322764df7f04bb7cf0
Commit URL: 
http://git.debian.org/?p=pkg-octave/dynare.git;a=commitdiff;h=d831e4d83e9f13a9dae03a322764df7f04bb7cf0
Patch URL: 
http://git.debian.org/?p=pkg-octave/dynare.git;a=commitdiff_plain;h=d831e4d83e9f13a9dae03a322764df7f04bb7cf0

gcc-4.8.patch: new patch, fixes compatibility with GCC 4.8

Closes: #701270
  


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710190: vlc: Segfault when opening a playlist containing rtsp urls

[Jules Bernable]

Hi, here is the gdb session with libc6 debug symbols.
Starting program: /usr/bin/vlc -vvv -I dummy ~/dl/freebox-tv.m3u
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x77f42700 (LWP 27789)]
[New Thread 0x7fffecb4e700 (LWP 27790)]
[New Thread 0x7fffec84a700 (LWP 27791)]
[New Thread 0x7fffec545700 (LWP 27792)]
[Thread 0x7fffec545700 (LWP 27792) exited]
[New Thread 0x7fffec545700 (LWP 27793)]
[New Thread 0x7fffe8118700 (LWP 27794)]
[New Thread 0x7fffd997e700 (LWP 27795)]
[Thread 0x7fffec84a700 (LWP 27791) exited]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd997e700 (LWP 27795)]
0x77de6263 in ?? () from /lib64/ld-linux-x86-64.so.2

Thread 8 (Thread 0x7fffd997e700 (LWP 27795)):
#0  0x77de6263 in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#1  0x77dedb8a in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#2  0x77de9846 in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#3  0x77ded349 in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#4  0x774b8026 in dlopen_doit (a=0x7fffd997d3c0) at dlopen.c:66
args = 0x7fffd997d3c0
#5  0x77de9846 in ?? () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#6  0x774b85ec in _dlerror_run (operate=operate@entry=0x774b7fc0 
, args=args@entry=0x7fffd997d3c0) at dlerror.c:163
result = 0x7fffc80008c0
#7  0x774b80c1 in __dlopen (file=, mode=) 
at dlopen.c:87
args = {file = 0x7fffc801c3d0 
"/usr/lib/libproxy/0.3.1/modules/pacrunner_mozjs.so", mode = 2, new = 
0x7fffc800ff50, caller = 0x7fffd926da46}
#8  0x7fffd926da46 in px_module_manager_load () from /usr/lib/libproxy.so.0
No symbol table info available.
#9  0x7fffd926db15 in px_module_manager_load_dir () from 
/usr/lib/libproxy.so.0
No symbol table info available.
#10 0x7fffd926ee6e in px_proxy_factory_new () from /usr/lib/libproxy.so.0
No symbol table info available.
#11 0x7fffd9477065 in OpenWithCookies (p_this=0x7fffc800f0b8, 
psz_access=, i_redirect=5, cookies=) at http.c:375
pf = 
p_access = 0x7fffc800f0b8
p_sys = 0x7fffc8011a40
psz = 
p = 
saved_cookies = 
#12 0x7795ee09 in vlc_module_load (p_this=p_this@entry=0x7fffc800f0b8, 
psz_capability=psz_capability@entry=0x7798edbb "access", 
psz_name=, psz_name@entry=0x7fffd997d7b0 "http", 
b_strict=b_strict@entry=true, 
probe=probe@entry=0x7795e6b0 ) at modules/modules.c:347
ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 
0x7fffd997d750, reg_save_area = 0x7fffd997d660}}
p_cand = 0x7dfda0
ret = 
i = 
p_list = 0x7fffc800ffe0
p_module = 
i_shortcuts = 1
psz_shortcuts = 0x7fffc80043f0 "http"
psz_var = 
psz_alias = 
b_force_backup = false
count = 2
p_all = 0x7fffc800f2a0
args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 
0x7fffd997d750, reg_save_area = 0x7fffd997d660}}
#13 0x7795f294 in module_need (obj=obj@entry=0x7fffc800f0b8, 
cap=cap@entry=0x7798edbb "access", name=name@entry=0x7fffd997d7b0 "http", 
strict=strict@entry=true) at modules/modules.c:437
No locals.
#14 0x77914bf8 in access_New (p_obj=p_obj@entry=0x7fffc8000a48, 
p_parent_input=p_parent_input@entry=0x0, psz_access=0x7fffd997d7b0 "http", 
psz_demux=0x779a0aea "", 
psz_location=0x7fffd997d7b7 
"mb.videolan.org/ws/2/recording/?query=artist%3A%222%22%20AND%20recording%3A%22France%202%20HD%22")
 at input/access.c:87
p_access = 0x7fffc800f0b8
#15 0x779335ec in stream_UrlNew 
(p_parent=p_parent@entry=0x7fffc8000a48, psz_url=0x7fffc800efa8 
"http://mb.videolan.org/ws/2/recording/?query=artist%3A%222%22%20AND%20recording%3A%22France%202%20HD%22";)
 at input/stream.c:262
psz_access = 0x7fffd997d7b0 "http"
psz_demux = 0x779a0aea ""
psz_path = 0x7fffd997d7b7 
"mb.videolan.org/ws/2/recording/?query=artist%3A%222%22%20AND%20recording%3A%22France%202%20HD%22"
psz_anchor = 0x779a0aea ""
p_access = 
p_res = 
psz_dup = 0x7fffd997d7b0 "http"
#16 0x7fffea9e1693 in vlclua_stream_new (L=0x7fffc8004750) at 
libs/stream.c:91
p_this = 0x7fffc8000a48
psz_url = 
p_stream = 
#17 0x7fffea7a3a24 in luaD_precall (L=L@entry=0x7fffc8004750, 
func=0x7fffc8004b70, nresults=nresults@entry=1) at ldo.c:320
ci = 
n = 
cl = 
funcr = 
#18 0x7fffea7ae358 in luaV_execute (L=L@entry=0x7fffc8004750, nexeccalls=2, 
nexeccalls@entry=1) at lvm.c:591
b = 
nresults = 1
i = 
ra = 
cl = 0x7fffc800

Bug#710381: libfprint: ftbs with ld --no-add-needed

[Julian Taylor]

Package: libfprint
Version: 1:0.5.0-5
Severity: important
Tags: patch
Forwarded: https://bugs.freedesktop.org/show_bug.cgi?id=63755
User: peter.fritzs...@gmx.de
Usertags: no-add-needed

libfprint fails to build with ld --no-add-needed:

/usr/bin/ld: fprint_list_udev_rules-fprint-list-udev-rules.o: undefined
reference to symbol 'g_str_equal'

It does not trigger in unstable due to a bug in binutils concerning
multiarch.
It triggers in experimental and in ubuntu.
Attached patch fixes the issue.
>From b6c2f72400a15873978717875894854e1136e428 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Sat, 20 Apr 2013 11:33:17 -0400
Subject: [PATCH] build: Fix underlinking against glib

https://bugs.freedesktop.org/show_bug.cgi?id=63755
---
 libfprint/Makefile.am | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/libfprint/Makefile.am b/libfprint/Makefile.am
index 7a16782..4dee301 100644
--- a/libfprint/Makefile.am
+++ b/libfprint/Makefile.am
@@ -88,7 +88,7 @@ libfprint_la_LIBADD = -lm $(LIBUSB_LIBS) $(GLIB_LIBS) $(CRYPTO_LIBS)
 
 fprint_list_udev_rules_SOURCES = fprint-list-udev-rules.c
 fprint_list_udev_rules_CFLAGS = -fvisibility=hidden -I$(srcdir)/nbis/include $(LIBUSB_CFLAGS) $(GLIB_CFLAGS) $(IMAGEMAGICK_CFLAGS) $(CRYPTO_CFLAGS) $(AM_CFLAGS)
-fprint_list_udev_rules_LDADD = $(builddir)/libfprint.la
+fprint_list_udev_rules_LDADD = $(builddir)/libfprint.la $(GLIB_LIBS)
 
 udev_rules_DATA = 60-fprint-autosuspend.rules
 
-- 
1.8.1.2

Bug#710382: ITP: jmtpfs -- FUSE based filesystem for accessing MTP devices

[Apollon Oikonomopoulos]

Package: wnpp
Severity: wishlist
Owner: Apollon Oikonomopoulos 

* Package name: jmtpfs
  Version : 0.4
  Upstream Author : Jason Ferrara 
* URL : 
http://research.jacquette.com/jmtpfs-exchanging-files-between-android-devices-and-linux/
* License : GPL-3
  Programming Lang: C++
  Description : FUSE based filesystem for accessing MTP devices

jmtpfs is a FUSE and libmtp based filesystem for accessing MTP (Media Transfer
Protocol) devices. It was specifically designed for exchaning files between
Linux (and Mac OS X) systems and newer Android devices that support MTP but
not USB Mass Storage.

The goal is to create a well behaved filesystem, allowing tools like find and
rsync to work as expected. MTP file types are set automatically based on file
type detection using libmagic. Setting the file appears to be necessary for
some Android apps, like Gallery, to be able to find and use the files.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710383: RFS: mpdas/0.3.0-1

[Jordon Smith]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "mpdas"

* Package name: mpdas
Version   : 0.3.0-1
Upstream Author   : Henrik Friedrichsen 
* URL : http://50hz.ws/mpdas/
* License : BSD-3-clause
Section   : misc

It builds those binary packages:

mpdas - Music Player Daemon AudioScrobbler

To access further information about this package, please visit the 
following URL:


http://mentors.debian.net/package/mpdas


Alternatively, one can download the package with dget using this 
command:


dget -x 
http://mentors.debian.net/debian/pool/main/m/mpdas/mpdas_0.3.0-1.dsc


More information about mpdas can be obtained from http://50hz.ws/mpdas/

Changes since the last upload:

  * Initial release. (Closes: #513524, #664647)
  * This is my first Debian package.
  * Adjusted the Makefile to fix $(DESTDIR) problems.
  * Fixed header in manual and filename typo.

Regards,
--
Jordon Smith 


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710103: Package renamed and re-uploaded

[Łukasz 'sil2100' Zemczak]

Hi everyone,

Me and upstream made some improvements, as outlined by the review, so I
re-uploaded a new version of evdev named now as python-evdev.

Thank you!

Best regards,

-- 
Łukasz 'sil2100' Zemczak
 lukasz.zemc...@canonical.com
 www.canonical.com
 www.ubuntu.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710384: stud: ftbs with ld --as-needed

[Julian Taylor]

Package: stud
Version: 0.3-3
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: ld-as-needed
Tags: patch

stud fails to build with ld --as-needed.
With --as-needed libraries need to be placed before objects needing
their symbols.

Attached patch fixes the issue.
Description: fix FTBFS binutils with ld as-needed
 libraries must be placed behind objects needing them
Author: Mahyuddin Susanto 
Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/stud/+bug/913640

--- a/Makefile
+++ b/Makefile
@@ -8,7 +8,8 @@ BINDIR  = $(PREFIX)/bin
 MANDIR  = $(PREFIX)/share/man
 
 CFLAGS  = $(shell dpkg-buildflags --get CPPFLAGS) $(shell dpkg-buildflags --get CFLAGS) -std=c99 -fno-strict-aliasing -Wall -W -D_GNU_SOURCE
-LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) -lssl -lcrypto -lev
+LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS)
+LIBS= -lssl -lcrypto -lev
 OBJS= stud.o ringbuffer.o
 
 all: realall
@@ -46,7 +47,7 @@ ALL += stud
 realall: $(ALL)
 
 stud: $(OBJS)
-	$(CC) $(LDFLAGS) -o $@ $^
+	$(CC) $(LDFLAGS) -o $@ $^ $(LIBS)
 
 install: $(ALL)
 	install -d $(DESTDIR)$(BINDIR)
--- a/ebtree/Makefile
+++ b/ebtree/Makefile
@@ -1,6 +1,7 @@
 OBJS = ebtree.o eb32tree.o eb64tree.o ebmbtree.o ebsttree.o ebimtree.o ebistree.o
 CFLAGS = -O3
 EXAMPLES = $(basename $(wildcard examples/*.c))
+LIBS= -lssl -lcrypto -lev
 
 all: libebtree.a
 
@@ -10,15 +11,15 @@ libebtree.a: $(OBJS)
 	$(AR) rv $@ $^
 
 %.o: %.c
-	$(CC) $(CFLAGS) -o $@ -c $^
+	$(CC) $(CFLAGS) -o $@ -c $^ $(LIBS)
 
 examples/%: examples/%.c libebtree.a
-	$(CC) $(CFLAGS) -I. -o $@ $< -L. -lebtree
+	$(CC) $(CFLAGS) -I. -o $@ $< -L. -lebtree $(LIBS)
 
 test: test32 test64 testst
 
 test%: test%.c libebtree.a
-	$(CC) $(CFLAGS) -o $@ $< -L. -lebtree
+	$(CC) $(CFLAGS) -o $@ $< -L. -lebtree $(LIBS)
 
 clean:
 	-rm -fv libebtree.a $(OBJS) *~ *.rej core test32 test64 testst ${EXAMPLES}

Bug#710385: ITP: ruby-rgen -- Ruby modelling and generator framework

[Stig Sandbeck Mathisen]

Package: wnpp
Severity: wishlist
Owner: Stig Sandbeck Mathisen 

* Package name: ruby-rgen
  Version : 0.6.2
  Upstream Author : Martin Thiede
* URL : http://ruby-gen.org/
* License : MIT
  Programming Lang: Ruby
  Description : Ruby modelling and generator framework

RGen is a framework for Model Driven Software Development (MDSD)in Ruby. This
means that it helps you build Metamodels, instantiate Models, modify and
transform Models and finally generate arbitrary textual content from it.

RGen is a dependency for the new "future" parser in puppet 3.2.x


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710386: kmail: KMail cannot verify signatures for PGP/MIME messages (fixed upstream)

[Martin Albrecht]

Package: kmail
Version: 4:4.4.11.1+l10n-3+b1
Severity: normal
Tags: patch

Dear Maintainer,

   KMail (1.3.7) is unable to verify signatures for PGP/MIME encrypted
messages. This bug was fixed upstream in
https://projects.kde.org/projects/kde/kdepim/repository/revisions/44a3eb070b74414256f8f8ef58f73fd67678f5e4





-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7.1 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kmail depends on:
ii  kde-runtime 4:4.8.4-2
ii  kdepim-runtime  4:4.4.11.1-6
ii  kdepimlibs-kio-plugins  4:4.8.4-2
ii  libakonadi-contact4 4:4.8.4-2
ii  libakonadi-kde4 4:4.8.4-2
ii  libc6   2.17-3
ii  libgcc1 1:4.8.0-7
ii  libgpgme++2 4:4.8.4-2
ii  libkabc44:4.8.4-2
ii  libkcal44:4.8.4-2
ii  libkcmutils44:4.8.4-4
ii  libkde3support4 4:4.8.4-4
ii  libkdecore5 4:4.8.4-4
ii  libkdepim4  4:4.4.11.1+l10n-3+b1
ii  libkdeui5   4:4.8.4-4
ii  libkhtml5   4:4.8.4-4
ii  libkimap4   4:4.8.4-2
ii  libkio5 4:4.8.4-4
ii  libkldap4   4:4.8.4-2
ii  libkleo44:4.4.11.1+l10n-3+b1
ii  libkmime4   4:4.8.4-2
ii  libknotifyconfig4   4:4.8.4-4
ii  libkontactinterface44:4.8.4-2
ii  libkparts4  4:4.8.4-4
ii  libkpgp44:4.4.11.1+l10n-3+b1
ii  libkpimidentities4  4:4.8.4-2
ii  libkpimtextedit44:4.8.4-2
ii  libkpimutils4   4:4.8.4-2
ii  libkresources4  4:4.8.4-2
ii  libksieve4  4:4.4.11.1+l10n-3+b1
ii  libktnef4   4:4.8.4-2
ii  libmailtransport4   4:4.8.4-2
ii  libmessagecore4 4:4.4.11.1+l10n-3+b1
ii  libmessagelist4 4:4.4.11.1+l10n-3+b1
ii  libmimelib4 4:4.4.11.1+l10n-3+b1
ii  libnepomuk4 4:4.8.4-4
ii  libphonon4  4:4.6.0.0-3
ii  libqt4-dbus 4:4.8.2+dfsg-11
ii  libqt4-network  4:4.8.2+dfsg-11
ii  libqt4-qt3support   4:4.8.2+dfsg-11
ii  libqt4-xml  4:4.8.2+dfsg-11
ii  libqtcore4  4:4.8.2+dfsg-11
ii  libqtgui4   4:4.8.2+dfsg-11
ii  libstdc++6  4.8.0-7
ii  libthreadweaver44:4.8.4-4
ii  perl5.14.2-21
ii  phonon  4:4.6.0.0-3

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.20-1
ii  gnupg22.0.20-1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1
ii  pinentry-qt4 [pinentry-x11]   0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.2+dfsg1-3
pn  clamav | f-prot-installer  
ii  kaddressbook   4:4.4.11.1+l10n-3+b1
pn  kleopatra  
ii  procmail   3.22-20

-- no debconf information
diff -Nru kdepim-4.4.11.1+l10n/debian/changelog kdepim-4.4.11.1+l10n/debian/changelog
--- kdepim-4.4.11.1+l10n/debian/changelog	2012-06-10 13:12:30.0 +0100
+++ kdepim-4.4.11.1+l10n/debian/changelog	2013-05-30 09:48:18.0 +0100
@@ -1,3 +1,11 @@
+kdepim (4:4.4.11.1+l10n-3.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Backport upstream commit 44a3eb070b74414256f8f8ef58f73fd67678f5e4 to fix 
+OpenPGP signaure verification
+
+ -- Martin Albrecht   Thu, 30 May 2013 09:46:38 +0100
+
 kdepim (4:4.4.11.1+l10n-3) unstable; urgency=low
 
   * Team upload.
diff -Nru kdepim-4.4.11.1+l10n/debian/patches/series kdepim-4.4.11.1+l10n/debian/patches/series
--- kdepim-4.4.11.1+l10n/debian/patches/series	2012-06-10 12:56:33.0 +0100
+++ kdepim-4.4.11.1+l10n/debian/patches/series	2013-05-30 09:39:23.0 +0100
@@ -6,3 +6,4 @@
 upstream_Build-with-clang.patch
 upstream_Fix-crash-in-Folder-destructor.patch
 upstream_in-c4_String-c4_String-only-call-memset-if-the-numbe.patch
+upstream-verify-signature-rfc-3156.patch
diff -Nru kdepim-4.4.11.1+l10n/debian/patches/upstream-verify-signature-rfc-3156.patch kdepim-4.4.11.1+l10n/debian/patches/upstream-verify-signature-rfc-3156.patch
--- kdepim-4.4.11.1+l10n/debian/patches/upstream-verify-signature-rfc-3156.patch	1970-01-01 01:00:00.0 +0100
+++ kdepim-4.4.11.1+l10n/debian/patches/upstream-verify-signature-rfc-3156.patch	2013-05-30 09:43:01.0 +0100
@@ -0,0 +1,46 @@
+Index: kdepim-4.4.11.1+l10n/kmail/objecttreeparser.cpp
+===
+--- kdepim-4.4.11.1+l10n.orig/kmail/objecttreeparser.cpp	2011-04-20 21:03:31.0 +0100
 kdepim-4.4.11.1+l10n/kmail/objecttreeparser.cpp	2013-05-30 09:42:58.466795851 +0100
+@@ -605,8 +605,40 @@
+   messagePart.status = i18n("Different results for signatures");
+ }
+   }
+-  if ( messagePart.status_code & GPGME_SIG_ST

Bug#710388: ITP: ruby-acts-as-taggable-on -- tag a single model on several contexts, such as skills, interests, and awards

[Praveen A]

package: wnpp
severity: wishlist
owner: Praveen Arimbrathodiyil 

URL: http://rubygems.org/gems/acts-as-taggable-on
version: 2.4.1
Upstream Authors: Michael Bleigh, Joost Baaij
License: Expat
Description: With ActsAsTaggableOn, you can tag a single model on
several contexts, such as skills, interests, and awards. It also
provides other advanced functionality.

--
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710387: xbs: FTBFS with clang instead of gcc

[Sylvestre Ledru]

Package: xbs
Version: 0-8
Severity: minor
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure http://buildd-clang.debian.net/, your package 
fails to build with clang (instead of gcc).

You can see the full log here:
http://buildd-clang.debian.net/fetch.php?pkg=xbs&arch=amd64&ver=0-8&stamp=1366802978

The attached patch fixes it.

Thanks,
Sylvestre


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: xbs-0/xbs.c
===
--- xbs-0.orig/xbs.c	2010-05-13 18:33:45.0 +0200
+++ xbs-0/xbs.c	2013-05-30 14:30:53.689910078 +0200
@@ -243,7 +243,7 @@
 
   if (num_print==0) {
 sprintf (emsg, "close: no print file is open");
-return;
+return 0;
   }
 
   hardcopy_close();
@@ -377,7 +377,7 @@
   nw = parse_args(inp, w);
   if (nw==0) {
 sprintf (gmsg, "Empty input");
-return;
+return 0;
   }
 
   helpme=0;
@@ -387,7 +387,7 @@
   if (abbrev(w[0],"help",4)) {
 if (nw==1) {
   sprintf (gmsg, "Try \'command ?\' or press key h");
-  return;
+  return 0;
 }
 else {
   helpme=1;
@@ -411,7 +411,7 @@
 else if (abbrev(w[i],"+rv",3))  reverse=0;
 else if (w[i][0]=='-') {
   sprintf (emsg, "update: unknown flag %s", w[i]);
-  return;
+  return 0;
 }
 else {
   strext (inf, w[i], "bs", 0);
@@ -433,7 +433,7 @@
 else if (abbrev(w[i],"-rgb",4)) svrgb=1;
 else if (w[i][0]=='-') {
   sprintf (emsg, "save: unknown flag %s", w[i]);
-  return;
+  return 0;
 }
 else strext (outf, w[i], "bs", 0);
 i++;
@@ -462,7 +462,7 @@
 }
 else if (w[i][0]=='-') {
   sprintf (emsg, "print: unknown flag %s", w[i]);
-  return;
+  return 0;
 }
 else {
   strext (prf, w[i], "ps", 0);

Bug#710389: [INTL:pl] Polish debconf translation

[Michał Kułach]

Package: squid-deb-proxy
Severity: wishlist
Tags: l10n patch

Hi!

Please add the attached Polish debconf translation.

Thanks in advance,
--
Michał Kułach

pl.po
Description: Binary data

Bug#710390: git-overlay mode is broken due to internal API changes

[Faidon Liambotis]

Package: git-buildpackage
Version: 0.6.0~git20130506
Severity: serious

Hi,

Building a package with overlay=True fails with the following backtrace:
   Traceback (most recent call last):
 File "/usr/bin/git-buildpackage", line 5, in 
   sys.exit(main(sys.argv))
 File "/usr/lib/python2.7/dist-packages/gbp/scripts/buildpackage.py", line 
524, in main
   export_source(repo, tree, source.changelog, options, tmp_dir, output_dir)
 File "/usr/lib/python2.7/dist-packages/gbp/scripts/buildpackage.py", line 
148, in export_source
   if source.is_native():
   AttributeError: 'ChangeLog' object has no attribute 'is_native'

Commit 45c2346 seems to have removed the is_native() method from the 
ChangeLog object "to avoid accidental usage".

It seems that the overlay mode triggers a codepath which wasn't updated, 
probably because of the ambiguity of the argument: the argument is 
called "source" but export_source passes source.changelog, as you can 
see from the above backtrace.

Regards,
Faidon


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710391: tcp-wrappers: FTBFS with clang instead of gcc

[Sylvestre Ledru]

Package: tcp-wrappers
Version: 7.6.q-24
Severity: minor
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure http://buildd-clang.debian.net/, your
package fails to build with clang (instead of gcc).

You can see the full log here:
http://buildd-clang.debian.net/fetch.php?pkg=tcp-wrappers&arch=amd64&ver=7.6.q-24&stamp=1366722064

The attached patch fixes it.

Thanks,
Sylvestre


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Index: tcp-wrappers-7.6.q/fix_options.c
===
--- tcp-wrappers-7.6.q.orig/fix_options.c	2013-05-30 14:41:20.0 +0200
+++ tcp-wrappers-7.6.q/fix_options.c	2013-05-30 14:43:48.297931408 +0200
@@ -32,7 +32,7 @@
 
 /* fix_options - get rid of IP-level socket options */
 
-fix_options(request)
+void fix_options(request)
 struct request_info *request;
 {
 #ifdef IP_OPTIONS

Bug#710392: /usr/bin/find: typo in French translation of find.1 manpage

[Vincent Danjean]

Package: findutils
Version: 4.4.2-5
Severity: minor
File: /usr/bin/find
Tags: l10n

  This bug report is about the French translation of the find(1) manpage.
I will elaborate in French.

  Dans la description de l'option -path, on trouve :
"Pour ignorer par exemple le  répertoire  « src/emacs » et  tous  ces  fichiers
et sous-répertoires[...]"
Il faudrait utiliser "ses" au lieu de "ces" (ce sont les fichiers et les
sous-répertoires du répertoire « src/emacs » dont on parle).

  Best regards,
Vincent

-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386 armel mipsel

Kernel: Linux 3.8-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages findutils depends on:
ii  dpkg  1.16.10
ii  install-info  5.1.dfsg.1-3
ii  libc6 2.17-3

findutils recommends no packages.

Versions of packages findutils suggests:
ii  mlocate  0.23.1-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#710307: valgrind: illegal instruction on mipsel

[Alessandro Ghedini]

[ CCing debian-mips ]

On Wed, May 29, 2013 at 05:18:52PM -0400, Daniel Kahn Gillmor wrote:
> On 05/29/2013 05:01 PM, Alessandro Ghedini wrote:
> > Can you provide a backtrace?
> 
> I'm not sure how to do that, and i'm doubly-confused given the weird
> interactions between valgrind and gdb.
> 
> just trying:
> 
>  gdb valgrind
> 
> gives me:
> 
> "/usr/bin/valgrind": not in executable format: File format not recognized
> 
> can you point me to docs for getting such a backtrace?

Ah yes, /usr/bin/valgrind is a shell script. The actual binary is
/usr/bin/valgrind.bin.

Anyway here's the backtrace:

> Starting program: /usr/bin/valgrind.bin ls
> process 23291 is executing new program: 
> /usr/lib/valgrind/memcheck-mips32-linux
> 
> Program received signal SIGILL, Illegal instruction.
> preen_nsegments () at m_aspacemgr/aspacemgr-linux.c:818
> 818   m_aspacemgr/aspacemgr-linux.c: No such file or directory.
> (gdb) bt
> #0  preen_nsegments () at m_aspacemgr/aspacemgr-linux.c:818
> #1  0x380828f8 in add_segment (seg=) at 
> m_aspacemgr/aspacemgr-linux.c:1494
> #2  0x38083b84 in vgPlain_am_startup (sp_at_startup=) at 
> m_aspacemgr/aspacemgr-linux.c:1699
> #3  0x380645ac in valgrind_main (argc=2, argv=0x7fff3ca4, envp=0x7fff3cb0) at 
> m_main.c:1671
> #4  0x380699a4 in _start_in_C_linux (pArgc=0x7fff3ca0) at m_main.c:2994
> #5  0x3806392c in __start ()

And here is the relevant assembly:

> (gdb) disas
>[...]
>0x380801c4 <+508>: moveat,at
> => 0x380801c8 <+512>: beq v0,t0,0x380801e4 
>0x380801cc <+516>: mul a2,v0,t3
>0x380801d0 <+520>: adduv0,a2,t2
>0x380801d4 <+524>: lbu a2,0(v0)
>0x380801d8 <+528>: beqza2,0x380803b8 
>0x380801dc <+532>: li  a2,819
>0x380801e0 <+536>: sb  t1,1(v0)
>0x380801e4 <+540>: addiu   a0,a0,1

I'm not much into MIPS, but there doesn't seem to be anything weird there. Could
someone from debian-mips shed some light on this?

Cheers

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'


signature.asc
Description: Digital signature

Bug#707816: liboath0: SHA2 support for TOTP

[Alessandro Ghedini]

On Thu, May 30, 2013 at 01:22:34PM +0200, Simon Josefsson wrote:
> I agree it would indeed be nice to support this.  Do you have any
> particular use-case in mind?  I don't recall seeing TOTP with SHA-2 used
> on any major site.  If there is a compelling use-case that might improve
> chances of this being implemented earlier.

Well, my original motivation was that I wanted to use pam_oath along with an
hardware HMAC-SHA256 generator that I have around, but I later realized that
it adds additional data to the HMAC which would probably make it incompatible
with TOTP. Still, there's no harm in trying... but there's no urgency either.

Cheers

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'


signature.asc
Description: Digital signature

Bug#709616: floods the network with pause packets

[Ben Hutchings]

On Thu, 2013-05-30 at 11:21 +0200, Stéphane Glondu wrote:
> Le 26/05/2013 18:10, Ben Hutchings a écrit :
> > OK, so the switch is indeed defective: it says it can handle pause
> > frames, but it can't.
> 
> The problem happened on (at least) two different switches from different
> manufacturers (Transtec and Netgear).
> 
> FWIW, the problem just happened on another machine (with same hardware)
> this morning. It is running Ubuntu with kernel 3.5.0-31-generic.
> 
> > Could you check whether the switch is also sending pause frames back to
> > the port that's generating them?
> 
> How exactly do I do that? Is disconnecting the faulty computer and
> connecting my laptop in its place right?

ethtool -S eth0 | grep flow_control

Ben.

-- 
Ben Hutchings
If at first you don't succeed, you're doing about average.


signature.asc
Description: This is a digitally signed message part

Bug#709616: floods the network with pause packets

[Stéphane Glondu]

Le 30/05/2013 14:58, Ben Hutchings a écrit :
>>> Could you check whether the switch is also sending pause frames back to
>>> the port that's generating them?
>>
>> How exactly do I do that? Is disconnecting the faulty computer and
>> connecting my laptop in its place right?
> 
> ethtool -S eth0 | grep flow_control

 rx_flow_control_xon: 318
 rx_flow_control_xoff: 318
 tx_flow_control_xon: 0
 tx_flow_control_xoff: 0

-- 
Stéphane


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709625: protected_hardlinks is too broad - make it per-filesystem instead?

[Steve McIntyre]

On Sun, May 26, 2013 at 03:31:03AM +0100, Ben Hutchings wrote:
>On Fri, 2013-05-24 at 15:30 +0100, Steve McIntyre wrote:
>> 
>> Alternatively, I'm pondering: if the main thrust of the hardlink
>> protection is to prevent attacks against system files, then it might
>> make more sense to change protected_hardlinks to be a per-filesystem
>> mount option. By all means protect the root filesystem etc., but for a
>> purely data-carrying filesystem it's a bit obstructive.
>> 
>> What do you think?
>
>I can see that this could be a useful feature, but I don't think I can
>spare the time to work on it any time soon.  If you have the time to
>implement this yourself, I would be happy to review the changes but you
>will need to submit them upstream.

OK, understood. I'll see if I can find some tuits...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Is there anybody out there?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710393: lxde depends on libthai-data

[Konrad Vrba]

Severity: high
Package: lxde
Version: 4+nmu1

Problem: even when installed with --no-install-recommends option, lxde
package depends (directly or indirectly) on:
  libthai-data
  libthai0

Summary: How can lxde depend on Thai language is beyond my comprehension.

Solution: Please remove this dependency

Bug#710379: xtables-addons-common: quota2 module: iptables-save creates invalid record.

[Dmitry Smirnov]

On Thu, 30 May 2013 21:09:01 Denis Ustimenko wrote:
> # iptables-save > iptables
> # iptables-restore < iptables
> iptables-restore v1.4.14: quota: "--name" option cannot be inverted
> Error occurred at line: 6
> Try `iptables-restore -h' or 'iptables-restore --help' for more information.
> 
> 
> iptables-save generate following line:
> 
> -A FORWARD -m quota2 ! --name test  --quota 1  -j DROP
> 
> where [!] before parameter --name.
> 
>[...] 
>
> Versions of packages xtables-addons-common depends on:
> ii  iptables [libxtables7]  1.4.14-3.1

From your report I got impression that the bug is in the
`iptables-save` utility provided by "iptables" package.

Could you please try newer version of "iptables" (1.4.18-1) from
"unstable" to check if this problem is fixed there?

Thanks.

Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710394: ITP: javamail -- JavaMail API reference implementation

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: javamail
  Version : 1.5.0
  Upstream Author : Bill Shannon 
* URL : http://javamail.java.net
* License : CDDL-1.1 | GPL-2 with Classpath Exception
  Programming Lang: Java
  Description : JavaMail API reference implementation

The JavaMail API is a set of abstract APIs that model a mail system. The API
provides a platform independent and protocol independent framework to build
Java technology based email client applications. The JavaMail API provides
facilities for reading and sending email. Service providers implement particular
protocols. Several service providers are included with the JavaMail API package;
others are available separately. The JavaMail API is implemented as a Java
optional package that can be used on JDK 1.4 and later on any operating system.
The JavaMail API is also a required part of the Java Platform, Enterprise 
Edition
(Java EE). 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#710395: scalapack: FTBFS with clang instead of gcc

[Sylvestre Ledru]

Package: scalapack
Version: 1.8.0
Severity: minor
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure http://buildd-clang.debian.net/, your
package fails to build with clang (instead of gcc).

You can see the full log here:
http://clang.debian.net/logs/2013-01-28/scalapack_1.8.0-9_unstable_clang.log

The attached patch fixes it.

Thanks,
Sylvestre


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Index: scalapack-1.8.0/SLmake.inc
===
--- scalapack-1.8.0.orig/SLmake.inc	2013-05-30 14:56:57.0 +0200
+++ scalapack-1.8.0/SLmake.inc	2013-05-30 15:28:31.022005282 +0200
@@ -130,8 +130,8 @@
 #F77   = /usr/local/pgi/linux86/bin/pgf77
 CC= gcc
 NOOPT = -w $(FPIC)
-F77FLAGS  = -Wall -O6 -funroll-all-loops -ffast-math $(NOOPT)
-CCFLAGS   = -Wall $(FPIC) -O6 -funroll-all-loops -ffast-math
+F77FLAGS  = -Wall -O4 -funroll-all-loops -ffast-math $(NOOPT)
+CCFLAGS   = -Wall $(FPIC) -O4 -funroll-all-loops -ffast-math
 SRCFLAG   =
 F77LOADER = $(F77)
 ifeq ($(MPI),mpich)
Index: scalapack-1.8.0/SRC/pdlaiect.c
===
--- scalapack-1.8.0.orig/SRC/pdlaiect.c	2006-01-18 22:36:03.0 +0100
+++ scalapack-1.8.0/SRC/pdlaiect.c	2013-05-30 15:20:08.781991452 +0200
@@ -227,7 +227,7 @@
}
 }
 
-pdlachkieee_( isieee, rmax, rmin )
+void pdlachkieee_( isieee, rmax, rmin )
 /*
 *  .. Scalar Arguments ..
 */
Index: scalapack-1.8.0/SRC/pslaiect.c
===
--- scalapack-1.8.0.orig/SRC/pslaiect.c	2006-01-18 22:36:03.0 +0100
+++ scalapack-1.8.0/SRC/pslaiect.c	2013-05-30 15:13:50.365981030 +0200
@@ -150,7 +150,7 @@
}
 }
 
-pslachkieee_( isieee, rmax, rmin )
+void pslachkieee_( isieee, rmax, rmin )
 /*
 *  .. Scalar Arguments ..
 */