Bug#642976: josm: Loading data from the osm server has no result

[Uwe Steinmann]

Package: josm
Version: 0.0.svn4399+dfsg1-1
Severity: important

Dear Maintainer,

downloading data from the osm server gets stuck. I can select an
area and I get the dialog box when the download is processed, but
when it disappears there is no visible data. On the console the
following error is thrown

Using /usr/lib/jvm/java-6-openjdk/bin/java to execute josm.
Debian-Release: 0.0.svn4399+dfsg1-1
Build-Date: 2011-09-25 20:23:55
Revision: 4399
Is-Local-Build: true

GET http://api.openstreetmap.org/api/capabilities... OK
Kommunikation mit http://api.openstreetmap.org/api mittels Protokollversion 0.6 
etabliert.
lade Plugin 'FixAddresses' (Version 26606)
lade Plugin 'PicLayer' (Version 26606)
Silent shortcut conflict: 'menu:PicLayer' moved by 'menu:Imagery' to 'Alt+B'.
lade Plugin 'terracer' (Version 26606)
Werkzeugleistenaktion ohne Namen: 
org.openstreetmap.josm.plugins.piclayer.NewLayerFromFileAction
Werkzeugleistenaktion ohne Namen: 
org.openstreetmap.josm.plugins.piclayer.NewLayerFromClipboardAction
Successfully loaded Bing attribution data.
GET 
http://api.openstreetmap.org/api/0.6/map?bbox=9.3447304,51.6541344,9.3740845,51.67095829995
java.util.concurrent.ExecutionException: java.lang.ExceptionInInitializerError
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252)
at java.util.concurrent.FutureTask.get(FutureTask.java:111)
at 
org.openstreetmap.josm.actions.downloadtasks.PostDownloadHandler.run(PostDownloadHandler.java:66)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.ExceptionInInitializerError
at org.openstreetmap.josm.data.osm.Node.getEastNorth(Node.java:94)
at org.openstreetmap.josm.data.osm.Node.setDataset(Node.java:180)
at 
org.openstreetmap.josm.data.osm.DataSet.addPrimitive(DataSet.java:347)
at 
org.openstreetmap.josm.io.OsmReader.processNodesAfterParsing(OsmReader.java:471)
at org.openstreetmap.josm.io.OsmReader.parseDataSet(OsmReader.java:571)
at 
org.openstreetmap.josm.io.BoundingBoxDownloader.parseOsm(BoundingBoxDownloader.java:103)
at 
org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.realRun(DownloadOsmTask.java:88)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:79)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:125)
... 6 more
Caused by: java.lang.RuntimeException: java.lang.RuntimeException: Fehler: 
Öffnen des Eingabedatenstroms für Ressource '/data/ntf_r93_b.gsb' 
fehlgeschlagen. Kann NTF<->RGF93-Raster nicht laden.
at 
org.openstreetmap.josm.data.projection.Lambert.(Lambert.java:93)
at 
org.openstreetmap.josm.data.projection.Projections.(Projections.java:19)
... 15 more
Caused by: java.lang.RuntimeException: Fehler: Öffnen des Eingabedatenstroms 
für Ressource '/data/ntf_r93_b.gsb' fehlgeschlagen. Kann NTF<->RGF93-Raster 
nicht laden.
at 
org.openstreetmap.josm.data.projection.Lambert.(Lambert.java:88)
... 16 more


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

Kernel: Linux 2.6.38-2-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 josm depends on:
ii  libgdata-java1.30.0-2
ii  libgettext-commons-java  0.9.6-2 
ii  libmetadata-extractor-java   2.3.1+dfsg-2
ii  liboauth-signpost-java   1.2.1.1-1   
ii  libsvgsalamander-java0~svn95-1   
ii  openjdk-6-jre6b23~pre7-1 
ii  openstreetmap-map-icons-classic  1:0.0.svn26700-1
ii  sun-java6-jre6.26-3  

Versions of packages josm recommends:
ii  josm-plugins  0.0.svn26626+ds1-1
ii  webkit-image-gtk  0.0.svn25399-2+b1 

josm 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#642952: libpam0g-dev: Move of static libraries results in static linking due to library order

[Paul Menzel]

affects 642952 libpam-gnome-keyring
thanks

Am Sonntag, den 25.09.2011, 14:55 -0700 schrieb Russ Allbery:

[…]

> This, among other things, will cause a FTBFS for all PAM modules on
> platforms where shared module code has to be built PIC.  See the
> build logs for libpam-krb5, for example.

After upgrading to 1.1.3-3 and rebooting Evolution could not get any
passwords from GNOME Keyring with the following error messages.

Gkr-Message: received an invalid, unencryptable, or non-utf8 secret
Gkr-Message: call to daemon returned an invalid response: 
(null).(null)()
Gkr-Message: received an invalid, unencryptable, or non-utf8 secret
Gkr-Message: call to daemon returned an invalid response: 
(null).(null)()

(evolution:3945): e-data-server-ui-WARNING **: Unable to find 
password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem 
GNOME-Schlüsselbunddienst)

Upgrading to 1.1.3-4, restarting GNOME Keyring daemon
(`gnome-keyring-daemon --replace`) and then Evolution fixes the problem.


Thanks,

Paul


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

Bug#632393: FTBFS with Python 2.7: Python.h: No such file or directory

[Atsuhito Kohda]

Hi Jakub and Micah,

thanks for your contributions and sorry for delay.
I'm preparing new package which would fix the bug
with the latest source (rev. 939).

Thanks again.

Best regards,   2011-9-26(Mon)

-- 
 Debian Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima



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

Bug#642952: libpam0g-dev: Move of static libraries results in static linking due to library order

[Paul Menzel]

affects 642952 libpam-krb5 libpam-gnome-keyring
quit

I am sorry for overwriting instead of appending to the list.


Thanks,

Paul


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

Bug#642952: libpam0g-dev: Move of static libraries results in static linking due to library order

[Steve Langasek]

On Mon, Sep 26, 2011 at 09:01:13AM +0200, Paul Menzel wrote:
> affects 642952 libpam-gnome-keyring
> thanks

> Am Sonntag, den 25.09.2011, 14:55 -0700 schrieb Russ Allbery:

> […]

> > This, among other things, will cause a FTBFS for all PAM modules on
> > platforms where shared module code has to be built PIC.  See the
> > build logs for libpam-krb5, for example.

> After upgrading to 1.1.3-3 and rebooting Evolution could not get any
> passwords from GNOME Keyring with the following error messages.

> Gkr-Message: received an invalid, unencryptable, or non-utf8 secret
> Gkr-Message: call to daemon returned an invalid response: 
> (null).(null)()
> Gkr-Message: received an invalid, unencryptable, or non-utf8 secret
> Gkr-Message: call to daemon returned an invalid response: 
> (null).(null)()

> (evolution:3945): e-data-server-ui-WARNING **: Unable to find 
> password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem 
> GNOME-Schlüsselbunddienst)

> Upgrading to 1.1.3-4, restarting GNOME Keyring daemon
> (`gnome-keyring-daemon --replace`) and then Evolution fixes the problem.

No, that's not related to this bug.  This bug only concerned the placement
of .so files in the traditional vs. multiarch library path; that only
impacts build-time linking software against libpam, it has no affect on the
system at runtime.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#620324: Managed to build a kernel that works

[Dan Frei]

I quickly configured and built a 3.0.0 kernel from the 'linux-source-3.0.0'
package. It loads the proprietary driver, works well, and resumes from
sleep.

Here's what I did:
1. Install 'linux-source-3.0.0' from official sid repos
2. Extract the source
3. Use oldconfig with the squeeze kernel config (2.6.32-5-amd64) and select
the default to all new options
4. Enable support for my wireless card (CONFIG_RT2800PCI=m)
5. make; make modules; sudo make modules_install; sudo make install
6. Boot.


config.gz
Description: GNU Zip compressed data

Bug#642703: [Pkg-fglrx-devel] Processed: Re: Bug#642703: general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fgl

[Patrick Matthäi]

Am 26.09.2011 04:42, schrieb Jonathan Nieder:

Hi,

Debian Bug Tracking System wrote:

Processing commands for cont...@bugs.debian.org:



reassign 642703 linux-2.6

Bug #642703 [general] general: Scan lines appear in drop-down menus. 
LibreOffice also shows artifacts when starting. Might be something to do with 
the version of fglrx.
Bug reassigned from package 'general' to 'linux-2.6'.

forcemerge 641665 642703

Bug#641665: 915GM (Eee PC 900): fonts have some corrupted glyphs: strikethrough
Bug#642703: general: Scan lines appear in drop-down menus. LibreOffice also 
shows artifacts when starting. Might be something to do with the version of 
fglrx.


The reporter uses fglrx.  How can these possibly be the same bug?


Because fglrx is not responsible for every fault if you use it, just 
because it is non-free..


There is much more software involved in this scenario, like gtk, libc, 
xorg, Linux, etc..




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

Bug#642703: [Pkg-fglrx-devel] general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fglrx.

[Jonathan Nieder]

Hi Jack,

Jack Saunders wrote:

> Yes this is showing up when using the fglrx driver in Wheezy with its
> standard kernel. It is also present - but to a somewhat lesser extent,
> with the open source xorg-radeon driver in Wheezy. The problem does
> not show at all in Squeezy using either the fglrx driver or the open
> source driver. So squeezy is perfect here in this regard. The problem
> is still there in Wheezy when using the earlier Squeezy 2.6.32 kernel.
> So could be an Xorg problem problem rather than an fglrx problem - or
> both. 8-o.
>
> Let me know if you need anything else.

Could you attach:

 - a screenshot or photograph of the screen exhibiting the problem
 - output from

/usr/share/bug/linux-image-$(uname -r)/script 3>&1

 - output from

/usr/share/bug/fglrx-driver/script 3>&1

How reproducible is this?  I.e., does it always happen right away,
or does it take five minutes or so?  Do any particular actions make
it easier to trigger?

Ideally, if you can trigger it at will, please boot without the fglrx
driver, trigger the problem using the open source driver, and then
attach "dmesg" output.

How long ago did this start happening (if you remember)?  Can you
reproduce it using the kernel from squeeze with the open source radeon
X driver from wheezy, or using the kernel from wheezy with the radeon
X driver from squeeze?

That's all I can think of for now.  The screenshot or photograph would
be the most helpful bit, I think.

Thanks much,
Jonathan



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

Bug#620324: [Pkg-fglrx-devel] Bug#620324: [fglrx-driver] suspend to RAM work,, only with kernel 2.6.32

[Dan Frei]

Also, sleep works completely with the free driver and the latest kernel. In
fact even the proprietary driver has 'working' sleep if the dkms kernel
module is not compiled and loaded (though its not meant to be run this way).

However the free driver is to buggy and slow for it to be a real replacement
for me.

Bug#637448: xserver-xorg-video-intel: X server crashes after starting the same wine application twice

[Wouter Verhelst]

forwarded 637448 https://bugs.freedesktop.org/show_bug.cgi?id=41211
thanks

On Sun, Sep 25, 2011 at 12:11:16PM +0200, Julien Cristau wrote:
> tag 637448 moreinfo
> kthxbye
> 
> On Thu, Aug 11, 2011 at 16:35:20 +0200, Wouter Verhelst wrote:
> 
> > Package: xserver-xorg-video-intel
> > Version: 2:2.15.0-3
> > Severity: important
> > 
> > Hi,
> > 
> > I've got this game that I run under wine. When I run it the first time,
> > everything is fine. If I then quit the application and start it again
> > without restarting the X server, it segfaults.
> > 
> > If you need any further info, just let me know.
> > 
> Is this still an issue with X 1.11 and intel 2.16?

Yes.

> If yes please get a backtrace from gdb and report to bugs.freedesktop.org per
> http://intellinuxgraphics.org/how_to_report_bug.html.

Done.

-- 
The volume of a pizza of thickness a and radius z can be described by
the following formula:

pi zz a



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

Bug#642917: [Pkg-utopia-maintainers] Bug#642917: policykit-1-gnome: Please rebuild against gtk3

[Michael Biebl]

Am 25.09.2011 18:53, schrieb Josselin Mouette:
> Package: policykit-1-gnome
> Version: 0.102-1
> Severity: wishlist
> 
> As mentioned on IRC, we need the gtk+ 3 version of polkit-gnome.

This will change the ABI of libpolkit-gtk which as a result breaks
gnome-system-tools  2.30.2-2 and gdm3 2.30.5-11.

We need to update gdm3 and gnome-system-tools to 3.x first (which no longer link
against libpolkit-gtk), before I can compile pk-gnome against GTK3.

With g-s-t 3.x and gdm3 3.x no longer using libpolkit-gtk, we can just as well
drop this library, and this is what apparently happened upstream in 0.103.

Cheers,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#618956: cgroup-bin: fails to install

[Ritesh Raj Sarraf]

On 09/26/2011 02:24 AM, Ritesh Raj Sarraf wrote:
> I did have a cgroup mount on /cgroup. But even unmounting and re-running
> the script did not help.
>
>
A reboot with the /cgroup mount point disabled in fstab solved the
problem. But as I've reported in 642945, restarting it still fails.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#602964: dpkg: error processing tex-common (--configure)

[Markus Michael Mueller]

Dear Frank, dear Norbert, dear UCF maintainers!

Recently, I found the error. It was a setting in my environment,
namely in the variable GREP_OPTIONS. In GREP_OPTIONS, among others,
I also included the flag '-n' to give line numbers in the output.
Some script of one of the packages seems to call grep, but does not
expect line numbers in the form "NUMBER:" at the beginning of each
line in the output. These numbers, however, then entered the files
/var/lib/ucf/registry*. And then the error occured .

Since this setting of GREP_OPTIONS caused a lot of further errors,
meanwhile, I erased the setting from all of my .bashrc files. E.g.
it prevented me from compiling some Mozilla software (Firefox and
Thunderbird) as well as kernel modules. I could compile an ALL-YES
kernel, but no *.ko file would have been created resulting in the
message

  Building modules, stage 2.
  MODPOST 0 modules

Apart from vanilla kernel modules this problem also occured for
third-party modules as e.g. the NVIDIA graphics driver.

Curiously, I couldn't find any hint on this matter in the internet.
That's why I mentioned the Mozilla and Kernel problems as well.
Maybe, that can be of help to someone 

So, the problem is solved. You may close this bug report.

Sorry for bothering you and thanks for your help.

Cheers, Markus



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

Bug#642906: RFH: balsa -- An e-mail client for GNOME

[Maxime Chatelle]

On Sun, 25 Sep 2011 15:54:27 +0200
Josselin Mouette  wrote:

> Package: wnpp
> Severity: normal
> 
> I request assistance with maintaining the balsa package. Nobody in the 
> GNOME team is actually using it anymore, and only RC issues are fixed at 
> the moment. It is vastly inferior to evolution, but it is also a decent 
> lightweight alternative for those in need for it.
> 
> The package description is:
>  Balsa is a highly configurable and robust mail client for the GNOME desktop.
>  It supports both POP3 and IMAP servers as well as the mbox, maildir and mh
>  local mailbox formats. Balsa also supports SMTP and/or the use of a local MTA
>  such as Sendmail.
>  .
>  Some of Balsa's other features include:
>* Allowing nested mailboxes
>* Printing
>* Spell Checking
>* Multi-threaded mail retrieval
>* MIME support (view images inline, save parts)
>* GPE Palmtop, LDAP, LDIF and vCard address book support
>* Multiple character sets for composing and reading messages
>* File attachments on outgoing messages
>* GPG/OpenPGP mail signing and encryption
>  .
>  Support for Kerberos and SSL has been enabled in this package.


Hi,

Sorry for the late, I will take it over as we said earlier [1] if your are ok 
again. With the holidays, I missed the time. (and a little bit forgotten)

[1] 
http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/2011-June/079567.html


-- 
Maxime Chatelle, human from earth, 01000.cm94IGxvdmVyCg==.kpr
 
