Bug#720063: RFS: capnproto/0.2.0-1 [ITP] -- Tool for working with the Cap'n Proto data interchange format

[Tom Lee]

Changelog squashed.

CCing Kenton RE: the SONAME suggestion.

I suspect that because capnproto is relatively young the frequent SONAME
breakages might be warranted -- I'm happy to work with that for now so long
as it's not in breach of the DPM, though I agree this may be an issue for
reverse dependencies.

Kenton, not sure how much you've had to deal with this in the past -- any
thoughts here? Relevant docs:

http://www.debian.org/doc/debian-policy/ch-sharedlibs.html

"The SONAME and binary package name need not, and indeed normally should
not, change if new interfaces are added but none are removed or changed,
since this will not break binaries linked against the old shared library.
Correct versioning of dependencies on the newer shared library by binaries
that use the new interfaces is handled via the symbols or shlibs system."

This is complicated by the use of C++, which would place restrictions on
things like virtual functions being added & removed. The KDE guys have
documented some of this stuff:

http://techbase.kde.org/Policies/Binary_Compatibility_Issues_With_C++



On Tue, Aug 20, 2013 at 6:27 AM, Vincent Bernat  wrote:

>  ❦ 20 août 2013 10:24 CEST, Tom Lee  :
>
> > Done -- 0.2.1-1 was just uploaded to mentors:
> >
> > http://mentors.debian.net/package/capnproto
>
> Please, squash the changelog into one entry. This is a matter of taste,
> but this avoids forgetting to include all the appropriate changelog
> entries into .changes.
>
> Also, I notice that for a small change, the ABI is changing. This will
> be a bit difficult for reverse-dependencies if there are frequent
> releases. Maybe the SO name should be handled differently by upstream to
> avoid unnecessary ABI version dump.
> --
> Don't just echo the code with comments - make every comment count.
> - The Elements of Programming Style (Kernighan & Plauger)
>



-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#720370: lintian: [new check] check for missing menu and desktop files for games

[Boris Pek]

Hi,