79E0 25F5 06C5 5C7F F57C BADD 13EE 911A 8A1A 9DE9


pgpyqzXmUxhLN.pgp
Description: PGP signature

Bug#642906: RFH: balsa -- An e-mail client for GNOME

[Josselin Mouette]

Le lundi 26 septembre 2011 à 10:22 +0200, Maxime Chatelle a écrit :
> Sorry for the late, I will take it over as we said earlier [1] if your
> are ok again. With the holidays, I missed the time. (and a little bit
> forgotten)

Ah right, I forgot we already had someone interested /o\

Please take it over when you have the time. We will remove it from the
pkg-gnome repository when it’s done.

Thanks,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-




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

Bug#640898: openshot: desktop file should have separate Name/GenericName fields

[Ronny Standtke]

reopen 640898
thanks

While the desktop file now contains a GenericName entry, the
Name field should only contain the application name ("OpenShot" in this
case) and not repeat the GenericName description ("Video Editor") and
the German translation of the GenericName entry is still missing. The
attached patch fixes these issues.

Regards

Ronny Standtke

-- 
Ronny Standtke Fachhochschule Nordwestschweiz
Dozent Medienpädagogik / ICT   Pädagogische Hochschule
Telefon: +41 32 628 67 08  Obere Sternengasse 7
Mobil  : +41 79 786 81 82  4502 Solothurn
--- /usr/share/applications/openshot.desktop.orig	2011-09-23 06:04:09.0 +
+++ /usr/share/applications/openshot.desktop	2011-09-08 09:57:09.0 +
@@ -1,6 +1,7 @@
 [Desktop Entry]
-Name=OpenShot Video Editor
+Name=OpenShot
 GenericName=Video Editor
+GenericName[de]=Video-Editor
 X-GNOME-FullName=OpenShot Video Editor
 Comment=Create and edit videos and movies
 Exec=openshot %F
@@ -10,4 +11,4 @@
 Categories=GNOME;GTK;AudioVideo;Video;AudioVideoEditing;
 MimeType=application/vnd.openshot-project;
 X-AppInstall-Package=openshot
-X-Ubuntu-Gettext-Domain=OpenShot
\ Kein Zeilenumbruch am Dateiende.
+X-Ubuntu-Gettext-Domain=OpenShot

Bug#642703: [saunders.j...@gmail.com: Re: [Pkg-fglrx-devel] general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of

[Jonathan Nieder]

--- Begin Message ---
Hi Jonathan

This has been reproducible since the fresh Wheezy install. It will be
hard to make a screen-dump of this because of the speed at which the
artifacts arrive and depart. It all happens within the time it takes
to click a menu item in say LibreOffice and the full menu appearing in
its full-length drop-down state. It is only visible at all because of
the inherently slow frame rate that exists here. glxgears indicate an
average of 55fps - an inaccurate test I know, but does at least show
the ball-park figure. My eyesight/brain has always been able to pick
up this sort of problem. The slow frame rate is really the essence of
this problem. Finding the solution though is something else entirely.

I'll get the rest of the requested stuff off to you ASAP - today probably.

Best regards

Jack

On 26 September 2011 09:32, Jonathan Nieder  wrote:
> Hi Jack,
>
> Jack Saunders wrote:
>
>> Yes this is showing up when using the fglrx driver in Wheezy with its
>> standard kernel. It is also present - but to a somewhat lesser extent,
>> with the open source xorg-radeon driver in Wheezy. The problem does
>> not show at all in Squeezy using either the fglrx driver or the open
>> source driver. So squeezy is perfect here in this regard. The problem
>> is still there in Wheezy when using the earlier Squeezy 2.6.32 kernel.
>> So could be an Xorg problem problem rather than an fglrx problem - or
>> both. 8-o.
>>
>> Let me know if you need anything else.
>
> Could you attach:
>
>  - a screenshot or photograph of the screen exhibiting the problem
>  - output from
>
>        /usr/share/bug/linux-image-$(uname -r)/script 3>&1
>
>  - output from
>
>        /usr/share/bug/fglrx-driver/script 3>&1
>
> How reproducible is this?  I.e., does it always happen right away,
> or does it take five minutes or so?  Do any particular actions make
> it easier to trigger?
>
> Ideally, if you can trigger it at will, please boot without the fglrx
> driver, trigger the problem using the open source driver, and then
> attach "dmesg" output.
>
> How long ago did this start happening (if you remember)?  Can you
> reproduce it using the kernel from squeeze with the open source radeon
> X driver from wheezy, or using the kernel from wheezy with the radeon
> X driver from squeeze?
>
> That's all I can think of for now.  The screenshot or photograph would
> be the most helpful bit, I think.
>
> Thanks much,
> Jonathan
>



-- 
Best regards
mit herzlichen Grüßen
--- End Message ---

Bug#641574: closed by Ben Hutchings (Re: Bug#641574: nfs-common: Mounting a share from 127.0.0.1 does not work when no network interfaces are up)

[Richard Hartmann]

Agreed, this is a corner case. As long as it's fixed in the current
version, things are fine afaiac.


Thanks for the info,
Richard



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

Bug#642978: Please update to 3.x (for GNOME 3)

[Michael Biebl]

Package: gnome-system-tools
Version: 2.30.2-2
Severity: important

Hi,

we'd like to compile policykit-1-gnome against GTK3 [1]. This includes
libpolkit-gtk.

As mixing GTK2 and GTK3 in the same process is not allowed, this
requires that gnome-system-tools is updated to 3.0, which no longer
links against libpolkit-gtk.

A new upstream release 3.0.0 is available at [2].

Cheers,
Michael

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642917
[2] http://ftp.gnome.org/pub/GNOME/sources/gnome-system-tools/3.0/


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

Kernel: Linux 3.0.0-1-486
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-system-tools depends on:
ii  gconf2 2.32.4-1  
ii  libatk1.0-02.0.1-2   
ii  libc6  2.13-21   
ii  libcairo2  1.10.2-6.1
ii  libdbus-1-31.4.16-1  
ii  libfontconfig1 2.8.0-3   
ii  libfreetype6   2.4.6-2   
ii  libgconf2-42.32.4-1  
ii  libglib2.0-0   2.28.6-1  
ii  libgtk2.0-02.24.6-1  
ii  liboobs-1-42.30.1-2  
ii  libpango1.0-0  1.28.4-3  
ii  libpolkit-gobject-1-0  0.102-1   
ii  libpolkit-gtk-1-0  0.102-1   
ii  perl   5.12.4-4  
ii  policykit-1-gnome  0.102-1   
ii  system-tools-backends  2.10.1-3  

Versions of packages gnome-system-tools recommends:
ii  gnome-control-center  1:2.30.1-3

Versions of packages gnome-system-tools suggests:
pn  ntp  

-- 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#642904: wicd-kde: new upstream release 0.2.3

[Iker Salmón San Millán]

Thank you for reporting it, i am quite busy and i didn't notice there was a
new release, already working on it.

Regards, Iker

2011/9/25 Ritesh Raj Sarraf 

> Package: wicd-kde
> Version: 0.2.1-5
> Severity: normal
>
>
> thank you for packaging wicd-kde. There's a new relese, 0.2.3. Hopefully
> this has bug fixes and enhancements.
>
>
> Ritesh
>
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers unstable
>  APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages wicd-kde depends on:
> ii  kdebase-runtime  4:4.6.5-1+b1
> ii  libc62.13-21
> ii  libgcc1  1:4.6.1-11
> ii  libkdecore5  4:4.7.1-0r2
> ii  libkdeui54:4.7.1-0r2
> ii  libqt4-dbus  4:4.7.3-8
> ii  libqt4-network   4:4.7.3-8
> ii  libqt4-svg   4:4.7.3-8
> ii  libqtcore4   4:4.7.3-8
> ii  libqtgui44:4.7.3-8
> ii  libsolid44:4.7.1-0r2
> ii  libstdc++6   4.6.1-11
> ii  wicd-daemon  1.7.0+ds1-6
>
> wicd-kde recommends no packages.
>
> wicd-kde suggests no packages.
>
> -- no debconf information
>
>
>

Bug#642979: [l10n] Updated Czech translation of fortunes-debian-hints

[Miroslav Kure]

Package: fortunes-debian-hints
Severity: wishlist
Tags: l10n, patch

Hi,

in attachement there is updated Czech (cs.po) translation of
fortunes-debian-hints. Please include it with the package.

Thanks
-- 
Miroslav Kure
# Czech translation of fortunes-debian-hints
# Copyright (C) YEAR Free Software Foundation, Inc.
# This file is distributed under the same license as the fortunes-debian-hints 
package.
# Miroslav Kure , 2008, 2009, 2010, 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: fortunes-debian-hints\n"
"Report-Msgid-Bugs-To: Kartik Mistry \n"
"POT-Creation-Date: 2011-09-17 17:50+0530\n"
"PO-Revision-Date: 2011-09-26 10:54+0200\n"
"Last-Translator: Miroslav Kure \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. type: Plain text
#: hints:5
msgid ""
"Debian Hint #1: You can report a bug in a package with the 'reportbug' "
"command, which is available in the reportbug package, either from the "
"command-line or with the new graphical frontend (available running "
"'reportbug --ui gtk2' or in the menu)."
msgstr ""
"Debian tip č.1: Chybu v balíku můžete nahlásit příkazem „reportbug“ z balíku "
"reportbug. Kromě verze pro příkazovou řádku je nyní k dispozici i grafická "
"nadstavba, která se objeví po spuštění příkazu „reportbug --ui gtk2“."

#. type: Plain text
#: hints:10
msgid ""
"Debian Hint #2: You can use 'dpkg-reconfigure ' to change the "
"answers you gave to the questions asked when you first installed a package.  "
"The 'configure-debian' package provides a unified front end for doing this, "
"as well."
msgstr ""
"Debian tip č.2: Odpovědi, které jste zadali při instalaci balíku, můžete "
"později změnit příkazem „dpkg-reconfigure “. Může se vám hodit i "
"balík „configure-debian“, pro případ, že přesně neznáte název balíku."

#. type: Plain text
#: hints:14
msgid ""
"Debian Hint #3: You can use either 'apt-cache search ' or 'aptitude "
"search ' to search for words in the descriptions of all available "
"packages."
msgstr ""
"Debian tip č.3: Klíčová slova v popisech všech dostupných balíků můžete "
"hledat příkazem „apt-cache search “ resp. „aptitude search “."

#. type: Plain text
#: hints:17
msgid ""
"Debian Hint #4: You can see the available and installed versions for one or "
"more available packages with the command 'apt-cache policy '."
msgstr ""
"Debian tip č.4: Nainstalované a dostupné verze balíku (balíků) zobrazíte "
"příkazem „apt-cache policy “."

#. type: Plain text
#: hints:20
msgid ""
"Debian Hint #5: If you need to build a custom kernel, use the 'make-kpkg' "
"script found in the kernel-package package."
msgstr ""
"Debian tip č.5: Chcete-li si sestavit vlastní jádro, použijte skript „make-"
"kpkg“ z balíku kernel-package."

#. type: Plain text
#: hints:22
msgid "Debian Hint #6: There is no hint #6. Submit a hint today!"
msgstr "Debian tip č.6: Tip č.6 neexistuje. Pošlete nám nějaký!"

#. type: Plain text
#: hints:25
msgid ""
"Debian Hint #7: You can use the cron-apt package to do automatic nightly "
"downloads of updates for packages installed on your system."
msgstr ""
"Debian tip č.7: Balík cron-apt můžete použít pro automatické stahování "
"aktualizovaných verzí nainstalovaných balíků během nočních hodin."

#. type: Plain text
#: hints:29
msgid ""
"Debian Hint #8: If you have problems with Debian that you can't solve by "
"reading the manuals and documentation, try asking on the Debian Users "
"mailing list (debian-u...@lists.debian.org)."
msgstr ""
"Debian tip č.8: Máte-li problém s Debianem, který jste nevyřešili čtením "
"dokumentace, zkuste se zeptat v diskusní konferenci uživatelů Debianu "
"(debian-u...@lists.debian.org)"

#. type: Plain text
#: hints:34
msgid ""
"Debian Hint #9: If you need to know what version of Debian you're currently "
"running, look in /etc/debian_version or use 'lsb_release -sc' command. If "
"you want to know the codename for that version (for example, 5.0 is "
"codenamed 'Lenny'), check this URL:"
msgstr ""
"Debian tip č.9: Potřebujete-li zjistit, jakou verzi Debianu právě používáte, "
"podívejte se do souboru /etc/debian_version, nebo použijte příkaz "
"„lsb_release -sc“. Chcete-li zjistit i kódové jméno dané verze (např. verze "
"5.0 se jmenuje „Lenny“), podívejte se na URL:"

#. type: Plain text
#: hints:36
msgid "http://www.debian.org/doc/FAQ/ch-ftparchives.html#s-codenames";
msgstr "http://www.debian.org/doc/FAQ/ch-ftparchives.html#s-codenames";

#. type: Plain text
#: hints:41
msgid ""
"Debian Hint #10: There are Debian mailing lists for everything from user "
"questions to debates over what to put into the Debian Policy documents.  "
"Check out the list at http://www.debian.org/MailingLists/ and subscribe to "
"those that interest you."
msgstr ""
"Debian tip č.10: Debian má poštovní konference pokrývající cokoliv od "
"uživatelských otázek až po debaty o obsahu dokumentů Debian Policy.Seznam "
"konferencí naleznete na http://www.debian.or

Bug#480386: smbldap-tools 0.9.7 release

[SATOH Fumiyasu]

Hi,

The following bugs have been fixed by smbldap-tools 0.9.7:

  #480386
  #519551
  #561941
  #568259
  #572711
  #582902

See also:
  http://download.gna.org/smbldap-tools/ChangeLog
  http://download.gna.org/smbldap-tools/sources/latest/

-- 
-- Name: SATOH Fumiyasu (fumiyas @ osstech co jp)
-- Business Home: http://www.OSSTech.co.jp/
-- Personal Home: http://www.SFO.jp/blog/





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

Bug#642980: gnat-4.6: TYPES.UNRECOVERABLE_ERROR : comperr.adb:423

[Ludovic Brenta]

Package: gnat-4.6
Version: 4.6.1-5
Severity: important
Tags: upstream sid

asis FTBFS on kfreebsd-amd64, mips and mipsel with the following:

gcc-4.6 -c -fPIC -g -O2 -gnatafno -gnatwa -gnatVa -I- -gnatA 
/build/buildd-asis_2010-2-kfreebsd-amd64-k7wLVQ/asis-2010/asis/asis-text.adb
+===GNAT BUG 
DETECTED==+
| 4.6.1 (x86_64-pc-kfreebsd-gnu) GCC error: 
  |
| in interpret_loop_phi, at tree-scalar-evolution.c:1645
  |
| Error detected around 
/build/buildd-asis_2010-2-kfreebsd-amd64-k7wLVQ/asis-2010/asis/asis-text.adb:1069:1|


[...]

raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:423
gnatmake: 
"/build/buildd-asis_2010-2-kfreebsd-amd64-k7wLVQ/asis-2010/asis/asis-text.adb" 
compilation error


--
Ludovic Brenta.




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

Bug#641594: libreoffice-report-builder: impossible open a report with a "Group by" condition

[MAG4 Piemonte]

Hi,