> 2. All /usr/games/* and /usr/bin are linked by menu and desktop files. Use
> lintian overrides in special cases.

All binaries and scripts? I think this is bad idea, because such check will
produce too many false positives (for servers, additional utilities and
auxiliary scripts). That just will annoy the maintainers.

Also I have big doubts about usefulness of menu files. Could anyone describe
where they are useful now?

So I propose to replace second check by something like this:
2. Package has files in /usr/games or/and /usr/bin. Remember list of them.
3. Package has at least one desktop file for launching executable file from
   list above.

I suppose such check will reduce the number of false positives.

Best wishes,
Boris


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

Bug#720063: RFS: capnproto/0.2.0-1 [ITP] -- Tool for working with the Cap'n Proto data interchange format

[Vincent Bernat]

 ❦ 21 août 2013 09:02 CEST, Tom Lee  :

> Changelog squashed.
>
> CCing Kenton RE: the SONAME suggestion.
>
> I suspect that because capnproto is relatively young the frequent SONAME
> breakages might be warranted -- I'm happy to work with that for now so long
> as it's not in breach of the DPM, though I agree this may be an issue for
> reverse dependencies.

Sorry, what is DPM?
-- 
Debian package sponsoring guidelines:
 http://vincent.bernat.im/en/debian-package-sponsoring.html


signature.asc
Description: PGP signature

Bug#720063: RFS: capnproto/0.2.0-1 [ITP] -- Tool for working with the Cap'n Proto data interchange format

[Tom Lee]

Sorry, Debian Policy Manual :)

By the way, just uploaded the changelog modification to mentors, should
appear shortly. Nearly forgot to upload it.


On Wed, Aug 21, 2013 at 12:12 AM, Vincent Bernat  wrote:

>  ❦ 21 août 2013 09:02 CEST, Tom Lee  :
>
> > Changelog squashed.
> >
> > CCing Kenton RE: the SONAME suggestion.
> >
> > I suspect that because capnproto is relatively young the frequent SONAME
> > breakages might be warranted -- I'm happy to work with that for now so
> long
> > as it's not in breach of the DPM, though I agree this may be an issue for
> > reverse dependencies.
>
> Sorry, what is DPM?
> --
> Debian package sponsoring guidelines:
>  http://vincent.bernat.im/en/debian-package-sponsoring.html
>



-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#720283: gnome-shell fails to start, clutter problems

[Pascal Obry]

Very same issue for me after upgrading yesterday.

Pascal.

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://v2p.fr.eu.org
  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B


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

Bug#720375: libxml-security-java: CVE-2013-2172

[Salvatore Bonaccorso]

Package: libxml-security-java
Severity: grave
Tags: security patch upstream fixed-upstream

Hi,

the following vulnerability was published for libxml-security-java.

CVE-2013-2172[0]:
Java XML Signature spoofing attack

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2172
http://security-tracker.debian.org/tracker/CVE-2013-2172
[1] http://santuario.apache.org/secadv.data/CVE-2013-2172.txt.asc
[2] http://svn.apache.org/viewvc?view=revision&revision=1493772

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore


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

Bug#720377: exo-utils: exo-open fails on magnet scheme URLs

[Dick Tatyr]

Package: exo-utils
Version: 0.10.2-2
Severity: important
Tags: upstream

Dear Maintainer,

exo-open appears to fail on all magnet links, e.g.:

magnet:?xt=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C

instead it returns:

Unable to detect the URI-scheme of 
"magnet:?xt=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C".

there appears to be a patch upstream:


http://git.xfce.org/xfce/exo/commit/?id=05848bb3cb10ea19ef8cba607bdabcd25560063c


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

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

Versions of packages exo-utils depends on:
ii  libc6   2.17-92
ii  libexo-1-0  0.10.2-2
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.3-3
ii  libgtk2.0-0 2.24.20-1
ii  libxfce4ui-1-0  4.10.0-3
ii  libxfce4util6   4.10.1-1

exo-utils recommends no packages.

exo-utils 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#720376: exo-utils: exo-open fails on mailto URLs with address omitted

[Dick Tatyr]

Package: exo-utils
Version: 0.10.2-2
Severity: important
Tags: upstream

Dear Maintainer,

example:

exo-open mailto:?subject=foo

that URL should open a new message with subject "foo"
but exo-open reports failure instead:

Unable to detect the URI-scheme of "mailto:?subject=foo";.


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

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

Versions of packages exo-utils depends on:
ii  libc6   2.17-92
ii  libexo-1-0  0.10.2-2
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.3-3
ii  libgtk2.0-0 2.24.20-1
ii  libxfce4ui-1-0  4.10.0-3
ii  libxfce4util6   4.10.1-1

exo-utils recommends no packages.

exo-utils 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#720378: cctools: FTBFS on non-linux

[Julien Cristau]

Source: cctools
Version: 4.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

the cctools package no longer builds on kfreebsd, due to linux-specific
struct sysinfo usage.
(It also doesn't build on hurd because of PATH_MAX.)

See https://buildd.debian.org/status/package.php?p=cctools

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#720339: debian-installer: Be sure of the keyboard binds before entering the passwords

[Christian PERRIER]

Quoting Cyril Brulebois (k...@debian.org):
> Hello tueslibre,
> 
> Tuxicoman  (2013-08-20):
> > A proposal to fix this bug vould be :
> > 1. Have another texbox on the same screen where the user could test his
> > keyboard layout.
> > 2. Have an option to not mask the password in the textbox while typing it 
> > like
> > we have on Android for example (only the last letter is shown)
> 
> 2. has been mentioned in other bug reports already (WEP/WPA passphrases
> notably), and looks like a good idea. Needs someone to implement it
> though.


I however wonder what this has to do with the installer. So we now
have yet another wrongly assigned bug report that will quietly sleep
in the BTS until someone takes care to triage it.

In this case, it is however difficult to reassign as it should
theoretically assigned to everything that prompts for a password
(crypto stuff, login, various display managers, etc, etc.)



signature.asc
Description: Digital signature

Bug#711943: transition: openmpi

[Julien Cristau]

On Sat, Aug 17, 2013 at 18:37:28 +0200, Andreas Beckmann wrote:

> Sylvestre originally suggested
> 
>   is_affected = .depends ~ "libopenmpi1.3" | .depends ~ "libopenmpi1.6";
> 
That's what reportbug generates, iirc, which I don't like.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#712955: claws-mail: Crash with segfault in libgtk-x11

[Matthieu CASTET]

Hi,

> Is this always reproducible? What were the actions that triggered this
>   crash?
No the crash is quite random. There is lot's of action.

My setup is 2 imap account and a local (MH) folder.
I have the plugins :
claws-mail-bogofilter
claws-mail-fancy-plugin
claws-mail-multi-notifier
claws-mail-vcalendar-plugin


> >   Please, install claws-mail-dbg package and try to get a meaningful
> >   backtrace. See
> > http://www.claws-mail.org/faq/index.php/Debugging_Claws
claws-mail-dbg was already installed. But the crash is in libgtk.
I will retry with libgtk2.0-0-dbg installed.


Thanks,

Matthieu


Le Wed, 21 Aug 2013 06:42:09 +0100,
Ricardo Mones  a écrit :

> tags 712955 moreinfo
> thanks
> 
>   Hi Matthieu,
> 
> On Fri, 21 Jun 2013 10:37:38 +0200
> Matthieu CASTET  wrote:
> 
> > Package: claws-mail
> > Version: 3.9.2-1
> > Severity: normal
> > 
> > Dear Maintainer,
> > 
> > claws-mail crash on my system.
> 
>   Is this always reproducible? What were the actions that triggered
> this crash?
> 
> > I catch the backtrace with gdb : 
> 
>   Please, install claws-mail-dbg package and try to get a meaningful
>   backtrace. See
> http://www.claws-mail.org/faq/index.php/Debugging_Claws
> 
>   regards,


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

Bug#719753: some doc for XS-Autobuild ?

[Andreas Tille]

Hi Dominique,

On Tue, Aug 20, 2013 at 10:53:15PM +0200, Dominique Dumont wrote:
> 
> I'm fine with adding support for XS-AutoBuild.
> 
> I guess this parameter should be shown only when area (set in section
> parameter) is 'contrib' or 'non-free'.

+1

> Fir this to work, I'll have to handle area as a separate parameter (I
> think the conflation of area and section in a single control fiels is
> confusing).
> 
> Last but not least, do you have a pointer for some documentation for
> XS-AutoBuild ? So cme can show some doc when invoked throught the GUI...

This was just answered by Gregor.

Kind regards

   Andreas.

-- 
http://fam-tille.de


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

Bug#720272: unbootable and lead to data loss?

[Ian Campbell]

On Tue, 2013-08-20 at 22:51 +0800, jida...@jidanni.org wrote:
> What will happen if I boot
> 
>   product: Intel(R) Celeron(R) M processor 1.40GHz
>   version: 6.13.6
>   size: 1400MHz
>   capacity: 1400MHz
>   width: 32 bits
>   clock: 400MHz
>   capabilities: fpu fpu_exception wp vme de pse tsc msr mce cx8 sep 
> mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts
> 
> with -686-pae? Will it not boot at all? Will it run normally but with subtle 
> data
> corruption to my files?

The kernel will always either boot or not boot (with a message from the
very early loader about lack of PAE). On the system above it looks like
it wouldn't boot due to lack of PAE.

It will definitely not boot and the lead to subtle corruption of data or
anything like that.

Ian.


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

Bug#700329: pandoc hangs using --bibliography

[Norbert Preining]

Package: pandoc
Version: 1.11.1-2+b2
Followup-For: Bug #700329

Hi everyone,

there is another bug in the whole setup: Even *if* the libghc-citeproc-hs-data
is installed it does *NOT* work.

I straced a run and it showed millions of lines:
 0.66 stat("/usr/share/citeproc-hs-0.3.8/locales/locales-en-US.xml", 
0x7fea78f6cba0) = -1 ENOENT (No such file or directory)
 
After creating a linkg
/usr/share/citeproc-hs-0.3.8/ -> /usr/share/citeproc-hs/
it worked again.

I am not sure who's bug this is, it might be also a bug in the
libghc-citeproc-hs-data or libghc-citeproc-hs-dev package,
in any case, it should be fixed.

Thanks

Norbert

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

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

Versions of packages pandoc depends on:
ii  libbibutils2  4.12-5
ii  libc6 2.17-92
ii  libffi6   3.0.13-4
ii  libgmp10  2:5.1.2+dfsg-2
ii  libpcre3  1:8.31-2
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages pandoc recommends:
ii  libghc-citeproc-hs-data  0.3.8-4

Versions of packages pandoc suggests:
ii  texlive-latex-recommended  2013.20130722-1
ii  texlive-luatex 2013.20130722-1
ii  texlive-xetex  2013.20130722-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#720379: python-pyproj: Please add python3 support

[Scott Kitterman]

Package: python-pyproj
Version: 1.8.9-1
Severity: normal
Tags: patch

python-pyproj supports python3 upstream, but it's not packaged for Debian.
Please see the attached patch.  This would, I believe python3 support to be
added to pygrib too.  I can upload this as an NMU if you're prefer.

Scott K
diff -Nru python-pyproj-1.8.9/debian/changelog python-pyproj-1.8.9/debian/changelog
--- python-pyproj-1.8.9/debian/changelog	2011-03-09 11:39:26.0 -0500
+++ python-pyproj-1.8.9/debian/changelog	2013-08-21 01:45:21.0 -0400
@@ -1,3 +1,15 @@
+python-pyproj (1.8.9-2) UNRELEASED; urgency=low
+
+  * Add support for python3
+- Add python3-pyroj to debian/control
+- Add dh-python and python3-all-dev to build depends
+- Build with python3 and buildstysem=pybuild
+- Add debian/python-pyproj.install debian/python3-pyproj.install for
+  multi-binary package
+  * Drop obsolete build-dep on pysupport
+
+ -- Scott Kitterman   Wed, 21 Aug 2013 01:26:12 -0400
+
 python-pyproj (1.8.9-1) unstable; urgency=low
 
   * New upstream version
diff -Nru python-pyproj-1.8.9/debian/control python-pyproj-1.8.9/debian/control
--- python-pyproj-1.8.9/debian/control	2011-03-09 11:39:12.0 -0500
+++ python-pyproj-1.8.9/debian/control	2013-08-21 01:24:56.0 -0400
@@ -5,8 +5,9 @@
 Uploaders: David Paleino 
 Build-Depends:
  debhelper (>= 7.0.50~)
- , python-support
+ , dh-python
  , python-all-dev
+ , python3-all-dev
 Standards-Version: 3.9.1
 Homepage: http://code.google.com/p/pyproj/
 Vcs-Git: git://git.debian.org/git/pkg-grass/python-pyproj.git
@@ -28,3 +29,19 @@
  This is a Python binding to PROJ.4, it can receive coordinates as numpy
  arrays, Python arrays, lists or scalars. This module is optimized for
  numpy arrays.
+
+Package: python3-pyproj
+Architecture: any
+Depends:
+ ${python3:Depends}
+ , ${shlibs:Depends}
+ , ${misc:Depends}
+ , proj-data
+Description: Python 3 interface to PROJ.4 library
+ PROJ.4 performs cartographic transformations between geographic (lat/lon)
+ and map projection (x/y) coordinates. It can also transform directly
+ from one map projection coordinate system to another.
+ .
+ This is a Python 3 binding to PROJ.4, it can receive coordinates as numpy
+ arrays, Python arrays, lists or scalars. This module is optimized for
+ numpy arrays.
diff -Nru python-pyproj-1.8.9/debian/doc-base python-pyproj-1.8.9/debian/doc-base
--- python-pyproj-1.8.9/debian/doc-base	2010-08-02 15:28:23.0 -0400
+++ python-pyproj-1.8.9/debian/doc-base	1969-12-31 19:00:00.0 -0500
@@ -1,7 +0,0 @@
-Document: python-pyproj
-Title: pyproj API reference
-Section: Programming/Python
-
-Format: HTML
-Index: /usr/share/doc/python-pyproj/README.html
-Files: /usr/share/doc/python-pyproj/README.html
diff -Nru python-pyproj-1.8.9/debian/docs python-pyproj-1.8.9/debian/docs
--- python-pyproj-1.8.9/debian/docs	2010-08-02 15:28:23.0 -0400
+++ python-pyproj-1.8.9/debian/docs	1969-12-31 19:00:00.0 -0500
@@ -1,2 +0,0 @@
-README
-README.html
diff -Nru python-pyproj-1.8.9/debian/python3-pyproj.doc-base python-pyproj-1.8.9/debian/python3-pyproj.doc-base
--- python-pyproj-1.8.9/debian/python3-pyproj.doc-base	1969-12-31 19:00:00.0 -0500
+++ python-pyproj-1.8.9/debian/python3-pyproj.doc-base	2013-08-21 03:55:01.0 -0400
@@ -0,0 +1,7 @@
+Document: python3-pyproj
+Title: pyproj API reference
+Section: Programming/Python
+
+Format: HTML
+Index: /usr/share/doc/python3-pyproj/README.html
+Files: /usr/share/doc/python3-pyproj/README.html
diff -Nru python-pyproj-1.8.9/debian/python3-pyproj.docs python-pyproj-1.8.9/debian/python3-pyproj.docs
--- python-pyproj-1.8.9/debian/python3-pyproj.docs	1969-12-31 19:00:00.0 -0500
+++ python-pyproj-1.8.9/debian/python3-pyproj.docs	2013-08-21 03:52:23.0 -0400
@@ -0,0 +1,2 @@
+README
+README.html
diff -Nru python-pyproj-1.8.9/debian/python3-pyproj.install python-pyproj-1.8.9/debian/python3-pyproj.install
--- python-pyproj-1.8.9/debian/python3-pyproj.install	1969-12-31 19:00:00.0 -0500
+++ python-pyproj-1.8.9/debian/python3-pyproj.install	2013-08-21 01:44:37.0 -0400
@@ -0,0 +1 @@
+usr/lib/python3*/dist-packages/*
diff -Nru python-pyproj-1.8.9/debian/python-pyproj.doc-base python-pyproj-1.8.9/debian/python-pyproj.doc-base
--- python-pyproj-1.8.9/debian/python-pyproj.doc-base	1969-12-31 19:00:00.0 -0500
+++ python-pyproj-1.8.9/debian/python-pyproj.doc-base	2010-08-02 15:28:23.0 -0400
@@ -0,0 +1,7 @@
+Document: python-pyproj
+Title: pyproj API reference
+Section: Programming/Python
+
+Format: HTML
+Index: /usr/share/doc/python-pyproj/README.html
+Files: /usr/share/doc/python-pyproj/README.html
diff -Nru python-pyproj-1.8.9/debian/python-pyproj.docs python-pyproj-1.8.9/debian/python-pyproj.docs
--- python-pyproj-1.8.9/debian/python-pyproj.docs	1969-12-31 19:00:00.0 -0500
+++ python-pyproj-1.8.9/debian/python-pyproj.docs	2010-08-02 15:28:23.0 -0400
@@ -0,0 +1,2 @@
+README
+README.html
dif

Bug#719941: libreoffice-script-provider-python: python 3 porting issues

[Rene Engelhard]

tag 719941 + pending
thanks

Hi,

On Wed, Aug 21, 2013 at 01:41:51AM -0500, Mike Dupont wrote:
> resending because the mail system was confused :
> > On Tue, Aug 20, 2013 at 10:27 AM, Rene Engelhard  wrote:
> > -ret = open( systemPath , "a" )
> > +ret = file( systemPath , "a" )
> >
> > So why is this needed?
> see http://docs.python.org/release/3.0/whatsnew/3.0.html#builtins file is
>  removed, you must used open

Hmm. Indeed.

And:

09:52 <@_rene_> mst_:
09:52 <@_rene_> > So why is this needed?
09:52 <@_rene_> see 
http://docs.python.org/release/3.0/whatsnew/3.0.html#builtins 
file is
09:52 <@_rene_> removed, you must used open
09:54 -!- timar [~chatzi...@5401c5a0.dsl.pool.telekom.hu] has joined 
  #libreoffice-dev
09:54 -!- mode/#libreoffice-dev [+o timar] by ChanServ
09:57 < mst_> _rene_, ahh i see the bug report has the patch inverted :)
09:57 < mst_> _rene_, yes makes sense feel free to commit it
09:58 < mst_> vmiklos, in case nobody pinged you yet there's some first-page 
  patches in gerrit that quickly need reviewing
09:58 <@sberg> off to Wilhelmsburg...
09:58 -!- sberg [~sberg...@dslb-092-076-090-155.pools.arcor-ip.net] has quit 
  [Quit: Leaving]
09:58 <@_rene_> mst_: where we are back to the initial question. with a version 
check or just like this and scratch python2 support for the 
script provider?
09:59 < mst_> vmiklos, also please don't push them out-of-order via gerrit as 
  pmladek did that in 4-0 branch and it resulted in an undetected 
  merge conflict and a duplicated line
09:59 <@vmiklos> mst_: yep, will do it as soon as my build finishes here
09:59 < mst_> _rene_, python2 should supports open() too
10:00 <@vmiklos> ok, thanks for the warning :)
10:02 <@_rene_> Constructor function for the file type, described further in 
section File Objects. The constructor's arguments are the same 
as those of the open() built-in function described below.
10:02 <@_rene_> (http://docs.python.org/2/library/functions.html#file)
10:02 <@_rene_> ah, yeah

Thus I committed

http://cgit.freedesktop.org/libreoffice/core/commit/?id=83f4be4740892e497d30f660abb55e40c628158e

The bug is pending now because it will be in 4.2 ion February, but I might
backport it to 4.1.x...

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#700329: [Pkg-haskell-maintainers] Bug#700329: pandoc hangs using --bibliography

[Joachim Breitner]

Hi,

Am Mittwoch, den 21.08.2013, 16:43 +0900 schrieb Norbert Preining:
> I straced a run and it showed millions of lines:
>  0.66 stat("/usr/share/citeproc-hs-0.3.8/locales/locales-en-US.xml", 
> 0x7fea78f6cba0) = -1 ENOENT (No such file or directory)
>  
> After creating a linkg
>   /usr/share/citeproc-hs-0.3.8/ -> /usr/share/citeproc-hs/
> it worked again.

the error handling of pandoc or citeprog-hs is a bit unfortunate here.
The cause of the problem is a recent change in haskell-devscripts by
Louis Bettens, and will go away once pandoc is rebuilt (which is when it
will pick up citeproc-hs code that knows about the new location). This
is waiting for action by the pandoc maintainer:
http://lists.debian.org/51fa2715.9020...@bettens.info

Greetings,
Joachim
-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata




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

Bug#720289: more details

[Henrik Ahlgren]

On Tue, Aug 20, 2013 at 11:32:16PM -0700, Larry Doolittle wrote:
> I have not found this stanza anywhere in a Mozilla version control
> repository (I know git, but I don't claim to be a GitHub or Mozilla
> expert), so I don't know what its historical context is.  Wikipedia
> tells me FireFox 17 ESR was released on November 20, 2012.

I believe the upstream commit you are looking for is the following:

commit 641bb356f95798b0f24c902bb0d3d4236cffe053
Author: Benoit Jacob 
Date:   2013-02-11 12:06:09 -0500

Bug 838413 - blacklist mesa in esr17 - r=jgilbert, a=bbajaj

diff --git a/widget/xpwidgets/GfxInfoX11.cpp
b/widget/xpwidgets/GfxInfoX11.cpp
index 8473080..8eb0b82 100644
--- a/widget/xpwidgets/GfxInfoX11.cpp
+++ b/widget/xpwidgets/GfxInfoX11.cpp
@@ -326,6 +326,10 @@ GfxInfo::GetFeatureStatusImpl(int32_t aFeature,
   }

   if (mIsMesa) {
+if (aFeature == nsIGfxInfo::FEATURE_WEBGL_OPENGL) {
+*aStatus = nsIGfxInfo::FEATURE_BLOCKED_DRIVER_VERSION;
+aSuggestedDriverVersion.AssignLiteral("Not Mesa");
+}
 if (mIsNouveau && version(mMajorVersion, mMinorVersion) <
 version(8,0)) {
   *aStatus = nsIGfxInfo::FEATURE_BLOCKED_DRIVER_VERSION;
   aSuggestedDriverVersion.AssignLiteral("Mesa 8.0");


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

Bug#719806: lintian: Change in binutils produce E: library-not-linked-against-libc for C++ compiled with -Wl, --as-needed

[Niels Thykier]

On 2013-08-15 20:18, Maximiliano Curia wrote:
> ¡Hola Niels!
> 
> El 2013-08-15 a las 16:28 +0200, Niels Thykier escribió:
>>> After the binutils 2.23.52.20130612-1 entered the archive lots of C++ 
>>> programs
>>> that don't explicitly use the libc produce:
>>> E: library-not-linked-against-libc
>>> messages. This issue was first reported to binutils in #712081, but the
>>> upstream developers claim its working as intended (when only weak symbols 
>>> are
>>> used there is no strict dependency).
> 
>> Do you have a reference to upstream's claim for reference?
> 
> Thanks for the quick reply.
> 
> The actual quote is:
> """
> I think it is quite reasonable.  After all, linking without the
> library in question will succeed, and that will leave undefined weak
> symbols undecorated.
> """
> Available in:
> http://sourceware.org/ml/binutils/2013-07/msg1.html
> 
> Which is referenced in the closing message in #712081.
> 
> Happy hacking,
> 


Mmm, can we presume that these libraries will instead link (directly)
against the libstdc++ ?

~Niels


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

Bug#719450: lintian: infofiles check for [image src=""] target

[Niels Thykier]

On 2013-08-12 00:19, Kevin Ryde wrote:
> Package: lintian
> Version: 2.5.15
> Severity: wishlist
> Tags: patch
> File: /usr/share/lintian/checks/infofiles.pm
> 
> This is an idea to notice when /usr/share/info/foo.info contains an
> image like [image src="filename.png"] but the target .png is not in the
> package.
> 
> Images can be displayed by emacs, if the png files are present.
> Current packages with this problem include bison-doc, gdb-doc, gri, and
> libforms-dev.
> 
> The .png files should exist in the source dist, since makeinfo demands a
> png for @image{} in the .texi.  So fixing a missing .png in the deb
> should be as simple as copying into the package, or mangling the src=""
> to the right place if the png is in the package but somewhere else.
> 
> [...]

Hi,

Thanks for the patches, these have been applied to the master branch.

I added a test case and also did a few tweak of the patch.  The latter
was mostly remove unused capture groups (e.g. (x) becomes (?:x)) and to
remove the leading slash in the argument to normalize_pkg_path[1].  I
figured these tweaks were too minor to bother you with fixing it. :)

~Niels

[1] Internally, Lintian refer to files relative to the package root
(i.e. without leading slash).  In the given case, normalize_pkg_path did
fix that, so it was mostly for consistency with other parts of the code.


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

Bug#720308: gitweb's manual: please update, amend or remove doc related to FastCGI

[Jonathan Nieder]

reassign 720308 gitweb
retitle 720308 gitweb: double-utf8-encoding problems in FastCGI mode
tags 720308 + upstream
forwarded 720308 http://thread.gmane.org/gmane.comp.version-control.git/211888
quit

Hi Vincent,

Vincent Férotin wrote:

> gitweb is supposed to be "serveable" through FastCGI with Apache, as
> its manual claimed it
> (section "WEBSERVER CONFIGURATION", subsection "Apache with FastCGI").
> I experimented an error using it, as generated XHTML had double/wrong
> encoding (i.e. non all UTF-8), when gitweb CGI script encounter my
> (accented) name, e.g. in git's log.
>
> This problem is known, as e.g. reported here:
> 
> http://git.661346.n2.nabble.com/Gitweb-running-as-FCGI-does-not-print-its-output-in-UTF-8-td7573415.html
[...]
> The easiest solution could be to not recommend FastCGI for gitweb, and
> update documentation so.

Heh.  I prefer not to do this if possible (it would be better to get
the underlying problem fixed).

It might be worth adding a description of this issue to the BUGS
section to the manpage and pointing to it, though.

> Also, this section shows a `FastCGIServer` directive, which is
> specific to libapache2-mod-fastcgi,
> which belongs to non-free packages' section. For example, a free
> alternative is package libapache2-mod-fcgid,
> which has not this directive. So this section content could also be
> rewritten, according to the recommended Apache's FastCGI module by
> Debian (I don't know if it is libapache2-mod-fcgid).
>
> An other and last remark: could it be possible that gitweb's manual
> belong to gitweb's package
> This bug report should IMHO better stand with gitweb's other bugs?

The main git package in Debian includes git-instaweb, which is why
the gitweb docs are in there.  Probably I should move git-instaweb
to the gitweb package, which would simplify things.

Thanks for a pleasant report,
Jonathan


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

Bug#720380: ITP: node-sha -- Check and get file or stream hashes - module for Node.js

[Jérémy Lal]

Package: wnpp
Severity: wishlist
Owner: "Jérémy Lal" 

* Package name: node-sha
  Version : 1.2.2
  Upstream Author : Forbes Lindesay
* URL : https://github.com/ForbesLindesay/sha
* License : BSD-2-clause or Expat
  Programming Lang: JavaScript
  Description : Check and get file or stream hashes - module for Node.js

node-sha exposes simple functions to check and get file or stream hashes.
The algorithm used defaults to sha1 and can be any of the algorithms
supported by Node.js builtin crypto module.
.
Node.js is an event-based server-side javascript engine.


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

Bug#720381: php5: Sessionclean does not clean old files with alternative session_path

[Nico Haase]

Package: php5
Version: 5.4.4-14+deb7u3
Severity: normal

Dear Maintainer,
when I set my own session.save_path in php.ini, old session files do not
get deleted. Even if the cronjob for doing this reads the lifetime from
php.ini, it does not read the save_path from there. This leads to tons of
files in a directory, while the admin might assume that PHP cleans them
up.

Either allow the cronjob to read in the individual setting or give a
severe warning for anybody who changes this setting, please.

-- System Information:
Debian Release: 7.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (100, 'testing')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages php5 depends on:
ii  libapache2-mod-php5  5.4.4-14+deb7u3
ii  php5-common  5.4.4-14+deb7u3

php5 recommends no packages.

php5 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#684382: Build with php5.4

[Ariel]

Note that to build the php binding for hdate with php 5.4 you need a 
build-dep on swig >= 2.0.4-5


Can I ask you again to re-enable the php bindings?

-Ariel


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

Bug#720384: Apache MySQL authentication module fails with Apache MPM worker model

[Cedric Dufour]

Package: libapache2-mod-auth-mysql
Version: 4.3.9-13
Severity: normal



*** /root/body.txt
Hello,

We've been using Apache MySQL authentication module (mod_auth_mysql) on many
of our web servers for quite sometime now.

Since a few days, as the load on one of the 'mod_auth_mysql'-protected resource
increased, we noticed HTTP 500 and error messages related to MySQL connection
problems.

The corresponding MySQL servers correspondingly started to exhibit increasing
"Abort_clients" and "Abort_connects" values (SHOW STATUS).

After capturing the packets between the Apache and MySQL server, it appeared
MySQL dropped connections because of "packets out of order".
Further looking at the packet traces showed that the Apache servers issued
strange MySQL commands given the TCP/IP connections history, like for example
issuing a "QUIT" command rigth after establishing the TCP connection (SYN,
SYN/ACK, ACK), which did not really make sense.

We thus started to suspect that 'mod_auth_mysql' might not be thread-safe
and mixed MySQL sessions with TCP/IP connections. This was consistent with
the fact that Apache was installed with the MPM worker threading model
(package 'apache2-mpm-worker').

We switched Apache to the non-threaded MPM model, by installing the package
'apache2-mpm-prefork', and all MySQL connection errors (spwaned by Apache
MySQL authtentication module) disappeared (along the corresponding HTTP 500
errors).

Unless our analysis is wrong, we believe 'mod_auth_mysql' is not thread-safe
and should not be allowed to be installed along 'apache2-mpm-worker'.

We thus suggest that the 'libapache2-mod-auth-mysql' package specifies
'apache2-mpm-worker' in its "Conflicts:" list AND/OR add the appropriate
'apache2-mpm-...' packges in its "Depends:" list (the same way
'libapache2-mod-php5' does, for example).

Thank you very much for considering this bug report.

Best regards,

Cedric



-- System Information:
Debian Release: 6.0.7
  APT prefers oldstable
  APT policy: (990, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libapache2-mod-auth-mysql depends on:
ii  apache2.2-common  2.2.16-6+squeeze11 Apache HTTP Server common files
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libmysqlclient16  5.1.66-0+squeeze1  MySQL database client library

libapache2-mod-auth-mysql recommends no packages.

libapache2-mod-auth-mysql 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#720382: ceilometer: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: ceilometer
Version: 2013.1.2-4
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for ceilometer's debconf messages.
Translator: Miguel Figueiredo 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Melhores cumprimentos/Best regards,

Traduz! - Portuguese Translation Team


pt.po.gz
Description: GNU Zip compressed data

Bug#720339: debian-installer: Be sure of the keyboard binds before entering the passwords

[Cyril Brulebois]

Christian PERRIER  (2013-08-21):
> Quoting Cyril Brulebois (k...@debian.org):
> > Hello tueslibre,
> > 
> > Tuxicoman  (2013-08-20):
> > > A proposal to fix this bug vould be :
> > > 1. Have another texbox on the same screen where the user could test his
> > > keyboard layout.
> > > 2. Have an option to not mask the password in the textbox while typing it 
> > > like
> > > we have on Android for example (only the last letter is shown)
> > 
> > 2. has been mentioned in other bug reports already (WEP/WPA passphrases
> > notably), and looks like a good idea. Needs someone to implement it
> > though.
> 
> I however wonder what this has to do with the installer. So we now
> have yet another wrongly assigned bug report that will quietly sleep
> in the BTS until someone takes care to triage it.
> 
> In this case, it is however difficult to reassign as it should
> theoretically assigned to everything that prompts for a password
> (crypto stuff, login, various display managers, etc, etc.)

I think that's just a matter of implementing a checkbox (or similar) in
debconf frontend, so that one can unmask the password at will? At least
that's what was discussed for the WEP/WPA thing.

Mraw,
KiBi.


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

Bug#720383: sympa: cas authentication does not work due to bug

[Rudy Gevaert]

Package: sympa
Version: 6.1.11~dfsg-5
Severity: normal

Dear Maintainer,

Configuring sympa to use CAS authentcation doesn't work.  The issue has been 
fixed in a newer release (6.1.16).

[7917] wwsympa/Auth.pm: [#8852][Submitted by F. P�richon, univ. Lille
2] Ldap authentication failed in wwsympa with recent version of
Convert-ASN1. Starting with version 0.25, Convert-ASN1 package has a
'use strict'. Ldap attrs were passed as a string in a ldap search call
in wwsympa/Auth.pm thus making LDAP authentication fail. Fixed by
passing attrs as an array, even when only one attribute is retrieved.

The fix is a one line patch:

https://sourcesup.renater.fr/scm/viewvc.php/branches/sympa-6.1-branch/wwsympa/Auth.pm?root=sympa&r1=7573&r2=7917

I would be nice to get this fixed in the next point release.

-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (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 sympa depends on:
ii  adduser   3.113+nmu3
ii  ca-certificates   20130119
ii  dbconfig-common   1.8.47+nmu1
ii  debconf [debconf-2.0] 1.5.49
ii  dpkg  1.16.10
ii  libarchive-zip-perl   1.30-6
ii  libc6 2.13-38
ii  libcgi-fast-perl  5.14.2-21
ii  libdbd-mysql-perl 4.021-1+b1
ii  libdbd-pg-perl2.19.2-2
ii  libdbd-sqlite3-perl   1.37-1
ii  libdbd-sybase-perl1.14-1
ii  libdbi-perl   1.622-1
ii  libfcgi-perl  0.74-1+b1
ii  libfile-copy-recursive-perl   0.38-1
ii  libhtml-format-perl   2.10-1
ii  libhtml-stripscripts-parser-perl  1.03-1
ii  libhtml-tree-perl 5.02-1
ii  libintl-perl  1.20-1
ii  libio-stringy-perl2.110-5
ii  libmailtools-perl 2.09-1
ii  libmime-charset-perl  1.009.2-1
ii  libmime-encwords-perl 1.012.4-1
ii  libmime-lite-html-perl1.23-1.1
ii  libmime-tools-perl5.503-1
ii  libmsgcat-perl1.03-5+b2
ii  libnet-ldap-perl  1:0.4400-1
ii  libnet-netmask-perl   1.9016-1
ii  libregexp-common-perl 2011121001-1
ii  libtemplate-perl  2.24-1
ii  libterm-progressbar-perl  2.13-1
ii  libunicode-linebreak-perl 0.0.20120401-1
ii  libxml-libxml-perl2.0001+dfsg-1
ii  lsb-base  4.1+Debian8+deb7u1
ii  mhonarc   2.6.18-2
ii  perl  5.14.2-21
ii  perl-modules [libcgi-pm-perl] 5.14.2-21
ii  postfix [mail-transport-agent]2.9.6-2
ii  rsyslog [system-log-daemon]   5.8.11-3
ii  sqlite3   3.7.13-1+deb7u1

Versions of packages sympa recommends:
ii  apache2-suexec 2.2.22-13
ii  doc-base   0.10.4
ii  libapache2-mod-fcgid   1:2.3.6-1.2
ii  libcrypt-ciphersaber-perl  0.61-4
ii  libfile-nfslock-perl   1.21-1
ii  libio-socket-ssl-perl  1.76-2
ii  libmail-dkim-perl  0.39-1
ii  libsoap-lite-perl  0.714-1
ii  locales2.13-38
ii  logrotate  3.8.1-4
ii  mysql-server   5.5.31+dfsg-0+wheezy1

Versions of packages sympa suggests:
ii  apache2  2.2.22-13
ii  apache2-mpm-prefork [httpd-cgi]  2.2.22-13
ii  libauthcas-perl  1.5-1
pn  libdbd-oracle-perl   
pn  libtext-wrap-perl
ii  openssl  1.0.1e-2

-- debconf information excluded


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

Bug#720385: minetest: game crashes with floating point exception

[Руслан Зиганшин]

Package: minetest
Version: 0.4.7+repack-3
Severity: important

ruslan@debian:~$ minetest
Irrlicht Engine version 1.8.0
Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2+deb7u2 x86_64
Using renderer: OpenGL
OpenGL driver version is not 1.2 or better.
Warning: OpenGL device only has one texture unit. Disabling multitexturing.
GLSL not available.
Floating point exception


-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (790, 'stable'), (730, 'stable-updates'), (700,
'stable'), (690, 'testing'), (600, 'testing'), (490, 'oldstable'),
(400, 'oldstable'), (151, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages minetest depends on:
ii  libc6 2.17-92
ii  libcurl3-gnutls   7.26.0-1+wheezy3
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.7.2-5
ii  libgles2-mesa [libgles2]  9.1.4-1
ii  libice6   2:1.0.8-2
ii  libirrlicht1.81.8+dfsg1-2
ii  libjsoncpp0   0.6.0~rc2-3
ii  libjthread1.3.1   1.3.1-3
ii  libluajit-5.1-2   2.0.2+dfsg-1
ii  libogg0   1.3.0-4
ii  libopenal11:1.14-4
ii  libsm62:1.2.1-2
ii  libsqlite3-0  3.7.13-1+deb7u1
ii  libstdc++64.7.2-5
ii  libvorbis0a   1.3.2-1.3
ii  libvorbisfile31.3.2-1.3
ii  libx11-6  2:1.6.0-1
ii  libxext6  2:1.3.1-2+deb7u1
ii  minetest-data 0.4.7+repack-3
ii  zlib1g1:1.2.7.dfsg-13

minetest recommends no packages.

Versions of packages minetest suggests:
ii  minetest-server  0.4.7+repack-3

-- 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#466683: Expanding descriptions of some packages.

[Ian Campbell]

On Fri, 2013-08-16 at 15:21 +0100, Justin B Rye wrote:
> Ian Campbell wrote:
> > +  * Expand on the descriptions of some packages. (Closes: #466683)
> 
> Trivial typo here:
> 
> >  Package: libxen-dev
> >  Section: libdevel
> >  Depends: libxen-@version@ (= ${binary:Version}), libxenstore3.0 (= 
> > ${binary:Version}), ${misc:Depends}
> >  Description: Public headers and libs for Xen
> >   This package contains the public headers and static libraries for Xen.
> > + .
> > + The libxenlight library is intended as a common base for all Xen toolstack
> > + developers. The libxlutil library contains additional helpers which may be
> > + useful to toolstack developers.
> > + .
> > + The libxenstore library allows usespace processes to interact with the
>   ^
> s/usespace/userspace/.

Yep, thanks!

8<-

commit 9174a352a3be6a1b8961e6324f81c07edaf33922
Author: Ian Campbell 
Date:   Fri Aug 16 10:30:17 2013 +0100

* debian/changelog: Update
* debian/templates/control.main.in: Update descriptions for some packages.

diff --git a/xen/debian/changelog b/xen/debian/changelog
index 6100e75..e5b25ef 100644
--- a/xen/debian/changelog
+++ b/xen/debian/changelog
@@ -1,5 +1,6 @@
 xen (4.3.0-1) UNRELEASED; urgency=low
 
+  [ Bastian Blank ]
   * New upstream release.
   * Call configure with proper arguments.
   * Remove now empty xen-docs package.
@@ -16,6 +17,9 @@ xen (4.3.0-1) UNRELEASED; urgency=low
 - Fix fallout from harderning flags.
   * Update Standards-Version to 3.9.4. No changes.
 
+  [ Ian Campbell ]
+  * Expand on the descriptions of some packages. (Closes: #466683)
+
  -- Bastian Blank   Tue, 23 Jul 2013 12:45:27 +0200
 
 xen (4.2.2-1) unstable; urgency=low
diff --git a/xen/debian/templates/control.main.in 
b/xen/debian/templates/control.main.in
index 67dd825..2e9d8ee 100644
--- a/xen/debian/templates/control.main.in
+++ b/xen/debian/templates/control.main.in
@@ -2,27 +2,50 @@ Package: libxen-@version@
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Public libs for Xen
- This package contains the shared libraries for Xen.
+ This package contains the shared toolstack libraries for Xen.
 
 Package: libxenstore3.0
 Section: libs
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Xenstore communications library for Xen
- This package contains the public libxenstore.
+ This package contains the client library interface to XenStore.
+ .
 
 Package: libxen-dev
 Section: libdevel
 Depends: libxen-@version@ (= ${binary:Version}), libxenstore3.0 (= 
${binary:Version}), ${misc:Depends}
 Description: Public headers and libs for Xen
  This package contains the public headers and static libraries for Xen.
+ .
+ The libxenlight library is intended as a common base for all Xen toolstack
+ developers. The libxlutil library contains additional helpers which may be
+ useful to toolstack developers.
+ .
+ The libxenstore library allows userspace processes to interact with the
+ XenStore database. XenStore is a shared database used for interdomain
+ communication of configuration and status information. It is accessible to all
+ domains running on the same Xen host. See http://wiki.xen.org/wiki/XenStore
+ for more information.
+ .
+ The libxenctrl and libxenguest libraries are internal libraries intended for
+ use by the Xen toolstack and are not intended to be used directly. Toolstack
+ authors should use libxenlight.
 
 Package: xenstore-utils
 Section: admin
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: xen-utils-common (<= 3.1.0-1)
 Replaces: xen-utils-common (<= 3.1.0-1)
-Description: Xenstore utilities for Xen
- This package contains the Xenstore utilities.
+Description: Xenstore command line utilities for Xen
+ This package contains command line utilities for interacting with XenStore.
+ .
+ XenStore is a shared database used for interdomain communication of
+ configuration and status information. It is accessible to all domains running
+ on the same Xen host. See http://wiki.xen.org/wiki/XenStore for more 
information.
+ .
+ In the common case these tools are used by the Xen toolstack running in
+ domain0 (or a driver domain) however they may also be used in a guest domain
+ to support local scripting which wants to communicate via XenStore.
 
 Package: libxen-ocaml
 Section: ocaml


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

Bug#720386: aptitude: Upgrade marks newly installed packages as manually installed

[Vincent Lefevre]

And here's the diff of /var/lib/apt/extended_states between the
contents before and after the upgrade:

--- extended_states 2013-08-21 11:13:18.0 +0200
+++ /var/lib/apt/extended_states2013-08-21 11:18:36.0 +0200
@@ -8630,7 +8630,11 @@
 Architecture: amd64
 Auto-Installed: 1
 
-Package: libopenmpi1.3
+Package: libcr0
+Architecture: amd64
+Auto-Installed: 1
+
+Package: libhwloc-plugins
 Architecture: amd64
 Auto-Installed: 1

One can see that libopenmpi1.3 has been removed from the file as
expected, but libopenmpi1.6 hasn't been added to this file, so that
it doesn't have "Auto-Installed" information. I suspect that it is
0 (manual installation) by default. Indeed, if I run aptitude and
search for libopenmpi1.6, it does not have the A flag, i.e. it is
regarded as manually installed, as announced before the upgrade.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#720272: unbootable and lead to data loss?

[Bastian Blank]

On Wed, Aug 21, 2013 at 09:00:14AM +0100, Ian Campbell wrote:
> On Tue, 2013-08-20 at 22:51 +0800, jida...@jidanni.org wrote:
> >   product: Intel(R) Celeron(R) M processor 1.40GHz
> >   capabilities: fpu fpu_exception wp vme de pse tsc msr mce cx8 sep 
> > mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts
> The kernel will always either boot or not boot (with a message from the
> very early loader about lack of PAE). On the system above it looks like
> it wouldn't boot due to lack of PAE.

It is quite possible that this CPU actually supports PAE. They don't
show it until you try to enable it.

Bastian

-- 
Where there's no emotion, there's no motive for violence.
-- Spock, "Dagger of the Mind", stardate 2715.1


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

Bug#720387: freemind: bogus french transation for "find and replace"

[Yann Dirson]

Package: freemind
Version: 0.9.0+dfsg-2
Severity: important

"Find and replace" in french would be "Chercher et remplacer", not "Montrer 
l'historique
de la carte" which means "Show map history" !


-- 
Yann Dirson - Bertin Technologies


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

Bug#720389: gnuradio: unable to remove: xdg-icon-resource: No writable system icon directory found.

[Timo Juhani Lindfors]

Package: gnuradio
Version: 3.7.0-5
Severity: important

sudo apt-get remove gnuradio

fails with

Removing gnuradio ...
Begin freedesktop uninstall...
Uninstall icon: 32x32
xdg-icon-resource: No writable system icon directory found.
dpkg: error processing gnuradio (--remove):
 subprocess installed pre-removal script returned error exit status 3
Begin freedesktop install...
Install icon: 32x32
xdg-icon-resource: No writable system icon directory found.
dpkg: error while cleaning up:
 subprocess installed post-installation script returned error exit status 3
Errors were encountered while processing:
 gnuradio
E: Sub-process /usr/bin/dpkg returned an error code (1)

Adding a couple of "|| true" trailers to lines of the prerm script
allowed me to uninstall gnuradio.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages gnuradio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.27.2-1
ii  libboost-date-time1.49.0  1.49.0-4
ii  libboost-filesystem1.49.0 1.49.0-4
ii  libboost-program-options1.49.01.49.0-4
ii  libboost-system1.49.0 1.49.0-4
ii  libboost-test1.49.0   1.49.0-4
ii  libboost-thread1.49.0 1.49.0-4
ii  libc6 2.17-92
ii  libcomedi00.10.1-1
ii  libfftw3-single3  3.3.3-5+b1
ii  libgcc1   1:4.8.1-9
ii  libgnuradio-analog3.7.0   3.7.0-5
ii  libgnuradio-atsc3.7.0 3.7.0-5
ii  libgnuradio-audio3.7.03.7.0-5
ii  libgnuradio-blocks3.7.0   3.7.0-5
ii  libgnuradio-channels3.7.0 3.7.0-5
ii  libgnuradio-comedi3.7.0   3.7.0-5
ii  libgnuradio-digital3.7.0  3.7.0-5
ii  libgnuradio-fcd3.7.0  3.7.0-5
ii  libgnuradio-fec3.7.0  3.7.0-5
ii  libgnuradio-fft3.7.0  3.7.0-5
ii  libgnuradio-filter3.7.0   3.7.0-5
ii  libgnuradio-noaa3.7.0 3.7.0-5
ii  libgnuradio-pager3.7.03.7.0-5
ii  libgnuradio-pmt3.7.0  3.7.0-5
ii  libgnuradio-qtgui3.7.03.7.0-5
ii  libgnuradio-runtime3.7.0  3.7.0-5
ii  libgnuradio-trellis3.7.0  3.7.0-5
ii  libgnuradio-uhd3.7.0  3.7.0-5
ii  libgnuradio-video-sdl3.7.03.7.0-5
ii  libgnuradio-vocoder3.7.0  3.7.0-5
ii  libgnuradio-wavelet3.7.0  3.7.0-5
ii  libgnuradio-wxgui3.7.03.7.0-5
ii  libgsl0ldbl   1.16+dfsg-1
ii  libgsm1   1.0.13-4
ii  libiceutil35  3.5.0-3
ii  libjack-jackd2-0 [libjack-0.116]  1.9.9.5+20130622git7de15e7a-1
ii  liblog4cpp5   1.0-4
ii  liborc-0.4-0  1:0.4.17-2
ii  libportaudio2 19+svn2021-1
ii  libpython2.7  2.7.5-7
ii  libqtcore44:4.8.5+dfsg-3
ii  libqtgui4 4:4.8.5+dfsg-3
ii  libqwt5-qt4   5.2.3-1
ii  libsdl1.2debian   1.2.15-6
ii  libstdc++64.8.1-9
ii  libuhd003 3.5.3-1
ii  libusb-1.0-0  2:1.0.16-3
ii  libvolk0.0.0  3.7.0-5
ii  libzeroc-ice353.5.0-3
ii  python2.7.5-4
ii  python-cheetah2.4.4-3
ii  python-lxml   3.2.0-1+b1
ii  python-opengl 3.0.1-1
ii  python-wxgtk2.8   2.8.12.1-14

Versions of packages gnuradio recommends:
ii  python-matplotlib 1.3.0-1
ii  python-qt44.10.2-2
ii  python-qwt5-qt4   5.2.1~cvs20091107+dfsg-6+b4
ii  python-scipy  0.12.0-2+b1
ii  python-tk 2.7.5-1
ii  qthid-fcd-controller  3.1-6
ii  uhd-host  3.5.3-1

gnuradio 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#720388: freemind: fails to locate jgoodies ButtonBarFactory class

[Yann Dirson]

Package: freemind
Version: 0.9.0+dfsg-2
Severity: important

Selecting the "Find and replace" menu entry causes the following exception:

STDERR: Exception in thread "AWT-EventQueue-0"
STDERR: java.lang.NoClassDefFoundError: 
com/jgoodies/forms/factories/ButtonBarFactory
STDERR: at 
accessories.plugins.time.TimeList.startupMapHook(TimeList.java:298)
STDERR: at 
freemind.modes.mindmapmode.MindMapController.invokeHook(MindMapController.java:1722)
STDERR: at 
freemind.modes.mindmapmode.actions.MindMapControllerHookAction.actionPerformed(MindMapControllerHookAction.java:48)
STDERR: at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
STDERR: at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
STDERR: at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
STDERR: at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
STDERR: at javax.swing.AbstractButton.doClick(AbstractButton.java:374)
STDERR: at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829)
STDERR: at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:873)
STDERR: at 
java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
STDERR: at java.awt.Component.processMouseEvent(Component.java:6288)
STDERR: at 
javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
STDERR: at java.awt.Component.processEvent(Component.java:6053)
STDERR: at java.awt.Container.processEvent(Container.java:2045)
STDERR: at java.awt.Component.dispatchEventImpl(Component.java:4649)
STDERR: at java.awt.Container.dispatchEventImpl(Container.java:2103)
STDERR: at java.awt.Component.dispatchEvent(Component.java:4475)
STDERR: at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
STDERR: at 
java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297)
STDERR: at 
java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
STDERR: at java.awt.Container.dispatchEventImpl(Container.java:2089)
STDERR: at java.awt.Window.dispatchEventImpl(Window.java:2587)
STDERR: at java.awt.Component.dispatchEvent(Component.java:4475)
STDERR: at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:675)
STDERR: at java.awt.EventQueue.access$300(EventQueue.java:96)
STDERR: at java.awt.EventQueue$2.run(EventQueue.java:634)
STDERR: at java.awt.EventQueue$2.run(EventQueue.java:632)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
STDERR: at java.awt.EventQueue$3.run(EventQueue.java:648)
STDERR: at java.awt.EventQueue$3.run(EventQueue.java:646)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
STDERR: at java.awt.EventQueue.dispatchEvent(EventQueue.java:645)
STDERR: at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
STDERR: at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
STDERR: at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
STDERR: at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
STDERR: at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
STDERR: at 
java.awt.EventDispatchThread.run(EventDispatchThread.java:138)
STDERR: Caused by: java.lang.ClassNotFoundException: 
com.jgoodies.forms.factories.ButtonBarFactory
STDERR: at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
STDERR: at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
STDERR: at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
STDERR: at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
STDERR: ... 42 more


-- 
Yann Dirson - Bertin Technologies


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

Bug#720390: freemind: showing "preferences" fails with IllegalAccessError

[Yann Dirson]

Package: freemind
Version: 0.9.0+dfsg-2
Severity: important

Selecting the "Preferences" menu entry causes the following exception:

STDERR: Exception in thread "AWT-EventQueue-0" 
STDERR: java.lang.IllegalAccessError: tried to access method 
com.jgoodies.forms.layout.RowSpec.(Ljava/lang/String;)V from class 
freemind.preferences.layout.OptionPanel$KeyProperty
STDERR: at 
freemind.preferences.layout.OptionPanel$KeyProperty.layout(OptionPanel.java:403)
STDERR: at 
freemind.preferences.layout.OptionPanel.buildPanel(OptionPanel.java:205)
STDERR: at 
freemind.controller.Controller$PropertyAction.actionPerformed(Controller.java:1500)
STDERR: at 
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
STDERR: at 
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
STDERR: at 
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
STDERR: at 
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
STDERR: at javax.swing.AbstractButton.doClick(AbstractButton.java:374)
STDERR: at 
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829)
STDERR: at 
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:873)
STDERR: at java.awt.Component.processMouseEvent(Component.java:6288)
STDERR: at 
javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
STDERR: at java.awt.Component.processEvent(Component.java:6053)
STDERR: at java.awt.Container.processEvent(Container.java:2045)
STDERR: at java.awt.Component.dispatchEventImpl(Component.java:4649)
STDERR: at java.awt.Container.dispatchEventImpl(Container.java:2103)
STDERR: at java.awt.Component.dispatchEvent(Component.java:4475)
STDERR: at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
STDERR: at 
java.awt.LightweightDispatcher.processMouseEvent(Container.java:4297)
STDERR: at 
java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
STDERR: at java.awt.Container.dispatchEventImpl(Container.java:2089)
STDERR: at java.awt.Window.dispatchEventImpl(Window.java:2587)
STDERR: at java.awt.Component.dispatchEvent(Component.java:4475)
STDERR: at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:675)
STDERR: at java.awt.EventQueue.access$300(EventQueue.java:96)
STDERR: at java.awt.EventQueue$2.run(EventQueue.java:634)
STDERR: at java.awt.EventQueue$2.run(EventQueue.java:632)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
STDERR: at java.awt.EventQueue$3.run(EventQueue.java:648)
STDERR: at java.awt.EventQueue$3.run(EventQueue.java:646)
STDERR: at java.security.AccessController.doPrivileged(Native Method)
STDERR: at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
STDERR: at java.awt.EventQueue.dispatchEvent(EventQueue.java:645)
STDERR: at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
STDERR: at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
STDERR: at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
STDERR: at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
STDERR: at 
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
STDERR: at 
java.awt.EventDispatchThread.run(EventDispatchThread.java:138)


-- 
Yann Dirson - Bertin Technologies


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

Bug#720272: unbootable and lead to data loss?

[Ian Campbell]

On Wed, 2013-08-21 at 11:30 +0200, Bastian Blank wrote:
> On Wed, Aug 21, 2013 at 09:00:14AM +0100, Ian Campbell wrote:
> > On Tue, 2013-08-20 at 22:51 +0800, jida...@jidanni.org wrote:
> > >   product: Intel(R) Celeron(R) M processor 1.40GHz
> > >   capabilities: fpu fpu_exception wp vme de pse tsc msr mce cx8 
> > > sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts
> > The kernel will always either boot or not boot (with a message from the
> > very early loader about lack of PAE). On the system above it looks like
> > it wouldn't boot due to lack of PAE.
> 
> It is quite possible that this CPU actually supports PAE. They don't
> show it until you try to enable it.

Ah, I wasn't sure if the kernel would check for the CPUID bit and just
fail or do something more clever to see if it worked.

In any case my main point is that it will either work or not. There is
no half working/data corrupting case.

Ian.


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

Bug#720339: debian-installer: Be sure of the keyboard binds before entering the passwords

[Christian PERRIER]

reassign 720339 cdebconf
retitle 720339 Please add an option to make entered password visible when 
prompted
thanks

Quoting Cyril Brulebois (k...@debian.org):

> I think that's just a matter of implementing a checkbox (or similar) in
> debconf frontend, so that one can unmask the password at will? At least
> that's what was discussed for the WEP/WPA thing.

Hmmm, you're right. I mistakenly understood that what was wanted is a
way to show the password when it is entered..for anything that
prompts for the password, while here what's wanted is to allow making
it visible when it is entered in cdebconf.

Reassigning to cdebconf (though the same would be needed for debconf
as well)



signature.asc
Description: Digital signature

Bug#720391: [sslscan] no ipv6 support

[Timo Weingärtner]

Package: sslscan
Version: 1.8.2-2
Severity: normal
Tags: ipv6

Most of my local services only listen on ::1 as this is enough for all client 
applications I use regularly, but sslscan seems to live in a time before 1998.

$ sslscan --starttls [::1]:25
ERROR: Could not resolve hostname [.
$ sslscan ::1
ERROR: Could not resolve hostname .
$ sslscan --starttls localhost:25

Testing SSL server localhost on port 25

  Supported Server Cipher(s):
ERROR: Could not open a connection to host localhost on port 25.

(Banners removed for brevity)
It seems like it splits the target string at the first colon and even fails on 
hosts with only  records or non-working IPv4 but working IPv6.


Greetings
Timo


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

Bug#719806: lintian: Change in binutils produce E: library-not-linked-against-libc for C++ compiled with -Wl, --as-needed

[Niels Thykier]

On 2013-08-21 10:40, Niels Thykier wrote:
> On 2013-08-15 20:18, Maximiliano Curia wrote:
>> [...]
>>
>> Thanks for the quick reply.
>>
>> The actual quote is:
>> """
>> I think it is quite reasonable.  After all, linking without the
>> library in question will succeed, and that will leave undefined weak
>> symbols undecorated.
>> """
>> Available in:
>> http://sourceware.org/ml/binutils/2013-07/msg1.html
>>
>> Which is referenced in the closing message in #712081.
>>
>> Happy hacking,
>>
> 
> 
> Mmm, can we presume that these libraries will instead link (directly)
> against the libstdc++ ?
> 
> ~Niels
> 
> 

Jakub Wilk reminded me over IRC that we cannot rely on it in the general
case.  However, checking for libstdc++ does reduce the number of
false-positives for many of the libraries I checked.  So I applied that
as a partial fix for now.

In other news, while writing a test for this I noticed that if the
library is simple enough then --as-needed causes it to end up with no
dependency information at all[1].  This causes a
shared-lib-without-dependency-information tag.  I am guessing this means
we should either reduce the certainty of the tag (perhaps even retire
it, eventually).

~Niels

[1] As an example, try to add -Wl,--as-needed to the g++ line in the
Makefile of the binaries-missing-depends-on-libc test.


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

Bug#720272: unbootable and lead to data loss?

[Ben Hutchings]

On Wed, 2013-08-21 at 10:53 +0100, Ian Campbell wrote:
> On Wed, 2013-08-21 at 11:30 +0200, Bastian Blank wrote:
> > On Wed, Aug 21, 2013 at 09:00:14AM +0100, Ian Campbell wrote:
> > > On Tue, 2013-08-20 at 22:51 +0800, jida...@jidanni.org wrote:
> > > >   product: Intel(R) Celeron(R) M processor 1.40GHz
> > > >   capabilities: fpu fpu_exception wp vme de pse tsc msr mce cx8 
> > > > sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe up 
> > > > bts
> > > The kernel will always either boot or not boot (with a message from the
> > > very early loader about lack of PAE). On the system above it looks like
> > > it wouldn't boot due to lack of PAE.
> > 
> > It is quite possible that this CPU actually supports PAE. They don't
> > show it until you try to enable it.
> 
> Ah, I wasn't sure if the kernel would check for the CPUID bit and just
> fail or do something more clever to see if it worked.
> 
> In any case my main point is that it will either work or not. There is
> no half working/data corrupting case.

There might be if the CPUs that don't advertise PAE also weren't tested
for PAE functionality at manufacturing time.

But if we make the 686-pae kernel refuse to boot without PAE advertised,
we'll also break currently working systems.

Ben.

-- 
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption] would be
development of an easy way to factor large prime numbers. - Bill Gates


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

Bug#720392: package hardcodes database information

[Faidon Liambotis]

Package: rddmarc
Version: 1.1.3-1
Severity: grave

$ grep connect /usr/bin/dmarcfail
db = MySQLdb.connect(user='dmarc',passwd='xxx',db='dmarc', use_unicode=True)

$ grep -A 1 connect /usr/bin/rddmarc
my $dbh = DBI->connect("DBI:mysql:database=dmarc",
"xxx", "xxx")
or die "Cannot connect to database\n";

No, "xxx" wasn't added by me. Yes, there are no configuration options
whatsoever.

Additionally, contrary to the package's description, mkdmarc is not shipped,
neither is the schema in e.g. examples.

Seriously?

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#720387: freemind: several bugus french translations

[Yann Dirson]

retitle 720387 freemind: several bugus french translations
thanks

Another one: "Preferences" should be "Préférences", not "Propriétés".

Could it be that this software is using a sub-standard way of handling
translations, instead of something like gettext ?

-- 
Yann Dirson - Bertin Technologies


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

Bug#720272: unbootable and lead to data loss?

[Ian Campbell]

On Wed, 2013-08-21 at 11:11 +0100, Ben Hutchings wrote:
> On Wed, 2013-08-21 at 10:53 +0100, Ian Campbell wrote:
> > On Wed, 2013-08-21 at 11:30 +0200, Bastian Blank wrote:
> > > On Wed, Aug 21, 2013 at 09:00:14AM +0100, Ian Campbell wrote:
> > > > On Tue, 2013-08-20 at 22:51 +0800, jida...@jidanni.org wrote:
> > > > >   product: Intel(R) Celeron(R) M processor 1.40GHz
> > > > >   capabilities: fpu fpu_exception wp vme de pse tsc msr mce 
> > > > > cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm 
> > > > > pbe up bts
> > > > The kernel will always either boot or not boot (with a message from the
> > > > very early loader about lack of PAE). On the system above it looks like
> > > > it wouldn't boot due to lack of PAE.
> > > 
> > > It is quite possible that this CPU actually supports PAE. They don't
> > > show it until you try to enable it.
> > 
> > Ah, I wasn't sure if the kernel would check for the CPUID bit and just
> > fail or do something more clever to see if it worked.
> > 
> > In any case my main point is that it will either work or not. There is
> > no half working/data corrupting case.
> 
> There might be if the CPUs that don't advertise PAE also weren't tested
> for PAE functionality at manufacturing time.

Hrm, that's true I guess. I'm a bit surprised that the upstream guys
just enable PAE blindy on systems which don't advertise it TBH, that's
not very conservative, I could better imagine them whitelisting some
machines which were known good.

Looking at the kernel though, if CONFIG_X86_PAE is set then NEED_PAE is
set, this is then included in REQUIRED_MASK0. If I'm reading it right
then arch/x86/boot/cpucheck.c seems to want to require these bits to be
set and it will eventually crap out in validate_cpu. I don't actually
have a non-pae system to try this on though...

> But if we make the 686-pae kernel refuse to boot without PAE advertised,
> we'll also break currently working systems.

Ian.


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

Bug#667786: Please make use of new php5enmod and php5dismod commands in your package

[Olivier Berger]

Hi.

On Fri, Apr 06, 2012 at 05:36:04PM +0200, Debian PHP maintainers wrote:
> 
> package php5-librdf currently installs it's configuration file directly
> to /etc/php5.  php5 (>= 5.4.0~rc6-1) has introduced two new commands:
> php5enmod and php5dismod
> 
> Your config file must be installed in /etc/php5/mods-available/.ini
> 
> php5enmod should be called from your postinst script (when configuring
> the package) with each installed ini file as an parameter (f.e. if you
> provide more dynamic extensions and want to ensure correct loading order).
> 

AFAIU, the consequence of this is that in wheezy, the lib isn't available for 
mod-php, once installed until this is changed.

The current workaround is then to :
ln -s /etc/php5/conf.d/redland.ini /etc/php5/apache2/conf.d

Hope this helps.

Best regards,
-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


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

Bug#720393: libphp-phpmailer: New upstream release, moved to github

[Raphaël Hertzog]

Package: libphp-phpmailer
Version: 5.1-1
Severity: normal

Hello,

please package the latest upstream release (5.2.6 currently). Upstream
development has moved to github so your watch file is not catching the new
releases available there: https://github.com/Synchro/PHPMailer/releases

Cheers,

-- 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.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libphp-phpmailer depends on:
ii  php5  5.5.2+dfsg-1
ii  php5-cgi  5.5.2+dfsg-1
ii  php5-cli  5.5.2+dfsg-1

libphp-phpmailer recommends no packages.

Versions of packages libphp-phpmailer suggests:
ii  postfix [mail-transport-agent]  2.10.0-3

-- 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#585261: nodejs-dev: Python string exceptions no more allowed in Python 2.6

[Jean-Michel Vourgère]

Jérémy Lal wrote:
> A note for the maintainer (me) :
> close the bug when nodejs updates its waf copy to >= 1.5.18 !

changelog (0.10.0~dfsg1-1) states:
> Node-waf dropped: Replaced by node-gyp (packaged independently).

Should that bug be closed, then?


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

Bug#720394: WISHLIST: Please provide lxc-docker

[Johannes Graumann]

Package: lxc-docker
Version: 0.5.3-1
Severity: wishlist

Hello,

As per http://www.docker.io/: "Docker is an open-source project to easily 
create lightweight, 
portable, self-sufficient containers from any application. The same container 
that a developer 
builds and tests on a laptop can run at scale, in production, on VMs, bare 
metal, OpenStack 
clusters, public clouds and more."

Ubuntu has it (https://launchpad.net/~dotcloud/+archive/lxc-docker/+packages) 
and installation
of that is straight forward in debian 
(http://www.grendelman.net/wp/docker-on-debian-wheezy/).

Please provide as native debian package.

Sincerely, Joh

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

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

Versions of packages lxc-docker depends on:
ii  aufs-tools  1:3.0+20130111-3
ii  bsdtar  3.1.2-7
ii  lxc 0.9.0~alpha3-2

lxc-docker recommends no packages.

lxc-docker 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#720395: openmpi: FTBFS on hurd-i386: test suite failures

[Pino Toscano]

Source: openmpi
Version: 1.6.5-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

since the enabling of the test suite (thanks!), such test suite fails
on Hurd.

The problem is mostly located in the memory:linux MCA component: it gets
enabled as it provides (via glibc) the malloc hooks it looks for, thus
installing its own hooks. Such hooks though can be called very early in
the startup, causing troubles.

Attached there is a new *update* of the build_hurd patch, which disables
the memory:linux MCA component on Hurd. This results in all the tests
passing successfully.

Thanks (and sorry for yet another Hurd update),
-- 
Pino
Description: Fix build problems on hurd-i386
 This patch allows Open MPI to build on Debian GNU/HURD.
 .
 Also, the memory:linux MCA component is disabled, since its use of POSIX API
 in malloc hooks called very early at startup causes troubles.
Author: Pino Toscano 
Forwarded: partially
Last-Update: 2013-08-21

--- a/ompi/runtime/ompi_mpi_abort.c
+++ b/ompi/runtime/ompi_mpi_abort.c
@@ -53,10 +53,11 @@
bool kill_remote_of_intercomm)
 {
 int count = 0, i;
-char *msg, *host, hostname[MAXHOSTNAMELEN];
+char *msg, *host = NULL;
 pid_t pid = 0;
 orte_process_name_t *abort_procs;
 orte_std_cntr_t nabort_procs;
+bool free_host = false;
 
 /* Protection for recursive invocation */
 if (have_been_invoked) {
@@ -70,8 +71,12 @@
 if (orte_initialized) {
 host = orte_process_info.nodename;
 } else {
-gethostname(hostname, sizeof(hostname));
-host = hostname;
+size_t host_length = 128;
+do {
+host_length *= 2;
+host = realloc(host, host_length);
+} while ((gethostname(host, host_length) == -1) && (errno == ENAMETOOLONG));
+free_host = true;
 }
 pid = getpid();
 
--- a/ompi/runtime/ompi_mpi_finalize.c
+++ b/ompi/runtime/ompi_mpi_finalize.c
@@ -101,13 +101,18 @@
 /* Note that if we're already finalized, we cannot raise an
MPI exception.  The best that we can do is write something
to stderr. */
-char hostname[MAXHOSTNAMELEN];
+char *hostname = NULL;
+size_t hostname_length = 128;
 pid_t pid = getpid();
-gethostname(hostname, sizeof(hostname));
+do {
+hostname_length *= 2;
+hostname = realloc(hostname, hostname_length);
+} while ((gethostname(hostname, hostname_length) == -1) && (errno == ENAMETOOLONG));
 
 orte_show_help("help-mpi-runtime.txt",
"mpi_finalize:invoked_multiple_times",
true, hostname, pid);
+free(hostname);
 return MPI_ERR_OTHER;
 }
 
--- a/opal/mca/base/mca_base_component_find.c
+++ b/opal/mca/base/mca_base_component_find.c
@@ -208,11 +208,16 @@
 }
 
 if (opal_list_get_end(found_components) == item) {
-char h[MAXHOSTNAMELEN];
-gethostname(h, sizeof(h));
+char *h = NULL;
+size_t h_length = 128;
+do {
+h_length *= 2;
+h = realloc(h, h_length);
+} while ((gethostname(h, h_length) == -1) && (errno == ENAMETOOLONG));
 opal_show_help("help-mca-base.txt", 
"find-available:not-valid", true,
h, type, requested_component_names[i]);
+free(h);
 return OPAL_ERR_NOT_FOUND;
 }
 }
--- a/opal/mca/base/mca_base_param.c
+++ b/opal/mca/base/mca_base_param.c
@@ -186,8 +186,14 @@
 home = (char*)opal_home_directory();
 
 if(NULL == cwd) {
+#if !defined(MAXPATHLEN) && defined(__GLIBC__)
+cwd = get_current_dir_name();
+if( NULL == cwd)
+#else
 cwd = (char *) malloc(sizeof(char) * MAXPATHLEN);
-if( NULL == (cwd = getcwd(cwd, MAXPATHLEN) )) {
+if( NULL == (cwd = getcwd(cwd, MAXPATHLEN) ))
+#endif
+{
 opal_output(0, "Error: Unable to get the current working directory\n");
 cwd = strdup(".");
 }
--- a/opal/util/stacktrace.c
+++ b/opal/util/stacktrace.c
@@ -437,8 +437,12 @@
 mca_base_param_lookup_string (param, &string_value);
 
 memset(&act, 0, sizeof(act));
+#ifdef SA_SIGINFO
 act.sa_sigaction = show_stackframe;
 act.sa_flags = SA_SIGINFO;
+#else
+act.sa_handler = show_stackframe_handler;
+#endif
 #ifdef SA_ONESHOT
 act.sa_flags |= SA_ONESHOT;
 #else
--- a/orte/mca/odls/base/odls_base_default_fns.c
+++ b/orte/mca/odls/base/odls_base_default_fns.c
@@ -1370,8 +1370,13 @@
 orte_local_rank_t local_rank;
 orte_node_rank_t node_rank;
 char *pathenv = NULL, *mpiexec_pathenv = NULL;
+#if !defined(MAXPATHLEN) && defined(__GLIBC__)
+char *basedir=NULL;
+char *dir=NULL;
+#else
 char basedir[MAXPATHLEN];
 char dir[MAXPATHLEN];
+#endif
 char **argvptr;
 char *full_search;
 char **argvsav

Bug#720396: debian-edu-config: debian-edu-config/tools/gosa-create buggy with set -e

[Moritz Molle]

Package: debian-edu-config
Version: 1.456
Severity: important

*** Please type your report below this line ***

/usr/share/debian-edu-config/tools/gosa-create
begins with
set -e
which means, that it cancels execution after one command which returns
false.
further down the script there are the commands
nscd -i passwd
and
nscd -i group
which, as i tried them, returned false (don't know why, but to be
robust, the script should expect that). so gosa-create doesn't get to
create the kerberos-principal of the user which in turn prohibits the
user to login via ssh.
also the
chown $user:$user $homedir
wont be executed.
i fixed that by augmenting both the
nscd -i ...
lines with "|| true":
nscd -i passwd || true
nscd -i group || true

then it worked.

thanks for reading.

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

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

Versions of packages debian-edu-config depends on:
ii  base-files  6.0squeeze7  Debian base system 
miscellaneous f
ii  bind9-host [hos 1:9.7.3.dfsg-1~squeeze11 Version of 'host' bundled 
with BIN
ii  cfengine2   2.2.10-2 Tool for configuring and 
maintaini
ii  debconf [debcon 1.5.36.1 Debian configuration 
management sy

ii  debconf-utils   1.5.36.1 debconf utilities
ii  debian-edu-artw 0.0.33-2 Debian Edu themes and artwork
ii  desktop-profile 1.4.15+nmu1  framework for setting up 
desktop p

ii  discover2.1.2-5  hardware identification system
ii  education-tasks 0.855Debian Edu tasks for tasksel
ii  fping   2.4b2-to-ipv6-16.1   sends ICMP ECHO_REQUEST 
packets to

ii  host1:9.7.3.dfsg-1~squeeze11 Transitional package
ii  ldap-utils  2.4.23-7.3   OpenLDAP utilities
ii  libconfig-inifi 2.52-1+squeeze1  Read .ini-style 
configuration file
ii  libfilesys-df-p 0.92-3+b1Module to obtain filesystem 
disk s

ii  libhtml-fromtex 2.05-5.1 Mark up text as HTML
ii  libio-socket-ss 1.33-1+squeeze1  Perl module implementing 
object or
ii  libnet-ldap-per 1:0.4001-2   client interface to LDAP 
servers
ii  libnet-netmask- 1.9015-4 parse, manipulate and 
lookup IP ne
ii  libterm-readkey 2.30-4   A perl module for simple 
terminal
ii  libtext-unaccen 1.08-1+b1provides functions to 
remove accen
ii  lockfile-progs  0.1.15+squeeze1  Programs for locking and 
unlocking
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 
init scrip
ii  mime-support3.48-1   MIME files 'mime.types' & 
'mailcap

ii  net-tools   1.60-23  The NET-3 networking toolkit
ii  ng-utils0.7-1Tool to access netgroups 
from the
ii  openssl 0.9.8o-4squeeze14Secure Socket Layer (SSL) 
binary a
ii  patch   2.6-2Apply a diff file to an 
original
ii  python  2.6.6-3+squeeze7 interactive high-level 
object-orie

ii  python-notify   0.1.1-2+b2   Python bindings for libnotify
ii  smbldap-tools   0.9.5-1  Scripts to manage Unix and 
Samba a
ii  ssl-cert1.0.28   simple debconf wrapper for 
OpenSSL
ii  tftp0.17-18  Trivial file transfer 
protocol cli


Versions of packages debian-edu-config recommends:
ii  ddccontrol 0.4.2-6   a program to control 
monitor param
ii  libjavascript-perl 1.16-3module for executing 
embedded Java
ii  libnotify-bin  0.5.0-2   sends desktop notifications 
to a n

ii  lsof   4.81.dfsg.1-1 List open files
ii  memtest86+ 4.10-1.1  thorough real-mode memory 
tester

ii  resolvconf 1.46  name server information handler
ii  syslinux   2:4.02+dfsg-7 collection of boot loaders

Versions of packages debian-edu-config suggests:
ii  atftpd  0.7.dfsg-9.1 advanced TFTP server

-- Configuration Files:
/etc/bind/db.0.168.192.in-addr.arpa. changed [not included]
/etc/bind/db.1.168.192.in-addr.arpa. changed [not included]
/etc/bind/db.10.in-addr.arpa. changed [not included]
/etc/bind/db.intern changed [not included]
/etc/bind/db.subnet00.intern. changed [not included]
/etc/bind/db.subnet01.intern. changed [not included]
/etc/gosa/gosa.conf changed [not included]
/etc/samba/netlogon/config/penguin.bat changed [not included]
/etc/samba/netlogon/debian-edu-login.bat changed [not included]
/etc/smbldap-tools/smbldap_bind.conf changed [not included]

-- debconf information excluded


--
To UNSUBSCRIBE, email to debian-bugs-dist-req

Bug#720397: wavesurfer fails to start after upgrading tcl/tk to 8.5.14-2

[Giulio Paci]

Package: wavesurfer
Version: 1.8.8p4-1
Severity: grave
Justification: renders package unusable

Dear Ron,
recently I upgraded tcl/tk 8.5 to the latest version available in Debian
testing (8.5.14-2) and now wavesurfer fails to start with the following error:

Error in startup script: tag "topmost" doesn't match any items
while executing
"$c lower top topmost"
(procedure "redraw" line 22)
invoked from within
"redraw $w"
(procedure "configure" line 65)
invoked from within
"configure .x.s1.workspace.pane_1 -selection {0.0 0.0} -xscrollcommand
{::namespace inscope ::wsurf {_xsbSet .x.s1}} -selectioncommand {::namespace
ins..."
("eval" body line 1)
invoked from within
"eval configure $w $args"
(procedure "vtcanvas::create" line 59)
invoked from within
[]


If I downgrade tcl/tk 8.5 wavesurfer works again.

If I edit /usr/share/tcltk/wavesurfer/wsurf/vtcanvas.tcl and remove the
"topmost" keyword, wavesurfer starts (however I did not check if it is working
correctly).

Can you please have a look at this issue?

Best regards,
Giulio.



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

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

Versions of packages wavesurfer depends on:
ii  libsnack2-alsa [libsnack2]  2.2.10-dfsg1-12.1
ii  tk8.4 [wish]8.4.20-1
ii  tk8.5 [wish]8.5.14-2
ii  tk8.6 [wish]8.6.0-1

wavesurfer recommends no packages.

wavesurfer 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#692984: ITP: sogo-connector -- full DAV client for Thunderbird/IceDove

[Carsten Schoenert]

Hello Joseph,

On Sun, Nov 11, 2012 at 12:41:14PM -0500, Joseph Nahmias wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Joseph Nahmias 
> 
> * Package name: sogo-connector
>   Version : 10.0.3
>   Upstream Author : Inverse, Inc
> * URL : http://sogo.nu/
> * License : GPL2
>   Programming Lang: XUL/Javascriopt
>   Description : full DAV client for Thunderbird/IceDove
> 
>  This extension enables Thunderbird/IceDove as a full DAV client for use
>  with groupware servers (such as SOGo).  Features include:
>  .
>   * Event organizers
>   * CardDAV support that is generic, so you can use it with any
> address book service (eg. fruux)
>   * Support for WebDAV access control lists (ACL)

what about your ITP for the sogo-connector?
I worked locally with the packaging for this plugin and would like to do
the packaging for Debian because the have since a few weeks a user wish
for for the sogo-connector addon (see #705488).
I have talked to Jeroen about some possible problems with the
sogo-connector. He can provide me/us a personal login to the sogo
instance on the servers on inversa.ca for a better testing of the
package.

Regards
Carsten


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

Bug#717557: gcc-4.8: can't compile working 64bit kernel with 32bit userspace gcc-4.8

[Matthias Klose]

Control: tags -1 + moreinfo

Am 26.07.2013 17:53, schrieb Zlatko Calusic:
> Actually, I now see that when gcc-4.8 is downgraded to 4.8.1-2, the gcc 
> package
> gets downgraded to 4.7.2-1. So probaby all gcc-4.8 version have the problem.
> Last i386 gcc version that successfully compiles 64bit kernel is: gcc version
> 4.7.3 (Debian 4.7.3-5)

is this a kernel released before GCC 4.8 was released? If yes, this should be
expected, and the issue closed.


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

Bug#705488: Fwd: ITP: sogo-connector -- full DAV client for Thunderbird/IceDove

[Carsten Schoenert]

because of misspelled bug address now forwarded ..

Hello Joseph,

On Sun, Nov 11, 2012 at 12:41:14PM -0500, Joseph Nahmias wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Joseph Nahmias 
> 
> * Package name: sogo-connector
>   Version : 10.0.3
>   Upstream Author : Inverse, Inc
> * URL : http://sogo.nu/
> * License : GPL2
>   Programming Lang: XUL/Javascriopt
>   Description : full DAV client for Thunderbird/IceDove
> 
>  This extension enables Thunderbird/IceDove as a full DAV client for use
>  with groupware servers (such as SOGo).  Features include:
>  .
>   * Event organizers
>   * CardDAV support that is generic, so you can use it with any
> address book service (eg. fruux)
>   * Support for WebDAV access control lists (ACL)

what about your ITP for the sogo-connector?
I worked locally with the packaging for this plugin and would like to do
the packaging for Debian because the have since a few weeks a user wish
for for the sogo-connector addon (see #705488).
I have talked to Jeroen about some possible problems with the
sogo-connector. He can provide me/us a personal login to the sogo
instance on the servers on inversa.ca for a better testing of the
package.

Regards
Carsten


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

Bug#720396: debian-edu-config: debian-edu-config/tools/gosa-create buggy with set -e

[Petter Reinholdtsen]

Thank you for your bug report.

[Moritz Molle]
> /usr/share/debian-edu-config/tools/gosa-create
> begins with
> set -e
> which means, that it cancels execution after one command which returns
> false.
> further down the script there are the commands
> nscd -i passwd
> and
> nscd -i group
> which, as i tried them, returned false (don't know why, but to be
> robust, the script should expect that).

I see it too.  When I test with strace, this seem to happen because
nscd isn't running.  When I start nscd with 'service nscd restart', it
return 0.

No idea why nscd wasn't running.

> so gosa-create doesn't get to
> create the kerberos-principal of the user which in turn prohibits the
> user to login via ssh.
> also the
> chown $user:$user $homedir
> wont be executed.
> i fixed that by augmenting both the
> nscd -i ...
> lines with "|| true":
> nscd -i passwd || true
> nscd -i group || true
> 
> then it worked.

Look like the correct fix, as there is no need to invalidate the nscd
caches if nscd isn't running, and thus that error should be ignore it.
We will include it, probably in beta2.  (beta1 is already wrapped up
and very close to being released.

-- 
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#720272: unbootable and lead to data loss?

[Bastian Blank]

On Wed, Aug 21, 2013 at 11:11:21AM +0100, Ben Hutchings wrote:
> There might be if the CPUs that don't advertise PAE also weren't tested
> for PAE functionality at manufacturing time.

Does the spec for this cpu family mandate the check in CPUID?

Well I checked and it tells:
| Software can discover support for different paging features using the
| CPUID instruction:
| PAE: physical-address extension.
| If CPUID.01H:EDX.PAE [bit 6] = 1, CR4.PAE may be set to 1, enabling PAE
| paging (this setting is also required for IA-32e paging).
So it is not mandatory.

Other parts are more specific, for example:
| (Processors that do not support CPUID function 8001H do not allow
| IA32_EFER.NXE to be set to 1.)

Bastian

-- 
Vulcans never bluff.
-- Spock, "The Doomsday Machine", stardate 4202.1


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

Bug#713073: PTS: show library transition message also on the source package page

[Niels Thykier]

On 2013-08-20 10:16, Stéphane Glondu wrote:
> Le 20/08/2013 09:41, Niels Thykier a écrit :
>> I think the reason why we prefer having the introducing source package
>> as "unaffected", is because it will be taken care of by a source upload
>> (i.e. there is usually nothing for us to do about that package). [...]
> 
> The tool was meant to track packages that need sourceful uploads too...
> 

Sure, but it is not uncommon for the "epicenter" of the transition (i.e.
the package triggering the transition) to be omitted.  Other packages
needing sourceful uploads are not hidden/omitted.

>> [...] The
>> introducing package also tends to create its own "dependency level" in
>> the tracker, so excluding almost always removes a dependency level in
>> the tracker.
> 
> You could also make it good, so that it is hidden by the javascript foo.
> 

The usually happens on its own when the package is rebuilt AFAICT.

> Why does it matter to have an additional dependency level?
> 
> 
> Cheers,
> 

Personally, I do not care much either way.  I wanted to report how the
tool is used in practise.  Whether that is a good use or not, is an
entirely different matter.

~Niels


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

Bug#719064: qt4-x11: keyboard shortcuts don't work in multi-language mode

[Boris Pek]

control: tags 719064 + upstream
control: forwarded 719064 https://bugreports.qt-project.org/browse/QTBUG-32908

QTBUG-32274 was for Qt 5.x series. Here is a separate bug for Qt 4.x:
https://bugreports.qt-project.org/browse/QTBUG-32908


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

Bug#719647: libstdc++-4.8-dev: illegal character in stl_vector.h produces invalid UTF-8 and breaks builds

[Matthias Klose]

Control: tags -1 + moreinfo help

Am 13.08.2013 22:56, schrieb Marc J. Driftmeyer:
> Package: libstdc++-4.8-dev
> Version: 4.8.1-8
> Severity: normal
> 
> Dear Maintainer,
> 
> Within stl_vector.h and more specifically line 842, character 3 is a hidden 
> \240 character that when viewed within Kate reviews the equivalent to the 
> metrical tetraseme as a single space not visible within Vim. 
> 
> Basically deleting this and replacing it with a normal space resolves the 
> issue allowing GCC 4.8 and Clang to build as normal.

could you attach a patch? Even looking at this line with od, I can't see this 
space.


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

Bug#719885: libmudflap0-4.8-dev: Please do not install multilib files from native package

[Matthias Klose]

Control: tags -1 + wontfix

I do not intend to work on this. It's likely that mudflap will be removed
upstream for the next release.


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

Bug#720398: udisks-daemon: crash of udisks and timeout

[rpnpif]

Package: udisks
Version: 1.0.1+git20100614-3
Severity: normal
File: udisks-daemon

Syslog shows issues as below during dvd burning without other noticeable 
effects for me.

Aug 21 12:17:17 chro kernel: [10974.339217] cdrom: This disc doesn't have any 
tracks I recognize!
Aug 21 12:22:23 chro kernel: [11280.304176] INFO: task udisks-daemon:3747 
blocked for more than 120 seconds.
Aug 21 12:22:23 chro kernel: [11280.304185] "echo 0 > 
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Aug 21 12:22:23 chro kernel: [11280.304191] udisks-daemon   D 0a1f 0  
3747   3745 0x
Aug 21 12:22:23 chro kernel: [11280.304200]  efea65e0 0086 afa4e3e2 
0a1f c14ce180 efe84040 0a1f 0001572c
Aug 21 12:22:23 chro kernel: [11280.304211]   c1496b00 efea6790 
c1496b00 efea65e0 c1496b00 c1496b00 c104619c
Aug 21 12:22:23 chro kernel: [11280.304220]  eef1fd60 c12d7459  
 00200200 002989fe c14ce180 c1045cdc
Aug 21 12:22:23 chro kernel: [11280.304230] Call Trace:
Aug 21 12:22:23 chro kernel: [11280.304253]  [] ? 
del_timer_sync+0x29/0x33
Aug 21 12:22:23 chro kernel: [11280.304269]  [] ? 
schedule_timeout+0x85/0xac
Aug 21 12:22:23 chro kernel: [11280.304275]  [] ? 
lock_timer_base+0x34/0x34
Aug 21 12:22:23 chro kernel: [11280.304282]  [] ? 
__mutex_lock_common+0xda/0x12a
Aug 21 12:22:23 chro kernel: [11280.304289]  [] ? 
__mutex_lock_slowpath+0x11/0x14
Aug 21 12:22:23 chro kernel: [11280.304295]  [] ? mutex_lock+0x17/0x23
Aug 21 12:22:23 chro kernel: [11280.304301]  [] ? mutex_lock+0x17/0x23
Aug 21 12:22:23 chro kernel: [11280.304309]  [] ? 
__blkdev_get+0x9e/0x330
Aug 21 12:22:23 chro kernel: [11280.304362]  [] ? 
blkdev_get+0x19f/0x28d
Aug 21 12:22:23 chro kernel: [11280.304379]  [] ? 
fsnotify_perm+0x4f/0x5a
Aug 21 12:22:23 chro kernel: [11280.304394]  [] ? 
__dentry_open+0x19c/0x274
Aug 21 12:22:23 chro kernel: [11280.304400]  [] ? 
nameidata_to_filp+0x3a/0x45
Aug 21 12:22:23 chro kernel: [11280.304405]  [] ? 
blkdev_get+0x28d/0x28d
Aug 21 12:22:23 chro kernel: [11280.304418]  [] ? do_last+0x42a/0x529
Aug 21 12:22:23 chro kernel: [11280.304425]  [] ? 
security_file_alloc+0xc/0xd
Aug 21 12:22:23 chro kernel: [11280.304431]  [] ? 
path_openat+0x9f/0x29a
Aug 21 12:22:23 chro kernel: [11280.304437]  [] ? 
do_filp_open+0x21/0x5e
Aug 21 12:22:23 chro kernel: [11280.30]  [] ? 
do_sys_open+0x58/0xd1
Aug 21 12:22:23 chro kernel: [11280.304449]  [] ? sys_open+0x1e/0x23
Aug 21 12:22:23 chro kernel: [11280.304463]  [] ? 
sysenter_do_call+0x12/0x28
Aug 21 12:24:23 chro kernel: [11400.304179] INFO: task udisks-daemon:3747 
blocked for more than 120 seconds.
Aug 21 12:24:23 chro kernel: [11400.304187] "echo 0 > 
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Aug 21 12:24:23 chro kernel: [11400.304193] udisks-daemon   D 0a1f 0  
3747   3745 0x
Aug 21 12:24:23 chro kernel: [11400.304203]  efea65e0 0086 afa4e3e2 
0a1f c14ce180 efe84040 0a1f 0001572c
Aug 21 12:24:23 chro kernel: [11400.304213]   c1496b00 efea6790 
c1496b00 efea65e0 c1496b00 c1496b00 c104619c
Aug 21 12:24:23 chro kernel: [11400.304223]  eef1fd60 c12d7459  
 00200200 002989fe c14ce180 c1045cdc
Aug 21 12:24:23 chro kernel: [11400.304233] Call Trace:
Aug 21 12:24:23 chro kernel: [11400.304253]  [] ? 
del_timer_sync+0x29/0x33
Aug 21 12:24:23 chro kernel: [11400.304267]  [] ? 
schedule_timeout+0x85/0xac
Aug 21 12:24:23 chro kernel: [11400.304273]  [] ? 
lock_timer_base+0x34/0x34
Aug 21 12:24:23 chro kernel: [11400.304281]  [] ? 
__mutex_lock_common+0xda/0x12a
Aug 21 12:24:23 chro kernel: [11400.304288]  [] ? 
__mutex_lock_slowpath+0x11/0x14
Aug 21 12:24:23 chro kernel: [11400.304294]  [] ? mutex_lock+0x17/0x23
Aug 21 12:24:23 chro kernel: [11400.304299]  [] ? mutex_lock+0x17/0x23
Aug 21 12:24:23 chro kernel: [11400.304307]  [] ? 
__blkdev_get+0x9e/0x330
Aug 21 12:24:23 chro kernel: [11400.304352]  [] ? 
blkdev_get+0x19f/0x28d
Aug 21 12:24:23 chro kernel: [11400.304365]  [] ? 
fsnotify_perm+0x4f/0x5a
Aug 21 12:24:23 chro kernel: [11400.304378]  [] ? 
__dentry_open+0x19c/0x274
Aug 21 12:24:23 chro kernel: [11400.304384]  [] ? 
nameidata_to_filp+0x3a/0x45
Aug 21 12:24:23 chro kernel: [11400.304389]  [] ? 
blkdev_get+0x28d/0x28d
Aug 21 12:24:23 chro kernel: [11400.304400]  [] ? do_last+0x42a/0x529
Aug 21 12:24:23 chro kernel: [11400.304407]  [] ? 
security_file_alloc+0xc/0xd
Aug 21 12:24:23 chro kernel: [11400.304413]  [] ? 
path_openat+0x9f/0x29a
Aug 21 12:24:23 chro kernel: [11400.304418]  [] ? 
do_filp_open+0x21/0x5e
Aug 21 12:24:23 chro kernel: [11400.304426]  [] ? 
do_sys_open+0x58/0xd1
Aug 21 12:24:23 chro kernel: [11400.304432]  [] ? sys_open+0x1e/0x23
Aug 21 12:24:23 chro kernel: [11400.304443]  [] ? 
sysenter_do_call+0x12/0x28
Aug 21 12:26:23 chro kernel: [11520.304417] INFO: task udisks-daemon:3747 
blocked for more than 120 seconds.
Aug 21 12:26:23 chro kernel: [11520.304427] "echo 0 > 
/proc/sys/kernel/hung_task_timeout_secs" disables this messag

Bug#562984: missing metadata for mozilla-devscripts

[Carsten Schoenert]

Hello Benjamin,
sorry for the delayed answer, but time is really a spare thing.

On Mon, Jun 03, 2013 at 04:40:49PM +0200, Benjamin Drung wrote:
> We maintain a static list of Xul applications in data/xul-app-data.csv*
> (installed to /usr/share/mozilla-devscripts). This list maps the Xul
> AppID ({3550f703-e582-4d05-9a08-453d09bdfdc6} in your case) to the
> binary package in the archive (icedove in your case). We have a column
> "sol" (start of life) that tells mozilla-devscripts which is the first
> version of the binary package in the archive (it's 1.5.0.7 in your
> case).

That means you need that 'Xb-Xul-AppId' in the file debian/control like
I have found similar in the conkeror package?

So propably the control file for Icedove has changend to like this.

diff --git a/debian/control b/debian/control
index 0e8cfde..9d82356 100644
--- a/debian/control
+++ b/debian/control
@@ -51,6 +51,7 @@ Depends: fontconfig, psmisc, debianutils (>= 1.16), 
${shlibs:Depends}, ${misc:De
 Recommends: myspell-en-us | hunspell-dictionary | myspell-dictionary
 Suggests: fonts-lyx, libgssapi-krb5-2, ${gnome:Depends}
 Provides: mail-reader
+Xb-Xul-AppId: {3550f703-e582-4d05-9a08-453d09bdfdc6}
 Replaces: icedove-gnome-support (<< 3.0-1~)
 Breaks: myspell-ru (<< 0.99g5-8.1), myspell-lv (<< 0.7.3-3.1), myspell-et (<< 
1:20030606-12.1), myspell-fi (<< 0.7-17.2), myspell-cs-cz (<< 20040229-4.1), 
myspell-el-gr (<< 0.3-1.1), myspell-nn (<< 2.0$
 Description: mail/news client with RSS and integrated spam filter support

What about the other packages?
icedove-{dbg,dev}, calendar-timezone, calendar-google-provider, iceowl?

Regrads
Carsten


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

Bug#720308: gitweb's manual: please update, amend or remove doc related to FastCGI

[Vincent Férotin]

> Heh.  I prefer not to do this if possible (it would be better to get
> the underlying problem fixed).

Of course, I agree :-) That was an idea due to my own ignorance of
FastCGI (first use).
Also, mentioning the bug will not refrain happy-with-FastCGI users,
such as full-ascii commiters.

> The main git package in Debian includes git-instaweb, which is why
> the gitweb docs are in there.

Ah, ok. Didn't know about git-instaweb.

Thanks you guys, Jonathan and Gerrit, for having taken your time
considering this report!

-- Vincent

2013/8/21 Jonathan Nieder :
> reassign 720308 gitweb
> retitle 720308 gitweb: double-utf8-encoding problems in FastCGI mode
> tags 720308 + upstream
> forwarded 720308 http://thread.gmane.org/gmane.comp.version-control.git/211888
> quit
>
> Hi Vincent,
>
> Vincent Férotin wrote:
>
>> gitweb is supposed to be "serveable" through FastCGI with Apache, as
>> its manual claimed it
>> (section "WEBSERVER CONFIGURATION", subsection "Apache with FastCGI").
>> I experimented an error using it, as generated XHTML had double/wrong
>> encoding (i.e. non all UTF-8), when gitweb CGI script encounter my
>> (accented) name, e.g. in git's log.
>>
>> This problem is known, as e.g. reported here:
>> 
>> http://git.661346.n2.nabble.com/Gitweb-running-as-FCGI-does-not-print-its-output-in-UTF-8-td7573415.html
> [...]
>> The easiest solution could be to not recommend FastCGI for gitweb, and
>> update documentation so.
>
> Heh.  I prefer not to do this if possible (it would be better to get
> the underlying problem fixed).
>
> It might be worth adding a description of this issue to the BUGS
> section to the manpage and pointing to it, though.
>
>> Also, this section shows a `FastCGIServer` directive, which is
>> specific to libapache2-mod-fastcgi,
>> which belongs to non-free packages' section. For example, a free
>> alternative is package libapache2-mod-fcgid,
>> which has not this directive. So this section content could also be
>> rewritten, according to the recommended Apache's FastCGI module by
>> Debian (I don't know if it is libapache2-mod-fcgid).
>>
>> An other and last remark: could it be possible that gitweb's manual
>> belong to gitweb's package
>> This bug report should IMHO better stand with gitweb's other bugs?
>
> The main git package in Debian includes git-instaweb, which is why
> the gitweb docs are in there.  Probably I should move git-instaweb
> to the gitweb package, which would simplify things.
>
> Thanks for a pleasant report,
> Jonathan


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

Bug#699763: libicu-dev: Please complete the conversion to multiarch

[Dmitrijs Ledkovs]

Control: tag -1 patch

Heya,

Here is a proposed patch to multiarch libicu-dev.
I split the utilities into a separate package, called icu-tools and
mark it as Multi-Arch: foreign (can install only one copy, and foreign
arch packages can depend on it)
I move the headers into multi-arch location, as platform.h is
different between big and little indian platforms and mark it as
Multi-Arch: same & make it depend on icu-tools package (can install
multiple copies of libicu-dev)

I have tested and all packages that either use icu-config or
pkg-config files for icu, configure/compile/install/run correctly.

I have also committed to boost svn trees a small fix to correctly find
icu at configure step (boost's custom build system jam, didn't use
neither icu-config nor pkg-config, but hard-coded paths).

All boost, xerces, and libreoffice all build and work correctly.

Please consider and apply below patch.

Regards,

Dmitrijs.


0001-Multi-arch-libicu-dev.-Closes-699763.patch
Description: Binary data

Bug#720399: mirror submission for mirror.lnx.sk

[Samuel Steinhubel]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: mirror.lnx.sk
Type: leaf
Archive-architecture: amd64 i386 
Archive-ftp: /debian/
Archive-http: /debian/
IPv6: no
Archive-upstream: ftp.halifax.rwth-aachen.de
Updates: once
Maintainer: Samuel Steinhubel 
Country: SK Slovakia
Location: Bratislava
Sponsor: ComCraft s.r.o. http://comcraft.sk
Comment: 1Gb/s up/down link


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

Bug#720400: owncloud: No way to set a task to a particular calendar in web UI

[Roland Mas]

Package: owncloud
Version: 5.0.9+dfsg-2
Severity: normal

Dear Maintainer,

  It seems that the tasks are stored in the same way as calendar events.
As a consequence, each task belongs to one of the calendars when there
are several of them.  However, although the calendar app allows picking
which calendar a particular event belongs to (and displaying it, and
changing it afterwards), it seems that the tasks app doesn't.  Tasks
created via the web UI always end up in the default calendar. Desktop
clients (Icedove or Evolution) can create tasks in alternate calendars
and work well, but the ownCloud web UI neither displays which one is
used by a particular task nor allows changing it.

Thanks for packaging ownCloud!

Roland.

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 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 owncloud depends on:
ii  apache2  2.4.6-2
ii  apache2-bin [httpd]  2.4.6-2
ii  fonts-font-awesome   3.0.2-1
ii  libjs-jquery 1.7.2+dfsg-3
ii  libjs-jquery-jplayer 2.3.4+dfsg-1
ii  libjs-jquery-minicolors  1.2.1-1
ii  libjs-jquery-timepicker  1.2-1
ii  libjs-jquery-ui  1.10.1+dfsg-1
ii  libjs-pdf0.8.37+dfsg-1
ii  libphp-phpmailer 5.1-1
ii  mediawiki1:1.19.7+dfsg-1
ii  owncloud-doc 0~20130715-1
ii  owncloud-sqlite  5.0.9+dfsg-2
ii  php-aws-sdk  1.5.6.2-1
ii  php-crypt-blowfish   1.1.0~RC2-1
ii  php-getid3   1.9.6-1
ii  php-mdb2 2.5.0b5-1
ii  php-mdb2-schema  0.8.5-1
ii  php-pear 5.5.1+dfsg-2
ii  php-sabre-dav1.7.6+dfsg-2
ii  php-sabre-vobject2.0.7-1
ii  php-seclib   0.3.5-2
ii  php-xml-parser   1.3.4-6
ii  php5 5.5.1+dfsg-2
ii  php5-curl5.5.1+dfsg-2
ii  php5-gd  5.5.1+dfsg-2
ii  php5-json1.3.1+dfsg-2

Versions of packages owncloud recommends:
pn  clamav | clamav-daemon 
pn  curl   
ii  exim4  4.80-7
ii  exim4-daemon-light [mail-transport-agent]  4.80-7
pn  liboauth-php   
pn  php-services-json  
pn  php5-intl  
pn  php5-ldap  
pn  smbclient  
pn  zendframework  

Versions of packages owncloud suggests:
pn  libapache2-mod-xsendfile  

-- Configuration Files:
/etc/owncloud/htaccess [Errno 13] Permission denied: u'/etc/owncloud/htaccess'

-- 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#720401: RFS: snowdrop/0.02b-11 [ITA]

[Simon Kainz]

Package: sponsorship-requests
Version: RFS: snowdrop/0.02b-11 [ITA]
Severity: normal

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

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

 * Package name: snowdrop
   Version : 0.02b-11
   Upstream Author : Michal Zalewski 
 * URL : http://lcamtuf.coredump.cx/
 * License : GPL
   Section : utils

  It builds those binary packages:

snowdrop   - plain text watermarking and watermark recovery

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/s/snowdrop/snowdrop_0.02b-11.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:

snowdrop (0.02b-11) unstable; urgency=low

  * New maintainer. (Closes: #557585: ITA: snowdrop -- plain text
watermarking and watermark recovery)
  * Push standards to the most recent version 3.9.2
  * Fix several typos in man page.
  * Fix wrong file entry in man page.

--

  Regards,
   Simon Kainz



-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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


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

Bug#711558: gcc-4.8: [m68k] patch set 2

[Matthias Klose]

Am 17.08.2013 22:52, schrieb Thorsten Glaser:
> tags 711558 + patch
> thanks
> 
> Hi,
> 
> this should do the trick, already tested the bugfix with
> a cross-compiler.
> 
> Building src:gcc-4.8 on wheezy needs the -d dpkg-buildpackage
> option though because the libcloog-isl-dev version is not
> lowered down to 0.17 in wheezy (it does build and work with
> -d though). Just in case you want to fix that, too.

Which of these are applied upstream, and if not, why?


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

Bug#712615: transition: perl 5.18

[Ansgar Burchardt]

On 08/20/2013 21:11, Julien Cristau wrote:
> On Thu, Aug 15, 2013 at 22:04:30 +0200, Dominic Hargreaves wrote:
>> Other ideas which were discussed here at Debconf include temporarily
>> removing libsvn-perl, and uploading the version currently in testing
>> to unstable again (unlikely to be acceptable I guess).
>>
> And yet another idea: ask ftp-master to copy the perl 5.18 packages from
> sid to tpu when they're ready, and binNMU subversion in tpu.  Seems
> easier than my first suggestion, if ftp-master is willing to do that.

I think that's okay.

Ansgar


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

Bug#720402: epiphany-browser: Trace/breakpoint trap.

[Christophe Siraut]

Package: epiphany-browser
Version: 3.4.2-2.1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I cannot launch epiphany-browser anymore, on my work laptop (wheezy),
for about 10 days. The same happens for a newly created user. Please
find attached a gdb backtrace.

Thanks,
Christophe

  cst@LAP-FHQ-264:~$ LANG=C epiphany-browser
  (epiphany-browser:6056): GLib-ERROR **:
  
/build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./glib/gmem.c:165:
  failed to allocate 4294967284 bytes
  Trappe pour point d'arrêt et de trace

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

Kernel: Linux 3.2.0-4-686-pae (SMP w/4 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 epiphany-browser depends on:
ii  dbus-x11   1.6.8-1+deb7u1
ii  epiphany-browser-data  3.4.2-2.1
ii  gnome-icon-theme   3.4.0-2
ii  gsettings-desktop-schemas  3.4.2-3
ii  iso-codes  3.41-1
ii  libavahi-client3   0.6.31-2
ii  libavahi-common3   0.6.31-2
ii  libavahi-gobject0  0.6.31-2
ii  libc6  2.13-38
ii  libcairo2  1.12.2-3
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libgirepository-1.0-1  1.32.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libgnome-keyring0  3.4.1-1
ii  libgtk-3-0 3.4.2-6
ii  libice62:1.0.8-2
ii  libnotify4 0.7.5-1
ii  libnspr4   2:4.9.2-1
ii  libnspr4-0d2:4.9.2-1
ii  libnss32:3.14.3-1
ii  libnss3-1d 2:3.14.3-1
ii  libpango1.0-0  1.30.0-1
ii  libseed-gtk3-0 3.2.0-2
ii  libsm6 2:1.2.1-2
ii  libsoup-gnome2.4-1 2.38.1-2
ii  libsoup2.4-1   2.38.1-2
ii  libsqlite3-0   3.7.13-1+deb7u1
ii  libwebkitgtk-3.0-0 1.8.1-3.4
ii  libx11-6   2:1.5.0-1+deb7u1
ii  libxml22.8.0+dfsg1-7+nmu1
ii  libxslt1.1 1.1.26-14.1

Versions of packages epiphany-browser recommends:
ii  ca-certificates  20130119
ii  evince   3.4.0-3.1
ii  yelp 3.4.2-1+b1

Versions of packages epiphany-browser suggests:
ii  epiphany-extensions  3.4.0-2

-- no debconf information
#0  0xb5b14001 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#1  0xb5b14143 in g_log () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2  0xb5b127de in g_malloc () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3  0xb5b295a5 in g_strndup () from /lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x08099e8e in decode_txt_record (input_text=0x83b9528) at 
ephy-bookmarks.c:536
key = 
value = 0x83339a5 
"00:11:32:17:5F:3F|00:11:32:17:5F:3D|00:11:32:17:5F:3E|failed to get netcard 
eth3, errno=0x0|failed to get netcard eth4, errno=0x0|failed to get netcard 
eth5, errno=0x0|failed to get netcard eth6, errn"...
end = 0x8333998 
"\377mac_address=00:11:32:17:5F:3F|00:11:32:17:5F:3D|00:11:32:17:5F:3E|failed 
to get netcard eth3, errno=0x0|failed to get netcard eth4, errno=0x0|failed to 
get netcard eth5, errno=0x0|failed to get netca"...
key_dup = 0x837a258 "mac_address"
raw_txt = 0x8333998 
"\377mac_address=00:11:32:17:5F:3F|00:11:32:17:5F:3D|00:11:32:17:5F:3E|failed 
to get netcard eth3, errno=0x0|failed to get netcard eth4, errno=0x0|failed to 
get netcard eth5, errno=0x0|failed to get netca"...
raw_txt_len = 397
hash = 0x83b9528
i = 0
len = 
value_dup = 
#5  resolver_found_cb (resolver=resolver@entry=0x8377378, interface=3, 
protocol=GA_PROTOCOL_INET, name=0x828a148 "RackStation", 
type=0x8287490 "_http._tcp", domain=0x84550a0 "local", host_name=0x8362a68 
"RackStation.local", address=0xb0a8, port=5000, txt=0x83e82a8, 
flags=5, data=0xb2016ac0) at ephy-bookmarks.c:626
bookmarks = 
priv = 0x821d208
value = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, 
v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, 
  v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 
0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, 
  v_pointer = 0x0}}}
path = 0x0
host = 
"_http._tcp\000.15\000\000\226\201\233\265\030\001\000\000\360c\252\265\r\000\000\000x\000\000\000\r\000\000\000\035\000\000\000\235\025\250\265\034\204\277\265l\024\250\265w\027\250\265\240\027\071\b(\000\000\000\000\000\000\000tR\233\265\300c\252\265\210\000\000\000\360c\252\265
 \000\000\000\300c\252\265\364_\301\265 
\354\377\277\000\000\000\000\240\222\067\b&\246\277\265 
\354\377\277\364O\252\265\364O\252\265"
text_table = 0x83b9528
url =

Bug#717557: gcc-4.8: can't compile working 64bit kernel with 32bit userspace gcc-4.8

[Zlatko Calusic]

On 21.08.2013 13:07, Matthias Klose wrote:

Control: tags -1 + moreinfo

Am 26.07.2013 17:53, schrieb Zlatko Calusic:

Actually, I now see that when gcc-4.8 is downgraded to 4.8.1-2, the gcc package
gets downgraded to 4.7.2-1. So probaby all gcc-4.8 version have the problem.
Last i386 gcc version that successfully compiles 64bit kernel is: gcc version
4.7.3 (Debian 4.7.3-5)


is this a kernel released before GCC 4.8 was released? If yes, this should be
expected, and the issue closed.



No, it's the newest one from the Linus git tree.

Here, I just retested with kernel v3.11.0-rc6+, gcc v4:4.8.1-3, gcc-4.8 
v4.8.1-9 and the problem is still there.


Should be quite easy to reproduce. If during the compilation phase you 
get a lot of warnings, that's it.


--
Zlatko


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

Bug#720403: PDF and PS terminal output compress the second (and later) page(s) if text rotation is used

[Martin Brain]

Package: gnuplot
Version: 4.6.0-8

I'm working on a stock Debian Wheezy system on a 32 bit x86 system:

$ uname -a
Linux sparkle 3.2.0-4-686-pae #1 SMP Debian 3.2.46-1 i686 GNU/Linux

The GNU plot script attached seems to give inconsistent outputs using
the PDF and PS drivers as the second page is significantly compressed.
As far as I can see the two pages should be the same.  I'd guess one of
the offset variables is not reset.

Thanks for you effort and keep up the good work :-)

Cheers,
 - Martin



graph.pdf
Description: Adobe PDF document
## Both PDF outputs give the same problem
set terminal pdf
#set terminal pdfcairo
set output "graph.pdf"

## Postscript gives similar problems
#set terminal postscript
#set output "graph.ps"


## These should give identical pages...
set xtics rotate by -90
plot "results.dat" using 2:xticlabel(1)

## Including this makes no difference if the rotate is set again
#unset xtics

set xtics rotate by -90
plot "results.dat" using 2:xticlabel(1)







graph.ps
Description: PostScript document
thing1 1
thing2 2
longlongname 3
reallyreallylongname 4
thelongerthenamethemoreeffect 5
infactifyousetastupidlylongnameitwillcompresstoalmostnothing 6

Bug#720141: maybe to reassign to ruby-activerecord-3.2

[Cédric Boutillier]

Hi,

It seems to me that this bug should be reassigned to
ruby-activerecord-3.2. The Arel::Relation module was already empty in
the 3.2 version of Arel (and mentionned as deprecated).

There is a patch upstream to remove (useless) usage of Arel::Relation in
ruby-activerecord.

https://github.com/rails/rails/commit/2fa7ccf7aee3696e99f1b528db848aff5a671f77

I've successfully installed redmine-sql with a version of
ruby-activerecord-3.2 with a trivial backport of this patch (attached) and
ruby-arel 4.0-1 from the archive.

Cédric
Description: Remove Arel::Relation constant from PredicateBuilder.
Origin: https://github.com/rails/rails/commit/2fa7ccf7aee3696e99f1b528db848aff5a671f77
Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720141
Author: Juanjo Bazán 
Reviewed-by: Cédric Boutillier 
Last-Update: 2013-08-21

---
 activerecord/lib/active_record/relation/predicate_builder.rb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

--- a/lib/active_record/relation/predicate_builder.rb
+++ b/lib/active_record/relation/predicate_builder.rb
@@ -28,7 +28,7 @@
 attribute.in(value.arel.ast)
   when Array, ActiveRecord::Associations::CollectionProxy
 values = value.to_a.map {|x| x.is_a?(ActiveRecord::Base) ? x.id : x}
-ranges, values = values.partition {|v| v.is_a?(Range) || v.is_a?(Arel::Relation)}
+ranges, values = values.partition {|v| v.is_a?(Range)}
 
 array_predicates = ranges.map {|range| attribute.in(range)}
 
@@ -44,7 +44,7 @@
 end
 
 array_predicates.inject {|composite, predicate| composite.or(predicate)}
-  when Range, Arel::Relation
+  when Range
 attribute.in(value)
   when ActiveRecord::Base
 attribute.eq(value.id)

Bug#720371: empathy/gnome-boxes failure with new cogl

[Andreas Henriksson]

Hello Ludovic Lebègue.

Thanks for your bug reports on empathy and gnome-boxes regarding
clutters failure to connect to renderer.

We've spotted that we need to add additional "Breaks" (you can't use
new cogl with old clutter).

It looks in your bug reports that you are still using the old clutter
version (probably because apt decided to keep it since it Breaks older
cogl versions, which shouldn't be used anymore).
Could you please try to update libclutter-1.0-0 (ie. by doing:
apt-get dist-upgrade), verify that you have the 1.14 version installed
and report back if you're still seeing the problems with empathy and
gnome-boxes?

Thanks in advance.

-- 
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#712615: transition: perl 5.18

[Julien Cristau]

Hi Dominic,

On Mon, Jun 17, 2013 at 23:01:00 +0100, Dominic Hargreaves wrote:

> Dear release team,
> 
> As discussed briefly in the thread starting at
> ,
> now seems like a good time to get the perl 5.18 transition on the
> roadmap. The rebuild testing, across all packages which need to be
> rebuilt as part of the transition as well as all other lib*-perl
> packages, is now complete and the status is at
> 
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=perl-5.18-transition;users=debian-p...@lists.debian.org
> 
Feel free to upload to sid at your convenience.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#720363: gcc-4.8: i386 on armhf cross-compiler FTBFS

[Matthias Klose]

Am 21.08.2013 01:04, schrieb Shawn Landden:
> User: multiarch-de...@lists.alioth.debian.org
> Usertags: multiarch

this has nothing to do with multiarch.

> building a i386 on armhf cross-compiler (according to 
> https://wiki.debian.org/MultiarchCrossToolchainBuild)
> builds, but then fails on dh_strip:
> 
> dh_strip -plibgcc1 --dbg-package=libgcc1-dbg
> objcopy: Unable to recognise the format of the input file 
> `debian/libgcc1/lib/i386-linux-gnu/libgcc_s.so.1'
> dh_strip: objcopy --only-keep-debug 
> debian/libgcc1/lib/i386-linux-gnu/libgcc_s.so.1 
> debian/libgcc1-dbg/usr/lib/debug//lib/i386-linux-gnu/libgcc_s.so.1 returned 
> exit code 1
> 
> 
> If i replace the objcopy command above with i486-linux-gnu-objcopy (which is 
> installed, and was built
> from binutils source according to the same instructions), then then command 
> runs successfully.

does using binutils-multiarch help?

The problem here is that debhelper isn't aware of the target architecture.  I
can export the DEB_TARGET_* macros to the environment, if debhelper can use
these. I don't intend working on these.

And I hope such a cross compiler remains an academic exercise ...


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

Bug#720352: fwrite: crash upon failed write(2)

[Stephane Chazelas]

I'd say there's at least one bug and it doesn't seem to be fixed
upstreams
(http://sourceware.org/git/?p=glibc.git;a=blob;f=libio/fileops.c;h=e92f85b243496c07d3677b97c785da7f42fb6c38;hb=HEAD#l531)
so you may want to forward to them:

 530   count = _IO_SYSWRITE (fp, data, to_do);
 531   if (fp->_cur_column && count)

That should probably be "&& count > 0" above. And that would explain the 8192 
that becomes a 8193.

It may not be the only problem because I can see a flag is set
upon the error of write(2) but it does not seem to be checked on
the write path (from a very quick cscope check).

-- 
Stephane


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

Bug#701693: RFS: compton/0.1~beta1-1 [ITP] -- X compositor

[Scott Leggett]

On 21/08/13 05:15, Vincent Bernat wrote:
> 
> Hi Scott!

Hi Vincent, thanks for reviewing my package!

> 
> The package seems fine for me. I just noticed those minor details:
> 
>  - debian/changelog: the "Imported Upstream version " line is
>useless, please remove it.

Fixed.

>  - debian/control: do not start the short description with a capital.

Fixed.

>  - debian/rules: debhelper 9 is doing hardening by default now, so you
>don't need to depend on hardening-wrapper and set the option in
>debian/rules. Maybe you did try and this doesn't work?
> 

I'm not sure if debhelper was doing hardening by default when I
originally packaged compton - hence the wrapper dependency.

Removing the dependency didn't work initially due to the Makefile
ignoring CPPFLAGS. I've patched the issue, and hardening is now working
without the wrapper dependency.

The package has been re-uploaded to mentors if you would like to take a
look :)

-- 
Regards,
Scott Leggett.



signature.asc
Description: OpenPGP digital signature

Bug#720405: bash-completion masks Xen disk devices with lvm utilities

[Tom Noonan II]

Package: bash-completion
Severity: normal

Dear Maintainer,

While partitioning a Xen disk (/dev/xvdb1) in Wheezy with LVM I noted that
the bash-completion package caused bash tab completion to not complete
/dev/x* with pvcreate or vgcreate.  "pvcreate /dev/x" returned no
completions, whereas it should have tried to complete xvda, xvdb, and xvdc.

Upon purging bash-completion expected behavior is restored.

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

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

Versions of packages bash-completion depends on:
ii  bash  4.2+dfsg-0.1
ii  dpkg  1.16.10

bash-completion recommends no packages.

bash-completion suggests no packages.


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

Bug#720406: /usr/share/texlive/texmf-dist/scripts/pdfjam/pdfbook: The option --signature of pdfbook is ineffective

[Dominique MICOLLET]

Package: texlive-extra-utils
Version: 2012.20120611-2
Severity: normal
File: /usr/share/texlive/texmf-dist/scripts/pdfjam/pdfbook

Dear Maintainer,

   * What led up to the situation?
Try to produce a two 32 pages signatures document from a 59 pages pdf document
(The document is  http://opensource.bureau-cornavin.com/crash-course/fr/crash-
course.pdf)


   * What exactly did you do (or not do) that was effective (or
 ineffective)?
pdfbook --signature 32 crash-course.pdf

   * What was the outcome of this action?
A pdf file for which the 59th page (paged 55) is on the second page in crash-
course-book.pdf, i.e in the unique signature
   * What outcome did you expect instead?
This page should appear on 18th page of crash-course-book.pdf, i.e on the fisrt
verso page of the second signature




-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

   *** The Debian TeX Team is *no* LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 3536 Aug 19 13:09 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jan  9  2013 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
-rw-rw-r-- 1 root staff 80 Aug 19 11:03 /usr/local/share/texmf/ls-R
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Oct  3  2012 /usr/share/texlive/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEMAIN
##
 Config files
-rw-r--r-- 1 root root 1464 Aug 19 13:04 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 10390 Aug 19 13:08 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Oct  3  2012 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 17227 Aug 19 13:08 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Feb 18  2011 mktex.cnf
-rw-r--r-- 1 root root 1464 Aug 19 13:04 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 texlive-extra-utils depends on:
ii  dpkg  1.16.10
ii  install-info  4.13a.dfsg.1-10
ii  python2.7.3-4
ii  tex-common3.15
ii  texlive-base  2012.20120611-5
ii  texlive-binaries  2012.20120628-4
ii  texlive-common2012.20120611-5

Versions of packages texlive-extra-utils recommends:
ii  ghostscript   9.05~dfsg-6.3
ii  ruby  1:1.9.3
ii  ruby1.8 [ruby-interpreter]1.8.7.358-7
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+deb7u1

Versions of packages texlive-extra-utils suggests:
ii  chktex  1.6.4-4
ii  dvidvi  1.0-8etch2
ii  dvipng  1.14-1+b1
ii  fragmaster  1.6-3
ii  lacheck 1.26-14
ii  latexdiff   0.5-4
ii  latexmk 1:4.24-1
ii  purifyeps   1.1-2
ii  xindy   

Bug#708143: mips64(el) and mipsn32(el) support with multilib

[Matthias Klose]

Am 03.08.2013 08:58, schrieb YunQiang Su:
> Hi, I refresh this patch to 4.8.1-8
> 
> On Fri, Jul 12, 2013 at 11:52 PM, YunQiang Su  wrote:
>> I refresh this patch with 4.8.1-6
>>
>> This version patch add multilib support.

fixed some chunks and removed some chunks from the patch.

the patch was never tested on amd64. It's amd64, not x86_64.

why are the configured_libdir changes necessary? left them out for now. same for
the changes in debian/rules.d/*

please check the version in the vcs.

are there test summaries available for the current builds?

please make sure that the changed multiarch definitions are applied upstream.

  Matthias


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

Bug#684743: also seeing this bug

[Michael Stevens]

I'm also seeing this bug (debian 7.1)

It looks like it may also need python-jinja2 as at least a suggests.


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

Bug#692728: GeoGebra licence and GPL violation

[Stuart Prescott]

Hi Markus,

thanks for your reply -- talk to you more once things settle down in the new 
academic year.

regards
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


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

Bug#720187: debian-i18n: Switching keyboard layout to Croatian (hr) shows as popup "Serbian (Latin)" which is not correct

[Christian PERRIER]

reassign 720187 xkb-data
thanks

Quoting Django (damegaprog...@gmx.net):
> On 20.08.2013 09:18, Christian PERRIER wrote:
> >Quoting Dado (damegaprog...@gmx.net):
> >>Package: debian-i18n
> >>Severity: minor
> >>
> >>Dear Maintainer,
> >>
> >>when using keyboard layout switcher and switching from German (de) to 
> >>Croatian
> >>(hr) it shows the popup with the information "Serbian (Latin)" which is 
> >>quite
> >>confusing if you have multiple languages ​​installed.
> >>
> >>Correctly would be "Croatian" as the popup information.
> >
> >What do you mean by "keyboard layout switcher"?
> >
> >I don't either understand what you mean by "popup" but I guess It will
> >be more clear when we know what application you're talking about.
> >
> >
> 
> I mean by "keyboard layout switcher" following:
> 
> 
> 
> ...after some time reading documents about linux keyboard layout files
> i think the problem is in the /usr/share/X11/xkb/symbols/hr file.
> 
> It is possible that inclusion of "rs(latin)" in "hr" layout behind of
> name[Group1]="Croatian"; overwrites the name[Group1]?
> 
> "Serbian (Latin)" label is defined in "rs" file.
> 
> 
> Thanks for your answer!
> Dan
> 
> 
> 
> 
> 
> 


(please keep the bug number CC'ed to answers)

Your analysis seems correct. The name "Croatian" is defined bu later
the definitions from "Serbian (latin)" is includedand it includes
a redefinition of the name.

That might explain.

Reassigning this bug to where it belongs..

-- 




signature.asc
Description: Digital signature

Bug#720407: warnings when running dh_phpcomposer

[Thijs Kinkhorst]

Package: pkg-php-tools
Version: 1.8
Severity: minor

Hi,

When adding dh_phpcomposer to the build of phpmyadmin, many PHP notices are 
generated.

dh_phpcomposer
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Common.php on line 492
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Common.php on line 511
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Common.php on line 530
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Common.php on line 574
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Common.php on line 607
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Common.php on line 629
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 650
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 697
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 757
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 786
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 914
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 1577
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 1607
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 2038
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Config.php on line 2091
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Registry.php on line 322
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Registry.php on line 1450
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/Registry.php on line 1458
PHP Strict Standards:  Non-static method System::tmpdir() should not be called 
statically in /usr/share/php/PEAR/Config.php on line 158
PHP Strict Standards:  Non-static method System::tmpdir() should not be called 
statically in /usr/share/php/PEAR/Config.php on line 167
PHP Strict Standards:  Non-static method System::tmpdir() should not be called 
statically in /usr/share/php/PEAR/Config.php on line 176
PHP Strict Standards:  Non-static method System::which() should not be called 
statically in /usr/share/php/PEAR/Config.php on line 229
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/ChannelFile.php on line 199
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/ChannelFile.php on line 1504
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/ChannelFile.php on line 1516
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/ChannelFile.php on line 1524
PHP Deprecated:  Assigning the return value of new by reference is deprecated 
in /usr/share/php/PEAR/ChannelFile.php on line 1527
PHP Strict Standards:  Non-static method PEAR_ErrorStack::singleton() should 
not be called statically in /usr/share/php/PEAR/ErrorStack.php on line 983
Use of uninitialized value $1 in string eq at /usr/bin/dh_phpcomposer line 81.
Use of uninitialized value $1 in concatenation (.) or string at 
/usr/bin/dh_phpcomposer line 87.
Use of uninitialized value $str in hash element at 
/usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 612.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.10-2-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages pkg-php-tools depends on:
ii  debhelper  9.20130720
ii  php-pear   5.5.2+dfsg-1
ii  php5-cli   5.5.2+dfsg-1
ii  php5-json  1.3.1+dfsg-3

pkg-php-tools recommends no packages.

Versions of packages pkg-php-tools suggests:
pn  dh-make  

-- 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#718862: composer-package-without-pkg-php-tools-builddep should not be a warning

[Thijs Kinkhorst]

Hi Mathieu,

On Sat, August 10, 2013 18:45, Mathieu Parent wrote:
>> Also, dh_phpcomposer seems to be not very mature. It generates more than
>> 30 warnings when building my package, including PHP warnings written to
>> the substvars file.
>
> Can you post those warnings?

I've created a new bug against pkg-php-tools about that (#720407).


Thijs


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

Bug#710240: stage1 gcc depends on libgcc-*-dev and gcc-VERSION-base

[Matthias Klose]

Am 30.05.2013 02:06, schrieb YunQiang Su:
> On Thu, May 30, 2013 at 12:05 AM, Matthias Klose  wrote:
>> Am 29.05.2013 11:50, schrieb YunQiang Su:
>>> Package: gcc-4.8
>>>
>>> When build gcc-4.8 using
>>> WITH_SYSROOT=/ DEB_STAGE=stage1 debuild -B -d
>>>
>>> the generated gcc-4.8-TRIPLE package depends on gcc-4.8-base
>>> and libgcc-4.8-dev-ARCH-cross, while both of these 2 packages are
>>> missing here.
>>>
>>> The attached patch disable it depends on these 2 packages if they are not
>>> generated here.
>>
>> why is this necessary? These package should never be installed, just used for
>> the bootstrap. This is how Marcin did use it:
> yeah, bootstrap is the most important use case of this, while we can
> still have other
> cases to use this, such as it can be used to build kernel or something
> else no depends
> on libc or any other system libraries.
> Since here we can get it have correct dependency, and without breaking
> the host system,
> why not do it correctly?
>> https://launchpad.net/ubuntu/+source/arm64-cross-toolchain-base/0.6
> This is a great package. I noticed it before.
> While I plan to bootstrap with another way: write a script to it step
> by step instead of
> put them in a single package.

maybe the name of the arm64-cross-toolchain-base package is wrong. It now only
builds the kernel headers and the glibc packages.

> Maybe by it, I can get more automation.
> 
> 1. build dpkg with architecture support patch.

Not sure what that does mean.

> 2. build cross binutils

the binutils cross build is independent.

> 3. build stage1 gcc
> 4. build linux kernel (to get linux-libc-dev and workable linux-image)
> 5. build eglibc (maybe by clang? which may be easier to get multilib support)

yes, this is simpler, and that is how it should be done in the current
arm64-cross-toolchain-base package.

no, clang is not an option, just adds another dependency needed for the
bootstrap, and not available on half of the architectures.

> With help of a private repository, this script maybe can work automatic.

the goal should be to provide these packages as normal package builds.


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

Bug#720199: section: metapackage for debian-edu packages (Re: Bug#719951: general: Autoremove Wants to remove Entire system)

[Andreas Tille]

Hi Holger,

that's an interesting issue you are reporting here.  IMHO it should be
rather filed against blends-dev.  IMHO we should create

   Section: metapackages

except if some other section is specified inside the tasks file.  May
be it is even better to force "Section: metapackages" in any case and
override any "Section" setting inside a task.  What do you think?

On Mon, Aug 19, 2013 at 05:01:01PM +0200, Holger Levsen wrote:
> package: debian-edu
> severity: wishlist
> x-debbugs-cc: debian-...@lists.debian.org
> 
> Hi,
> 
> On Samstag, 17. August 2013, Ben Hutchings wrote:
> > Anyway, since gnome-core depends on iceweasel, removing iceweasel also
> > removes gnome-core.  Everything gnome-core depended on was marked
> > auto-installed, and then becomes auto-removable.
> > 
> > Changing the section of gnome-core to 'metapackages' disables this
> > behaviour - its dependencies will not be treated as auto-installed and
> > auto-removable (since apt version 0.7.26~exp6).
> 
> AIUI we should do this for the packages build from the debian-edu package too.
> 
> 
> cheers,
>   Holger

Holger, please be nice to other Blends and keep us informed.  I can not
guarantee that I fetch all new things / issues in Debian Edu.

Thanks for considering

 Andreas.

-- 
http://fam-tille.de


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

Bug#720408: isc-dhcp-server does not work if interface name contains a ":"

[thoralf]

Package: isc-dhcp-server
Version: 4.2.2.dfsg.1-5+deb70u6
Severity: important

hi,

isc-dhcp-server (and isc-dhcp-relay as well, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617258 ) does not work with
interfaces whose names contain a colon (":") - it seems like isc-dhcp-server
fails to pick up the ipv4 configuration for these interfaces:

root@router1:/home/thoralf# ip add show if172.2011
90: if172.2011@if172:  mtu 1500 qdisc noqueue 
state UP
link/ether a0:36:9f:1c:51:d3 brd ff:ff:ff:ff:ff:ff
inet 172.20.11.1/24 brd 172.20.11.255 scope global if172.2011:carp
inet6 fe80::a236:9fff:fe1c:51d3/64 scope link
   valid_lft forever preferred_lft forever
root@router1:/home/thoralf# dhcpd -4 -d if172.2011
Internet Systems Consortium DHCP Server 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Wrote 0 deleted host decls to leases file.
Wrote 0 new dynamic host decls to leases file.
Wrote 0 leases to leases file.

No subnet declaration for if172.2011 (no IPv4 addresses).
** Ignoring requests on if172.2011.  If this is not what
   you want, please write a subnet declaration
   in your dhcpd.conf file for the network segment
   to which interface if172.2011 is attached. **


Not configured to listen on any interfaces!
root@router1:/home/thoralf# 

if such an interface is renamed, everything works as expected (dhcpd.conf
remains unchanged):

root@router1:/home/thoralf# ip link set dev if172.2011 down && ip link set 
if172.2011 name if172_2011 && ip link set dev if172_2011 up && ip add show 
if172_2011
90: if172_2011@if172:  mtu 1500 qdisc noqueue 
state UP 
link/ether a0:36:9f:1c:51:d3 brd ff:ff:ff:ff:ff:ff
inet 172.20.11.1/24 brd 172.20.11.255 scope global if172_2011
inet6 fe80::a236:9fff:fe1c:51d3/64 scope link tentative 
   valid_lft forever preferred_lft forever
root@router1:/home/thoralf# dhcpd -4 -d if172_2011
Internet Systems Consortium DHCP Server 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Wrote 0 deleted host decls to leases file.
Wrote 0 new dynamic host decls to leases file.
Wrote 0 leases to leases file.
Listening on LPF/if172_2011/a0:36:9f:1c:51:d3/172.20.11.0/24
Sending on   LPF/if172_2011/a0:36:9f:1c:51:d3/172.20.11.0/24
Sending on   Socket/fallback/fallback-net
DHCPREQUEST for 172.20.11.10 from 00:1e:37:cb:a6:6a via if172_2011
DHCPACK on 172.20.11.10 to 00:1e:37:cb:a6:6a via if172_2011
^C
root@router1:/home/thoralf#

… this is particularly nasty if ucarp¹ is being used - interfaces managed by
ucarp have names like $physical_device:carp by convention. this issue renders
both isc-dhcp-server and isc-dhcp-relay unusable with carp interfaces.

i am willing to try this with isc-dhcp-server=4.2.4-7 from testing. however,
isc-dhcp-relay from testing exhibits similar issues, and i guess they share the
same code.

possibly related: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590641

thank you very much & with kind regards,
thoralf.

¹ - ucarp (installed version: 1.5.2-1+nmu1) provides vrrp-like router
redundancy, see http://packages.debian.org/wheezy/ucarp 

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

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

Versions of packages isc-dhcp-server depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  debianutils4.3.2
ii  isc-dhcp-common4.2.2.dfsg.1-5+deb70u6
ii  libc6  2.13-38
ii  lsb-base   4.1+Debian8+deb7u1

isc-dhcp-server recommends no packages.

Versions of packages isc-dhcp-server suggests:
pn  isc-dhcp-server-ldap  

-- Configuration Files:
/etc/dhcp/dhcpd.conf changed [not included]

-- debconf information:
  isc-dhcp-server/interfaces: if172.2011 if172.2006
  isc-dhcp-server/config_warn:
option domain-name "xxx.de";
option domain-name-servers x.x.x.x;
default-lease-time 86400;
authoritative;

log-facility local7;

# aaa.xxx.de
subnet 172.20.6.0 netmask 255.255.255.0 {
  range 172.20.6.10 172.20.6.250;
  option domain-name "aaa.xxx.de";
  option routers 172.20.6.1;
  option broadcast-address 172.20.6.255;
  allow unknown-clients;
}
# bbb.xxx.de
subnet 172.20.11.0 netmask 255.255.255.0 {
  range 172.20.11.250 172.20.11.250;
  option domain-name "bbb.xxx.de";
  option routers 172.20.11.1;
  option broadcast-address 172.20.11.255;
  deny unknown-clients;
  group {
host test-schleppi { hardware ethernet 00:1e:37:cb:a6:6a; fixed-address 
172.20.11.10; }
  }
}

Bug#720409: valgrind: FTBFS on armel (SIGILL)

[Julien Cristau]

Source: valgrind
Version: 1:3.8.1-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

Debian's armel port targets armv5.  valgrind uses -march=armv7-a, which
breaks on older arm hosts:
https://buildd.debian.org/status/fetch.php?pkg=valgrind&arch=armel&ver=1%3A3.8.1-4%2Bb1&stamp=1377079753

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#716635: gcc-4.8: Miscompilation at optimization -O1

[Matthias Klose]

Control: tags -1 + help

won't work on this. please follow-up with debian-mips and/or forward and track
this issue upstream.


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

Bug#689899: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)

[gregor herrmann]

Control: severity -1 serious

On Sun, 07 Oct 2012 23:10:36 +0800, Thomas Goirand wrote:

> Package: mgetty
> Version: 1.1.36-1.6
> Severity: serious
> Tags: patch

 
> /var/run may be a temporary filesystem, so any directories or files needed
> /there must be created dynamically at boot time.
> 
> Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for
> details.

E: mgetty-fax: dir-or-file-in-var-lock var/lock/fax/
E: mgetty-fax: dir-or-file-in-var-run var/run/mgetty-fax/

This is now in the ftp-master autoreject list, thus no further upload
of mgetty is possible (cf. #719501). Raising the severity.

I'm attaching a proposed patch; reviews welcome.

+  * Fix "Ships a folder in /var/run or /var/lock (Policy Manual section
+9.3.2)":
+- don't create the directories in mgetty-fax.dirs
+- don't change their permissions in mgetty-fax.postinst
+- they are already created at runtime in mgetty-fax.init.d
+  including setting permissions
+- remove them in mgetty-fax.postrm during purge
+(Closes: #689899)


Cheers,
gregor

 
-- 
 .''`.  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: Cat Stevens: Miles From Nowhere
diff -u mgetty-1.1.36/debian/mgetty-fax.postinst mgetty-1.1.36/debian/mgetty-fax.postinst
--- mgetty-1.1.36/debian/mgetty-fax.postinst
+++ mgetty-1.1.36/debian/mgetty-fax.postinst
@@ -54,8 +54,7 @@
 	dpkg-statoverride --update --add $FAX_USER $FAX_GROUP 4755 /usr/lib/mgetty-fax/faxq-helper;
 	fi
 
-for i in /var/spool/fax/outgoing /var/log/mgetty/fax \
-	/var/run/mgetty-fax /var/lock/fax; do
+for i in /var/spool/fax/outgoing /var/log/mgetty/fax; do
 		if ! dpkg-statoverride --list $i >/dev/null; then
 		dpkg-statoverride --update --add $FAX_USER root 0755 $i;
 		fi
diff -u mgetty-1.1.36/debian/mgetty-fax.postrm mgetty-1.1.36/debian/mgetty-fax.postrm
--- mgetty-1.1.36/debian/mgetty-fax.postrm
+++ mgetty-1.1.36/debian/mgetty-fax.postrm
@@ -17,6 +17,7 @@
 	rmdir /etc/mgetty || true;
 	rm -f /var/spool/fax/outgoing/faxqueue_done
 rmdir /var/spool/fax/outgoing /var/spool/fax || true;
+rm -rf /var/lock/fax /var/run/mgetty-fax
 	;;
 *)
 	;;
diff -u mgetty-1.1.36/debian/mgetty-fax.dirs mgetty-1.1.36/debian/mgetty-fax.dirs
--- mgetty-1.1.36/debian/mgetty-fax.dirs
+++ mgetty-1.1.36/debian/mgetty-fax.dirs
@@ -9,3 +9 @@
-var/lock/fax
 var/log/mgetty/fax
-var/run/mgetty-fax


signature.asc
Description: Digital signature

Bug#670875: logsurfer: changing back from ITP to RFP

[Lucas Nussbaum]

retitle 670875 RFP: logsurfer -- Monitoring system logs in real-time
noowner 670875
tag 670875 - pending
thanks

Hi,

A long time ago, you expressed interest in packaging logsurfer. Unfortunately,
it seems that it did not happen. In Debian, we try not to keep ITP bugs open
for a too long time, as it might cause other prospective maintainers to
refrain from packaging the software.

This is an automatic email to change the status of logsurfer back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 10 months.

If you are still interested in packaging logsurfer, please send a mail to
 with:

 retitle 670875 ITP: logsurfer -- Monitoring system logs in real-time
 owner 670875 !
 thanks

It is also a good idea to document your progress on this ITP from time to
time, by mailing <670...@bugs.debian.org>.  If you need guidance on how to
package this software, please reply to this email, and/or contact the
debian-ment...@lists.debian.org mailing list.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team 


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

Bug#609047: ccl: changing back from ITP to RFP

[Lucas Nussbaum]

retitle 609047 RFP: ccl -- Clozure CL
noowner 609047
tag 609047 - pending
thanks

Hi,

A long time ago, you expressed interest in packaging ccl. Unfortunately,
it seems that it did not happen. In Debian, we try not to keep ITP bugs open
for a too long time, as it might cause other prospective maintainers to
refrain from packaging the software.

This is an automatic email to change the status of ccl back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 10 months.

If you are still interested in packaging ccl, please send a mail to
 with:

 retitle 609047 ITP: ccl -- Clozure CL
 owner 609047 !
 thanks

It is also a good idea to document your progress on this ITP from time to
time, by mailing <609...@bugs.debian.org>.  If you need guidance on how to
package this software, please reply to this email, and/or contact the
debian-ment...@lists.debian.org mailing list.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team 


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

Bug#573570: chive: changing back from ITP to RFP

[Lucas Nussbaum]

retitle 573570 RFP: chive -- web-based database management tool
noowner 573570
tag 573570 - pending
thanks

Hi,

A long time ago, you expressed interest in packaging chive. Unfortunately,
it seems that it did not happen. In Debian, we try not to keep ITP bugs open
for a too long time, as it might cause other prospective maintainers to
refrain from packaging the software.

This is an automatic email to change the status of chive back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 10 months.

If you are still interested in packaging chive, please send a mail to
 with:

 retitle 573570 ITP: chive -- web-based database management tool
 owner 573570 !
 thanks

It is also a good idea to document your progress on this ITP from time to
time, by mailing <573...@bugs.debian.org>.  If you need guidance on how to
package this software, please reply to this email, and/or contact the
debian-ment...@lists.debian.org mailing list.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team 


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

Bug#441136: jfftw: changing back from ITP to RFP

[Lucas Nussbaum]

retitle 441136 RFP: jfftw -- Java library to perform Fast Fourier
noowner 441136
tag 441136 - pending
thanks

Hi,

A long time ago, you expressed interest in packaging jfftw. Unfortunately,
it seems that it did not happen. In Debian, we try not to keep ITP bugs open
for a too long time, as it might cause other prospective maintainers to
refrain from packaging the software.

This is an automatic email to change the status of jfftw back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 10 months.

If you are still interested in packaging jfftw, please send a mail to
 with:

 retitle 441136 ITP: jfftw -- Java library to perform Fast Fourier
 owner 441136 !
 thanks

It is also a good idea to document your progress on this ITP from time to
time, by mailing <441...@bugs.debian.org>.  If you need guidance on how to
package this software, please reply to this email, and/or contact the
debian-ment...@lists.debian.org mailing list.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team 


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

Bug#668081: wmcore: changing back from ITP to RFP

[Lucas Nussbaum]

retitle 668081 RFP: wmcore -- a dockapp that shows the usage of each core in 
the system.
noowner 668081
tag 668081 - pending
thanks

Hi,

A long time ago, you expressed interest in packaging wmcore. Unfortunately,
it seems that it did not happen. In Debian, we try not to keep ITP bugs open
for a too long time, as it might cause other prospective maintainers to
refrain from packaging the software.

This is an automatic email to change the status of wmcore back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 10 months.

If you are still interested in packaging wmcore, please send a mail to
 with:

 retitle 668081 ITP: wmcore -- a dockapp that shows the usage of each core in 
the system.
 owner 668081 !
 thanks

It is also a good idea to document your progress on this ITP from time to
time, by mailing <668...@bugs.debian.org>.  If you need guidance on how to
package this software, please reply to this email, and/or contact the
debian-ment...@lists.debian.org mailing list.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team 


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

Bug#617617: beatbox: changing back from ITP to RFP

[Lucas Nussbaum]

retitle 617617 RFP: beatbox -- A music player written in vala
noowner 617617
tag 617617 - pending
thanks

Hi,

A long time ago, you expressed interest in packaging beatbox. Unfortunately,
it seems that it did not happen. In Debian, we try not to keep ITP bugs open
for a too long time, as it might cause other prospective maintainers to
refrain from packaging the software.

This is an automatic email to change the status of beatbox back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 10 months.

If you are still interested in packaging beatbox, please send a mail to
 with:

 retitle 617617 ITP: beatbox -- A music player written in vala
 owner 617617 !
 thanks

It is also a good idea to document your progress on this ITP from time to
time, by mailing <617...@bugs.debian.org>.  If you need guidance on how to
package this software, please reply to this email, and/or contact the
debian-ment...@lists.debian.org mailing list.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team 


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

Bug#658283: glade2script: changing back from ITP to RFP

[Lucas Nussbaum]

retitle 658283 RFP: glade2script -- 
noowner 658283
tag 658283 - pending
thanks

Hi,

A long time ago, you expressed interest in packaging glade2script. 
Unfortunately,
it seems that it did not happen. In Debian, we try not to keep ITP bugs open
for a too long time, as it might cause other prospective maintainers to
refrain from packaging the software.

This is an automatic email to change the status of glade2script back from ITP
(Intent to Package) to RFP (Request for Package), because this bug hasn't seen
any activity during the last 10 months.

If you are still interested in packaging glade2script, please send a mail to
 with:

 retitle 658283 ITP: glade2script -- 
 owner 658283 !
 thanks

It is also a good idea to document your progress on this ITP from time to
time, by mailing <658...@bugs.debian.org>.  If you need guidance on how to
package this software, please reply to this email, and/or contact the
debian-ment...@lists.debian.org mailing list.

Thank you for your interest in Debian,
-- 
Lucas, for the QA team 


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