> Can you try the debs from
> http://people.debian.org/~rene/libreoffice/3.4.3/test/srb?
> 
> The dependencies are not yet correct and this all needs fine-tuning,
> (which I'd do tomorrow/over the weekend) but it is installable

we install all packages without problems and

> Your bug should be fixed then, too...

we continue to be able to open all our reports with a "Group by" condition.

Greetings!




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

Bug#642981: gnat-4.6:

[Ludovic Brenta]

Package: gnat-4.6
Version: 4.6.1-5
Severity: important
Tags: upstream sid

libtemplates-parser FTBFS with the following ICE:

gcc-4.6 -c -gnat05 -gnatwcfijkmruv -gnaty3abcefhiIklmnoprstx -Wall -O2 
-gnatn -I- -gnatA 
/build/buildd-libtemplates-parser_11.6-1-armel-7ATaJo/libtemplates-parser-11.6/src/templates_parser.adb
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In 
function 'Templates_Parser.Filter.Filter_Map.Insert.New_Node':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:536:13: 
warning: 'E' may be used uninitialized in this function 
[-Wuninitialized]
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In 
function 'Templates_Parser.Macro.Rewrite.Set_Var.Insert.New_Node':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:536:13: 
warning: 'E' may be used uninitialized in this function 
[-Wuninitialized]
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In 
function 'Templates_Parser.Macro.Rewrite.Set_Var.Copy_Node':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:165:10: 
warning: 'E' may be used uninitialized in this function 
[-Wuninitialized]
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In 
function 'Templates_Parser.Macro.Registry.Insert.New_Node':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:536:13: 
warning: 'E' may be used uninitialized in this function 
[-Wuninitialized]
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihase.adb: In 
function 'Templates_Parser.Tag_Values.Query_Element':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihase.adb:1080:18: 
warning: '' may be used uninitialized in this function 
[-Wuninitialized]
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In 
function 'Templates_Parser.Association_Map.Insert.New_Node':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:536:13: 
warning: 'E' may be used uninitialized in this function 
[-Wuninitialized]
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In 
function 'Templates_Parser.Association_Map.Copy_Node':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:165:10: 
warning: 'E' may be used uninitialized in this function 
[-Wuninitialized]
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In 
function 'Templates_Parser.Macro.Registry.Copy_Node':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:165:10: 
warning: 'E' may be used uninitialized in this function 
[-Wuninitialized]
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In 
function 'Templates_Parser.Filter.Filter_Map.Copy_Node':
/usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:165:10: 
warning: 'E' may be used uninitialized in this function 
[-Wuninitialized]
+===GNAT BUG 
DETECTED==+
| 4.6.1 (arm-unknown-linux-gnueabi) GCC error:  
  |
| in update_ssa_across_abnormal_edges, at tree-inline.c:1853
  |
| Error detected around 
/build/buildd-libtemplates-parser_11.6-1-armel-7ATaJo/libtemplates-parser-11.6/src/templates_parser-filter.adb:824:15|


[...]

raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:423
gnatmake: 
"/build/buildd-libtemplates-parser_11.6-1-armel-7ATaJo/libtemplates-parser-11.6/src/templates_parser.adb" 
compilation error

make[1]: *** [build] Error 4

--
Ludovic Brenta.




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

Bug#638139: yaskkserv: update-skkdic-yasskserv failed

[Youhei SASAKI]

Hi,

At Sun, 25 Sep 2011 22:01:25 +0900,
KURASHIKI Satoru  wrote:
> At Wed, 17 Aug 2011 10:29:45 +0900,
> Youhei SASAKI wrote:
> > I always add custom skk dictionary for yaskkserv.  However, The
> > "update-skkdic-yaskkserv" check only dictionaries provided by skkdic and
> > skkdic-extra.
>
> skkdic provides an alternatives for "skk-jisyo" now.
> Please consider to use it for your local dictionary.

I don't want.

I think, one of the advantage of yaskkserv is easy handling for multi
dictionaries.

> > Currently, update-skkdic-yaskkserv is:
> >   for dic in SKK-JISYO `dpkg -L skkdic skkdic-extra 2>/dev/null | grep 
> > /usr/share/skk/SKK-JISYO | sed -e 's/\/usr\/share\/skk\///'`
> >   (snip)
> >
> > I suggest as follows:
> >   for dic in `/bin/ls -1 /usr/share/skk/SKK-JISYO.*| grep -v lock`;
> >   (snip)
>
> /usr/share/skk/*, under /usr/share, are system managed
> (installed by skkdic-*) ditinaries. So, users should not
> put their local dictionaries to there.

I agree. You are right.

> > If anyone want to add custom skk dictionary, they add the dictonary to
> > /usr/share/skk/ and exectute update-skkdic-yaskkserv again.
>
> I know it annoys... so, how about this?
>
>  - Introduces new variable LOCAL_DIC to /etc/default/yaskkserv.
>  - Users may write their dictionary's (full) path into LOCAL_DIC.
>  - update-skkdic-yaskkserv sources /etc/default/yaskkserv, and
>parses LOCAL_DIC when upgrading.

It's good idea and I want. Please introduce "/etc/default/yaskkserv"

Best Wishes,
---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07



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

Bug#497465: jwm: open bug reports in Debian

[jari]

On 2011-09-25 21:16, Joe Wingbermuehle wrote:
| 
| I finally made a new release (it's only been 4 years!).
| There certainly are still bugs, but at least the bug reports should match up 
more closely with a recent code base.

Good to hear. Could you also apply the attached patch to SVN. the
Makefile needs DESTDIR for packaging purposes.

Could you comment which of the bugs are alrady fixed in the latest:

Look at the ones that contain "->" forwarded marks:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=jwm

Collected from the above link. Those with "!" I know are in the SVN
and can be closed, but about the rest?

#582841 [i|  |↝] [jwm] jwm: EXEC: is not working from .jwmrc 
#589376 [i|  |↝] [jwm] jwm: iceweasel cannot be expanded fullscreen (works 
in other WM) 
#590621 [i|  |↝] [jwm] jwm: altgr not working under JWM @, }] keys and so 
on!!
#458826 [n|U+|↝] [jwm] jwm: Multibytes characters title cannot be displayed 
#636842 [n|  |↝] [jwm] jwm: Browser's javascript steals focus (works in 
other WMs)
#497465 [w|  |↝] [jwm] jwm: The mouse bindings are not configurable 
!   #559166 [w|U+|↝] [jwm] jwm: [man] Hyphen fix 
!   #559167 [w|U+|↝] [jwm] jwm: [man] empty comments in manual page 
!   #559169 [w|U+|↝] [jwm] jwm: [man] warning: macro `layer:#' not defined 
#560836 [w|+|↝] [jwm] jwm: [PATCH] Makefile.in -- add DESTDIR support 
#567557 [w|  |↝] [jwm] jwm: It could be great that JWM has an edge 
resistance null when pressing ALT+holding left mouse click

Thanks,
Jari
>From 0917eae4ef5d0ed0f8f07c4b94283a8dea90fbe5 Mon Sep 17 00:00:00 2001
From: Jari Aalto 
Date: Mon, 26 Sep 2011 11:28:27 +0300
Subject: [PATCH] Makefile.in: Use DESTDIR
Organization: Private
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit


Signed-off-by: Jari Aalto 
---
 Makefile.in |   15 ---
 1 files changed, 8 insertions(+), 7 deletions(-)

diff --git a/Makefile.in b/Makefile.in
index 464867e..80ec139 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -1,6 +1,6 @@
-
-SYSCONF = @SYSCONF@
-MANDIR = @MANDIR@
+PACKAGE = jwm
+SYSCONF = $(DESTDIR)@SYSCONF@
+MANDIR = $(DESTDIR)@MANDIR@
 VERSION ?= @VERSION@
 
 all:
@@ -8,9 +8,9 @@ all:
 
 install: all
 	cd src ; $(MAKE) install ; cd ..
-	install -d $(SYSCONF)
+	install -d -m 0755 $(SYSCONF)
 	install -m 644 example.jwmrc $(SYSCONF)/system.jwmrc
-	install -d $(MANDIR)/man1
+	install -d -m 0755 $(MANDIR)/man1
 	install -m 644 jwm.1 $(MANDIR)/man1/jwm.1
 
 depend:
@@ -30,8 +30,9 @@ clean:
 	rm -rf doc
 
 distclean: clean
-	rm -f *~ config.cache config.log config.status config.h ;
-	rm -f Makefile src/Makefile jwm.tardist jwm.1 ;
+	rm -f *[~#] config.cache config.log config.status config.h
+	rm -f Makefile src/Makefile jwm.tardist jwm.1
+	rm -fr autom4te.cache
 	rm -f Makefile.bak src/Makefile.bak ;
 	rm -fr autom4te.cache ;
 	rm -fr `find . \( -name .svn -o -name .gdb_history \) -print` ;
-- 
1.7.5.4

Bug#642982: procmail: Mail logged as stored in a maildir folder, but never appeared

[Vincent Lefevre]

Package: procmail
Version: 3.22-19
Severity: critical
Justification: causes serious data loss

I use procmail to filter my mail and for some mail, the procmail log
says:

>From vinc17-...@vinc17.net  Mon Sep 26 10:20:54 2011
 Subject: Re: ...
  Folder: Mail/Maildir/new/1317025254.11570_2.xvii 2429

However the mail never appeared in my mailbox (I was waiting for it).
When I looked at the file system, there was no such file.

The mail was stored due to the default rule. I have:

  DEFAULT=Mail/Maildir/

The file system is ext3 (encrypted).

Of course, I can't exclude a file system bug or a bug in Mutt (which
I was using at the same time). Does procmail avoid any race condition
with MUA's by doing the right thing when dealing with maildir?

Note: I've received my mail on this machine since September 1, 2011.

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

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

Versions of packages procmail depends on:
ii  libc6  2.13-21

Versions of packages procmail recommends:
ii  postfix [mail-transport-agent]  2.8.4-1

procmail 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#642983: jp2a: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Bill Allombert]

Source: jp2a
Version: 1.0.6-3.1
Severity: important

Hello Joao,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update jp2a to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

jp2a:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#593506: closing 593506

[Olivier Berger]

On Sun, Sep 25, 2011 at 07:49:14AM +, Bart Martens wrote:
> close 593506 
> stop
> 
> See ITP 642152.
> 

forcemerge 642152 593506
thanks




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

Bug#640889: smplayer: unresponsive UI, uses 100% CPU

[Rogério Brito]

Hi there.

On Sep 08 2011, Sven Joachim wrote:
> On 2011-09-08 10:36 +0200, Sven Joachim wrote:
> > Opening any file results in the UI becoming unresponsive and smplayer
> > using 100% CPU until I kill it.
> >
> > Maybe this problem is related to the libav 0.7 transition, since it only
> > showed up recently.
> 
> FWIW, the problem might be related to mplayer, because…
> 
> > ii  mplayer 2:1.0~rc4.dfsg1+svn33713-2
> 
> …it went away after I replaced mplayer with mplayer2.

Just as an extra data point, I have *exactly* the same problem, with exactly
the same symptom and changing to mplayer2 also works around the problem with
smplayer.

Unfortunately, installing mplayer2 forces the uninstallation of mplayer,
which makes gecko-mediaplayer also be uninstalled, but that's another
matter.


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



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

Bug#642984: jpeginfo: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Bill Allombert]

Source: jpeginfo
Version: 1.6.0-4
Severity: important

Hello Ola,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update jpeginfo to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

jpeginfo:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#642985: jpegpixi: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

[Bill Allombert]

Source: jpegpixi
Version: 1.1.1-4
Severity: important

Hello Kevin,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update jpegpixi to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

jpegpixi:Build-Depends: libjpeg62-dev 


[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#639850: [ping] RFS: gimp-gap: fix FTBFS, libjpeg transition

[Thibaut Paumard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

it would be great if someone could have a look...

Best regards, Thibaut.


Le 16/09/11 10:33, Thibaut Paumard a écrit :
> tags 639850 pending
> tags 641696 pending
>
> Dear Mentors,
>
> I would be grateful if someone could upload gimp-gap for me. This upload
> would close two "important" bugs (FTBFS, libjpeg transition), and I also
> updated the package slightly to current practices (only small changes).
>
> * Package name : gimp-gap
> Version : 2.6.0+dfsg-2
> Upstream Author : Wolfgang Hofer  & Sven Neumann
> 
> * URL : http://www.gimp.org/tutorials/Using_GAP/
> * License : GPL-2+
> Section : graphics
>
> It builds those binary packages:
>
> gimp-gap - animation package for the GIMP
>
> To access further information about this package, please visit the
> following URL:
>
> http://mentors.debian.net/package/gimp-gap
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x
> http://mentors.debian.net/debian/pool/main/g/gimp-gap/gimp-gap_2.6.0+dfsg-2.dsc
>
> I would be glad if someone uploaded this package for me.
>
> Kind regards,
>
> Thibaut Paumard
>
>

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6AREYACgkQ+37NkUuUiPF88wCfcr6LaOQzjD1MfFHjlscRQPLD
kdEAmwdAFrvL9azWiMK/An0T/MrkYwSc
=/Dlj
-END PGP SIGNATURE-




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

Bug#642655: ITP: brebis -- fully automated backup checker

[Olivier Berger]

Hi.

Le samedi 24 septembre 2011 à 16:33 +0200, Carl Chenet a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Carl Chenet 
> 
> * Package name: brebis
>   Version : 0.1
>   Upstream Author : Carl Chenet 
> * URL : http://www.brebisproject.org/
> * License : GPL
>   Programming Lang: Python
>   Description : Fully automated backup checker
> 
> Brebis parses backups (archives and file tree) to perform
> several different checks in order to verify your backup integrity
> and its associated content.

I think the description lacks what kind of backup it can deal with.

For instance, if I use backuninja and duplicity, will it be of any
help ?

Thanks in advance.

Best regards,

-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingénieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#642567: serna-free: missing dependency on python (after rebuild)

[Joachim Breitner]

Hi,

Am Sonntag, den 25.09.2011, 22:56 +0200 schrieb Jakub Wilk:
> * Joachim Breitner , 2011-09-25, 22:49:
> >>I rebuilt serna-free in a clean chroot. The resulting binary package 
> >>didn't depend on python anymore. From the build log:
> >>|dh_gencontrol
> >>| dpkg-gencontrol: warning: Depends field of package serna: unknown 
> >>substitution variable ${python:Depends}
> >>
> >>Note that dh (in compat<9) calls dh_pysupport automatically, but only 
> >>if it's installed. In this case it was not, because the package 
> >>doesn't build-depend on it (not even transitively, as it used to until 
> >>recently).
> >
> >just wondering: What breaks in serna if python is not installed?
> 
> Hmm, you got me there, I don't know. Probably not much, and thus the 
> severity is inflated. Please feel free to downgrade.

well, it needs to be fixed anyways, but can probably wait for the next
upload.

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#642128: gnat-4.6: fails to build spark on kfreebsd

[Ludovic Brenta]

tags 642128 sid pending
thanks

I think I have a solution for this problem. As it turns out, 
GNU/kFreeBSD does not support these optional parts of POSIX threads 
whereas FreeBSD does.  I'll upload within 48 hours.


--
Ludovic Brenta.




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

Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family

[Jordi Mallach]

Hi,

The GNOME3 transition is reaching its critical stages, and soon the most
visible parts of GNOME will be replaced with their 3.x versions.

We'd *really* like to be able to upload GNOME 3.2 having Cantarell
available in unstable.

Has there been any progress with the packaging? When can we expect an
upload?

Thanks!
Jordi
-- 
Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/


signature.asc
Description: Digital signature

Bug#580680: Plan to adopt enchant

[Bastien ROUCARIES]

Hi,

I plan to adopt enchant

Bastien



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

Bug#642654: Still FTBFS on sparc

[Salvatore Bonaccorso]

Hi Dimitrios

Thanks for your work on this! The last upload seems to still FTBFS for
sparc, see [1]. ia64 looks fine now.

 [1] 
https://buildd.debian.org/status/fetch.php?pkg=mathgl&arch=sparc&ver=1.11.2-5&stamp=1317025702

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#642987: Entries marked as should not be displayed as "fixed" in the web overview

[Moritz Muehlenhoff]

Package: security-tracker
Severity: normal

 is used to mark a package as no longer supported in an otherwise 
supported
release. Such entries are currently displayed as "fixed" in the issue overview, 
e.g.:
http://security-tracker.debian.org/tracker/CVE-2010-3908. The web overview 
should
rather show "end-of-life" instead of "fixed".

Cheers,
Moritz



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

Bug#642967: crontab(5) manpage contains incorrect example -- "test $(date +%u) -eq 0"

[Christian Kastner]

merge 642309 642967
thanks

Hi Dwayne,

On 09/26/2011 04:23 AM, Dwayne C. Litzenberger wrote:
> Package: cron
> Version: 3.0pl1-116
> Severity: minor
> 
> The crontab(5) manual page contains the following example:
> 
># Run on every second Saturday of the month
>0 4 8-14 * *test $(date +%u) -eq 6 && echo "2nd Saturday"
> 
> It should read as follows (note the backslash before the percent-sign):
> 
># Run on every second Saturday of the month
>0 4 8-14 * *test $(date +\%u) -eq 6 && echo "2nd Saturday"

This was recently reported at #642309 and a fix has already been committed.

A stable point release for Squeeze is coming up, perhaps we can get this
(and other documentation fixes) in there in time.


Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#642964: version 1.1.4 is available

[chrysn]

On Sun, Sep 25, 2011 at 07:47:53PM -0600, Bdale Garbee wrote:
> I see that upstream has released version 1.1.4, with some interesting bugs
> fixed according to the commit log.  Any chance up an updated package soon?

there's an updated version to debian mentors[1] now. apart from the new
version, there are minor modifications to packaging (added README.source
referring describing the handling of upstream tarballs, debian/copyright
updates, acknowledged the DM-Upload-Allowed i was given with the last
upload).

i can't upload it to unstable myself yet as my maintainer application
got stalled a bit by me collecting new pgp signatures; steffen, would
you mind sponsoring me one more time? the dsc is at [2], it's lintian
clean to a pedantic level.

[1] http://mentors.debian.net/package/pcb2gcode
[2] 
http://mentors.debian.net/debian/pool/main/p/pcb2gcode/pcb2gcode_1.1.4-git20110915-1.dsc


signature.asc
Description: Digital signature

Bug#642833: [checks/source-copyright] use Config::Model

[Adam D. Barratt]

On Mon, 2011-09-26 at 09:18 +0300, jari wrote:
> On 2011-09-25 20:17, Jakub Wilk wrote:
> | * jari , 2011-09-25, 15:19:
> | >|>   run config-edit -application dpkg-copyright -ui none
> |
[...]
> | I don't see anything[0] wrong with the copyright file you attached,
> 
> It is just that config-edit displayd the error, which didn't show up
> in lintian.

Which might mean that config-edit is wrong.  "Tool X displays a
warning/error that tool Y does not" in no way implies that tool X is
correct, or that if it is then the correct manner of fixing tool Y is to
simply have it call tool X.

[...]
> | Care to explain us why Config::Model complains?
> 
> Not Config::Model, but config-edit, Lintian does not display messages
> for the sample file.

Pedantry doesn't help.  In any case, you didn't answer the question -
*why* is the message being output?

> | [0] Except that you shouldn't use X-prefixed fields. But that's not
> | a syntax error.
> 
> Not quite. Apart from being useful to record additional information
> about the upstream Vcs, bug contact URL etc, the extra fields are part
> of the DEP 5 spec as it was modeled after RFC 822/2822. From DEP 5:
> 
> http://dep.debian.net/deps/dep5
> 
> FILE SYNTAX
> 
> (...) Extra fields can be added to any paragraph. No prefixing is
> necessary or desired, but please avoid names similar to standard
> ones so that mistakes are easier to catch.

"No prefixing is necessary or desired" means "you can use extra fields
but just call them 'foo', not 'X-foo' or 'dep5-foo'".  That's not really
an argument in favour of your case; if anything, it's the reverse.

> See also how DEP 5 work was carried forwad:
> 
> http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=100
> 
> Extra fields can be added to any section. Their name starts by **`X-`

That revision is two years old, as can be seen from the text.  The
version you initially quoted is far more current and, as per your own
quote above, indicates that "X-" should *not* be used - things change
and specifications evolve.

Regards,

Adam




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

Bug#642988: linux-headers-3.1.0-rc6-all: uninstallable

[Tshepang Lekhonkhobe]

Package: linux-headers-3.1.0-rc6-all
Version: 3.1.0~rc6-1~experimental.1
Severity: grave
Justification: renders package unusable

Here's what happens when I try to install:

Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 linux-headers-3.1.0-rc6-all : Depends: linux-headers-3.1.0-rc6-all-i386 (= 
3.1.0~rc6-1~experimental.1) but it is not going to be installed
E: Broken packages

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

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



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

Bug#621764: gnuplot-x11: wxt terminal freeze after first plot

[Manuel Bilderbeek]

Package: gnuplot-x11
Version: 4.4.0-1.1+b1
Followup-For: Bug #621764

Dear Maintainer,

Please consider making x11 the default terminal again, because wxt is
unusable as the submitter wrote. It makes gnuplot freeze.

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

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

Versions of packages gnuplot-x11 depends on:
ii  gnuplot-nox 4.4.0-1.1+b1  
ii  libc6   2.13-21   
ii  libcairo2   1.10.2-6.1
ii  libedit22.11-20080614-3   
ii  libgcc1 1:4.6.1-4 
ii  libgd2-noxpm2.0.36~rc1~dfsg-5.1+b1
ii  libglib2.0-02.28.6-1  
ii  libpango1.0-0   1.28.4-3  
ii  libstdc++6  4.6.1-4   
ii  libwxbase2.8-0  2.8.10.1-3.1  
ii  libwxgtk2.8-0   2.8.10.1-3.1  
ii  libx11-62:1.4.4-1 

gnuplot-x11 recommends no packages.

gnuplot-x11 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#642989: Dependency on libgcrypt11 is not strong enough?

[Chris Lamb]

Package: aria2
Version: 1.12.1-2

Something is a bit fishy with the depedencies. With libgcrypt11 1.4.6-5
I got:

 % aria2c http://server/file.torrent
 Exception caught
 Exception: [Platform.cc:111] errorCode=1 gcry_check_version() failed.

However, upon upgrading libgcrypt11 to 1.5.0-3, everything seems to work.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org
   `-


signature.asc
Description: PGP signature

Bug#642538: debian's build script for Transmission should invoke qmake /after/ building libtransmission

[Leo 'costela' Antunes]

Hi Charles,

On 26/09/11 00:18, Charles Kerr wrote:
>> Would you also accept a patch to the build system, so that it doesn't check 
>> for the existence of the libutp.a file to decide whether to link against it 
>> (instead looking for something generated during the configure phase, like a 
>> Makefile)?
> 
> Probably so, if the patch was straightforward.

The attached patch is as straightforward as it gets! :)
I just built 2.33 with it and found no issues (libutp gets built and
tr-qt links against it). I'd appreciate if someone could build it on a
non-Debian system, just to make sure there are no side-effects.
Should I forward this to the trac?


Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]
Index: repo/qt/qtr.pro
===
--- repo.orig/qt/qtr.pro	2011-07-04 16:48:11.454477073 +0200
+++ repo/qt/qtr.pro	2011-09-26 10:25:24.063146592 +0200
@@ -19,7 +19,7 @@
 INCLUDEPATH = $${EVENT_TOP}/include $${INCLUDEPATH}
 INCLUDEPATH += $${TRANSMISSION_TOP}
 LIBS += $${TRANSMISSION_TOP}/libtransmission/libtransmission.a
-exists( $${TRANSMISSION_TOP}/third-party/libutp/libutp.a ) { 
+exists( $${TRANSMISSION_TOP}/third-party/libutp/Makefile ) {
 LIBS += $${TRANSMISSION_TOP}/third-party/libutp/libutp.a
 }
 LIBS += $${TRANSMISSION_TOP}/third-party/dht/libdht.a

Bug#642990: git: missing build-dev libssl-dev

[Valentin Haenel]

Package: git
Version: 1:1.7.2.5-2
Severity: minor


The git package on squeeze is missin the libssl-dev build dep. Installing it
fixes the problem. Symptoms are: a git checkout fails to build, see log below.

zsh» git co v1.7.2.5
HEAD is now at b91779f... Git 1.7.2.5
zsh» make
CC fast-import.o
In file included from builtin.h:4,
 from fast-import.c:147:
git-compat-util.h:140:25: error: openssl/ssl.h: No such file or directory
git-compat-util.h:141:25: error: openssl/err.h: No such file or directory
In file included from builtin.h:6,
 from fast-import.c:147:
cache.h:9:21: error: openssl/sha.h: No such file or directory
In file included from fast-import.c:156:
csum-file.h:10: error: expected specifier-qualifier-list before ‘SHA_CTX’
fast-import.c: In function ‘store_object’:
fast-import.c:995: error: ‘SHA_CTX’ undeclared (first use in this function)
fast-import.c:995: error: (Each undeclared identifier is reported only once
fast-import.c:995: error: for each function it appears in.)
fast-import.c:995: error: expected ‘;’ before ‘c’
fast-import.c:1000: warning: implicit declaration of function ‘SHA1_Init’
fast-import.c:1000: error: ‘c’ undeclared (first use in this function)
fast-import.c:1001: warning: implicit declaration of function ‘SHA1_Update’
fast-import.c:1003: warning: implicit declaration of function ‘SHA1_Final’
fast-import.c: At top level:
fast-import.c:1118: error: expected declaration specifiers or ‘...’ before 
‘SHA_CTX’
fast-import.c: In function ‘truncate_pack’:
fast-import.c:1126: error: ‘struct sha1file’ has no member named ‘total’
fast-import.c:1128: error: ‘struct sha1file’ has no member named ‘ctx’
fast-import.c:1128: error: ‘ctx’ undeclared (first use in this function)
fast-import.c: In function ‘stream_blob’:
fast-import.c:1140: error: ‘SHA_CTX’ undeclared (first use in this function)
fast-import.c:1140: error: expected ‘;’ before ‘c’
fast-import.c:1141: error: expected ‘;’ before ‘pack_file_ctx’
fast-import.c:1154: error: ‘pack_file_ctx’ undeclared (first use in this 
function)
fast-import.c:1154: error: ‘struct sha1file’ has no member named ‘ctx’
fast-import.c:1160: error: ‘c’ undeclared (first use in this function)
fast-import.c:1220: error: too many arguments to function ‘truncate_pack’
fast-import.c:1227: error: too many arguments to function ‘truncate_pack’
make: *** [fast-import.o] Error 1



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

Kernel: Linux 2.6.32-5-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 git depends on:
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls7.21.0-2  Multi-protocol file transfer libra
ii  liberror-perl  0.17-1Perl module for error/exception ha
ii  libexpat1  2.0.1-7   XML parsing C library - runtime li
ii  perl-modules   5.10.1-17squeeze2 Core Perl modules
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages git recommends:
ii  less  436-1  pager program similar to more
ii  openssh-client [ssh-client]   1:5.5p1-6  secure shell (SSH) client, for sec
ii  patch 2.6-2  Apply a diff file to an original
ii  rsync 3.0.7-2fast remote file copy program (lik

Versions of packages git suggests:
pn  git-arch   (no description available)
pn  git-cvs(no description available)
pn  git-daemon-run (no description available)
pn  git-doc(no description available)
pn  git-email  (no description available)
pn  git-gui(no description available)
pn  git-svn(no description available)
ii  gitk 1:1.7.2.5-2 fast, scalable, distributed revisi
pn  gitweb (no description available)

-- no debconf information



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

Bug#642991: ncbi-blast+: should notify why some tools are missing

[Luca Capello]

Package: ncbi-blast+
Version: 2.2.25-5
Severity: normal
Usertags: unige-jmlab

Hi there!

Please note that I have never used any of the tools below, I am simply
moving a lenny machine with manually-installed BLAST+ to squeeze with
the Debian package ;-)

Some BLAST+ upstream tools are missing in the Debian package and I could
not find the reason in the README.Debian.  According to the SVN log
(thus something not really end-user), these are considered "tests,
demos, and internal build tools":

  


1) datatool
   

   

   From the upstream page above: "DATATOOL can be used to formally
   convert any ASN.1 or XML data or data specification".  Given that you
   can download ASN.1 sequences directly from upstream NCBI, IMHO this
   should be included in the binary package.

2) gene_info_reader
   


   From its -h output: "the program can be used to convert Gene IDs
   to/from Gis, and print Gene Info lines given Gis or Gene IDs".  This
   does not seem to me an internal tool at all.

   However, the CLI is actually the application from the demo subfolder,
   but IMHO still worth inclusion.

   BTW, is the ucko in the commit logs for gene_info.cpp the same Aaron
   M. Ucko working on the Debian package?  In this case, he knows better
   than me ;-)

3) project_tree_builder
   


   Used to generate makefiles, internal, not needed.

Thx, bye,
Gismo / Luca

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

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

Versions of packages ncbi-blast+ depends on:
ii  libbz2-1.0  1.0.5-7 
ii  libc6   2.13-21 
ii  libgcc1 1:4.6.1-12  
ii  libpcre38.12-4  
ii  libstdc++6  4.6.1-12
ii  ncbi-data   6.1.20110713-1  
ii  perl5.12.4-4
ii  python  2.6.7-3 
ii  zlib1g  1:1.2.3.4.dfsg-3

ncbi-blast+ recommends no packages.

ncbi-blast+ suggests no packages.

-- no debconf information


pgpnKDtDaN1Jz.pgp
Description: PGP signature

Bug#642614: ghc-mod: FTBFS: build-dependency not installable: libghc-hlint-dev (>= 1.7.1)

[Kiwamu Okabe]

Hi.

On Sat, Sep 24, 2011 at 10:33 PM,   wrote:
>> The following packages have unmet dependencies:
>>  sbuild-build-depends-ghc-mod-dummy : Depends: libghc-hlint-dev (>= 1.7.1) 
>> but it is not going to be installed
>> E: Broken packages

It's not ghc-mod package's problem.

The libghc-hlint-dev package appeared from the version 1.8.15-1.
http://packages.debian.org/sid/libghc-hlint-dev

But I think wheezy's hlint package is too old...
http://packages.debian.org/source/wheezy/hlint

Could you upgrade wheezy's hlint source package?
Or, should I send upgrade request for wheezy?

Regards,
-- 
Kiwamu Okabe



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

Bug#642654: Still FTBFS on sparc

[Dimitrios Eftaxiopoulos]

Hello Salvatore,

Thanks for the report. I think I will need one more upload to fix all arches. I 
will do it most probably today.

all the best
Dimitris 

Στις Δευ 26 Σεπτ 2011 13:04:12 γράψατε:
> Hi Dimitrios
> 
> Thanks for your work on this! The last upload seems to still FTBFS for
> sparc, see [1]. ia64 looks fine now.
> 
>  [1]
> https://buildd.debian.org/status/fetch.php?pkg=mathgl&arch=sparc&ver=1.11.
> 2-5&stamp=1317025702
> 
> 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#642992: exim -v is not as described in the manual page

[Regid Ichira]

Package: exim4-daemon-light
Version: 4.76-2
severity: normal
Tags: patch
File: /usr/share/man/man8/exim4.8.gz

$ /usr/sbin/exim -v
Exim is a Mail Transfer Agent. It is normally called by Mail User Agents,
not directly from a shell command line. Options and/or arguments control
what it does when called. For a list of options, see the Exim documentation.

That output is not consistent with the manual page.

--- exim4.8 2011-09-26 13:39:45.0 +0300
+++ exim4.8.mod 2011-09-26 13:46:51.0 +0300
@@ -1545,12 +1545,7 @@
 .TP 10
 \fB\-v\fP
 This option causes Exim to write information to the standard error stream,
-describing what it is doing. In particular, it shows the log lines for
-receiving and delivering a message, and if an SMTP connection is made, the SMTP
-dialogue is shown. Some of the log lines shown may not actually be written to
-the log if the setting of \fBlog_selector\fP discards them. Any relevant
-selectors are shown with each log line. If none are shown, the logging is
-unconditional.
+describing shortly and generaly what it is all about.
 .TP 10
 \fB\-x\fP
 AIX uses \fB\-x\fP for a private purpose ("mail from a local mail program has




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

Bug#642993: "Failed to read classid file: Object not found"

[sacrificial-spam-address]

Package: iw
Version: 3.1-1
Severity: minor

It appears to *work*, but the message is annoying.
Here's an strace around the error message:

set_thread_area({entry_number:-1 -> 6, base_addr:0xb75816c0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
mprotect(0xb7584000, 4096, PROT_READ)   = 0
mprotect(0xb75ab000, 4096, PROT_READ)   = 0
mprotect(0xb7701000, 8192, PROT_READ)   = 0
mprotect(0xb77b6000, 4096, PROT_READ)   = 0
munmap(0xb777f000, 101937)  = 0
brk(0)  = 0x9de9000
brk(0x9e0a000)  = 0x9e0a000
open("/proc/net/psched", O_RDONLY)  = -1 ENOENT (No such file or directory)
stat64("/etc/libnl/classid", 0xbf89466c) = -1 ENOENT (No such file or directory)
open("/etc/libnl/classid", O_RDONLY)= -1 ENOENT (No such file or directory)
write(2, "Failed to read classid file: Object not found\n", 46) = 46
time(NULL)  = 1317029699
getpid()= 4965
socket(PF_NETLINK, SOCK_RAW, 16)= 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=4965, groups=}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=4965, groups=}, [12]) = 0

I have no idea where /etc/libnl is supposed to come from; no package I
have installed creates that directory.

And isn't it nornal to *not* do an open(2) if the preceding stat()
failed?



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

Bug#642833: [checks/source-copyright] use Config::Model

[jari]

On 2011-09-26 11:20, Adam D. Barratt wrote:
| > It is just that config-edit displayd the error, which didn't show up
| > in lintian.
| 
| Which might mean that config-edit is wrong.  "Tool X displays a
| warning/error that tool Y does not" in no way implies that tool X is
| correct, or that if it is then the correct manner of fixing tool Y is to
| simply have it call tool X.

I don't know which tool is the authorative, please reassign the bug as needed.

| > | Care to explain us why Config::Model complains?
| > 
| > Not Config::Model, but config-edit, Lintian does not display messages
| > for the sample file.
| 
| Pedantry doesn't help.  In any case, you didn't answer the question -
| *why* is the message being output?

I have no clue. The test case is in the test file.

Jari



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

Bug#642614: ghc-mod: FTBFS: build-dependency not installable: libghc-hlint-dev (>= 1.7.1)

[Mehdi Dogguy]

On 26/09/2011 12:56, Kiwamu Okabe wrote:
> Hi.
> 
> On Sat, Sep 24, 2011 at 10:33 PM,   wrote:
>>> The following packages have unmet dependencies:
>>>  sbuild-build-depends-ghc-mod-dummy : Depends: libghc-hlint-dev (>= 1.7.1) 
>>> but it is not going to be installed
>>> E: Broken packages
> 
> It's not ghc-mod package's problem.
> 
> The libghc-hlint-dev package appeared from the version 1.8.15-1.
> http://packages.debian.org/sid/libghc-hlint-dev
> 
> But I think wheezy's hlint package is too old...
> http://packages.debian.org/source/wheezy/hlint
> 
> Could you upgrade wheezy's hlint source package?
> Or, should I send upgrade request for wheezy?
> 

The problem is not in Wheezy, since the build failure has been observed in
sid as the initial report says.

To update hlint in wheezy, one has to make it build on armel first, as its
excuses say on http://packages.qa.debian.org/h/hlint.html

Regards,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/



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

Bug#642616: otf-ipaexfont-gothic:oldlibs/optional, otf-ipaexfont-mincho:oldlibs/optional, otf-ipaexfont:oldlibs/optional, ttf-motoya-l-maruberi:oldlibs/optional, ttf-motoya-l-cedar:oldlibs/optional, o

[Alexander Reichle-Schmehl]

Hi!

Am 24.09.2011 15:45, schrieb Hideki Yamane:

>  All of packages is affected by ttf-/otf- -> fonts- package renaming, old
>  packages are put to oldlibs section. Please apply this override.

Done, however, the following packages couldn't be found:

E: Unable to find package ttf-kouzan-mouhitsu
E: Unable to find package ttf-sawarabi-mincho
E: Unable to find package ttf-ipafont-jisx


Best regards,
  Alexander



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

Bug#642994: net-tools: Cannot delet ipv6 route

[Michal Suchanek]

Package: net-tools
Version: 1.60-23
Severity: important


I guess this is not grave, you can always shut down your network
completely if you are concerned.

ipv6 routes cennot be deleted.

The ipv6 route command does not conform to the docs.

For one del does not accept -net which it is supposed to.

It does not accept route targets as printed by route itsef and the
format in which it accepts routes to be deleted is not specified.


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable'), (500, 'unstable'), (500, 
'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages net-tools depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

net-tools recommends no packages.

net-tools 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#642995: Security issue with Nginx + PHP via FastCGI

[Cyril LAVIER]

  

Package: nginx

Hi.

Few days ago, I remarked a security issue on
my own nginx server via misstyping the url of a file
(http://www.davromaniak.eu/vrac/helpdesk_set_on_fire.png/index.php [1]
instead of http://www.davromaniak.eu/vrac/helpdesk_set_on_fire.png
[2]).

The most strange part is that fastcgi tried to read and execute
the png file as it was a regular PHP script.

I tried to search around
the web for this, and I found
http://cnedelcu.blogspot.com/2010/05/nginx-php-via-fastcgi-important.html
[3]

To summarize :
- Create a basic php script called photo.php (it
could contain a simple phpinfo(), but imagine the results with other
content)
- Rename it to photo.jpg
- Then try to access to
http://yourwebsite.tld/photo.jpg/foobar.php [4] : Without protection,
the phpinfo() is dislayed.

On CMS, forums and blogs engines with
uploading file enabled, which mostly checks the file extension, it could
be a big problem.

So I opted for the second solution on my server, and
it seems to work and not being too resource-intensive.

Because of this,
I think we can edit the sample conf for the virtualhost using this block
in order to inform the user about this issue.



 # pass the PHP
scripts to FastCGI server listening on 127.0.0.1:9000
 #
 # Security
fix, see bug #X for more information
 #
 #location ~ ..*/.*.php$ {

# return 403;
 #}
 #
 #location ~ .php$ {
 # fastcgi_pass
127.0.0.1:9000;
 # fastcgi_index index.php;
 # include fastcgi_params;

#}



I tested it with last versions of drupal, dotclear and
wordpress, it works and the loading time is not affected.

Thanks.

--

Cyril "Davromaniak" Lavier
  

Links:
--
[1]
http://www.davromaniak.eu/vrac/helpdesk_set_on_fire.png/index.php
[2]
http://www.davromaniak.eu/vrac/helpdesk_set_on_fire.png
[3]
http://cnedelcu.blogspot.com/2010/05/nginx-php-via-fastcgi-important.html
[4]
http://yourwebsite.tld/photo.jpg/foobar.php

Bug#642991: [Debian-med-packaging] Bug#642991: ncbi-blast+: should notify why some tools are missing

[Olivier Sallou]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,
indeed, some tools are not considered as stable though included in same
trunk. In fact, all are not really "Blast" related.
All comes from a ncbi-tools package, which include many tools and common
libs.
The ncbi-blast+ package only includes the blast related software.

Some other tools, though coming from the same origin, could be included
in an other package (tools)

Olivier


Le 9/26/11 12:54 PM, Luca Capello a écrit :
> Package: ncbi-blast+
> Version: 2.2.25-5
> Severity: normal
> Usertags: unige-jmlab
>
> Hi there!
>
> Please note that I have never used any of the tools below, I am simply
> moving a lenny machine with manually-installed BLAST+ to squeeze with
> the Debian package ;-)
>
> Some BLAST+ upstream tools are missing in the Debian package and I could
> not find the reason in the README.Debian. According to the SVN log
> (thus something not really end-user), these are considered "tests,
> demos, and internal build tools":
>
> 
>
> 1) datatool
> 
> 
>
> From the upstream page above: "DATATOOL can be used to formally
> convert any ASN.1 or XML data or data specification". Given that you
> can download ASN.1 sequences directly from upstream NCBI, IMHO this
> should be included in the binary package.
>
> 2) gene_info_reader
> 
>
> From its -h output: "the program can be used to convert Gene IDs
> to/from Gis, and print Gene Info lines given Gis or Gene IDs". This
> does not seem to me an internal tool at all.
>
> However, the CLI is actually the application from the demo subfolder,
> but IMHO still worth inclusion.
>
> BTW, is the ucko in the commit logs for gene_info.cpp the same Aaron
> M. Ucko working on the Debian package? In this case, he knows better
> than me ;-)
>
> 3) project_tree_builder
> 
>
> Used to generate makefiles, internal, not needed.
>
> Thx, bye,
> Gismo / Luca
>
> -- System Information:
> Debian Release: wheezy/sid
> APT prefers unstable
> APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.1.0-rc4-amd64 (SMP w/2 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to C)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages ncbi-blast+ depends on:
> ii libbz2-1.0 1.0.5-7
> ii libc6 2.13-21
> ii libgcc1 1:4.6.1-12
> ii libpcre3 8.12-4
> ii libstdc++6 4.6.1-12
> ii ncbi-data 6.1.20110713-1
> ii perl 5.12.4-4
> ii python 2.6.7-3
> ii zlib1g 1:1.2.3.4.dfsg-3
>
> ncbi-blast+ recommends no packages.
>
> ncbi-blast+ suggests no packages.
>
> -- no debconf information
>
>
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging

- -- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJOgGAgAAoJEHjcaNsybYQ40t0P/R0pEHpyvVz5G+eWiaU88aRP
ci4mrMrtPXkaxK8m77f4XbKU6PJr4xyfrD3oTJVdLGwaz9kihnDd3LFlIuUqjGLC
ZV++ggky4G54/9gVWX9xkpHKYA/NunotzPS84reTVsbOujMuE+gHRunanQ8i3BwT
75NalMp5mDIUz9JLabOp2M1nzHw+kiZQo2NOSzoVlmNAiGqKupmNirP6i/VCHj1C
64AHSk50T52xUrFqq3XKPDf4t4w6QwXxbqLZgykgfxkssBm4GABMKeHLpB9StdDc
ffXCvreTNv++on61AOgY8hwSwsbPZgr3vo4FsLsG+gGllRLkMZJekHvMNwgq9TMj
MBkI5zbE8ToTvWWTvL1UBEh6AoFxs+MAT8n2wwOObS9gc0nL+QW/PrbwQC+BQ3OY
eeZQe0HhAsbdT6sga0ZrekTrflcF8tNmbSVIASGD2Nk3y4gvbj9ZeYngyy4GJ3d+
WWVVE/pVLT7IuZrABKymuv0MUbll7SQr+IQgpttUvZ1UoAVUDDL6gAF9OuDNlK3c
QQh2CMvtzMYu1u3VsyDijYVYHAbk4uaO2LyMZTtDZhATtMjl07YK0mFRimBeEMVG
aQAWJFuK1/5QX/Ye961mbtjs3sPdjphfQO54ZLY30whr4sDgMx5lvhUNijhhWJnx
74iDiA+viG8II4V9jD1C
=VeNB
-END PGP SIGNATURE-

Bug#642996: shared-mime-info: broken additions for text/x-tex in patch 061_tex-matlab.patch

[Pino Toscano]

Package: shared-mime-info
Version: 0.90-1
Severity: normal
Tags: patch

Hi,

patch 061_tex-matlab.patch adds and changes some of the magic's for
text/x-tex. The problem is that the string values added contain a
literal backslash ('\'), which must be escaped in order to be recognized
as such (and not as \d, \c and \s characters).
This causes files with no known extension containing the string "ection"
to be recognized as tex files (instead of possibly something else, if not
octet-stream).

Attached there is a fixed version of patch 061_tex-matlab.patch.

Thanks,
-- 
Pino

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (850, 'testing'), (800, 'unstable'), (750, 'experimental'), (750, 
'stable')
Architecture: amd64 (x86_64)

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

Versions of packages shared-mime-info depends on:
ii  libc6 2.13-21 
ii  libglib2.0-0  2.28.6-1
ii  libxml2   2.7.8.dfsg-4

shared-mime-info recommends no packages.

shared-mime-info suggests no packages.

-- no debconf information
Index: shared-mime-info-0.90/freedesktop.org.xml.in
===
--- shared-mime-info-0.90.orig/freedesktop.org.xml.in	2011-09-26 13:15:23.0 +0200
+++ shared-mime-info-0.90/freedesktop.org.xml.in	2011-09-26 13:20:03.0 +0200
@@ -5033,7 +5033,13 @@ command to generate the output files.
   
 
 
-  
+  
+
+
+  
+
+
+  
 
   
   

Bug#642723: leiningen: FTBFS: Could not find the main class: clojure.main. Program will exit.

[Wolodja Wentland]

Hi all,

the FTBFS is almost certainly caused by #642795 [0] and should be fixed
shortly.

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642795
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#642982: procmail: Mail logged as stored in a maildir folder, but never appeared

[Vincent Lefevre]

On 2011-09-26 12:53:17 +0200, Santiago Vila wrote:
> Of course there was no such file. If you were using mutt at the same
> time, then mutt probably moved the file somewhere to Mail/Maildir/cur/*,
> as that's how Maildir works.

Of course, I checked that the mail wasn't moved to cur (and I grepped
the whole Maildir directory recursively). (Or for some reason, Mutt
moved the mail to "cur" then deleted it in my back.)

> > Of course, I can't exclude a file system bug or a bug in Mutt (which
> > I was using at the same time). Does procmail avoid any race condition
> > with MUA's by doing the right thing when dealing with maildir?
> 
> Yes, and by design. That's the very reason Maildir exist. procmail
> puts new emails in "new". MUAs simply move the files to "cur".

I fear that's not sufficient: putting an e-mail in "new" must be done
in an atomic operation, usually by using "tmp" first. But anyway,
according to the timestamps, procmail seems to use it.

> If you lost email, I'm very sorry, but filing a critical bug against
> procmail (or any other package) without a way to reproduce the bug
> is pretty useless.

Unfortunately, this may be very difficult to reproduce. I suppose
that there is some race condition somewhere. I don't know either
if I lost other mail I didn't expect.

I think the best I can do is to make Mutt log all its file operations
in a Maildir folder in case the problem occurs again, and check that
all non-explicitly deleted file is still present via cron.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire 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#642993: [pkg-wpa-devel] Bug#642993: "Failed to read classid file: Object not found"

[Stefan Lippers-Hollmann]

forcemerge 632790 642993
thanks

On Monday 26 September 2011, sacrificial-spam-addr...@horizon.com wrote:
> Package: iw
> Version: 3.1-1
> Severity: minor
> 
> It appears to *work*, but the message is annoying.
> Here's an strace around the error message:
[...]

The problem is in libnl3 and known, but doesn't affect normal 
operations of iw; please see #632790.

Regards
Stefan Lippers-Hollmann



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

Bug#642997: nautilus: If /home is nfs import + ro + symlinks to real homes, can't create DIR/file

[Denny Schierz]

Package: nautilus
Version: 2.30.1-2squeeze1
Severity: normal
Tags: squeeze

If /home is a nfs read-only import and Userhomes in the folder only symlinks 
the 
real HOMES (also imports from NFSv3, but rw), than Nautilus can't create 
DIR/file. 
Nautilus says "Can't copy to foobar" Target is read-only.

Example:

/home -> Import from NFS server ro
/home/foobar -> Symlink to /other/target/foobar

/other/target/ -> Import from NFS server rw

This problem has only Nautilus under Squeeze. Dolphin, Thunar, Krusader, 
Terminal 
etc. works fine.
Nautilus under Lenny works with the same setup.



Workaround:

mount /home also rw and it works.


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

Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.15-2Utilities for .desktop files
ii  gvfs   1.6.4-3   userspace virtual filesystem - ser
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libexempi3 2.1.1-1   library to parse XMP metadata (Lib
ii  libexif12  0.6.19-1  library to parse EXIF files
ii  libgail18  2.20.1-2  GNOME Accessibility Implementation
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libglib2.0-data2.24.2-1  Common files for GLib library
ii  libgnome-desktop-2 2.30.2-2  Utility library for loading .deskt
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libnautilus-extens 2.30.1-2squeeze1  libraries for nautilus components 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libselinux12.0.96-1  SELinux runtime shared libraries
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libunique-1.0-01.1.6-1.1 Library for writing single instanc
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxml22.7.8.dfsg-2+squeeze1 GNOME XML library
ii  libxrender11:0.9.6-1 X Rendering Extension client libra
ii  nautilus-data  2.30.1-2squeeze1  data files for nautilus
ii  shared-mime-info   0.71-4FreeDesktop.org shared MIME databa

Versions of packages nautilus recommends:
ii  app-install-d 2010.11.17 Application Installer Data Files
ii  brasero   2.30.3-2   CD/DVD burning application for GNO
ii  consolekit0.4.1-4framework for defining and trackin
ii  desktop-base  6.0.5squeeze1  common files for the Debian Deskto
ii  eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer
ii  gvfs-backends 1.6.4-3userspace virtual filesystem - bac
ii  librsvg2-comm 2.26.3-1   SAX-based renderer library for SVG
ii  synaptic  0.70~pre1+b1   Graphical package manager

Versions of packages nautilus suggests:
ii  acroread [pdf-viewer] 9.4.2-0.0  Adobe Acrobat Reader: Portable Doc
ii  eog   2.30.2-1   Eye of GNOME graphics viewer progr
ii  evince [pdf-viewer]   2.30.3-2   Document (PostScript, PDF) viewer
ii  okular [pdf-viewer]   4:4.4.5-2  universal document viewer
ii  totem 2.30.2-6   A simple media player for the GNOM
pn  tracker(no description available)
ii  xdg-user-dirs 0.13-2 tool to manage well known user dir

-- 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#642998: ITP: htsengine -- HMM-based speech synthesis engine API

[Koichi Akabe]

Package: wnpp
Severity: wishlist
Owner: Koichi Akabe 


* Package name: htsengine
  Version : 1.05
  Upstream Author : Keiichi Tokuda 
* URL : http://hts-engine.sourceforge.net/
* License : BSD
  Programming Lang: C
  Description : HMM-based speech synthesis engine API

This engine is software to synthesize speech waveform from HMMs
trained by the HMM-based speech synthesis system (HTS).



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

Bug#642614: ghc-mod: FTBFS: build-dependency not installable: libghc-hlint-dev (>= 1.7.1)

[Kiwamu Okabe]

Hi.

On Mon, Sep 26, 2011 at 8:13 PM, Mehdi Dogguy  wrote:
> The problem is not in Wheezy, since the build failure has been observed in
> sid as the initial report says.

Umm...
But my PC can build ghc-mod with git-pbuilder...

My PC version is below.

casper$ uname -a
Linux casper 2.6.39-2-amd64 #1 SMP Tue Jul 5 02:51:22 UTC 2011 x86_64 GNU/Linux

Regards,
-- 
Kiwamu Okabe
Warning: git-pbuilder should be run via git-buildpackage
Building with cowbuilder for distribution sid
Source format 1.0 detected, adding exclude flags
W: /root/.pbuilderrc does not exist
I: using cowbuilder as pbuilder
dpkg-buildpackage: warning: using a gain-root-command while being root
dpkg-buildpackage: dpkg-buildflags (origin: vendor): CFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security
dpkg-buildpackage: dpkg-buildflags (origin: vendor): CPPFLAGS = 
dpkg-buildpackage: dpkg-buildflags (origin: vendor): CXXFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security
dpkg-buildpackage: dpkg-buildflags (origin: vendor): FFLAGS = -g -O2
dpkg-buildpackage: dpkg-buildflags (origin: vendor): LDFLAGS = -Wl,-z,relro
dpkg-buildpackage: source package ghc-mod
dpkg-buildpackage: source version 0.6.1-1
dpkg-buildpackage: source changed by Kiwamu Okabe 
 dpkg-source -i(?:^|/)\.git(attributes)?(?:$|/.*$) -I.git --before-build ghc-mod
 fakeroot debian/rules clean
test -x debian/rules
dh_testroot
dh_clean 
[ ! -x "debian/hlibrary.setup" ] || debian/hlibrary.setup clean
rm -rf dist dist-ghc dist-hugs debian/hlibrary.setup Setup.hi Setup.ho Setup.o .*config*
rm -f build-ghc-stamp build-hugs-stamp build-haddock-stamp
rm -rf debian/tmp-inst-ghc
rm -f debian/extra-depends
rm -f debian/hlibrary.Makefile
rm -rf debian/dh_haskell_shlibdeps
 dpkg-source -i(?:^|/)\.git(attributes)?(?:$|/.*$) -I.git -b ghc-mod
dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1)
dpkg-source: warning: source directory 'ghc-mod' is not - 'ghc-mod-0.6.1'
dpkg-source: warning: .orig directory name ghc-mod.orig is not - (wanted ghc-mod-0.6.1.orig)
dpkg-source: info: using source format `1.0'
dpkg-source: info: building ghc-mod using existing ghc-mod_0.6.1.orig.tar.gz
dpkg-source: info: building ghc-mod in ghc-mod_0.6.1-1.diff.gz
dpkg-source: warning: file ghc-mod/debian/compat has no final newline (either original or modified version)
dpkg-source: info: building ghc-mod in ghc-mod_0.6.1-1.dsc
 dpkg-genchanges -S >../ghc-mod_0.6.1-1_source.changes
dpkg-genchanges: including full source code in upload
 dpkg-source -i(?:^|/)\.git(attributes)?(?:$|/.*$) -I.git --after-build ghc-mod
dpkg-buildpackage: source only upload (original source is included)
 -> Copying COW directory
  forking: rm -rf /var/cache/pbuilder/build//cow.8631 
  forking: cp -al /var/cache/pbuilder/base.cow /var/cache/pbuilder/build//cow.8631 
I: removed stale ilistfile /var/cache/pbuilder/build//cow.8631/.ilist
  forking: chroot /var/cache/pbuilder/build//cow.8631 cowdancer-ilistcreate /.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a -links +1 -print0 \) | xargs -0 stat --format '%d %i ' 
 -> Invoking pbuilder
  forking: pbuilder build --debbuildopts  --debbuildopts  -i'(?:^|/)\.git(attributes)?(?:$|/.*$)' -I.git  --buildplace /var/cache/pbuilder/build//cow.8631 --buildresult /home/kiwamu/deb/00alioth --debbuildopts  -i'(?:^|/)\.git(attributes)?(?:$|/.*$)' -I.git  --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.8631 cow-shell /home/kiwamu/deb/00alioth/ghc-mod_0.6.1-1.dsc 
W: /root/.pbuilderrc does not exist
I: Running in no-targz mode
I: using fakeroot in build.
I: Current time: Mon Sep 26 20:29:13 JST 2011
I: pbuilder-time-stamp: 1317036553
I: copying local configuration
I: mounting /proc filesystem
I: mounting /dev/pts filesystem
I: Mounting /var/cache/pbuilder/ccache
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: Setting up ccache
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 7.0), haskell-devscripts (>= 0.8), cdbs, ghc, libghc-attoparsec-dev, libghc-attoparsec-enumerator-dev, libghc-enumerator-dev, libghc-ghc-paths-dev, libghc-hlint-dev (>= 1.7.1), libghc-transformers-dev
dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 10866 files and directories currently ins

Bug#642795: java.lang.ClassNotFoundException: org/objectweb/asm/commons/Method

[Wolodja Wentland]

On Sun, Sep 25, 2011 at 09:59 +0200, Torsten Werner wrote:
> Okay, the bug is in /usr/bin/lein. The line 66 must be changed from
> 
> CLOJURE_JAR="/usr/share/java/clojure-1.2.jar:/usr/share/java/asm3.jar"
> 
> to
> 
> CLOJURE_JAR="/usr/share/java/clojure-1.2.jar:/usr/share/java/asm3-all.jar"

Thank you for the investigation which has been most helpful! I am currently on
vacation, but back soon and will fix the issue ASAP.

> I am not able to commit the change into the git repo because I do not
> understand the vcs layout. It looks like that I have to rebase the
> patch-queue branch but pushing a rebased branch is a bad idea. Please
> explain the workflow of modifying the source code in README.source.
> BTW, I prefer the git-buildpackage layout.

I guess that this should be treated as an important bug and I will try to
follow the GIT practices that have been proposed/formulated on [0] in order to
ease cooperation.

Thank you all for the detailed report and discussion.

[0] http://wiki.debian.org/Java/JavaGit
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#642999: openvpn-client does not raise a network interface

[Alexandr]

Package: openvpn
Version: 2.2.0-2
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropiate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


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

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

Versions of packages openvpn depends on:
ii  debconf [debconf-2.0]  1.5.40   
ii  libc6  2.13-21  
ii  liblzo2-2  2.05-2   
ii  libpam0g   1.1.3-2  
ii  libpkcs11-helper1  1.09-1   
ii  libssl1.0.01.0.0e-2 
ii  net-tools  1.60-24.1

openvpn recommends no packages.

Versions of packages openvpn suggests:
pn  openssl 1.0.0e-2
pn  resolvconf

-- debconf information:
  openvpn/create_tun: false



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

Bug#643000: antlr has newer major version (3.4)

[Olivier Sallou]

Package: antlr
Version: 2.7.7-17
Severity: wishlist

Antlr provides new major version (3.x), grammars for version 3.x
  do not compile with 2.x (not completly at least)
Could you go for newer version?

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

Kernel: Linux 2.6.32-5-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 antlr depends on:
ii  default-jre-headless [java6- 1:1.6-43Standard Java or Java compatible R
ii  libantlr-java2.7.7-17language tool for constructing rec
ii  openjdk-6-jre-headless [java 6b23~pre9-1 OpenJDK Java runtime, using Hotspo
ii  sun-java6-jre [java6-runtime 6.26-3  Sun Java(TM) Runtime Environment (

antlr recommends no packages.

antlr 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#643001: gource: cannot be installed on amd64: versioned depends on libglew1.5

[Gergely Nagy]

Package: gource
Version: 0.35-1+b1
Severity: serious
Justification: fails to install/upgrade

Trying to upgrade gource on amd64 results in the following:

The following packages have unmet dependencies:
 gource : Depends: libglew1.5 (>= 1.5.8) but it is not installable
 
0.35-1+b1 was already rebuilt against a suitable libglew1.6, same
should be done for 0.37 aswell. And to avoid this kind of breakage,
perhaps the build-dep could be bumped, so it won't build against old
libglew1.5, that has been removed from unstable?

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

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

Versions of packages gource depends on:
ii  libc6 2.13-21 
ii  libfreetype6  2.4.6-2 
ii  libgcc1   1:4.6.1-12  
ii  libgl1-mesa-glx [libgl1]  7.11-6  
ii  libglew1.61.6.0-4 
ii  libglu1-mesa [libglu1]7.11-6  
ii  libpcre3  8.12-4  
ii  libsdl-image1.2   1.2.10-2.1+b1   
ii  libsdl1.2debian   1.2.14-6.4  
ii  libstdc++64.6.1-12
ii  libtinyxml2.6.2   2.6.2-1 
ii  ttf-freefont  20100919-1  
ii  zlib1g1:1.2.3.4.dfsg-3

gource recommends no packages.

gource 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#642564: (no subject)

[Barry Warsaw]

With the updated python-defaults package (dh_python2), this is no longer
necessary.



signature.asc
Description: PGP signature

Bug#643002: ia32-libs-gtk: libgobject version differs from the amd64 libs

[Attila Gecse]

Package: ia32-libs-gtk
Version: 20110310
Severity: normal

Dear Maintainer,

   * What led up to the situation?
I've tries to build a GTK (32bit) app, on my amd64.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Linking to ia32 gtk libs failed, 'cos the current, and also the sid package
libraries seams to old.

On SID I still have:
/usr/lib32/libgobject-2.0.so.0
/usr/lib32/libgobject-2.0.so.0.2400.2

And the Ubuntu guys have:
/usr/lib32/libgobject-2.0.so.0.2916.0


So I've run into sime missing features.

Thanx 4 consider





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

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

Versions of packages ia32-libs-gtk depends on:
ii  ia32-libs 20110609
ii  lib32asound2  1.0.24.1-2  
ii  lib32gcc1 1:4.6.1-4   
ii  lib32stdc++6  4.6.1-4 
ii  lib32z1   1:1.2.3.4.dfsg-3
ii  libc6-i3862.13-18 

ia32-libs-gtk recommends no packages.

ia32-libs-gtk 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#643003: cherokee: Error when enabling PHP

[Nelson A. de Oliveira]

Package: cherokee
Version: 1.2.99-2
Severity: normal

Hi Gunnar!

On a freshly installed cherokee, start cherokee-admin, vServers,
Behavior, Rule Management, + button (Add Behavior Rule), Languages, PHP,
Add, Create.
Then it just stays as the attached picture with this red error bar and
the "Updating..." (Atualizando...) message at the right bottom corner.
Nothing else happens and no PHP is enabled.

I have tested this in two different machines (purging all cherokee*
packages when necessary and installing them clearly again).

>From the documentation it says "Now select Languages and run the PHP
wizard. And, that’s it. If you had php-fpm or php-cgi installed in your
system, PHP should be configured now." and I have php5-fpm installed.

Is it something that I am missing, something wrong that I am doing or
it's indeed something wrong with cherokee, please?

Thank you!

Best regards,
Nelson

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

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

Versions of packages cherokee depends on:
ii  libc62.13-21 
ii  libcherokee-base01.2.99-2
ii  libcherokee-server0  1.2.99-2
ii  libpcre3 8.12-4  
ii  libssl1.0.0  1.0.0e-2
ii  logrotate3.7.8-6 

Versions of packages cherokee recommends:
ii  cherokee-admin  1.2.99-2
ii  spawn-fcgi  1.6.3-1 

Versions of packages cherokee suggests:
pn  cherokee-doc   1.2.99-2
pn  libcherokee-mod-geoip
pn  libcherokee-mod-ldap 
pn  libcherokee-mod-libssl   
pn  libcherokee-mod-mysql
pn  libcherokee-mod-rrd  
pn  libcherokee-mod-streaming

-- 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#643004: [Patch] please improve the description

[Tomas Pospisek]

Package: fcitx-bin
Version: 1:4.1.1-1
Severity: normal
Tags: patch

The project's homepage explains the "fcitx" acronym as either
"Free Chinese Input Toy of X" or "Free Chinese Input Toy for X".

I have a lot of trouble to make any sense of the former description.

The latter description makes a bit more sense allthough I'm at a loss,
what "Toy" could possibly be meaning. It is an input tool right? And
not a toy? Is "Toy" meant to be a quirky reference to fcitx's
history? Or an inside joke?

The intended purpose of a debian package's description is to describe
very succintly a package's pupose. So "Chinese input tool for X" would
make sense. If you want to keep a humorous edge then I'd suggest to
move the humour either into the long description or maybe even rather
into /usr/doc/*/README or HISTORY or similar.

In the same vein I'd suggest to change the long description:

  Fcitx is a Chinese input tool for X. It was initially designed for
  Chinese users and used for the XIM protocol. It has evolved into
  a highly modularized, feature rich input method framework for
  Unix-like platforms supporting a considerable amount of frontends,
  backends and modules.

  Fcitx is an ideal choice for the vast majority of input needs (?).
  Many of its features provide users of Unix-like platforms with a modern
  input experience for the first time. It has also greatly lowered the
  threshold for developers, making the development of additional
  functionality much easier than ever before.

  This package provides the essential executable binaries. If you are
  looking for a working input experience, please install the package
  "fcitx" instead.

Thanks,
*t

-- System Information:
Debian Release: squeeze/sid
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid')
Architecture: amd64 (x86_64)

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



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

Bug#643005: cherokee: Init script should give a warning when unable to start

[Nelson A. de Oliveira]

Package: cherokee
Version: 1.2.99-2
Severity: wishlist

Hi again!

With another process listening on port 80 and trying to start cherokee
we see:

=
# /etc/init.d/cherokee start
Starting cherokee web server
=

No errors or warnings, but it's not running. Trying to run it manually:

=
# /usr/sbin/cherokee
[26/09/2011 09:33:35.851] (critical) bind.c:290 - Could not bind() port=80
(UID=0, GID=0) | Most probably there is another web server listening to the
same port. You will have to shut it down before launching Cherokee. It
could also be a permissions issue as well. Remember that non-root user
cannot listen to ports < 1024.
=

Is it possible to have a warning message saying that cheroke is unable
to bind to port 80, instead giving the impression that it has started
without any problems?

Thank you!

Best regards,
Nelson

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

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

Versions of packages cherokee depends on:
ii  libc62.13-21 
ii  libcherokee-base01.2.99-2
ii  libcherokee-server0  1.2.99-2
ii  libpcre3 8.12-4  
ii  libssl1.0.0  1.0.0e-2
ii  logrotate3.7.8-6 

Versions of packages cherokee recommends:
ii  cherokee-admin  1.2.99-2
ii  spawn-fcgi  1.6.3-1 

Versions of packages cherokee suggests:
pn  cherokee-doc   1.2.99-2
pn  libcherokee-mod-geoip
pn  libcherokee-mod-ldap 
pn  libcherokee-mod-libssl   
pn  libcherokee-mod-mysql
pn  libcherokee-mod-rrd  
pn  libcherokee-mod-streaming

-- Configuration Files:
/etc/init.d/cherokee changed [not included]

-- no debconf information



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

Bug#643000: antlr has newer major version (3.4)

[Miguel Landaeta]

reassign 643000 antlr3
thanks

On Mon, Sep 26, 2011 at 01:44:41PM +0200, Olivier Sallou wrote:
> Antlr provides new major version (3.x), grammars for version 3.x
>   do not compile with 2.x (not completly at least)
> Could you go for newer version?

Maybe you could check antlr3 package while 3.4 version gets packaged.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#643001: gource: cannot be installed on amd64: versioned depends on libglew1.5

[Julien Cristau]

On Mon, Sep 26, 2011 at 13:59:49 +0200, Gergely Nagy wrote:

> Package: gource
> Version: 0.35-1+b1
> Severity: serious
> Justification: fails to install/upgrade
> 
> Trying to upgrade gource on amd64 results in the following:
> 
> The following packages have unmet dependencies:
>  gource : Depends: libglew1.5 (>= 1.5.8) but it is not installable
>  
> 0.35-1+b1 was already rebuilt against a suitable libglew1.6, same
> should be done for 0.37 aswell. And to avoid this kind of breakage,
> perhaps the build-dep could be bumped, so it won't build against old
> libglew1.5, that has been removed from unstable?
> 
I'm not sure what you're saying here.  You're reporting this bug against
0.35-1+b1, which is already built against glew1.6.

Cheers,
Julien



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

Bug#643001: gource: cannot be installed on amd64: versioned depends on libglew1.5

[Gergely Nagy]

found 643001 0.37-1
thanks

On Mon, Sep 26, 2011 at 14:16, Julien Cristau  wrote:
> I'm not sure what you're saying here.  You're reporting this bug against
> 0.35-1+b1, which is already built against glew1.6.

I'm saying that 0.37-1 is not built against glew1.6, but against 1.5.
I merely forgot to change the version in the bugreport (which I'm
fixing now).

-- 
|8]



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

Bug#642021: gnupg-agent: /etc/X11/Xsession.d/90gpg-agent does not recognize a console/SSH gpg-agent

[Luca Capello]

tags 642021 + upstream
forward 642021 
http://news.gmane.org/find-root.php?message_id=1316457193-26043-1-git-send-email-luca%40pca.it
affects 642021 + openssh-client
thanks

Hi there!

On Sun, 18 Sep 2011 18:46:06 +0200, Luca Capello wrote:
> Package: gnupg-agent
> Version: 2.0.18-1
> Severity: important
> File: /etc/X11/Xsession.d/90gpg-agent
> Tags: patch
> Affect: openssh-client

The BTS does not accept this pseudo-header, fixed now.

> 1) I fully understand the need for a -$(hostname) suffix for the "PID"
>file (see #312717), but I would add a note in a README.Debian file,
>something like:

Upstream seems to want to completely remove the need for a PID file, but
I have not checked how gpg-agent behaves when --write-env-file is not
specified:

  

> 3) the gpg-agent manpage contains the following statement:
[...]
>OTOH I see why it is needed in line 16, which is a bug in gpg-agent
>itself: the PID file is not deleted once the gpg-agent exits, which
>means that the same PID file is present at the next login.

After having experienced problems with upstream mailing lists, I sent
upstream a patch to remove the PID file when exiting (forward added):

  

  

Since one week I am testing the above patch on an up-to-date Debian sid
with the following package:

  


>As explained in the gpg-agent manpage, at least GPG_AGENT_INFO and
>SSH_AUTH_SOCK should be exported.  However, given that when started
>"normally" gpg-agent export all of the three variables, I do not
>understand why the gpg-agent manpage suggests to export only the two
>above.  The patch is easy:

This still applies.

Thx, bye,
Gismo / Luca


pgpppksnAoayt.pgp
Description: PGP signature

Bug#642999: openvpn-client does not raise a network interface

[Teodor MICU]

tags 642999 + moreinfo unreproducible
quit

Hi,

2011/9/26 Alexandr :
> Package: openvpn
> Version: 2.2.0-2
> Severity: normal
>
> [..]
> -- System Information:
> Debian Release: wheezy/sid

It works properly here, thus we need more info on this problem you're
having. Preferably, you could send us the config file you're using to
establish the OpenVPN connection (without any sensitive information).

Cheers



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

Bug#643006: racoon: uninstallable, dependency loop with new init-script

[Mario 'BitKoenig' Holbe]

Package: racoon  
Version: 1:0.8.0-4
Severity: grave

Hello,

the new init-script from 1:0.8.0-4 causes a dependency loop and hence
makes the package uninstallable:

Setting up racoon (1:0.8.0-4) ...
Installing new version of config file /etc/init.d/racoon ...
insserv: There is a loop between service sendsigs and racoon if stopped
insserv:  loop involving service racoon at depth 4
insserv:  loop involving service sendsigs at depth 3
insserv:  loop involving service sysklogd at depth 2
insserv:  loop involving service umountnfs at depth 8
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing racoon (--configure):
 subprocess installed post-installation script returned error exit status 1

This is most likely due to:
-# Required-Stop:
+# Required-Stop: $remote_fs


regards
   Mario
-- 
Computer games don't affect kids; I mean if Pac-Man affected us as kids,
we'd all be running around in darkened rooms, munching magic pills and
listening to repetitive electronic music.
  -- Kristian Wilson, Nintendo Inc, 1989


signature.asc
Description: Digital signature

Bug#643007: cherokee: Doesn't clean temporary dirs

[Nelson A. de Oliveira]

Package: cherokee
Version: 1.2.99-2
Severity: minor

And one more hi!

Sorry for this really minor thing, but cherokee creates temporary dirs in
/tmp and doesn't clean them on exit. The same happens with cherokee-admin
(two dirs are created by cherokee and one by cherokee-admin).

Thank you again!

Best regards,
Nelson

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

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

Versions of packages cherokee depends on:
ii  libc62.13-21 
ii  libcherokee-base01.2.99-2
ii  libcherokee-server0  1.2.99-2
ii  libpcre3 8.12-4  
ii  libssl1.0.0  1.0.0e-2
ii  logrotate3.7.8-6 

Versions of packages cherokee recommends:
ii  cherokee-admin  1.2.99-2
ii  spawn-fcgi  1.6.3-1 

Versions of packages cherokee suggests:
pn  cherokee-doc   1.2.99-2
pn  libcherokee-mod-geoip
pn  libcherokee-mod-ldap 
pn  libcherokee-mod-libssl   
pn  libcherokee-mod-mysql
pn  libcherokee-mod-rrd  
pn  libcherokee-mod-streaming

-- 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#643008: translate-toolkit: Module zipfileext breaks zipfiles with non-ascii subfiles

[Emmanuel Hainry]

Package: translate-toolkit
Version: 1.9.0-1
Severity: normal

Dear Maintainer,

I use the zipfileext python module from translate-toolkit to modify in place
zip archives. Unfortunately, when a file inside the archive has a
non-ascii name, it fails and worse breaks the archive.

Example:

$ touch blé blï
$ zip test.zip blé blï
$ echo "import translate.misc.zipfileext as zipfileext
zz = zipfileext.ZipFileExt('test.zip', 'a')
zz.close()" | python
Traceback (most recent call last):
  File "", line 3, in 
  File "/usr/lib/python2.6/dist-packages/translate/misc/zipfileext.py", line 
84, in close
self.writeendrec()
  File "/usr/lib/python2.6/dist-packages/translate/misc/zipfileext.py", line 
108, in writeendrec
self.fp.write(zinfo.filename)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 2: 
ordinal not in range(128)
Exception UnicodeEncodeError: UnicodeEncodeError('ascii', u'bl\xe9', 2, 3, 
'ordinal not in range(128)') in > ignored
$ zip -T test.zip
zip warning: expected 2 entries but found 1

zip error: Zip file structure invalid (test.zip)
$


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

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

Versions of packages translate-toolkit depends on:
ii  gettext0.18.1.1-4
ii  python 2.6.7-3   
ii  python2.6  2.6.7-4   
ii  python2.7  2.7.2-5   

Versions of packages translate-toolkit recommends:
ii  iso-codes   3.28-1   
ii  python-aeidon   0.19.1-1 
ii  python-enchant  1.6.5-2  
ii  python-iniparse 0.4-2.1  
ii  python-levenshtein  0.10.1-1.1+b1
ii  python-lxml 2.3-0.1+b2   
ii  python-simplejson   2.2.0-1  
ii  python-utidylib 0.2-8
ii  python-vobject  0.8.1c-4 

Versions of packages translate-toolkit suggests:
pn  translate-toolkit-dev-doc  

-- 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#590534: gdm3 changes xkb options in debian squeeze

[Dimitrios Liappis]

I have also recompiled the gdm3 package in debian squeeze from the
source package after applying Julien Pinon's patch.

Just wanted to inform that I have been using the patched gdm3 package
for about 3 weeks so far without any problems/visible regressions on my system
(using Debian squeeze, linux-image-2.6.32-5-amd64)

Also hoping there will be a new fixed version of gdm3 coming soon in
debian squeeze.

Thanks,
Dimitrios Liappis




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

Bug#642976: josm: Loading data from the osm server has no result

[David Paleino]

severity 642976 serious
thanks

Hello Uwe,

On Mon, 26 Sep 2011 08:56:58 +0200, Uwe Steinmann wrote:

> Dear Maintainer,
> 
> [..]

It seems like I broke it somehow. Raising severity, so that it's stuck to sid.

Will work on it ASAP.

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#643000: antlr has newer major version (3.4)

[Olivier Sallou]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Thanks,
I had not seen that package had different packages per major version.

Olivier

Le 9/26/11 2:46 PM, Miguel Landaeta a écrit :
> reassign 643000 antlr3
> thanks
>
> On Mon, Sep 26, 2011 at 01:44:41PM +0200, Olivier Sallou wrote:
>> Antlr provides new major version (3.x), grammars for version 3.x
>> do not compile with 2.x (not completly at least)
>> Could you go for newer version?
>
> Maybe you could check antlr3 package while 3.4 version gets packaged.
>

- -- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJOgHUVAAoJEHjcaNsybYQ42JwP/irO+TDhJG1A5LW8SP3/X3Z7
S+IEO1SXAPd0gSOCZEcvHtSOvb+6NQelSY6+sAxWNJwENTrfubGmstenhn5HEY3G
Sriy5ctewYPGKHBdRmlknrVNQbycgkp5AqojRZkGw+/BwXdSOohcUO5SDonbahi3
PK7JFWEJ4V/DglTXuuDYO3Ecpmml0zL9Xalf3AYG2PSHssLv0+I2klA570Vuwy9z
eWN5KINR0gD4L/4LOqwNaqrVZKpcjcKIBxy/MaOufaX10PgSR1kQFlB9PDjoacro
TeXiAcGKMJWNgfmMt5sXHN5zK7pUIsKAv2dY4TjJoSW8a9Zxqx8V66TdX5tPoJdI
dQt7ujm3V55yk1aqIT5YVxFeqwd9q2JB+cG4DiOTgX9AlUouLWb6SDlYIMN4ikkl
yIdfzXPPfbRz5mAtqftuGR0sQC1EfJDfTzizk0CISQZx5mxQgI5rXBbJA1Vmpyuo
2fvFfjM7wg9NGnMloGLWoKrHCFCEw/myYOn1h+E9tQWUYHN6nyxXh7c1GB4JkE1g
U7FqEt8uALQLLxrFzKtUcNvfriLJxu/q+/NadwgzV2yB93tvUAJ/t6L5xBJNdgJ1
e6RCMNDAPd3k0o2kgHM5Ycvbg97n+EnTr/hR3ORBOuBa0RWt5t0ifFkJCA3TXHYs
eSyfj78stHE1YQPD0/Ry
=HWS8
-END PGP SIGNATURE-




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

Bug#643009: lintian: check for ISO-2022 encodings

[Jakub Wilk]

Package: lintian
Version: 2.5.3
Severity: wishlist
Tags: patch

With the attached patch lintian will detect ISO-2022 encodings in 
copyright files, chanelogs etc.:


$ lintian fdclone_3.00j-2_i386.deb | grep national
W: fdclone: debian-copyright-file-uses-obsolete-national-encoding at line 279

--
Jakub Wilk
diff --git a/lib/Util.pm b/lib/Util.pm
--- a/lib/Util.pm
+++ b/lib/Util.pm
@@ -49,6 +49,7 @@
 	resolve_pkg_path);
 }
 
+use Encode qw();
 use FileHandle;
 use Lintian::Command qw(spawn);
 use Lintian::Output qw(string);
@@ -241,20 +242,26 @@
 	my ($file, $type, $pkg) = @_;
 	my $non_utf8 = 0;
 
-	open (ICONV, '-|', "env LC_ALL=C iconv -f utf8 -t utf8 \Q$file\E 2>&1")
+	open (ICONV, '<', $file)
 	or fail("failure while checking encoding of $file for $type package $pkg");
-	my $line = 1;
+	my $line = 0;
 	while () {
-		if (m/iconv: illegal input sequence at position \d+$/) {
-			$non_utf8 = 1;
+		if (m,\e[-!"\$%()*+./],) {
+			# ISO-2022
+			$line = $.;
 			last;
 		}
-		$line++
+		eval {
+			$_ = Encode::decode("UTF-8", $_, Encode::FB_CROAK);
+		};
+		if ($@) {
+			$line = $.;
+			last;
+		}
 	}
 	close ICONV;
 
-	return $line if $non_utf8;
-	return 0;
+	return $line;
 }
 
 # Just like system, except cleanses the environment first to avoid any strange

Bug#642895: leiningen: gitpkg master causes an error

[Wolodja Wentland]

On Sun, Sep 25, 2011 at 20:48 +0900, Daigo Moriwaki wrote:

> % gitpkg master
> pristine-tar checkout ../deb-packages/leiningen/leiningen_1.6.1.orig.tar.gz
> fatal: not a tree object
> tar: This does not look like a tar archive
> tar: Exiting with failure status due to previous errors
> pristine-tar: command failed: git archive --format=tar
> 5ec6a70228e6466f25eae0b22d3ddc798f103a47 | (cd
> '/tmp/pristine-tar.dvf8IysXoV' && tar x)
> ERROR: pre-export-hook
> '/usr/share/gitpkg/hooks/pristine-tar-pre-export-hook' failed

Thank you for the detailed bug report. I have just pushed to the pristine-tar
branch which should now reference 691804925b14beb54c460c65b7a302839fdd440b and
not 5ec6a70228e6466f25eae0b22d3ddc798f103a47.

The former is the following commit:

commit 691804925b14beb54c460c65b7a302839fdd440b
Author: Wolodja Wentland 
Date:   Sat Jul 23 11:07:44 2011 +0100

Importing not repacked tarball 1.6.1

which can be found in the repository:

$ git ls-tree 691804925b14beb54c460c65b7a302839fdd440b
100644 blob 27cc22089c1de5f63e9dcbae0a091f058d3a.gitattributes
100644 blob 910e3722e3125d8311191f5aaec3486776f8be53.gitignore
100644 blob fec593ad24d1fbb15e98d31e81bea64388134f1eCOPYING
100644 blob 76d9090ccd33e854c7e5854423bb249b0c684074NEWS
100644 blob 84df4935a24d82b00c26b0aefc567da49691a145README.md
100644 blob a2b26d273a1a65c00ba7d1ac77ee251715e8be9a
bash_completion.bash
04 tree 123e4c60e4fb0ac6d917f1f14001d5c03c3e492dbin
04 tree 01464052f06c833bb422a47d8a20130f84493105doc
100644 blob 12086bd9c929a80816a6daceb3d6f51bb779pcmpl-lein.el
100644 blob 2316f273a97703c117f181a8cedd5d6ec7909330pom.xml
100644 blob 87fd49275f0efb3d5048ab6863aa3f876a7f7b44project.clj
04 tree be5d8b62323a0745e6f5684f8903d93b7a2ced9eresources
100644 blob 2d1a4bdf10da03a094d810e3cbe95d4f1a22925e
sample.project.clj
04 tree d709ae6a1c3aae1aba32c81641a5abb46c0768efsrc
04 tree e196ab86a2d11d18aef27ebeab83607d19ddb3catest
04 tree 5ebda9beb0a4733632b6989de8195645a9f96bdbtest_projects
100644 blob 0e1f569eedb29c7c5f49bf4f0eda0dec53ee3efftodo.org

Could you try to build the package again?
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#636075: boinc io stats confirmed, this is not with the client, though

[Steffen Möller]

tags 636075 wontfix
close 636075
thanks

Hello,

please consider changing away from the WorldCommunityGrid to something
else, say, Einstein@Home, which I found to use only 10% of say
FightAids@Home for regular runs and I did not find such extreme bits,
yet. To me, it is the application providers to fix this all.

Best,

Steffen




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

Bug#642960: foomatic-db: Xerox Phaser 6180MFP-D Foomatic/Postscript PPD file should have color but is grayscale instead

[Didier Raboud]

tags 642960 +pending
thanks

Le lundi, 26 septembre 2011 01.06:28, Brent Goodrick a écrit :
> Package: foomatic-db
> Version: 20100630-1
> Severity: normal
> 
> I have a Xerox Phaser 6180MFP printer that is hooked up over the
> network.  I am setting up a new printer and am expecting to select the
> "MFP" variety of the printer and see that it is set up properly to
> print color. When I add a new printer and select this make:
> 
> (…)
> 
> Since this is a MFP printer, I believe the act of selecting "Xerox
> Phaser 6180MFP-D Foomatic/Postscript" should provide color
> capabilities.

Hi Brent, and thanks for your bugreport,

I just talked with upstream developer Till Kamppeter and we agreed upon the 
attached patch, that will be part of the next upload, due today.

This will probably get included at the upstream side when kernel.org comes 
back.

Cheers,

-- 
OdyX
Description: Make sure all Xerox Phaser 6180 printers have correct
 declaration of mechanisms, in particular of color capabilities.
Author: Didier Raboud 
Last-Update: 2011-09-26
Bug-Debian: #642960
--- a/db/source/printer/Xerox-Phaser_6180DN.xml
+++ b/db/source/printer/Xerox-Phaser_6180DN.xml
@@ -1,6 +1,16 @@
 
   Xerox
   Phaser 6180DN
+  
+
+
+
+  
+600
+600
+  
+
+  
   
 
 
--- a/db/source/printer/Xerox-Phaser_6180MFP-D.xml
+++ b/db/source/printer/Xerox-Phaser_6180MFP-D.xml
@@ -1,6 +1,16 @@
 
   Xerox
   Phaser 6180MFP-D
+  
+
+
+
+  
+600
+600
+  
+
+  
   
 
 


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

Bug#501859: fixed with backport's 2.6.29-bpo.2-amd64

[Stefan Lippers-Hollmann]

reassign 501859 linux-2.6
found 501859 2.6.26-12
fixed 501859 2.6.28-1
thanks

On Monday 26 September 2011, Johannes Wiedersich wrote:
> I can reproduce the bug with lenny's linux-image-2.6.26-2-amd64.
> 
> It works with backports' linux-image-2.6.29-bpo.2-amd64 kernel.
> $ uname -a
> Linux johannes3 2.6.29-bpo.2-amd64 #1 SMP Mon May 18 20:48:59 UTC 2009
> x86_64 GNU/Linux
> 
> $ lspci
> 03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
> [Golan] Network Connection (rev 02)

Reassigning to linux-2.6/ 2.6.26 and marking as fixed in 2.6.28 (2.6.27
never hit the archive) accordingly.

Thanks
Stefan Lippers-Hollmann



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

Bug#643010: please add multi-arch support for libnl2

[Riku Voipio]

Package: libnl2
Version: 2.0-1
Severity: normal
User: debian-d...@lists.debian.org
Usertags: multiarch
Tags: patch

Hi,

The following patch converts libnl2 to multiarch directories and adds
needed Multi-Arch: stanzas to control.in file. This package was really simple 
to convert,
If only all libraries were this simple..

http://wiki.debian.org/Multiarch/Implementation

Riku
diff -u libnl2-2.0/debian/control libnl2-2.0/debian/control
--- libnl2-2.0/debian/control
+++ libnl2-2.0/debian/control
@@ -3,13 +3,15 @@
 Priority: optional
 Maintainer: Heiko Stuebner 
 DM-Upload-Allowed: yes
-Build-Depends: debhelper (>= 7), cdbs, doxygen, bison, flex, mscgen, graphviz
+Build-Depends: debhelper (>= 8.1.3), cdbs (>=0.4.93), doxygen, bison, flex, mscgen, graphviz
 Standards-Version: 3.9.1
 Homepage: http://people.suug.ch/~tgr/libnl/
 
 Package: libnl2
 Architecture: linux-any
 Section: libs
+Pre-Depends: ${misc:Pre-Depends}
+Multi-Arch: same
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: library for dealing with netlink sockets 
  This is a library for applications dealing with netlink sockets. 
@@ -22,6 +24,7 @@
 Depends: libnl2 (= ${binary:Version}), ${misc:Depends}
 Conflicts: libnl-dev
 Suggests: libnl2-doc
+Multi-Arch: same
 Description: development library and headers for libnl2
  This is a library for applications dealing with netlink sockets. 
  The library provides an interface for raw netlink messaging and various 
diff -u libnl2-2.0/debian/rules libnl2-2.0/debian/rules
--- libnl2-2.0/debian/rules
+++ libnl2-2.0/debian/rules
@@ -6,7 +6,7 @@
 
 DEB_DH_STRIP_ARGS := --dbg-package=libnl2-dbg
 DEB_DH_MAKESHLIBS_ARGS_libnl2 := -V"libnl2 (>= $(DEB_UPSTREAM_VERSION))"
-
+DEB_CONFIGURE_EXTRA_FLAGS += --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
 
 build/libnl2-doc::
 	cd doc && $(MAKE) gendoc
diff -u libnl2-2.0/debian/changelog libnl2-2.0/debian/changelog
--- libnl2-2.0/debian/changelog
+++ libnl2-2.0/debian/changelog
@@ -1,3 +1,9 @@
+libnl2 (2.0-1.1) unstable; urgency=low
+
+  * Convert to multiarch
+
+ -- Riku Voipio   Mon, 26 Sep 2011 15:43:22 +0300
+
 libnl2 (2.0-1) unstable; urgency=low
 
   * New upstream release (Closes: #603765)
diff -u libnl2-2.0/debian/libnl2.install libnl2-2.0/debian/libnl2.install
--- libnl2-2.0/debian/libnl2.install
+++ libnl2-2.0/debian/libnl2.install
@@ -1 +1 @@
-debian/tmp/usr/lib/libnl*.so.*
+debian/tmp/usr/lib/*/libnl*.so.*
diff -u libnl2-2.0/debian/libnl2-dev.install libnl2-2.0/debian/libnl2-dev.install
--- libnl2-2.0/debian/libnl2-dev.install
+++ libnl2-2.0/debian/libnl2-dev.install
@@ -2,2 +2,2 @@
-debian/tmp/usr/lib/pkgconfig/*
-debian/tmp/usr/lib/libnl*.so
+debian/tmp/usr/lib/*/pkgconfig/*
+debian/tmp/usr/lib/*/libnl*.so

Bug#643011: ITP: dupmerge2 -- dupmerge2 finds and hardlinks identical files

[Ludovic Seegmuller]

Package: wnpp
Severity: wishlist
Owner: Ludovic Seegmuller 


* Package name: dupmerge2
  Version : 0.1
  Upstream Author : Ludovic Seegmuller 
* URL : http://code.google.com/p/dupmerge2/
* License : GPL
  Programming Lang: C++
  Description : dupmerge2 finds and hardlinks identical files

dupmerge2 finds identical files in a given directory, identify identical files
and hardlink them to save space. It has the ability to produce ouput for 
zenity --progress. 

The initial concept is from dupmerge 1.73 by Phil Karn, has less features but 
hopefully offers better performance. It adds the ability to output to zenity 
progress bar and scans the directory with ftw. It should also better handle 
existing hardlinks (skipping the file comparison).



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

Bug#531420: wpasupplicant: random behaviour connecting with WPA and ndiswrapper

[Stefan Lippers-Hollmann]

tags 531420 + moreinfo
thanks

Hi

On Monday 26 September 2011, Felipe Ortega wrote:
> Package: wpasupplicant
> Version: 0.6.9-3
> Severity: important
> 
> Config details
> ==
> 
> Running ndiswrapper with Broadcom wireless chipset:
> 09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5755M 
> Gigabit Ethernet PCI 
> Express (rev 02)
> 0c:00.0 Network controller: Broadcom Corporation BCM4328 802.11a/b/g/n 
> (rev 03)
> 
> ndiswrapper is loaded ok, wlan associates fine with open or WEP APs:
> bcmwl5 : driver installed
>   device (14E4:4328) present (alternate driver: ssb)
[...]

Could you please confirm if this bug is still present in kernel 3.0 
(unstable/ testing) or at least 2.6.39-3~bpo60+1 (backports/squeeze)
and using b43 (flagged as "partially in 2.6.39+"[1]) instead of 
ndiswrapper?

Personally I think this is rather a bug in ndiswrapper, or the wrapped 
NDIS5 driver respectively, than wpasuppliant.

Regards
Stefan Lippers-Hollmann

Post scriptum: b43 for SSB based 802.11n devices is still under heavy 
   development, so the newer your kernel the better; but I 
   have feedback that BCM4321 works in kernel >=2.6.39.

[1] http://linuxwireless.org/en/users/Drivers/b43#Supported_devices



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

Bug#618026: ibid: Ibid 0.1.1 contains 3 security fixes

[Adam D. Barratt]

tag 618026 + pending
thanks

On Mon, 2011-09-26 at 12:34 +0200, Stefano Rivera wrote:
> Hi Adam (2011.09.22_20:20:54_+0200)
> > > Happy to add a NEWS entry, though.
> > That sounds good; thanks.
> 
> New debdiff attached.

Please go ahead; thanks.

Regards,

Adam




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

Bug#640963: Where is haskell-hakyll's source repository?

[Joachim Breitner]

Hi,

Am Montag, den 26.09.2011, 13:39 + schrieb Clint Adams:
> On Mon, Sep 26, 2011 at 08:45:34PM +0900, Kiwamu Okabe wrote:
> > I think libghc-hakyll-dev is broken in sid.
> 
> On Mon, Sep 26, 2011 at 02:13:08PM +0200, Joachim Breitner wrote:
> > Is this a breakage that can be fixed by a binNMU?
> 
> http://bugs.debian.org/640963

ok, so the bug in hakyll can be fixed temporarily by a binNMU, and then
again properly when pandoc is uploaded with the patch suggested by
Clint.

@Kiwamu, before uploading a new version, check if it does really contain
an improvement for Debian users. I often use
$ cabal unpack foo-1.2.3; cabal unpack foo-1.2.4; diff -ru foo-1.2.*
for that. If there are worth-while changes, then you are of course
welcome to upgrade the package.

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#640898: openshot: desktop file should have separate Name/GenericName fields

[Jonathan Thomas]

Hi Ronny,
I understand what you are requesting, but the full name is "OpenShot Video
Editor", and not "OpenShot".  What you say makes perfect sense, but it would
require me to name the app incorrectly.

Thanks,
-Jonathan

On Mon, Sep 26, 2011 at 3:15 AM, Ronny Standtke wrote:

> reopen 640898
> thanks
>
> While the desktop file now contains a GenericName entry, the
> Name field should only contain the application name ("OpenShot" in this
> case) and not repeat the GenericName description ("Video Editor") and
> the German translation of the GenericName entry is still missing. The
> attached patch fixes these issues.
>
> Regards
>
> Ronny Standtke
>
> --
> Ronny Standtke Fachhochschule Nordwestschweiz
> Dozent Medienpädagogik / ICT   Pädagogische Hochschule
> Telefon: +41 32 628 67 08  Obere Sternengasse 7
> Mobil  : +41 79 786 81 82  4502 Solothurn
>

Bug#642956: pu: package apache2/2.2.16-6+squeeze4

[Adam D. Barratt]

On Mon, 2011-09-26 at 00:34 +0200, Stefan Fritsch wrote:
> Please review apache2/2.2.16-6+squeeze4 for inclusion in s-p-u.
> It fixes a minor DoS issue, some bugs in the init script and
> adds some docs.

Thanks for this.  A couple of queries:

>* Fix CVE-2011-3348: Possible denial of service in mod_proxy_ajp
>  if combined with mod_proxy_balancer.

As far as I can tell from the upload history and the security tracker,
this is still unfixed in unstable - is that correct?

>* Tweak patch header to fix "dpatch unapply" with unstable's patch/dpatch.

Does the result still work with squeeze's tools?

Regards,

Adam




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

Bug#546542: [wpasupplicant] roaming does not work

[Stefan Lippers-Hollmann]

tags 546542 + moreinfo unreproducible
thanks

On Monday 26 September 2011, Jacob Kanev wrote:
> Package: wpasupplicant
> Version: 0.6.9-3
> Severity: important
> 
> --- Please enter the report below this line. ---
> 
> Roaming with wpa_supplicant does not work, ifup/down does not work together 
> with wpa_supplicant, calling wpa_supplicant directly gives errors.
> 
> Details:
> 
> My /etc/network/intefaces contains:
> iface ath0 inet manual
> wpa-roam /etc/wpa_supplicant.conf
[...]

Your interface name and kernel version suggest that you were using 
madwifi, can you still reproduce this issue using ath5k in recent 
kernels (at least 2.6.32/ squeeze)?

Roaming works reliable using ath5k/ kernel 3.0 (but I have been using 
it with 2.6.32 as well) on:

ath5k phy0: Atheros AR2425 chip found (MAC: 0xe2, PHY: 0x70)

> two process have been created:
> 
>   user@host:# ps aux | grep wpa
>   root 12476  0.0  0.1   4856   856 ?Ss   23:09   0:00 
> /sbin/wpa_supplicant -Dwext -iath0 -c/etc/wpa_supplicant/wpa_supplicant.conf 
> -P/var/run/wpa_supplicant -B
[...]

Please make sure to use nl80211 instead of wext (wpa-driver).

Regards
Stefan Lippers-Hollmann



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